Page 10 of 16

Porteus-v5.0x86_64_bugs reports

Posted: 20 Sep 2022, 08:21
by Rava
^
for now just try a different mirror (but not http://ftp.nluug.nl/os/Linux/distr/porteus since that lacks the updates ) - better a slightly slower download than a broken and useless one, yes?

Porteus-v5.0x86_64_bugs reports

Posted: 20 Sep 2022, 10:16
by ncmprhnsbl
nanZor wrote:
20 Sep 2022, 08:17
Yep - you nailed it. The md5 for 001 on riken.jp is wrong.
Rava wrote:
20 Sep 2022, 08:21
or now just try a different mirror
actually, this time it's not a mirror issue, but my bad, i apparently messed up with that particular md5sum. a fix is in the works...

Porteus-v5.0x86_64_bugs reports

Posted: 20 Sep 2022, 10:21
by Rava
ncmprhnsbl wrote:
20 Sep 2022, 10:16
i apparently messed up with that particular md5sum. a fix is in the works...
Does that mean the two files are downloaded - one is not okay?
Or are both okay and only the server md5sum file is wrong?

Porteus-v5.0x86_64_bugs reports

Posted: 20 Sep 2022, 22:53
by ncmprhnsbl
both okay and only the server md5sum file was wrong.

Porteus-v5.0x86_64_bugs reports

Posted: 21 Sep 2022, 13:19
by Rava
ncmprhnsbl wrote:
20 Sep 2022, 22:53
both okay and only the server md5sum file was wrong.
It would have been too much of an coincidence if I got a corrupted module but still both worked well for me for many weeks now.

Anyhow, any idea why the server I choose (because fastest-mirror told me its the fastest) http://ftp.nluug.nl/os/Linux/distr/porteus did have the relatively new yt-dlp module… but not the two updated 001-core.xzm and 002-xorg.xzm modules?
Is it something the server admins of ftp.nluug.nl should be told about?

Porteus-v5.0x86_64_bugs reports

Posted: 22 Sep 2022, 21:09
by nanZor
Savefile Manager brings up empty config file

[UPDATE} This problem does not happen with the original 001 etc modules. It appears to be a problem with the latest updates that it is showing up.

Just noticed this with XFCE (haven't tested the others for this yet). If using the savefile manager gui, at the end of the process to edit the config file, instead of bringing up the config file, it just brings up an empty file with root access.

That might be confusing. Normally I do my editing with vi and a terminal, but the gui process used to bring up the file itself for the user to edit. Now it is just a blank empty one.

The quick solution is to bail out of the savefile manager when it asks you to edit the config file, and go to the Porteus Settings Centre to do it, which *does* bring up the proper config file to edit.

I could see this empty file being confusing for new users who don't know where the config file lives.

Anyone else see this?
[Update] does not happen with the original xzm core etc. Only seems to be with the 20220723 updates...

Porteus-v5.0x86_64_bugs reports

Posted: 22 Sep 2022, 21:51
by Ed_P
Good catches guys. :good:

Porteus-v5.0x86_64_bugs reports

Posted: 23 Sep 2022, 00:03
by ncmprhnsbl
nanZor wrote:
22 Sep 2022, 21:09
Anyone else see this?
[Update] does not happen with the original xzm core etc. Only seems to be with the 20220723 updates...
yes, in this update, i reverted to the old gtkdialog version(with some tweaks) and it doesn't pick up the environment variable for the boot device.. should be able to fix this and push it in the next update..

while i'm here: bug reported via irc: the magic folders gui doesn't function due to incomplete code .. also should be fixed in the next update. (probly, i'll just clean up the old gtkdialog version for now)

Porteus-v5.0x86_64_bugs reports

Posted: 29 Sep 2022, 03:37
by Rava
System Port 5.0 XFCE

Code: Select all

root@porteus:~# cat /etc/porteus/*
001-core.xzm:20220723
002-xorg.xzm:20220723
002-xtra.xzm:20220630
003-xfce4.xzm:20220428
initrd.xz:20201102
Cave! the XFCE info is misleading. XFCE is in fact 003-xfce-4.12-20220725

I presume this is not what should happen (as seen after a fresh boot due to yet another crash during suspend):

Code: Select all

root@porteus:~# fastest-mirror 
Checking fastest mirror ...

Results:


 Would you like to add  as your main Porteus server? [y/n]
I presume it was a rare occasion with my network at the time that created the situation:
I was on a open WLAN, and at times my machine is technically still connected to that WLAN, but anything HTTPS, SMTP or IMAP is not working (giving different kinds of error messages) since I need to reaffirm my approval to its terms & conditions.
The only page that works with https is the one by the provider of that WLAN for loading its terms & conditions approval page.

Porteus-v5.0x86_64_bugs reports

Posted: 01 Oct 2022, 06:08
by Testuser
Team,

In LXDE env, USB notifications are not shown for mounting and unmounting of USB drives.

Udisks2 and gvfs volume monitor are already there.

Since notification-daemon was not there by default I have added it as well and able to see other notifications.

Any idea to fix it :Search: :%)

Porteus-v5.0x86_64_bugs reports

Posted: 01 Oct 2022, 06:18
by Rava
^
create notification-daemon as module and place it in your porteus/base folder of your LXDE setup. :)
(I have not set up a LXDE - but when that fixes the issue [and I presume it would since it fixed the issue for you] notification-daemon should be added to 003-lxde .
My XFCE based Port 5.0 doesn't have notification-daemon - since XFCE does it differently:

Code: Select all

guest@porteus:/mnt/live/memory/images$ find . 2>/dev/null |grep notification-daemon
guest@porteus:/mnt/live/memory/images$ 
The 2>/dev/null is added to get rid of messages like this

Code: Select all

find: ‘./011-slapt-get-0.11.6-x86_64-2gv.xzm/var/lib/pkgtools/setup/tmp’: Permission denied

Porteus-v5.0x86_64_bugs reports

Posted: 01 Oct 2022, 09:24
by Testuser
Rava wrote:
01 Oct 2022, 06:18
^
create notification-daemon as module and place it in your porteus/base folder of your LXDE setup. :)
I have notification-daemon added in my Changes folder and other notifications are working as expected. Is it mandatory to move the notification module to base folder :o

Just want to know if an older version of gvfs-udisk2-monitor is used in LXDE or what?

https://gitlab.gnome.org/GNOME/gvfs/-/b ... ks2utils.c

In the above page, "Device can be unplugged" is embedded in the code of gvfs.

So why showing in Cinnamon, gnome, mate and not showing in LXDE and LXQT :%) :crazy:

Porteus-v5.0x86_64_bugs reports

Posted: 01 Oct 2022, 10:23
by Rava
Testuser wrote:
01 Oct 2022, 09:24
Is it mandatory to move the notification module to base folder
No it is not.
I not use the changes folder. But even if I did, I still would move essential things I want to be always there into /base/ - just in case of updating it all some years in the future.
Then I see some individual programs (and maybe decide one or two I do no longer want or need) and will either keep the older modules for a newer Port version when they still work and I see no need for a never version.
Like in my case, I have some programs that are from Port 4.0 times or Port 5.0rc3 times, but they still work flawlessly in Port 5.0 and at times I prefer older versions since this means much less dependencies I also need to get these versions running as compared to at times a huge increase in dependency modules sizes for most recent versions.

Sorry that I cannot answer you the rest since currently I have no clue about the workings of LXDE or LXQT.

For me, XFCE is slim enough while having a more complete Desktop Environment feel (similar to KDE or mate) than the more minimal LXDE or LXQT or Openbox.
But that's just me. :)

Porteus-v5.0x86_64_bugs reports

Posted: 01 Oct 2022, 16:40
by beny
hi testuser, lxde notify you can add the dunst package,and for the lxqt you can use the lxqt-notificationd all the software are on slackware repository so you can download and make xzm,ps:all the desktop environment have the notify daemon built in,but not lxde so you can try if this work for you

Porteus-v5.0x86_64_bugs reports

Posted: 03 Oct 2022, 18:38
by Testuser
Beny,

Thanks much for the info and details.

I have tried lxqt-notificationd and xfce-notifyd in my DE. Noifications are working but gvfs USB notifications cannot be seen.

Tried gcd-print-notifications in my DE as well, but it didnt worked since showing org.freedesktop.Session error.

Now I am left with no choice for USB notifications in my DE. :%)

Thanks