Re: [gentoo-user] Problem with libcrypt transition
Walter Dnes wrote: > I'm a bit late updating a Lenovo laptop. Emerge wouldn't run due to a > conflict with virtual/libcrypt. As a workaround, I ran... > > time emerge --changed-use --deep --update @world --exclude virtual/libcrypt > > To quote Rowan and Martin "Later... that very same evening" (7 hours > and 265 packages) it finished. Now to tackle libcrypt. How do I handle > the following? As near as I can tell from the news item, glibc's > internal libcrypt is being replaced by an external libxcrypt but the > details are vague.. > > = > [thimk2][root][~] emerge -pv --changed-use --deep --update @world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > Total: 0 packages, Size of downloads: 0 KiB > > WARNING: One or more updates/rebuilds have been skipped due to a dependency > conflict: > > sys-libs/glibc:2.2 > > (sys-libs/glibc-2.34-r10:2.2/2.2::gentoo, ebuild scheduled for merge) > USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales > (-crypt) (-custom-cflags) -doc -gd -headers-only (-multilib) > -multilib-bootstrap -nscd -profile (-selinux) -static-pie -suid -systemd > -systemtap -test (-vanilla)" conflicts with > sys-libs/glibc[crypt(+),static-libs(+)] required by > (virtual/libcrypt-1-r1-1:0/1::gentoo, installed) USE="static-libs" > > > > !!! The following installed packages are masked: > - virtual/libcrypt-1-r1::gentoo (masked by: package.mask) > /usr/portage/profiles/base/package.mask: > # Sam James (2021-11-22) > # Mask the older libcrypt virtual (which accepted glibc[crypt]) to ease > # dependency resolution. In a fair number of cases, this has helped > # upgrades go through cleanly. > # Read the news item if you need help! > # (This mask is undone in musl profiles where the transition is not yet being > # made.) > # bug #699422. > > For more information, see the MASKED PACKAGES section in the emerge > man page or refer to the Gentoo Handbook. > = > There's a news item on this. In case you don't have it for some reason, here's the info from it. [78] 2021-10-18 migrating from glibc[crypt] to libxcrypt in stable root@fireball / # eselect news read 78 2021-10-18-libxcrypt-migration-stable Title migrating from glibc[crypt] to libxcrypt in stable Author Andreas K. Hüttel Author Sam James Posted 2021-10-18 Revision 1 The implementation of libcrypt.so within glibc has been deprecated for a long time and will be removed in the near future. For this reason, we are following other distributions (where this has been tested for years already) and switching to the external libxcrypt implementation, now also in stable installations. This will be a regular update, and in nearly all cases you will not have to take any action and not observe any problems. If you hit issues, please read on. ## Upgrades before 2021-11-01 We do recommend, however, that your system is *fully* up to date first. This is a standard recommendation but in this specific case, it is useful to have a simplified depgraph to ensure that Portage is able to smoothly calculate an upgrade path. Please take the opportunity to fully upgrade your systems now, before the migration occurs, to simplify matters This change will occur on 2021-11-01 for stable users. ~arch users by default should already have switched. ## General advice We also recommend being in a root shell (not via 'sudo' or similar tools) so that if any issues occur during the upgrade, you are not locked out of the console. It is not expected that any such issues will occur but this is a precaution. It is also recommended that users do _not_ have FEATURES="collision-protect" enabled because it is aggressive in protecting even orphaned files. Instead, use FEATURES="unmerge-orphans" which is almost identical in behaviour. ## Delaying the migration *or* circular dependencies If for whatever reason you do *not* wish to switch now - which is only delaying the inevitable - you need to take the following steps: * unmask and enable the crypt USE flag of sys-libs/glibc * mask the system USE flag of sys-libs/libxcrypt * mask >=virtual/libcrypt-2 * unmask virtual/libcrypt:0/1 If hitting circular dependencies involving Python 3.10, see the wiki for more details [3], but the same steps listed above must be taken (mask newer libcrypt temporarily, do a world upgrade, then unmask). ## Migrating early If you wish to manually migrate now, there are a series of steps described on the wiki (see below), but the outline is: * unforce the crypt USE flag of sys-libs/glibc and disable it * unmask the system and split-usr (if applicable) USE flag of sys-libs/libxcrypt and enable it * unmask
[gentoo-user] Problem with libcrypt transition
I'm a bit late updating a Lenovo laptop. Emerge wouldn't run due to a conflict with virtual/libcrypt. As a workaround, I ran... time emerge --changed-use --deep --update @world --exclude virtual/libcrypt To quote Rowan and Martin "Later... that very same evening" (7 hours and 265 packages) it finished. Now to tackle libcrypt. How do I handle the following? As near as I can tell from the news item, glibc's internal libcrypt is being replaced by an external libxcrypt but the details are vague.. = [thimk2][root][~] emerge -pv --changed-use --deep --update @world These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: sys-libs/glibc:2.2 (sys-libs/glibc-2.34-r10:2.2/2.2::gentoo, ebuild scheduled for merge) USE="multiarch ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -headers-only (-multilib) -multilib-bootstrap -nscd -profile (-selinux) -static-pie -suid -systemd -systemtap -test (-vanilla)" conflicts with sys-libs/glibc[crypt(+),static-libs(+)] required by (virtual/libcrypt-1-r1-1:0/1::gentoo, installed) USE="static-libs" !!! The following installed packages are masked: - virtual/libcrypt-1-r1::gentoo (masked by: package.mask) /usr/portage/profiles/base/package.mask: # Sam James (2021-11-22) # Mask the older libcrypt virtual (which accepted glibc[crypt]) to ease # dependency resolution. In a fair number of cases, this has helped # upgrades go through cleanly. # Read the news item if you need help! # (This mask is undone in musl profiles where the transition is not yet being # made.) # bug #699422. For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. = -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Installing windows on second drive
That is correct, yeah. Wouldnt do you any harm to backup your ESP beforehand, though it's unlikely to be more than a precaution On Sun, 10 Apr 2022 at 10:13, Adam Carter wrote: > > I'm assuming that windows will modify the EFI configuration and i will need > to boot, say, a minimal cd image to run efibootmgr to set it back, then add a > Windows entry to the grub config. > > Is that correct? Anything else i should be concerned about?
[gentoo-user] Installing windows on second drive
I'm assuming that windows will modify the EFI configuration and i will need to boot, say, a minimal cd image to run efibootmgr to set it back, then add a Windows entry to the grub config. Is that correct? Anything else i should be concerned about?
Re: [gentoo-user] Footer line with LibreOffice's Calc?
Hello Rainer, Excel automatically adjusts the formular to include the newly added line, while LibreCalc does not ... by default. However, there is a setting (Extras -> Optionen -> LibreOffice Calc -> Allgemein -> Eingabe-Einstellungen) called "Bezüge beim Einfügen von Zeilen/Spalten an deren Rändern ausdehnen", which does the trick. HTH, s. Samstag, 9. April 2022 17:36: > Greetings, > are there any LibreOffice Calc experts on this list? > I have some "*.xlsx" files which were created with Excel under Windows. > These feature a "footer" line, which for instance compute the sums for > various columns. If you use Excel under Windows and insert a new row > before this footer line, the sum in the footer line will be updated acc- > ordingly. Using "Calc" this line is a normal line, and inserting anoth- > er line before it does NOT adjust the row numbers in its formulas. > Googling for "libreoffice calc footer" pointed me to clicking on "Head- > ers and Footers" in the "Insert" pulldown menu. However, this is greyed > out. Do I need special USE flags to activate that? Or are ther other > methods to update the formulas in a row when another row is inserted be- > fore it? > Any help appreciated :-) > Sincerely, > Rainer
[gentoo-user] Footer line with LibreOffice's Calc?
Greetings, are there any LibreOffice Calc experts on this list? I have some "*.xlsx" files which were created with Excel under Windows. These feature a "footer" line, which for instance compute the sums for various columns. If you use Excel under Windows and insert a new row before this footer line, the sum in the footer line will be updated acc- ordingly. Using "Calc" this line is a normal line, and inserting anoth- er line before it does NOT adjust the row numbers in its formulas. Googling for "libreoffice calc footer" pointed me to clicking on "Head- ers and Footers" in the "Insert" pulldown menu. However, this is greyed out. Do I need special USE flags to activate that? Or are ther other methods to update the formulas in a row when another row is inserted be- fore it? Any help appreciated :-) Sincerely, Rainer
Re: [gentoo-user] zathura scroll bars
On Sat, Apr 9, 2022 at 12:39 PM wrote: > > On Sat, Apr 09, 2022 at 11:25:42AM +0100, Jorge Almeida wrote: > > Scroll bars are AWOL in zathura. I have "set show-scrollbars true" in > > ~/.config/zathura/zathurarc. I also tried "set show-v-scrollbar true" > > and "set show-h-scrollbar true" as per what meager documentation can > > be found out there. > It seems that these options are not supported anymore: > https://git.pwmt.org/pwmt/zathura/-/commit/fb671c26cd01d974594e9b449995636cec80ea53 > > > Also, no man pages for zathura nor zathurarc. > I have those, and I have installed zathura through emerge with the `doc` flag, > but it should not be necessary to have it set... Ah, OK. I don't have "doc" as global USE, since it usually pulls useless stuff. This is the first package I found for which it enables building the man pages. Solved, now. And the man page for zathurarc solves the problem. > > > In case some other gentooer uses zathura, would you share your current > > experience? > Great experience, same here > only bug I could complain is that when I changed desktops > back and forth, sometimes pdf files locked to a weird zoom, but this has not > happened for a while. same here, again. I never could reproduce it at will Many thanks Jorge >
Re: [gentoo-user] zathura scroll bars
On Sat, Apr 09, 2022 at 11:25:42AM +0100, Jorge Almeida wrote: > Scroll bars are AWOL in zathura. I have "set show-scrollbars true" in > ~/.config/zathura/zathurarc. I also tried "set show-v-scrollbar true" > and "set show-h-scrollbar true" as per what meager documentation can > be found out there. It seems that these options are not supported anymore: https://git.pwmt.org/pwmt/zathura/-/commit/fb671c26cd01d974594e9b449995636cec80ea53 > Also, no man pages for zathura nor zathurarc. I have those, and I have installed zathura through emerge with the `doc` flag, but it should not be necessary to have it set... > In case some other gentooer uses zathura, would you share your current > experience? Great experience, only bug I could complain is that when I changed desktops back and forth, sometimes pdf files locked to a weird zoom, but this has not happened for a while.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Saturday, 9 April 2022 11:26:13 BST Neil Bothwick wrote: > On Sat, 09 Apr 2022 10:13:00 +0100, Michael wrote: > > I'm trying to understand why one PC in particular fails to start SDDM > > since an update to x11-misc/sddm-0.18.1-r6 and ends up with a blank > > page on VT7. I suspect some pam module malfunction, but I don't > > understand why this happens or how to troubleshoot it. Interestingly, > > if I restart the display-manager service manually, SDDM starts and no > > longer exits. :-/ > > Anything in Xorg.0.log? The PC is a laptop, which is usually connected to ethernet. Following Neil's prompt I just started it, without an ethernet cable connected, to check what Xorg log shows . . . O_O Well, what do you know! SDDM started properly, with mouse, GUI and all. No pam_unix problem. I am now even more confused than before. Why would the presence of an ethernet connection determine if SDDM starts and then exits, or not? :-/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
On Sat, 09 Apr 2022 10:13:00 +0100, Michael wrote: > I'm trying to understand why one PC in particular fails to start SDDM > since an update to x11-misc/sddm-0.18.1-r6 and ends up with a blank > page on VT7. I suspect some pam module malfunction, but I don't > understand why this happens or how to troubleshoot it. Interestingly, > if I restart the display-manager service manually, SDDM starts and no > longer exits. :-/ Anything in Xorg.0.log? -- Neil Bothwick MIPS: Meaningless Indication of Processor Speed pgpwTvGBUsRut.pgp Description: OpenPGP digital signature
[gentoo-user] zathura scroll bars
Scroll bars are AWOL in zathura. I have "set show-scrollbars true" in ~/.config/zathura/zathurarc. I also tried "set show-v-scrollbar true" and "set show-h-scrollbar true" as per what meager documentation can be found out there. Also, no man pages for zathura nor zathurarc. My system is up-to-date, as of about 30m ago... In case some other gentooer uses zathura, would you share your current experience? Thanks Jorge Almeida
[gentoo-user] x11-misc/sddm-0.18.1-r6 exits inexplicably
I'm trying to understand why one PC in particular fails to start SDDM since an
update to x11-misc/sddm-0.18.1-r6 and ends up with a blank page on VT7. I
suspect some pam module malfunction, but I don't understand why this happens
or how to troubleshoot it. Interestingly, if I restart the display-manager
service manually, SDDM starts and no longer exits. :-/
This is what syslog shows upon boot:
Apr 9 09:20:04 localhost sddm-helper[4074]: pam_unix(sddm-greeter:session):
session opened for user sddm(uid=104) by (uid=0)
Apr 9 09:20:04 localhost kernel: elogind-daemon[1349]: New session c1 of user
sddm.
Apr 9 09:20:05 localhost chronyd[3554]: Selected source 192.169.1.1
Apr 9 09:20:05 localhost sddm-helper[4074]: pam_unix(sddm-greeter:session):
session closed for user sddm
Apr 9 09:20:05 localhost kernel: elogind-daemon[1349]: Removed session c1.
==
Checking if the display manager service has died I see rc-service reports it
is running! Then, ps reveals this much:
root 3757 0.1 0.1 137296 17092 ?Ssl 12:21 0:00 /usr/bin/sddm
root 3898 5.7 0.5 1009092 85500 tty7Ssl+ 12:21 0:02 /usr/bin/X -
nolisten tcp -auth /var/run/sddm/{77032685-d24f-482b-9634-49fce5f11fa0} -
background none -noreset -displayfd 17 -seat seat0 vt7
but all I get on VT7 is a blank screen with a cursor on the top left and no
mouse or a graphic DM.
Then I login as root on a console and restart the service:
Apr 9 09:20:38 localhost login[3935]: pam_unix(login:session): session opened
for user root(uid=0) by LOGIN(uid=0)
Apr 9 09:20:38 localhost kernel: elogind-daemon[1349]: New session 2 of user
root.
Apr 9 09:20:38 localhost login[4087]: ROOT LOGIN on '/dev/tty1'
Apr 9 09:20:41 localhost start-stop-daemon[4111]: Will stop /usr/bin/sddm
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Will stop /usr/bin/sddm
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Will stop PID 3787
Apr 9 09:20:41 localhost start-stop-daemon[4112]: Sending signal 15 to PID
3787
Apr 9 09:20:41 localhost kernel: [drm] enabling PCIE gen 2 link speeds,
disable with radeon.pcie_gen2=0
Apr 9 09:20:41 localhost kernel: [drm] PCIE GART of 1024M enabled (table at
0x0004).
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: WB enabled
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 0
use gpu addr 0x8c00
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 1
use gpu addr 0x8c04
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 2
use gpu addr 0x8c08
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 3
use gpu addr 0x8c0c
Apr 9 09:20:41 localhost kernel: radeon :01:00.0: fence driver on ring 4
use gpu addr 0x8c10
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_gfx' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_cp1' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_cp2' in directory
'1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_dma1' in
directory '1' already present!
Apr 9 09:20:41 localhost kernel: debugfs: File 'radeon_ring_dma2' in
directory '1' already present!
Apr 9 09:20:42 localhost kernel: [drm] ring test on 0 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 1 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 2 succeeded in 1 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 3 succeeded in 4 usecs
Apr 9 09:20:42 localhost kernel: [drm] ring test on 4 succeeded in 4 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 1 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 2 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 3 succeeded in 0 usecs
Apr 9 09:20:42 localhost kernel: [drm] ib test on ring 4 succeeded in 0 usecs
Apr 9 09:20:43 localhost sddm-helper[4209]: pam_unix(sddm-greeter:session):
session opened for user sddm(uid=104) by (uid=0)
Apr 9 09:20:43 localhost kernel: elogind-daemon[1349]: Existing logind
session ID 2 used by new audit session, ignoring.
Apr 9 09:20:43 localhost kernel: elogind-daemon[1349]: New session c2 of user
sddm.
=
Thereafter SDDM runs on VT7 as expected without exiting. The ps output shows
more:
root 4187 0.0 0.1 137444 15656 ?Ssl 12:22 0:00 /usr/bin/sddm
root 4197 3.8 0.5 1009092 83352 tty7Ssl+ 12:22 0:01 /usr/bin/X -
nolisten tcp -auth /var/run/sddm/{9cb9ef8e-f25b-4272-9605-8da9ddbef75c} -
background none -noreset -displayfd 17 -seat seat0 vt7
root 4213 0.0 0.0 54060 12948 ?
Re: [gentoo-user] SOLVED emerge is stumped
On 4/9/22 09:03, n952162 wrote: I can't emerge. I get these errors, like, 4 times: T/ask was destroyed but it is pending!// //task: wait_for=.() at /usr/lib/python3.9/site-packages/_emerge/AsynchronousTask.py:49, ()]> cb=[SpawnProcess._main_exit()]>// / // I had to abort an emerge yesterday, could it be that I have to clean something up? Okay, maybe this has been discussed here already, what would be the keyword? It turns out that it wasn't a problem with a corrupted installation because I got it on another box, too. I don't know what the cause was, but it seems to be cleared up after I manually (i.e. individually) installed one of the packages in the list given with this: /* The following 9 packages have failed to build, install, or execute// // * postinst:/
Re: [gentoo-user] SOLVED !!! 'sys-devel/gcc-11.2.1_p20220115' is not a valid package atom.
On 4/9/22 10:10, n952162 wrote: !!! 'sys-devel/gcc-11.2.1_p20220115' is not a valid package atom. But it's listed here: https://packages.gentoo.org/packages/sys-devel/gcc and generated by emerge @world what am I doing wrong? Ok, I see I need to precede that with "="
[gentoo-user] !!! 'sys-devel/gcc-11.2.1_p20220115' is not a valid package atom.
!!! 'sys-devel/gcc-11.2.1_p20220115' is not a valid package atom. But it's listed here: https://packages.gentoo.org/packages/sys-devel/gcc and generated by emerge @world what am I doing wrong?
Re: [gentoo-user] verify-sig
Thanks. BillK On 9/4/22 15:32, Ionen Wolkens wrote: On Sat, Apr 09, 2022 at 02:50:30PM +0800, William Kenworthy wrote: A new use has shown up named "verify-sig". It seems simple enough from its euse description but its causing a large number of packages to be rebuilt unnecessarily (it defaults to off on my sytems). Should I enable it? - I can find much info on it and it looks like it will cause major user hassles considering its effects so far - I am surprised there has been no news item for it which probably means its not considered a useful use flag. Use --changed-use/-U rather than --newuse/-N when using emerge. With --changed-use, if USE is changing from to: enabled -> removed = rebuilds disabled -> removed = ignores (changes nothing, no rebuild needed) missing -> disabled = ignores (likewise, this is the verify-sig) missing -> enabled = rebuilds While --newuse rebuilds in all 4 cases. There's largely no reason to enable verify-sig as you're already verifying through the Manifest. This is primarily intended for developers, albeit for users it can give some assurance that signatures were checked.
Re: [gentoo-user] verify-sig
On Sat, Apr 09, 2022 at 02:50:30PM +0800, William Kenworthy wrote: > A new use has shown up named "verify-sig". It seems simple enough from > its euse description but its causing a large number of packages to be > rebuilt unnecessarily (it defaults to off on my sytems). Should I > enable it? - I can find much info on it and it looks like it will cause > major user hassles considering its effects so far - I am surprised there > has been no news item for it which probably means its not considered a > useful use flag. Use --changed-use/-U rather than --newuse/-N when using emerge. With --changed-use, if USE is changing from to: enabled -> removed = rebuilds disabled -> removed = ignores (changes nothing, no rebuild needed) missing -> disabled = ignores (likewise, this is the verify-sig) missing -> enabled = rebuilds While --newuse rebuilds in all 4 cases. There's largely no reason to enable verify-sig as you're already verifying through the Manifest. This is primarily intended for developers, albeit for users it can give some assurance that signatures were checked. -- ionen signature.asc Description: PGP signature
[gentoo-user] emerge is stumped
I can't emerge. I get these errors, like, 4 times: T/ask was destroyed but it is pending!// //task: wait_for=.() at /usr/lib/python3.9/site-packages/_emerge/AsynchronousTask.py:49, ()]> cb=[SpawnProcess._main_exit()]>// / // I had to abort an emerge yesterday, could it be that I have to clean something up?
[gentoo-user] verify-sig
A new use has shown up named "verify-sig". It seems simple enough from its euse description but its causing a large number of packages to be rebuilt unnecessarily (it defaults to off on my sytems). Should I enable it? - I can find much info on it and it looks like it will cause major user hassles considering its effects so far - I am surprised there has been no news item for it which probably means its not considered a useful use flag. BillK
