2021 Updated Nemesis Base Modules

Arch based Porteus community project
User avatar
francois
Contributor
Contributor
Posts: 5975
Joined: 28 Dec 2010, 14:25
Distribution: xfce plank porteus nemesis
Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.

2020 Updated Nemesis Base Modules

Post#211 by francois » 28 Jan 2021, 01:32

@beny:
Trizen is available in the artix repos. It replaces yaourt.
Prendre son temps, profiter de celui qui passe.

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3051
Joined: 20 Mar 2012, 03:42
Distribution: 5.0-current-64bit
Location: australia
Contact:

2021 Updated Nemesis Base Modules

Post#212 by ncmprhnsbl » 01 Feb 2021, 23:54

2021-02-01 updated base modules
notes:
001-core:
python is now included, and moved some gcc-libs to 05-devel(eg. libgphobos) so net size increase is small
udev-fstab-update script fixed for ntfs udisks2 behaviour
05-devel:
moved some gcc-libs to 05-devel(eg. libgphobos): size jumps to 133.3 mb
using trizen from artix (was AUR built previously)
next time will add meson and ninja(seem to in widespread use), as python is now in 001-core
francois wrote:
28 Jan 2021, 01:32
Trizen is available in the artix repos. It replaces yaourt.
and is included in 05-devel, since it's fairly useless without headers, compilers and such
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
M. Eerie
Shogun
Shogun
Posts: 298
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce x64

2021 Updated Nemesis Base Modules

Post#213 by M. Eerie » 02 Feb 2021, 12:48

ncmprhnsbl wrote:
01 Feb 2021, 23:54
next time will add meson and ninja(
Getting better and better :)

gmp 6.2.1-1 package seems to be in both core and xtra.
Cheers!

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3051
Joined: 20 Mar 2012, 03:42
Distribution: 5.0-current-64bit
Location: australia
Contact:

2021 Updated Nemesis Base Modules

Post#214 by ncmprhnsbl » 02 Feb 2021, 22:00

M. Eerie wrote:
02 Feb 2021, 12:48
mp 6.2.1-1 package seems to be in both core and xtra.
indeed... reuploaded 003-xtra-20210202.xzm with gmp removed and some pkgconfig files moved to devel
and reuploaded 05-devel-20210202.xzm with those pkgconfig files from xtra and added meson and ninja
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 2949
Joined: 11 Jan 2011, 02:46
Distribution: Porteus 5.0rc2 + 4.0 i586 XFCe
Location: Forests of Germany

2021 Updated Nemesis Base Modules

Post#215 by Rava » 03 Feb 2021, 14:24

ncmprhnsbl wrote:
28 Jan 2018, 04:31
001-core-20210201.xzm 126.9 mb sha256sum:
268c698be9575d5c00e96df0159f7c470ff78108c7478e5511e67fcc5c1a7ad7
Is there a way to get files from mega.nz using wget without using a browser?
Trying to gets me a html page that lynx displays as such:

Code: Select all

   _______________________________________________________________________
   _______________________________________________________________________
   _______________________________________________________________________
   _______________________________________________________________________

   IFRAME: about:blank

UNMODIFIABLE form text field. Use UP or DOWN arrows or tab to move off.
moving to about:blank and pressing enter I get this:

Code: Select all

Alert!: Unsupported URL scheme!
Cheers!
Yours Rava

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3051
Joined: 20 Mar 2012, 03:42
Distribution: 5.0-current-64bit
Location: australia
Contact:

2021 Updated Nemesis Base Modules

Post#216 by ncmprhnsbl » 04 Feb 2021, 06:11

Rava wrote:
03 Feb 2021, 14:24
Is there a way to get files from mega.nz using wget without using a browser?
check out this script: https://gist.github.com/zanculmarktum/1 ... 80ccea8d7e
seems it gets a usable link for wget..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 2949
Joined: 11 Jan 2011, 02:46
Distribution: Porteus 5.0rc2 + 4.0 i586 XFCe
Location: Forests of Germany

2021 Updated Nemesis Base Modules

Post#217 by Rava » 04 Feb 2021, 07:27

ncmprhnsbl wrote:
04 Feb 2021, 06:11
check out this script: https://gist.github.com/zanculmarktum/1 ... 80ccea8d7e
seems it gets a usable link for wget..
It would be so much fun using mega.nz when downloading via megafetch.sh … if it would get the sha256sum right:

Code: Select all

root@porteus:/1/bin/linux/porteus/nemesis# ./megafetch.sh "https://mega.nz/file/aQ4iTCzK#-WMdFSB-ES41sme3rkMuC7SMynz-Vr0neFOKvc-UDk4"
http://gfs530n013.userstorage.mega.co.nz/dl/KHVBWMVEHuCPCQL595GYrU12UkPoHRWsYDSBw_G6LIlTCvIWvE6RkTEHr72kofAmFc3-U4Cn8TPnzogWHaYW3c46llIhds-T3t1J7Ik0W_AC3G2DY-VFaFV6p1MjkQ
001-core-20210201.xzm
4defd769de28ac094de1ed0a61d72045
b48cca7cfe56bd270000000000000000
root@porteus:/1/bin/linux/porteus/nemesis# wget http://gfs530n013.userstorage.mega.co.nz/dl/KHVBWMVEHuCPCQL595GYrU12UkPoHRWsYDSBw_G6LIlTCvIWvE6RkTEHr72kofAmFc3-U4Cn8TPnzogWHaYW3c46llIhds-T3t1J7Ik0W_AC3G2DY-VFaFV6p1MjkQ -O 001-core-20210201.xzm
--2021-02-04 08:19:27--  http://gfs530n013.userstorage.mega.co.nz/dl/KHVBWMVEHuCPCQL595GYrU12UkPoHRWsYDSBw_G6LIlTCvIWvE6RkTEHr72kofAmFc3-U4Cn8TPnzogWHaYW3c46llIhds-T3t1J7Ik0W_AC3G2DY-VFaFV6p1MjkQ
Resolving gfs530n013.userstorage.mega.co.nz (gfs530n013.userstorage.mega.co.nz)... 122.56.56.207, 2403:9800:c020::14
Connecting to gfs530n013.userstorage.mega.co.nz (gfs530n013.userstorage.mega.co.nz)|122.56.56.207|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 133103616 (127M) [application/octet-stream]
Saving to: ‘001-core-20210201.xzm’

001-core-20210201.x 100%[===================>] 126.94M  1.12MB/s    in 89s     

2021-02-04 08:20:58 (1.43 MB/s) - ‘001-core-20210201.xzm’ saved [133103616/133103616]

root@porteus:/1/bin/linux/porteus/nemesis# sha256sum 001-core-20210201.xzm 
9339abf7e4c6795f433c7984923929da2676801096d5ff6d15f09d766ca4f758  001-core-20210201.xzm
root@porteus:/1/bin/linux/porteus/nemesis# file 001-core-20210201.xzm 
001-core-20210201.xzm: data
root@porteus:/1/bin/linux/porteus/nemesis# l 001-core-20210201.xzm 
-rwxrwxrwx 1 root 133103616 2021-02-04 08:20 001-core-20210201.xzm
I try again.

Added in 6 minutes 3 seconds:
nope, still the same differing sha256sum:
9339abf7e4c6795f433c7984923929da2676801096d5ff6d15f09d766ca4f758 001-core-20210201b.xzm :wall:
Cheers!
Yours Rava

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3051
Joined: 20 Mar 2012, 03:42
Distribution: 5.0-current-64bit
Location: australia
Contact:

2021 Updated Nemesis Base Modules

Post#218 by ncmprhnsbl » 04 Feb 2021, 10:05

Rava wrote:
04 Feb 2021, 07:33
nope, still the same differing sha256sum:
you missed the second part of the process that uses cat | openssl:

Code: Select all

# Usage:
#  $ ./megafetch.sh https://mega.nz/#!abcdefgh!1234567890abcdefghijklmnopqrstuvwxyzABCDEFG
#  http://gfs208n103.userstorage.mega.co.nz/dl/-abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890A
#  file.name
#  abcefghijklmnopqrstuvwxyz0123456     <<<THESE ENCRYPTION KEYS USED BELOW WITH openssl
#  1234567890abcdef0000000000000000
#  $ wget -O file.name http://gfs208n103.userstorage.mega.co.nz/dl/-abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890A
#  $ cat file.name | openssl enc -d -aes-128-ctr -K abcefghijklmnopqrstuvwxyz0123456 -iv 1234567890abcdef0000000000000000 > file.name.new    <<<THIS BIT !!!
#  $ mv -f file.name.new file.name
i'm guessing this is the decryption part.. after that the shasums are correct..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
M. Eerie
Shogun
Shogun
Posts: 298
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce x64

2021 Updated Nemesis Base Modules

Post#219 by M. Eerie » 04 Feb 2021, 10:10

Rava wrote:
04 Feb 2021, 07:33
nope, still the same differing sha256sum:
Because after download completes you need to apply the decryption key :
Rava wrote:
04 Feb 2021, 07:33
4defd769de28ac094de1ed0a61d72045
b48cca7cfe56bd270000000000000000

Code: Select all

cat 001-core-20210201.xzm | openssl enc -d -aes-128-ctr -K 4defd769de28ac094de1ed0a61d72045 -iv b48cca7cfe56bd270000000000000000 > 001-core-20210201.xzm-ok.xzm
I've just tested and It works ok.
Cheers!

User avatar
M. Eerie
Shogun
Shogun
Posts: 298
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce x64

2021 Updated Nemesis Base Modules

Post#220 by M. Eerie » 04 Feb 2021, 10:11

Jeje. We collided :)
Cheers!

User avatar
Rava
Contributor
Contributor
Posts: 2949
Joined: 11 Jan 2011, 02:46
Distribution: Porteus 5.0rc2 + 4.0 i586 XFCe
Location: Forests of Germany

2021 Updated Nemesis Base Modules

Post#221 by Rava » 04 Feb 2021, 11:09

M. Eerie wrote:
04 Feb 2021, 10:11
Jeje. We collided :)
Great minds think alike. Indeed, and I missed the decryption part. :wall:

Code: Select all

root@porteus:/1/bin/linux/porteus/nemesis# cat 001-core-20210201.xzm | openssl enc -d -aes-128-ctr -K 4defd769de28ac094de1ed0a61d72045 -iv b48cca7cfe56bd270000000000000000 > 001-core-20210201.xzm-ok.xzm
root@porteus:/1/bin/linux/porteus/nemesis# sha256sum 001-core-20210201.xzm-ok.xzm 
268c698be9575d5c00e96df0159f7c470ff78108c7478e5511e67fcc5c1a7ad7  001-core-20210201.xzm-ok.xzm
Yay!

One should alter the script making the wget and decryption part automatic, maybe with added optional parameter to perform afterwards on the decrypted file a md5sum / sha???sum …
Silly me not even knows how to alter a filename when the extension could be one char e.g. what.c or four what.webm / what.html or even more e.g. whatsthat.desktop :( to decode file.ext into file-ok.ext whatever .ext might be. (And when there is no extension decode what into what-ok )

Added in 8 minutes 58 seconds:
On the other hand, that's not needed when coding it like in the script as quoted above (I added the keys and filenames as parameters)

Code: Select all

cat $FILENAME | openssl enc -d -aes-128-ctr -K $KEY1 -iv $KEY2 > ${FILENAME}.temp
mv -f ${FILENAME}.temp $FILENAME
Cheers!
Yours Rava

raja
Shogun
Shogun
Posts: 317
Joined: 02 May 2017, 09:51
Distribution: v3.2.2-32 and Porteus-Artix-64
Location: Chennai,India

2021 Updated Nemesis Base Modules

Post#222 by raja » 07 Feb 2021, 18:35

ncmp, With new xtra.xzm, booting is prolonged. Hangs for a minute or more at "runlevels" and "writing UTC time", though ultimately it boots to desktop.

With regular nemisis, when pman makes an application and writes to module folder, the system refuses to boot to desktop as X fails with, guest automatic login: xauth "time out in locking authority file /home/guest/.Xauthority"

guest folder has only guest:users permission with rwx for guest.

Happens even with base_only cheatcode, thereafter.

Any tips to solve? login=root , also not working.

No changes have been made to base modules.

* Eerie... Blaze's kernel 5.10.12 does not have crypto_user module. Does it affect encryption for bluetooth, router authorisation?
Linux Kernel-4.4.272 -32 bit; Linux Kernel-5.4.126 - 64 bit

User avatar
M. Eerie
Shogun
Shogun
Posts: 298
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce x64

2021 Updated Nemesis Base Modules

Post#223 by M. Eerie » 08 Feb 2021, 08:15

raja wrote:
07 Feb 2021, 18:35
Blaze's kernel 5.10.12 does not have crypto_user module.
I think Kernel 5.10.12 is AUFS only. Doesn't work for me in Nemesis. (I'm using 5.10.11)

Maybe this is causing such behaviour to you.
Cheers!

biotec
White ninja
White ninja
Posts: 27
Joined: 23 Jan 2014, 23:50
Distribution: slackware
Location: Oviedo

2021 Updated Nemesis Base Modules

Post#224 by biotec » 09 Mar 2021, 13:38

Hello all nemesis fans,

Firstly, thanks for all this useful stuff.

I am a long user of porteus that I provide in a higly customized version to my biotech students for their course work since a number of years already. I am seriously considering to switch to nemesis because standard porteus is getting outdated and is not easy to update oneself. And I would like Aporteus if it would not rely on systemd.

So here I am, with some bits I found and/or intend to do:

a) The dec 20 updating script is really useful to update the base modules oneself, but I think the line:

rm -r usr/lib/{libasan,libgfortran,libgo,libtsan}* usr/lib/*.a usr/bin/js78* lib/pkgconfig usr/share/i18n/charmaps/*.gz

must be changed into:

rm -r usr/lib/{libasan,libgfortran,libgo,libgomp,libtsan}.so* usr/lib/*.a usr/bin/js78* lib/pkgconfig usr/share/i18n/charmaps/*.gz

Ohterwise, currently /usr/lib/libgobject.so* would be removed and it is required by X11 stuff.

b) Am I wrong, or persistence files are not being properly closed on the current nemesis system? Maybe I did no seach well enough, but I could not find anything on the forum, and any advise on how persistence files are handled by nemesis. Nevertheless, I am making some changes using initrd from aporteus with some minor changes, and adding some minor changes to how openrc handles the shutdown that I think would (mostly) solve this.

c) I would like to use lxde instead of xfce4 because I believe it is the skinnier windowing system that still give the feel and looks acceptable for people coming from non-linux systems. Well, xfce4 is not too fat either, and I could live with it, but still, I will make a try to install lxde from artix/arch (plus octave with all its dependencies, that is essential for my course). I don't know if others could be interested: if so, I may try to eventually share my findings (don't expect quick results, though, time is scarce and I'm not an expert).

That's all for today.

Regards,
Ricardo.

User avatar
M. Eerie
Shogun
Shogun
Posts: 298
Joined: 31 Aug 2017, 21:18
Distribution: Nemesis Xfce x64

2021 Updated Nemesis Base Modules

Post#225 by M. Eerie » 09 Mar 2021, 17:33

biotec wrote:
09 Mar 2021, 13:38
The dec 20 updating script
Thanks, Ricardo.

I think you mean this dec, 07 script. I can't modify it any longer because it is older than 30 days. So I will try an post back any corrections made.

I've sent you a PM.
Cheers!

Post Reply