[gentoo-user] Re: mailing list problem?
On 2023-04-07, Jack wrote: > On 4/6/23 19:42, David M. Fellows wrote: >>> I've recently gotten a few of my usual "Bouncing messages" messages >> >from the mailing list, but when I go to the archives to see if I >> can >>> identify the problematic messages, I don't see anything since the >>> middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a >>> few days ago, but no response yet. >>> >>> Any thoughts or suggestions? >> The planned move of the gentoo services to new hardware seems to be taking >> longer that anticipated. See >> https://infra-status.gentoo.org/ >> >> Other than that, wait patiently.:) >> DaveF > Thanks Matt and Dave - that's clearly the issue. I also have a > stronger suspicion regarding what messages are not getting to me, and > I don't think I'll miss them. Unless the mailing list software is updated to start including something more useful to identify messages that are bouncing, say, the Message-Id, it's going to continue to be difficult to identify these messages. The bounce warning includes an identifier that can only(?) be used to request that the mailing list software resend the message... so, to the address where it is bouncing, and where it will possibly bounce again. Unless perhaps if you try from a different address, but I'd say having to do so is not very convenient. Ideally these messages and the list archive would both use Message-Id, but even if the latter doesn't, you could still access the message at Gmane if you knew the Message-Id (unless there was some problem delivering to Gmane too). And if neither used Message-Id but both used the same identifier, you could still look it up in Gentoo's list archive... Oh, yes, if you want to check a non-Gentoo archive, Gmane is a possibility for that too, among others: - news://news.gmane.io/gmane.linux.gentoo.user - https://marc.info/?l=gentoo-user - https://www.mail-archive.com/gentoo-user@lists.gentoo.org/ -- Nuno Silva
[gentoo-user] slim gives me blank screen after entering wrong password
I'm starting X server via "slim" (XFCE4). When I enter a wrong password the slim will not restart, it gives me black screen. Trying to restart "xdm" over ssh does not help, I need to reboot the computer. What to check. -- Thelma
Re: [gentoo-user] mailing list problem?
On 4/6/23 19:42, David M. Fellows wrote: I've recently gotten a few of my usual "Bouncing messages" messages >from the mailing list, but when I go to the archives to see if I can identify the problematic messages, I don't see anything since the middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a few days ago, but no response yet. Any thoughts or suggestions? The planned move of the gentoo services to new hardware seems to be taking longer that anticipated. See https://infra-status.gentoo.org/ Other than that, wait patiently.:) DaveF Thanks Matt and Dave - that's clearly the issue. I also have a stronger suspicion regarding what messages are not getting to me, and I don't think I'll miss them.
Re: [gentoo-user] mailing list problem?
>I've recently gotten a few of my usual "Bouncing messages" messages >from the mailing list, but when I go to the archives to see if I can >identify the problematic messages, I don't see anything since the >middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a >few days ago, but no response yet. > >Any thoughts or suggestions? The planned move of the gentoo services to new hardware seems to be taking longer that anticipated. See https://infra-status.gentoo.org/ Other than that, wait patiently.:) DaveF > >Thanks. > >Jack >
Re: [gentoo-user] mailing list problem?
On Thu, 2023-04-06 at 18:44 -0400, Jack wrote: > I've recently gotten a few of my usual "Bouncing messages" messages > from the mailing list, but when I go to the archives to see if I can > identify the problematic messages, I don't see anything since the > middle of March. https://infra-status.gentoo.org/notice/20230404-archives
Re: [gentoo-user] Logic?
On Thu, 2023-04-06 at 17:22 -0400, Alan Grimes wrote: > 1. My system was basically working last time I updated it several > months > ago. > > 2. Now both of my main web browsers are severely if not utterly > foobar. https://en.wikipedia.org/wiki/Rolling_release
[gentoo-user] mailing list problem?
I've recently gotten a few of my usual "Bouncing messages" messages from the mailing list, but when I go to the archives to see if I can identify the problematic messages, I don't see anything since the middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a few days ago, but no response yet. Any thoughts or suggestions? Thanks. Jack
[gentoo-user] Logic?
1. My system was basically working last time I updated it several months ago. 2. Now both of my main web browsers are severely if not utterly foobar. 3. It required effort to change the system from the first state to the second... -> how much effort did it it take? =\ That said, the situation here was very stratge. I was looking for a chance to insert some down time for the system to swap out the water block on the CPU. I had gone out shopping and when I returned Chromium had suddenly stopped working for reasons I can't fathom. Ok, so I took the machine down and did the maintenance. When I brought it back up, chromium was still foobar and I'm like WTF... Apparently it inserted trillions of crash reports in its log directory and rm -rf'ing the crash reports alone is taking a very long time. (HDD on that volume...) On the build side, my pain list is as follows: tortoise /var/tmp/portage # tree -L 2 . ├── dev-lang │ └── ruby-3.1.4 << surprised as hell... no idea... ├── dev-ruby │ [REDACTED] │ ├── rubygems-3.4.6 << reports can't find variable "RUBY" even though it is definitely set. │ [REDACTED] ├── media-libs │ └── nas-1.9.5 <<< wtf, don't care enough to examine it. └── net-libs ├── signon-ui-0.15_p20171022-r1 └── webkit-gtk-2.40.0-r410 <<< apparently only user of Ruby no idea what it does or why it's on my system. 41 directories, 0 files tortoise /var/tmp/portage # The barf from ruby-3.1.4 is: # make[2]: Leaving directory '/var/tmp/portage/dev-lang/ruby-3.1.4/work/ruby-3.1.4' make[2]: Entering directory '/var/tmp/portage/dev-lang/ruby-3.1.4/work/ruby-3.1.4' : make[2]: Leaving directory '/var/tmp/portage/dev-lang/ruby-3.1.4/work/ruby-3.1.4' make -f exts.mk -Oline RUBY="./miniruby -I./lib -I. -I.ext/common " top_srcdir="." note make[1]: Nothing to be done for 'note'. >>> Source compiled. >>> Test phase [not enabled]: dev-lang/ruby-3.1.4 >>> Install dev-lang/ruby-3.1.4 into /var/tmp/portage/dev-lang/ruby-3.1.4/image * Removing default gems before installation make -j48 V=1 DESTDIR=/var/tmp/portage/dev-lang/ruby-3.1.4/image GEM_DESTDIR=/usr/lib64/ruby/gems/3.1.0 install : > revision.tmp BASERUBY = /usr/bin/ruby --disable=gems CC = x86_64-pc-linux-gnu-gcc LD = x86_64-pc-linux-gnu-ld LDSHARED = x86_64-pc-linux-gnu-gcc -shared CFLAGS = -march=native -pipe -O3 -fno-strict-aliasing -fPIC XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector-strong -fno-strict-overflow -fvisibility=hidden -fexcess-precision=standard -DRUBY_EXPORT -I. -I.ext/include/x86_64-linux -I./include -I. -I./enc/unicode/13.0.0 CPPFLAGS = DLDFLAGS = -Wl,-O1 -Wl,--as-needed -Wl,--compress-debug-sections=zlib -Wl,-soname,libruby31.so.3.1 -fstack-protector-strong SOLIBS = -lz -lpthread -lrt -lrt -lgmp -ldl -lcrypt -lm LANG = en_US.utf8 LC_ALL = LC_CTYPE = MFLAGS = -j48 -Oline --jobserver-auth=fifo:/var/tmp/portage/dev-lang/ruby-3.1.4/temp/GMfifo41 --sync-mutex=fnm:/var/tmp/portage/dev-lang/ruby-3.1.4/temp/GmU4nvzS x86_64-pc-linux-gnu-gcc (Gentoo 12.2.1_p20230304 p13) 12.2.1 20230304 Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. /usr/bin/ruby --disable=gems -C "." \ -Itool/lib -rfileutils -rbundled_gem -answ \ -e 'BEGIN {FileUtils.mkdir_p(d = ".bundle/gems")}' \ -e 'gem, ver, _, rev = *$F' \ -e 'next if !ver or /^#/=~gem' \ -e 'g = "#{gem}-#{ver}"' \ -e 'if File.directory?("#{d}/#{g}")' \ -e 'elsif rev and File.exist?(gs = "gems/src/#{gem}/#{gem}.gemspec")' \ -e 'BundledGem.copy(gs, ".bundle")' \ -e 'else' \ -e 'BundledGem.unpack("gems/#{g}.gem", ".bundle")' \ -e 'end' \ -e 'FileUtils.rm_rf("#{d}/#{g}/.github")' \ gems/bundled_gems /usr/lib64/ruby/3.1.0/rubygems.rb:15:in `require_relative': cannot load such file -- /usr/lib64/ruby/3.1.0/rubygems/compatibility (LoadError) from /usr/lib64/ruby/3.1.0/rubygems.rb:15:in `' from /var/tmp/portage/dev-lang/ruby-3.1.4/work/ruby-3.1.4/tool/lib/bundled_gem.rb:2:in `require' from /var/tmp/portage/dev-lang/ruby-3.1.4/work/ruby-3.1.4/tool/lib/bundled_gem.rb:2:in `' from -e:in `require' make: *** [uncommon.mk:1370: extract-gems-sequential] Error 1 make: *** Waiting for unfinished jobs /usr/bin/ruby --disable=gems ./tool/file2lastrev.rb -q --revision.h --srcdir="." > revision.tmp ./config.status --file=-:./template/ruby.pc.in | \ sed -e 's/\$(\([A-Za-z_][A-Za-z0-9_]*\))/${\1}/g' \ -e 's|^prefix=.*|prefix=/usr|' \ > ruby.tmp.pc pkg_config=x86_64-pc-linux-gnu-pkg-config && PKG_CONFIG_PATH=. ${pkg_config:-:} --print-errors ruby.tmp mv -f ruby.tmp.pc ruby-3.1.pc * ERROR: dev-lang/ruby-3.1.4::gentoo failed (install phase): * emake failed * * If you need support,
Re: [gentoo-user] Mouse and hibernate
On Thu, 2023-04-06 at 20:04 +0800, William Kenworthy wrote: > I need the keyboard to bring it out of suspend. Forgive a naive question that I only ask because it hasn't come up yet: is the power buttonan option to wake the machine? Everyone has their own preferred workflow and I've always just disabled USB wake entirely to avoid accidental waking, and then just tap the power button instead.
Re: [gentoo-user] Mouse and hibernate
On Thursday, 6 April 2023 13:04:34 BST William Kenworthy wrote: > On 6/4/23 19:20, Michael wrote: > > On Thursday, 6 April 2023 11:49:29 BST Frank Steinmetzger wrote: > >> Am Wed, Apr 05, 2023 at 05:35:52PM +0800 schrieb William Kenworthy: > > I have suspend/hibernate set up on a desktop ... it's been working > > fine for years. But recently, it's been occaisionally coming out of > > suspension some time after suspension without any intervention on my > > part. I am suspecting the mouse - I would prefer not to disable the > > mouse ... Is there an alternative? BillK > > Often there are options in the BIOS/UEFI to choose what can cause it to > come out of suspension. > >>> > >>> Unfortunately they are already off (the bios has PS2 settings) - the > >>> mouse > >>> is part of a keyboard/mouse set using a Logitech unifying USB dongle. I > >>> can use a udev rule to turn off waking via the USB port, but I cant > >>> separate the mouse from the keyboard - and I need the keyboard enabled > >>> to > >>> wake the PC up. > >> > >> Usually, Logitech mice have a switch on the bottom to physically turn > >> them > >> on or off. Usually I use that to circumvent wake-on-USB, rather than > >> pulling out the USB wart. > > > > Have a look in '/sys/devices/.../power/wakeup files' to see if tweaking > > sys > > files can stop your USB mouse waking up the OS: > > > > https://www.kernel.org/doc/html/v6.1/driver-api/pm/devices.html#interfaces > > -for-entering-system-sleep-states > the above seems like a dead end - the mouse and keyboard share the usb > device through the Logitech Unifying Receiver - they are not broken out at > that level so disabling USB disables both ... and I need the keyboard to > bring it out of suspend. > > I think there are actually two problems ... any mouse movement immediately > after clicking the button seems to be cached and triggers a resume within a > few seconds after suspending and even a slight movement of the mouse at any > time triggers a resume. Its an optical mouse, so movements are generated > if you pick it up to turn it off so that's out. All I have been able to do > is to position it out of the way, carefully click the button and > immediately leave it alone ... this mostly works :( > > This over-sensitive behaviour seems to have started with later 5.15 kernels > and has become annoyingly worse with 6.1 - before that it seemed to have a > threshold before it would resume, but thats probably just my imagination > now its bugging me :) > > I am starting to wonder if its a "just me" problem. > > BillK Heh! I suspect this behaviour annoys more people than just you. We use desks where the keyboard and separate mouse are both stored on a sliding tray under the desk. Putting the PC on sleep and carelessly sliding the tray under the desk causes the mouse to move and with it an unwanted wake up event. Other jobs took priority and have not looked into a fix for it.
Re: [gentoo-user] Mouse and hibernate
On 6/4/23 19:20, Michael wrote: On Thursday, 6 April 2023 11:49:29 BST Frank Steinmetzger wrote: Am Wed, Apr 05, 2023 at 05:35:52PM +0800 schrieb William Kenworthy: I have suspend/hibernate set up on a desktop ... it's been working fine for years. But recently, it's been occaisionally coming out of suspension some time after suspension without any intervention on my part. I am suspecting the mouse - I would prefer not to disable the mouse ... Is there an alternative? BillK Often there are options in the BIOS/UEFI to choose what can cause it to come out of suspension. Unfortunately they are already off (the bios has PS2 settings) - the mouse is part of a keyboard/mouse set using a Logitech unifying USB dongle. I can use a udev rule to turn off waking via the USB port, but I cant separate the mouse from the keyboard - and I need the keyboard enabled to wake the PC up. Usually, Logitech mice have a switch on the bottom to physically turn them on or off. Usually I use that to circumvent wake-on-USB, rather than pulling out the USB wart. Have a look in '/sys/devices/.../power/wakeup files' to see if tweaking sys files can stop your USB mouse waking up the OS: https://www.kernel.org/doc/html/v6.1/driver-api/pm/devices.html#interfaces-for-entering-system-sleep-states the above seems like a dead end - the mouse and keyboard share the usb device through the Logitech Unifying Receiver - they are not broken out at that level so disabling USB disables both ... and I need the keyboard to bring it out of suspend. I think there are actually two problems ... any mouse movement immediately after clicking the button seems to be cached and triggers a resume within a few seconds after suspending and even a slight movement of the mouse at any time triggers a resume. Its an optical mouse, so movements are generated if you pick it up to turn it off so that's out. All I have been able to do is to position it out of the way, carefully click the button and immediately leave it alone ... this mostly works :( This over-sensitive behaviour seems to have started with later 5.15 kernels and has become annoyingly worse with 6.1 - before that it seemed to have a threshold before it would resume, but thats probably just my imagination now its bugging me :) I am starting to wonder if its a "just me" problem. BillK
Re: [gentoo-user] Mouse and hibernate
On Thursday, 6 April 2023 11:49:29 BST Frank Steinmetzger wrote: > Am Wed, Apr 05, 2023 at 05:35:52PM +0800 schrieb William Kenworthy: > > > > I have suspend/hibernate set up on a desktop ... it's been working > > > > fine for years. But recently, it's been occaisionally coming out of > > > > suspension some time after suspension without any intervention on my > > > > part. I am suspecting the mouse - I would prefer not to disable the > > > > mouse ... Is there an alternative? BillK > > > > > > Often there are options in the BIOS/UEFI to choose what can cause it to > > > come out of suspension. > > > > Unfortunately they are already off (the bios has PS2 settings) - the mouse > > is part of a keyboard/mouse set using a Logitech unifying USB dongle. I > > can use a udev rule to turn off waking via the USB port, but I cant > > separate the mouse from the keyboard - and I need the keyboard enabled to > > wake the PC up. > Usually, Logitech mice have a switch on the bottom to physically turn them > on or off. Usually I use that to circumvent wake-on-USB, rather than pulling > out the USB wart. Have a look in '/sys/devices/.../power/wakeup files' to see if tweaking sys files can stop your USB mouse waking up the OS: https://www.kernel.org/doc/html/v6.1/driver-api/pm/devices.html#interfaces-for-entering-system-sleep-states
Re: [gentoo-user] Mouse and hibernate
Am Wed, Apr 05, 2023 at 05:35:52PM +0800 schrieb William Kenworthy: > > > I have suspend/hibernate set up on a desktop ... it's been working > > > fine for years. But recently, it's been occaisionally coming out of > > > suspension some time after suspension without any intervention on my > > > part. I am suspecting the mouse - I would prefer not to disable the > > > mouse ... Is there an alternative? BillK > > Often there are options in the BIOS/UEFI to choose what can cause it to > > come out of suspension. > > > > > Unfortunately they are already off (the bios has PS2 settings) - the mouse > is part of a keyboard/mouse set using a Logitech unifying USB dongle. I can > use a udev rule to turn off waking via the USB port, but I cant separate the > mouse from the keyboard - and I need the keyboard enabled to wake the PC up. Usually, Logitech mice have a switch on the bottom to physically turn them on or off. Usually I use that to circumvent wake-on-USB, rather than pulling out the USB wart. -- Grüße | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. Someone who asks is a fool for five minutes. Someone who never asks is a fool his entire life. signature.asc Description: PGP signature
Re: [gentoo-user] portage ignores -drafts flag set in /etc/portage/package.use
чт, 6 апр. 2023 г. в 13:24, Arve Barsnes : > On Thu, 6 Apr 2023 at 12:12, gevisz wrote: > > portage reported the following: > > > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > # required by dev-python/pyzmq-25.0.2::gentoo[-test] > > # required by dev-python/qtconsole-5.4.0::gentoo > > # required by dev-python/ipython-8.12.0::gentoo[qt5] > > # required by dev-python/ipyparallel-8.4.1::gentoo > > >=net-libs/zeromq-4.3.4-r1 -drafts > > > > I have set this in /etc/portage/package.use/ipython file. > > Show us what you have in /etc/portage/package.use/ipython (and the > file that portage created for you). > > Also, check if you have set the drafts flag on zeromq in a different > file in /etc/portage/package.use/ > # grep drafts /etc/portage/package.use/* > Yes, you are right. The same flag was set as +drafts for the same zeromq package in another config file as it was earlier demanded by jupyterlab package. So, the issue is currently fixed. Thank you.
Re: [gentoo-user] portage ignores -drafts flag set in /etc/portage/package.use
On Thu, 6 Apr 2023 at 12:12, gevisz wrote: > portage reported the following: > > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by dev-python/pyzmq-25.0.2::gentoo[-test] > # required by dev-python/qtconsole-5.4.0::gentoo > # required by dev-python/ipython-8.12.0::gentoo[qt5] > # required by dev-python/ipyparallel-8.4.1::gentoo > >=net-libs/zeromq-4.3.4-r1 -drafts > > I have set this in /etc/portage/package.use/ipython file. Show us what you have in /etc/portage/package.use/ipython (and the file that portage created for you). Also, check if you have set the drafts flag on zeromq in a different file in /etc/portage/package.use/ # grep drafts /etc/portage/package.use/* Regards, Arve
[gentoo-user] portage ignores -drafts flag set in /etc/portage/package.use
After running the following command to update my Gentoo: # emerge --update --deep --with-bdeps=y --backtrack=120 --verbose-conflicts --ask world portage reported the following: The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by dev-python/pyzmq-25.0.2::gentoo[-test] # required by dev-python/qtconsole-5.4.0::gentoo # required by dev-python/ipython-8.12.0::gentoo[qt5] # required by dev-python/ipyparallel-8.4.1::gentoo >=net-libs/zeromq-4.3.4-r1 -drafts I have set this in /etc/portage/package.use/ipython file. However, after running the command # emerge --update --deep --with-bdeps=y --backtrack=120 --verbose-conflicts --ask world once again, portage reports the same message again and refuses to proceed. I even allowed it to write to a file in the package.use directory itself, which it did creating a new file there. However, after running the command # emerge --update --deep --with-bdeps=y --backtrack=120 --verbose-conflicts --ask world it again reports the same message: The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by dev-python/pyzmq-25.0.2::gentoo[-test] # required by dev-python/qtconsole-5.4.0::gentoo # required by dev-python/ipython-8.12.0::gentoo[qt5] # required by dev-python/ipyparallel-8.4.1::gentoo >=net-libs/zeromq-4.3.4-r1 -drafts Trying to run the command # emerge --update --deep --with-bdeps=y --backtrack=120 --newuse --verbose-conflicts --ask world does not change much as well. I have also tried to recompile the package zeromq with the command # emerge -1 zeromq As the result the package has been recompiled but with the same +drafts use flag.