Porteus 5.0 RC2 bug reports

[Ed_P]

well there's (part of) your problem : deactivate the porteus-scripts-xorg-20200920-noarch.xzm (updated scripts) because this is overwriting the cinnamon update-menu script..
if you want to use porteus-scripts-xorg-20200920-noarch.xzm: extract it; remove /opt/porteus-scripts/xorg/update-menu; and recompress it.

Ok, progress. I'll just rebuild the iso using your 002-xorg-20200920.xzm file. Thank you ncmp.

[fulalas]

i did a little experiment: activated palemoon> doesn't appear in the menu>opened the .desktop file in an editor>did nothing>saved unchanged file>now it appears in the menu..
now i think the 'GTK' addition to Categories doesn't have an effect, simply resaving the .desktop, somehow "wakes up" cinnamon's menu..

Does it happen in any other DE? I tried on Xfce and it works just nice. Can you confirm?

I wonder if fulalas's file attributes change is tied to this.

What you mean?

[Ed_P]

What you mean?

There was a series of postings a few weeks back where you noted that moving files from one location to another were getting their permissons changed in rc2, not like they were in rc1. I don't remember the specifics. But ncmp believes he has found the solution to this menu problem.

[donald]

XFCE -- Not a bug (?) but aesthetics
Truncated Icon text -- look:


If you hate that, like I do, create:
~/.config/gtk-3.0/gtk.css
Open gtk.css and paste in:

Code: Select all

/* icon text not truncated */
XfdesktopIconView.view {
   -XfdesktopIconView-ellipsize-icon-labels: 0;
}

log out/in ..much better,isn't it?

[fulalas]

@donald, try to put some long filenames in the desktop and you'll this solution won't work well.

[donald]

@fulalas
Yup, long file names that would not be displayed due to the cut-off text make sense - like some
screenshots, all labeled screensho..lol.

However, here is my current gtk.css and screenshot

Code: Select all

/* icon text not truncated */
XfdesktopIconView.view {
   -XfdesktopIconView-ellipsize-icon-labels: 0;
   -XfdesktopIconView-cell-spacing:0;
   -XfdesktopIconView-cell-padding:0;
   -XfdesktopIconView-cell-text-width-proportion: 2.5;
}

This controls the width of the icon text field:
-XfdesktopIconView-cell-text-width-proportion: 2.5;
Less than 2.5 the text field returns to 1 line

You can restart the desktop with:

Code: Select all

xfdesktop -Q && sleep 1 && xfdesktop &

if you want to experiment with various values.

[sams]

Trying 5.0rc2 just now, a few comments:

I had a couple of partitions with similar labels (space, ssdspace) and encountered a problem with the cheatcode "changes=EXIT:LABEL:space/p50/porteus/" ; (space=sda6, ssdspace=sdb4) On boot porteus says this:

setting up directory for changes
sh: sdb4: unknown operand
mkdir: can't create directory /mnt/sda6: File exists
rmdir: /mnt/sda6: Resource busy
sh: sdb4/p50/porteus/: unknown operand
^ couldn't find LABEL:space/p50/porteus/. Correct your from= cheatcode

So it works if I relabel space->bigspace such that the string is not a substring of ssdspace. Anyway it's alarming when it says it's trying to rmdir /mnt/sda6 which is never what I would want, though it failed to do anything unfortunate.

And on another note, my laptop runs hotter on porteus than some other distros because
/sys/class/scsi_host/host*/link_power_management_policy is set to max_performance; laptop runs much cooler when this is set to med_power_with_dipm. Here's a reference:
https://insanity.industries/post/sata-p ... nsumption/

More impressions later, otherwise so far so good.
My best always to all y'all.

[Ed_P]

Hi sams.

I boot from ISOs and have used the changes= cheatcode for a long time. My code looks like this: changes=EXIT:$linux_folder/changes/porteussave.dat where $linus_folder is set to: set linux_folder=/porteus5.0. I don't specify the drive because I search for it with: search -f $iso --set=root which sets root to it. $iso being the name of the ISO I am booting: set iso="/porteus5.0/rc2ISOModules/Porteus-CINNAMON-v5.0rc2-x86_64.iso" On an installed system I've used: search -f /boot/syslinux/vmlinuz --set=root.

I think I've used the changes=EXIT:UUID= option on a USB drive before but I can't find an example to post.

And on another note, my laptop runs hotter on porteus than some other distros because
/sys/class/scsi_host/host*/link_power_management_policy is set to max_performance; laptop runs much cooler when this is set to med_power_with_dipm. Here's a reference:
https://insanity.industries/post/sata-p ... nsumption/

Thank you for this suggestion. But when I checked my files they were both set to med_power_with_dipm.

Added in 1 hour 39 minutes 27 seconds:
This thread on UUIDs and LABELs may be helpful. porteus-v4.0-x86_64.cfg vs porteus.cfg cheatcodes? and having stuff on different partitions

[sams]

Hi Ed,
I have porteus 5rc2 (with changes) working fine but the bug is that changes=LABEL should only match an exact label; instead code matches "*LABEL*" and spits up if results return multiple matches. I sometimes prefer lables to UUIDs as they are more descriptive and all my filesystem labels are unique. Anyway this is a documented cheatcode that should work properly.

Stock 5rc2 has my 2 SSD drives in max_performance mode, shedding much heat full time. I added a udev rule to my changes folder and they run cool. I will guess you don't have such a udev rule added but perhaps your drive firmware or other kernel interaction has them defaulting to the cooler mode without user changes?

Cheers
-s

[Ed_P]

sams, in that you have the max_performance mode problem and I don't implies the problem is either DE related, I use Cinnamon, or install related in that I boot ISOs directly.

[ncmprhnsbl]

And on another note, my laptop runs hotter on porteus than some other distros because

hi sams, can you try for me: (without the udev rule you added):

Code: Select all

chmod  +x /etc/rc.d/rc.tlp
/etc/rc.d/rc.tlp start

then check /sys/class/scsi_host/host*/link_power_management_policy
i'm guessing since we have TLP included, we should probably start it.. ie. make it executable and add it to rc.services

the bug is that changes=LABEL should only match an exact label; instead code matches "*LABEL*" and spits up if results return multiple matches.

yeah, looks like in initrd.xz> finit > locate function > the simple grep should probly be grep -w (whole word regex)

[sams]

chmod +x /etc/rc.d/rc.tlp

Well right you are, that does set the drives to the cool mode. Thank you!
Label grep fix seems important and would be appreciated.

Other quirks I've noticed and I'll try to research a little: I added a "sam" user to my changes, and when I use the cheat "login=sam" it doesn't log in but the "=sam" is the default on the login pane.

I noted that tlp sets my thinkpad battery thresholds which is cool. My own battery threshold setting software doesn't work because it relies on acpi_call which isn't present. lsmod shows thinkpad_acpi which I'm not yet familiar with (just looking now, looks like it was patched to support thresholds through sys interface)

I also note that my default porteus trackpoint settings are way too slow and heavy for trackpoint use. I don't mind poking these to suitable values myself but I wonder if porteus would like to use speedier defaults? I'm currently setting sensitivity to 254 and speed to 242. I'll also note that I don't believe modern thinkpads support sensitivity setting anymore (grrr, actual IBM trackpoints have gone bye bye...)

I appreciate all the help
cheers!

[ncmprhnsbl]

Other quirks I've noticed and I'll try to research a little: I added a "sam" user to my changes, and when I use the cheat "login=sam" it doesn't log in but the "=sam" is the default on the login pane.

yep, there's little bug that slipped through in a couple of DEs: in /etc/rc.d/rc.4 :

Code: Select all

login=`egrep -o "^login=[^ ]+*" /etc/bootcmd.cfg | cut -dn -f2`
nologin=`grep -o "^nologin" /etc/bootcmd.cfg`

should be:

Code: Select all

login=`egrep -o "login=[^ ]+*" /etc/bootcmd.cfg | cut -d= -f2`
nologin=`grep -o "nologin" /etc/bootcmd.cfg`

[francois]

Code: Select all

guest@porteus:~$ sudo su
Password: 
root@porteus:/home/guest# updatedb
bash: updatedb: command not found
root@porteus:/home/guest# 

It seems that mlocate is no more part of the small sofware. Is it the case? I use to like that one a lot to find missing libraries equivalents.

Thanks.

[ncmprhnsbl]

It seems that mlocate is no more part of the small sofware. Is it the case?

looking at 4.0, seems it had slocate(basicly the same thing), not sure if mlocate was omitted purposely.. probly wouldn't hurt to include it...
in the meantime, getpkg mlocate will fetch it from current ..