[Porteus 5.0's USM replacement] getmod: A wrapper for slapt-get to build modules

[Ed_P]

Any ideas?
Is is a bug specific to the "011-slapt-get-0.11.6-x86_64-2gv_2020.10.21.xzm" version?

Try the current version.

[Rava]

There is no "2020.10.21" version, it's a typo and I meant "2022.10.21"

Added in 2 minutes 54 seconds:
Also, please compare the md5sums:

Update 2022.10.22: Image date: Oct 21 16:44
getmod ---> Fixes.

Download:
https://drive.google.com/uc?export=down ... zfqGp5X8Wj

MD5SUM:
ca26bb28deacb3121ef50f1845608c55

ca26bb28deacb3121ef50f1845608c55

Are you able to spot the similarity in the md5sums?

(both highlighting by me)

[beny]

hi Rava come back to the old one that work for shure tested in my system and in a current system packages do not work but only because mismatch libreries version, the merge and the xzm work well

[Rava]

Hi beny,

hi Rava come back to the old one

Which one?

Code: Select all

root@porteus:/Porteus_modules# ls -o 011-slapt-get-0.11.6-x86_64-2gv*xzm|cut -c 20-
    46 2022-10-28 23:00 011-slapt-get-0.11.6-x86_64-2gv-RECENT.xzm -> 011-slapt-get-0.11.6-x86_64-2gv_2022.10.21.xzm
737280 2022-09-08 20:57 011-slapt-get-0.11.6-x86_64-2gv_2022.09.08.xzm
737280 2022-10-07 23:18 011-slapt-get-0.11.6-x86_64-2gv_2022.10.07.xzm
733184 2022-10-09 21:41 011-slapt-get-0.11.6-x86_64-2gv_2022.10.09.xzm
737280 2022-10-11 16:28 011-slapt-get-0.11.6-x86_64-2gv_2022.10.11.xzm
733184 2022-10-22 07:32 011-slapt-get-0.11.6-x86_64-2gv_2022.10.21.xzm

As you can see there is more than one old version.

Maybe give the md5sum of the version you meant?

[Ed_P]

Are you able to spot the similarity in the md5sums?

Definitely similar to mine:

Code: Select all

guest@porteus:/mnt/nvme0n1p7/porteus5.0/Modules$ md5sum 011*
050b41dc3cbcb25133e7b8ce3f94b703  011-slapt-get-0.11.6-x86_64-2gv.xyzm
ca26bb28deacb3121ef50f1845608c55  011-slapt-get-0.11.6-x86_64-2gv.xzm
guest@porteus:/mnt/nvme0n1p7/porteus5.0/Modules$ ls -oh 011*
-rwxrwxrwx 1 guest 720K Oct 20 15:14 011-slapt-get-0.11.6-x86_64-2gv.xyzm*
-rwxrwxrwx 1 guest 716K Oct 22 00:29 011-slapt-get-0.11.6-x86_64-2gv.xzm*
guest@porteus:/mnt/nvme0n1p7/porteus5.0/Modules$ 

.xyzm -> prior version

[beny]

well i have modified mine in september,i have added another repositories so you can try the first of your list, not the RECENT,but i don't have changes folder yet try if work.

[Rava]

I went with

Code: Select all

activate 011-slapt-get-0.11.6-x86_64-2gv_2022.10.11.xzm

and it creates the module

Code: Select all

root@porteus:/Porteus_modules# TMP=/7/tmp/ getmod -m mucommander-0.9.0-noarch-1salix15.0
Reading Package Lists...Done
The following NEW packages will be installed:
  zulu-openjdk8 mucommander 
0 upgraded, 0 reinstalled, 2 newly installed, 0 to remove, 0 not upgraded.
Need to get 0.0kB/86.3MB of archives.
Do you want to continue? [y/N] y

Done
Verifying package zulu-openjdk8-8.0.322-x86_64-1salix15.0.txz.
Installing package zulu-openjdk8-8.0.322-x86_64-1salix15.0.txz:
PACKAGE DESCRIPTION:
# zulu-openjdk8 (Open Implementation of JDK)
#
# Zulu is a Java Development Kit (JDK), and a compliant implementation
# of the Java Standard Edition (SE) specification that contains all the
# Java components needed to build and run Java SE applications. Zulu
# has been verified by passing all tests in the Java SE 8 version of
# the OpenJDK Community Technology Compatibility Kit (TCK).
#
# https://www.azul.com/downloads/
#
Executing install script for zulu-openjdk8-8.0.322-x86_64-1salix15.0.txz.
Package zulu-openjdk8-8.0.322-x86_64-1salix15.0.txz installed.
Verifying package mucommander-0.9.0-noarch-1salix15.0.txz.
Installing package mucommander-0.9.0-noarch-1salix15.0.txz:
PACKAGE DESCRIPTION:
# mucommander (cross-platform file manager)
#
# muCommander is a lightweight, cross-platform file manager with a
# dual-pane interface.  It runs on any operating system with Java
# support.
#
# muCommander has virtual file system support for local volumes,
# FTP, SFTP, SMB, NFS, HTTP, Amazon S3, Hadoop HDFS and Bonjour.  It
# can browse, create and uncompress ZIP, RAR, 7z, TAR, GZip, BZip2,
# ISO/NRG, AR/Deb and LST archives.
#
Executing install script for mucommander-0.9.0-noarch-1salix15.0.txz.
Package mucommander-0.9.0-noarch-1salix15.0.txz installed.
Parallel mksquashfs: Using 8 processors
Creating 4.0 filesystem on /7/tmp//.xzm, block size 1048576.
[===============================================================-] 773/773 100%

Exportable Squashfs 4.0 filesystem, zstd compressed, data block size 1048576
	compressed data, compressed metadata, compressed fragments,
	compressed xattrs, compressed ids
	duplicates are removed
Filesystem size 98969.26 Kbytes (96.65 Mbytes)
	46.40% of uncompressed filesystem size (213285.51 Kbytes)
Inode table size 7318 bytes (7.15 Kbytes)
	28.32% of uncompressed inode table size (25844 bytes)
Directory table size 7130 bytes (6.96 Kbytes)
	41.69% of uncompressed directory table size (17104 bytes)
Number of duplicate files found 33
Number of inodes 779
Number of files 592
Number of fragments 22
Number of symbolic links 9
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 178
Number of ids (unique uids + gids) 1
Number of uids 1
	root (0)
Number of gids 1
	root (0)

====> '/7/tmp//.xzm' was created successfully.

but obviously has issues with handling the module's name:

Code: Select all

root@porteus:/Porteus_modules# ls -o /7/tmp//.xzm
-rw-r--r-- 1 guest 101347328 2022-10-29 01:16 /7/tmp//.xzm

I prefer my filenames to be a bit more descriptive than such minimalism as dot+extension only.

Added in 1 minute 44 seconds:

Code: Select all

root@porteus:/Porteus_modules# mv /7/tmp//.xzm /7/tmp/mucommander-0.9.0+zulu-openjdk8-8.0.322-x86_64.xzm

That's better. xD

Added in 2 minutes 50 seconds:
But it seems some crucial dependency is missing:

Code: Select all

guest@porteus:/$ mucommander 
Error: cannot find java VM.

I think I leave mucommander be - Java VM is not a dependency I want, now I understand why mucommander said "noarch" - I was hoping it's script based. Not Java based.

Added in 2 minutes 30 seconds:
and the purge…

Code: Select all

root@porteus:/Porteus_modules# rm -rv /7/tmp/mucommander-0.9.0+zulu-openjdk8-8.0.322-x86_64.xzm /7/tmp/GETMOD/mucommander-0.9.0-noarch-1salix15.0/salix/*
removed '/7/tmp/mucommander-0.9.0+zulu-openjdk8-8.0.322-x86_64.xzm'
removed '/7/tmp/GETMOD/mucommander-0.9.0-noarch-1salix15.0/salix/development/zulu-openjdk8-8.0.322-x86_64-1salix15.0.txz'
removed directory '/7/tmp/GETMOD/mucommander-0.9.0-noarch-1salix15.0/salix/development'
removed '/7/tmp/GETMOD/mucommander-0.9.0-noarch-1salix15.0/salix/system/mucommander-0.9.0-noarch-1salix15.0.txz'
removed directory '/7/tmp/GETMOD/mucommander-0.9.0-noarch-1salix15.0/salix/system'

[beny]

hi Rava java need a reboot to work properly

[Rava]

java need a reboot to work properly

is zulu-openjdk8 a free / open Java implementation?

Be it as it may, I try to keep Java out of my systems.

[beny]

you have a 100 mb of module of an ugly file manger with a weird graphic shape,btw work well on porteus5

[Ed_P]

hi Rava come back to the old one that work for shure tested in my system and in a current system packages do not work but only because mismatch libreries version, the merge and the xzm work well

Good catch beny.
So what are the chances new users will be using the update modules? And should there be two versions of the getmod app, one for the 5.0 released modules and one for the 5.0 updated modules? Or can getmod be tweaked to work with both set of mods?

Added in 3 minutes 30 seconds:

I try to keep Java out of my systems.

Yet you install a module that is a Java Development Kit:

Code: Select all

# Zulu is a Java Development Kit (JDK), and a compliant implementation
# of the Java Standard Edition (SE) specification that contains all the
# Java components needed to build and run Java SE applications.

[babam]

but after I rebooted its the same old fail as above for me:

Code: Select all

root@porteus:~# TMP=/7/tmp/ getmod -M mucommander-0.9.0-noarch-1salix15.0
Reading Package Lists...Done
The following NEW packages will be installed:
  zulu-openjdk8 mucommander 
0 upgraded, 0 reinstalled, 2 newly installed, 0 to remove, 0 not upgraded.
Need to get 0.0kB/86.3MB of archives.
Do you want to continue? [y/N] y

Done

Any ideas?
Is is a bug specific to the "011-slapt-get-0.11.6-x86_64-2gv_2020.10.21.xzm" version?
Aka by md5sum:
ca26bb28deacb3121ef50f1845608c55

Enter package name without version-architecture

Code: Select all

root@porteus:~# TMP=/7/tmp/ getmod -M mucommander

Code: Select all

guest@porteus:/$ mucommander 
Error: cannot find java VM.

logout ---> login

Code: Select all

guest@porteus:/$ mucommander 

[babam]

Update 2022.10.29:
getmod ---> Fixes, improvements, Change the block size from 1M to 256K.
[Porteus 5.0's USM replacement] getmod: A wrapper for slapt-get to build modules (Post by ncmprhnsbl #90994)

Download:
https://drive.google.com/uc?export=down ... u0NpOLNoa9

MD5SUM:
31ea1e0aef8e367e81fbb8abe79ce882

[ncmprhnsbl]

Good catch beny.
So what are the chances new users will be using the update modules? And should there be two versions of the getmod app, one for the 5.0 released modules and one for the 5.0 updated modules? Or can getmod be tweaked to work with both set of mods?

there aren't any mismatched libraries in the updated base modules.
the packages updated come from slackware-15.0 patches repo, which is compatible with 15.0 packages.

[Ed_P]

there aren't any mismatched libraries in the updated base modules.

Then what does beny's comment mean?

hi Rava come back to the old one that work for shure tested in my system and in a current system packages do not work but only because mismatch libreries version, the merge and the xzm work well