Re: [gentoo-user] udev blocks systemd etc
sys-kernel/dracut still requires udev, please update it. And what to do with udev USE flag? On Tue, Mar 26, 2013 at 11:30 PM, Stefan G. Weichinger li...@xunil.atwrote: Am 26.03.2013 15:57, schrieb Mike Gilbert: apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). Thanks, I have just committed a fix for that. Great, my next question would have been if I should file a bug ... not needed anymore. Doesn't that removal of udev and systemd brings all mean that it is even harder to switch back to openrc now? Yes, it does. I think we are going to let udev and systemd settle down a bit before trying to address that issue. Good choice, yes. Also, we have made a change that should prevent this udev breakage for anyone else upgrading systemd. I'm sorry that you were the guinea pig on this. https://bugs.gentoo.org/show_bug.cgi?id=463302 ... and as so often I thought it might have been my mistake ;-) Good to have it sorted out now. Stefan -- Regards, Erick Frank / 管啸 fantasticfears
Re: [gentoo-user] udev blocks systemd etc
Ok... So, what is this all about? Does all of this mean that udev is now going *completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? On 2013-03-27 6:32 AM, fantasticfears fantasticfe...@gmail.com wrote: sys-kernel/dracut still requires udev, please update it. And what to do with udev USE flag? On Tue, Mar 26, 2013 at 11:30 PM, Stefan G. Weichinger li...@xunil.at mailto:li...@xunil.at wrote: Am 26.03.2013 15:57, schrieb Mike Gilbert: apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). Thanks, I have just committed a fix for that. Great, my next question would have been if I should file a bug ... not needed anymore. Doesn't that removal of udev and systemd brings all mean that it is even harder to switch back to openrc now? Yes, it does. I think we are going to let udev and systemd settle down a bit before trying to address that issue. Good choice, yes. Also, we have made a change that should prevent this udev breakage for anyone else upgrading systemd. I'm sorry that you were the guinea pig on this. https://bugs.gentoo.org/show_bug.cgi?id=463302 ... and as so often I thought it might have been my mistake ;-) Good to have it sorted out now. Stefan -- Regards, Erick Frank / 管啸 fantasticfears
Re: [gentoo-user] udev blocks systemd etc
On 03/27/2013 10:25 AM, Tanstaafl wrote: Ok... So, what is this all about? Does all of this mean that udev is now going *completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? Hold your horses. The devs will work something out; systemd is not replacing the udev package for all users. For the moment, it's just replacing the udev package for users using systemd. The problem at the moment is a spat between the systemd maintainer and the udev maintainer. They don't see eye to eye about which packages should be providing which files (and where), and there's also a serious miscommunication (and misinterpretation of historical communication) issue between the two of them at the moment. They're trying to get it worked out (via attempting cooperation or via arbitration, whatever is necessary), and things will settle down. In the mean time, if I read the context right, this issue should only affect people who are using systemd. This shouldn't be affecting people who aren't using systemd. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] udev blocks systemd etc
On 03/27/2013 10:33 AM, Michael Mol wrote: On 03/27/2013 10:25 AM, Tanstaafl wrote: Ok... So, what is this all about? Does all of this mean that udev is now going *completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? Hold your horses. The devs will work something out; systemd is not replacing the udev package for all users. For the moment, it's just replacing the udev package for users using systemd. The problem at the moment is a spat between the systemd maintainer and the udev maintainer. They don't see eye to eye about which packages should be providing which files (and where), and there's also a serious miscommunication (and misinterpretation of historical communication) issue between the two of them at the moment. They're trying to get it worked out (via attempting cooperation or via arbitration, whatever is necessary), and things will settle down. In the mean time, if I read the context right, this issue should only affect people who are using systemd. This shouldn't be affecting people who aren't using systemd. (incidentally, to anyone who's following the issue, please correct me if I'm wrong...) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] udev blocks systemd etc
Am 27.03.2013 15:34, schrieb Michael Mol: On 03/27/2013 10:33 AM, Michael Mol wrote: On 03/27/2013 10:25 AM, Tanstaafl wrote: Ok... So, what is this all about? Does all of this mean that udev is now going *completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? Hold your horses. The devs will work something out; systemd is not replacing the udev package for all users. For the moment, it's just replacing the udev package for users using systemd. The problem at the moment is a spat between the systemd maintainer and the udev maintainer. They don't see eye to eye about which packages should be providing which files (and where), and there's also a serious miscommunication (and misinterpretation of historical communication) issue between the two of them at the moment. They're trying to get it worked out (via attempting cooperation or via arbitration, whatever is necessary), and things will settle down. In the mean time, if I read the context right, this issue should only affect people who are using systemd. This shouldn't be affecting people who aren't using systemd. (incidentally, to anyone who's following the issue, please correct me if I'm wrong...) I understand the situation as you do ...
Re: [gentoo-user] udev blocks systemd etc
I ran away from Arch last year to get away from all this systemd stuff. I hope that you guys will continue to support openrc for as long as possible. One question though. why does everyone seem to be migrating towards systemd? How is it superior? is openrc just a dead project is that why? On Wed, Mar 27, 2013 at 10:21 AM, Stefan G. Weichinger li...@xunil.atwrote: Am 27.03.2013 15:34, schrieb Michael Mol: On 03/27/2013 10:33 AM, Michael Mol wrote: On 03/27/2013 10:25 AM, Tanstaafl wrote: Ok... So, what is this all about? Does all of this mean that udev is now going *completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? Hold your horses. The devs will work something out; systemd is not replacing the udev package for all users. For the moment, it's just replacing the udev package for users using systemd. The problem at the moment is a spat between the systemd maintainer and the udev maintainer. They don't see eye to eye about which packages should be providing which files (and where), and there's also a serious miscommunication (and misinterpretation of historical communication) issue between the two of them at the moment. They're trying to get it worked out (via attempting cooperation or via arbitration, whatever is necessary), and things will settle down. In the mean time, if I read the context right, this issue should only affect people who are using systemd. This shouldn't be affecting people who aren't using systemd. (incidentally, to anyone who's following the issue, please correct me if I'm wrong...) I understand the situation as you do ... -- Jacob Margason (760) 694-1093
Re: [gentoo-user] udev blocks systemd etc
On 2013-03-27 10:33 AM, Michael Mol mike...@gmail.com wrote: On 03/27/2013 10:25 AM, Tanstaafl wrote: Ok... So, what is this all about? Does all of this mean that udev is now going*completely* away, *totally* replaced by systemd? If so, has there been any kind of formal announcement about this *anywhere*?? Hold your horses. The devs will work something out; systemd is not replacing the udev package for all users. For the moment, it's just replacing the udev package for users using systemd. Thanks Michael, but that didn't *exactly* answer my question. I thought that newer versions of udev are now *dependent* on systemd? Doesn't that mean that anyone who is using udev is also 'using' systemd? So, again, my question is, is udev going to be going *completely* away in the future, being *totally replaced* by systemd? Or maybe better said asked as, will udev soon just be subsumed by systemd? Even if this is a year or more away, I'd like to know...
Re: [gentoo-user] udev blocks systemd etc
On Wed, Mar 27, 2013 at 9:38 AM, Jake Margason jmargason...@gmail.com wrote: I ran away from Arch last year to get away from all this systemd stuff. I hope that you guys will continue to support openrc for as long as possible. Don't do top posting, please. One question though. why does everyone seem to be migrating towards systemd? How is it superior? is openrc just a dead project is that why? That's three questions ;) 1. why does everyone seem to be migrating towards systemd? Not everyone is migrating towards systemd (yet), but the trend is certainly that more and more distros switch to it or at least offer it as a first class alternative to whatever other init system they use. As for why, I think it's for two reasons: a) it works, b) upstream udev merged with systemd, and most distros just follow upstream. 2. How is it superior? Well, that's the pickle. If you are like me, then systemd it's superior to OpenRC basically in every single way. If you are one of the people that thinks that something called the UNIX way actually exists, or that Linux/Gentoo is about choice, or that we should care about our *BSD cousins keeping up with us, then systemd is far inferior. From a technical point of view (the quality of the code and the time it takes to fix bugs), I believe everyone (even Lennart's most fervent detractors) will agree that systemd is a superb piece of software. The problem is the philosophy behind it; if you agree with said philosophy, systemd is great. Otherwise, is a new fangled beast which goes against everything that UNIX stands for (whatever that means), a solution for a problem no one has, and fixing something that wasn't broken. 3. is openrc just a dead project is that why? Is not dead; it has new releases and stuff. Just not many features are implemented to it, and it has some pretty awkward bugs, some of them years old, like not being able to start services in parallel. It's obviously better that SysV. From my point of view, that's not enough. Hope it helps. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev blocks systemd etc
On 03/27/2013 01:08 PM, Canek Peláez Valdés wrote: On Wed, Mar 27, 2013 at 9:38 AM, Jake Margason jmargason...@gmail.com wrote: I ran away from Arch last year to get away from all this systemd stuff. I hope that you guys will continue to support openrc for as long as possible. Don't do top posting, please. One question though. why does everyone seem to be migrating towards systemd? How is it superior? is openrc just a dead project is that why? That's three questions ;) 1. why does everyone seem to be migrating towards systemd? Not everyone is migrating towards systemd (yet), but the trend is certainly that more and more distros switch to it or at least offer it as a first class alternative to whatever other init system they use. As for why, I think it's for two reasons: a) it works, b) upstream udev merged with systemd, and most distros just follow upstream. 2. How is it superior? Well, that's the pickle. If you are like me, then systemd it's superior to OpenRC basically in every single way. If you are one of the people that thinks that something called the UNIX way actually exists, or that Linux/Gentoo is about choice, or that we should care about our *BSD cousins keeping up with us, then systemd is far inferior. From a technical point of view (the quality of the code and the time it takes to fix bugs), I believe everyone (even Lennart's most fervent detractors) will agree that systemd is a superb piece of software. The problem is the philosophy behind it; if you agree with said philosophy, systemd is great. Otherwise, is a new fangled beast which goes against everything that UNIX stands for (whatever that means), a solution for a problem no one has, and fixing something that wasn't broken. 3. is openrc just a dead project is that why? Is not dead; it has new releases and stuff. Just not many features are implemented to it, and it has some pretty awkward bugs, some of them years old, like not being able to start services in parallel. It's obviously better that SysV. From my point of view, that's not enough. Hope it helps. Regards. A nice, reasonably even-handed writeup. :) signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] udev blocks systemd etc
From a technical point of view (the quality of the code and the time it takes to fix bugs), I believe everyone (even Lennart's most fervent detractors) will agree that systemd is a superb piece of software. The problem is the philosophy behind it; if you agree with said philosophy, systemd is great. Otherwise, is a new fangled beast which goes against everything that UNIX stands for (whatever that means), a solution for a problem no one has, and fixing something that wasn't broken. I won't start this up again, there is lots of info out there. LWN and this lists archives maybe reasonable for some for and against arguments. This post is as bad as Lennarts myth busting post which avoided all the real issues and skirted around the ones he did mention. The real drive behind systemd is enterprise cloud type computing for Red Hat. The rest is snake oil and much of the features already exist without systemd. With more snake oil of promises of faster boot up on a portion of the code which is already fast and gains you maybe two seconds. 3. is openrc just a dead project is that why? Not even close, systemd is one of the least used init systems. The question you should ask yourself is why would anyone talk about the fact they are using OpenRC. Having said that I do hate all the symlinking rubbish many linux (not OpenRC) uses but would bear it over systemds technical flaws. So there you have it complete contradictions which mean you should make up your own mind, even if it is easier for the more advanced arguments against it to be overlooked. Is not dead; it has new releases and stuff. Just not many features are implemented to it, and it has some pretty awkward bugs, some of them years old, like not being able to start services in parallel. There is arguably more weight to the argument of an init system that does parallel starting being a bug. What do you gain, speed? and complexity, what do you lose reliability and predictability. If you cause disk churn it *may* even be slower too such as windows tools that stage autostarts. Do one thing and do it well and you are more likely to make it into every Unix-like OS for good not so obvious reasons. I hope this doesn't start into another discusssion just know that there are many arguments badly represented by Canek to research if you want your answer. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) ___
Re: [gentoo-user] udev blocks systemd etc
On 2013-03-27 3:43 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: The real drive behind systemd is enterprise cloud type computing for Red Hat. I'd be interested in hearing more on this... Link(s) to online articles is fine...
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: Am 26.03.2013 01:20, schrieb Mike Gilbert: Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d. 29 pkgs there (virtual/udev in there again) late here ... more tomorrow ... Was able to rebuild virtual/udev ... but the system is rather unusable right now ... jobs related to lvm-devices time out and emerging packages is somehow super-slow and stalling. I will try to temporarily remove these entries from fstab and recompile stuff from kind of a single-user-mode.
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 10:38, schrieb Stefan G. Weichinger: Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: Am 26.03.2013 01:20, schrieb Mike Gilbert: Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d. 29 pkgs there (virtual/udev in there again) late here ... more tomorrow ... Was able to rebuild virtual/udev ... but the system is rather unusable right now ... jobs related to lvm-devices time out and emerging packages is somehow super-slow and stalling. I will try to temporarily remove these entries from fstab and recompile stuff from kind of a single-user-mode. Yep, that helped. As soon as lvm2 was rebuilt things got easier. Rebuilt the other 27 pkgs and right now I am booted up again and it looks ok so far. Cleaning up now and applying the learned stuff to my thinkpad now ;-) Thanks, Stefan
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 11:08, schrieb Stefan G. Weichinger: Am 26.03.2013 10:38, schrieb Stefan G. Weichinger: Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: Am 26.03.2013 01:20, schrieb Mike Gilbert: Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d. apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). - Doesn't that removal of udev and systemd brings all mean that it is even harder to switch back to openrc now? Stefan
Re: [gentoo-user] udev blocks systemd etc
On Tue, Mar 26, 2013 at 6:30 AM, Stefan G. Weichinger li...@xunil.at wrote: Am 26.03.2013 11:08, schrieb Stefan G. Weichinger: Am 26.03.2013 10:38, schrieb Stefan G. Weichinger: Am 26.03.2013 01:36, schrieb Stefan G. Weichinger: Am 26.03.2013 01:20, schrieb Mike Gilbert: Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d. apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). Thanks, I have just committed a fix for that. Doesn't that removal of udev and systemd brings all mean that it is even harder to switch back to openrc now? Yes, it does. I think we are going to let udev and systemd settle down a bit before trying to address that issue. Also, we have made a change that should prevent this udev breakage for anyone else upgrading systemd. I'm sorry that you were the guinea pig on this. https://bugs.gentoo.org/show_bug.cgi?id=463302
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 15:57, schrieb Mike Gilbert: apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d ... the path is hard-coded in the ebuild (line 99). Thanks, I have just committed a fix for that. Great, my next question would have been if I should file a bug ... not needed anymore. Doesn't that removal of udev and systemd brings all mean that it is even harder to switch back to openrc now? Yes, it does. I think we are going to let udev and systemd settle down a bit before trying to address that issue. Good choice, yes. Also, we have made a change that should prevent this udev breakage for anyone else upgrading systemd. I'm sorry that you were the guinea pig on this. https://bugs.gentoo.org/show_bug.cgi?id=463302 ... and as so often I thought it might have been my mistake ;-) Good to have it sorted out now. Stefan
Re: [gentoo-user] udev blocks systemd etc
On Mon, Mar 25, 2013 at 4:59 PM, Stefan G. Weichinger li...@xunil.at wrote: Just found that I have a blocking situation ... systemd and udev don't like each other right now ;-) Tried various maskings ... and found some hints in the Changelog here: http://gentoo-portage.com/sys-fs/udev/ChangeLog#ptabs this lead me to this bugreport: https://bugs.gentoo.org/show_bug.cgi?id=462750 ... it is flagged RESOLVED FIXED and I am digging for the solution ... the latest comment (at the very moment https://bugs.gentoo.org/show_bug.cgi?id=462750#c45) there says Let's not discuss blocker problems on this bug report please. ok ... So I just stay with sys-fs/udev-198-r5 and sys-apps/systemd-198-r2 for now and look forward to the things coming :-) Anyone in here already hit that? Suggestions? Best regards, Stefan I feel your pain. That bug report got out of control so I wanted to put a stop to the comments. I am happy to help you work out your blocker issue here, or in a new bug report.
Re: [gentoo-user] udev blocks systemd etc
On Mon, Mar 25, 2013 at 5:18 PM, Mike Gilbert flop...@gentoo.org wrote: On Mon, Mar 25, 2013 at 4:59 PM, Stefan G. Weichinger li...@xunil.at wrote: Just found that I have a blocking situation ... systemd and udev don't like each other right now ;-) Tried various maskings ... and found some hints in the Changelog here: http://gentoo-portage.com/sys-fs/udev/ChangeLog#ptabs this lead me to this bugreport: https://bugs.gentoo.org/show_bug.cgi?id=462750 ... it is flagged RESOLVED FIXED and I am digging for the solution ... the latest comment (at the very moment https://bugs.gentoo.org/show_bug.cgi?id=462750#c45) there says Let's not discuss blocker problems on this bug report please. ok ... So I just stay with sys-fs/udev-198-r5 and sys-apps/systemd-198-r2 for now and look forward to the things coming :-) Anyone in here already hit that? Suggestions? Best regards, Stefan I feel your pain. That bug report got out of control so I wanted to put a stop to the comments. I am happy to help you work out your blocker issue here, or in a new bug report. Oh, some suggestions: 1. Make sure your portage tree is up to date. 2. Make sure your use flags for virtual/udev and sys-apps/systemd are synced up. 3. Run equery d sys-fs/udev to see if you have any packages depending on it directly. 4. Add sys-fs/udev and sys-fs/eudev to /etc/portage/package.mask to see if you can get portage to emit a more useful message.
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:18, schrieb Mike Gilbert: I feel your pain. That bug report got out of control so I wanted to put a stop to the comments. I am happy to help you work out your blocker issue here, or in a new bug report. I am in no hurry and could simply wait for fresh ebuilds coming in via portage if there are any changes planned or in the pipeline. If it is possible to correct things now I'd be happy to do so while I am online and my system is up and running ;-) Do you prefer a bug report? For later reference? Right now I get: # emerge -1 systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) # emerge -1 udev Calculating dependencies... done! [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) # emerge -1 udev systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) Thanks, regards, Stefan
Re: [gentoo-user] udev blocks systemd etc
On Mon, Mar 25, 2013 at 5:23 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 25.03.2013 22:18, schrieb Mike Gilbert: I feel your pain. That bug report got out of control so I wanted to put a stop to the comments. I am happy to help you work out your blocker issue here, or in a new bug report. I am in no hurry and could simply wait for fresh ebuilds coming in via portage if there are any changes planned or in the pipeline. If it is possible to correct things now I'd be happy to do so while I am online and my system is up and running ;-) Do you prefer a bug report? For later reference? Right now I get: # emerge -1 systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) # emerge -1 udev Calculating dependencies... done! [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) # emerge -1 udev systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) Thanks, regards, Stefan Do you have sys-fs/udev in your world file by any chance? If so, please remove it.
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:26, schrieb Mike Gilbert: Do you have sys-fs/udev in your world file by any chance? If so, please remove it. Yes, I had. Removed it, same blockages. now: # grep udev /var/lib/portage/world app-vim/udev-syntax virtual/udev ... Ad use-flags: I have/had =sys-fs/udev-197-r8 static-libs Removing this didn't help either. No special use-flags for systemd in package.use. profile: default/linux/amd64/13.0/desktop/gnome portage tree pulled in again right now ... still: # emerge -1 udev systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) Thanks for helping, Stefan!
Re: [gentoo-user] udev blocks systemd etc
On Mon, Mar 25, 2013 at 5:38 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 25.03.2013 22:26, schrieb Mike Gilbert: Do you have sys-fs/udev in your world file by any chance? If so, please remove it. Yes, I had. Removed it, same blockages. now: # grep udev /var/lib/portage/world app-vim/udev-syntax virtual/udev ... Ad use-flags: I have/had =sys-fs/udev-197-r8 static-libs Removing this didn't help either. No special use-flags for systemd in package.use. profile: default/linux/amd64/13.0/desktop/gnome portage tree pulled in again right now ... still: # emerge -1 udev systemd Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=gudev%* introspection%* -doc% [ebuild U ] sys-fs/udev-198-r6 [198-r5] [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) Thanks for helping, Stefan! Try just emerge -v1 systemd. You no longer need sys-fs/udev, and it should be removed when you upgrade to sys-apps/systemd-r5.
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 22:56, schrieb Mike Gilbert: Try just emerge -v1 systemd. You no longer need sys-fs/udev, and it should be removed when you upgrade to sys-apps/systemd-r5. Oh, interesting. I understand. Is there any information somewhere on this (no ranting! just asking for ... as other users might hit the same issues)? I get: # emerge -v1 systemd These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-apps/systemd-198-r5 [198-r2] USE=acl gudev%* introspection%* kmod pam tcpd -audit -cryptsetup -doc% -efi -gcrypt -http -lzma -python -qrcode (-selinux) -vanilla -xattr PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 0 kB [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) I assume I should remove sys-fs/udev now and then emerge -v1 systemd ? And rely on my UPS while I do that ;-) Thanks once more, Stefan
Re: [gentoo-user] udev blocks systemd etc
On Mon, 25 Mar 2013 22:38:53 +0100, Stefan G. Weichinger wrote: Do you have sys-fs/udev in your world file by any chance? If so, please remove it. Yes, I had. Removed it, same blockages. now: # grep udev /var/lib/portage/world app-vim/udev-syntax virtual/udev You still have virtual/udev in world, which pulls in sys-fs/udev. -- Neil Bothwick Top Oxymorons Number 39: Almost exactly signature.asc Description: PGP signature
Re: [gentoo-user] udev blocks systemd etc
I assume I have to remove udev-init-scripts now?
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 23:30, schrieb Neil Bothwick: On Mon, 25 Mar 2013 22:38:53 +0100, Stefan G. Weichinger wrote: Do you have sys-fs/udev in your world file by any chance? If so, please remove it. Yes, I had. Removed it, same blockages. now: # grep udev /var/lib/portage/world app-vim/udev-syntax virtual/udev You still have virtual/udev in world, which pulls in sys-fs/udev. correct. I alway feel kinda guilty ... Didn't put it there by myself afai remember ;-) Removed it now, thanks for the hint. # emerge -avuDN @world still ends with: [blocks B ] sys-fs/udev (sys-fs/udev is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking sys-fs/udev-198-r6) --- # eix -I udev [I] app-vim/udev-syntax Available versions: 20051016-r1 Installed versions: 20051016-r1(14:17:52 14.02.2013) Homepage: http://www.vim.org/scripts/script.php?script_id=1381 Description: vim plugin: syntax highlighting for udev rules files [I] sys-fs/udev-init-scripts Available versions: 23^t (~)24^t (~)25^t **^t Installed versions: 25^t(20:39:04 24.03.2013) Homepage:http://www.gentoo.org Description: udev startup scripts for openrc [I] virtual/udev Available versions: [M]171 197-r2 {gudev hwdb introspection keymap +kmod selinux static-libs} Installed versions: 197-r2(21:50:13 25.03.2013)(gudev hwdb introspection keymap kmod -selinux -static-libs) Description: Virtual to select between sys-fs/udev and sys-fs/eudev # eix -I systemd [I] sys-apps/systemd Available versions: (~)197-r1 (~)198-r1 (~)198-r5 [M]** [M]**[2] {acl audit cryptsetup doc efi gcrypt gudev http introspection +kmod lzma pam python qrcode selinux tcpd vanilla xattr PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7} Installed versions: 198-r5(23:27:53 25.03.2013)(acl gudev introspection kmod pam tcpd -audit -cryptsetup -doc -efi -gcrypt -http -lzma -python -qrcode -selinux -vanilla -xattr PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7) Homepage:http://www.freedesktop.org/wiki/Software/systemd Description: System and service manager for Linux [I] sys-apps/systemd-ui Available versions: (~)1 (~)2 ** Installed versions: 2(21:38:11 25.03.2013) Homepage:http://www.freedesktop.org/wiki/Software/systemd Description: System and service manager for Linux [I] sys-apps/baselayout-systemd [1] Available versions: (~)2 {+guess} Installed versions: 2(13:15:29 14.02.2013)(guess) Homepage: http://0pointer.de/blog/projects/the-new-configuration-files.html Description: Standard system configuration files --- Won't reboot now ;-) S
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 23:39, schrieb Stefan G. Weichinger: I assume I have to remove udev-init-scripts now? rebooted .. afai see the system doesn't detect/ start up the raid-devices anymore. This (in my case) leads to no detected PVs for the lvm2-stuff ... Not so funny.
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 00:10, schrieb Stefan G. Weichinger: Am 25.03.2013 23:39, schrieb Stefan G. Weichinger: I assume I have to remove udev-init-scripts now? rebooted .. afai see the system doesn't detect/ start up the raid-devices anymore. This (in my case) leads to no detected PVs for the lvm2-stuff ... Not so funny. did mdadm --assemble to start my raid-devices even then the systemd-jobs related to the lvm-devices fail. Right now this system is broken in my terms: no GUI coming up ... S
Re: [gentoo-user] udev blocks systemd etc
On Mon, Mar 25, 2013 at 7:47 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 26.03.2013 00:10, schrieb Stefan G. Weichinger: Am 25.03.2013 23:39, schrieb Stefan G. Weichinger: I assume I have to remove udev-init-scripts now? rebooted .. afai see the system doesn't detect/ start up the raid-devices anymore. This (in my case) leads to no detected PVs for the lvm2-stuff ... Not so funny. did mdadm --assemble to start my raid-devices even then the systemd-jobs related to the lvm-devices fail. Right now this system is broken in my terms: no GUI coming up ... S Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d.
Re: [gentoo-user] udev blocks systemd etc
Am 26.03.2013 01:20, schrieb Mike Gilbert: Please run emerge -1 /lib/udev to reinstall any packages which have installed udev rules in /lib/udev/rules.d. 29 pkgs there (virtual/udev in there again) late here ... more tomorrow ... thanks, regards, Stefan