Re: [gentoo-user] re-activating a netbook

2024-09-22 Thread Michael
Hi Philip,

On Thursday 19 September 2024 19:39:38 BST Philip Webb wrote:
> Back in 2009, I bought an Asus EEE netbook, 

Which model?  Does it have a 32bit or 64bit CPU instruction set?


[Snip ...]
> I wanted to replace Windows with Linux Mint or another binary distro
> -- avoiding the need to update Gentoo -- , but ran into a problem :
> Horace no longer boots from USB.  I can transfer files via USB stick,
> but can't get a live USB version of Mint etc to start.

If you press F2 on start up you should be able to get into the BIOS menu.  I 
think pressing Esc instead of F2 will show the Boot Order menu, where you can 
select the USB medium to boot from.  You can refer to the ASUS online docs for 
specific model buttons and options.

HOWEVER ... if the netbook CPU is 32bit, then you have to use a x86 LiveUSB, 
because an amd64 instruction set will not run on a 32bit CPU.


> Also, I now use Wifi exclusively -- I no longer have a landline -- ,
> but while Horace can access Wifi, his Gentoo doesn't have Wifi installed,
> so there's a Catch-22 : w/o a landline, I can't install WPA etc.

This is a matter of booting with a LiveUSB which has the necessary drivers/
firmware to drive the WiFi NIC on the netbook, plus configuring 
wpa_supplicant, or networkmanager with your WiFi AP authentication 
credentials.

Your Gentoo installation is too old to try to update/upgrade it, so it is best 
if you reinstall.  Given the inadequate CPU/RAM available on the netbook to 
compile software from source files within reasonable timescales, it is 
advisable you either install Gentoo using binary packages:

https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart

or install some other binary distro.

Of course, if your netbook has 32bit hardware your choices will be limited.  
You could still install Gentoo, but you'll have to build a 32bit host 
environment on a more powerful PC in order to compile all your 32bit packages 
as binaries and continue to do so each time you want to update your eeePC.  
I'd only recommend this route if you really wish to take it up as a hobby for 
a rainy day ...  ;-)


> One solution mb simply to copy an upto-date Mint ISO
> into the partition now occupied by Windows -- which I don't need --
> & set up Lilo -- which is my prefered boot manager -- to boot from it ;
> Lilo currently allows a choice of Gentoo/Windows.
> 
> Does anyone know if that would work or how to trouble-shoot it ?

Assuming you have found a LiveISO of an OS suitable for your hardware, you 
could copy the ISO on a directory in your Gentoo fs.  Then you will need to 
install GRUB2 and configure '/etc/grub.d/40_custom' to chainload the ISO from 
your disk:

https://wiki.gentoo.org/wiki/GRUB/Chainloading

I am not familiar how to do this with LILO, but I expect you'd have to add a 
new menu entry and specify a kernel cmdline to point it at the path where the 
ISO resides.  Something like this may/might work:

root=iso:/dev/hdaX:/path/to/live_image.iso rootfstype=ext4

HTH.


signature.asc
Description: This is a digitally signed message part.


[gentoo-user] fsck operational error

2024-09-21 Thread ralfconn

Hello,

Upon boot OpenRc shows this warning:

fsck: checking local filesystem
fsck: fsck.ext4 device or resource busy while trying to open /dev/nvme0n1p6
fsck: filesystem mounted or opened exclusively by another program?
fsck: operational error

This is the root filesystem, and in fstab it is listed as:

UUID=-- /   ext4noatime,discard 0 1

/etc/conf.d/fsck contains only:

fsck_on_battery="YES"
fsck_shutdown="NO"
fsck_abort_on_errors="YES"

This started a week ago after a system update when I switched from 
kernel 6.10.9 to 6.10.10 (~amd64). That day there was also an update of 
OpenRc to version 0.55.


Has anybody seen the same?

thanks,

raf



Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Peter Humphrey
On Friday 20 September 2024 19:27:33 BST Michael wrote:
> On Friday 20 September 2024 14:38:53 BST Peter Humphrey wrote:
> > On Friday 20 September 2024 13:53:13 BST Michael wrote:
> > > I understand there were some changes with KSMServer on Qt6, so the
> > > suggestion provided in the previous thread may or may not work.  It may
> > > work with X11 (if you provide $XDISPLAY), but not with Wayland.
> > 
> > Quite so. That's why I was scratching around to find a better way.
> > 
> > In case anyone else comes looking for this, the key is 'man loginctl'.
> 
> Does loginctl save any unsaved application data and logout from a session
> gracefully?

Yes, as far as I can tell.

-- 
Regards,
Peter.






Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Michael
On Friday 20 September 2024 14:38:53 BST Peter Humphrey wrote:
> On Friday 20 September 2024 13:53:13 BST Michael wrote:
> > I understand there were some changes with KSMServer on Qt6, so the
> > suggestion provided in the previous thread may or may not work.  It may
> > work with X11 (if you provide $XDISPLAY), but not with Wayland.
> 
> Quite so. That's why I was scratching around to find a better way.
> 
> In case anyone else comes looking for this, the key is 'man loginctl'.

Does loginctl save any unsaved application data and logout from a session 
gracefully?

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Peter Humphrey
On Friday 20 September 2024 13:53:13 BST Michael wrote:

> I understand there were some changes with KSMServer on Qt6, so the
> suggestion provided in the previous thread may or may not work.  It may
> work with X11 (if you provide $XDISPLAY), but not with Wayland.

Quite so. That's why I was scratching around to find a better way.

In case anyone else comes looking for this, the key is 'man loginctl'.

-- 
Regards,
Peter.






Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Michael
On Friday 20 September 2024 13:43:44 BST Dale wrote:
> Peter Humphrey wrote:
> > On Wednesday 18 September 2024 19:59:15 BST Dale wrote:
> >> Peter Humphrey wrote:
> >>> Greetings,
> >>> 
> >>> I maintain an ~amd64 system remotely over SSH (from downstairs), and
> >>> that
> >>> includes rebooting it with, say, a new kernel. Sometimes the system is
> >>> running a KDE/Plasma GUI, and I want to log out gracefully from it
> >>> before
> >>> rebooting, so that my session is saved. The question is: how? Everything
> >>> I've found so far stopped working with Qt6. Not even doc.qt.io helps me.
> >>> 
> >>> Hasn't this been tackled on this list before now? I thought it had but I
> >>> can't find it if so.
> >> 
> >> I found this in a previous thread named [gentoo-user] Scripting KDE?.
> > 
> > --->8
> > 
> > Thank you Dale. I knew it was familiar.
> > 
> > Don't ask why I couldn't find it for myself, because I haven't a clue.
> 
> Well, I had to dig pretty good.  Even with my awful memory, I knew it
> was mentioned.  Using the right search terms was where it got tricky.  I
> found it tho.  Seamonkey does a pretty good job when it comes to
> searching emails, assume Thunderbird works the same way. 
> 
> Very welcome. 
> 
> Dale
> 
> :-)  :-) 

I understand there were some changes with KSMServer on Qt6, so the suggestion 
provided in the previous thread may or may not work.  It may work with X11 (if 
you provide $XDISPLAY), but not with Wayland.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Dale
Peter Humphrey wrote:
> On Wednesday 18 September 2024 19:59:15 BST Dale wrote:
>> Peter Humphrey wrote:
>>> Greetings,
>>>
>>> I maintain an ~amd64 system remotely over SSH (from downstairs), and that
>>> includes rebooting it with, say, a new kernel. Sometimes the system is
>>> running a KDE/Plasma GUI, and I want to log out gracefully from it before
>>> rebooting, so that my session is saved. The question is: how? Everything
>>> I've found so far stopped working with Qt6. Not even doc.qt.io helps me.
>>>
>>> Hasn't this been tackled on this list before now? I thought it had but I
>>> can't find it if so.
>> I found this in a previous thread named [gentoo-user] Scripting KDE?. 
> --->8
>
> Thank you Dale. I knew it was familiar.
>
> Don't ask why I couldn't find it for myself, because I haven't a clue.
>


Well, I had to dig pretty good.  Even with my awful memory, I knew it
was mentioned.  Using the right search terms was where it got tricky.  I
found it tho.  Seamonkey does a pretty good job when it comes to
searching emails, assume Thunderbird works the same way. 

Very welcome. 

Dale

:-)  :-) 



Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-20 Thread Peter Humphrey
On Wednesday 18 September 2024 19:59:15 BST Dale wrote:
> Peter Humphrey wrote:
> > Greetings,
> > 
> > I maintain an ~amd64 system remotely over SSH (from downstairs), and that
> > includes rebooting it with, say, a new kernel. Sometimes the system is
> > running a KDE/Plasma GUI, and I want to log out gracefully from it before
> > rebooting, so that my session is saved. The question is: how? Everything
> > I've found so far stopped working with Qt6. Not even doc.qt.io helps me.
> > 
> > Hasn't this been tackled on this list before now? I thought it had but I
> > can't find it if so.
> 
> I found this in a previous thread named [gentoo-user] Scripting KDE?. 

--->8

Thank you Dale. I knew it was familiar.

Don't ask why I couldn't find it for myself, because I haven't a clue.

-- 
Regards,
Peter.






Re: [gentoo-user] re-activating a netbook

2024-09-19 Thread Filip Kobierski
> Horace no longer boots from USB

IMO that is because you are trying to boot in uefi mode and eeepc needs legacy 
mode.
Try flashing something that supports the legacy mode (MBR and so on).

Also I think reinstalling Gentoo would be easier than upgrading it.
Do you still want to use it? If so, remember about the binhost.


Regards
fkobi

 Original Message 
On 9/19/24 20:39, Philip Webb  wrote:

>  Back in 2009, I bought an Asus EEE netbook, which I called Horace,
>  & installed Gentoo alongside Windows, which I've never used.
>  Gentoo was last updated in 2015 ; the device is in good repair.
>  
>  Recently, I checked Horace & he still does  1  of his intended jobs,
>  ie reading & editing texts of novels etc downloaded from the I/net
>  (the other  2  jobs are no longer required).
>  
>  I wanted to replace Windows with Linux Mint or another binary distro
>  -- avoiding the need to update Gentoo -- , but ran into a problem :
>  Horace no longer boots from USB.  I can transfer files via USB stick,
>  but can't get a live USB version of Mint etc to start.
>  
>  Also, I now use Wifi exclusively -- I no longer have a landline -- ,
>  but while Horace can access Wifi, his Gentoo doesn't have Wifi installed,
>  so there's a Catch-22 : w/o a landline, I can't install WPA etc.
>  
>  One solution mb simply to copy an upto-date Mint ISO
>  into the partition now occupied by Windows -- which I don't need --
>  & set up Lilo -- which is my prefered boot manager -- to boot from it ;
>  Lilo currently allows a choice of Gentoo/Windows.
>  
>  Does anyone know if that would work or how to trouble-shoot it ?
>  
>  --
>  ,,
>  SUPPORT ___//___,   Philip Webb
>  ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
>  TRANSIT`-O--O---'   purslowatcadotinterdotnet
>  
>  
>


signature.asc
Description: OpenPGP digital signature


[gentoo-user] re-activating a netbook

2024-09-19 Thread Philip Webb
Back in 2009, I bought an Asus EEE netbook, which I called Horace,
& installed Gentoo alongside Windows, which I've never used.
Gentoo was last updated in 2015 ; the device is in good repair.

Recently, I checked Horace & he still does  1  of his intended jobs,
ie reading & editing texts of novels etc downloaded from the I/net
(the other  2  jobs are no longer required).

I wanted to replace Windows with Linux Mint or another binary distro
-- avoiding the need to update Gentoo -- , but ran into a problem :
Horace no longer boots from USB.  I can transfer files via USB stick,
but can't get a live USB version of Mint etc to start.

Also, I now use Wifi exclusively -- I no longer have a landline -- ,
but while Horace can access Wifi, his Gentoo doesn't have Wifi installed,
so there's a Catch-22 : w/o a landline, I can't install WPA etc.

One solution mb simply to copy an upto-date Mint ISO
into the partition now occupied by Windows -- which I don't need --
& set up Lilo -- which is my prefered boot manager -- to boot from it ;
Lilo currently allows a choice of Gentoo/Windows.

Does anyone know if that would work or how to trouble-shoot it ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatcadotinterdotnet




Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-18 Thread Mark Knecht
On Wed, Sep 18, 2024 at 6:42 AM Peter Humphrey 
wrote:
>
> Greetings,
>
> I maintain an ~amd64 system remotely over SSH (from downstairs), and that
> includes rebooting it with, say, a new kernel. Sometimes the system is
running
> a KDE/Plasma GUI, and I want to log out gracefully from it before
rebooting,
> so that my session is saved. The question is: how? Everything I've found
so
> far stopped working with Qt6. Not even doc.qt.io helps me.
>
> Hasn't this been tackled on this list before now? I thought it had but I
can't
> find it if so.
>
> --
> Regards,
> Peter.
>

I think the canned answer to that problem is running VNC which is what I
do on my Raspberry Pi's. I've done it on a Kubuntu laptop in the past.

Sadly that's more software overhead to maintain but I'm fairly confident
it does work.

Good luck,
MArk


Re: [gentoo-user] Exiting from Qt6 over SSH

2024-09-18 Thread Dale
Peter Humphrey wrote:
> Greetings,
>
> I maintain an ~amd64 system remotely over SSH (from downstairs), and that 
> includes rebooting it with, say, a new kernel. Sometimes the system is 
> running 
> a KDE/Plasma GUI, and I want to log out gracefully from it before rebooting, 
> so that my session is saved. The question is: how? Everything I've found so 
> far stopped working with Qt6. Not even doc.qt.io helps me.
>
> Hasn't this been tackled on this list before now? I thought it had but I 
> can't 
> find it if so.
>


I found this in a previous thread named [gentoo-user] Scripting KDE?. 


> Am Mon, Jul 29, 2024 at 02:17:13PM +0100 schrieb Peter Humphrey:
>> Greetings,
>>
>> I'd like to be able to shut a KDE machine down from another room, over SSH. 
>> If 
>> I do that with a simple 'reboot' command, I lose all my desktop contents. 
>> Not 
>> surprising, as KDE is not shutting itself down but having the rug yanked out 
>> from under it.
>>
>> Is there a way to pass a shutdown command to KDE over SSH? Google doesn't 
>> help 
>> me much, though it has a good deal of stuff on scripting inside KDE.
> Process communication in KDE happens with dbus. So whenever you want to 
> trigger an action in KDE vom the terminal, this is where you should look.
>
> The first two hits when I searched for "kde dbus logout" are:
> https://superuser.com/questions/395820/how-to-properly-end-a-kde-session-from-shell-without-root-privileges
> https://discuss.kde.org/t/logout-reboot-and-shutdown-using-the-terminal/743
>
> Perhaps they put you on the right track to your goal.


Does that help?  Is that the new way?  It's a recent thread. 

Dale

:-)  :-) 


[gentoo-user] Exiting from Qt6 over SSH

2024-09-18 Thread Peter Humphrey
Greetings,

I maintain an ~amd64 system remotely over SSH (from downstairs), and that 
includes rebooting it with, say, a new kernel. Sometimes the system is running 
a KDE/Plasma GUI, and I want to log out gracefully from it before rebooting, 
so that my session is saved. The question is: how? Everything I've found so 
far stopped working with Qt6. Not even doc.qt.io helps me.

Hasn't this been tackled on this list before now? I thought it had but I can't 
find it if so.

-- 
Regards,
Peter.






Re: [gentoo-user] crossdev wants to install apache on _host_

2024-09-16 Thread ralfconn

Il 16/09/24 10:42, Mickaël Bucas ha scritto:

Le sam. 14 sept. 2024 à 21:40, ralfconn  a écrit :


(snip)


All works fine, I cross-build on Host binary packages and then 'emerge
--usepkg' on the Target.

Well, almost all... On the Target I have apache, on the Host not because
I don't need it. Sometimes the update wants to install apache also on
the Host.

For example, today I have:

# emerge-aarch64-unknown-linux-gnu -uDvNa @world



(snip)



Note the lines without 'to /usr/aarch64-unknown-linux-gnu/", these
packages will be installed on Host.

Any ideas why?

thanks

raf


Hi Ralf

One possible explanation is that "www-servers/apache" could be a build
dependency of some other package. However I don't see in the list of
updates any package with this kind of dependency on
"www-servers/apache".

The only one that seems to depend on it is "app-eselect/eselect-php",
but it'd be installed on the host.

[ebuild  N ] app-eselect/eselect-php-0.9.9::gentoo  USE="apache2
fpm" 54 KiB


Do you install "dev-lang/php" on the target or the host or both ?



php is not on the Host:
# eix -I php apache
No matches found

It is on the Target, as a dependency of www-apps/pihole-admin-lte 
(tatsh-overlay) while apache is a dependency of php with USE=apache2. 
All as expected.


Looking at the pihole-admin-lte ebuild I find this:

BDEPEND="app-misc/jq app-portage/portage-utils"
RDEPEND="app-admin/sudo
dev-lang/php[fileinfo,filter,gd,intl,session,sqlite,tokenizer]
net-dns/pihole
virtual/httpd-php"

Humm, interesting, jq is another package that crossdev wants to install 
on the Host. BDEPEND are build-time dependencies and it is correctly 
cross-built on Host but for some reason crossdev wants to build it also 
for the Host.


Could it be an issue with the pihole-admin-lte ebuild rather than 
apache's? I'd need to understand ebuilds, easier said than done...


raf



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-16 Thread Dale
Frank Steinmetzger wrote:
> Am Sat, Sep 14, 2024 at 02:46:35PM -0500 schrieb Dale:
>
>> I was running the command again and when I was checking on it, it
>> stopped with this error. 
>>
>>
>>
>>   File "/root/dh", line 1209, in 
>>     main()
>>   File "/root/dh", line 1184, in main
>>     directory_hash(dir_path, '', dir_files, checksums)
>>   File "/root/dh", line 1007, in directory_hash
>>     os.path.basename(old_sums[filename][1])
>>  ^^
>> KeyError: 'Some Video.mp4'
> What was the exact command with which you ran it?
> Apparently the directory has a file 'Some Video.mp4', which was not listed 
> in an existing checksum file.

I'm fairly sure it was this command. 


/root/dh -c -f -F 1Checksums.md5 -v


I may have changed the -c to -u because I think it was the second run. 
I'd start with the thought it was -u if it were me.  There's another
command running right now and I cleared the scrollback part.  Once it
finishes, I can up arrow and be more sure.  At the moment, I'm letting
it test the files against the checksum it created, to be sure everything
is good.  It's almost half way through and no problems so far. 

I might add, I did a second run with -u, which I think produced the
error above, and it seems to have missed some directories.  When looking
I noticed some directories didn't have a checksum file in it.  That's
when I ran it a second time.  It skipped the ones it already did but
found the ones that was missed in first run.  There are almost 46,000
files in almost 800 directories.  Is there some tool your script relies
on that could make one of those numbers to high? 

> I also noticed a problem recently which happens if you give dh a directory 
> as argument which has no checksum file in it. Or something like it, I can’t 
> reproduce it from memory right now. I have been doing some refactoring 
> recently in order to get one-file-per-tree mode working.
>
>> I was doing a second run because I updated some files.  So, it was
>> skipping some and creating new for some new ones.  This is the command I
>> was running, which may not be the best way. 
>>
>>
>> /root/dh -c -f -F 1Checksums.md5 -v
> Yeah, using the -c option will clobber any old checksums and re-read all 
> files fresh. If you only changed a few files, using the -u option will 
> drastically increase speed because only the changed files will be read.
> Use the -d option to clean up dangling entries from checksum files.

That was my thinking.  When I update a set, I'll likely just cd to that
directory and update, -u, that one directory instead of everything. 
That will save time and all.  Doing everything takes days.  LOL


>
>> Also, what is the best way to handle this type of situation.  Let's say
>> I have a set of videos.  Later on I get a better set of videos, higher
>> resolution or something.  I copy those to a temporary directory then use
>> your dmv script from a while back to replace the old files with the new
>> files but with identical names.  Thing is, file is different, sometimes
>> a lot different.  What is the best way to get it to update the checksums
>> for the changed files?  Is the command above correct? 
> dh has some smarts built-in. If you changed a file, then its modification 
> timestamp will get udpated. When dh runs in -u mode and it finds a file 
> whose timestamp is newer than its associated checksum file, that means the 
> file may have been altered since the creation of that checksum. So dh will 
> re-hash the file and replace the checksum in the checksum file.
>

Sounds good.  I wasn't sure if it would see the change or not. 


>> I'm sometimes pretty good at finding software bugs.  But hey, it just
>> makes your software better.  ;-) 
> Me too, usually. If it’s not my software, anyways. ^^
> But I think you may be the first other of that tool other than me.
>


One thing I've noticed, when I run this tool, my video sputters at
times.  It does fine when not running.  This tool makes that set of hard
drives pretty busy.  It might be nice to add a ionice setting.  I'd just
set it inside the script.  If a person wants, they can edit and change
it.  Just set it to a little lower than normal stuff should be fine.  If
I restart smplayer, I may set its ionice to a higher priority.  Just a
thought and likely easy enough to do.  I don't want to stop your script
given it is so far along.

It sometimes pops up a question.  I figured out that I type in the
answer with the letter that is in parentheses.  Could you explain the
options a bit just to be sure I understand it correctly? 

So far, this is a nice tool.  It should find corruption, like my bad
memory stick, bit rot, bad drive or anything else that could corrupt a
file.  Even power failure I'd think.  It takes a while to do the
checksums but the script itself is fast.  Once you really happy with
this and feel like it is ready, you should really make a announcement
that it is ready.  Anyone who does a lot of write once and 

Re: [gentoo-user] crossdev wants to install apache on _host_

2024-09-16 Thread Mickaël Bucas
Le sam. 14 sept. 2024 à 21:40, ralfconn  a écrit :
>
> Hello,
>
> I have a RaspberryPi with gentoo, I use crossdev to update it. I have
> NFS server and client on both the Host and the Target so that I can mount:
>
> on the Target, the Host's
> /usr/aarch64-unknown-linux-gnu/var/cache/binpkgs
> /usr/aarch64-unknown-linux-gnu/var/db/repos
>
> and on the Host, the Target's
> /var/db/pkg
>
> I copy the Target's world file manually from Target to Host's
> /usr/aarch64-unknown-linux-gnu/var/lib/portage/
>
> All works fine, I cross-build on Host binary packages and then 'emerge
> --usepkg' on the Target.
>
> Well, almost all... On the Target I have apache, on the Host not because
> I don't need it. Sometimes the update wants to install apache also on
> the Host.
>
> For example, today I have:
>
> # emerge-aarch64-unknown-linux-gnu -uDvNa @world
>
> [ebuild  N ] acct-group/apache-0-r3::gentoo  0 KiB
> [ebuild  N ] acct-group/named-0-r3::gentoo to
> /usr/aarch64-unknown-linux-gnu/ 0 KiB
> [ebuild  N ] dev-libs/oniguruma-6.9.9:0/5::gentoo
> USE="-crnl-as-line-terminator -static-libs" 936 KiB
> [ebuild  N ] acct-user/apache-0-r3::gentoo  0 KiB
> [ebuild  N ] acct-user/named-0-r3::gentoo to
> /usr/aarch64-unknown-linux-gnu/ 0 KiB
> [ebuild  N ] dev-libs/apr-1.7.5:1/1.7::gentoo  USE="urandom -doc
> -old-kernel (-selinux) -static-libs -valgrind" 878 KiB
> [ebuild U  ] dev-libs/expat-2.6.3::gentoo [2.6.2::gentoo] to
> /usr/aarch64-unknown-linux-gnu/ USE="unicode -examples -static-libs
> -test" 475 KiB
> [ebuild U  ] net-misc/curl-8.10.0::gentoo [8.9.1-r1::gentoo] to
> /usr/aarch64-unknown-linux-gnu/ USE="adns alt-svc ftp hsts http2 http3
> imap openssl pop3 progress-meter psl quic smtp ssl tftp websockets*
> -brotli -debug -gnutls -gopher -idn -kerberos -ldap -mbedtls -rtmp
> (-rustls) -samba -ssh (-sslv3) -static-libs -telnet -test -verify-sig
> -zstd" CURL_QUIC="openssl -ngtcp2" CURL_SSL="openssl -gnutls -mbedtls
> (-rustls)" 2666 KiB
> [ebuild  N ] dev-libs/apr-util-1.6.3:1::gentoo  USE="gdbm -berkdb
> -doc -ldap -mysql -nss -odbc -openssl -postgres -sqlite -static-libs"
> 423 KiB
> [ebuild  N ] app-admin/apache-tools-2.4.62::gentoo  USE="ssl" 7346 KiB
> [ebuild  N ] www-servers/apache-2.4.62:2::gentoo  USE="gdbm ssl
> suexec-caps -debug -doc -ldap (-selinux) -static -suexec -suexec-syslog
> -systemd -threads" APACHE2_MODULES="actions alias auth_basic authn_anon
> authn_core authn_dbm authn_file authz_core authz_dbm authz_groupfile
> authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs
> dav_lock deflate dir env expires ext_filter file_cache filter headers
> http2 include info log_config logio mime mime_magic negotiation rewrite
> setenvif socache_shmcb speling status unique_id unixd userdir usertrack
> vhost_alias -access_compat -allowmethods -asis -auth_digest -auth_form
> -authn_dbd -authn_socache -authz_dbd -brotli -cache_disk -cache_socache
> -cern_meta -charset_lite -dbd -dumpio -ident -imagemap
> -lbmethod_bybusyness -lbmethod_byrequests -lbmethod_bytraffic
> -lbmethod_heartbeat -log_forensic (-lua) -macro -md -proxy -proxy_ajp
> -proxy_balancer -proxy_connect -proxy_fcgi -proxy_ftp -proxy_hcheck
> -proxy_html -proxy_http -proxy_http2 -proxy_scgi -proxy_uwsgi
> -proxy_wstunnel -ratelimit -remoteip -reqtimeout -session
> -session_cookie -session_crypto -session_dbd -slotmem_shm
> -socache_memcache -substitute -tls -version -watchdog -xml2enc"
> APACHE2_MPMS="-event -prefork -worker" LUA_SINGLE_TARGET="lua5-1 -lua5-3
> -lua5-4" 26 KiB
> [ebuild  N ] app-eselect/eselect-php-0.9.9::gentoo  USE="apache2
> fpm" 54 KiB
> [ebuild  N ] dev-libs/json-c-0.17:0/5::gentoo to
> /usr/aarch64-unknown-linux-gnu/ USE="-static-libs -threads" 381 KiB
> [ebuild U  ] sys-libs/glibc-2.40-r3:2.2::gentoo [2.40:2.2::gentoo]
> to /usr/aarch64-unknown-linux-gnu/ USE="multiarch ssp (static-libs)
> -audit -caps (-cet) -compile-locales (-custom-cflags) -doc -gd
> -hash-sysv-compat -headers-only (-multilib) -multilib-bootstrap -nscd
> -perl -profile (-selinux) (-stack-realign) -suid -systemd -systemtap
> -test (-vanilla)" 18368 KiB
> [ebuild U  ] app-crypt/gpgme-1.23.2-r2:1/11.6.15.2::gentoo
> [1.23.2:1/11.6.15.2::gentoo] to /usr/aarch64-unknown-linux-gnu/ USE="cxx
> -common-lisp -debug -python -qt5 -qt6 -static-libs -test -verify-sig"
> PYTHON_TARGETS="python3_12 -python3_10 -python3_11 -python3_13" 1794 KiB
> [ebuild U  ] dev-lang/python-3.12.6:3.12::gentoo
> [3.12.5_p1:3.12::gentoo] to /usr/aarch64-unknown-linux-gnu/
> USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build -debug
> -examples -libedit -pgo -test -tk -valgrind -verify-sig" 19962 KiB
> [ebuild U  ] dev-python/urllib3-2.2.3::gentoo [2.2.2::gentoo] to
> /usr/aarch64-unknown-linux-gnu/ USE="-brotli -http2 -test -zstd"
> PYTHON_TARGETS="python3_12 -pypy3 -python3_10 -python3_11 -python3_13"
> 294 KiB
> [ebuild U  ] sys-apps/portage-3.0.66::gentoo [3.0.65-r1::gentoo] to
> /usr/aarc

Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-15 Thread Frank Steinmetzger
Am Sat, Sep 14, 2024 at 02:46:35PM -0500 schrieb Dale:

> I was running the command again and when I was checking on it, it
> stopped with this error. 
> 
> 
> 
>   File "/root/dh", line 1209, in 
>     main()
>   File "/root/dh", line 1184, in main
>     directory_hash(dir_path, '', dir_files, checksums)
>   File "/root/dh", line 1007, in directory_hash
>     os.path.basename(old_sums[filename][1])
>  ^^
> KeyError: 'Some Video.mp4'

What was the exact command with which you ran it?
Apparently the directory has a file 'Some Video.mp4', which was not listed 
in an existing checksum file.

I also noticed a problem recently which happens if you give dh a directory 
as argument which has no checksum file in it. Or something like it, I can’t 
reproduce it from memory right now. I have been doing some refactoring 
recently in order to get one-file-per-tree mode working.

> I was doing a second run because I updated some files.  So, it was
> skipping some and creating new for some new ones.  This is the command I
> was running, which may not be the best way. 
> 
> 
> /root/dh -c -f -F 1Checksums.md5 -v

Yeah, using the -c option will clobber any old checksums and re-read all 
files fresh. If you only changed a few files, using the -u option will 
drastically increase speed because only the changed files will be read.
Use the -d option to clean up dangling entries from checksum files.


> Also, what is the best way to handle this type of situation.  Let's say
> I have a set of videos.  Later on I get a better set of videos, higher
> resolution or something.  I copy those to a temporary directory then use
> your dmv script from a while back to replace the old files with the new
> files but with identical names.  Thing is, file is different, sometimes
> a lot different.  What is the best way to get it to update the checksums
> for the changed files?  Is the command above correct? 

dh has some smarts built-in. If you changed a file, then its modification 
timestamp will get udpated. When dh runs in -u mode and it finds a file 
whose timestamp is newer than its associated checksum file, that means the 
file may have been altered since the creation of that checksum. So dh will 
re-hash the file and replace the checksum in the checksum file.


> I'm sometimes pretty good at finding software bugs.  But hey, it just
> makes your software better.  ;-) 

Me too, usually. If it’s not my software, anyways. ^^
But I think you may be the first other of that tool other than me.

-- 
Grüße | Greetings | Salut | Qapla’
Someone who eats oats for 200 years becomes very old.


signature.asc
Description: PGP signature


[gentoo-user] feature request for dev-tcltk/expect : install autoexpect to /usr/bin

2024-09-15 Thread Håkon Alstadheim
As it is, if I want to run autoexpect I need to install with USE="doc", 
and then unpack and install the script manually. This means I need to 
update it whenever expect is updated, in case there are changes. I'd 
love to see something like:


--- a/dev-tcltk/expect/expect-5.45.4-r5.ebuild
+++ b/dev-tcltk/expect/expect-5.45.4-r5.ebuild
@@ -69,7 +69,7 @@ expect_make_var() {

 src_install() {
 default
-
+    cp -v example/autoexpect "${D}/usr/bin/"
 if use doc ; then
     docinto examples
--

, possibly controlled by a "tools" use-flag.



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-14 Thread Dale
Frank Steinmetzger wrote:
> Am Fri, Sep 06, 2024 at 01:21:20PM +0100 schrieb Michael:
>
 find path-to-directory/ -type f | xargs md5sum > digest.log

 then to compare with a backup of the same directory you could run:

 md5sum -c digest.log | grep FAILED
> I had a quick look at the manpage: with md5sum --quiet you can omit the grep 
> part.
>
 Someone more knowledgeable should be able to knock out some clever python
 script to do the same at speed.
> And that is exactly what I have written for myself over the last 11 years. I 
> call it dh (short for dirhash). As I described in the previous mail, I use 
> it to create one hash files per directory. But it also supports one hash 
> file per data file and – a rather new feature – one hash file at the root of 
> a tree. Have a look here: https://github.com/felf/dh
> Clone the repo or simply download the one file and put it into your path.
>
>>> I'll be honest here, on two points.  I'd really like to be able to do
>>> this but I have no idea where to or how to even start.  My setup for
>>> series type videos.  In a parent directory, where I'd like a tool to
>>> start, is about 600 directories.  On a few occasions, there is another
>>> directory inside that one.  That directory under the parent is the name
>>> of the series.
> In its default, my tool ignores directories which have subdirectories. It 
> only hashes files in dirs that have no subdirs (leaves in the tree). But 
> this can be overridden with the -f option.
>
> My tool also has an option to skip a number of directories and to process 
> only a certain number of directories.
>
>>> Sometimes I have a sub directory that has temp files;
>>> new files I have yet to rename, considering replacing in the main series
>>> directory etc.  I wouldn't mind having a file with a checksum for each
>>> video in the top directory, and even one in the sub directory.  As a
>>> example.
>>>
>>> TV_Series/
>>>
>>> ├── 77 Sunset Strip (1958)
>>> │   └── torrent
>>> ├── Adam-12 (1968)
>>> ├── Airwolf (1984)
> So with my tool you would do
> $ dh -f -F all TV_Series
> `-F all` causes a checksum file to be created for each data file.
>
>>> What
>>> I'd like, a program that would generate checksums for each file under
>>> say 77 Sunset and it could skip or include the directory under it.
> Unfortunately I don’t have a skip feature yet that skips specific 
> directories. I could add a feature that looks for a marker file and then 
> skips that directory (and its subdirs).
>

I was running the command again and when I was checking on it, it
stopped with this error. 



  File "/root/dh", line 1209, in 
    main()
  File "/root/dh", line 1184, in main
    directory_hash(dir_path, '', dir_files, checksums)
  File "/root/dh", line 1007, in directory_hash
    os.path.basename(old_sums[filename][1])
 ^^
KeyError: 'Some Video.mp4'



I was doing a second run because I updated some files.  So, it was
skipping some and creating new for some new ones.  This is the command I
was running, which may not be the best way. 


/root/dh -c -f -F 1Checksums.md5 -v


That make any sense to you?  That's all it spit out. 

Also, what is the best way to handle this type of situation.  Let's say
I have a set of videos.  Later on I get a better set of videos, higher
resolution or something.  I copy those to a temporary directory then use
your dmv script from a while back to replace the old files with the new
files but with identical names.  Thing is, file is different, sometimes
a lot different.  What is the best way to get it to update the checksums
for the changed files?  Is the command above correct? 

I'm sometimes pretty good at finding software bugs.  But hey, it just
makes your software better.  ;-) 

Dale

:-)  :-) 



[gentoo-user] crossdev wants to install apache on _host_

2024-09-14 Thread ralfconn

Hello,

I have a RaspberryPi with gentoo, I use crossdev to update it. I have 
NFS server and client on both the Host and the Target so that I can mount:


on the Target, the Host's
/usr/aarch64-unknown-linux-gnu/var/cache/binpkgs
/usr/aarch64-unknown-linux-gnu/var/db/repos

and on the Host, the Target's
/var/db/pkg

I copy the Target's world file manually from Target to Host's
/usr/aarch64-unknown-linux-gnu/var/lib/portage/

All works fine, I cross-build on Host binary packages and then 'emerge 
--usepkg' on the Target.


Well, almost all... On the Target I have apache, on the Host not because 
I don't need it. Sometimes the update wants to install apache also on 
the Host.


For example, today I have:

# emerge-aarch64-unknown-linux-gnu -uDvNa @world

[ebuild  N ] acct-group/apache-0-r3::gentoo  0 KiB
[ebuild  N ] acct-group/named-0-r3::gentoo to 
/usr/aarch64-unknown-linux-gnu/ 0 KiB
[ebuild  N ] dev-libs/oniguruma-6.9.9:0/5::gentoo 
USE="-crnl-as-line-terminator -static-libs" 936 KiB

[ebuild  N ] acct-user/apache-0-r3::gentoo  0 KiB
[ebuild  N ] acct-user/named-0-r3::gentoo to 
/usr/aarch64-unknown-linux-gnu/ 0 KiB
[ebuild  N ] dev-libs/apr-1.7.5:1/1.7::gentoo  USE="urandom -doc 
-old-kernel (-selinux) -static-libs -valgrind" 878 KiB
[ebuild U  ] dev-libs/expat-2.6.3::gentoo [2.6.2::gentoo] to 
/usr/aarch64-unknown-linux-gnu/ USE="unicode -examples -static-libs 
-test" 475 KiB
[ebuild U  ] net-misc/curl-8.10.0::gentoo [8.9.1-r1::gentoo] to 
/usr/aarch64-unknown-linux-gnu/ USE="adns alt-svc ftp hsts http2 http3 
imap openssl pop3 progress-meter psl quic smtp ssl tftp websockets* 
-brotli -debug -gnutls -gopher -idn -kerberos -ldap -mbedtls -rtmp 
(-rustls) -samba -ssh (-sslv3) -static-libs -telnet -test -verify-sig 
-zstd" CURL_QUIC="openssl -ngtcp2" CURL_SSL="openssl -gnutls -mbedtls 
(-rustls)" 2666 KiB
[ebuild  N ] dev-libs/apr-util-1.6.3:1::gentoo  USE="gdbm -berkdb 
-doc -ldap -mysql -nss -odbc -openssl -postgres -sqlite -static-libs" 
423 KiB

[ebuild  N ] app-admin/apache-tools-2.4.62::gentoo  USE="ssl" 7346 KiB
[ebuild  N ] www-servers/apache-2.4.62:2::gentoo  USE="gdbm ssl 
suexec-caps -debug -doc -ldap (-selinux) -static -suexec -suexec-syslog 
-systemd -threads" APACHE2_MODULES="actions alias auth_basic authn_anon 
authn_core authn_dbm authn_file authz_core authz_dbm authz_groupfile 
authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs 
dav_lock deflate dir env expires ext_filter file_cache filter headers 
http2 include info log_config logio mime mime_magic negotiation rewrite 
setenvif socache_shmcb speling status unique_id unixd userdir usertrack 
vhost_alias -access_compat -allowmethods -asis -auth_digest -auth_form 
-authn_dbd -authn_socache -authz_dbd -brotli -cache_disk -cache_socache 
-cern_meta -charset_lite -dbd -dumpio -ident -imagemap 
-lbmethod_bybusyness -lbmethod_byrequests -lbmethod_bytraffic 
-lbmethod_heartbeat -log_forensic (-lua) -macro -md -proxy -proxy_ajp 
-proxy_balancer -proxy_connect -proxy_fcgi -proxy_ftp -proxy_hcheck 
-proxy_html -proxy_http -proxy_http2 -proxy_scgi -proxy_uwsgi 
-proxy_wstunnel -ratelimit -remoteip -reqtimeout -session 
-session_cookie -session_crypto -session_dbd -slotmem_shm 
-socache_memcache -substitute -tls -version -watchdog -xml2enc" 
APACHE2_MPMS="-event -prefork -worker" LUA_SINGLE_TARGET="lua5-1 -lua5-3 
-lua5-4" 26 KiB
[ebuild  N ] app-eselect/eselect-php-0.9.9::gentoo  USE="apache2 
fpm" 54 KiB
[ebuild  N ] dev-libs/json-c-0.17:0/5::gentoo to 
/usr/aarch64-unknown-linux-gnu/ USE="-static-libs -threads" 381 KiB
[ebuild U  ] sys-libs/glibc-2.40-r3:2.2::gentoo [2.40:2.2::gentoo] 
to /usr/aarch64-unknown-linux-gnu/ USE="multiarch ssp (static-libs) 
-audit -caps (-cet) -compile-locales (-custom-cflags) -doc -gd 
-hash-sysv-compat -headers-only (-multilib) -multilib-bootstrap -nscd 
-perl -profile (-selinux) (-stack-realign) -suid -systemd -systemtap 
-test (-vanilla)" 18368 KiB
[ebuild U  ] app-crypt/gpgme-1.23.2-r2:1/11.6.15.2::gentoo 
[1.23.2:1/11.6.15.2::gentoo] to /usr/aarch64-unknown-linux-gnu/ USE="cxx 
-common-lisp -debug -python -qt5 -qt6 -static-libs -test -verify-sig" 
PYTHON_TARGETS="python3_12 -python3_10 -python3_11 -python3_13" 1794 KiB
[ebuild U  ] dev-lang/python-3.12.6:3.12::gentoo 
[3.12.5_p1:3.12::gentoo] to /usr/aarch64-unknown-linux-gnu/ 
USE="ensurepip gdbm ncurses readline sqlite ssl -bluetooth -build -debug 
-examples -libedit -pgo -test -tk -valgrind -verify-sig" 19962 KiB
[ebuild U  ] dev-python/urllib3-2.2.3::gentoo [2.2.2::gentoo] to 
/usr/aarch64-unknown-linux-gnu/ USE="-brotli -http2 -test -zstd" 
PYTHON_TARGETS="python3_12 -pypy3 -python3_10 -python3_11 -python3_13" 
294 KiB
[ebuild U  ] sys-apps/portage-3.0.66::gentoo [3.0.65-r1::gentoo] to 
/usr/aarch64-unknown-linux-gnu/ USE="(ipc) native-extensions 
rsync-verify xattr -apidoc -build -doc -gentoo-dev (-selinux) -test" 
PYTHON_TARGETS="python3_12 -pypy3 -python3_10 -py

[gentoo-user] Portage improved

2024-09-14 Thread Peter Humphrey
Greetings,

I see that the latest version of portage has improved the handling of giant 
packages. Today I had a few dozen kde-frameworks packages to install, together 
with webkit-gtk. That job was near the top of the list, so it was started 
before most of the kde ones. I have this in make.conf:

$ grep '\-j' /etc/portage/make.conf
EMERGE_DEFAULT_OPTS="--jobs=24 --load-average=30 [...]"
MAKEOPTS="-j16 -l16"

(64GB, 24 CPU threads)

The CPU load then rose quickly past 40 as the kde packages got stuck in, up to 
24 total jobs. I was surprised and pleased to see that packages were made to 
pause until cores became available. This process was progressive until the 
load came down again.

That's a big improvement, and I'd like to commend the team on it.

Just one little fly in the ointment: the status string became too long to show 
properly. Perhaps shorter phrases could be used, or numbers limited to two 
digits, or the 80-character line limit exceeded while running in an x-term.

Anyway, well done the team!

-- 
Regards,
Peter.






Re: [gentoo-user] xpra server on gentoo? Any gotchas?

2024-09-14 Thread Michael
On Friday 13 September 2024 10:16:14 BST n952162 wrote:
> Hello all,
> 
> when I run an xpra server on a gentoo box and attach via a client  on a
> nixos box, I get the following:
> 
> /: Permission denied (publickey,password,keyboard-interactive)./
> /2024-09-13 11:04:03,232 Error: failed to receive anything, not an
> xpra server?/
> /2024-09-13 11:04:03,233   could also be the wrong protocol,
> username, password or port/
> /2024-09-13 11:04:03,233   or the session was not found/
> /2024-09-13 11:04:03,233 Connection failed/
> 
> "PasswordAuthentication yes" is left commented out in
> /etc/ssh/sshd_config, i.e. is the default.
> 
> Anyone experience this?

I don't use Xpra to know its intricacies, but the error message is giving you 
a hint.  Some quick things to check for:

Is there a listening port on the server box as you have specified?

Is Xpra running on the server?

Are you binding the correct address, or all addresses, e.g.:

xpra start --bind-ssh=0.0.0.0:2 --start=some_app

Can the user running the Xpra server access the private key?  You can set 
IdentityFile, or make sure the user can access ~/.ssh/.

Is there a firewall blocking access?

And finally, increase verbosity and then check what the logs reveal on both 
ends of the connection, other than the no response message you posted.

HTH.

signature.asc
Description: This is a digitally signed message part.


[gentoo-user] xpra server on gentoo? Any gotchas?

2024-09-14 Thread n952162

Hello all,

when I run an xpra server on a gentoo box and attach via a client  on a
nixos box, I get the following:

   /: Permission denied (publickey,password,keyboard-interactive)./
   /2024-09-13 11:04:03,232 Error: failed to receive anything, not an
   xpra server?/
   /2024-09-13 11:04:03,233   could also be the wrong protocol,
   username, password or port/
   /2024-09-13 11:04:03,233   or the session was not found/
   /2024-09-13 11:04:03,233 Connection failed/

"PasswordAuthentication yes" is left commented out in
/etc/ssh/sshd_config, i.e. is the default.

Anyone experience this?



[gentoo-user] xpra server on gentoo? Any gotchas?

2024-09-14 Thread n952162

Hello all,

when I run an xpra server on a gentoo box and attach via a client  on a
nixos box, I get the following:

   /: Permission denied (publickey,password,keyboard-interactive)./
   /2024-09-13 11:04:03,232 Error: failed to receive anything, not an
   xpra server?/
   /2024-09-13 11:04:03,233   could also be the wrong protocol,
   username, password or port/
   /2024-09-13 11:04:03,233   or the session was not found/
   /2024-09-13 11:04:03,233 Connection failed/

"PasswordAuthentication yes" is left commented out in
/etc/ssh/sshd_config, i.e. is the default.

Anyone experience this?



Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-13 Thread Frank Steinmetzger
Am Fri, Sep 13, 2024 at 01:19:00AM -0500 schrieb Dale:

> >> P. S.  Planning to try that checksum script soon.  It's a large number
> >> of files so it will take a long time to run.  I think you mentioned that
> >> if stopped, it will resume where it left off.
> > Only if it creates checksums, because it knows by the existence of 
> > checksums 
> > where to resume. But if you want to read checksums and verify them, you 
> > need 
> > to use arguments to tell it how many directories to process and how many to 
> > skip at the beginning.
> >
> > Perhaps try it first with a few small directories to get a feel for its 
> > behaviour. The normal way to go is:
> >
> > dh -u [DIR] to create the checksum files
> > dh [DIR] do read it back
> > Use the --skip option to skip the given number of dirs at the beginning.
> >
> > Remember that by default it will not create checksums in directories that 
> > have subdirectories. I know this sounds a little strange, but for a 
> > hierarchy of music albums, this seemed sensible 10 years ago.
> >
> 
> Well, I read through the help page and settled on this.  I might have
> did this wrong.  ;-)
> 
> /root/dh -c -F 1Checksums.md5 -v
> 
> Right now I have the command in /root.  I just did a cd to the parent
> directory I wanted it to work on and then ran that command.  Right now,
> it is working on this bit.
> 
> 
> (dir 141 of 631)
> 
> and
> 
> (file  8079 of 34061)

I am thinking about adding filesize information, but that would require 
updating the status line during the processing of a file instead of only 
between files. That’s not trivial, as it involves timers and threads.

> I was wondering tho, is there a way to make it put all the checksum
> files in one place, like a directory call checksums, and they just all
> go in there?

Hm … from an algorithmic point of view, it would actually not be that 
complicated by creating a shortened filename from the source directory, but 
the real-world use seems a bit far-fetched. Checksums should be close to 
their data. If you have read errors for either, then the other is useless 
anyways. :D

> Or just a single file in the parent directory?  That way
> the files aren't in each directory.

That’s what the -s option is for. This will create only one checksum file at 
the root level for each directory argument. So if you run `dh -us foo/ bar/`, 
then it will go into foo/, create one checksum file there and put all lines 
into that one file, even for subdirectories, and do the same in bar/.

However, at the moment automatically detecting and properly verifying those 
files is still in the works. So I think you have to use the -s option or -F 
all to read them.

> Thing is, can I still just run it
> on one directory if I have a suspected bad one?

Not with one checksum file at the root level for an entire tree. The way I 
would handle this case: run dh -u on the directory of interest and then 
compare the checksums in the root-level file and the newly created file with 
a diff tool. Or copy the lines from the existing checksum file, create a new 
file in the directory of interest, remove the directory part of the paths 
and then run dh on just that directory.

-- 
Grüße | Greetings | Salut | Qapla’
I don’t have a problem with alcohol, just without!


signature.asc
Description: PGP signature


[gentoo-user] xpra server on gentoo? Any gotchas?

2024-09-13 Thread n952162

Hello all,

when I run an xpra server on a gentoo box and attach via a client is on
a nixos box), I get the following:

   /: Permission denied (publickey,password,keyboard-interactive)./
   /2024-09-13 11:04:03,232 Error: failed to receive anything, not an
   xpra server?/
   /2024-09-13 11:04:03,233   could also be the wrong protocol,
   username, password or port/
   /2024-09-13 11:04:03,233   or the session was not found/
   /2024-09-13 11:04:03,233 Connection failed/

"PasswordAuthentication yes" is left commented out in
/etc/ssh/sshd_config, i.e. is the default.

Anyone experience this?



Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-13 Thread Peter Humphrey
On Friday 13 September 2024 11:03:08 BST Dale wrote:

> I notice another KDE release is on the way.  It's unstable when it hits
> the tree but I run unstable for KDE and friends.  It may have some fixes
> as well.  Introduce a new feature, get half a dozen bugs to fix.  Fix
> those and then repeat.  LOL  Isn't that the way software works??? 
> 
> Should have a nice update to do this weekend. 

Good news - I've just installed it, and it does seem to have fixed my problem 
with misplaced windows. Just a quick look so far, but it seems good. I only 
have the one connected monitor, though.

-- 
Regards,
Peter.






Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-13 Thread Dale
Peter Humphrey wrote:
> On Thursday 12 September 2024 13:54:25 BST Dale wrote:
>
>> This is fairly new and very consistent.  It started a couple updates ago
>> and I was hoping it was a bug and would be fixed.  I'm starting to think
>> it is a new feature.  I've looked in preferences and can't find any
>> setting related to this behavior.
> Is it related to the recent problem in sddm or plasma, in which things appear 
> on the wrong desktops on startup, or all piled up on top of one another?
>


Not this time.  There was a setting for this but I didn't think it would
do what I wanted so I didn't try it.  Frank mentioned that was the
correct setting and I tried it.  Sure enough, that was the problem.  I
figured I either missed something or Dolphin just made a big change. It
was me. 

I will say this to tho, I was getting the same plasma thing until I
started setting up window rules for all my apps.  I also removed the
plasma panel thingy at the bottom of screen two.  That also helped with
some other issues.  Firefox started going to screen 2 the other day.  I
set up window rules for it and included both size and screen location. 
It seems the Force option is the only reliable way to make it work tho. 

I notice another KDE release is on the way.  It's unstable when it hits
the tree but I run unstable for KDE and friends.  It may have some fixes
as well.  Introduce a new feature, get half a dozen bugs to fix.  Fix
those and then repeat.  LOL  Isn't that the way software works??? 

Should have a nice update to do this weekend. 

Dale

:-)  :-) 

P. S.  Checksum tool says this now.  (dir 190 of 631)  It's chewing on
it.  Just like eating a elephant.  :-D



Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-13 Thread Peter Humphrey
On Thursday 12 September 2024 13:54:25 BST Dale wrote:

> This is fairly new and very consistent.  It started a couple updates ago
> and I was hoping it was a bug and would be fixed.  I'm starting to think
> it is a new feature.  I've looked in preferences and can't find any
> setting related to this behavior.

Is it related to the recent problem in sddm or plasma, in which things appear 
on the wrong desktops on startup, or all piled up on top of one another?

-- 
Regards,
Peter.






Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-12 Thread Dale
Frank Steinmetzger wrote:
> Am Thu, Sep 12, 2024 at 08:53:17AM -0500 schrieb Dale:
>
>> Frank Steinmetzger wrote:
>>> Am Thu, Sep 12, 2024 at 07:54:25AM -0500 schrieb Dale:
 Howdy,

 I use Dolphin a lot.  I like it and all but recently, it started doing
 something that annoys me.  When I'm doing something, I tend to open a
 instance of Dolphin for whatever it is I'm doing.  I also leave
 instances open and ready for when I do routine things.  Some things I do
 so often, I leave them open all the time.  Usually that is four
 instances.  If needed, for example when I'm getting videos off trail
 cameras, I open another instance until I'm done with that task.  So, I
 use Dolphin for different things on different desktops with tabs in
 different places.  It just makes things easier, faster and works best
 for me. 
 […]
>>> Dolphin settings, very first page, very first setting: set it to open a 
>>> fixed location at startup. Then it will not restore any previous internal 
>>> state.
>> I saw that setting.  First place I looked.  Thing is, since I didn't
>> want it to always start at the same place, I thought that wouldn't
>> work.  I thought that no matter what I clicked, it would open at that
>> place.  Given you said that would work, I tried it.  I set it to /, or
>> root, but if I click on a folder on the desktop, sure enough, it starts
>> and opens the folder I clicked on.  Did that a few times just to be
>> sure.  LOL  I also plugged in a USB stick, mounted it and then told the
>> notification thingy to open in File Manager.  Yep, it opened right where
>> it should.  I was looking for a instance setting or something since it
>> kept copying other running instances and their tabs.  I wouldn't have
>> ever thought to try that setting.
>>
>> They might want to explain that setting a little bit.  While I saw it, I
>> certainly didn't expect it to behave this way.  I expected it to open at
>> that location no matter how Dolphin was started. 
> Perhaps it’s actually a bug. Even if Dolphin is supposed to restore a 
> previous session, it *should* open the location it is given by parameter.

Well, so far it has been working fine.  I've had to open a couple things
and have been using instances that I have running all the time.  It's
working like I want it seems. 


>> P. S.  Planning to try that checksum script soon.  It's a large number
>> of files so it will take a long time to run.  I think you mentioned that
>> if stopped, it will resume where it left off.
> Only if it creates checksums, because it knows by the existence of checksums 
> where to resume. But if you want to read checksums and verify them, you need 
> to use arguments to tell it how many directories to process and how many to 
> skip at the beginning.
>
> Perhaps try it first with a few small directories to get a feel for its 
> behaviour. The normal way to go is:
>
> dh -u [DIR] to create the checksum files
> dh [DIR] do read it back
> Use the --skip option to skip the given number of dirs at the beginning.
>
> Remember that by default it will not create checksums in directories that 
> have subdirectories. I know this sounds a little strange, but for a 
> hierarchy of music albums, this seemed sensible 10 years ago.
>

Well, I read through the help page and settled on this.  I might have
did this wrong.  ;-)

/root/dh -c -F 1Checksums.md5 -v

Right now I have the command in /root.  I just did a cd to the parent
directory I wanted it to work on and then ran that command.  Right now,
it is working on this bit.


(dir 141 of 631)

and

(file  8079 of 34061)

It has been running for about 6 hours or so now.  I think it's gonna
take a while.  I asked it to change the name a bit so that the checksum
file would be at the top.  That way if I go to a directory and want to
watch every video in that directory, I can do a CTRL + A and then hold
the control key and click to deselect the checksum file which should be
at the top.  Then start the video player.

I was wondering tho, is there a way to make it put all the checksum
files in one place, like a directory call checksums, and they just all
go in there?  Or just a single file in the parent directory?  That way
the files aren't in each directory.  Thing is, can I still just run it
on one directory if I have a suspected bad one?  Your tool does a lot. 

So far, yet another awesome script tool.  Awesome work.  This should
pick up on file problems easy enough. 

Dale

:-)  :-) 

P. S.  USPS claimed my memory sticks would arrive by Wednesday.  Still
not there.  Just says arriving late now.  Should have sent via UPS or
something.  LOL  Oh, did get some rain today.  Also got some serious wind. 



Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-12 Thread Frank Steinmetzger
Am Thu, Sep 12, 2024 at 08:53:17AM -0500 schrieb Dale:

> Frank Steinmetzger wrote:
> > Am Thu, Sep 12, 2024 at 07:54:25AM -0500 schrieb Dale:
> >> Howdy,
> >>
> >> I use Dolphin a lot.  I like it and all but recently, it started doing
> >> something that annoys me.  When I'm doing something, I tend to open a
> >> instance of Dolphin for whatever it is I'm doing.  I also leave
> >> instances open and ready for when I do routine things.  Some things I do
> >> so often, I leave them open all the time.  Usually that is four
> >> instances.  If needed, for example when I'm getting videos off trail
> >> cameras, I open another instance until I'm done with that task.  So, I
> >> use Dolphin for different things on different desktops with tabs in
> >> different places.  It just makes things easier, faster and works best
> >> for me. 
> >> […]
> > Dolphin settings, very first page, very first setting: set it to open a 
> > fixed location at startup. Then it will not restore any previous internal 
> > state.
> 
> I saw that setting.  First place I looked.  Thing is, since I didn't
> want it to always start at the same place, I thought that wouldn't
> work.  I thought that no matter what I clicked, it would open at that
> place.  Given you said that would work, I tried it.  I set it to /, or
> root, but if I click on a folder on the desktop, sure enough, it starts
> and opens the folder I clicked on.  Did that a few times just to be
> sure.  LOL  I also plugged in a USB stick, mounted it and then told the
> notification thingy to open in File Manager.  Yep, it opened right where
> it should.  I was looking for a instance setting or something since it
> kept copying other running instances and their tabs.  I wouldn't have
> ever thought to try that setting.
> 
> They might want to explain that setting a little bit.  While I saw it, I
> certainly didn't expect it to behave this way.  I expected it to open at
> that location no matter how Dolphin was started. 

Perhaps it’s actually a bug. Even if Dolphin is supposed to restore a 
previous session, it *should* open the location it is given by parameter.

> P. S.  Planning to try that checksum script soon.  It's a large number
> of files so it will take a long time to run.  I think you mentioned that
> if stopped, it will resume where it left off.

Only if it creates checksums, because it knows by the existence of checksums 
where to resume. But if you want to read checksums and verify them, you need 
to use arguments to tell it how many directories to process and how many to 
skip at the beginning.

Perhaps try it first with a few small directories to get a feel for its 
behaviour. The normal way to go is:

dh -u [DIR] to create the checksum files
dh [DIR] do read it back
Use the --skip option to skip the given number of dirs at the beginning.

Remember that by default it will not create checksums in directories that 
have subdirectories. I know this sounds a little strange, but for a 
hierarchy of music albums, this seemed sensible 10 years ago.

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

Big events may cast their shadow under the eyes.


signature.asc
Description: PGP signature


Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-12 Thread Dale
Frank Steinmetzger wrote:
> Am Thu, Sep 12, 2024 at 07:54:25AM -0500 schrieb Dale:
>> Howdy,
>>
>> I use Dolphin a lot.  I like it and all but recently, it started doing
>> something that annoys me.  When I'm doing something, I tend to open a
>> instance of Dolphin for whatever it is I'm doing.  I also leave
>> instances open and ready for when I do routine things.  Some things I do
>> so often, I leave them open all the time.  Usually that is four
>> instances.  If needed, for example when I'm getting videos off trail
>> cameras, I open another instance until I'm done with that task.  So, I
>> use Dolphin for different things on different desktops with tabs in
>> different places.  It just makes things easier, faster and works best
>> for me. 
>>
>> What I don't like is this, when I open a new instance, it tries to copy
>> the last instance I used that is still open.  When I open a new
>> instance, I want it to open where I want but not be affected by other
>> instances that are running.  Just as a example.  Yesterday I was trying
>> to copy videos from my trail cameras to a USB stick while also copying
>> and organizing them on my hard drive.  When I put in a USB stick or the
>> card from the camera, I click the notification thing and tell it to open
>> the USB stick or the card.  Thing is, it tries to copy the instance,
>> usually the one I use to watch TV from, which has a lot of open tabs.  I
>> have to close all the tabs I don't want to get things like it should be
>> to begin with. 
> Dolphin settings, very first page, very first setting: set it to open a 
> fixed location at startup. Then it will not restore any previous internal 
> state.
>
> -- Grüße | Greetings | Salut | Qapla’ Abolish Christmas, Joseph
> confessed everything!


I saw that setting.  First place I looked.  Thing is, since I didn't
want it to always start at the same place, I thought that wouldn't
work.  I thought that no matter what I clicked, it would open at that
place.  Given you said that would work, I tried it.  I set it to /, or
root, but if I click on a folder on the desktop, sure enough, it starts
and opens the folder I clicked on.  Did that a few times just to be
sure.  LOL  I also plugged in a USB stick, mounted it and then told the
notification thingy to open in File Manager.  Yep, it opened right where
it should.  I was looking for a instance setting or something since it
kept copying other running instances and their tabs.  I wouldn't have
ever thought to try that setting.

They might want to explain that setting a little bit.  While I saw it, I
certainly didn't expect it to behave this way.  I expected it to open at
that location no matter how Dolphin was started. 

I'll play with this a few days but so far, looks like a good solution. 

Thanks much.  I can stop pulling my hair out now. 

Dale

:-)  :-) 

P. S.  Planning to try that checksum script soon.  It's a large number
of files so it will take a long time to run.  I think you mentioned that
if stopped, it will resume where it left off.  Oh, I did use rsync and
checksum option on backups the other day.  I couldn't check all the
files tho.  I just checked the ones recently accessed.  It found four
out of the few hundred I checked.  I restored them after some testing. 


Re: [gentoo-user] Dolphin confusing different run instances.

2024-09-12 Thread Frank Steinmetzger
Am Thu, Sep 12, 2024 at 07:54:25AM -0500 schrieb Dale:
> Howdy,
> 
> I use Dolphin a lot.  I like it and all but recently, it started doing
> something that annoys me.  When I'm doing something, I tend to open a
> instance of Dolphin for whatever it is I'm doing.  I also leave
> instances open and ready for when I do routine things.  Some things I do
> so often, I leave them open all the time.  Usually that is four
> instances.  If needed, for example when I'm getting videos off trail
> cameras, I open another instance until I'm done with that task.  So, I
> use Dolphin for different things on different desktops with tabs in
> different places.  It just makes things easier, faster and works best
> for me. 
> 
> What I don't like is this, when I open a new instance, it tries to copy
> the last instance I used that is still open.  When I open a new
> instance, I want it to open where I want but not be affected by other
> instances that are running.  Just as a example.  Yesterday I was trying
> to copy videos from my trail cameras to a USB stick while also copying
> and organizing them on my hard drive.  When I put in a USB stick or the
> card from the camera, I click the notification thing and tell it to open
> the USB stick or the card.  Thing is, it tries to copy the instance,
> usually the one I use to watch TV from, which has a lot of open tabs.  I
> have to close all the tabs I don't want to get things like it should be
> to begin with. 

Dolphin settings, very first page, very first setting: set it to open a 
fixed location at startup. Then it will not restore any previous internal 
state.

-- 
Grüße | Greetings | Salut | Qapla’
Abolish Christmas, Joseph confessed everything!


signature.asc
Description: PGP signature


[gentoo-user] Dolphin confusing different run instances.

2024-09-12 Thread Dale
Howdy,

I use Dolphin a lot.  I like it and all but recently, it started doing
something that annoys me.  When I'm doing something, I tend to open a
instance of Dolphin for whatever it is I'm doing.  I also leave
instances open and ready for when I do routine things.  Some things I do
so often, I leave them open all the time.  Usually that is four
instances.  If needed, for example when I'm getting videos off trail
cameras, I open another instance until I'm done with that task.  So, I
use Dolphin for different things on different desktops with tabs in
different places.  It just makes things easier, faster and works best
for me. 

What I don't like is this, when I open a new instance, it tries to copy
the last instance I used that is still open.  When I open a new
instance, I want it to open where I want but not be affected by other
instances that are running.  Just as a example.  Yesterday I was trying
to copy videos from my trail cameras to a USB stick while also copying
and organizing them on my hard drive.  When I put in a USB stick or the
card from the camera, I click the notification thing and tell it to open
the USB stick or the card.  Thing is, it tries to copy the instance,
usually the one I use to watch TV from, which has a lot of open tabs.  I
have to close all the tabs I don't want to get things like it should be
to begin with. 

I also have KDE set to save my session.  When I first login with four
saved instances, it creates a mess.  Sometimes, it just jumbles them
up.  Sometimes it sort of works.  It never works like it used to tho. 
Also, sometimes the Folder panel on the left doesn't work either.  It's
either blank or only has /bin and nothing else.  Nothing I do gets it to
work right so I have to start a new instance and close the broken one. 

This is fairly new and very consistent.  It started a couple updates ago
and I was hoping it was a bug and would be fixed.  I'm starting to think
it is a new feature.  I've looked in preferences and can't find any
setting related to this behavior.  Smplayer for example has a setting
for either multiple or single instances.  It works the way you set it. 
I can't find anything similar in Dolphin tho. 

Anyone have any info on this?  Is this the new way Dolphin works?  Is
there a way to disable it somewhere?  Do I need to look for another file
manager that behaves like I want? 

Thanks.

Dale

:-)  :-) 



[gentoo-user] biosdevname or equivalent for disks: did the order change on a specific, recent, kernel version?

2024-09-11 Thread Larry the Plumber
Hi!
A bit of history first: my Fedora, then (after reinstall) my openSUSE
then (after reinstall) my Gentoo failed during boot. I thought it was
something related to dracut so I've been adding `hostonly = false` to
dracut.conf on all my home machines.

In summary, yesterday it failed on my Gentoo so I had to investigate.
* I had enable `unstable` use flags for the kernel only.
* I hadn't double-check the boot entries created.
* Power went off (no UPS yet) so I booted the new kernel.
* It didn't boot. I fixed two things: changed the partition id of
LUKSed swap from swap id to LVM id, to prevent systemd attempting to
mount it at boot (and failing). Secondly, I checked the fstab and
noticed all dev nodes were wrong (I have two SSD).
* After fixing the dev nodes in fstab the system booted properly.

This probably explains the Gentoo failure, since other distros (and
me, starting some day) use UUID in fstab.

So, my question is:
Has anyone any input on mysterious failures across several distros,
including Gentoo, around kernel 6.9.x <> 6.10.x?



[gentoo-user] spammer Eric

2024-09-10 Thread syscon edm
Is anybody familiar with spammer "Eric Jones"? I think he is famous.
Anyhow, he collects the input from "captcha" first.  If the IP is not
blocked /doesn't get  "403"
his program goes for "contact us"
Here is the log:

37.72.186.22 - - [10/Sep/2024:21:51:46 -0600] "GET
/contact_us.php%09%092024-06-17+14:07%09Ready+contact+form+successfully+found+/+Requires+captcha+input%09
http://domain.ca%09%09%09%09%09 HTTP/1.1" 404 196
37.72.186.22 - - [10/Sep/2024:21:51:47 -0600] "GET / HTTP/1.1" 200 28533
37.72.186.22 - - [10/Sep/2024:21:51:49 -0600] "GET /contact_us.php
HTTP/1.1" 200 25619

I created htaccess entry:
# Block specific request pattern targeting /contact_us.php
RewriteCond %{REQUEST_URI} ^/contact_us.php [NC]
RewriteCond %{THE_REQUEST} "GET
/contact_us.php%09%092024-06-17+14:07%09Ready+contact+form+successfully+found+/+Requires+captcha+input%09
http://domain.ca%09%09%09%09%09 HTTP/1.1" [NC]
RewriteRule .* - [F]

but it doesn't work.

The issue likely stems from the fact that %09 (tab character) and similar
URL-encoded characters in the request may not be processed as-is by
THE_REQUEST directive in .htaccess. Apache doesn't decode these characters
automatically when matching with THE_REQUEST.

Wildcard and escaping in THE_REQUEST: Instead of directly using %09, I can
use .* (wildcards) to match anything that could appear in between different
parts of the request string.
I'll see if the belows will work:

RewriteCond %{REQUEST_URI} ^/contact_us.php [NC]
RewriteCond %{THE_REQUEST} "GET
/contact_us.php.*Ready\+contact\+form\+successfully\+found.*Requires\+captcha\+input.*
http://domain.ca"; [NC]
RewriteRule .* - [F]


Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4

2024-09-10 Thread Eli Schwartz
On 9/9/24 8:50 PM, Michael Orlitzky wrote:
> On Mon, 2024-09-09 at 21:33 -0300, João Matos wrote:
>> Dear list,
>>
>> I'm trying to install the Checkpoint client for linux (cshell_install). It
>> requires sys-libs/libstdc++-v3, 32 bits. I couldn't compile it and found
>> this bug: https://bugs.gentoo.org/919184
> 
> TIL that we have a twenty-year-old libstdc++ in the tree.
> 
> 
>> Do you know any way of work around this? Maybe copying the binary file from
>> another distro or try to use another gcc version?
> 
> It's running a test program to find the glibc minor version:
> 
>   #include 
>   main(argc, argv)
>int argc;  
>char *argv[];
>   {
> printf("%d\n", __GLIBC_MINOR__);
> return 0;
>   }
> 
> But this test program, having been written 20+ years ago, is crap. It's
> missing  and a correct signature for "main" at least. Newer
> GCCs (like the one that you're using) will refuse to compile it. So the
> test fails unexpectedly, and the build stops. You might be able to
> trick it by disabling -Wimplicit-int, -Wimplicit-function-declaration,
> and whatever other warnings that program raises... but then you have to
> actually compile the rest of it with a new GCC. Good luck :)


It shouldn't be *that* hard.

https://bugs.gentoo.org/923112#c13

And as Sam noted:

"""
I concur with Eli and Enne. We should just strip it all. It's a brittle
package for ancient binaries.
"""

-- 
Eli Schwartz



OpenPGP_signature.asc
Description: OpenPGP digital signature


Fwd: Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4

2024-09-10 Thread Alexe Stefan
Resending from a different email, as I got an error sending on my main
email.

-- Forwarded message -
De la: stefan1 
Date: mar., 10 sept. 2024, 15:13
Subject: Fwd: Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4
To: Stefanalexe48 




 Original Message 
Subject: Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4
Date: 2024-09-10 11:59
 From: stefan1 
To: gentoo-user@lists.gentoo.org

On 2024-09-10 00:33, João Matos wrote:
> Dear list,
>
> I'm trying to install the Checkpoint client for linux (cshell_install).
> It
> requires sys-libs/libstdc++-v3, 32 bits. I couldn't compile it and
> found
> this bug: https://bugs.gentoo.org/919184
>
> Do you know any way of work around this? Maybe copying the binary file
> from
> another distro or try to use another gcc version?
>
> Thank you,
Hi.
I don't know if you tried, but passing -fpermissive via /etc/portage/env
is not enough.
You need to write wrapper scripts to get around the gcc14 issue.

> $ cat /usr/bin/cc
> #!/bin/sh
>
> exec cc.real -fpermissive "$@"
>
> $ cat /usr/bin/gcc
> #!/bin/sh
>
> exec gcc.real -fpermissive "$@"
>
> $ cat /usr/bin/x86_64-pc-linux-gnu-cc
> #!/bin/sh
>
> exec x86_64-pc-linux-gnu-cc.real -fpermissive "$@"
>
> $ cat /usr/bin/x86_64-pc-linux-gnu-gcc
> #!/bin/sh
>
> exec x86_64-pc-linux-gnu-gcc.real -fpermissive "$@"
>

where the original files were moved to the .real files.

-- 
Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz

COMMON_FLAGS="-O3 -pipe -march=native -fno-stack-protector
-ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto
-fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition
-falign-functions=64 -fgraphite-identity -floop-nest-optimize"

USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto
libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal
strip system-man"

INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd
/usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus
/lib/udev /usr/share/icons /usr/share/applications
/usr/share/gtk-3.0/emoji"


Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4

2024-09-09 Thread Filip Kobierski
>  TIL that we have a twenty-year-old libstdc++ in the tree.

Maybe we should mask it?
It is supossed to work with gcc <3.4 and the oldest we have is 8.5.0, which is 
masked already.


 Original Message 
On 9/10/24 02:50, Michael Orlitzky  wrote:

>  On Mon, 2024-09-09 at 21:33 -0300, João Matos wrote:
>  > Dear list,
>  >
>  > I'm trying to install the Checkpoint client for linux (cshell_install). It
>  > requires sys-libs/libstdc++-v3, 32 bits. I couldn't compile it and found
>  > this bug: https://bugs.gentoo.org/919184
>  
>  TIL that we have a twenty-year-old libstdc++ in the tree.
>  
>  
>  > Do you know any way of work around this? Maybe copying the binary file from
>  > another distro or try to use another gcc version?
>  
>  It's running a test program to find the glibc minor version:
>  
>#include 
>main(argc, argv)
> int argc;
> char *argv[];
>{
>  printf("%d\n", __GLIBC_MINOR__);
>  return 0;
>}
>  
>  But this test program, having been written 20+ years ago, is crap. It's
>  missing  and a correct signature for "main" at least. Newer
>  GCCs (like the one that you're using) will refuse to compile it. So the
>  test fails unexpectedly, and the build stops. You might be able to
>  trick it by disabling -Wimplicit-int, -Wimplicit-function-declaration,
>  and whatever other warnings that program raises... but then you have to
>  actually compile the rest of it with a new GCC. Good luck :)
>  
>  
>


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4

2024-09-09 Thread Michael Orlitzky
On Mon, 2024-09-09 at 21:33 -0300, João Matos wrote:
> Dear list,
> 
> I'm trying to install the Checkpoint client for linux (cshell_install). It
> requires sys-libs/libstdc++-v3, 32 bits. I couldn't compile it and found
> this bug: https://bugs.gentoo.org/919184

TIL that we have a twenty-year-old libstdc++ in the tree.


> Do you know any way of work around this? Maybe copying the binary file from
> another distro or try to use another gcc version?

It's running a test program to find the glibc minor version:

  #include 
  main(argc, argv)
   int argc;  
   char *argv[];
  {
printf("%d\n", __GLIBC_MINOR__);
return 0;
  }

But this test program, having been written 20+ years ago, is crap. It's
missing  and a correct signature for "main" at least. Newer
GCCs (like the one that you're using) will refuse to compile it. So the
test fails unexpectedly, and the build stops. You might be able to
trick it by disabling -Wimplicit-int, -Wimplicit-function-declaration,
and whatever other warnings that program raises... but then you have to
actually compile the rest of it with a new GCC. Good luck :)




[gentoo-user] Bug 919184 - sys-libs/libstdc++-v3-3.3.6-r4

2024-09-09 Thread João Matos
Dear list,

I'm trying to install the Checkpoint client for linux (cshell_install). It
requires sys-libs/libstdc++-v3, 32 bits. I couldn't compile it and found
this bug: https://bugs.gentoo.org/919184

Do you know any way of work around this? Maybe copying the binary file from
another distro or try to use another gcc version?

Thank you,
-- 
Neto


[gentoo-user] Re: Why did Synaptics touchpad stop working?

2024-09-09 Thread Grant Edwards
On 2024-09-09, Jack  wrote:
> On 9/8/24 10:20 PM, Grant Edwards wrote:
>
>> This morning when I booted my Thinkpad T580, the Synaptics touchpad
>> buttons didn't work at all, and the "pointer" function just barely
>> worked: the response was slow and jerky with a noticeable delay.
>>
>> In order to get it working again, I had to enable some rmi4 stuff in
>> my kernel config:
>>[...]
>> Apparently, it used to work as a PS/2 mouse, but then it "just quit",
>> and I hand to enable rmi4 SMBus support.
>>[...]
>> As I said, I've got it working again, but I'm baffled what caused it
>> to stop working.
>
> Any chance some internal connection has come loose?  How old is the 
> laptop?  I'd probably suspect hardware before software, but I wouldn't 
> put money on anything.

It's a bit less than 5 years old and has been very lightly used. It
only leaves the house maybe a half-dozen times a year.  I'd probably
put my money down on the spot marked "Microsoft's Fault", but I've got
no real theory as to why that would be unless a recent Windows update
somehow changed a BIOS setting for Synaptics PS/2 compatiblity.  [I
never got to the point of messing with BIOS settings.]

--
Grant









Re: [gentoo-user] Why did Synaptics touchpad stop working?

2024-09-08 Thread Jack

On 9/8/24 10:20 PM, Grant Edwards wrote:

This morning when I booted my Thinkpad T580, the Synaptics touchpad
buttons didn't work at all, and the "pointer" function just barely
worked: the response was slow and jerky with a noticeable delay.

In order to get it working again, I had to enable some rmi4 stuff in
my kernel config:

 < # CONFIG_RMI4_CORE is not set
 ---
 > CONFIG_RMI4_CORE=y
 > # CONFIG_RMI4_I2C is not set
 > CONFIG_RMI4_SMB=m
 > CONFIG_RMI4_F03=y
 > CONFIG_RMI4_F03_SERIO=y
 > CONFIG_RMI4_2D_SENSOR=y
 > CONFIG_RMI4_F11=y
 > CONFIG_RMI4_F12=y
 > # CONFIG_RMI4_F30 is not set
 > # CONFIG_RMI4_F34 is not set
 > # CONFIG_RMI4_F3A is not set
 > # CONFIG_RMI4_F55 is not set

Apparently, it used to work as a PS/2 mouse, but then it "just quit",
and I hand to enable rmi4 SMBus support.  The Gentoo Wiki page didn't
mention the rmi4 options and instead said to enable some I2C HID stuff
that didn't seem to be relevent for my hardware.

There was a dmsg message that pointed me towards the rmi4 options.

What's really bugging me is why did it quit working?

Nothing relevent seems to have been updated recently:

 1725658908:  >>> emerge (1 of 6) dev-libs/libffi-3.4.6 to /
 1725658926:  >>> emerge (2 of 6) dev-libs/gobject-introspection-1.78.1-r1 
to /
 1725658987:  >>> emerge (3 of 6) media-libs/graphene-1.10.8-r1 to /
 1725659006:  >>> emerge (4 of 6) gui-libs/gtk-4.12.5-r2 to /
 1725659219:  >>> emerge (5 of 6) app-crypt/gcr-4.2.1 to /
 1725659258:  >>> emerge (6 of 6) app-crypt/pinentry-1.3.0-r3 to /

 1725762247:  >>> emerge (1 of 7) 
sys-firmware/intel-microcode-20240813_p20240815 to /
 1725762261:  >>> emerge (2 of 7) dev-python/jaraco-context-6.0.1 to /
 1725762273:  >>> emerge (3 of 7) dev-python/setuptools-73.0.1 to /
 1725762292:  >>> emerge (4 of 7) dev-python/idna-3.8 to /
 1725762305:  >>> emerge (5 of 7) dev-python/truststore-0.9.2 to /
 1725762317:  >>> emerge (6 of 7) gui-libs/gtk-4.14.4-r1 to /
 1725762557:  >>> emerge (7 of 7) www-client/google-chrome-128.0.6613.119 
to /

I did boot into Windows yesterday at one point, but I do that fairly
regularly (a few times a month) and it has never caused any problems
in the past.

As I said, I've got it working again, but I'm baffled what caused it
to stop working.

--
Grant
Any chance some internal connection has come loose?  How old is the 
laptop?  I'd probably suspect hardware before software, but I wouldn't 
put money on anything.




[gentoo-user] Why did Synaptics touchpad stop working?

2024-09-08 Thread Grant Edwards
This morning when I booted my Thinkpad T580, the Synaptics touchpad
buttons didn't work at all, and the "pointer" function just barely
worked: the response was slow and jerky with a noticeable delay.

In order to get it working again, I had to enable some rmi4 stuff in
my kernel config:

< # CONFIG_RMI4_CORE is not set
---
> CONFIG_RMI4_CORE=y
> # CONFIG_RMI4_I2C is not set
> CONFIG_RMI4_SMB=m
> CONFIG_RMI4_F03=y
> CONFIG_RMI4_F03_SERIO=y
> CONFIG_RMI4_2D_SENSOR=y
> CONFIG_RMI4_F11=y
> CONFIG_RMI4_F12=y
> # CONFIG_RMI4_F30 is not set
> # CONFIG_RMI4_F34 is not set
> # CONFIG_RMI4_F3A is not set
> # CONFIG_RMI4_F55 is not set

Apparently, it used to work as a PS/2 mouse, but then it "just quit",
and I hand to enable rmi4 SMBus support.  The Gentoo Wiki page didn't
mention the rmi4 options and instead said to enable some I2C HID stuff
that didn't seem to be relevent for my hardware.

There was a dmsg message that pointed me towards the rmi4 options.

What's really bugging me is why did it quit working?

Nothing relevent seems to have been updated recently:

1725658908:  >>> emerge (1 of 6) dev-libs/libffi-3.4.6 to /
1725658926:  >>> emerge (2 of 6) dev-libs/gobject-introspection-1.78.1-r1 
to /
1725658987:  >>> emerge (3 of 6) media-libs/graphene-1.10.8-r1 to /
1725659006:  >>> emerge (4 of 6) gui-libs/gtk-4.12.5-r2 to /
1725659219:  >>> emerge (5 of 6) app-crypt/gcr-4.2.1 to /
1725659258:  >>> emerge (6 of 6) app-crypt/pinentry-1.3.0-r3 to /

1725762247:  >>> emerge (1 of 7) 
sys-firmware/intel-microcode-20240813_p20240815 to /
1725762261:  >>> emerge (2 of 7) dev-python/jaraco-context-6.0.1 to /
1725762273:  >>> emerge (3 of 7) dev-python/setuptools-73.0.1 to /
1725762292:  >>> emerge (4 of 7) dev-python/idna-3.8 to /
1725762305:  >>> emerge (5 of 7) dev-python/truststore-0.9.2 to /
1725762317:  >>> emerge (6 of 7) gui-libs/gtk-4.14.4-r1 to /
1725762557:  >>> emerge (7 of 7) www-client/google-chrome-128.0.6613.119 to 
/

I did boot into Windows yesterday at one point, but I do that fairly
regularly (a few times a month) and it has never caused any problems
in the past.

As I said, I've got it working again, but I'm baffled what caused it
to stop working.

--
Grant




Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-08 Thread Wol

On 08/09/2024 10:15, Michael wrote:

The placement of DIMMs depends on the MoBo, its manual would show in which
slot should DIMM modules be added and the (maximum) size of each stick the
MoBo can cope with.  Normally OEMs provide a list of tested memory brands and
models for their MoBos (QVL) and it is recommended to buy something on the
list, rather than improvise.


Both old and new mobos are, iirc, 4 x 32GB, and they just swapped the 
RAM over. But again iirc, the new mobo they supplied had two colours of 
ram slots, something like "black, red, black, red". To me that's obvious 
- both sticks in one colour! So - and I guess it was an apprentice who 
didn't know what he was doing - just shoved the ram in the first two slots.


Two major blunders from a shop - a brand new mobo won't boot - the FIRST 
suspect is an out-of-date bios. And then the second blunder - don't 
check the ram is in the right slots. That's one shop I certainly won't 
visit again.


(The only reason I asked a shop to fix it was because I didn't have an 
old chip so couldn't boot the board to upgrade the bios to work with the 
chip I had ...)


Cheers,
Wol



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-08 Thread Michael
On Sunday 8 September 2024 02:59:04 BST Dale wrote:
> Wols Lists wrote:
> > On 04/09/2024 01:39, Dale wrote:
> >> I've seen that before too.  I'm hoping not.  I may shutdown my rig,
> >> remove and reinstall the memory and then test it for a bit.  May be a
> >> bad connection.  It has worked well for the past couple months tho.
> >> Still, it is possible to either be a bad connection or just going bad.
> > 
> > I've had *MOST* of my self-built systems force me to remove and
> > replace the ram several times before the system was happy.
> > 
> > And when a shop "fixed" my computer for me (replacing a mobo that
> > wasn't broken - I told them I thought it needed a bios upgrade and I
> > was right!) they also messed up the ram. Memory is supposed to go in
> > in matched pairs. So what do they do? One stick in each pair of slots
> > - the thing ran like a sloth on tranquillisers! As soon as I realised
> > what they'd done and put both sticks in the same pair, it was MUCH
> > faster.
> > 
> > Cheers,
> > Wol
> 
> I noticed on the set I had to return, the serial numbers were in
> sequence.  One was right after the other.  I don't know if that makes
> them a matched set or if they run some test to match them. 

Both.  They run a test, if one fails in their hands as opposed to yours, they 
pick up the next module and test that.  So you typically end up with numbers 
in a matched kit which are close enough.


> From my understanding tho, each 'bank' or pair has to be a matched set. 
> I did finally find a set of four but it is a different brand.  From what
> I read to tho, ASUS trains itself each time you boot up.  It finds the
> best setting for each set of memory.  It does say that it is usually set
> to a slower speed tho when all four are installed.

It depends if your MoBo comes with 'daisy chain' or 'T topology' RAM slot 
configuration.  Most consumer grade come with 'daisy chain' configuration and 
ASUS may also have an "Optimem" function/feature as they call it.

With 'daisy chain' you should achieve higher max. frequency if you fit 2 
matched DIMMs in the slots the manual suggests (typically B2 & A2), than if 
you fit 4 DIMMs to achieve the same total RAM size.

With 'T topology' you'll achieve a lower frequency with 2 DIMMs, but a higher 
frequency with 4 DIMMs at the same total RAM size, than you would with a 
'daisy chain' MoBo.

The ASUS "Optimem" is some automagic run by the firmware of their 'daisy 
chain' MoBos in terms of voltage and signal sequencing, to do the best job it 
can when you have 4 DIMMs installed.


> Just have to wait
> and see I guess.  Oh, when I boot the first couple times with new
> memory, it takes quite a bit longer on the BIOS boot screen.  After a
> couple times, it doesn't seem to take so long.  Not sure what, but it
> does something. 

The memory controller on the CPU probes the memory module(s) by varying 
voltage and latency until it achieves a reliable result.  If you have enabled 
DOCP as advised here and if provided in the BIOS also selected the RAM 
frequency of the DIMMs you bought, then the probing ought to take less time:

https://www.asus.com/support/faq/1042256/

Unless ... there's something wrong with the system (power, faulty RAM modules, 
buggy BIOS, etc.).


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-08 Thread Michael
On Saturday 7 September 2024 23:48:43 BST Wols Lists wrote:
> On 05/09/2024 23:06, Michael wrote:
> > There is also dm-verity for a more involved solution.  I think for Dale
> > something like this should work:
> Snag is, I think dm-verity (or do you actually mean dm-integrity, which
> is what I use) merely checks that what you read from disk is what you
> wrote to disk. If the ram corrupted it before it was written, I don't
> think either of them will detect it.
> 
> Cheers,
> Wol

My bad, apologies, dm-verity is used to verify the boot path and deals with 
read-only fs.  With FEC it would also be able to recover from some limited 
data corruption.  I meant to write *dm-integrity*!  Thanks for correcting me.  
Either way, if the data being written is corrupted due to faulty RAM, the 
result will be corrupted too.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-08 Thread Michael
On Saturday 7 September 2024 23:12:41 BST Wols Lists wrote:
> On 04/09/2024 01:39, Dale wrote:
> > I've seen that before too.  I'm hoping not.  I may shutdown my rig,
> > remove and reinstall the memory and then test it for a bit.  May be a
> > bad connection.  It has worked well for the past couple months tho.
> > Still, it is possible to either be a bad connection or just going bad.
> 
> I've had *MOST* of my self-built systems force me to remove and replace
> the ram several times before the system was happy.
> 
> And when a shop "fixed" my computer for me (replacing a mobo that wasn't
> broken - I told them I thought it needed a bios upgrade and I was
> right!) they also messed up the ram. Memory is supposed to go in in
> matched pairs. So what do they do? One stick in each pair of slots - the
> thing ran like a sloth on tranquillisers! 

The placement of DIMMs depends on the MoBo, its manual would show in which 
slot should DIMM modules be added and the (maximum) size of each stick the 
MoBo can cope with.  Normally OEMs provide a list of tested memory brands and 
models for their MoBos (QVL) and it is recommended to buy something on the 
list, rather than improvise.

On ASUS MoBos with 4 slots and 2 DIMMs it is recommended you use slot B2 for 
one module, slots B2 and A2 for a pair of matched modules and the the 
remaining two slots A1 & B1 for a second pair of matched modules.  So, what 
the shop did would be reasonable, unless the MoBo OEM asked for a different 
configuration.


> As soon as I realised what
> they'd done and put both sticks in the same pair, it was MUCH faster.
> 
> Cheers,
> Wol

Sometimes, you have to place only one module of a matched pair in and boot the 
system, let the firmware probe and test the DIMM, before you shut it down to 
add more memory to it.  Whenever RAM does not behave as it should when 
installing it, it is a prompt for me to go back to the OEM manual for guidance 
on the peculiarities of their product.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Dale
Wols Lists wrote:
> On 04/09/2024 01:39, Dale wrote:
>> I've seen that before too.  I'm hoping not.  I may shutdown my rig,
>> remove and reinstall the memory and then test it for a bit.  May be a
>> bad connection.  It has worked well for the past couple months tho.
>> Still, it is possible to either be a bad connection or just going bad.
>
> I've had *MOST* of my self-built systems force me to remove and
> replace the ram several times before the system was happy.
>
> And when a shop "fixed" my computer for me (replacing a mobo that
> wasn't broken - I told them I thought it needed a bios upgrade and I
> was right!) they also messed up the ram. Memory is supposed to go in
> in matched pairs. So what do they do? One stick in each pair of slots
> - the thing ran like a sloth on tranquillisers! As soon as I realised
> what they'd done and put both sticks in the same pair, it was MUCH
> faster.
>
> Cheers,
> Wol
>
>


I noticed on the set I had to return, the serial numbers were in
sequence.  One was right after the other.  I don't know if that makes
them a matched set or if they run some test to match them. 

>From my understanding tho, each 'bank' or pair has to be a matched set. 
I did finally find a set of four but it is a different brand.  From what
I read to tho, ASUS trains itself each time you boot up.  It finds the
best setting for each set of memory.  It does say that it is usually set
to a slower speed tho when all four are installed.  Just have to wait
and see I guess.  Oh, when I boot the first couple times with new
memory, it takes quite a bit longer on the BIOS boot screen.  After a
couple times, it doesn't seem to take so long.  Not sure what, but it
does something. 

This new way sure is strange. 

Dale

:-)  :-) 



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Wols Lists

On 05/09/2024 23:06, Michael wrote:

There is also dm-verity for a more involved solution.  I think for Dale
something like this should work:


Snag is, I think dm-verity (or do you actually mean dm-integrity, which 
is what I use) merely checks that what you read from disk is what you 
wrote to disk. If the ram corrupted it before it was written, I don't 
think either of them will detect it.


Cheers,
Wol



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Wols Lists

On 04/09/2024 01:39, Dale wrote:

I've seen that before too.  I'm hoping not.  I may shutdown my rig,
remove and reinstall the memory and then test it for a bit.  May be a
bad connection.  It has worked well for the past couple months tho.
Still, it is possible to either be a bad connection or just going bad.


I've had *MOST* of my self-built systems force me to remove and replace 
the ram several times before the system was happy.


And when a shop "fixed" my computer for me (replacing a mobo that wasn't 
broken - I told them I thought it needed a bios upgrade and I was 
right!) they also messed up the ram. Memory is supposed to go in in 
matched pairs. So what do they do? One stick in each pair of slots - the 
thing ran like a sloth on tranquillisers! As soon as I realised what 
they'd done and put both sticks in the same pair, it was MUCH faster.


Cheers,
Wol



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Mark Knecht
On Fri, Sep 6, 2024 at 2:42 PM Frank Steinmetzger  wrote:
>
> Am Fri, Sep 06, 2024 at 01:21:20PM +0100 schrieb Michael:
>
> > > > find path-to-directory/ -type f | xargs md5sum > digest.log
> > > >
> > > > then to compare with a backup of the same directory you could run:
> > > >
> > > > md5sum -c digest.log | grep FAILED
>
> I had a quick look at the manpage: with md5sum --quiet you can omit the
grep
> part.
>
> > > > Someone more knowledgeable should be able to knock out some clever
python
> > > > script to do the same at speed.
>
> And that is exactly what I have written for myself over the last 11
years. I
> call it dh (short for dirhash). As I described in the previous mail, I use
> it to create one hash files per directory. But it also supports one hash
> file per data file and – a rather new feature – one hash file at the root
of
> a tree. Have a look here: https://github.com/felf/dh
> Clone the repo or simply download the one file and put it into your path.
>

Thanks for sharing this Frank.

Much appreciated.

Cheers,
Mark


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Frank Steinmetzger
Am Sat, Sep 07, 2024 at 10:37:04AM +0100 schrieb Michael:
> On Friday 6 September 2024 22:41:33 BST Frank Steinmetzger wrote:

> > > > > Someone more knowledgeable should be able to knock out some clever
> > > > > python
> > > > > script to do the same at speed.
> > 
> > And that is exactly what I have written for myself over the last 11 years. I
> > call it dh (short for dirhash). As I described in the previous mail, I use
> > it to create one hash files per directory. But it also supports one hash
> > file per data file and – a rather new feature – one hash file at the root
> > of a tree. Have a look here: https://github.com/felf/dh
> > Clone the repo or simply download the one file and put it into your path.
> 
> Nice!  I've tested it briefly here.  You've put quite some effort into this.  
> Thank you Frank!
> 
> Probably not your use case, but I wonder how it can be used to compare SOURCE 
> to DESTINATION where SOURCE is the original fs and DESTINATION is some 
> backup, 
> without having to copy over manually all different directory/subdirectory 
> Checksums.md5 files.

When I have this problem, I usually diff the checksum files with mc or vim, 
because I don’t usually have to check many directories and files. You could 
use Krusader, a two-panel file manager. This has a synchronise tool with a 
file filter, so you synchronize two sides, check for file content and filter 
for *.md5.

> I suppose rsync can be used for the comparison to a backup fs anyway, your 
> script would be duplicating a function unnecessarily.

I believe rsync is capable of only syncing only files that match a pattern. 
But it was not very easy to achieve, I think.

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

They say that memory is the second thing to go...
I forgot what the first thing was.


signature.asc
Description: PGP signature


Re: [gentoo-user] Perl-cleaner --reallall

2024-09-07 Thread Michael
On Saturday 7 September 2024 16:27:41 BST Peter Humphrey wrote:
> Greetings,
> 
> A recent thread here reminded me of this utility, and I've run it on four
> machines since the latest perl update. In three cases it all went
> swimmingly, but on the fourth it tried its damnedest to remerge dbus with
> USE=systemd, and so start converting the whole system to systemd. This
> system is almost identical to one of the others.

Ugh!

> I had to put sys-apps/systemd into package.mask, after which perl-cleaner
> ran OK, but emerge -c stumbled over nine packages wanting
> 'dev-lang/perl:0/5.38=', which was the previous version. Next I remerged
> those nine, after which emerge -c removed 98 packages! Most of those seemed
> to be useful only on a GUI system, which this one doesn't have (and those
> 98 shouldn't have been present anyway), so I let it go ahead. The long
> neglected (here) revdep-rebuild didn't want to rebuild anything.
> 
> I really dislike mysteries.

Did you run:

grep systemd -r /etc/portage/

to find out if some USE="systemd" had sneaked in there?  Normally a non-
systemd installation would have USE="-systemd" in /etc/portage/make.conf.

signature.asc
Description: This is a digitally signed message part.


[gentoo-user] Perl-cleaner --reallall

2024-09-07 Thread Peter Humphrey
Greetings,

A recent thread here reminded me of this utility, and I've run it on four 
machines since the latest perl update. In three cases it all went swimmingly, 
but on the fourth it tried its damnedest to remerge dbus with USE=systemd, and 
so start converting the whole system to systemd. This system is almost 
identical to one of the others.

I had to put sys-apps/systemd into package.mask, after which perl-cleaner ran 
OK, but emerge -c stumbled over nine packages wanting 'dev-lang/perl:0/5.38=', 
which was the previous version. Next I remerged those nine, after which emerge 
-c removed 98 packages! Most of those seemed to be useful only on a GUI 
system, which this one doesn't have (and those 98 shouldn't have been present 
anyway), so I let it go ahead. The long neglected (here) revdep-rebuild didn't 
want to rebuild anything.

I really dislike mysteries.

-- 
Regards,
Peter.






Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-07 Thread Michael
On Friday 6 September 2024 20:37:59 BST Jack wrote:
> On 2024.09.06 11:12, Michael wrote:
> 
> [snip ]
> 
> > The second problem I started this thread with, related to the Kmail
> > composer window inheriting the main Kmail window size and vice versa,
> > seems to occur because both windows are identified having the same
> > "kmail org.kde.kmail2" named Class.  I played around with various
> > properties, like window type and what not, but I have not been able
> > to add a separate window size for the composer alone without
> > affecting the main Kmail window.  If anyone comes up with a working
> > solution please chime in!
> 
> I haven't been following very closely, but it sound like one approach
> would be to have one of the windows use a different name Class.  Might
> it be worth raising as an issue for kmail itself?

I understood the Window Class of an application is hard coded, all a user like 
me can do is select it.  I can't claim to understand this correctly, or 
furthermore understand how the X11 properties transpose over to a Wayland 
desktop:

https://www.x.org/releases/current/doc/xorg-docs/icccm/
icccm.html#WM_CLASS_Property

Either way, the good news is others have been annoyed similarly by this 
behaviour and raised a bug report.  It seems to be a regression bug:

https://bugs.kde.org/show_bug.cgi?id=484327


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-07 Thread Michael
On Friday 6 September 2024 22:41:33 BST Frank Steinmetzger wrote:
> Am Fri, Sep 06, 2024 at 01:21:20PM +0100 schrieb Michael:
> > > > find path-to-directory/ -type f | xargs md5sum > digest.log
> > > > 
> > > > then to compare with a backup of the same directory you could run:
> > > > 
> > > > md5sum -c digest.log | grep FAILED
> 
> I had a quick look at the manpage: with md5sum --quiet you can omit the grep
> part.

Good catch.  You can tell I didn't spend much effort to come up with this. ;-)


> > > > Someone more knowledgeable should be able to knock out some clever
> > > > python
> > > > script to do the same at speed.
> 
> And that is exactly what I have written for myself over the last 11 years. I
> call it dh (short for dirhash). As I described in the previous mail, I use
> it to create one hash files per directory. But it also supports one hash
> file per data file and – a rather new feature – one hash file at the root
> of a tree. Have a look here: https://github.com/felf/dh
> Clone the repo or simply download the one file and put it into your path.

Nice!  I've tested it briefly here.  You've put quite some effort into this.  
Thank you Frank!

Probably not your use case, but I wonder how it can be used to compare SOURCE 
to DESTINATION where SOURCE is the original fs and DESTINATION is some backup, 
without having to copy over manually all different directory/subdirectory 
Checksums.md5 files.

I suppose rsync can be used for the comparison to a backup fs anyway, your 
script would be duplicating a function unnecessarily.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-06 Thread Dale
Michael wrote:
> On Friday 6 September 2024 21:15:32 BST Dale wrote:
>
>> Update.  New memory sticks i bought came in today.  I ran memtest from
>> Gentoo Live boot media and it passed.  Of course, the last pair passed
>> when new too so let's hope this one lasts longer.  Much longer. 
> Run each new stick on its own overnight.  Some times errors do not show up 
> until a few full cycles of tests have been run.

I've already booted into my OS now.  So far, it's seems OK.  Of course,
the last ones didn't fail for a few months.  I can't test that long
anyway.  ;-)  At least they not bad out of the box.  At first test anyway. 

I think the way the tests run now, it runs several different tests on
each section looking for it to return a incorrect result.  I think I saw
it say 10 tests or something.  The memtest I used was on the Gentoo Live
image from a few months ago.  It tests 1GB at a time.  Takes a while to
complete each test.  I know there are many ways to test memory tho.  I
don't recall ever having a stick of memory to go bad before.  For some
old junk rigs that are pretty much to old to care, I've put some cheap
brands in them and they still worked.  Oh, one of my f's returned a 7. 
I took a picture.  I printed it and included it with the memory.  That
way they may can tell where to start their test.  It was right at 7GB
mark. 

I did start the return process.  I filled out a online form and they
sent me a email a few hours later with a RMA.  I got a label printed and
boxed it up.  I'll go to the post office tomorrow.  It'll take several
days to get there tho.  No idea on how long it takes G.Skill to turn it
around.  Then it has to slide all the way back to me.  I figure two
weeks for shipping alone. 

Dale

:-)  :-) 


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-06 Thread Michael
On Friday 6 September 2024 21:15:32 BST Dale wrote:

> Update.  New memory sticks i bought came in today.  I ran memtest from
> Gentoo Live boot media and it passed.  Of course, the last pair passed
> when new too so let's hope this one lasts longer.  Much longer. 

Run each new stick on its own overnight.  Some times errors do not show up 
until a few full cycles of tests have been run.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-06 Thread Frank Steinmetzger
Am Fri, Sep 06, 2024 at 01:21:20PM +0100 schrieb Michael:

> > > find path-to-directory/ -type f | xargs md5sum > digest.log
> > > 
> > > then to compare with a backup of the same directory you could run:
> > > 
> > > md5sum -c digest.log | grep FAILED

I had a quick look at the manpage: with md5sum --quiet you can omit the grep 
part.

> > > Someone more knowledgeable should be able to knock out some clever python
> > > script to do the same at speed.

And that is exactly what I have written for myself over the last 11 years. I 
call it dh (short for dirhash). As I described in the previous mail, I use 
it to create one hash files per directory. But it also supports one hash 
file per data file and – a rather new feature – one hash file at the root of 
a tree. Have a look here: https://github.com/felf/dh
Clone the repo or simply download the one file and put it into your path.

> > I'll be honest here, on two points.  I'd really like to be able to do
> > this but I have no idea where to or how to even start.  My setup for
> > series type videos.  In a parent directory, where I'd like a tool to
> > start, is about 600 directories.  On a few occasions, there is another
> > directory inside that one.  That directory under the parent is the name
> > of the series.

In its default, my tool ignores directories which have subdirectories. It 
only hashes files in dirs that have no subdirs (leaves in the tree). But 
this can be overridden with the -f option.

My tool also has an option to skip a number of directories and to process 
only a certain number of directories.

> > Sometimes I have a sub directory that has temp files;
> > new files I have yet to rename, considering replacing in the main series
> > directory etc.  I wouldn't mind having a file with a checksum for each
> > video in the top directory, and even one in the sub directory.  As a
> > example.
> > 
> > TV_Series/
> > 
> > ├── 77 Sunset Strip (1958)
> > │   └── torrent
> > ├── Adam-12 (1968)
> > ├── Airwolf (1984)

So with my tool you would do
$ dh -f -F all TV_Series
`-F all` causes a checksum file to be created for each data file.

> > What
> > I'd like, a program that would generate checksums for each file under
> > say 77 Sunset and it could skip or include the directory under it.

Unfortunately I don’t have a skip feature yet that skips specific 
directories. I could add a feature that looks for a marker file and then 
skips that directory (and its subdirs).

> > Might be best if I could switch it on or off.  Obviously, I may not want
> > to do this for my whole system.  I'd like to be able to target
> > directories.  I have another large directory, lets say not a series but
> > sometimes has remakes, that I'd also like to do.  It is kinda set up
> > like the above, parent directory with a directory underneath and on
> > occasion one more under that. 
> 
> As an example, let's assume you have the following fs tree:
> 
> VIDEO
>   ├──TV_Series/
>   |  ├── 77 Sunset Strip (1958)
>   |  │   └── torrent
>   |  ├── Adam-12 (1968)
>   |  ├── Airwolf (1984)
>   |
>   ├──Documentaries
>   ├──Films
>   ├──etc.
> 
> You could run:
> 
> $ find VIDEO -type f | xargs md5sum > digest.log
> 
> The file digest.log will contain md5sum hashes of each of your files within 
> the VIDEO directory and its subdirectories.
> 
> To check if any of these files have changed, become corrupted, etc. you can 
> run:
> 
> $ md5sum -c digest.log | grep FAILED
> 
> If you want to compare the contents of the same VIDEO directory on a back up, 
> you can copy the same digest file with its hashes over to the backup top 
> directory and run again:
> 
> $ md5sum -c digest.log | grep FAILED

My tool does this as well. ;-)
In check mode, it recurses, looks for hash files and if it finds them, 
checks all hashes. There is also an option to only check paths and 
filenames, not hashes. This allows to quickly find files that have been 
renamed or deleted since the hash file was created.

> > One thing I worry about is not just memory problems, drive failure but
> > also just some random error or even bit rot.  Some of these files are
> > rarely changed or even touched.  I'd like a way to detect problems and
> > there may even be a software tool that does this with some setup,
> > reminds me of Kbackup where you can select what to backup or leave out
> > on a directory or even individual file level. 

Well that could be covered with ZFS, especially with a redundant pool so it 
can repair itself. Otherwise it will only identify the bitrot, but not be 
able to fix it.

> > Right now, I suspect my backup copy is likely better than my main copy. 

The problem is: if they differ, how do you know which one is good apart from 
watching one from start to finish? You could use vbindiff to first find the 
part that changed. That will at least tell you where the difference is, so 
you could seek to the area of the position in the video.

> This should work in rsync terms:
> 
> rsync -v --checksum 

Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-06 Thread Dale
Dale wrote:
> Grant Edwards wrote:
>> On 2024-09-03, Dale  wrote:
>>
>>> I was trying to re-emerge some packages.  The ones I was working on
>>> failed with "internal compiler error: Segmentation fault" or similar
>>> being the common reason for failing.
>> In my experience, that usually means failing RAM.  I'd try running
>> memtest86 for a day or two.
>>
>> --
>> Grant
> I've seen that before too.  I'm hoping not.  I may shutdown my rig,
> remove and reinstall the memory and then test it for a bit.  May be a
> bad connection.  It has worked well for the past couple months tho. 
> Still, it is possible to either be a bad connection or just going bad. 
>
> Dang those memory sticks ain't cheap.  o_~
>
> Thanks.  See if anyone else has any other ideas. 
>
> Dale
>
> :-)  :-) 
>


Update.  New memory sticks i bought came in today.  I ran memtest from
Gentoo Live boot media and it passed.  Of course, the last pair passed
when new too so let's hope this one lasts longer.  Much longer. 

Now to start the warranty swap process.  :/

Dale

:-)  :-) 



Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Jack

On 2024.09.06 11:12, Michael wrote:

[snip ]
The second problem I started this thread with, related to the Kmail  
composer window inheriting the main Kmail window size and vice versa,  
seems to occur because both windows are identified having the same  
"kmail org.kde.kmail2" named Class.  I played around with various  
properties, like window type and what not, but I have not been able  
to add a separate window size for the composer alone without  
affecting the main Kmail window.  If anyone comes up with a working  
solution please chime in!


I haven't been following very closely, but it sound like one approach  
would be to have one of the windows use a different name Class.  Might  
it be worth raising as an issue for kmail itself?




Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Michael
On Friday 6 September 2024 12:40:25 BST Dale wrote:
> Michael wrote:
> > On Friday 6 September 2024 12:04:08 BST Dale wrote:
> >> I might add, another odd thing that started after a recent update.  When
> >> I logout of KDE or when first booting and am on the sddm login screen,
> >> my first monitor powers off.  The second monitor stays on and has the
> >> login screen as does the TV screen.  Yet the primary screen turns off.
> >> At first when we got past the wonky monitor problem, all three would
> >> stay on and mirror each other.  Now it doesn't.
> >> 
> >> I might add, if I switch to a console, screen one turns back on and all
> >> three mirror each other.  I kinda like that because if I need to do
> >> something that takes a bit, I don't have to go to the living room to
> >> turn the TV back on again.
> > 
> > It sounds as if the primary monitor is using DPMS in Xorg, if you're
> > running X, or some similar energy saving feature.  Check SystemSettings >
> > Power Management > Display and Brightness.
> 
> You may be on to something.  I have DPMS enabled on my two main monitors
> but not the TV.  That said, I had my monitors set to not turn off.  I
> did that the other day so that they would stay on while I was doing my
> emerge -e world.  I wanted to keep a eye on it in case something failed
> and the emerge stopped. 
> 
> Should I have DPMS set to on or turn them all off in xorg.conf?  I'm
> thinking on.  Thursday a week ago tho, everything turned off when I
> locked the screen, TV as well.  It seems it can turn things off even
> without DPMS. 
> 
> > Meanwhile back at the ranch, I think my Gkrellm dock panel problem is
> > related to KDE 6 not identifying the Gkrellm window as a 'dock/panel',
> > probably because the Gtk2 code is far too old to integrate with Plasma. 
> > :-(
> This is bad.  It's a sign gkrellm might stop working.  I hope someone
> who can code will update and keep gkrellm alive and going.  I'd hate to
> see that go away.  That's a awesome tool that is impossible to replace. 
> I don't know of anything that comes close. 
> 
> Dale
> 
> :-)  :-) 


The second problem I started this thread with, related to the Kmail composer 
window inheriting the main Kmail window size and vice versa, seems to occur 
because both windows are identified having the same "kmail org.kde.kmail2" 
named Class.  I played around with various properties, like window type and 
what not, but I have not been able to add a separate window size for the 
composer alone without affecting the main Kmail window.  If anyone comes up 
with a working solution please chime in!

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-06 Thread Michael
On Friday 6 September 2024 01:43:18 BST Dale wrote:
> Michael wrote:
> > On Thursday 5 September 2024 19:55:56 BST Frank Steinmetzger wrote:
> >> Am Thu, Sep 05, 2024 at 06:30:54AM -0500 schrieb Dale:
>  Use rsync with:
>   --checksum
>  
>  and
>  
>   --dry-run
> >> 
> >> I suggest calculating a checksum file from your active files. Then you
> >> don’t have to read the files over and over for each backup iteration you
> >> compare it against.
> >> 
>  You can also run find to identify which files were changed during the
>  period you were running with the dodgy RAM.  Thankfully you didn't run
>  for too long before you spotted it.
> >> 
> >> This. No need to check everything you ever stored. Just the most recent
> >> stuff, or at maximum, since you got the new PC.
> >> 
> >>> I have just shy of 45,000 files in 780 directories or so.  Almost 6,000
> >>> in another.  Some files are small, some are several GBs or so.  Thing
> >>> is, backups go from a single parent directory if you will.  Plus, I'd
> >>> want to compare them all anyway.  Just to be sure.
> >> 
> >> I aqcuired the habit of writing checksum files in all my media
> >> directories
> >> such as music albums, tv series and such, whenever I create one such
> >> directory. That way even years later I can still check whether the files
> >> are intact. I actually experienced broken music files from time to time
> >> (mostly on the MicroSD card in my tablet). So with checksum files, I can
> >> verify which file is bad and which (on another machine) is still good.
> > 
> > There is also dm-verity for a more involved solution.  I think for Dale
> > something like this should work:
> > 
> > find path-to-directory/ -type f | xargs md5sum > digest.log
> > 
> > then to compare with a backup of the same directory you could run:
> > 
> > md5sum -c digest.log | grep FAILED
> > 
> > Someone more knowledgeable should be able to knock out some clever python
> > script to do the same at speed.
> 
> I'll be honest here, on two points.  I'd really like to be able to do
> this but I have no idea where to or how to even start.  My setup for
> series type videos.  In a parent directory, where I'd like a tool to
> start, is about 600 directories.  On a few occasions, there is another
> directory inside that one.  That directory under the parent is the name
> of the series.  Sometimes I have a sub directory that has temp files;
> new files I have yet to rename, considering replacing in the main series
> directory etc.  I wouldn't mind having a file with a checksum for each
> video in the top directory, and even one in the sub directory.  As a
> example.
> 
> TV_Series/
> 
> ├── 77 Sunset Strip (1958)
> │   └── torrent
> ├── Adam-12 (1968)
> ├── Airwolf (1984)
> 
> 
> I got a part of the output of tree.  The directory 'torrent' under 77
> Sunset is temporary usually but sometimes a directory is there for
> videos about the making of a video, history of it or something.  What
> I'd like, a program that would generate checksums for each file under
> say 77 Sunset and it could skip or include the directory under it. 
> Might be best if I could switch it on or off.  Obviously, I may not want
> to do this for my whole system.  I'd like to be able to target
> directories.  I have another large directory, lets say not a series but
> sometimes has remakes, that I'd also like to do.  It is kinda set up
> like the above, parent directory with a directory underneath and on
> occasion one more under that. 

As an example, let's assume you have the following fs tree:

VIDEO
  ├──TV_Series/
  |  ├── 77 Sunset Strip (1958)
  |  │   └── torrent
  |  ├── Adam-12 (1968)
  |  ├── Airwolf (1984)
  |
  ├──Documentaries
  ├──Films
  ├──etc.

You could run:

$ find VIDEO -type f | xargs md5sum > digest.log

The file digest.log will contain md5sum hashes of each of your files within 
the VIDEO directory and its subdirectories.

To check if any of these files have changed, become corrupted, etc. you can 
run:

$ md5sum -c digest.log | grep FAILED

If you want to compare the contents of the same VIDEO directory on a back up, 
you can copy the same digest file with its hashes over to the backup top 
directory and run again:

$ md5sum -c digest.log | grep FAILED

Any files listed with "FAILED" next to them have changed since the backup was 
originally created.  Any files with "FAILED open or read" have been deleted, 
or are inaccessible.

You don't have to use md5sum, you can use sha1sum, sha256sum, etc. but md5sum 
will be quicker.  The probability of ending up with a hash clash across two 
files must be very small.

You can save the digest file with a date, PC name, top directory name next to 
it, to make it easy to identify when it was created and its origin.  
Especially useful if you move it across systems.


> One thing I worry about is not just memory problems, drive failure but
> also just some random error or even bit rot.  Some of these files are
> rarel

Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Dale
Michael wrote:
> On Friday 6 September 2024 12:04:08 BST Dale wrote:
>
>> I might add, another odd thing that started after a recent update.  When
>> I logout of KDE or when first booting and am on the sddm login screen,
>> my first monitor powers off.  The second monitor stays on and has the
>> login screen as does the TV screen.  Yet the primary screen turns off. 
>> At first when we got past the wonky monitor problem, all three would
>> stay on and mirror each other.  Now it doesn't. 
>>
>> I might add, if I switch to a console, screen one turns back on and all
>> three mirror each other.  I kinda like that because if I need to do
>> something that takes a bit, I don't have to go to the living room to
>> turn the TV back on again. 
> It sounds as if the primary monitor is using DPMS in Xorg, if you're running 
> X, or some similar energy saving feature.  Check SystemSettings > Power 
> Management > Display and Brightness.

You may be on to something.  I have DPMS enabled on my two main monitors
but not the TV.  That said, I had my monitors set to not turn off.  I
did that the other day so that they would stay on while I was doing my
emerge -e world.  I wanted to keep a eye on it in case something failed
and the emerge stopped. 

Should I have DPMS set to on or turn them all off in xorg.conf?  I'm
thinking on.  Thursday a week ago tho, everything turned off when I
locked the screen, TV as well.  It seems it can turn things off even
without DPMS. 

> Meanwhile back at the ranch, I think my Gkrellm dock panel problem is related 
> to KDE 6 not identifying the Gkrellm window as a 'dock/panel', probably 
> because the Gtk2 code is far too old to integrate with Plasma.  :-(
>
>


This is bad.  It's a sign gkrellm might stop working.  I hope someone
who can code will update and keep gkrellm alive and going.  I'd hate to
see that go away.  That's a awesome tool that is impossible to replace. 
I don't know of anything that comes close. 

Dale

:-)  :-) 



Re: [gentoo-user] Wayland and CPU load

2024-09-06 Thread Peter Humphrey
On Friday 6 September 2024 11:41:03 BST Michael wrote:

> You could have inadvertently cleaned this package from your
> /var/lib/portage/ world, or unmerged it for some reason. 

No, nothing like that. The sources and config files were all present, but the 
extra_firmware entries had been deleted. I know I'm getting a bit old for all 
this, but how can I inadvertently remove something I know should stay put?

> Worth noting, dmesg would have complained it can't find this & that firmware.

That's what put me on to it.

> Either way, problem solved.  :-)

Indeed.

-- 
Regards,
Peter.






Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Michael
On Friday 6 September 2024 12:04:08 BST Dale wrote:

> I might add, another odd thing that started after a recent update.  When
> I logout of KDE or when first booting and am on the sddm login screen,
> my first monitor powers off.  The second monitor stays on and has the
> login screen as does the TV screen.  Yet the primary screen turns off. 
> At first when we got past the wonky monitor problem, all three would
> stay on and mirror each other.  Now it doesn't. 
> 
> I might add, if I switch to a console, screen one turns back on and all
> three mirror each other.  I kinda like that because if I need to do
> something that takes a bit, I don't have to go to the living room to
> turn the TV back on again. 

It sounds as if the primary monitor is using DPMS in Xorg, if you're running 
X, or some similar energy saving feature.  Check SystemSettings > Power 
Management > Display and Brightness.

Meanwhile back at the ranch, I think my Gkrellm dock panel problem is related 
to KDE 6 not identifying the Gkrellm window as a 'dock/panel', probably 
because the Gtk2 code is far too old to integrate with Plasma.  :-(




signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Dale
Michael wrote:
> On Friday 6 September 2024 02:02:55 BST Dale wrote:
>
>> For some reason, the second monitor has a plasma thing, where app menu
>> icon, virtual desktop, clock and such is, on the second monitor as
>> well.  My TV screen has nothing.  No desktop icons, plasma thingy or
>> anything.  It just has a default background image and that is it.  Why
>> the second monitor got done that way, I dunno.  May I should remove the
>> plasma thing completely. 
> The "... plasma thing" = Plasma Panel container
>
> Can be placed on any screen edge.
>
> Can be more than one.
>
> Starting from the left, it contains: 
>
> 1. Kmenu (i.e. application menu/launcher)
> 2. Desktop pager (virtual desktops)
> 3. Task manager (shortcut icons to applications and open applications)
> 4. System Tray (notifications, Kmix, clock, etc.)
>
> >From what I recall SystemSettings allows you to select to have the Plasma 
> Panel only on the primary monitor.  That's how I've set it on a dual monitor 
> PC here.


Well, on my old rig, the second screen, TV, never had the plasma panel. 
On the new rig, it showed up on both from the beginning.  I guess I
could just delete/remove it.  I don't really see a need for two anyway. 
I get why the primary has one.  Just no idea why the second does but yet
the third doesn't.  It looks like if the default is to add one to all
screens, then the TV would have one too.  It's not like the puter knows
I only have two of the monitors sitting in front of me and the third is
elsewhere.  ;-) 

I might add, another odd thing that started after a recent update.  When
I logout of KDE or when first booting and am on the sddm login screen,
my first monitor powers off.  The second monitor stays on and has the
login screen as does the TV screen.  Yet the primary screen turns off. 
At first when we got past the wonky monitor problem, all three would
stay on and mirror each other.  Now it doesn't. 

I might add, if I switch to a console, screen one turns back on and all
three mirror each other.  I kinda like that because if I need to do
something that takes a bit, I don't have to go to the living room to
turn the TV back on again. 

This monitor situation is getting plenty weird.  I never know when it is
going to change something and work weirdly.  I don't know what is
changing it tho.  I haven't changed anything. 

Dale

:-)  :-) 


Re: [gentoo-user] Wayland and CPU load

2024-09-06 Thread Michael
On Friday 6 September 2024 10:45:26 BST Peter Humphrey wrote:
> On Friday 6 September 2024 10:10:47 BST Michael wrote:
> > On Friday 6 September 2024 01:33:04 BST Peter Humphrey wrote:
> > > On Friday 6 September 2024 00:21:31 BST Peter Humphrey wrote:
> > > > I think I know what it is: the kernel's list of firmware blobs is
> > > > empty.
> > > > I
> > > > don't know where they all went, but it shouldn't be too hard to find
> > > > them.
> > > 
> > > Indeed it was so. Now fixed and working fine.
> > 
> > Without all requisite firmware for your graphics the Kwin compositor will
> > fall back to software rendering.  As you've experienced without hardware
> > acceleration Kwin will eat up CPU cycles.
> > 
> > Emerging sys-kernel/linux-firmware and configuring your system to use it
> > fixes the problem by providing the necessary code for the graphics card to
> 
> > do the heavy lifting:
> Yes, I know, and I had it set up from when I acquired the machine. The
> mystery is why it was missing from my two most recent kernels.

You could have inadvertently cleaned this package from your /var/lib/portage/
world, or unmerged it for some reason.  Worth noting, dmesg would have 
complained it can't find this & that firmware.

Either way, problem solved.  :-)


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Wayland and CPU load

2024-09-06 Thread Peter Humphrey
On Friday 6 September 2024 10:10:47 BST Michael wrote:
> On Friday 6 September 2024 01:33:04 BST Peter Humphrey wrote:
> > On Friday 6 September 2024 00:21:31 BST Peter Humphrey wrote:
> > > I think I know what it is: the kernel's list of firmware blobs is empty.
> > > I
> > > don't know where they all went, but it shouldn't be too hard to find
> > > them.
> > 
> > Indeed it was so. Now fixed and working fine.
> 
> Without all requisite firmware for your graphics the Kwin compositor will
> fall back to software rendering.  As you've experienced without hardware
> acceleration Kwin will eat up CPU cycles.
> 
> Emerging sys-kernel/linux-firmware and configuring your system to use it
> fixes the problem by providing the necessary code for the graphics card to
> do the heavy lifting:

Yes, I know, and I had it set up from when I acquired the machine. The mystery 
is why it was missing from my two most recent kernels.

-- 
Regards,
Peter.






Re: [gentoo-user] Wayland and CPU load

2024-09-06 Thread Michael
On Friday 6 September 2024 01:33:04 BST Peter Humphrey wrote:
> On Friday 6 September 2024 00:21:31 BST Peter Humphrey wrote:
> > I think I know what it is: the kernel's list of firmware blobs is empty. I
> > don't know where they all went, but it shouldn't be too hard to find them.
> 
> Indeed it was so. Now fixed and working fine.

Without all requisite firmware for your graphics the Kwin compositor will fall 
back to software rendering.  As you've experienced without hardware 
acceleration Kwin will eat up CPU cycles.

Emerging sys-kernel/linux-firmware and configuring your system to use it fixes 
the problem by providing the necessary code for the graphics card to do the 
heavy lifting:

https://wiki.gentoo.org/wiki/Intel


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-06 Thread Michael
On Friday 6 September 2024 02:02:55 BST Dale wrote:

> For some reason, the second monitor has a plasma thing, where app menu
> icon, virtual desktop, clock and such is, on the second monitor as
> well.  My TV screen has nothing.  No desktop icons, plasma thingy or
> anything.  It just has a default background image and that is it.  Why
> the second monitor got done that way, I dunno.  May I should remove the
> plasma thing completely. 

The "... plasma thing" = Plasma Panel container

Can be placed on any screen edge.

Can be more than one.

Starting from the left, it contains: 

1. Kmenu (i.e. application menu/launcher)
2. Desktop pager (virtual desktops)
3. Task manager (shortcut icons to applications and open applications)
4. System Tray (notifications, Kmix, clock, etc.)

>From what I recall SystemSettings allows you to select to have the Plasma 
Panel only on the primary monitor.  That's how I've set it on a dual monitor 
PC here.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 15:34:06 BST Dale wrote:
>> Michael wrote:
>>> Since I upgraded to KDE Frameworks 6 I have observed some rather unwanted
>>> window behaviours.
>>>
>>> 1. Window Interaction with Gkrellm
>>>
>>> DESIRED BEHAVIOUR:
>>> ==
>>> I have Gkrellm started up by Plasma at login and placed at the top left of
>>> the screen.  I can't remember where/how I set this up, but at least it is
>>> still respected by KDE 6.  I've always set Gkrellm via its Configuration
 General > Properties with:
>>> + Set sticky state
>>>
>>> + Set window type to be a dock or panel
>>>
>>> This allowed the following interaction with other application windows:
>>>
>>> - Other windows would launch without overlapping the Gkrellm window.  On
>>> an
>>> otherwise empty desktop they would be placed on the right of it.
>>> - When a window was maximised it did not extend sideways to cover the
>>> whole
>>> screen beyond the position of the the Grkellm.
>>> - When I dragged a window to force it to infringe the boundary of the
>>> Gkrellm window, the Gkrellm would overlap the dragged window.
>> I'm having issues with gkrellm as well.  I tend to put gkrellm on
>> desktop 10 on the left side.  I'd like it to be on screen 1 as well. 
>> When I first login, gkrellm is on desktop 1 and on screen 2.  I have to
>> move it every time.
> Gkrellm should show up on all desktops, if you select 'Set sticky state'.  
> However, I understand the position on the desktop is a Plasma setting, not an 
> application setting.
>

I only want it on desktop 10.  Some do want it on all desktops but I
just want it on that one.  And on screen 1 would be nice.  When I'm not
in my chair, I tend to park on desktop 10.  I can see gkrellm and with
that, know pretty well what is going on.  I can even tell if a update is
done or copying files within Konsole has completed. 

>> Usually I right click on the top bar of a window, 
>> select More Actions and either Window Settings or Application Settings,
>> depending on which I want.  I can then add Properties and set it like I
>> want.  It is best to have it like you want it before you start.  It
>> already has the settings that way.  I do this for Seamonkey, both
>> browser and email, QB and a few other apps.  Thing is, gkrellm doesn't
>> have a title bar to right click on.
> If you right click on the Gkrellm on the Plasma toolbar you will be access 
> the 
> same Plasma window decorations as other windows have.  Or, easier, click 
> Alt+F3 to popup the Plasma window menu on any application.
>
> There is also a Grekllm setting under General > Properties > "Use window type 
> decorations", but you'll have to restart Gkrellm for any changes to show up 
> if 
> you select this.
>

I didn't know about the Alt+F3 option.  I did that and my menu popped
up.  I set it to be where I want it, screen 1 and desktop 10.  I'm sure
it will stay where it is told now.  Those window rules tend to work well
when it detects the window correctly. 

>> It works fine on my old rig but not
>> on the new rig.  When I had to use the old rig to watch TV, I checked, I
>> couldn't find anything that tells gkrellm to be where it is but it comes
>> up where I want it each time, apparently without me doing anything at
>> all.  New rig, it goes to the wrong place every single time.  It's wrong
>> but it is consistent. 
> Quit Gkrellm, then relaunch it and place it where you want it on the screen.  
> Hopefully Plasma will store this and survive a logout.  If not, open the 
> Window decoration Plasma menu of Gkrellm after you reveal it as mentioned 
> above and add the window 'Position' property.  Apply, then click OK.
>
> NOTE:  I found such window positioning behavior to be particularly bad on X11 
> as opposed to Wayland, but I understand NVidia is not yet working as well on 
> Wayland so YMMV.
>

I'm wondering if I should buy video cards that are not Nvidia.  It used
to be that Nvidia was the Linux video card.  They had excellent support
and all.  It seems they have fallen some. 

I think the window rule will fix this tho. 

>> I have KDE set to remember what was open and where at logout.  I don't
>> know if KDE just isn't remembering where to put gkrellm because it isn't
>> really a window or what.  I might add tho, even tho screen 1 is set as
>> primary, it still acts like screen 2 is primary for some things.  I
>> wonder if that is why gkrellm parks itself on screen 2 instead.  Some
>> apps I use open to screen 2 until I set up a rule forcing it to open on
>> screen 1.  It should open there by default but it doesn't.  I might add,
>> when I plug in a USB stick, the notification thingy pops up on screen 2,
>> not screen 1 where it should be. 
> Hmm ... from what I see here notifications always popup on the primary screen 
> - assuming you have no task bar on your secondary screen.
>
> Also, if you click to launch an application, but you move your mouse and 
> click 
> quickly on the wallpaper on a

Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 19:55:56 BST Frank Steinmetzger wrote:
>> Am Thu, Sep 05, 2024 at 06:30:54AM -0500 schrieb Dale:
 Use rsync with:
  --checksum

 and

  --dry-run
>> I suggest calculating a checksum file from your active files. Then you don’t
>> have to read the files over and over for each backup iteration you compare
>> it against.
>>
 You can also run find to identify which files were changed during the
 period you were running with the dodgy RAM.  Thankfully you didn't run
 for too long before you spotted it.
>> This. No need to check everything you ever stored. Just the most recent
>> stuff, or at maximum, since you got the new PC.
>>
>>> I have just shy of 45,000 files in 780 directories or so.  Almost 6,000
>>> in another.  Some files are small, some are several GBs or so.  Thing
>>> is, backups go from a single parent directory if you will.  Plus, I'd
>>> want to compare them all anyway.  Just to be sure.
>> I aqcuired the habit of writing checksum files in all my media directories
>> such as music albums, tv series and such, whenever I create one such
>> directory. That way even years later I can still check whether the files are
>> intact. I actually experienced broken music files from time to time (mostly
>> on the MicroSD card in my tablet). So with checksum files, I can verify
>> which file is bad and which (on another machine) is still good.
> There is also dm-verity for a more involved solution.  I think for Dale 
> something like this should work:
>
> find path-to-directory/ -type f | xargs md5sum > digest.log
>
> then to compare with a backup of the same directory you could run:
>
> md5sum -c digest.log | grep FAILED
>
> Someone more knowledgeable should be able to knock out some clever python 
> script to do the same at speed.


I'll be honest here, on two points.  I'd really like to be able to do
this but I have no idea where to or how to even start.  My setup for
series type videos.  In a parent directory, where I'd like a tool to
start, is about 600 directories.  On a few occasions, there is another
directory inside that one.  That directory under the parent is the name
of the series.  Sometimes I have a sub directory that has temp files;
new files I have yet to rename, considering replacing in the main series
directory etc.  I wouldn't mind having a file with a checksum for each
video in the top directory, and even one in the sub directory.  As a
example.

TV_Series/

├── 77 Sunset Strip (1958)
│   └── torrent
├── Adam-12 (1968)
├── Airwolf (1984)


I got a part of the output of tree.  The directory 'torrent' under 77
Sunset is temporary usually but sometimes a directory is there for
videos about the making of a video, history of it or something.  What
I'd like, a program that would generate checksums for each file under
say 77 Sunset and it could skip or include the directory under it. 
Might be best if I could switch it on or off.  Obviously, I may not want
to do this for my whole system.  I'd like to be able to target
directories.  I have another large directory, lets say not a series but
sometimes has remakes, that I'd also like to do.  It is kinda set up
like the above, parent directory with a directory underneath and on
occasion one more under that. 

One thing I worry about is not just memory problems, drive failure but
also just some random error or even bit rot.  Some of these files are
rarely changed or even touched.  I'd like a way to detect problems and
there may even be a software tool that does this with some setup,
reminds me of Kbackup where you can select what to backup or leave out
on a directory or even individual file level. 

While this could likely be done with a script of some kind, my scripting
skills are minimum at best, I suspect there is software out there
somewhere that can do this.  I have no idea what or where it could be
tho.  Given my lack of scripting skills, I'd be afraid I'd do something
bad and it delete files or something.  O_O  LOL 

I been watching videos again, those I was watching during the time the
memory was bad.  I've replaced three so far.  I think I noticed this
within a few hours.  Then it took a little while for me to figure out
the problem and shutdown to run the memtest.  I doubt many files were
affected unless it does something we don't know about.  I do plan to try
to use rsync checksum and dryrun when I get back up and running.  Also,
QB is finding a lot of its files are fine as well.  It's still
rechecking them.  It's a lot of files. 

Right now, I suspect my backup copy is likely better than my main copy. 
Once I get the memory in and can really run some software, then I'll run
rsync with those compare options and see what it says.  I just got to
remember to reverse things.  Backup is the source not the destination. 
If this works, I may run that each time, help detect problems maybe. 
Maybe?? 

Oh, memory made it to the Memphis hub.  Should be here tomorrow. 

Dale

Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Friday 6 September 2024 00:21:31 BST Peter Humphrey wrote:

> I think I know what it is: the kernel's list of firmware blobs is empty. I
> don't know where they all went, but it shouldn't be too hard to find them.

Indeed it was so. Now fixed and working fine.

-- 
Regards,
Peter.






Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Thursday 5 September 2024 22:29:14 BST Michael wrote:

> At a simple level you can check this file for any obvious problem:
> 
> ~/.local/share/sddm/wayland-session.log
> 
> Your symptom could be related to software rendering used by the kwin
> compositor, as opposed to OpenGL.  Mesa with appropriate USE flags should
> provide what your graphics need.  Have a look in kinfocenter, or run:
> 
> qdbus6 org.kde.KWin /KWin supportInformation
> 
> and check the section under Compositor, Compositor Type is not showing
> Xrender or software rendering.

I think I know what it is: the kernel's list of firmware blobs is empty. I 
don't know where they all went, but it shouldn't be too hard to find them.

> Beyond this I think you're into compiling stuff with debugging symbols and
> trying to understand where code fails:
> 
> https://community.kde.org/KWin/Debugging

Thanks to those who helped.

-- 
Regards,
Peter.






Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Mark Knecht
On Thu, Sep 5, 2024 at 12:00 PM Peter Humphrey 
wrote:
>
> On Thursday 5 September 2024 15:43:00 BST Iwrote:
> > On Thursday 5 September 2024 13:47:29 BST I wrote:
> > > ... Perhaps I should start recompiling things...
> >
> > After an emerge -e1 kwayland plasma-workspace and a reboot,
kwin_wayland is
> > down to 20-60% CPU and plasma_shell is barely visible in /top/.
> >
> > Much improved, but it still isn't right.
>
> It came back again, so I ran a complete -e, rebooted, recompiled the
kernel
> again and rebooted again.
>
> It's all back as it was - no CPU cycles left for anything else but
wayland and
> plasam-shell.
>
> How to debug this?
>
> --
> Regards,
> Peter.

If you are running systemd then you can try

systemd-cgtop

which should identify what slice, if any, is using lots of CPU.

If you were interested in exploring more deeply you might
be able to create a control group that Wayland could run
inside of to limit resources or possible identify what
part of Wayland is getting out of control


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Michael
On Thursday 5 September 2024 19:55:56 BST Frank Steinmetzger wrote:
> Am Thu, Sep 05, 2024 at 06:30:54AM -0500 schrieb Dale:
> > > Use rsync with:
> > >  --checksum
> > > 
> > > and
> > > 
> > >  --dry-run
> 
> I suggest calculating a checksum file from your active files. Then you don’t
> have to read the files over and over for each backup iteration you compare
> it against.
> 
> > > You can also run find to identify which files were changed during the
> > > period you were running with the dodgy RAM.  Thankfully you didn't run
> > > for too long before you spotted it.
> 
> This. No need to check everything you ever stored. Just the most recent
> stuff, or at maximum, since you got the new PC.
> 
> > I have just shy of 45,000 files in 780 directories or so.  Almost 6,000
> > in another.  Some files are small, some are several GBs or so.  Thing
> > is, backups go from a single parent directory if you will.  Plus, I'd
> > want to compare them all anyway.  Just to be sure.
> 
> I aqcuired the habit of writing checksum files in all my media directories
> such as music albums, tv series and such, whenever I create one such
> directory. That way even years later I can still check whether the files are
> intact. I actually experienced broken music files from time to time (mostly
> on the MicroSD card in my tablet). So with checksum files, I can verify
> which file is bad and which (on another machine) is still good.

There is also dm-verity for a more involved solution.  I think for Dale 
something like this should work:

find path-to-directory/ -type f | xargs md5sum > digest.log

then to compare with a backup of the same directory you could run:

md5sum -c digest.log | grep FAILED

Someone more knowledgeable should be able to knock out some clever python 
script to do the same at speed.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Michael
On Thursday 5 September 2024 20:00:12 BST Peter Humphrey wrote:
> On Thursday 5 September 2024 15:43:00 BST Iwrote:
> > On Thursday 5 September 2024 13:47:29 BST I wrote:
> > > ... Perhaps I should start recompiling things...
> > 
> > After an emerge -e1 kwayland plasma-workspace and a reboot, kwin_wayland
> > is
> > down to 20-60% CPU and plasma_shell is barely visible in /top/.
> > 
> > Much improved, but it still isn't right.
> 
> It came back again, so I ran a complete -e, rebooted, recompiled the kernel
> again and rebooted again.
> 
> It's all back as it was - no CPU cycles left for anything else but wayland
> and plasam-shell.
> 
> How to debug this?

At a simple level you can check this file for any obvious problem:

~/.local/share/sddm/wayland-session.log

Your symptom could be related to software rendering used by the kwin 
compositor, as opposed to OpenGL.  Mesa with appropriate USE flags should 
provide what your graphics need.  Have a look in kinfocenter, or run:

qdbus6 org.kde.KWin /KWin supportInformation

and check the section under Compositor, Compositor Type is not showing Xrender 
or software rendering.

Beyond this I think you're into compiling stuff with debugging symbols and 
trying to understand where code fails:

https://community.kde.org/KWin/Debugging


signature.asc
Description: This is a digitally signed message part.


Re: Re gkrellm: Was: [gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Michael
Thanks Jack,

On Thursday 5 September 2024 21:30:54 BST Jack wrote:
> On 2024.09.05 09:22, Michael wrote:
> > Since I upgraded to KDE Frameworks 6 I have observed some rather
> > unwanted
> > window behaviours.
> > 
> > 1. Window Interaction with Gkrellm
> 
> [snipped lots ]
> 
> The latest release of gkrellm seems to have been over three years ago,
> and unfortunately, I suspect there might not be another.  The primary
> developer died three and a half years ago, and while there is still
> some minor activity (or at least was last time I looked) nobody had
> stepped up to fully take over.  The current version still uses gtk+2,
> and based on the discussions, the way the program works is rather
> deeply embedded in the lower levels thereof, and  the port to gtk+3 (or
> even 4) will not be easy.
> 
> [I did not start a new thread, intending this just as a heads up in
> case any of the discovered causes of the posted problems end up due to
> anything actually in gkrellm rather then in the new KDE workings.]

I was aware the developer passed and the future of Gkrellm is uncertain.  I 
expect I will find using a PC without it *very* frustrating.  The problems I 
was alerted to look into over the years because of some indication in Gkrellm 
are too many to mention.  I hope someone comes forward and refactors the code 
in time.

signature.asc
Description: This is a digitally signed message part.


Re gkrellm: Was: [gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Jack

On 2024.09.05 09:22, Michael wrote:
Since I upgraded to KDE Frameworks 6 I have observed some rather  
unwanted

window behaviours.

1. Window Interaction with Gkrellm


[snipped lots ]

The latest release of gkrellm seems to have been over three years ago,  
and unfortunately, I suspect there might not be another.  The primary  
developer died three and a half years ago, and while there is still  
some minor activity (or at least was last time I looked) nobody had  
stepped up to fully take over.  The current version still uses gtk+2,  
and based on the discussions, the way the program works is rather  
deeply embedded in the lower levels thereof, and  the port to gtk+3 (or  
even 4) will not be easy.


[I did not start a new thread, intending this just as a heads up in  
case any of the discovered causes of the posted problems end up due to  
anything actually in gkrellm rather then in the new KDE workings.]




Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Thursday 5 September 2024 15:43:00 BST Iwrote:
> On Thursday 5 September 2024 13:47:29 BST I wrote:
> > ... Perhaps I should start recompiling things...
> 
> After an emerge -e1 kwayland plasma-workspace and a reboot, kwin_wayland is
> down to 20-60% CPU and plasma_shell is barely visible in /top/.
> 
> Much improved, but it still isn't right.

It came back again, so I ran a complete -e, rebooted, recompiled the kernel 
again and rebooted again.

It's all back as it was - no CPU cycles left for anything else but wayland and 
plasam-shell.

How to debug this?

-- 
Regards,
Peter.






Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Frank Steinmetzger
Am Thu, Sep 05, 2024 at 06:30:54AM -0500 schrieb Dale:

> > Use rsync with:
> >
> >  --checksum
> >
> > and
> >
> >  --dry-run 

I suggest calculating a checksum file from your active files. Then you don’t 
have to read the files over and over for each backup iteration you compare 
it against.

> > You can also run find to identify which files were changed during the 
> > period 
> > you were running with the dodgy RAM.  Thankfully you didn't run for too 
> > long 
> > before you spotted it.

This. No need to check everything you ever stored. Just the most recent 
stuff, or at maximum, since you got the new PC.

> I have just shy of 45,000 files in 780 directories or so.  Almost 6,000
> in another.  Some files are small, some are several GBs or so.  Thing
> is, backups go from a single parent directory if you will.  Plus, I'd
> want to compare them all anyway.  Just to be sure.

I aqcuired the habit of writing checksum files in all my media directories 
such as music albums, tv series and such, whenever I create one such 
directory. That way even years later I can still check whether the files are 
intact. I actually experienced broken music files from time to time (mostly 
on the MicroSD card in my tablet). So with checksum files, I can verify which 
file is bad and which (on another machine) is still good.

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

Lettered up the mixes?


signature.asc
Description: PGP signature


Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Michael
On Thursday 5 September 2024 15:34:06 BST Dale wrote:
> Michael wrote:
> > Since I upgraded to KDE Frameworks 6 I have observed some rather unwanted
> > window behaviours.
> > 
> > 1. Window Interaction with Gkrellm
> > 
> > DESIRED BEHAVIOUR:
> > ==
> > I have Gkrellm started up by Plasma at login and placed at the top left of
> > the screen.  I can't remember where/how I set this up, but at least it is
> > still respected by KDE 6.  I've always set Gkrellm via its Configuration
> > > General > Properties with:
> > 
> > + Set sticky state
> > 
> > + Set window type to be a dock or panel
> > 
> > This allowed the following interaction with other application windows:
> > 
> > - Other windows would launch without overlapping the Gkrellm window.  On
> > an
> > otherwise empty desktop they would be placed on the right of it.
> > - When a window was maximised it did not extend sideways to cover the
> > whole
> > screen beyond the position of the the Grkellm.
> > - When I dragged a window to force it to infringe the boundary of the
> > Gkrellm window, the Gkrellm would overlap the dragged window.
> 
> I'm having issues with gkrellm as well.  I tend to put gkrellm on
> desktop 10 on the left side.  I'd like it to be on screen 1 as well. 
> When I first login, gkrellm is on desktop 1 and on screen 2.  I have to
> move it every time.

Gkrellm should show up on all desktops, if you select 'Set sticky state'.  
However, I understand the position on the desktop is a Plasma setting, not an 
application setting.


> Usually I right click on the top bar of a window, 
> select More Actions and either Window Settings or Application Settings,
> depending on which I want.  I can then add Properties and set it like I
> want.  It is best to have it like you want it before you start.  It
> already has the settings that way.  I do this for Seamonkey, both
> browser and email, QB and a few other apps.  Thing is, gkrellm doesn't
> have a title bar to right click on.

If you right click on the Gkrellm on the Plasma toolbar you will be access the 
same Plasma window decorations as other windows have.  Or, easier, click 
Alt+F3 to popup the Plasma window menu on any application.

There is also a Grekllm setting under General > Properties > "Use window type 
decorations", but you'll have to restart Gkrellm for any changes to show up if 
you select this.


> It works fine on my old rig but not
> on the new rig.  When I had to use the old rig to watch TV, I checked, I
> couldn't find anything that tells gkrellm to be where it is but it comes
> up where I want it each time, apparently without me doing anything at
> all.  New rig, it goes to the wrong place every single time.  It's wrong
> but it is consistent. 

Quit Gkrellm, then relaunch it and place it where you want it on the screen.  
Hopefully Plasma will store this and survive a logout.  If not, open the 
Window decoration Plasma menu of Gkrellm after you reveal it as mentioned 
above and add the window 'Position' property.  Apply, then click OK.

NOTE:  I found such window positioning behavior to be particularly bad on X11 
as opposed to Wayland, but I understand NVidia is not yet working as well on 
Wayland so YMMV.


> I have KDE set to remember what was open and where at logout.  I don't
> know if KDE just isn't remembering where to put gkrellm because it isn't
> really a window or what.  I might add tho, even tho screen 1 is set as
> primary, it still acts like screen 2 is primary for some things.  I
> wonder if that is why gkrellm parks itself on screen 2 instead.  Some
> apps I use open to screen 2 until I set up a rule forcing it to open on
> screen 1.  It should open there by default but it doesn't.  I might add,
> when I plug in a USB stick, the notification thingy pops up on screen 2,
> not screen 1 where it should be. 

Hmm ... from what I see here notifications always popup on the primary screen 
- assuming you have no task bar on your secondary screen.

Also, if you click to launch an application, but you move your mouse and click 
quickly on the wallpaper on another screen, the application will launch on the 
screen you placed and clicked your mouse on.


> I mention all this because it might give you a clue on where or how KDE
> is working now.  Clearly gkrellm is unique because I can get everything
> else to work right, even if I have to force it with window/application
> rules. 
> 
> Oh, when looking at window rules in System Settings, it has a export and
> import feature.  I never saw that before.  Might be new.  It's at the
> top I think.  If you use that tool, may want to back up your settings
> when you get everything done. 
> 
> Hope that gives you some clue to a fix.  Maybe. 
> 
> Dale
> 
> :-)  :-) 

SystemSettings > Window Management > Window Rules, shows any windows you have 
set bespoke settings for.  You can add and modify application window settings 
there, or you can do the same Alt+F3, the select More Actions and use the 
settings at

Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Michael
On Thursday 5 September 2024 16:08:36 BST Peter Humphrey wrote:
> On Thursday 5 September 2024 07:32:21 BST I wrote:
> > Has anyone else seen grossly excessive CPU load since adopting the new
> > Wayland way of doing things? /Top/ is showing 1300% going on kwin_wayland
> > and the whole of the rest going on plasmashell.
> 
> Another thing: the plasma system is not preserving my desktops between
> sessions. Well, firefox and 3 x gkrellm all reappear, but on the first
> desktop, not where I put them. 3 x konsole, dolphin, kmail, korganiser:
> none of these restart.

I observed there were a quite a few .desktop files with changed content, 
according to etc-update.  Perhaps you need to run etc-update if you haven't 
done so already.

However, I find some window management irregularities on KDE 6 compared to KDE 
5, as per my other post today.  Perhaps these such functionality will improve 
as the code base matures.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Thursday 5 September 2024 07:32:21 BST I wrote:

> Has anyone else seen grossly excessive CPU load since adopting the new
> Wayland way of doing things? /Top/ is showing 1300% going on kwin_wayland
> and the whole of the rest going on plasmashell.

Another thing: the plasma system is not preserving my desktops between 
sessions. Well, firefox and 3 x gkrellm all reappear, but on the first desktop, 
not where I put them. 3 x konsole, dolphin, kmail, korganiser: none of these 
restart.

-- 
Regards,
Peter.






Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Thursday 5 September 2024 13:47:29 BST I wrote:

> ... Perhaps I should start recompiling things...

After an emerge -e1 kwayland plasma-workspace and a reboot, kwin_wayland is 
down to 20-60% CPU and plasma_shell is barely visible in /top/.

Much improved, but it still isn't right.

-- 
Regards,
Peter.






Re: [gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Dale
Michael wrote:
> Since I upgraded to KDE Frameworks 6 I have observed some rather unwanted 
> window behaviours.
>
> 1. Window Interaction with Gkrellm
>
> DESIRED BEHAVIOUR:
> ==
> I have Gkrellm started up by Plasma at login and placed at the top left of 
> the 
> screen.  I can't remember where/how I set this up, but at least it is still 
> respected by KDE 6.  I've always set Gkrellm via its Configuration > General 
> > 
> Properties with:
>
> + Set sticky state
>
> + Set window type to be a dock or panel
>
> This allowed the following interaction with other application windows:
>
> - Other windows would launch without overlapping the Gkrellm window.  On an 
> otherwise empty desktop they would be placed on the right of it.
> - When a window was maximised it did not extend sideways to cover the whole 
> screen beyond the position of the the Grkellm.
> - When I dragged a window to force it to infringe the boundary of the Gkrellm 
> window, the Gkrellm would overlap the dragged window.


I'm having issues with gkrellm as well.  I tend to put gkrellm on
desktop 10 on the left side.  I'd like it to be on screen 1 as well. 
When I first login, gkrellm is on desktop 1 and on screen 2.  I have to
move it every time.  Usually I right click on the top bar of a window, 
select More Actions and either Window Settings or Application Settings,
depending on which I want.  I can then add Properties and set it like I
want.  It is best to have it like you want it before you start.  It
already has the settings that way.  I do this for Seamonkey, both
browser and email, QB and a few other apps.  Thing is, gkrellm doesn't
have a title bar to right click on.  It works fine on my old rig but not
on the new rig.  When I had to use the old rig to watch TV, I checked, I
couldn't find anything that tells gkrellm to be where it is but it comes
up where I want it each time, apparently without me doing anything at
all.  New rig, it goes to the wrong place every single time.  It's wrong
but it is consistent. 

I have KDE set to remember what was open and where at logout.  I don't
know if KDE just isn't remembering where to put gkrellm because it isn't
really a window or what.  I might add tho, even tho screen 1 is set as
primary, it still acts like screen 2 is primary for some things.  I
wonder if that is why gkrellm parks itself on screen 2 instead.  Some
apps I use open to screen 2 until I set up a rule forcing it to open on
screen 1.  It should open there by default but it doesn't.  I might add,
when I plug in a USB stick, the notification thingy pops up on screen 2,
not screen 1 where it should be. 

I mention all this because it might give you a clue on where or how KDE
is working now.  Clearly gkrellm is unique because I can get everything
else to work right, even if I have to force it with window/application
rules. 

Oh, when looking at window rules in System Settings, it has a export and
import feature.  I never saw that before.  Might be new.  It's at the
top I think.  If you use that tool, may want to back up your settings
when you get everything done. 

Hope that gives you some clue to a fix.  Maybe. 

Dale

:-)  :-) 



[gentoo-user] KDE Frameworks 6 window management

2024-09-05 Thread Michael
Since I upgraded to KDE Frameworks 6 I have observed some rather unwanted 
window behaviours.

1. Window Interaction with Gkrellm

DESIRED BEHAVIOUR:
==
I have Gkrellm started up by Plasma at login and placed at the top left of the 
screen.  I can't remember where/how I set this up, but at least it is still 
respected by KDE 6.  I've always set Gkrellm via its Configuration > General > 
Properties with:

+ Set sticky state

+ Set window type to be a dock or panel

This allowed the following interaction with other application windows:

- Other windows would launch without overlapping the Gkrellm window.  On an 
otherwise empty desktop they would be placed on the right of it.
- When a window was maximised it did not extend sideways to cover the whole 
screen beyond the position of the the Grkellm.
- When I dragged a window to force it to infringe the boundary of the Gkrellm 
window, the Gkrellm would overlap the dragged window.

UNDESIRED BEHAVIOUR:
===
With KDE Frameworks 6, Gkrellm is not recognised/respected fully as a dock 
panel:

Other application windows will maximise to the full width of the screen and be 
overlapped by Gkrellm.  When the maximised window is a terminal, this can be 
quite unhelpful.

If I unset Gkrellm as a dock, then when I launch some application window 
Gkrellm will be overlapped indiscriminately.

I tried playing with various Gkrellm and KDE window settings, but I can't get 
it to interact with other windows in KDE 6 as it did in KDE 5.

2. Kmail compose window
===
The kmail composer window launches at the same size as the main kmail window.  
If I shrink it down to a more manageable size, then next time I launch kmail 
the main window is as small as I had shrunk its composer window.  In KDE 5 the 
kmail main window and composer window sizes were dealt as separate windows 
with their own size settings.  Now one seems to inherit the dimensions of the 
other.


Have you experienced anything similar?  How could I revert this unwanted 
window management behaviour to what KDE 5 window management was like?

PS. Extra bonus points for someone who can offer an explanation why kmail 
spellcheck suddenly started applying US English as opposed to the actual 
setting of British English.  o_O


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Wayland and CPU load

2024-09-05 Thread Peter Humphrey
On Thursday 5 September 2024 08:50:39 BST Michael wrote:
> On Thursday 5 September 2024 07:32:21 BST Peter Humphrey wrote:
> > Greetings,
> > 
> > Has anyone else seen grossly excessive CPU load since adopting the new
> > Wayland way of doing things? /Top/ is showing 1300% going on kwin_wayland
> > and the whole of the rest going on plasmashell.
> 
> Ouch!  No, this is definitely excessive.  This is what I have here on a
> Wayland Plasma desktop, with gkrellm, kmail, a text editor and a couple of
> terminals running:
> 
>   PID USER  PR  NIVIRTRESSHR S  %CPU  %MEM TIME+ COMMAND
> 4257 michael   -2   0 4812308 226288 156940 S   0.7   0.3   0:06.62
> kwin_wayland
>  4640 michael   20   0  193240  30508  24576 S   0.7   0.0   0:02.58 gkrellm
> > I need hardly say this doesn't make a responsive system.
> 
> Quite so.  Dare I ask if you're observing this on a system running NVidia
> graphics?

No, it's this:

00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-P [Iris Xe 
Graphics]

The box is a 16-thread i5 with 32GB.

I notice though that the core temp is steady at 60C, so it looks as though 
it's running back-to-back NOPs, because any real load would have it near 90C 
and the fan running hard.

Oh, and a reboot makes no difference. Perhaps I should start recompiling 
things...

V-- 
Regards,
Peter.






Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 11:53:16 BST Dale wrote:
>>
>> I made my backups last weekend.  I'm sure it was working fine then. 
>> After all, it would have failed to compile packages if it was bad.  I'm
>> thinking about checking against that copy like you mentioned but I have
>> other files I've added since then.  I figure if I remove the delete
>> option, that will solve that.  It can't compare but it can leave them be. 
> Use rsync with:
>
>  --checksum
>
> and
>
>  --dry-run 
>
> Then it will compare files in situ without doing anything else.
>
> If you have a directory or only a few files it is easy and quick to run.
>
> You can also run find to identify which files were changed during the period 
> you were running with the dodgy RAM.  Thankfully you didn't run for too long 
> before you spotted it.


I have just shy of 45,000 files in 780 directories or so.  Almost 6,000
in another.  Some files are small, some are several GBs or so.  Thing
is, backups go from a single parent directory if you will.  Plus, I'd
want to compare them all anyway.  Just to be sure.

I also went back and got QB to do a manual file test.  It seems to be
doing better.  There's over 4,000 torrents. Some 32TBs of data.  I think
it's going to take a while.  o_^  As it is, I set the speed to tiny
amounts until I get this sorted.  Don't want to accidentally share a bad
file. 

Dale

:-)  :-) 

P. S.  My trees need some rain today.  It's getting very dry.  I been
watering some trees.  My Swamp Chestnut trees are massive.  Hate to lose
those things.  Likely 100 years old according to my tree guru.  In the
fall, I wear a construction helmet.  Those things hurt when they fall
and hit my head. 


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Michael
On Thursday 5 September 2024 11:53:16 BST Dale wrote:
> Michael wrote:
> > On Thursday 5 September 2024 09:36:36 BST Dale wrote:
> >> I've ran fsck before mounting on every file system so far.  I ran it on
> >> the OS file systems while booted from the Live image.  The others I just
> >> did before mounting.  I realize this doesn't mean the files themselves
> >> are OK but at least the file system under them is OK.
> > 
> > This could put your mind mostly at rest, at least the OS structure is OK
> > and the error was not running for too long.
> 
> That does help. 
> 
> >> I'm not sure how
> >> to know if any damage was done between when the memory stick failed and
> >> when I started the repair process.  I could find the ones I copied from
> >> place to place and check them but other than watching every single
> >> video, I'm not sure how to know if one is bad or not.  So far,
> >> thumbnails work.  o_O
> > 
> > If you have a copy of these files on another machine, you can run rsync
> > with --checksum.  This will only (re)copy the file over if the checksum
> > is different.
> 
> I made my backups last weekend.  I'm sure it was working fine then. 
> After all, it would have failed to compile packages if it was bad.  I'm
> thinking about checking against that copy like you mentioned but I have
> other files I've added since then.  I figure if I remove the delete
> option, that will solve that.  It can't compare but it can leave them be. 

Use rsync with:

 --checksum

and

 --dry-run 

Then it will compare files in situ without doing anything else.

If you have a directory or only a few files it is easy and quick to run.

You can also run find to identify which files were changed during the period 
you were running with the dodgy RAM.  Thankfully you didn't run for too long 
before you spotted it.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Dale
Frank Steinmetzger wrote:
> Am Thu, Sep 05, 2024 at 10:36:19AM +0100 schrieb Michael:
>
>>> Maybe that it only catches 1-bit errors, but Dale has more broken bits?
>> Or it could be Dale's kit is DDR4?
> You may be right. We talked about AM5 at great length during the concept 
> phase and then I think I actually asked back because in one mail he 
> mentioned to have bought an AM4 CPU (5000 series). :D

I looked, it is DDR4.  G.Skill F4-3600C18D-64GTRS is the brand and part
number.  I picked it because I've had that brand before and never had
trouble and it was on the ASUS list.  I did switch down from AM5 to
AM4.  AM5 doesn't have enough PCIe slots for me. 


>
> Damn Chinese keyboald dlivel!

That is familiar.  I'm starting to get used to this keyboard.  Sort of. 
I see things like that often tho. 

Dale

:-)  :-) 


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 09:36:36 BST Dale wrote:
>
>> I've ran fsck before mounting on every file system so far.  I ran it on
>> the OS file systems while booted from the Live image.  The others I just
>> did before mounting.  I realize this doesn't mean the files themselves
>> are OK but at least the file system under them is OK.
> This could put your mind mostly at rest, at least the OS structure is OK and 
> the error was not running for too long.
>

That does help. 


>> I'm not sure how
>> to know if any damage was done between when the memory stick failed and
>> when I started the repair process.  I could find the ones I copied from
>> place to place and check them but other than watching every single
>> video, I'm not sure how to know if one is bad or not.  So far,
>> thumbnails work.  o_O
> If you have a copy of these files on another machine, you can run rsync with 
> --checksum.  This will only (re)copy the file over if the checksum is 
> different.
>


I made my backups last weekend.  I'm sure it was working fine then. 
After all, it would have failed to compile packages if it was bad.  I'm
thinking about checking against that copy like you mentioned but I have
other files I've added since then.  I figure if I remove the delete
option, that will solve that.  It can't compare but it can leave them be. 

I think I'm going to wait until the new memory comes in before I do
anything tho.  Including making backups. 

Dale

:-)  :-) 


Re: [gentoo-user] The following update(s) have been skipped due to unsatisfied dependencies

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 08:36:46 BST Dale wrote:
>> Dale wrote:
>>> Howdy,
>>>
>>> I don't do emerge -e world very often but this is weird.  This is the
>>> complaint emerge spits out:
>>>
>>>
>>>
>>> !!! The following update(s) have been skipped due to unsatisfied
>>> dependencies
>>> !!! triggered by backtracking:
>>>
>>> x11-drivers/nvidia-drivers:0
>>> x11-base/xorg-drivers:0
>>> x11-base/xorg-server:0
>>> x11-drivers/xf86-input-libinput:0
>>> xfce-base/xfce4-settings:0
>>> xfce-base/xfce4-meta:0
>>> x11-drivers/xf86-video-vesa:0
>>> x11-misc/sddm:0
>>> kde-plasma/plasma-meta:6
>>>
>>>
>>> I checked with equery, they all in the tree, installed even.  What is
>>> emerge trying to tell me?  I also get this which may or may not be
>>> related. 
>>>
>>>
>>> !!! Ebuilds for the following packages are either all
>>> !!! masked or don't exist:
>>> app-backup/mkstage4 kde-plasma/plasma-meta
>>> sys-kernel/gentoo-sources:6.9.10 sys-kernel/gentoo-sources:6.9.4
>>> x11-drivers/nvidia-drivers x11-drivers/xf86-video-vesa
>>> xfce-base/xfce4-meta
>>>
>>>
>>> I get the gentoo-sources and mkstage4.  It always complains about
>>> those.  The others tho, what's emerge fussing about? 
>>>
>>> Ideas?  I emerge something weird to cause that?  Is emerge going wonky
>>> over nothing? 
>>>
>>> Dale
>>>
>>> :-)  :-)
>> The solution to this came after emerge world finished.  I did some
>> checking to see what packages it skipped.  It turns out that several
>> packages were skipped.  I have buildpkg set so all I had to do is look
>> for a package with no binary available using emerge -aek world.  I
>> deleted all old binaries to make certain none that may be bad were used
>> given my bad memory stick problem.  Anyway, when I was going through
>> those, I realized what emerge was telling me.  I usually mask higher
>> versions of gentoo-sources than what I want to keep.  I remove the mask
>> when I want to upgrade then reset.  Either I forgot, very likely, or
>> mistakenly masked all versions of gentoo-sources.  That made emerge to
>> have missing dependencies for a kernel.  That meant some packages that
>> require that had to be skipped. 
>>
>> So, don't mask all versions of a kernel unless you want to have
>> problems.  I might add, I suspect that would affect updates as well as
>> emerge -e world. 
>>
>> Now when I do a emerge -aek world, I see that binaries are available for
>> all packages and they should be good ones.  That also means all packages
>> have been installed with good memory.  No failures either.
>>
>> Oh, I kinda kept a eye on memory usage when qtwebengine was compiling. 
>> It seems emerge wants 32GBs of space available when building that
>> monster.  As I was watching, at one point it reached 27GBs of memory
>> usage.  Now I was logged into KDE and with the little I have running,
>> Seamonkey mostly, it uses about 3GBs.  So, if one wants to override that
>> requirement, it needs about 24 or 25GBs of space available.  If your
>> mobo only has 24GBs or less, I wouldn't risk it.
> Allow 2G-3G of RAM per thread, assuming you have set MAKEOPTS to take 
> advantage of all your cores and you do not use swap.  If you don't have 
> enough 
> RAM for large packages then a cheaper solution is to set a lower make --jobs 
> threshold:
>
> https://wiki.gentoo.org/wiki//etc/portage/package.env
>

I have mine set to what my system can handle, with both memory sticks of
course.  Since one decided to take a nap on me, now that is reduced. 
Still, one needs to be careful if overriding the defaults on that
package.  That thing is a monster for sure.  I think it sailed past LOo
long ago.  It used to be that LOo was the big one.  Pssst.  Don't tell
LOo or they will add stuff just to get the big one label back.  LOL   I
think one reason they lost that title, they split the package into pieces. 


>> Odds are, even running
>> with no GUI at all and nothing else using memory, it will be a tight fit
>> at the least.  With my current 32GB stick, I had to create and enable
>> some swap.  I wonder, why don't they break that thing into two pieces or
>> something  That's massive. 
> You can blame Google, what with their Chrome browser built to replace your 
> browser, online authentication mechanism, mail client, file manager, video 
> player, desktop, etc., and if they had a say in this, even your OS.

Don't they have a pad thingy that is like a all in one thing? 

Just found a video that has a bad spot.  This is about the time I
noticed gkrellm was stuck too.  Found a good copy still in the QB section. 

Dale

:-)  :-) 



Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Frank Steinmetzger
Am Thu, Sep 05, 2024 at 10:36:19AM +0100 schrieb Michael:

> > Maybe that it only catches 1-bit errors, but Dale has more broken bits?
> 
> Or it could be Dale's kit is DDR4?

You may be right. We talked about AM5 at great length during the concept 
phase and then I think I actually asked back because in one mail he 
mentioned to have bought an AM4 CPU (5000 series). :D

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

Damn Chinese keyboald dlivel!


signature.asc
Description: PGP signature


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Michael
On Thursday 5 September 2024 10:08:08 BST Frank Steinmetzger wrote:
> Am Wed, Sep 04, 2024 at 11:38:01PM +0100 schrieb Michael:
> > Some MoBos are more tolerant than others.
> > 
> > Regarding Dale's question, which has already been answered - yes, anything
> > the bad memory has touched is suspect of corruption.  Without ECC RAM a
> > dodgy module can cause a lot of damage before it is discovered.
> 
> Actually I was wondering: DDR5 has built-in ECC. But that’s not the same as
> the server-grade stuff, because it all happens inside the module with no
> communication to the CPU or the OS. So what is the point of it if it still
> causes errors like in Dale’s case?
> 
> Maybe that it only catches 1-bit errors, but Dale has more broken bits?

Or it could be Dale's kit is DDR4?

Either way, as you say DDR5 is manufactured with On-Die ECC capable of 
correcting a single-bit error, necessary because DDR5 chip density has 
increased to the point where single-bit flip errors become unavoidable.  It 
also allows manufacturers to ship chips which would otherwise fail the JEDEC 
specification.  On-Die ECC will only correct bit flips *within* the memory 
chip.

Conventional Side-Band ECC with one additional chip dedicated to ECC 
correction is capable of correcting errors while data is being moved by the 
memory controller between the memory module and CPU/GPU.  It performs much 
more heavy lifting and this is why ECC memory is slower.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Frank Steinmetzger
Am Wed, Sep 04, 2024 at 11:38:01PM +0100 schrieb Michael:

> Some MoBos are more tolerant than others.

> Regarding Dale's question, which has already been answered - yes, anything 
> the 
> bad memory has touched is suspect of corruption.  Without ECC RAM a dodgy 
> module can cause a lot of damage before it is discovered.

Actually I was wondering: DDR5 has built-in ECC. But that’s not the same as the 
server-grade stuff, because it all happens inside the module with no 
communication to the CPU or the OS. So what is the point of it if it still 
causes errors like in Dale’s case?

Maybe that it only catches 1-bit errors, but Dale has more broken bits?

-- 
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.

Says the zero to the eight: “nice belt”.


signature.asc
Description: PGP signature


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Michael
On Thursday 5 September 2024 09:36:36 BST Dale wrote:

> I've ran fsck before mounting on every file system so far.  I ran it on
> the OS file systems while booted from the Live image.  The others I just
> did before mounting.  I realize this doesn't mean the files themselves
> are OK but at least the file system under them is OK.

This could put your mind mostly at rest, at least the OS structure is OK and 
the error was not running for too long.


> I'm not sure how
> to know if any damage was done between when the memory stick failed and
> when I started the repair process.  I could find the ones I copied from
> place to place and check them but other than watching every single
> video, I'm not sure how to know if one is bad or not.  So far,
> thumbnails work.  o_O

If you have a copy of these files on another machine, you can run rsync with 
--checksum.  This will only (re)copy the file over if the checksum is 
different.



signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault".

2024-09-05 Thread Dale
Michael wrote:
> On Thursday 5 September 2024 01:11:13 BST Dale wrote:
>
>> When I built this rig, I first booted the Gentoo Live boot image and
>> just played around a bit.  Mostly to let the CPU grease settle in a
>> bit.  Then I ran memtest through a whole test until it said it passed. 
>> Only then did I start working on the install.  The rig has ran without
>> issue until I noticed gkrellm temps were stuck.  They wasn't updating as
>> temps change.  So, I closed gkrellm but then it wouldn't open again. 
>> Ran it in a console and saw the error about missing module or
>> something.  Then I tried to figure out that problem which lead to seg
>> fault errors.  Well, that lead to the thread and the discovery of a bad
>> memory stick.  I check gkrellm often so it was most likely less than a
>> day.  Could have been only hours.  Knowing I check gkrellm often, it was
>> likely only a matter of a couple hours or so.  The only reason it might
>> have went longer, the CPU was mostly idle.  I watch more often when the
>> CPU is busy, updates etc. 
> Ah!  It seems it died while in active service.  :-)
>
> There's no way to protect against this kind of failure in real time, short of 
> running a server spec. board with ECC RAM.  An expensive proposition for a 
> home PC.


Yea, this mobo doesn't support that.  It does seem that the files for
Qbittorrent, QB, has some serious issues.  I got it to recheck them all
and almost all of them had something QB detected that made it download
them all again.  I think it has checksums for chunks of a file as well
as a checksum for the entire file.  I figure it got a mismatch for the
whole file and went to work.  I wish I could have just let it find the
bad chunks instead of the whole file.  Some torrents are hard to get. 

I've ran fsck before mounting on every file system so far.  I ran it on
the OS file systems while booted from the Live image.  The others I just
did before mounting.  I realize this doesn't mean the files themselves
are OK but at least the file system under them is OK.  I'm not sure how
to know if any damage was done between when the memory stick failed and
when I started the repair process.  I could find the ones I copied from
place to place and check them but other than watching every single
video, I'm not sure how to know if one is bad or not.  So far,
thumbnails work.  o_O

If Amazon is going to get that memory here Friday, it better get a move
on.  It hasn't shipped yet.  Amazon is bad to ship from warehouse to
warehouse and get it close before actually shipping it with USPS, FedEx
or something.  It says Friday so it will likely be here Friday.  I
haven't had one late yet.  Had them early tho.  ;-)  I actually paid for
shipping on this one.  I really should get prime. 

Come on memory sticks.  :-D

Dale

:-)  :-) 


  1   2   3   4   5   6   7   8   9   10   >