Porteus-v5.01 bug reports

[ncmprhnsbl]

Is there some issue with slapt-mod?

there is an issue with your usage
instead of:

Code: Select all

slapt-mod -M python-pip-21.3.1-x86_64-2

just:

Code: Select all

slapt-mod -M python-pip

will produce the module.

Then tried two searched, sadly, no search results:

afaics slapt-get doesn't have file search capability but slackpkg(wrapper: pmod) does:

Code: Select all

# pmod -S libssl.so

Looking for libssl.so in package list. Please wait... DONE

The list below shows the packages that contains "libssl\.so" file.

[inst] patches     : openssl-1.1.1w-x86_64-1_slack15.0
[unin] patches     : openssl-solibs-1.1.1w-x86_64-1_slack15.0
[mask] slackware64 : openssl-1.1.1m-x86_64-1
[mask] slackware64 : openssl-solibs-1.1.1m-x86_64-1

You can search specific packages using "slackpkg search package".

and there's also the small script /usr/local/bin/pkginfo that can identify the package and module an installed file.
needs a full path to the full name of an installed file:

Code: Select all

# pkginfo -f /lib64/libssl.so.1.1
 File:  /lib64/libssl.so.1.1  
 belongs to Package:  openssl-1.1.1w-x86_64-1_slack15.0  
 located in Module:  001-core.xzm

[Rava]

^
Thanks, I found these

Code: Select all

openssl-1.1.1w-x86_64-1_slack15.0
openssl-solibs-1.1.1w-x86_64-1_slack15.0
openssl-1.1.1m-x86_64-1
openssl-solibs-1.1.1m-x86_64-1

but I need a 3.* version of the lib, not the 1.1.1 one.

and the ones I found were compiled under a newer GLIBC.

Maybe I follow

(Good to know too that Ubuntu23 is compatible with Porteus in terms of GLIBC and GLIBCXX, and Qt5.)

this idea and look if the stuff I need is part of Ubuntu23.

[beny]

hi Rava: ok i have the current porteux but the version that you need is on the slackware 15 system or current,maybe i am wrong but do not search something in debian or another distro if we have at home.
guest@porteux:~$ sudo slapt-mod -s openssl
openssl-3.1.3-x86_64-1 (Secure Sockets Layer toolkit)
openssl-solibs-3.1.3-x86_64-1 (OpenSSL shared libraries)
openssl11-1.1.1w-x86_64-1 (SSL toolkit version 1.1.x)
openssl11-solibs-1.1.1w-x86_64-1 (OpenSSL shared libraries v1.1.x)
guest@porteux:~$
well only in slackware current there is the version 3

[Rava]

hi Rava: ok i have the current porteux but the version that you need is on the slackware 15 system or current,maybe i am wrong but do not search something in debian or another distro if we have at home.

I tried creating an nmap 7.94.x86_64 module and got into issues with the needed libraries (To be more precise: the libs I found need GLIBC two versions above the one we use in Port 5.0 / Port 5.0.1).
And I realized we do not have what is needed to get nmap 7.94.x86_64 running with our current GLIBC.

Therefore my idea of trying it via the help of Ubuntu23.

Added in 8 minutes 6 seconds:
A different approach would be using the nmap .SlackBuild, tweaking it if needed for the nmap 7.94.x86_64 version and compiling everything including the libraries for myself.

[beny]

https://slackware.nl/slakfinder/index.p ... e=#results
ok boot porteus 5.1 and try to build it from source the 94 version, see later

[beny]

hi Rava, to build the nmap on porteus5.1 i have used the openssl version 3 from current, only this like strange software the other deps are from slackware 15, in my system work also zenmap if you can add the openssl i can upload the package let me know.

[Rava]

hi Rava to build the nmap on porteus5.1

I presume you mean 5.01. And once more am too busy right now compiling all that; but feel free to make the nmap-7.94.x86_64 module by yourself and upload it. I promise you I will test it.

[beny]

ok done: https://www.mediafire.com/file/uz4w3b6d ... 4.xzm/file

[DaeDae311]

Coreboot keeps asking if 5.01 is 64-bit but this doesn't happen for any other version of Porteus. Any help would be handy.

[Rava]

Coreboot keeps asking if 5.01 is 64-bit but this doesn't happen for any other version of Porteus. Any help would be handy.

Have you downloaded the 64 or the 32 bit of 5.01?

And is your system capable of running 64-bit?

And I do know nothing about Coreboot, but maybe donald or beny can help with that.

Added in 1 minute 48 seconds:

ok done: https://www.mediafire.com/file/uz4w3b6d ... 4.xzm/file

Is my sha256sum okay?

Code: Select all

106cab2d730b1e62b2462db279d3b13a56865a647d15ac5c117c7205398703a8  nmap-7.94.xzm

Added in 2 minutes 23 seconds:

Code: Select all

guest@rava:/Porteus_modules$ ldd /usr/local/bin/nmap|grep found
	libssl.so.3 => not found
	libcrypto.so.3 => not found

these are the very two libraries I struggled with getting for our GLIBC.

beny, do you have these as well for Port 5.01 ?

[beny]

i have told this: i have used the openssl version 3 from current, only this like strange software the other deps are from slackware 15, you can pick from the slackware current. yes i have used for the build of this version without the build give a lot of error. the glibc the gcc the llvm are all of slackware 15 so the core of this software is ok
bash-5.2# sha256sum /run/media/root/f8434a58-a43f-4f8e-b2c1-8e82c7f409b0/porteus/modules/nmap-7.94.xzm
106cab2d730b1e62b2462db279d3b13a56865a647d15ac5c117c7205398703a8 /run/media/root/f8434a58-a43f-4f8e-b2c1-8e82c7f409b0/porteus/modules/nmap-7.94.xzm

[Rava]

Downloaded this:
http://ftp.osuosl.org/pub/slackware/sla ... 6_64-1.txz
stripped the module of everything but the two libraries.

For comparison: The openssl-3.1.3-x86_64-1.xzm module made via txz2xzm:

Code: Select all

3682304 bytes openssl-3.1.3-x86_64-1.xzm - 4.52 MB

My module:

Code: Select all

1720320 bytes openssl-3.1.3-x86_64-1_stripped.xzm - 1.64 MB

And with activated openssl-3.1.3-x86_64-1_stripped.xzm nmap seems to work:

Code: Select all

guest@rava:/Porteus_modules$ nmap --version
Nmap version 7.94 ( https://nmap.org )
Platform: x86_64-unknown-linux-gnu
Compiled with: nmap-liblua-5.4.4 openssl-3.1.3 libssh2-1.10.0 libz-1.2.12 libpcre-8.45 libpcap-1.10.1 nmap-libdnet-1.12 ipv6
Compiled without:
Available nsock engines: epoll poll select

[Ed_P]

5.01's terminal screen is using different colors that 5.0's. In slapt-mod's building of modules the text is in red which is hard to read on a black background. I don't recall that in 5.0.

[Rava]

5.01's terminal screen is using different colors that 5.0's. In slapt-mod's building of modules the text is in red which is hard to read on a black background. I don't recall that in 5.0.

I think it depends on which terminal emulator you use?
I have no issues using xfce4-terminal V0.8.10 (that's the version used in 5.01)

I am sure your preferred DE (cinnamon) uses a different terminal emulator.

I am also sure you not speak about the Virtual Terminals ("VT") that you can access e.g. via pressing Ctrl+Alt+F3 (for accessing the 3rd out of standard 6 VTs.) Hopefully anyone who tries that key stroke knows how to navigate the VTs and how to get back to the DE.

[Ed_P]

GNOME Terminal Version 3.40.2 for GNOME 4.0. And while Ctrl+Alt+F3 did nothing to me Ctrl+Alt+F4 brought me to a basic terminal screen that I couldn't get back from. Can't remember if it was startx or init 4 that brought me to an Always Fresh GUI screen which I ended up rebooting from.

If I knew what codes were creating the red characters I could try a different color scheme but at this point for each scheme selection I have to rerun the slapt-mod -m function to see if it solves the problem. I need a better approach.

Added in 7 minutes 58 seconds:
slapt-mod -l works too.