Re: [gentoo-user] OK, so not everything works properly with systemd
On Sat, Mar 21, 2015 at 1:21 PM, Daniel Frey djqf...@gmail.com wrote: I also noticed this in the USE flags for systemd: - - sysv-utils : Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown Should I enable that USE flag? It removes sysvinit (and systemd-sysv-utils if it's installed) and turns the listed binaries into symlinks to systemd.
[gentoo-user] "systemd sysv-utils blocker resolution"
I have a question on this news item. I use systemd (gnome3) on a gentoo stable system. eix reports that sys-apps/systemd-236-r5 is installed But euse -I sysv-utils reports no matching entries found Is something wrong? I do *not* have sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc in my world file. However, the last two are installed. thanks, allan
Re: [gentoo-user] Safe systemd "reload" command
On Sun, Jun 5, 2016 at 9:23 AM, J. <jyo.gar...@gmail.com> wrote: > > SYSTEMD_INIT_PID=`pgrep -o -U 0 systemd` Doesn't systemd call "init" rather "systemd" if you use the "sysv-utils" flag?
Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"
On Sun, Feb 11, 2018 at 12:52 PM, Nikos Chantziaras <rea...@gmail.com> wrote: > > Yes. How else is sys-apps/sysvinit going to be unmerged? Either you let > portage clean it up (depclean), or you need to do it manually. > He already has sysvinit unmerged. Portage unmerged that because it was a blocker for systemd[sysv-utils]. Portage doesn't remove non-blocking packages unless you run emerge --depclean. -- Rich
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 13:49, cov...@ccs.covici.com wrote: >> A clue is in the ebuilds for systemd: >> > >> > sysv-utils? ( >> > !sys-apps/systemd-sysv-utils >> > !sys-apps/sysvinit ) >> > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds >> > for the current unstable versions. >> > >> > Do you have USE="sysv-utils" set for sysvinit? >> > >> > If so, to have both sysvinit and systemd, you will have to disable that >> > USE flag and see what comes next. > I put that use flag in there because I thought it would allow systemd to > generate a service from a script in /etc/init.d, but I will see what > happens when I remove that flag or maybe if there is another way to > accomplish that? > Well, that did it! It still is downgrading systemd, but that's not too > bad, thanks guys. $ euses -sf sysv-utils sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown That description is quite vague, and could mean many things. I'm no expert on systemd, but I would imagine that it already has it's own scripts to deal with those listed functions. I wonder what the use of the flag is then? Perhaps an old compatibility layer than is not needed now? I can't see a reason why systemd is being downgraded; the previous output either lists just "sys-apps/systemd" or uses a ">=" operator. Nothing to say why 219_p112 is the highest usable version. Once the emerge finishes and portage has done what it wants, run these commands: emerge -pv systemd emerge -pv =systemd-225 (225 being latest in the tree). Then we can see better why portage is doing what it does -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] after finally doing my emerge -e world successfully, my regular world update fails
On 12/22/2017 11:02:14 AM, John Covici wrote: Hi. So, after two weeks, I finally got my emerge -e world finished. Now I was trying my regular world update with --deep, etc., but I get an impossible situation. It seems openrc is now blocking systemd, but I apparently need both. I've noticed this, as well. I think this is due to a change in a USE flag for systemd (+sysv-utils). Therefore, I have added sys-apps/systemd openrc python_targets_python2_7 abi_x86_32 -sysv-utils to /etc/portage/package.use With this, both, openrc and systemd build just fine. My init system is openrc, and with this all seems to work just fine. Helmut
Re: [gentoo-user] a few blockers I can't figure out
On Mon, Aug 31, 2015 at 02:40:02PM +0200, Alan McKinnon wrote: > On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > >> A clue is in the ebuilds for systemd: > >> > > >> > sysv-utils? ( > >> > !sys-apps/systemd-sysv-utils > >> > !sys-apps/sysvinit ) > >> > > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds > >> > for the current unstable versions. > >> > > >> > Do you have USE="sysv-utils" set for sysvinit? > >> > > >> > If so, to have both sysvinit and systemd, you will have to disable that > >> > USE flag and see what comes next. > > I put that use flag in there because I thought it would allow systemd to > > generate a service from a script in /etc/init.d, but I will see what > > happens when I remove that flag or maybe if there is another way to > > accomplish that? > > Well, that did it! It still is downgrading systemd, but that's not too > > bad, thanks guys. > > $ euses -sf sysv-utils > sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > shutdown > > > That description is quite vague, and could mean many things. I'm no > expert on systemd, but I would imagine that it already has it's own > scripts to deal with those listed functions. I wonder what the use of > the flag is then? Perhaps an old compatibility layer than is not needed now? This means that it installs /bin/poweroff, /bin/reboot, etc. and the relevant manpages. I'm pretty sure that's all it does. It is not needed at all, as long as you don't mind typing `systemctl poweroff' instead of `poweroff', and so on and so forth. I guess the /bin/init symlink would be helpful so that you don't have to add `init=/usr/lib/systemd/systemd' to the kernel commandline, but whatever. Alec
Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"
On Sun, Feb 11 2018, Nikos Chantziaras wrote: > On 11/02/18 02:16, allan gottlieb wrote: >> I have a question on this news item. >> >> I use systemd (gnome3) on a gentoo stable system. >> eix reports that sys-apps/systemd-236-r5 is installed >> >> But >> euse -I sysv-utils >> reports >> no matching entries found >> >> Is something wrong? >> >> I do *not* have >>sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc >> in my world file. >> >> However, the last two are installed. > > When you ran: > > emerge -auDN --changed-deps --with-bdeps=y @world > > did you forget to run: > > emerge -a --depclean > > afterwards? I am indeed behind in depcleaning. Does that explain why euse doesn't fine sysv-utils and why I have the symlinks /sbin/poweroff and friends with systemd-236? I will be working on depcleans but rather slowly. thanks for the help. allan
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
allan gottlieb wrote: > I have a question on this news item. > > I use systemd (gnome3) on a gentoo stable system. > eix reports that sys-apps/systemd-236-r5 is installed > > But > euse -I sysv-utils > reports >no matching entries found > > Is something wrong? > > I do *not* have > sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc > in my world file. > > However, the last two are installed. > > thanks, > allan > > I would use 'equery d openrc netifrc'to see what if anything depends on them. If you get packages listed, then you know why they are there, and maybe why as well. If it lists nothing, then --depclean should clean it up when you get a chance to run it. Just my thinking. Dale :-) :-)
[gentoo-user] Re: "systemd sysv-utils blocker resolution"
On 11/02/18 02:16, allan gottlieb wrote: I have a question on this news item. I use systemd (gnome3) on a gentoo stable system. eix reports that sys-apps/systemd-236-r5 is installed But euse -I sysv-utils reports no matching entries found Is something wrong? I do *not* have sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc in my world file. However, the last two are installed. When you ran: emerge -auDN --changed-deps --with-bdeps=y @world did you forget to run: emerge -a --depclean afterwards?
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > >> A clue is in the ebuilds for systemd: > >> > > >> > sysv-utils? ( > >> > !sys-apps/systemd-sysv-utils > >> > !sys-apps/sysvinit ) > >> > > >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds > >> > for the current unstable versions. > >> > > >> > Do you have USE="sysv-utils" set for sysvinit? > >> > > >> > If so, to have both sysvinit and systemd, you will have to disable that > >> > USE flag and see what comes next. > > I put that use flag in there because I thought it would allow systemd to > > generate a service from a script in /etc/init.d, but I will see what > > happens when I remove that flag or maybe if there is another way to > > accomplish that? > > Well, that did it! It still is downgrading systemd, but that's not too > > bad, thanks guys. > > $ euses -sf sysv-utils > sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > shutdown > > > That description is quite vague, and could mean many things. I'm no > expert on systemd, but I would imagine that it already has it's own > scripts to deal with those listed functions. I wonder what the use of > the flag is then? Perhaps an old compatibility layer than is not needed now? > > > I can't see a reason why systemd is being downgraded; the previous > output either lists just "sys-apps/systemd" or uses a ">=" operator. > Nothing to say why 219_p112 is the highest usable version. > > Once the emerge finishes and portage has done what it wants, run these > commands: > > emerge -pv systemd > emerge -pv =systemd-225 > > (225 being latest in the tree). Then we can see better why portage is > doing what it does > > > I think it has something to do with fail2ban -- the version of systemd in the tree after the 219 version is 224-r1 and 225 and now portage is saying WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: and one of those says (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) conflicts with^M sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) Does that make sense? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Re: "systemd sysv-utils blocker resolution"
On 11/02/18 05:09, allan gottlieb wrote: On Sun, Feb 11 2018, Nikos Chantziaras wrote: When you ran: emerge -auDN --changed-deps --with-bdeps=y @world did you forget to run: emerge -a --depclean afterwards? I am indeed behind in depcleaning. Does that explain why euse doesn't fine sysv-utils and why I have the symlinks /sbin/poweroff and friends with systemd-236? Yes. How else is sys-apps/sysvinit going to be unmerged? Either you let portage clean it up (depclean), or you need to do it manually.
Re: [gentoo-user] a few blockers I can't figure out
On 31/08/2015 16:03, cov...@ccs.covici.com wrote: > Alan McKinnon <alan.mckin...@gmail.com> wrote: > >> On 31/08/2015 13:49, cov...@ccs.covici.com wrote: >>>> A clue is in the ebuilds for systemd: >>>>> >>>>> sysv-utils? ( >>>>> !sys-apps/systemd-sysv-utils >>>>> !sys-apps/sysvinit ) >>>>> >>>>> That's a hard blocker, no way round it. It's in all the systemd ebuilds >>>>> for the current unstable versions. >>>>> >>>>> Do you have USE="sysv-utils" set for sysvinit? >>>>> >>>>> If so, to have both sysvinit and systemd, you will have to disable that >>>>> USE flag and see what comes next. >>> I put that use flag in there because I thought it would allow systemd to >>> generate a service from a script in /etc/init.d, but I will see what >>> happens when I remove that flag or maybe if there is another way to >>> accomplish that? >>> Well, that did it! It still is downgrading systemd, but that's not too >>> bad, thanks guys. >> >> $ euses -sf sysv-utils >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and >> shutdown >> >> >> That description is quite vague, and could mean many things. I'm no >> expert on systemd, but I would imagine that it already has it's own >> scripts to deal with those listed functions. I wonder what the use of >> the flag is then? Perhaps an old compatibility layer than is not needed now? >> >> >> I can't see a reason why systemd is being downgraded; the previous >> output either lists just "sys-apps/systemd" or uses a ">=" operator. >> Nothing to say why 219_p112 is the highest usable version. >> >> Once the emerge finishes and portage has done what it wants, run these >> commands: >> >> emerge -pv systemd >> emerge -pv =systemd-225 >> >> (225 being latest in the tree). Then we can see better why portage is >> doing what it does >> >> >> > > I think it has something to do with fail2ban -- the version of systemd > in the tree after the 219 version is 224-r1 and 225 and now portage is > saying > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > and one of those says > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) > conflicts with^M > > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > Does that make sense? > The words make sense, the meaning doesn't :-) It looks like fail2ban wants systemd without python support, but the true reason is still hidden. The fail2ban ebuild has this: RDEPEND=" ... systemd? ( $(python_gen_cond_dep '|| ( dev-python/python-systemd[${PYTHON_USEDEP}] sys-apps/systemd[python(-),${PYTHON_USEDEP}] I'm thinking maybe you have a specific portage entry that's getting in the way. What are your results for: emerge --info grep -r python /etc/portage grep -r systemd /etc/portage -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] after finally doing my emerge -e world successfully, my regular world update fails
On Fri, Dec 22, 2017 at 9:37 AM, John Covici <cov...@ccs.covici.com> wrote: > > Yep, putting -sysv-utils for systemd fixes things right up! I hope > there is no strange consequences by disabling this flag, but we shall > see. > None that I've seen. Systemd has always been backwards-compatible with the sysvinit shutdown/reboot/etc tools. I don't think they have any plans to change that. -- Rich
Re: [gentoo-user] after finally doing my emerge -e world successfully, my regular world update fails
On Fri, 22 Dec 2017 06:25:56 -0500, Mike Gilbert wrote: > > On Fri, Dec 22, 2017 at 5:02 AM, John Covici <cov...@ccs.covici.com> wrote: > > Hi. So, after two weeks, I finally got my emerge -e world finished. > > Now I was trying my regular world update with --deep, etc., but I get > > an impossible situation. It seems openrc is now blocking systemd, but > > I apparently need both. > > sys-apps/openrc is probably in your world file. Either remove it, or > disable the "sysv-utils" USE flag on sys-apps/systemd. > Thanks everyone, I will check this out and let people know if it works. Yep, putting -sysv-utils for systemd fixes things right up! I hope there is no strange consequences by disabling this flag, but we shall see. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] systemd, libgudev and bug 552036
emerge -1avt systemd These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R] sys-apps/systemd-218-r5:0/2::gentoo USE="acl gudev introspection kmod lz4 pam policykit python seccomp ssl (-apparmor) -audit -cryptsetup -curl -doc -elfutils -gcrypt -http -idn -kdbus -lzma -qrcode (-selinux) -sysv-utils -terminal {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: sys-apps/systemd:0 (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) conflicts with >=sys-apps/systemd-212-r5:0/2[abi_x86_64(-),gudev(-),introspection(-)] required by (virtual/libgudev-215-r3:0/0::gentoo, installed) sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] required by (net-analyzer/fail2ban-0.9.2:0/0::gentoo, installed) Would you like to merge these packages? [Yes/No]
[gentoo-user] Re: after finally doing my emerge -e world successfully, my regular world update fails
On 2017-12-22 11:45, Helmut Jarausch wrote: > sys-apps/systemd openrc python_targets_python2_7 abi_x86_32 -sysv-utils > > to /etc/portage/package.use > > With this, both, openrc and systemd build just fine. > > My init system is openrc, and with this all seems to work just fine. Would you mind explaining why you need systemd installed? (100% real question, no intention to start another ember-war). -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet, fetch the TXT record for the domain.
Re: [gentoo-user] after finally doing my emerge -e world successfully, my regular world update fails
> > sys-apps/openrc is probably in your world file. Either remove it, or > disable the "sysv-utils" USE flag on sys-apps/systemd. > > I'd like to trying going the other way. so i'll first; quickpkg sys-apps/openrc net-misc/netifrc sys-apps/sysvinit But virtual/service-manager is using openrc. How do i point this to systemd? Then i guess I would just; emerge --depclean sys-apps/openrc net-misc/netifrc sys-apps/sysvinit emerge -N systemd Right?
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
On Sat, Feb 10, 2018 at 10:02 PM, allan gottlieb <gottl...@nyu.edu> wrote: > On Sat, Feb 10 2018, Rich Freeman wrote: > >> >> Interesting. Does /sbin/reboot exist? > > gottlieb@E6430 ~ $ ls -l /sbin/reboot > lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl > >> What does "qfile /sbin/reboot" return? > > gottlieb@E6430 ~ $ qfile /sbin/reboot > sys-apps/systemd (/sbin/reboot) Ok, your systemd is built with USE=sysv-utils. >> Ultimately it comes down to whether you care about the compatibility >> symlinks. It probably isn't a bad idea to have them though. Maybe >> some day you'll install a UPS and its shutdown scripts will just call >> shutdown/poweroff/etc and not work. Software that shuts down using >> either systemctl or dbus would be fine. > > Since you lean toward having the symlinks, why is the new default for > the use flag on? Upstream? When the flag is on the symlinks are created. They're only missing (from systemd) when the flag is off. > Also why do I have the symlinks with the 236-r5 system, contracting the > news item. (This is true for both machines.) You have them because the default is USE=sysv-utils, which installs the symlinks. The real question is why euse didn't show you has having the flag enabled. That I'm not sure about. It shows it as enabled on my system. I'd have to dig into where it is getting its data and how this might get out of sync. To avoid a second email - a lack of depcleaning might explain why software like openrc/netifrc is still installed. I don't believe it has anything to do with the output of euse. -- Rich
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
On Sat, Feb 10 2018, Rich Freeman wrote: > On Sat, Feb 10, 2018 at 10:02 PM, allan gottlieb <gottl...@nyu.edu> wrote: >> On Sat, Feb 10 2018, Rich Freeman wrote: >> >>> >>> Interesting. Does /sbin/reboot exist? >> >> gottlieb@E6430 ~ $ ls -l /sbin/reboot >> lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl >> >>> What does "qfile /sbin/reboot" return? >> >> gottlieb@E6430 ~ $ qfile /sbin/reboot >> sys-apps/systemd (/sbin/reboot) > > Ok, your systemd is built with USE=sysv-utils. > >>> Ultimately it comes down to whether you care about the compatibility >>> symlinks. It probably isn't a bad idea to have them though. Maybe >>> some day you'll install a UPS and its shutdown scripts will just call >>> shutdown/poweroff/etc and not work. Software that shuts down using >>> either systemctl or dbus would be fine. >> >> Since you lean toward having the symlinks, why is the new default for >> the use flag on? Upstream? > > When the flag is on the symlinks are created. They're only missing > (from systemd) when the flag is off. > >> Also why do I have the symlinks with the 236-r5 system, contracting the >> news item. (This is true for both machines.) > > You have them because the default is USE=sysv-utils, which installs > the symlinks. > > The real question is why euse didn't show you has having the flag > enabled. That I'm not sure about. It shows it as enabled on my > system. I'd have to dig into where it is getting its data and how > this might get out of sync. > > To avoid a second email - a lack of depcleaning might explain why > software like openrc/netifrc is still installed. I don't believe it > has anything to do with the output of euse. Thank you (and dale) again. allan
Re: [gentoo-user] empty cdrom drive is busy or mounted
On 2019.08.16 12:00, Helmut Jarausch wrote: On 08/16/2019 05:25:34 PM, Jack wrote: try "lsof /cdrom"? It says the mount point, not the device, might be busy. This didn't show anything. I still don't know the cause of my problems. But fortunately, they have been resolved by recompiling the kernel (5.2.0), systemd and all packages depending on systemd - using the new gcc-9.2.0 Furthermore I had to add the use flags cgroup-hybrid -sysv-utils for systemd. This hasn't been necessary before - very strange. For me, systemd is a monster which I haven't understood. I try to not use it since I am using openrc. Perhaps I have to remove it from my system and use eudev instead of udev as part of systemd. Thanks for trying to help me - it was a really strange situation. If you are using openrc (as I am) I would say you really don't want systemd installed at all. I can't imagine any good coming from that. You do need eudev, I also have elogind installed, but I'm not sure if it's absolutely required, or if I had some other reason for installing (possibly to get rid of consolekit?)
Re: [gentoo-user] a few blockers I can't figure out
On 01/09/2015 02:12, cov...@ccs.covici.com wrote: > Alan McKinnon <alan.mckin...@gmail.com> wrote: > >> On 31/08/2015 18:54, cov...@ccs.covici.com wrote: >>>> The words make sense, the meaning doesn't :-) >>>>> >>>>> It looks like fail2ban wants systemd without python support, but the >>>>> true reason is still hidden. The fail2ban ebuild has this: >>>>> >>>>> RDEPEND=" >>>>> ... >>>>> systemd? ( $(python_gen_cond_dep '|| ( >>>>> dev-python/python-systemd[${PYTHON_USEDEP}] >>>>> sys-apps/systemd[python(-),${PYTHON_USEDEP}] >>>>> >>>>> >>>>> I'm thinking maybe you have a specific portage entry that's getting in >>>>> the way. What are your results for: >>>>> >>>>> emerge --info >>>>> grep -r python /etc/portage >>>>> grep -r systemd /etc/portage >>> Just to let you know, most of the python entries were mandated by >>> portage, certainly the systemd one. >> >> >> I'm having a hard time figuring out what is making portage do this. >> I also figure you're OK with a downgraded systemd meanwhile, but just >> for kicks, lets test my theory: If you run this, does portage offer to >> upgrade systemd? >> >> >> USE="-python" emerge -pv systemd > > Well, here is what I got > [ebuild U ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo] > USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit > -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma > -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*) > (-gudev%) (-introspection%*) (-python%*) > (-terminal%)" ABI_X86="32 (64) (-x32)" > PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)" > PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB > > Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-apps/systemd:0 > > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled > in by > sys-apps/systemd (Argument) > > (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by > > sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?] > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) Got it, finally :-) fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the highest version with an explicit python USE flag. All later versions do not have the flag at all. Your choices are either to have fail2ban fixed to deal with recent systemd USE, and tolerate the systemd downgrade meanwhile; or to replace fail2ban with something equivalent -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] gdm fails to start
On Tue, 2017-05-23 at 12:53 +0200, Hogren wrote: > > On 23/05/2017 10:34, Raffaele Belardi wrote: > > On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote: > > > Hello, > > > > > > Very simple question but did you have "pam" in your global USE > > > flag > > > or > > > Systemd USE flag ? > > > > Yes, I am using the gnome/systemd profile: > > > > # euse -I pam > > global use flags (searching: pam) > > > > no matching entries found > > > > local use flags (searching: pam) > > > > [+ D ] pam (net-dialup/ppp): > > Enables PAM (Pluggable Authentication Modules) support > > > > [+ D ] pam (sys-apps/util-linux): > > build runuser helper > > There is a "pam" USE flag for systemd. > Did you try to add it ? > https://packages.gentoo.org/packages/sys-apps/systemd > > Hogren > Yes, it is set, I don't know why euse does not show it: # eix -I sys-apps/systemd [I] sys-apps/systemd Available versions: 226-r2(0/2) (~)231(0/2) [M](~)232(0/2) 233- r1(0/2) **(0/2) {acl apparmor audit build cryptsetup curl doc elfutils (+)gcrypt gnuefi http idn importd +kdbus +kmod +libidn2 +lz4 lzma nat pam policykit qrcode +seccomp selinux ssl sysv-utils test vanilla xkb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 233-r1(05:53:09 AM 05/20/2017)(acl gcrypt kmod lz4 pam policykit seccomp ssl -apparmor -audit -build -cryptsetup -curl -doc -elfutils -gnuefi -http -idn -importd -lzma -nat -qrcode -selinux -sysv-utils -test -vanilla -xkb ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32")
Re: [gentoo-user] after finally doing my emerge -e world successfully, my regular world update fails
On Fri, Dec 22, 2017 at 5:02 AM, John Covici <cov...@ccs.covici.com> wrote: > Hi. So, after two weeks, I finally got my emerge -e world finished. > Now I was trying my regular world update with --deep, etc., but I get > an impossible situation. It seems openrc is now blocking systemd, but > I apparently need both. sys-apps/openrc is probably in your world file. Either remove it, or disable the "sysv-utils" USE flag on sys-apps/systemd.
Re: [gentoo-user] Re: udev -> eudev
On Tue, 9 Feb 2016 16:40:47 + (UTC), James wrote: > emerge -uDtvp @world reveals the same trouble:: > > [ebuild R] sys-apps/dbus-1.8.16::gentoo USE="X systemd* -debug > -doc (-selinux) -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB > [ebuild N#]sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus > kmod lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl > -elfutils -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode > (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" > 3,823 KiB [ebuild N ] app-arch/lz4-0_p120::gentoo > USE="{-test} -valgrind" ABI_X86="32 (64) (-x32)" 159 KiB > [blocks B ] sys-apps/gentoo-systemd-integration > ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5) > [blocks B ] sys-fs/eudev ("sys-fs/eudev" is blocking > sys-apps/systemd-226-r2, sys-apps/gentoo-systemd-integration-4) > [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking > sys-fs/eudev-3.1.5) It also reveals the cause, not that you have used --tree. You are trying to rebuild dbus with the systemd USE flag, no wonder it wants systemd! Next step: grep -r systemd /etc/portage -- Neil Bothwick "A snooze button is a poor substitute for no alarm clock at all." pgpQbh_PqBpPP.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: after finally doing my emerge -e world successfully, my regular world update fails
On Fri, 22 Dec 2017 11:42:16 -0500, Ian Zimmerman wrote: > > On 2017-12-22 11:45, Helmut Jarausch wrote: > > > sys-apps/systemd openrc python_targets_python2_7 abi_x86_32 -sysv-utils > > > > to /etc/portage/package.use > > > > With this, both, openrc and systemd build just fine. > > > > My init system is openrc, and with this all seems to work just fine. > > Would you mind explaining why you need systemd installed? (100% real > question, no intention to start another ember-war). I use gnome and that is why. I have also found some of what systemd does useful, strange as that may seem, but I don't want to start the great debate! -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
On Sat, Feb 10, 2018 at 7:16 PM, allan gottlieb <gottl...@nyu.edu> wrote: > I have a question on this news item. > > I use systemd (gnome3) on a gentoo stable system. > eix reports that sys-apps/systemd-236-r5 is installed > > But >euse -I sysv-utils > reports >no matching entries found > > Is something wrong? > > I do *not* have > sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc > in my world file. > > However, the last two are installed. > Interesting. Does /sbin/reboot exist? What does "qfile /sbin/reboot" return? The only thing that is changing is a default - that flag was defaulted off before, and is defaulted on now. So, an emerge --changed-use -u world should reinstall systemd with this flag enabled, assuming you didn't manually disable it. In any case, you can probably actually survive without poweroff, reboot, etc, assuming you shutdown using systemctl. Obviously some legacy scripts/programs/etc that are supposed to shut down your system might balk at the missing symlinks. All the use flag does is install compatibility symlinks to systemctl for these sysvinit programs and their manpages. Unless you have some package installed that explicitly depends on sysvinit or openrc you should be fine. Do you actually get any blockers/etc? Ultimately it comes down to whether you care about the compatibility symlinks. It probably isn't a bad idea to have them though. Maybe some day you'll install a UPS and its shutdown scripts will just call shutdown/poweroff/etc and not work. Software that shuts down using either systemctl or dbus would be fine. -- Rich
[gentoo-user] Re: systemd, libgudev and bug 552036
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/18/2015 07:43 PM, Adam Carter wrote: > emerge -1avt systemd > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! [ebuild R ] > sys-apps/systemd-218-r5:0/2::gentoo USE="acl gudev introspection > kmod lz4 pam policykit python seccomp ssl (-apparmor) -audit > -cryptsetup -curl -doc -elfutils -gcrypt -http -idn -kdbus -lzma > -qrcode (-selinux) -sysv-utils -terminal {-test} -vanilla -xkb" > ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python2_7 > -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4 > -python3_3" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB > > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > > sys-apps/systemd:0 > > (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) > conflicts with >> =sys-apps/systemd-212-r5:0/2[abi_x86_64(-),gudev(-),introspection(-)] > >> required by (virtual/libgudev-215-r3:0/0::gentoo, installed) > > > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_t arget_python2_7(+),python_targets_python3_4(-)] > > required by (net-analyzer/fail2ban-0.9.2:0/0::gentoo, installed) > > > > > Would you like to merge these packages? [Yes/No] > There are a couple of issues here, which appear to be caused by some mismatched keywords in the tree. Your issue is that net-analyzer/fail2ban[python] requires either sys-apps/systemd[python] or dev-python/python-systemd. The python USE flag has been removed from newer stable versions of sys-apps/systemd (in favor of dev-python/python-systemd), but dev-python/python-systemd is not yet stable. Therefore, portage is keeping the older version of systemd installed, as that is the only way it could find to keep all deps satisfied. If you want to keep fail2ban, the easiest method may be to keyword dev-python/python-systemd-230 locally, and file a bug requesting its stabilization. - -- Jonathan Callen -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJWdNRQAAoJEEIQbvYRB3mgy4MP/0iX59YRMQgC0su8YwLeCiBF vbypMwDxhmJ3ZYYLcAcUzY2oGleiRZyShtyym8JB5MdG8z5G5qMkwTdaVByqOFa0 muC6qHL4nNNumNA5h2kqZoswCqLPqYclDj3P++oFlaDM0SiDzU5VrEz6CXTKn6bB /FjmwuRq1SWAGH+ecloypOEZsy4UFaVM66MvydN+XRTS3R7ybhB+dHFUcsGjokTJ GP9BsmxBanOgV79r90XwK4/+Zt/b6r4JvN7xuT81MOHTzeParD9fjmMVl68AX7YB k1roVJPJLTQHnwurzwjjxAz6/8BwgzofADIw/FKqcuiIdRWc8KxgvsVl7ykdNuF4 kW1T2EMoCHbi5iQABTPzZsobrtolHhqZ0qn4mCw4VOuQ8zTgFUkg1rUUOmDurxrD n3OEphcZRoTs4NJRicJs5omxWIFHpH571X3xI3MOM9W5n4mqTw6yYAlVWV730zU+ wIMl60SMHRnidJO7uCG/8JkAulw4/lkC6jWWFcY5HM2sXzy7W7hrKDZqPMMZ7WjA gNd4hnUpUvJZsDe+hfAgehz3zh3pq0/GdI/sR9VUYC04NZESdS+LVe17V/RTVjJb e0vpyR4HbwmrArVx1/m7DZuK19cdmOAT54aCV0LEbE+PK+4nflXwVjFpJiw5zdXV +rUd4D8a3sY/eTe9cCnJ =LYWj -END PGP SIGNATURE-
[gentoo-user] Re: udev -> eudev
Neil Bothwick digimed.co.uk> writes: > > sys-apps/systemd is not even installed, but it shows up as a blocker? > > gentoo-systemd-integration is not installed, but it's a blocker. > It's showing up because it is blocking your update, which means something > you are installing as part of that update wants it. You have two choices: > 2) Use --tree to see exactly what is pulling in the blockers, and why, > then deal with that. Like I said, I uninstalled udev and installed eudev. I ran emerge -1 @system, after I installed eudev. All in @system recompile without issue, just for grins. I just ran "emrege -pvt udev" :: it responed with the singular listing of eudev. So ran (again) emerge -vt eudev, and in compiled again. so 'emerge -uDNvp world' now shows:: [ebuild N ] app-arch/lz4-0_p120::gentoo USE="{-test} -valgrind" ABI_X86="32 (64) (-x32)" 159 KiB [ebuild U ~] dev-embedded/gputils-1.4.0::gentoo [0.13.6-r1::gentoo] 9,434 KiB [ebuild U ~] dev-embedded/sdcc-3.5.0::gentoo [2.5.0_p20060502::gentoo] USE="boehm-gc%* sdcpp%* -device-lib% -doc -ds390% -ds400% -gbz80% -hc08% -mcs51% -non-free% -packihx% -pic14% -pic16% -r2k% -r3ka% -s08% -sdbinutils% -sdcdb% -stm8% -tlcs90% -ucsim% -z180% -z80%" 10,259 KiB [ebuild N#] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" 3,823 KiB [ebuild R] sys-apps/dbus-1.8.16::gentoo USE="X systemd* -debug -doc (-selinux) -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB [ebuild N#] sys-apps/gentoo-systemd-integration-4::gentoo 52 KiB [ebuild N ] sys-fs/udisks-2.1.4:2::gentoo USE="gptfdisk introspection systemd -cryptsetup -debug (-selinux)" 0 KiB [ebuild R] net-print/cups-2.0.3::gentoo USE="X acl dbus pam python ssl threads usb -debug -java -kerberos -lprng-compat (-selinux) -static-libs -systemd -xinetd -zeroconf" ABI_X86="32 (64) (-x32)" LINGUAS="-ca -cs -de -es -fr -it -ja -ru (-pt_BR%)" PYTHON_TARGETS="python2_7" 0 KiB [ebuild U ~] dev-vcs/git-2.7.1::gentoo [2.7.0-r2::gentoo] USE="blksha1 curl doc gpg iconv pcre perl python threads webdav -cgi -cvs -emacs -gnome-keyring -gtk -highlight -libressl -mediawiki -mediawiki-experimental -nls (-ppcsha1) -subversion {-test} -tk -xinetd" PYTHON_TARGETS="python2_7" 5,197 KiB [ebuild U ] dev-java/asm-3.3.1-r1:3::gentoo [3.3.1:3::gentoo] USE="source -doc" 0 KiB [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/eudev-3.1.5) [blocks B ] sys-apps/gentoo-systemd-integration ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5) [blocks B ] sys-fs/eudev ("sys-fs/eudev" is blocking sys-apps/gentoo-systemd-integration-4, sys-apps/systemd-226-r2) Is it dbus? [I] sys-apps/dbus Installed versions: 1.8.16(08:41:28 AM 09/29/2015)(X -debug -doc -selinux -static-libs -systemd -test ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") The dbus flag for systemd is lit up, but eix does not reveal it is used to compile ? package.use has this entry:: sys-apps/dbus -systemd Suggestions? James > > > udev:: > > [I] virtual/udev > > Available versions: 215 ~217 {systemd} > > Installed versions: 215(10:34:27 PM 02/15/2015)(-systemd) > > That's only the virtual, that can be satisfied by udev, eudev or systemd. > If you don't choose one, portage will choose for you. > sys-fs/udev is not installed any more, since the last posting. but the virtual appears to say it is:: [I] virtual/udev Available versions: 215 ~217 {systemd} Installed versions: 215(10:34:27 PM 02/15/2015)(-systemd) So YES, I am a bit confused here. udev is out. eudev is in and I still have the blockers.. 'emerge -uDNpt world [nomerge ] lxde-base/lxde-meta-0.5.5-r4 [nomerge ] lxde-base/lxpanel-0.8.1 [nomerge ] x11-libs/libfm-1.2.3-r1 [nomerge ]gnome-base/gvfs-1.24.2-r1 [ebuild N ] sys-fs/udisks-2.1.4 USE="gptfdisk introspection systemd -cryptsetup -debug (-selinux)" [nomerge ] dev-java/java-dep-check-0.3-r1 [ebuild U ] dev-java/asm-3.3.1-r1 [3.3.1] [ebuild U ~] dev-vcs/git-2.7.1 [2.7.0-r2] [ebuild R] net-print/cups-2.0.3 LINGUAS="(-pt_BR%)" [ebuild R] sys-apps/dbus-1.8.16 USE="systemd*" [nomerge ] sys-fs/udisks-2.1.4 USE="gptfdisk introspection systemd -cryptsetup -debug (-selinux)" [nomerge ] sys-apps/systemd-226-r2 USE="acl kdbus kmod lz4 lzma pam seccomp
Re: [gentoo-user] OK, so not everything works properly with systemd
On 03/21/2015 10:27 AM, Canek Peláez Valdés wrote: So why does `systemctl reboot` not want to work? I'm a little confused. What kind of initramfs are you using? Supposedly, the only difference between poweroff and reboot is that the former turns off the machine and reboot does a reset. In either case, systemd pivots back to the initramfs before umounting everything, so perhaps there lies the problem. I was using genkernel, but it was whining about not supporting systemd, so I tried dracut for the first time. However, the initramfs created by genkernel has the same issue. I didn't do any special configuation of dracut, I read that just running it can usually create a initramfs without any additional configuration. It did detect I have mdadm of course, or my system wouldn't have booted at all. I also noticed this in the USE flags for systemd: - - sysv-utils : Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown Should I enable that USE flag? No. In Gentoo in particular the SysV compatibility is completely useless. I was wondering more about the symlinks to the regular shutdown/reboot/etc commands. I never actually checked to see if they're already systemd-aware. Dan
Re: [gentoo-user] Debian just voted in systemd for default init system in jessie
On Fri, 21 Feb 2014 17:33:43 + thegeezer thegee...@thegeezer.net wrote: Personally i'm most likely to stay with openRC, because the switch is non-trivial and have no faith in the xinetd-style socket arbitrator. It should be trivial, it is here. but would eselect be able to script the following: .. new kernel coptions Most of which you have already; beyond that, it's some minor functionality that doesn't stop the switch itself from working afaik. Only needs to be done once, not every time. .. new grub2 command line A new entry with init=/usr/lib/systemd/system suffices and doesn't need to be switchable; unless you want one entry and switch at runtime, alternatively it is possible to emerge sys-apps/systemd-sysv-utils, or simply change the symlink of /sbin/init and similar files yourself. .. install dbus (use=-systemd) _then_ systemd Only needs to be done once, not every time. .. would be nice to use an import for localed and hostnamed and timedated .. importing openrc services and runlevels to targets Would be nice to have. Only needs to be done once, not every time. .. pamd logind entires Only needs to be done once, not every time. .. syslogd changes to accomodate systemd Is this necessary? I don't remember doing this. .. setting systemd to log to syslog to make transitions smoother (as logs are lost on reboot by default) If this were to be done, this could be done in the systemd package. Out of all what is mentioned; you either need two GRUB entries or a single symlink that eselect controls, other than that there's nothing here to be made as part of eselect. Some of these things already are made the way they are by default, other things can happen as part of emerging a package; the other first install things are documented. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
Re: [gentoo-user] gdm fails to start
I suppose there is a group in /etc/groups for gdm ? Does your user is associate with this group ? Hogren On 23/05/2017 13:53, Raffaele Belardi wrote: > On Tue, 2017-05-23 at 12:53 +0200, Hogren wrote: >> On 23/05/2017 10:34, Raffaele Belardi wrote: >>> On Mon, 2017-05-22 at 16:09 +0200, Hogren wrote: >>>> Hello, >>>> >>>> Very simple question but did you have "pam" in your global USE >>>> flag >>>> or >>>> Systemd USE flag ? >>> Yes, I am using the gnome/systemd profile: >>> >>> # euse -I pam >>> global use flags (searching: pam) >>> >>> no matching entries found >>> >>> local use flags (searching: pam) >>> >>> [+ D ] pam (net-dialup/ppp): >>> Enables PAM (Pluggable Authentication Modules) support >>> >>> [+ D ] pam (sys-apps/util-linux): >>> build runuser helper >> There is a "pam" USE flag for systemd. >> Did you try to add it ? >> https://packages.gentoo.org/packages/sys-apps/systemd >> >> Hogren >> > Yes, it is set, I don't know why euse does not show it: > > # eix -I sys-apps/systemd > [I] sys-apps/systemd > Available versions: 226-r2(0/2) (~)231(0/2) [M](~)232(0/2) 233- > r1(0/2) **(0/2) {acl apparmor audit build cryptsetup curl doc > elfutils (+)gcrypt gnuefi http idn importd +kdbus +kmod +libidn2 +lz4 > lzma nat pam policykit qrcode +seccomp selinux ssl sysv-utils test > vanilla xkb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" > ABI_X86="32 64 x32"} > Installed versions: 233-r1(05:53:09 AM 05/20/2017)(acl gcrypt > kmod lz4 pam policykit seccomp ssl -apparmor -audit -build -cryptsetup > -curl -doc -elfutils -gnuefi -http -idn -importd -lzma -nat -qrcode > -selinux -sysv-utils -test -vanilla -xkb ABI_MIPS="-n32 -n64 -o32" > ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32") > >
Re: [gentoo-user] a few blockers I can't figure out
_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] > >>> (sys-apps/systemd:0=[abi_x86_64(-)]) required by > >>> (media-sound/pulseaudio-6.0:0/0::gentoo, installed) > >>> >=sys-apps/systemd-217:0 required by (virtual/udev-217:0/0::gentoo, > >>> installed) > >>> sys-apps/systemd:0= required by (sys-apps/dbus-1.8.20:0/0::gentoo, > >>> installed) > >>> >=sys-apps/systemd-186:0= required by > >>> (sys-apps/accountsservice-0.6.40:0/0::gentoo, installed) > >>> >=sys-apps/systemd-199 required by > >>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > >>> >=sys-apps/systemd-207 required by > >>> (sys-apps/gentoo-systemd-integration-4:0/0::gentoo, installed) > >>> sys-apps/systemd:0/2=[abi_x86_64(-)] required by > >>> (media-sound/pulseaudio-6.0:0/0::gentoo, installed) > >>> > >>> (dev-libs/libgudev-230:0/0::gentoo, installed) pulled in by > >>> > >>> dev-libs/libgudev:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,introspection?,static-libs?] > >>> (dev-libs/libgudev:0/0[abi_x86_32(-),abi_x86_64(-),introspection]) > >>> required by (virtual/libgudev-230:0/0::gentoo, installed) > >> > >> and this is more explanatory data about why you need systemd, sysvinit > >> and libgudev. Normally it's a good idea to print why blockers are being > >> pulled in, but in this case systemd is a basic package and gets pulled > >> in by many things. It makes for a long and confusing list > >> > >> > >>> > >>> > >>> So, my real problem seems to be the systemd blockers. > >>> > >>> Thanks in advance for any suggestions. > >>> > > > > So, I removed virtual/libgudev and libgudev and got an existing > > preserved libs for that library, but the world update still wanted to > > put it back. Then I changed systemd's use flags to say -gudev. So > > portage was almost happy, (it did want to put back libgudev, but it was > > not a block), but the one remaining block is sys-apps/sysvinit -- I > > removed that, but portage wants to put it back and it still has the > > bloc as seen below > > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > > sys-apps/systemd-219_p112) > > > > Total: 81 packages (64 upgrades, 1 downgrade, 10 new, 2 in new slots, 4 > > reinstalls), Size of downloads: 274,456 KiB > > Conflict: 1 block (1 unsatisfied) > > > > * Error: The above package list contains packages which cannot be > > * installed at the same time on the same system. > > > > (sys-apps/sysvinit-2.88-r7:0/0::gentoo, ebuild scheduled for merge) > > pulled in by > > >=sys-apps/sysvinit-2.86-r6 required by > > (sys-apps/openrc-0.17:0/0::gentoo, installed) > > >=sys-apps/sysvinit-2.87-r3 required by > > (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > > > > followed by the same systemd messages as before. > > > A clue is in the ebuilds for systemd: > > sysv-utils? ( > !sys-apps/systemd-sysv-utils > !sys-apps/sysvinit ) > > That's a hard blocker, no way round it. It's in all the systemd ebuilds > for the current unstable versions. > > Do you have USE="sysv-utils" set for sysvinit? > > If so, to have both sysvinit and systemd, you will have to disable that > USE flag and see what comes next. I put that use flag in there because I thought it would allow systemd to generate a service from a script in /etc/init.d, but I will see what happens when I remove that flag or maybe if there is another way to accomplish that? Well, that did it! It still is downgrading systemd, but that's not too bad, thanks guys. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] empty cdrom drive is busy or mounted [resolved]
On 08/16/2019 06:21:30 PM, Jack wrote: On 2019.08.16 12:00, Helmut Jarausch wrote: On 08/16/2019 05:25:34 PM, Jack wrote: try "lsof /cdrom"? It says the mount point, not the device, might be busy. This didn't show anything. I still don't know the cause of my problems. But fortunately, they have been resolved by recompiling the kernel (5.2.0), systemd and all packages depending on systemd - using the new gcc-9.2.0 Furthermore I had to add the use flags cgroup-hybrid -sysv-utils for systemd. This hasn't been necessary before - very strange. For me, systemd is a monster which I haven't understood. I try to not use it since I am using openrc. Perhaps I have to remove it from my system and use eudev instead of udev as part of systemd. Thanks for trying to help me - it was a really strange situation. If you are using openrc (as I am) I would say you really don't want systemd installed at all. I can't imagine any good coming from that. You do need eudev, I also have elogind installed, but I'm not sure if it's absolutely required, or if I had some other reason for installing (possibly to get rid of consolekit?) Thank you Jack and Laurence! I've put the (possibly dangerous) task to get rid of systemd on my to-do list. Meanwhile, the issue is resolved here - most probably because I uninstalled sys-fs/udiskie. (Less likely because I upgraded the kernel from 5.2.8 to 5.2.9) Many thanks again, Helmut
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 01/09/2015 02:12, cov...@ccs.covici.com wrote: > > Alan McKinnon <alan.mckin...@gmail.com> wrote: > > > >> On 31/08/2015 18:54, cov...@ccs.covici.com wrote: > >>>> The words make sense, the meaning doesn't :-) > >>>>> > >>>>> It looks like fail2ban wants systemd without python support, but the > >>>>> true reason is still hidden. The fail2ban ebuild has this: > >>>>> > >>>>> RDEPEND=" > >>>>> ... > >>>>> systemd? ( $(python_gen_cond_dep '|| ( > >>>>> dev-python/python-systemd[${PYTHON_USEDEP}] > >>>>> sys-apps/systemd[python(-),${PYTHON_USEDEP}] > >>>>> > >>>>> > >>>>> I'm thinking maybe you have a specific portage entry that's getting in > >>>>> the way. What are your results for: > >>>>> > >>>>> emerge --info > >>>>> grep -r python /etc/portage > >>>>> grep -r systemd /etc/portage > >>> Just to let you know, most of the python entries were mandated by > >>> portage, certainly the systemd one. > >> > >> > >> I'm having a hard time figuring out what is making portage do this. > >> I also figure you're OK with a downgraded systemd meanwhile, but just > >> for kicks, lets test my theory: If you run this, does portage offer to > >> upgrade systemd? > >> > >> > >> USE="-python" emerge -pv systemd > > > > Well, here is what I got > > [ebuild U ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo] > > USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit > > -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma > > -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*) > > (-gudev%) (-introspection%*) (-python%*) > > (-terminal%)" ABI_X86="32 (64) (-x32)" > > PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)" > > PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB > > > > Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB > > > > !!! Multiple package instances within a single package slot have been > > pulled > > !!! into the dependency graph, resulting in a slot conflict: > > > > sys-apps/systemd:0 > > > > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled > > in by > > sys-apps/systemd (Argument) > > > > (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by > > > > sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?] > > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > > > > Got it, finally :-) > > fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the > highest version with an explicit python USE flag. All later versions do > not have the flag at all. > > Your choices are either to have fail2ban fixed to deal with recent > systemd USE, and tolerate the systemd downgrade meanwhile; or to replace > fail2ban with something equivalent I do need fail2ban, so should I file a bug against it? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] a few blockers I can't figure out
On 01/09/2015 13:03, cov...@ccs.covici.com wrote: > Alan McKinnon <alan.mckin...@gmail.com> wrote: > >> On 01/09/2015 02:12, cov...@ccs.covici.com wrote: >>> Alan McKinnon <alan.mckin...@gmail.com> wrote: >>> >>>> On 31/08/2015 18:54, cov...@ccs.covici.com wrote: >>>>>> The words make sense, the meaning doesn't :-) >>>>>>> >>>>>>> It looks like fail2ban wants systemd without python support, but the >>>>>>> true reason is still hidden. The fail2ban ebuild has this: >>>>>>> >>>>>>> RDEPEND=" >>>>>>> ... >>>>>>> systemd? ( $(python_gen_cond_dep '|| ( >>>>>>> dev-python/python-systemd[${PYTHON_USEDEP}] >>>>>>> sys-apps/systemd[python(-),${PYTHON_USEDEP}] >>>>>>> >>>>>>> >>>>>>> I'm thinking maybe you have a specific portage entry that's getting in >>>>>>> the way. What are your results for: >>>>>>> >>>>>>> emerge --info >>>>>>> grep -r python /etc/portage >>>>>>> grep -r systemd /etc/portage >>>>> Just to let you know, most of the python entries were mandated by >>>>> portage, certainly the systemd one. >>>> >>>> >>>> I'm having a hard time figuring out what is making portage do this. >>>> I also figure you're OK with a downgraded systemd meanwhile, but just >>>> for kicks, lets test my theory: If you run this, does portage offer to >>>> upgrade systemd? >>>> >>>> >>>> USE="-python" emerge -pv systemd >>> >>> Well, here is what I got >>> [ebuild U ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo] >>> USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit >>> -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma >>> -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*) >>> (-gudev%) (-introspection%*) (-python%*) >>> (-terminal%)" ABI_X86="32 (64) (-x32)" >>> PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)" >>> PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB >>> >>> Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB >>> >>> !!! Multiple package instances within a single package slot have been >>> pulled >>> !!! into the dependency graph, resulting in a slot conflict: >>> >>> sys-apps/systemd:0 >>> >>> (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled >>> in by >>> sys-apps/systemd (Argument) >>> >>> (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by >>> >>> sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?] >>> required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) >> >> >> >> Got it, finally :-) >> >> fail2ban wants sys-apps/systemd[python(-)], and systemd-219_p112 is the >> highest version with an explicit python USE flag. All later versions do >> not have the flag at all. >> >> Your choices are either to have fail2ban fixed to deal with recent >> systemd USE, and tolerate the systemd downgrade meanwhile; or to replace >> fail2ban with something equivalent > > I do need fail2ban, so should I file a bug against it? Yes, definitely. There's a problem with fail2ban, or with portage's resolver, or with our ability to read portage operators, I'm not sure which :-) The package maintainer is in a position to help out here. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] a few blockers I can't figure out
lseaudio-6.0:0/0::gentoo, installed) >>> >>> (dev-libs/libgudev-230:0/0::gentoo, installed) pulled in by >>> >>> dev-libs/libgudev:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,introspection?,static-libs?] >>> (dev-libs/libgudev:0/0[abi_x86_32(-),abi_x86_64(-),introspection]) >>> required by (virtual/libgudev-230:0/0::gentoo, installed) >> >> and this is more explanatory data about why you need systemd, sysvinit >> and libgudev. Normally it's a good idea to print why blockers are being >> pulled in, but in this case systemd is a basic package and gets pulled >> in by many things. It makes for a long and confusing list >> >> >>> >>> >>> So, my real problem seems to be the systemd blockers. >>> >>> Thanks in advance for any suggestions. >>> > > So, I removed virtual/libgudev and libgudev and got an existing > preserved libs for that library, but the world update still wanted to > put it back. Then I changed systemd's use flags to say -gudev. So > portage was almost happy, (it did want to put back libgudev, but it was > not a block), but the one remaining block is sys-apps/sysvinit -- I > removed that, but portage wants to put it back and it still has the > bloc as seen below > [blocks B ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > sys-apps/systemd-219_p112) > > Total: 81 packages (64 upgrades, 1 downgrade, 10 new, 2 in new slots, 4 > reinstalls), Size of downloads: 274,456 KiB > Conflict: 1 block (1 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-apps/sysvinit-2.88-r7:0/0::gentoo, ebuild scheduled for merge) pulled > in by > >=sys-apps/sysvinit-2.86-r6 required by > (sys-apps/openrc-0.17:0/0::gentoo, installed) > >=sys-apps/sysvinit-2.87-r3 required by > (sys-kernel/dracut-043-r2:0/0::gentoo, installed) > > followed by the same systemd messages as before. A clue is in the ebuilds for systemd: sysv-utils? ( !sys-apps/systemd-sysv-utils !sys-apps/sysvinit ) That's a hard blocker, no way round it. It's in all the systemd ebuilds for the current unstable versions. Do you have USE="sysv-utils" set for sysvinit? If so, to have both sysvinit and systemd, you will have to disable that USE flag and see what comes next. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] "systemd sysv-utils blocker resolution"
On Sat, Feb 10 2018, Rich Freeman wrote: > On Sat, Feb 10, 2018 at 7:16 PM, allan gottlieb <gottl...@nyu.edu> wrote: >> I have a question on this news item. >> >> I use systemd (gnome3) on a gentoo stable system. >> eix reports that sys-apps/systemd-236-r5 is installed >> >> But >>euse -I sysv-utils >> reports >>no matching entries found >> >> Is something wrong? >> >> I do *not* have >> sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc >> in my world file. >> >> However, the last two are installed. >> > > Interesting. Does /sbin/reboot exist? gottlieb@E6430 ~ $ ls -l /sbin/reboot lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl > What does "qfile /sbin/reboot" return? gottlieb@E6430 ~ $ qfile /sbin/reboot sys-apps/systemd (/sbin/reboot) > The only thing that is changing is a default - that flag was defaulted > off before, and is defaulted on now. So, an emerge --changed-use -u > world should reinstall systemd with this flag enabled, assuming you > didn't manually disable it. I have not dis- or en- abled the flag > In any case, you can probably actually survive without poweroff, > reboot, etc, assuming you shutdown using systemctl. Obviously some > legacy scripts/programs/etc that are supposed to shut down your system > might balk at the missing symlinks. All the use flag does is install > compatibility symlinks to systemctl for these sysvinit programs and > their manpages. My poweroff sequence is to use the gnome icon to logoff and then the gnome icon to poweroff > Unless you have some package installed that explicitly depends on > sysvinit or openrc you should be fine. Do you actually get any > blockers/etc? No blockers. I have two similar machines. Only problems are a long-standing difficulty with one machine compiling chromium and a known bug in compiling webkit-gtk-2.4.11-r200 on either machine. > Ultimately it comes down to whether you care about the compatibility > symlinks. It probably isn't a bad idea to have them though. Maybe > some day you'll install a UPS and its shutdown scripts will just call > shutdown/poweroff/etc and not work. Software that shuts down using > either systemctl or dbus would be fine. Since you lean toward having the symlinks, why is the new default for the use flag on? Upstream? Also why do I have the symlinks with the 236-r5 system, contracting the news item. (This is true for both machines.) Thanks again for all your help, allan
Re: [gentoo-user] Systemd upower
On Tue, Jun 3, 2014 at 8:37 PM, Greg Woodbury redwo...@gmail.com wrote: On 06/03/2014 01:08 PM, Canek Peláez Valdés wrote: Who is forcing anything? pm-utils has been unmaintained FOR FIVE YEARS. Any project that decides to stop using it is making just the right decision; UPower just did the correct thing. And systemd had *nothing* to do with it, except for providing a better, more reliable alternative. That's what you and many others don't seem to understand: systemd is a *BETTER* implementation for basically *ALL* the hodgepodge of solutions that we had before in our plumbing layer. snip There is no conspiracy here (although for *SURE* there are scare-mongering conspiracy theorists); there is (sic) only developers (Sorry; I'm not a native English writer). working in the best possible implementation for our plumbing layer, and other developers realizing that, in Linux at least, supporting anything besides systemd is a freakin' waste of time and resources. Again; you don't like it? Then do something about it instead of posting in *-user lists. You are certainly keen in pressing your *opinions* here there and everywhere. Well, I also did what I could to help systemd in Gentoo get to its currently state. Certainly I did not *just* complained on this mailing list about why I could not use systemd and uninstall OpenRC; I helped make it happen. And it worked. Sure, systemd is a more elegant solution than the patchworks that have been applied several times to the original SysV concept. Glad to see you recognize that. However, the implementors and advocates of systemd have stepped on the concerns and violated certain basic freedoms of many folks in their zeal to see their vision become predominate. Oh FFS. What freedoms have you had violated? The freedom to mandate what other developers should write, or what packages they can use as hard dependencies? You never had that freedom. That's the developer freedom; if you want some of that, become a developer. Or help Samuli to maintain upower-pm-utils; that would be *much* more helpful than spreding FUD about cabals and conspiracies. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
[gentoo-user] Re: udev -> eudev
Neil Bothwick digimed.co.uk> writes: > > On Tue, 9 Feb 2016 16:13:10 + (UTC), James wrote: > > > > > sys-apps/systemd is not even installed, but it shows up as a > > > > blocker? gentoo-systemd-integration is not installed, but it's a > > > > blocker. > > > > > It's showing up because it is blocking your update, which means > > > something you are installing as part of that update wants it. You > > > have two choices: > > > > > 2) Use --tree to see exactly what is pulling in the blockers, and why, > > > then deal with that. > > 'emerge -uDNvp world' now shows:: > > THIS is where you should be using -t, in the command that generates the > output you are trying to explain. Below that one I used 'emerge -uDNvtp world' and get those blockers. emerge -utvp @world now comes back clean. If I add 'UD' into those flags for an update, I still get the blockers. emerge -uNtvp @world just wants to rebuild cups, so that is done now >>> No outdated packages were found on your system. emerge -uDtvp @world reveals the same trouble:: [ebuild R] sys-apps/dbus-1.8.16::gentoo USE="X systemd* -debug -doc (-selinux) -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB [ebuild N#]sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" 3,823 KiB [ebuild N ] app-arch/lz4-0_p120::gentoo USE="{-test} -valgrind" ABI_X86="32 (64) (-x32)" 159 KiB [blocks B ] sys-apps/gentoo-systemd-integration ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5) [blocks B ] sys-fs/eudev ("sys-fs/eudev" is blocking sys-apps/systemd-226-r2, sys-apps/gentoo-systemd-integration-4) [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/eudev-3.1.5) Maybe emerge -1 @world, just for grins? Guidance? James
Re: [gentoo-user] Systemd upower
On 06/03/2014 01:08 PM, Canek Peláez Valdés wrote: Who is forcing anything? pm-utils has been unmaintained FOR FIVE YEARS. Any project that decides to stop using it is making just the right decision; UPower just did the correct thing. And systemd had *nothing* to do with it, except for providing a better, more reliable alternative. That's what you and many others don't seem to understand: systemd is a *BETTER* implementation for basically *ALL* the hodgepodge of solutions that we had before in our plumbing layer. snip There is no conspiracy here (although for *SURE* there are scare-mongering conspiracy theorists); there is (sic) only developers working in the best possible implementation for our plumbing layer, and other developers realizing that, in Linux at least, supporting anything besides systemd is a freakin' waste of time and resources. Again; you don't like it? Then do something about it instead of posting in *-user lists. You are certainly keen in pressing your *opinions* here there and everywhere. Sure, systemd is a more elegant solution than the patchworks that have been applied several times to the original SysV concept. However, the implementors and advocates of systemd have stepped on the concerns and violated certain basic freedoms of many folks in their zeal to see their vision become predominate. -- G.Wolfe Woodbury
Re: [EXTERNAL] Re: [gentoo-user] empty cdrom drive is busy or mounted
On Fri, 2019-08-16 at 12:21 -0400, Jack wrote: > On 2019.08.16 12:00, Helmut Jarausch wrote: > > On 08/16/2019 05:25:34 PM, Jack wrote: > > > try "lsof /cdrom"? It says the mount point, not the device, > > > might > > > be busy. > > > > This didn't show anything. > > I still don't know the cause of my problems. > > But fortunately, they have been resolved by recompiling the > > kernel > > (5.2.0), > > systemd and all packages depending on systemd - using the new > > gcc-9.2.0 > > > > Furthermore I had to add the use flags > > cgroup-hybrid -sysv-utils > > for systemd. This hasn't been necessary before - very strange. > > For me, systemd is a monster which I haven't understood. > > I try to not use it since I am using openrc. > > Perhaps I have to remove it from my system and use eudev instead > > of > > udev as part of systemd. > > > > Thanks for trying to help me - it was a really strange situation. > > If you are using openrc (as I am) I would say you really don't want > systemd installed at all. I can't imagine any good coming from > that. > You do need eudev, I also have elogind installed, but I'm not sure > if > it's absolutely required, or if I had some other reason for > installing > (possibly to get rid of consolekit?) elogind will be needed if you have one of the desktop environments or login managers that relies on it, and yeah, it mostly just takes the place of console kit with regard to giving the user who is actually sitting at the keyboard extra privileges. LMP signature.asc Description: This is a digitally signed message part
[gentoo-user] Re: udev -> eudev
Neil Bothwick digimed.co.uk> writes: > THIS is where you should be using -t, in the command that generates the > output you are trying to explain. emerge -uDvtp @world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] sci-visualization/gri-2.12.23::gentoo USE="examples -doc -emacs -hdf5" [nomerge ] media-gfx/imagemagick-6.9.0.3:0/6.9.0.3::gentoo USE="X bzip2 corefonts cxx graphviz jpeg jpeg2k lzma openmp perl png postscript raw tiff truetype wmf zlib -autotrace -djvu -fftw -fontconfig -fpx -hdri -jbig -lcms -lqr (-opencl) -openexr -pango -q32 -q64 -q8 -static-libs -svg {-test} -webp -xml" [ebuild N ] media-gfx/ufraw-0.20-r1::gentoo USE="gimp openmp -contrast -fits -gnome -gtk -timezone" 0 KiB [nomerge ] dev-java/java-dep-check-0.3-r1::gentoo [ebuild U ] dev-java/asm-3.3.1-r1:3::gentoo [3.3.1:3::gentoo] USE="source -doc" 0 KiB [nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo [nomerge ] x11-libs/libfm-1.2.3-r1:0/4.3.0::gentoo USE="automount examples gtk udisks -debug -doc -exif -vala" [nomerge ] gnome-base/gvfs-1.24.2-r1::gentoo USE="cdda http udev udisks -afp -archive -bluray -fuse -gnome-keyring -gnome-online-accounts -gphoto2 -gtk -ios -mtp -nfs -samba -systemd {-test} -zeroconf" [ebuild N ] sys-fs/udisks-2.1.4:2::gentoo USE="gptfdisk introspection systemd -cryptsetup -debug (-selinux)" 0 KiB [nomerge ] media-gfx/ufraw-0.20-r1::gentoo USE="gimp openmp -contrast -fits -gnome -gtk -timezone" [ebuild N ] media-gfx/gimp-2.8.14-r1:2::gentoo USE="alsa bzip2 dbus jpeg jpeg2k pdf png postscript python smp tiff wmf -aalib (-altivec) (-aqua) -curl -debug -doc -exif -gnome -lcms -mng -svg {-test} -udev -webkit -xpm" CPU_FLAGS_X86="mmx sse" LINGUAS="-am -ar -ast -az -be -bg -br -ca -ca@valencia -cs -csb -da -de -dz -el -en_CA -en_GB -eo -es -et -eu -fa -fi -fr -ga -gl -gu -he -hi -hr -hu -id -is -it -ja -ka -kk -km -kn -ko -lt -lv -mk -ml -ms -my -nb -nds -ne -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -rw -si -sk -sl -sr -sr@latin -sv -ta -te -th -tr -tt -uk -vi -xh -yi -zh_CN -zh_HK -zh_TW" PYTHON_TARGETS="python2_7" 0 KiB [nomerge ] sys-fs/udisks-2.1.4:2::gentoo USE="gptfdisk introspection systemd -cryptsetup -debug (-selinux)" [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" [ebuild N#] sys-apps/gentoo-systemd-integration-4::gentoo 52 KiB [ebuild R] sys-apps/dbus-1.8.16::gentoo USE="X systemd* -debug -doc (-selinux) -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB [ebuild N#]sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" 3,823 KiB [ebuild N ] app-arch/lz4-0_p120::gentoo USE="{-test} -valgrind" ABI_X86="32 (64) (-x32)" 159 KiB [blocks B ] sys-apps/gentoo-systemd-integration ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5) [blocks B ] sys-fs/eudev ("sys-fs/eudev" is blocking sys-apps/gentoo-systemd-integration-4, sys-apps/systemd-226-r2) [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/eudev-3.1.5) Total: 8 packages (1 upgrade, 6 new, 1 reinstall), Size of downloads: 4,032 KiB Conflict: 3 blocks (3 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd:0= required by (sys-apps/dbus-1.8.16:0/0::gentoo, ebuild scheduled for merge) sys-apps/systemd required by (sys-fs/udisks-2.1.4:2/2::gentoo, ebuild scheduled for merge) >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-4:0/0::gentoo, ebuild scheduled for merge) (sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by sys-fs/eudev required by @selected Guidance? James
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 31/08/2015 18:54, cov...@ccs.covici.com wrote: > >> The words make sense, the meaning doesn't :-) > >> > > >> > It looks like fail2ban wants systemd without python support, but the > >> > true reason is still hidden. The fail2ban ebuild has this: > >> > > >> > RDEPEND=" > >> > ... > >> > systemd? ( $(python_gen_cond_dep '|| ( > >> > dev-python/python-systemd[${PYTHON_USEDEP}] > >> > sys-apps/systemd[python(-),${PYTHON_USEDEP}] > >> > > >> > > >> > I'm thinking maybe you have a specific portage entry that's getting in > >> > the way. What are your results for: > >> > > >> > emerge --info > >> > grep -r python /etc/portage > >> > grep -r systemd /etc/portage > > Just to let you know, most of the python entries were mandated by > > portage, certainly the systemd one. > > > I'm having a hard time figuring out what is making portage do this. > I also figure you're OK with a downgraded systemd meanwhile, but just > for kicks, lets test my theory: If you run this, does portage offer to > upgrade systemd? > > > USE="-python" emerge -pv systemd Well, here is what I got [ebuild U ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo] USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit -cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma -nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*) (-gudev%) (-introspection%*) (-python%*) (-terminal%)" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)" PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-apps/systemd:0 (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd (Argument) (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?] required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] empty cdrom drive is busy or mounted
On 08/16/2019 05:25:34 PM, Jack wrote: try "lsof /cdrom"? It says the mount point, not the device, might be busy. This didn't show anything. I still don't know the cause of my problems. But fortunately, they have been resolved by recompiling the kernel (5.2.0), systemd and all packages depending on systemd - using the new gcc-9.2.0 Furthermore I had to add the use flags cgroup-hybrid -sysv-utils for systemd. This hasn't been necessary before - very strange. For me, systemd is a monster which I haven't understood. I try to not use it since I am using openrc. Perhaps I have to remove it from my system and use eudev instead of udev as part of systemd. Thanks for trying to help me - it was a really strange situation. On 8/16/19 10:23 AM, Helmut Jarausch wrote: Hi, I have a very strange effect on my Gentoo system. First, I've check that /dev/sr0 points to the correct device (from dmesg) For an empty drive I get 1 # mount /dev/sr0 /cdrom mount: /cdrom: /dev/sr0 already mounted or mount point busy. 2 # lsof /dev/sr0 3 # umount /dev/sr0 umount: /dev/sr0: not mounted. Does anybody know what's going on here? Many thanks for a hint. P.S. I have checked this with two physically different drives.
[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages
Am Mon, 10 Apr 2017 10:48:48 -0400 schrieb Rich Freeman <ri...@gentoo.org>: > On Mon, Apr 10, 2017 at 3:27 AM, Raffaele Belardi > <raffaele.bela...@st.com> wrote: > > After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a > > try. > > > > 1. With OpenRC I used hdparm to put an external USB disk to sleep: > > > > $ cat /etc/conf.d/hdparm > > sdb_args="-S24" > > > > Looks like systemd does not provide a unit file for hdparm yet, > > right? If so I suppose I'll have to write my own. > > In general I suppose the same holds for everything that was under > > /etc/local.d/ > > As Kai pointed out there are units/generators to run the stuff under > local.d. You could certainly create a unit for hdparm but a local.d > script is probably fine for something done once like this, especially > if there is no need to maintain any kind of state and undo it later. KISS principle... ;-) > > 2. Which OpenRC-related packages can I unmerge? > > - sys-apps/sysvinit > > - sys-apps/openrc Oh I totally left that out... > This stuff ends up being pulled in by the system set, but you can > eliminate it if you create a symlink from /lib/gentoo/functions.sh to > /etc/init.d/functions.sh. I instead made a file there with the following contents to spot the broken packages: $ cat /etc/init.d/functions.sh source /lib/gentoo/functions.sh ewarn "Usage of /etc/init.d/functions.sh is deprecated" > Don't ask me why stuff STILL sources the > old location, other than it being so trivial that nobody cares that > much. I've put openrc in package.provided just to avoid the needless > upgrades. You can ditch sysvinit if you set USE=sysv-utils on systemd > (so that you still get stuff like reboot/halt/poweroff, though I'm not > sure how essential those actually are these days). Use the following instead if you don't want to fiddle around with versioning in package.provided: $ cat /etc/portage/profile/packages -*sys-apps/openrc This removes openrc from the system set. You can then use depclean to get rid of the rest but carefully check not to remove essential stuff. Thus, I also strongly recommend USE=sysv-utils. This is something like: > > - app-admin/sysklogd > > Never used it, so obviously you can live without that. Indeed not needed. > > - cron/anacron after transition to systemd timers > > You might want to also look at sys-process/systemd-cron as a bridge. > It basically generates timer units from your crontab and also runs the > stuff in /etc/cron.*.d/. But, timer scripts also work just fine and I > do that for stuff that I want a bit more control over. I don't suggest so. Services don't spawn session which cronjobs may depend upon (most don't, tho). Cron spawns a session in the system context. Both is not the same, so you should carefully decide which cronjob to convert to a timer. Everything in /etc/cron* should work, but timers are not a replacement for cron. > > - sys-apps/debianutils provides savelog functionality also provided > > by systemd but also installkernel so I shall not remove it > > I use logrotate personally, and I still need it for stuff that doesn't > use syslog. I've ditched all oldschool text log and only use journal now. This made logrotate obsolete (which hardly managed to get all logfiles correctly anyways due to changes in packages default configuration). > > - others? > > That depends how far down the rabbit hole you want to go. Systemd has > semi-replacements for stuff like ntpd, dns, etc. They're not intended > as full replacements. If you're serving time/dns/etc then you > probably won't want it. If you just want something to manage it > locally on the host then these are fairly viable replacements. There > is also networkd, which I use on systems that don't have wifi. All replacements except systemd-resolved work flawless for me. I'm currently using the systemd resolver but it has its hickups from time to time. This has become much better with the latest systemd version. All those services are well integrated with each other and suitable for most stuff. Tho, systemd-networkd is not explicitly developed as a desktop daemon currently, systemd folks still tend to recommend NetworkManager to get all features. The systemd replacement perfectly works for me, tho: My desktop PC is a stationary PC with wired network. If you're mobile or use wifi, ymmv. > Systemd basically tries to provide all the essential services from a > client-only perspective. Yes, and that's sufficient. It doesn't have to be a server, meta server, or proxy server. And it shouldn't be. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] Systemd upower
On Wed, Jun 4, 2014 at 7:21 AM, Tanstaafl tansta...@libertytrek.org wrote: On 6/3/2014 1:08 PM, Canek Peláez Valdés can...@gmail.com wrote: [ ... ] Who is forcing anything? I was specifically referring to your comment that: The thing is, this is going to keep happening, as more and more infrastructure migrates towards systemd. That comment right there - specifically the word *infrastructure* - screams to me 'we intend to take over the world'. Well, yeah; that has been the objective from day 1. That systemd is used by default by almost all Linux users and distributions. Nobody has ever claimed anything on the contrary. And we are pretty advanced in that objective, by the way. That doesn't mean that anything is being force on anyone. SysV is still available, and so it is OpenRC, and so it is pm-utils (although it's been 5 years since last updated). Go on and use them if you want. Oh, you want *someone else* to do that work for you? Sorry, is not going to happen. You want that ALL the infrastructure to keep working with something else besides systemd? Go on and make it work with OpenRC, pm-utils, ConsoleKit and HAL. Oh, you want *someone else* to do that work for you? Sorry, not gonna happen. If the people *IN CHARGE* of the infrastructure decides to use systemd, they are not forcing nothing on no one. They are taking *their code* and making it better by using the technologically superior option. And yes, as devs get lazier (decide to rely on systemd rather than build it to work independently of the init system), Really? They are lazy? That means is easy to not rely on systemd, right? So go on and make their projects not to rely on systemd, if it is so easy. this will in fact result in *users* (read: those lacking the skills to code every program out there to work without systemd) eventually being *forced* to switch to systemd. NO THEY ARE NOT. Really, almost *all* the code we Linux users get to use is a freakin' *GIFT*, and the developers responsible for it decide to use A BETTER OPTION (like systemd is), and some people have the *audacity* to call that forcing them something? THE CODE IS FREE, for all the meanings of the word free. Therefore, there is no forcing of NOTHING on NO ONE. There can't be. Seriously, I haven't ever said what I'm about to say, but I'm getting really tired of this same old discussion about some users thinking they have the right to tell developers what they can or can't use in their code. You want your Linux to behave like the Unices of the 70's? Forget it; that train is gone. Linux (as in mainstream) is going to use systemd everywhere, from embedded to big iron, and that is for the best. If you want a 70's-like Unix, go on and install FreeBSD. That is simply the reality. You can ignore it if you like, but it doesn't change it. Forced is forced. No, it's a reality you invented in your head. Take the code and do wonders with it; is free. Oh, you can't? Then you are not being forced anything; you are just unable to make the things work like you want. That's totally different. That's what you and many others don't seem to understand: systemd is a *BETTER* implementation for basically *ALL* the hodgepodge of solutions that we had before in our plumbing layer. Time will tell, and you may even be right. The problem is, average users really don't have a way to prove this to themselves, all we see is the wailing and gnashing of teeth as stuff constantly *breaks* that *never* broke before. Really, Tanstaafl? Because in this list I usually see the *SAME* small group of people complaining about systemd. From time to time some new systemd user asks about some issues they found, but for the most part they (with the list help) solve those issues. And the world goes on. Users didn't abandoned Fedora, OpenSuse, Arch, Debian nor Ubuntu en masse when they decided to switch to systemd. There were complains, sure; but now it seems to have calmed down. Most systemd users (wether they chose to use systemd or their distributions did it for them) seem to be happy. And guess what? They will not abandon Gentoo if it ever decides to switch to systemd. Although I'm pretty sure a small (tiny, really) number of fundamentalist users will go to *BSD. And that's their choice. Perhaps you should consider doing that? And I'm saying that with all due respect; but be aware that on *BSD, the developers there also make their own decisions. If you want your systemd *exactly* the way you want it, you have to write it yourself. Nobody is going to do it for you. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] OK, so not everything works properly with systemd
On Sat, Mar 21, 2015 at 11:21 AM, Daniel Frey djqf...@gmail.com wrote: Hi list, Hi. In one of my earlier posts I mentioned I wasn't having any issues with systemd. Well, I guess I lied, although I didn't know about it at the time. My laptop works fine, no issues. My desktop, however, has an issue, but only while rebooting. I use mdadm to access my IMSM raid, and during the reboot process, the last message I see is (from memory, so it's not exact): Stopping mdmon... And it hangs there. The journal shows this: = -- Reboot -- Mar 18 20:48:42 osoikaze systemd-journal[485]: Journal stopped Mar 18 20:48:42 osoikaze systemd-shutdown[1]: Sending SIGTERM to remaining processes... Mar 18 20:48:41 osoikaze systemd[1]: Shutting down. = mdmon is normally stopped right at the end, so it should be a part of 'Sending SIGTERM to remaining processes'. The Journal stops, then from what I gather, it hangs on the next one, which is mdmon. I have left it for a half an hour and it doesn't do anything. When rebooting: = Mar 18 20:49:39 osoikaze kernel: md/raid10:md126: active with 4 out of 4 devices Mar 18 20:49:39 osoikaze kernel: md/raid10:md126: not clean -- starting background reconstruction Mar 18 20:49:39 osoikaze kernel: md: bindsdi Mar 18 20:49:39 osoikaze kernel: md: bindsdh Mar 18 20:49:39 osoikaze kernel: md: bindsdg Mar 18 20:49:39 osoikaze kernel: md: bindsdf Mar 18 20:49:39 osoikaze kernel: md: bindsdi Mar 18 20:49:39 osoikaze kernel: md: bindsdg = Indicating that mdmon was not stopped properly. (The array starts a rebuild.) Checking /proc/mdstat confirms this. Now this is the odd thing: `systemctl poweroff` works fine! It shuts everything down, and turns my workstation off without corrupting the RAID array! So why does `systemctl reboot` not want to work? I'm a little confused. What kind of initramfs are you using? Supposedly, the only difference between poweroff and reboot is that the former turns off the machine and reboot does a reset. In either case, systemd pivots back to the initramfs before umounting everything, so perhaps there lies the problem. I also noticed this in the USE flags for systemd: - - sysv-utils : Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown Should I enable that USE flag? No. In Gentoo in particular the SysV compatibility is completely useless. (By the way, KDE shows the same behaviour. If I shutdown with the K Menu, it works. Reboot from the K Menu hangs.) KDE (as GNOME, Xfce, and everything else) uses logind, so it's equivalent to do systemctl poweroff or click Power Off in your DE. I would bet on the initramfs. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
[gentoo-user] OK, so not everything works properly with systemd
Hi list, In one of my earlier posts I mentioned I wasn't having any issues with systemd. Well, I guess I lied, although I didn't know about it at the time. My laptop works fine, no issues. My desktop, however, has an issue, but only while rebooting. I use mdadm to access my IMSM raid, and during the reboot process, the last message I see is (from memory, so it's not exact): Stopping mdmon... And it hangs there. The journal shows this: = -- Reboot -- Mar 18 20:48:42 osoikaze systemd-journal[485]: Journal stopped Mar 18 20:48:42 osoikaze systemd-shutdown[1]: Sending SIGTERM to remaining processes... Mar 18 20:48:41 osoikaze systemd[1]: Shutting down. = mdmon is normally stopped right at the end, so it should be a part of 'Sending SIGTERM to remaining processes'. The Journal stops, then from what I gather, it hangs on the next one, which is mdmon. I have left it for a half an hour and it doesn't do anything. When rebooting: = Mar 18 20:49:39 osoikaze kernel: md/raid10:md126: active with 4 out of 4 devices Mar 18 20:49:39 osoikaze kernel: md/raid10:md126: not clean -- starting background reconstruction Mar 18 20:49:39 osoikaze kernel: md: bindsdi Mar 18 20:49:39 osoikaze kernel: md: bindsdh Mar 18 20:49:39 osoikaze kernel: md: bindsdg Mar 18 20:49:39 osoikaze kernel: md: bindsdf Mar 18 20:49:39 osoikaze kernel: md: bindsdi Mar 18 20:49:39 osoikaze kernel: md: bindsdg = Indicating that mdmon was not stopped properly. (The array starts a rebuild.) Checking /proc/mdstat confirms this. Now this is the odd thing: `systemctl poweroff` works fine! It shuts everything down, and turns my workstation off without corrupting the RAID array! So why does `systemctl reboot` not want to work? I'm a little confused. I also noticed this in the USE flags for systemd: - - sysv-utils : Install sysvinit compatibility symlinks and manpages for init, telinit, halt, poweroff, reboot, runlevel, and shutdown Should I enable that USE flag? (By the way, KDE shows the same behaviour. If I shutdown with the K Menu, it works. Reboot from the K Menu hangs.) Dan
Re: [gentoo-user] systemd very slow to compile?
On Friday 11 September 2015 15:08:54 walt wrote: >My very old and slow ~amd64 machine took 3 hours and 45-minutes to >compile systemd-226 today. Just out of curiosity: exactly how old? My dual-core amd64 system is almost 9 years old now, and systemd compiles in about 6 minutes: # genlop -t systemd * sys-apps/systemd Fri Feb 20 21:54:48 2015 >>> sys-apps/systemd-216-r3 merge time: 6 minutes and 16 seconds. Sun Feb 22 18:14:19 2015 >>> sys-apps/systemd-216-r3 merge time: 25 seconds. Mon Apr 27 18:54:06 2015 >>> sys-apps/systemd-218-r3 merge time: 6 minutes and 5 seconds. Sun Jul 12 00:28:48 2015 >>> sys-apps/systemd-218-r3 merge time: 6 minutes and 2 seconds. Tue Aug 11 22:54:55 2015 >>> sys-apps/systemd-218-r3 merge time: 6 minutes and 5 seconds. Mon Sep 7 23:57:50 2015 >>> sys-apps/systemd-218-r3 merge time: 12 minutes and 30 seconds. (My system might have been pretty busy on that last one, and the second one must have been a binpkg merge.) >I was curious to know why it was taking so >long to finish, so I used 'top' to see what was happening. > >Turns out that two instances of 'sh' were each using 15-30% of CPU for >a total of 30-60% (the machine has two CPUs). cc1 never even showed up >in 'top' although the compiler was obviously compiling code because the >build did eventually finish. > >I tried the same on a faster 4-core machine and I could see much the >same thing happening during the systemd build. > >Can anyone else reproduce what I'm seeing? Is this 'normal'? Perhaps it is a problem only in the build system of newer systemd versions? In any case, you can see my USE flags in the attached file for comparison (sorry, I couldn't get KMail -- which I am still getting used to -- to stop it's automatic line wrapping just for those lines, if it even supports that). HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup # equery uses systemd [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for sys-apps/systemd-218-r3: U I + + abi_x86_32 : 32-bit (x86) libraries + + acl: Add support for Access Control Lists - - audit : Enable support for sys-process/audit - - cryptsetup : Enable cryptsetup tools (includes unit generator for crypttab) - - curl : Enable support for uploading journals; required to build systemd-import/systemd-pull - - doc: Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally - - elfutils : Enable coredump stacktraces in the journal - - gcrypt : Enable sealing of journal files using gcrypt; required to build systemd-import/systemd-pull + + gudev : enable libudev gobject interface - - http : Enable embedded HTTP server in journald + + idn: Enable support for Internationalized Domain Names + + introspection : Add support for GObject based introspection - - kdbus : Connect to kernel dbus (KDBUS) instead of userspace dbus if available + + kmod : Enable kernel module loading via sys-apps/kmod + + lz4: Enable lz4 compression for the journal + + lzma : Support for LZMA (de)compression algorithm + + pam: Add support for PAM (Pluggable Authentication Modules) - DANGEROUS to arbitrarily flip - - python : Add optional support/bindings for the Python language + + python_single_target_python2_7 : Build for Python 2.7 only - - python_single_target_python3_3 : Build for Python 3.3 only - - python_single_target_python3_4 : Build for Python 3.4 only + + python_targets_python2_7 : Build with Python 2.7 - - python_targets_python3_3 : Build with Python 3.3 + + python_targets_python3_4 : Build with Python 3.4 - - qrcode : Enable qrcode output support in journal + + seccomp: Enable seccomp (secure computing mode) to perform system call filtering at r
Re: [gentoo-user] systemd questions: hdparm unit file, OpenRC packages
On Mon, Apr 10, 2017 at 3:27 AM, Raffaele Belardi <raffaele.bela...@st.com> wrote: > After 10+ years of LXDE/OpenRC I decided to give Gnome/systemd a try. > > 1. With OpenRC I used hdparm to put an external USB disk to sleep: > > $ cat /etc/conf.d/hdparm > sdb_args="-S24" > > Looks like systemd does not provide a unit file for hdparm yet, right? If so > I suppose I'll have to write my own. > In general I suppose the same holds for everything that was under > /etc/local.d/ As Kai pointed out there are units/generators to run the stuff under local.d. You could certainly create a unit for hdparm but a local.d script is probably fine for something done once like this, especially if there is no need to maintain any kind of state and undo it later. > > 2. Which OpenRC-related packages can I unmerge? > - sys-apps/sysvinit > - sys-apps/openrc This stuff ends up being pulled in by the system set, but you can eliminate it if you create a symlink from /lib/gentoo/functions.sh to /etc/init.d/functions.sh. Don't ask me why stuff STILL sources the old location, other than it being so trivial that nobody cares that much. I've put openrc in package.provided just to avoid the needless upgrades. You can ditch sysvinit if you set USE=sysv-utils on systemd (so that you still get stuff like reboot/halt/poweroff, though I'm not sure how essential those actually are these days). > - app-admin/sysklogd Never used it, so obviously you can live without that. > - cron/anacron after transition to systemd timers You might want to also look at sys-process/systemd-cron as a bridge. It basically generates timer units from your crontab and also runs the stuff in /etc/cron.*.d/. But, timer scripts also work just fine and I do that for stuff that I want a bit more control over. > - sys-apps/debianutils provides savelog functionality also provided by > systemd but also installkernel so I shall not remove it I use logrotate personally, and I still need it for stuff that doesn't use syslog. > - others? That depends how far down the rabbit hole you want to go. Systemd has semi-replacements for stuff like ntpd, dns, etc. They're not intended as full replacements. If you're serving time/dns/etc then you probably won't want it. If you just want something to manage it locally on the host then these are fairly viable replacements. There is also networkd, which I use on systems that don't have wifi. Systemd basically tries to provide all the essential services from a client-only perspective. -- Rich
Re: [gentoo-user] Re: udev -> eudev
On Tuesday 09 Feb 2016 16:47:28 James wrote: > Neil Bothwick digimed.co.uk> writes: > > THIS is where you should be using -t, in the command that generates the > > output you are trying to explain. > > emerge -uDvtp @world > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [nomerge ] sci-visualization/gri-2.12.23::gentoo USE="examples -doc > -emacs -hdf5" > [nomerge ] media-gfx/imagemagick-6.9.0.3:0/6.9.0.3::gentoo USE="X > bzip2 corefonts cxx graphviz jpeg jpeg2k lzma openmp perl png postscript raw > tiff truetype wmf zlib -autotrace -djvu -fftw -fontconfig -fpx -hdri -jbig > -lcms -lqr (-opencl) -openexr -pango -q32 -q64 -q8 -static-libs -svg > {-test} -webp -xml" > [ebuild N ] media-gfx/ufraw-0.20-r1::gentoo USE="gimp openmp > -contrast -fits -gnome -gtk -timezone" 0 KiB > [nomerge ] dev-java/java-dep-check-0.3-r1::gentoo > [ebuild U ] dev-java/asm-3.3.1-r1:3::gentoo [3.3.1:3::gentoo] > USE="source -doc" 0 KiB > [nomerge ] lxde-base/lxde-meta-0.5.5-r4::gentoo > [nomerge ] x11-libs/libfm-1.2.3-r1:0/4.3.0::gentoo USE="automount > examples gtk udisks -debug -doc -exif -vala" > [nomerge ] gnome-base/gvfs-1.24.2-r1::gentoo USE="cdda http udev > udisks -afp -archive -bluray -fuse -gnome-keyring -gnome-online-accounts > -gphoto2 -gtk -ios -mtp -nfs -samba -systemd {-test} -zeroconf" > [ebuild N ]sys-fs/udisks-2.1.4:2::gentoo USE="gptfdisk > introspection systemd -cryptsetup -debug (-selinux)" 0 KiB > [nomerge ] media-gfx/ufraw-0.20-r1::gentoo USE="gimp openmp -contrast > -fits -gnome -gtk -timezone" > [ebuild N ] media-gfx/gimp-2.8.14-r1:2::gentoo USE="alsa bzip2 dbus > jpeg jpeg2k pdf png postscript python smp tiff wmf -aalib (-altivec) (-aqua) > -curl -debug -doc -exif -gnome -lcms -mng -svg {-test} -udev -webkit -xpm" > CPU_FLAGS_X86="mmx sse" LINGUAS="-am -ar -ast -az -be -bg -br -ca > -ca@valencia -cs -csb -da -de -dz -el -en_CA -en_GB -eo -es -et -eu -fa -fi > -fr -ga -gl -gu -he -hi -hr -hu -id -is -it -ja -ka -kk -km -kn -ko -lt -lv > -mk -ml -ms -my -nb -nds -ne -nl -nn -oc -pa -pl -pt -pt_BR -ro -ru -rw -si > -sk -sl -sr -sr@latin -sv -ta -te -th -tr -tt -uk -vi -xh -yi -zh_CN -zh_HK > -zh_TW" PYTHON_TARGETS="python2_7" 0 KiB > [nomerge ] sys-fs/udisks-2.1.4:2::gentoo USE="gptfdisk introspection > systemd -cryptsetup -debug (-selinux)" > [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" > [ebuild N#] sys-apps/gentoo-systemd-integration-4::gentoo 52 KiB > [ebuild R] sys-apps/dbus-1.8.16::gentoo USE="X systemd* -debug -doc > (-selinux) -static-libs {-test}" ABI_X86="32 (64) (-x32)" 0 KiB > [ebuild N#]sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 lzma pam seccomp ssl (-apparmor) -audit -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="32 (64) (-x32)" 3,823 KiB > [ebuild N ] app-arch/lz4-0_p120::gentoo USE="{-test} -valgrind" > ABI_X86="32 (64) (-x32)" 159 KiB > [blocks B ] sys-apps/gentoo-systemd-integration > ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5) > [blocks B ] sys-fs/eudev ("sys-fs/eudev" is blocking > sys-apps/gentoo-systemd-integration-4, sys-apps/systemd-226-r2) > [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking > sys-fs/eudev-3.1.5) > > Total: 8 packages (1 upgrade, 6 new, 1 reinstall), Size of downloads: 4,032 > KiB Conflict: 3 blocks (3 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) pulled > in by sys-apps/systemd:0= required by (sys-apps/dbus-1.8.16:0/0::gentoo, > ebuild scheduled for merge) > sys-apps/systemd required by (sys-fs/udisks-2.1.4:2/2::gentoo, ebuild > scheduled for merge) > > >=sys-apps/systemd-207 required by > > (sys-apps/gentoo-systemd-integration-4:0/0::gentoo, ebuild scheduled for > merge) > > (sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by > sys-fs/eudev required by @selected > > > Guidance? > > James James, the guidance has already been given. Can you please grep for systemd ALL of your /etc/portage? There seems to be a USE flag set somewhere and this is what is pulling in dbus *with* systemd. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage spokes again...
On 21/12/2016 21:20, meino.cra...@gmx.de wrote: > Rich Freeman <ri...@gentoo.org> [16-12-21 20:12]: >> On Wed, Dec 21, 2016 at 1:44 PM, <meino.cra...@gmx.de> wrote: >>> Corbin Bird <corbinb...@charter.net> [16-12-21 17:12]: >>> The first run of emerge tells me to add the systemd USE flag to dbus. >>> I did that and ran into to problems I reported. >> >> Ok, I think you left that bit out... >> >> And this is why it is helpful to understand why portage is doing >> something before just changing configuration settings. Adding the >> systemd USE flag to packages is a really quick way to end up with >> systemd getting installed. Generally speaking it shouldn't just >> happen by default... >> >> Can you show the output when you add -t to the emerge command? I >> think that will be helpful. However, I think an earlier poster was on >> the right track when he pointed out that the tmpfiles virtual requires >> an unstable version of openrc. I'm not sure why that was getting >> pulled in in the first place, and -t should show that. >> >>> >>> emerge: there are no ebuilds built with USE flags to satisfy >>> "media-libs/mesa[egl,gbm,gles2?,wayland]". >>> !!! One of the following packages is required to complete your request: >>> - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) >>> (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) >>> (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" >>> [ebuild]) >>> (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) >>> (dependency required by "@selected" [set]) >>> (dependency required by "@world" [argument]) >>> [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y >>> --tree --keep-going >>> >>> What? >>> >>> Now wayland shall be installed? IK! >>> I want my UNIX back! >> >> Interesting. I just noticed that it pulled in wayland for me. I have >> no idea why kwin requires wayland support in mesa. It obviously works >> fine with xorg. I might do some looking into that. >> >> There isn't really anything non-UNIX about wayland, though I'm not >> sure I'd be in a rush to use it just yet. It is just a replacement >> for xorg (to say the least, it doesn't purport to be a >> feature-complete replacement and may never be). >> >> Your wayland issues and your systemd issues are most likely entirely >> unrelated... >> >> -- >> Rich >> > Hi Rich, > > to confess everything ... this time > :) > > The following output is base on setting "-systemd" and "-wayland" > in make.confs USE flag, "-t" was set also. > > And here the master portage spoke words: > > emerge -t --update --newuse --deep --with-bdeps=y --tree --keep-going > --backtrack=30 --exclude media-video/nvidia-settings --exclude > app-misc/screen --exclude app-misc/ytree --exclude dev-python/sip --exclude > app-shells/bash @world -v > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! ... > [ebuild R] media-libs/mesa-12.0.1::gentoo USE="classic dri3 egl > gallium gbm llvm nptl udev vaapi vdpau wayland* xvmc -bindist -d3d9 -debug > -gles1 -gles2 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -valgrind > -xa" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo > -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -vmware" 0 > KiB USE=wayland is off by default for mesa, so you have something switching it on. grep -r wayland /etc/portage to find what ... > [nomerge ] virtual/tmpfiles-0::gentoo > [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" > [ebuild N ] sys-apps/gentoo-systemd-integration-6::gentoo 63 KiB > [ebuild R] sys-apps/dbus-1.10.12::gentoo USE="X systemd* -debug -doc > (-selinux) -static-libs {-test} -user-session" ABI_X86="(64) -32 (-x32)" 0 KiB USE=systemd is of by default for dbus so yu have something switching it on. grep -r systemd /etc/portage to find what Additionally, virtual/tmpfiles has this: RDEPEND=" || ( sys-apps/opentmpfiles sys-apps/systemd Because you have systemd on somehow, portage is picking the second chice. You have the first, so explicitly emerge opentmpfiles. If both of those grep -r commands return nothing, then your next avenue is your selected profile must be enabling wayland and systemd somehow. But I don't see how profile [1] would do that ... so the greps will likely reveal the true cause -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Can I suppress the bleep when shutting down?
On Tuesday 20 October 2015 20:48:22 Alan McKinnon wrote: >On 20/10/2015 19:57, Marc Joliet wrote: >> On Tuesday 20 October 2015 19:22:48 Matthias Gerstner wrote: >>> Hi Alan, >>> >>>> I simply want to disable that one particular beeping at shutdown time. >>> >>> well this topic made me curious where the beep is coming from. >>> >>> It does originate from the shutdown command itself which is part of the >>> sys-apps/sysvinit package. In this package's source you find can a file >>> "src/dowall.c", where you will in turn find a function "wall(...)". >>> >>> This is the function where the warning messages will be produced that >>> show up in the terminal and the message is produced like this: >>> >>> snprintf(line, sizeof(line), >>> >>> "\007\r\nBroadcast message from %s@%s %s(%s):\r\n\r\n", >>> user, hostname, tty, date); >>> >>> The "\007" is the beep you're getting. It's a bell character that you >>> can produce manually by doing this, too: >>> >>> echo -e "\007" >>> >>> Unfortunately the bell character is hard coded into the warning message. >>> Also there seems to be no way to suppress the warning message. >> >> [...] >> >> If it's caused by the call to wall(), then maybe the --no-wall option to >> shutdown will help? > >I don't have that option in my ~arch shutdown *Sigh* then it's probably unique to systemd[sysv-utils]. Sorry for not thinking about that. -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
[gentoo-user] systemd install attempt busybox and pam are fighting
What can I do to clear this conflict? Script started on 2020-11-13 17:35:37-05:00 [TERM="linux" TTY="/dev/tty1" COLUMNS="128" LINES="48"] livecd /etc # emerge -AabDN @world These are the packages that would be merged, in order: Calculating dependencies !!! Problem resolving dependencies for sys-apps/busybox from @system ... done! !!! The ebuild selected to satisfy "sys-apps/busybox" has unmet requirements. - sys-apps/busybox-1.32.0-r1::gentoo USE="ipv6 pam static systemd -debug -livecd -make-symlinks -math -mdev -savedconfig (-selinux) -sep-usr -syslog" ABI_X86="(64)" The following REQUIRED_USE flag constraints are unsatisfied: pam? ( !static ) (dependency required by "@system" [set]) (dependency required by "@world" [argument]) livecd /etc # cat /etc/portage/make.conf # These settings were set by the catalyst build script that automatically # built this stage. # Please consult /usr/share/portage/config/make.conf.example for a more # detailed example. COMMON_FLAGS="-O2 -pipe" CFLAGS="${COMMON_FLAGS}" CXXFLAGS="${COMMON_FLAGS}" FCFLAGS="${COMMON_FLAGS}" FFLAGS="${COMMON_FLAGS}" # NOTE: This stage was built with the bindist Use flag enabled PORTDIR="/var/db/repos/gentoo" DISTDIR="/var/cache/distfiles" PKGDIR="/var/cache/binpkgs" # This sets the language of build output to English. # Please keep this setting intact when reporting bugs. LC_MESSAGES=C ACCEPT_LICENSE="* -@EULA" USE="mmx sse sse2 accessibility acl apparmor audit build cgroup-hybrid cryptsetup curl dns-over-tls elfutils gcrypt homed http hwdb idn importd kmod lz4 lzma nat pam pcre pkcs policykit pwquality qrcode repart resolvconf seccomp selinux static-libs sysv-utils systemd test vanilla xkb zstd -qt3 -qt4 gtk3 nsplugin -kerberos flac ogg -pulseaudio -consolekit systemd -libav -wayland" GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo/ http://www.gtlib.gatech.edu/pub/gentoo rsync://rsync.gtlib.gatech.edu/gentoo https://gentoo.osuosl.org/ http://gentoo.osuosl.org/ http://gentoo.mirrors.pair.com/ https://mirrors.rit.edu/gentoo/ http://mirrors.rit.edu/gentoo/ ftp://mirrors.rit.edu/gentoo/ rsync://mirrors.rit.edu/gentoo/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.cs.utah.edu/; CPU_FLAGS_X86="aes avx f16c fma3 fma4 mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 xop" PHP_TARGETS="php7-4 php7-3" EMERGE_DEFAULT_OPTS="--ask --color=n --verbose --nospinner --quiet-build=n --backtrack=200" ACCEPT_KEYWORDS="~x86 ~amd64" PORT_LOGDIR="/var/log/portage" portage_ELOG_SYSTEM="save save_summary" VIDEO_CARDS="nouveau" MAILMAN_MAILGID=2 FEATURES="${FEATURES} -stricter -distcc -ccache splitdebug buildpkg " PORTDIR_OVERLAY=/usr/local/portage GCPAN_OVERLAY=/usr/local/portage PHP_INI_VERSION="production" GCC_COLORS="" livecd /etc # exit exit Script done on 2020-11-13 17:36:19-05:00 [COMMAND_EXIT_CODE="0"] -- United States has 633 Billionaires with only 10 doing any annual significant giving.
Re: [gentoo-user] Portage spokes again...
On Wed, Dec 21, 2016 at 2:20 PM, <meino.cra...@gmx.de> wrote: > > emerge -t --update --newuse --deep --with-bdeps=y --tree --keep-going > --backtrack=30 --exclude media-video/nvidia-settings --exclude > app-misc/screen --exclude app-misc/ytree --exclude dev-python/sip --exclude > app-shells/bash @world -v > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [ebuild U ~] sys-apps/openrc-0.23::gentoo [0.22.4::gentoo] USE="ncurses > netifrc pam unicode -audit -debug -newnet (-prefix) (-selinux) -static-libs > -tools" 206 KiB Hmm, do you have openrc in accept_keywords or something? You look like you're using stable keywords in general, but openrc is pulling in an unstable version. I suspect this is the root of your problem. > [nomerge ] sys-apps/openrc-0.23::gentoo [0.22.4::gentoo] USE="ncurses > netifrc pam unicode -audit -debug -newnet (-prefix) (-selinux) -static-libs > -tools" > [ebuild N~] virtual/tmpfiles-0::gentoo 0 KiB > [nomerge ] virtual/tmpfiles-0::gentoo > [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" So, openrc-0.23 is pulling in tmpfiles, which is pulling in systemd. Well, there you go, just unmerge openrc and you won't have it pulling in systemd any longer. JUST KIDDING!!! Don't do that... But, the first sentence is accurate. The problem is that you've unmasked openrc 0.23, but you probably haven't unmasked sys-apps/opentmpfiles. So, the solution is one of two things: Remove openrc from package.keywords and stay on 0.22.4. I'm not sure why you were running unstable openrc in the first place, so I'm not sure if this solution is acceptable to you. Or, add opentmpfiles to package.keywords so that it can be installed. Then portage should install that instead of systemd. The reason it is trying to pull in systemd is that opentmpfiles is masked, and systemd is stable, so it is going to go with the package that is stable. In general you're running into this issue because you're running mixed keywords. I do that, but keep in mind that this configuration is not tested for consistency by our internal QA tools, so you're going to sometimes run into issues like these. If you stick with all-stable or all-testing then you won't run into these kinds of inconsistences. Or, if you do that QA team that got mentioned in the other thread will probably have already sent a nasty-gram to the devs involved. :) > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by kde-plasma/kwin-5.8.3::gentoo > # required by kde-plasma/plasma-workspace-5.8.3-r4::gentoo > # required by net-p2p/ktorrent-5.0.1::gentoo[shutdown] > # required by @selected > # required by @world (argument) >>=media-libs/mesa-12.0.1 wayland I suggest ignoring this for the moment and see if the info above resolves your systemd issues. I'm not sure why kwin has the dependency that it does, but it looks to me like it is set up as a hard dependency that you can't avoid without modifying the ebuild. I'll see if I can figure out more. The changes above should at least get rid of whatever is pulling in systemd. Installing wayland shouldn't actually hurt anything. I noticed that I have it installed likely for the same reason, and it isn't like it will start running on its own. But, I'm not sure yet whether you can avoid it. -- Rich
Re: [gentoo-user] Systemd upower
On 06/03/2014 10:05 PM, Canek Peláez Valdés wrote: On Tue, Jun 3, 2014 at 8:37 PM, Greg Woodbury redwo...@gmail.com wrote: Sure, systemd is a more elegant solution than the patchworks that have been applied several times to the original SysV concept. Glad to see you recognize that. However, the implementors and advocates of systemd have stepped on the concerns and violated certain basic freedoms of many folks in their zeal to see their vision become predominate. Oh FFS. What freedoms have you had violated? The freedom to mandate what other developers should write, or what packages they can use as hard dependencies? You never had that freedom. That's the developer freedom; if you want some of that, become a developer. I was a developer for more years than I really care to remember. I still try to contribute in ways and areas that I'm not so out-of-date with. Furthermore, it is a two-way street (as I see it.) The developers write things they find interesting and enjoyable to work on, and users use things that are interesting and work well. For many, seeing other folks use what they have written provides a significant measure of the enjoyment derived from the exercise. To see this as only freedom for the developer is part of an attitude shift over the years that only lessens the overall usefulness of Linux and FOSS. It does, in fact, push quite a few folk I know away from the Linux arena. It is, to use a political analogy, like the people who claim there is not any real difference between *any* opposing political movements -- that neglects taking into account a great deal of technical and historical details. I occasionally think about forking projects and fixing some of the things I think are the most egregious fsck-ups in some of them, but then I really look at what I'm doing and what I enjoy doing, and realize that I won't get enough (emotional?) reward for giving up time in other significant parts of my life. Or help Samuli to maintain upower-pm-utils; that would be *much* more helpful than spreding FUD about cabals and conspiracies. There is no need for me to invent Fear, Uncertainty, and Doubt -- the folks involved are doing quite well on their own. Also, history (for those not doomed to repeat it [1]) provides all that is required to make calling it a cabal [TINC - there is no cabal![2]] There never was a Usenet Backbone Cabal in any formal sense, but there was plenty of semi-(un)coordinated activity -- based largely on shared ideals -- that gave that appearance. {I was there when Usenet/Netnews was invented, closely observing, making minor and not-so-minor contributions, and was responsible for some of the cabal-like activities.} The mere coinage of terms like Lennertware, whether or not deserved, show that there is a widespread awareness that some developers, in my opinion, have over developed egos. [3] It is all so trite to say become a developer and DO something instead of complaining but it is not a realistic thing to say when the problems are getting so large and interconnected. Furthermore, it denigrates and devalues the pseudo-democratic processes that FOSS and Linux have worked for years to nurture. [1] Those who forget history are doomed to repeat it. (paraphrase of George Santayana) [2] See, for starters: http://http://en.wikipedia.or/wiki/Backbone_cabal [3] All Gods have feet of clay. source uncertain. (perhaps a reference to Ozymandias? -- G.Wolfe Woodbury {once upon a time AKA ...!duke!ggw}
Re: [gentoo-user] Updating old Gentoo on notebook
On Tue, Sep 14, 2021 at 08:22:07AM +0100, Neil Bothwick wrote > > Do a world update first, but you'll probably find you still need some of > them afterwards. "emerge -pv --changed-use --deep --update @world" gives me... Total: 378 packages (299 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB Conflict: 4 blocks Trying to run the emerge shuts down in a few seconds without obvious error messages. The blocks are... [blocks b ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3) [blocks b ] perl-core/Scalar-List-Utils-1.500.0-r999 (">perl-core/Scalar-List-Utils-1.500.0-r999" is blocking virtual/perl-Scalar-List-Utils-1.500.0-r2) [blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3) On a hunch, I tried "emerge -pv xorg-server" and got more errors... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] gui-libs/display-manager-init-1.0-r3::gentoo 0 KiB [ebuild r U ] x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo [1.20.10-r2:0/1.20.10::gentoo] USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test% -unwind -xcsecurity -xephyr -xnest -xvfb (-libressl%) (-wayland%)" 5,003 KiB [blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3) [ebuild r U ] x11-drivers/xf86-input-libinput-1.1.0::gentoo [0.30.0::gentoo] 372 KiB [blocks B ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3) [blocks B ] <=sys-apps/sysvinit-2.98 ("<=sys-apps/sysvinit-2.98" is blocking gui-libs/display-manager-init-1.0-r3) Total: 3 packages (2 upgrades, 1 new), Size of downloads: 5,375 KiB Conflict: 3 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-apps/xinit-1.4.1:0/0::gentoo, installed) pulled in by >=x11-apps/xinit-1.3.3-r1 required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" (gui-libs/display-manager-init-1.0-r3:0/0::gentoo, ebuild scheduled for merge) pulled in by gui-libs/display-manager-init required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" (sys-apps/sysvinit-2.97-1:0/0::gentoo, installed) pulled in by >=sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.42.1-r1:0/0::gentoo, installed) USE="ncurses netifrc (split-usr) unicode -audit -bash -debug -newnet -pam (-prefix) (-selinux) -static-libs -sysv-utils" -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Updating old Gentoo on notebook
Walter Dnes wrote: > On Tue, Sep 14, 2021 at 08:22:07AM +0100, Neil Bothwick wrote >> Do a world update first, but you'll probably find you still need some of >> them afterwards. > "emerge -pv --changed-use --deep --update @world" gives me... > > Total: 378 packages (299 upgrades, 52 new, 2 in new slots, 25 reinstalls), > Size of downloads: 1,408,922 KiB > Conflict: 4 blocks > > Trying to run the emerge shuts down in a few seconds without obvious > error messages. The blocks are... > > [blocks b ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking > gui-libs/display-manager-init-1.0-r3) > [blocks b ] (" dev-libs/gobject-introspection-common-1.68.0) > [blocks b ] >perl-core/Scalar-List-Utils-1.500.0-r999 > (">perl-core/Scalar-List-Utils-1.500.0-r999" is blocking > virtual/perl-Scalar-List-Utils-1.500.0-r2) > [blocks b ] =x11-base/xorg-server-1.20.10-r2 > ("=x11-base/xorg-server-1.20.10-r2" is blocking > gui-libs/display-manager-init-1.0-r3) > > On a hunch, I tried "emerge -pv xorg-server" and got more errors... > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] gui-libs/display-manager-init-1.0-r3::gentoo 0 KiB > [ebuild r U ] x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo > [1.20.10-r2:0/1.20.10::gentoo] USE="suid udev xorg -debug -dmx -doc -elogind > -ipv6 -kdrive -minimal (-selinux) -systemd -test% -unwind -xcsecurity -xephyr > -xnest -xvfb (-libressl%) (-wayland%)" 5,003 KiB > [blocks b ] =x11-base/xorg-server-1.20.10-r2 > ("=x11-base/xorg-server-1.20.10-r2" is blocking > gui-libs/display-manager-init-1.0-r3) > [ebuild r U ] x11-drivers/xf86-input-libinput-1.1.0::gentoo > [0.30.0::gentoo] 372 KiB > [blocks B ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking > gui-libs/display-manager-init-1.0-r3) > [blocks B ] <=sys-apps/sysvinit-2.98 ("<=sys-apps/sysvinit-2.98" is > blocking gui-libs/display-manager-init-1.0-r3) > > Total: 3 packages (2 upgrades, 1 new), Size of downloads: 5,375 KiB > Conflict: 3 blocks (2 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (x11-apps/xinit-1.4.1:0/0::gentoo, installed) pulled in by > >=x11-apps/xinit-1.3.3-r1 required by > (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for > merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal > (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" > > (gui-libs/display-manager-init-1.0-r3:0/0::gentoo, ebuild scheduled for > merge) pulled in by > gui-libs/display-manager-init required by > (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for > merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal > (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb" > > (sys-apps/sysvinit-2.97-1:0/0::gentoo, installed) pulled in by > >=sys-apps/sysvinit-2.86-r6 required by > (sys-apps/openrc-0.42.1-r1:0/0::gentoo, installed) USE="ncurses netifrc > (split-usr) unicode -audit -bash -debug -newnet -pam (-prefix) (-selinux) > -static-libs -sysv-utils" > I'm no pro at this but I think if you update xinit and sysvinit first it will clear that block. It could be the other way around tho. If init packages first doesn't work, try the display-manager-init first. Sometimes emerge spits things out backwards. One could remove those two *init packages but if you are actually running that install, it could cause issues. If done while chrooting in, it should be safe. One of those methods *should* work. In theory. ;-) Dale :-) :-)
Re: [gentoo-user] Systemd upower
On Wed, Jun 4, 2014 at 5:28 AM, Greg Woodbury redwo...@gmail.com wrote: On 06/03/2014 10:05 PM, Canek Peláez Valdés wrote: On Tue, Jun 3, 2014 at 8:37 PM, Greg Woodbury redwo...@gmail.com wrote: Sure, systemd is a more elegant solution than the patchworks that have been applied several times to the original SysV concept. Glad to see you recognize that. However, the implementors and advocates of systemd have stepped on the concerns and violated certain basic freedoms of many folks in their zeal to see their vision become predominate. Oh FFS. What freedoms have you had violated? The freedom to mandate what other developers should write, or what packages they can use as hard dependencies? You never had that freedom. That's the developer freedom; if you want some of that, become a developer. I was a developer for more years than I really care to remember. I still try to contribute in ways and areas that I'm not so out-of-date with. Good for you. Now, imagine you don't only contribute, but that you actually *maintain* (as in, *you* are in charge) of project X. And then you see that project X is so much easier to maintain if you depend on project Y. So you make project Y a hard dependency of project X. And then a bunch of people who don't really know how to maintain code, start yelling at you because you made project X dependant on project Y. And they *demand* of you that you should not depend on Y, but they don't provide the code to do it, Will you drop dependency on project Y, even if it makes your life as a maintainer several times easier? Furthermore, it is a two-way street (as I see it.) The developers write things they find interesting and enjoyable to work on, and users use things that are interesting and work well. For many, seeing other folks use what they have written provides a significant measure of the enjoyment derived from the exercise. That does not contradicts anything I have said. To see this as only freedom for the developer is part of an attitude shift over the years that only lessens the overall usefulness of Linux and FOSS. It does, in fact, push quite a few folk I know away from the Linux arena. It is, to use a political analogy, like the people who claim there is not any real difference between *any* opposing political movements -- that neglects taking into account a great deal of technical and historical details. I have no idea what do you mean by the last paragraph. This is not a political discusion (although many would like to see it that way). It is a *technical* discusion, and therefore there is no real discusion: the general consensus is that systemd is the technological superior alternative. I occasionally think about forking projects and fixing some of the things I think are the most egregious fsck-ups in some of them, but then I really look at what I'm doing and what I enjoy doing, and realize that I won't get enough (emotional?) reward for giving up time in other significant parts of my life. And that's your right, and it's fine. But let *other* developers choose whatever technologies they want to choose, and (consequently) drop support for obsolete technologies like pm-utils. That's the reason for this whole thread: developers chose the technological superior alternative; saying that the reason for that is that there is cabals and conspiracies is blatant ignorance (in the best case), or spreading FUD (in the worst case). Or help Samuli to maintain upower-pm-utils; that would be *much* more helpful than spreding FUD about cabals and conspiracies. There is no need for me to invent Fear, Uncertainty, and Doubt -- the folks involved are doing quite well on their own. I never said you invented it. I say you are spreading it, and I still think that's the case. Also, history (for those not doomed to repeat it [1]) provides all that is required to make calling it a cabal [TINC - there is no cabal![2]] There never was a Usenet Backbone Cabal in any formal sense, but there was plenty of semi-(un)coordinated activity -- based largely on shared ideals -- that gave that appearance. {I was there when Usenet/Netnews was invented, closely observing, making minor and not-so-minor contributions, and was responsible for some of the cabal-like activities.} Great; so any kind of group work semi-(un)coordinated can be called a cabal, and it has no (inherent) negative connotation. Then the Linux Kernel developers is a Cabal; the GNOME devs is a Cabal; the KDE ones are also a Cabal; and of course the Gentoo Developers who *oppose* systemd is a Cabal, and so are the ones that *support* systemd. So you yourself are saying that calling out a Cabal of systemd proponents have no meaning at all whatsoever, because *EVERYTHING* is a Cabal. The mere coinage of terms like Lennertware, whether or not deserved, show that there is a widespread awareness that some developers, in my opinion, have over developed egos. [3] Yeah, please go
Re: [gentoo-user] a few blockers I can't figure out
Alan McKinnon <alan.mckin...@gmail.com> wrote: > On 31/08/2015 16:03, cov...@ccs.covici.com wrote: > > Alan McKinnon <alan.mckin...@gmail.com> wrote: > > > >> On 31/08/2015 13:49, cov...@ccs.covici.com wrote: > >>>> A clue is in the ebuilds for systemd: > >>>>> > >>>>> sysv-utils? ( > >>>>> !sys-apps/systemd-sysv-utils > >>>>> !sys-apps/sysvinit ) > >>>>> > >>>>> That's a hard blocker, no way round it. It's in all the systemd ebuilds > >>>>> for the current unstable versions. > >>>>> > >>>>> Do you have USE="sysv-utils" set for sysvinit? > >>>>> > >>>>> If so, to have both sysvinit and systemd, you will have to disable that > >>>>> USE flag and see what comes next. > >>> I put that use flag in there because I thought it would allow systemd to > >>> generate a service from a script in /etc/init.d, but I will see what > >>> happens when I remove that flag or maybe if there is another way to > >>> accomplish that? > >>> Well, that did it! It still is downgrading systemd, but that's not too > >>> bad, thanks guys. > >> > >> $ euses -sf sysv-utils > >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks > >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and > >> shutdown > >> > >> > >> That description is quite vague, and could mean many things. I'm no > >> expert on systemd, but I would imagine that it already has it's own > >> scripts to deal with those listed functions. I wonder what the use of > >> the flag is then? Perhaps an old compatibility layer than is not needed > >> now? > >> > >> > >> I can't see a reason why systemd is being downgraded; the previous > >> output either lists just "sys-apps/systemd" or uses a ">=" operator. > >> Nothing to say why 219_p112 is the highest usable version. > >> > >> Once the emerge finishes and portage has done what it wants, run these > >> commands: > >> > >> emerge -pv systemd > >> emerge -pv =systemd-225 > >> > >> (225 being latest in the tree). Then we can see better why portage is > >> doing what it does > >> > >> > >> > > > > I think it has something to do with fail2ban -- the version of systemd > > in the tree after the 219 version is 224-r1 and 225 and now portage is > > saying > > WARNING: One or more updates/rebuilds have been skipped due to a > > dependency conflict: > > and one of those says > > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) > > conflicts with^M > > > > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] > > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > > Does that make sense? > > > > The words make sense, the meaning doesn't :-) > > It looks like fail2ban wants systemd without python support, but the > true reason is still hidden. The fail2ban ebuild has this: > > RDEPEND=" > ... > systemd? ( $(python_gen_cond_dep '|| ( > dev-python/python-systemd[${PYTHON_USEDEP}] > sys-apps/systemd[python(-),${PYTHON_USEDEP}] > > > I'm thinking maybe you have a specific portage entry that's getting in > the way. What are your results for: > > emerge --info > grep -r python /etc/portage > grep -r systemd /etc/portage Just to let you know, most of the python entries were mandated by portage, certainly the systemd one. emerge --info Portage 2.2.20.1 (python 2.7.10-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo x86_64) = System uname: Linux-3.16.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem:16451492 total, 8652740 free KiB Swap:2097148 total, 2063580 free Timestamp of repository gentoo: Sun, 30 Aug 2015 19:30:01 + sh bash 4.3_p39 ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1 app-shells/bash: 4.3_p39::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.22.0::gentoo dev-lang/python: 2.7.10::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.3.0::gentoo dev-util/pkgconfig: 0.28-r3::gentoo sys-apps/baselayout: 2.2::gentoo sys-a
Re: [gentoo-user] Portage spokes again...
.04.00-r2::gentoo] USE="jpeg png scrollview tiff -doc -examples -math% -opencl -osd -static-libs -training -webp" L10N="-ar -bg -ca -chr -cs -da -de -el -es -fi -fr -he -hi -hu -id -it -ja -ko -lt -lv -nl -no -pl -pt -ro -ru -sk -sl -sr -sv -th -tl -tr -uk -vi -zh-CN -zh-TW" [ebuild N ] dev-java/piccolo2d-3.0-r1::gentoo USE="-doc -examples -source" 768 KiB [ebuild NS] dev-java/swt-3.8.2-r1:3.8::gentoo [3.7.2-r1:3.7::gentoo] USE="cairo opengl -gnome -webkit" 5728 KiB [ebuild R] media-libs/mesa-12.0.1::gentoo USE="classic dri3 egl gallium gbm llvm nptl udev vaapi vdpau wayland* xvmc -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -valgrind -xa" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -vmware" 0 KiB [nomerge ] kde-plasma/plasma-workspace-5.8.3-r4:5::gentoo USE="calendar handbook semantic-desktop -debug -geolocation -gps (-prison) -qalculate {-test}" [ebuild N ] dev-qt/qtgraphicaleffects-5.6.2:5/5.6::gentoo USE="-debug {-test}" 14406 KiB [ebuild N ] kde-frameworks/kjsembed-5.26.0:5/5.26::gentoo USE="-debug" 166 KiB [ebuild N ] kde-apps/kholidays-16.04.3:5::gentoo USE="-debug {-test}" 172 KiB [nomerge ] net-p2p/ktorrent-5.0.1:5::gentoo [4.3.1-r1:4::gentoo] USE="bwscheduler downloadorder handbook infowidget logviewer magnetgenerator mediaplayer shutdown stats upnp zeroconf -debug" [ebuild N ] kde-frameworks/kplotting-5.26.0:5/5.26::gentoo USE="-debug {-test}" 29 KiB [nomerge ] kde-plasma/kwin-5.8.3:5::gentoo USE="handbook -debug -gles2 -multimedia {-test}" [ebuild N ] kde-frameworks/kidletime-5.26.0:5/5.26::gentoo USE="-debug" 26 KiB [nomerge ] sys-apps/openrc-0.23::gentoo [0.22.4::gentoo] USE="ncurses netifrc pam unicode -audit -debug -newnet (-prefix) (-selinux) -static-libs -tools" [ebuild N~] virtual/tmpfiles-0::gentoo 0 KiB [nomerge ] virtual/tmpfiles-0::gentoo [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" [ebuild N ] sys-apps/gentoo-systemd-integration-6::gentoo 63 KiB [ebuild R] sys-apps/dbus-1.10.12::gentoo USE="X systemd* -debug -doc (-selinux) -static-libs {-test} -user-session" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild N ]sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" 3823 KiB [nomerge ] kde-frameworks/baloo-5.26.0-r2:5/5.26::gentoo USE="-debug {-test}" [ebuild N ] kde-frameworks/kfilemetadata-5.26.0-r1:5/5.26::gentoo USE="-debug -epub -exif -ffmpeg -libav -pdf -taglib {-test}" 129 KiB [nomerge ] kde-plasma/kwin-5.8.3:5::gentoo USE="handbook -debug -gles2 -multimedia {-test}" [ebuild N ] kde-plasma/kdecoration-5.8.3:5::gentoo USE="-debug {-test}" 35 KiB [nomerge ] net-p2p/ktorrent-5.0.1:5::gentoo [4.3.1-r1:4::gentoo] USE="bwscheduler downloadorder handbook infowidget logviewer magnetgenerator mediaplayer shutdown stats upnp zeroconf -debug" [ebuild N ] kde-frameworks/kdnssd-5.26.0:5/5.26::gentoo USE="nls -debug {-test} -zeroconf" 56 KiB [nomerge ] kde-plasma/kwin-5.8.3:5::gentoo USE="handbook -debug -gles2 -multimedia {-test}" [ebuild N ] kde-frameworks/kwayland-5.26.0:5/5.26::gentoo USE="-debug {-test}" 228 KiB [ebuild N ] dev-qt/qtwayland-5.6.2:5/5.6::gentoo USE="-debug -egl -qml {-test} -wayland-compositor -xcomposite" 261 KiB [nomerge ] kde-plasma/plasma-workspace-5.8.3-r4:5::gentoo USE="calendar handbook semantic-desktop -debug -geolocation -gps (-prison) -qalculate {-test}" [ebuild N ] dev-qt/qtpaths-5.6.2:5/5.6::gentoo USE="-debug {-test}" 0 KiB [ebuild N ] dev-qt/qdbus-5.6.2:5/5.6::gentoo USE="-debug {-test}" 0 KiB [ebuild U ] dev-perl/XML-Parser-2.440.0::gentoo [2.410.0-r2::gentoo] 232 KiB [nomerge ] kde-plasma/kwin-5.8.3:5::gentoo USE="handbook -debug -gles2 -multimedia {-test}" [ebuild N ] dev-libs/libinput-1.4.2:0/10::gentoo USE="{-test}" INPUT_DEVICES="-wacom" 880 KiB [ebuild U ] app-emulation/free42-1.5.10::gentoo [1.5.8::gentoo] USE="alsa" 22087 KiB [n
Re: [gentoo-user] how to prevent portage from installing masked package
bus (mime) xattr -debug (-fam) (-selinux) -static-libs -systemtap -test -utils" ABI_X86="32 (64) (-x32)" [ebuild r U ]virtual/libffi-3.3_rc0:0/7::gentoo [3.0.13-r1:0/0::gentoo] ABI_X86="32 (64) (-x32)" 0 KiB [ebuild U ] dev-libs/libffi-3.3_rc0:0/7::gentoo [3.2.1-r2:0/0::gentoo] USE="-debug -pax_kernel -static-libs -test" ABI_X86="32 (64) (-x32)" 1,060 KiB [nomerge ]app-text/docbook-xml-dtd-4.1.2-r6:4.1.2::gentoo [nomerge ] app-text/docbook-xsl-stylesheets-1.79.1-r2::gentoo USE="-ruby" [nomerge ] app-text/build-docbook-catalog-1.21::gentoo [nomerge ] sys-apps/util-linux-2.32.1::gentoo USE="cramfs ncurses nls pam readline suid systemd udev unicode -build -caps -fdformat -kill -python (-selinux) -slang -static-libs -test -tty-helpers" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6 -python3_7" PYTHON_TARGETS="python2_7 python3_5 -python3_4 -python3_6 -python3_7" [nomerge ]virtual/libudev-232:0/1::gentoo USE="systemd -static-libs" ABI_X86="32 (64) (-x32)" [nomerge ] sys-apps/systemd-239-r1:0/2::gentoo USE="acl gcrypt kmod lz4 pam pcre policykit resolvconf seccomp split-usr ssl -apparmor -audit -build -cryptsetup -curl -elfutils -gnuefi -http -idn -importd -libidn2 -lzma -nat -qrcode (-selinux) -sysv-utils -test -vanilla -xkb" ABI_X86="32 (64) (-x32)" [nomerge ] sys-libs/libcap-2.25-r1::gentoo USE="pam -static-libs" ABI_X86="32 (64) (-x32)" [nomerge ] virtual/pam-0-r1::gentoo ABI_X86="32 (64) (-x32)" [ebuild U ]sys-libs/pam-1.3.1::gentoo [1.3.0-r2::gentoo] USE="berkdb cracklib filecaps nls pie -audit -debug -nis (-selinux) -static-libs% (-test%) (-vim-syntax%)" ABI_X86="32 (64) (-x32)" 733 KiB [ebuild U ] sys-auth/pambase-20150213-r2::gentoo [20150213-r1::gentoo] USE="cracklib nullok sha512 systemd -consolekit -debug -elogind -minimal -mktemp -pam_krb5 -pam_ssh -passwdqc -securetty (-selinux) (-gnome-keyring%*)" 0 KiB [nomerge ] sys-libs/db-6.0.35-r1:6.0::gentoo USE="cxx doc -examples -java -tcl -test" ABI_X86="32 (64) (-x32)" [ebuild U ] sys-devel/binutils-2.31.1-r1:2.31::gentoo [2.31.1:2.31::gentoo] USE="cxx doc nls -multitarget -static-libs -test" 13 KiB [nomerge ] app-text/docbook-xml-dtd-4.5-r1:4.5::gentoo [nomerge ] dev-libs/libxml2-2.9.8:2::gentoo USE="ipv6 python readline -debug -examples -icu -lzma -static-libs -test" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python2_7 python3_5 -python3_4 -python3_6" [nomerge ] dev-lang/python-2.7.15:2.7::gentoo USE="bluetooth doc gdbm ipv6 ncurses readline sqlite ssl (threads) tk (wide-unicode) xml (-berkdb) -build -examples -hardened -libressl -wininst" [nomerge ] app-eselect/eselect-python-20171204::gentoo [nomerge ] app-admin/eselect-1.4.13::gentoo USE="doc -emacs -vim-syntax" [nomerge ] dev-python/docutils-0.14::gentoo PYTHON_TARGETS="python2_7 python3_5 -pypy -pypy3 -python3_4 -python3_6" [nomerge ] dev-lang/python-3.5.5-r1:3.5/3.5m::gentoo USE="bluetooth gdbm ipv6 ncurses readline sqlite ssl (threads) tk xml -build -examples -hardened -libressl -test -wininst" [ebuild rR] net-wireless/bluez-5.50:0/3::gentoo USE="alsa btpclient cups doc mesh obex readline systemd test-programs udev -debug -deprecated -experimental -extra-tools (-selinux) -test -user-session" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7" 0 KiB [ebuild U ] sys-apps/hwids-20180917::gentoo [20180518::gentoo] USE="net pci udev usb" 3,137 KiB [nomerge ] dev-python/dbus-python-1.2.8::gentoo USE="-doc -examples -test" PYTHON_TARGETS="python2_7 python3_5 -python3_4 -python3_6 -python3_7" [nomerge ] sys-apps/dbus-1.12.10::gentoo USE="X doc systemd -debug -elogind (-selinux) -static-libs -test -user-session" ABI_X86="32 (64) (-x32)" [nomerge ] x11-libs/libX11-1.6.6::gentoo USE="ipv6 -doc -static-libs
Re: [gentoo-user] pcre build failure
doc -gcrypt -idn > -libressl -nettle -rarpd -rdisc -static -tftpd -tracepath -traceroute6 > (-SECURITY_HAZARD%)" 0 KiB > [ebuild U ] app-portage/portage-utils-0.89::gentoo [0.87::gentoo] > USE="nls openmp qmanifest qtegrity -libressl -static" 0 KiB > [ebuild NS] sys-kernel/gentoo-sources-5.8.13:5.8.13::gentoo > [5.4.66:5.4.66::gentoo] USE="-build -experimental -symlink" 0 KiB > [ebuild U ] app-portage/gemato-16.2::gentoo [15.2::gentoo] USE="gpg > -test -tools" PYTHON_TARGETS="python3_7 -pypy3 -python3_6 -python3_8 > -python3_9" 0 KiB > [ebuild N ] app-text/xmlto-0.0.28-r3::gentoo USE="-latex -text" 0 KiB > [ebuild U ] dev-lang/python-3.7.9:3.7/3.7m::gentoo > [3.7.8-r2:3.7/3.7m::gentoo] USE="gdbm ipv6 ncurses readline ssl xml > -bluetooth -build -examples -hardened -libressl -sqlite -test -tk -wininst" 0 > KiB > [ebuild U ] dev-python/setuptools-50.3.0::gentoo [46.4.0-r3::gentoo] > USE="-test" PYTHON_TARGETS="python3_7 -pypy3 -python3_6 -python3_8 -python3_9 > (-python2_7%*)" 0 KiB > [ebuild N ] dev-python/markupsafe-1.1.1-r1::gentoo USE="-test" > PYTHON_TARGETS="python3_7 -pypy3 -python3_6 -python3_8 -python3_9" 0 KiB > [ebuild N ] dev-python/jinja-2.11.2-r1::gentoo USE="-doc -examples > -test" PYTHON_TARGETS="python3_7 -pypy3 -python3_6 -python3_8 -python3_9" 0 > KiB > [ebuild U ] dev-python/cryptography-3.1-r1::gentoo [3.0-r1::gentoo] > USE="-idna -libressl -test" PYTHON_TARGETS="python3_7 -pypy3 -python3_6 > -python3_8 -python3_9" 0 KiB > [ebuild N ] sys-apps/systemd-246-r1:0/2::gentoo USE="acl gcrypt hwdb > kmod lz4 pam pcre resolvconf seccomp (split-usr) sysv-utils -apparmor -audit > -build -cgroup-hybrid -cryptsetup -curl -dns-over-tls -elfutils -gnuefi > -homed -http -idn -importd -lzma -nat -pkcs11 -policykit -pwquality -qrcode > -repart (-selinux) -static-libs -test -vanilla -xkb" ABI_X86="(64) -32 > (-x32)" 0 KiB > [ebuild U ] sys-auth/pambase-20200917::gentoo [20200304::gentoo] > USE="nullok passwdqc* sha512 systemd* -caps -debug -elogind -gnome-keyring% > -minimal -mktemp -pam_krb5 -pam_ssh -pwhistory% -pwquality% -securetty > (-selinux) (-consolekit%) (-cracklib%*)" 0 KiB > [ebuild U ] sys-apps/util-linux-2.36::gentoo [2.35.2::gentoo] > USE="cramfs logger ncurses nls pam readline (split-usr) suid systemd* unicode > -audit -build -caps -cryptsetup -fdformat -hardlink -kill -python (-selinux) > -slang -static-libs -su -test -tty-helpers -udev" ABI_X86="(64) -32 (-x32)" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB > [ebuild N ] sys-apps/dbus-1.12.20::gentoo USE="systemd -X -debug -doc > -elogind (-selinux) -static-libs -test -user-session" ABI_X86="(64) -32 > (-x32)" 0 KiB > [ebuild N ] sys-apps/gentoo-systemd-integration-8::gentoo 0 KiB > [uninstall ] sys-apps/sysvinit-2.93::gentoo USE="(-ibm) (-selinux) > -static" > [blocks b ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking > sys-apps/systemd-246-r1) > [uninstall ] sys-fs/eudev-3.2.9::gentoo USE="hwdb kmod -introspection > -rule-generator (-selinux) -static-libs -test" ABI_X86="(64) -32 (-x32)" > [blocks b ] sys-apps/gentoo-systemd-integration > ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.2.9) > [blocks b ] sys-fs/eudev ("sys-fs/eudev" is blocking > sys-apps/gentoo-systemd-integration-8, sys-apps/systemd-246-r1) > [blocks b ] sys-apps/systemd ("sys-apps/systemd" is blocking > sys-fs/eudev-3.2.9) > [ebuild R] virtual/udev-217::gentoo USE="systemd*" 0 KiB > [ebuild U ] sys-fs/e2fsprogs-1.45.6::gentoo [1.45.5::gentoo] USE="nls > (split-usr) -cron -fuse -static-libs" 0 KiB > [ebuild R] sys-process/procps-3.3.16-r2:0/8::gentoo USE="kill ncurses > nls (split-usr) systemd* unicode -elogind -modern-top (-selinux) -static-libs > -test" ABI_X86="(64) -32 (-x32)" 0 KiB > [ebuild U ] virtual/service-manager-1::gentoo [0::gentoo] > USE="(-prefix%)" 0 KiB > [ebuild R] virtual/libudev-232-r3:0/1::gentoo USE="systemd* > -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB > [ebuild U ] dev-lang/python-3.8.6:3.8::gentoo [3.8.5:3.8::gentoo] > USE="gdbm ipv6 ncurses readline ssl xml -bluetooth -build -examples -hardened > -libressl -sqlite -test -tk -wininst" 0 KiB > [ebuild U ] net-misc/openssh-8.4_p1::gentoo [8.1_p1-r4::gentoo] USE="pam > pie scp%* ssl -X -X509 -
[gentoo-user] dev-lang/perl upgrade failure
() found. strftime() found. strnlen() found. strtod() found. strtod_l() found. strtol() found. strtold() found. strtold_l() found. strtoll() found. strtoq() found. strtoul() found. strtoull() found. strtouq() found. strxfrm() found. symlink() found. syscall() found. sysconf() found. system() found. tcgetpgrp() found. tcsetpgrp() found. tgamma() found. Since threads aren't selected, we won't bother looking for nl_langinfo_l() time() found. time_t found. timegm() found. found. times() found. clock_t found. tmpnam_r() found. towlower() found. trunc() found. truncate() found. ttyname_r() found. tzname[] found. (Testing for character data alignment may crash the test. That's okay.) It seems that you must access character data in an aligned manner. ualarm() found. umask() found. unordered() NOT found. unsetenv() found. usleep() found. ustat() NOT found. closedir() found. Checking whether closedir() returns a status... wait4() found. waitpid() found. wcrtomb() found. A working wcscmp() found. wcstombs() found. A working wcsxfrm() found. wctomb() found. writev() found. Checking alignment constraints... Doubles must be aligned on a how-many-byte boundary? [8] Checking how long a character is (in bits)... What is the length of a character (in bits)? [8] Checking to see how your cpp does stuff like concatenate tokens... Oh! Smells like ANSI's been here. NOT found. Exclude . from @INC by default? [y] Checking the kind of infinities and nans you have... (The following tests may crash. That's okay.) Checking how many mantissa bits your doubles have... Checking how many mantissa bits your long doubles have... Checking how many mantissa bits your NVs have... Using our internal random number implementation... Determining whether or not we are on an EBCDIC system... Nope, no EBCDIC, probably ASCII or some ISO Latin. Or UTF-8. Checking how to flush all pending stdio output... Your fflush(NULL) works okay for output streams. Let's see if it clobbers input pipes... fflush(NULL) seems to behave okay with input streams. Checking the size of gid_t... Checking the sign of gid_t... Checking how to print 64-bit integers... Checking the format strings to be used for Perl's internal types... Checking the format string to be used for gids... getgroups() found. setgroups() found. What type pointer is the second argument to getgroups() and setgroups()? [gid_t] Checking if your /usr/bin/make program sets $(MAKE)... mode_t found. It seems that va_copy() or similar will be needed. size_t found. What is the type for the 1st argument to gethostbyaddr? [char *] What is the type for the 2nd argument to gethostbyaddr? [size_t] What pager is used on your system? [/usr/bin/less -R] Checking how to generate random libraries on your machine... Your select() operates on 64 bits at a time. Generating a list of signal names and numbers... Checking the size of size_t... Checking to see if you have socklen_t... NOT found. I'll be using ssize_t for functions returning a byte count. Checking the size of st_ino... Checking the sign of st_ino... UNCACHED_ERR_FD provides an invalid file descriptor, using stderr Your stdio uses signed chars. Checking the size of uid_t... Checking the sign of uid_t... Checking the format string to be used for uids... Would you like to build perl with strict enabled by default? [n] Determining whether we can use sysctl with KERN_PROC_PATHNAME to find executing program... I'm unable to compile the test program. I'll assume no sysctl with KERN_PROC_PATHNAME here. Determining whether we can use _NSGetExecutablePath to find executing program... I'm unable to compile the test program. I'll assume no _NSGetExecutablePath here. Which compiler compiler (yacc or bison -y) shall I use? [yacc] found. found. found. NOT found. NOT found. found. gdbm_open() found. NOT found. NOT found. found. NOT found. found. found. NOT found. Guessing which symbols your C compiler and preprocessor define... UNCACHED_ERR_FD provides an invalid file descriptor, using stderr awk: cmd. line:1: warning: regexp escape sequence `\=' is not a known regexp operator You seem to have -D_FORTIFY_SOURCE already, not adding it. tcsetattr() found. You have POSIX termios.h... good! found. found. NOT found. NOT found. found. found. NOT found. found. found. NOT found. found. found. found. found. NOT found. found. found. Looking for extensions... You have requested that certain extensions be ignored... What extensions do you wish to load dynamically? [B Compress/Raw/Bzip2 Compress/Raw/Zlib Cwd Data/Dumper Devel/PPPort Devel/Peek Digest/MD5 Digest/SHA Encode Fcntl File/DosGlob File/Glob Filter/Util/Call GDBM_File Hash/Util Hash/Util/FieldHash I18N/Langinfo IO IPC/SysV List/Util MIME/Base64 Math/BigInt/FastCalc NDBM_File Opcode POSIX PerlIO/encoding PerlIO/mmap PerlIO/scalar PerlIO/via SDBM_File Socket Storable Sys/Hostname Sys/Syslog Time/HiRes Time/Piece Unicode/Collate Unicode/Normalize XS/APItest XS/Typemap attributes mro re