Ok, progress. I'll just rebuild the iso using your 002-xorg-20200920.xzm file. Thank you ncmp.ncmprhnsbl wrote: ↑02 Oct 2020, 23:49well 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.
Porteus 5.0 RC2 bug reports
- Ed_P
- Contributor
- Posts: 8341
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus 5.0 RC2 bug reports
Ed
Porteus 5.0 RC2 bug reports
Does it happen in any other DE? I tried on Xfce and it works just nice. Can you confirm?ncmprhnsbl wrote: ↑02 Oct 2020, 05:28i 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..
What you mean?
- Ed_P
- Contributor
- Posts: 8341
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus 5.0 RC2 bug reports
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.
Ed
-
- Full of knowledge
- Posts: 2064
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Porteus 5.0 RC2 bug reports
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:
log out/in ..much better,isn't it?
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;
}
Porteus 5.0 RC2 bug reports
@donald, try to put some long filenames in the desktop and you'll this solution won't work well.
-
- Full of knowledge
- Posts: 2064
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Porteus 5.0 RC2 bug reports
@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
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:
if you want to experiment with various values.
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 &
Porteus 5.0 RC2 bug reports
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.
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
- Contributor
- Posts: 8341
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus 5.0 RC2 bug reports
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.
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
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.
Thank you for this suggestion. But when I checked my files they were both set to med_power_with_dipm.sams wrote: ↑05 Oct 2020, 00:44And 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/
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
Ed
Porteus 5.0 RC2 bug reports
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
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
- Contributor
- Posts: 8341
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus 5.0 RC2 bug reports
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.
Ed
- ncmprhnsbl
- DEV Team
- Posts: 3924
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
- Contact:
Porteus 5.0 RC2 bug reports
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
i'm guessing since we have TLP included, we should probably start it.. ie. make it executable and add it to rc.services
yeah, looks like in initrd.xz> finit > locate function > the simple grep should probly be grep -w (whole word regex)
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44
Porteus 5.0 RC2 bug reports
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
- DEV Team
- Posts: 3924
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
- Contact:
Porteus 5.0 RC2 bug reports
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`
Code: Select all
login=`egrep -o "login=[^ ]+*" /etc/bootcmd.cfg | cut -d= -f2`
nologin=`grep -o "nologin" /etc/bootcmd.cfg`
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44
- francois
- Contributor
- Posts: 6434
- Joined: 28 Dec 2010, 14:25
- Distribution: xfce plank porteus nemesis
- Location: Le printemps, le printemps, le printemps... ... l'hiver s'essoufle.
Porteus 5.0 RC2 bug reports
Code: Select all
guest@porteus:~$ sudo su
Password:
root@porteus:/home/guest# updatedb
bash: updatedb: command not found
root@porteus:/home/guest#
Thanks.
Prendre son temps, profiter de celui qui passe.
- ncmprhnsbl
- DEV Team
- Posts: 3924
- Joined: 20 Mar 2012, 03:42
- Distribution: v5.0-64bit
- Location: australia
- Contact:
Porteus 5.0 RC2 bug reports
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 ..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44