[gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
For a long time I have had in make.conf EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5 MAKEOPTS=--jobs --load-average=5 (for previous processors the 5 was 3). It seems that this configuration fails for several packages (or tickles bugs in their ebuilds/Makefiles). Lately whenever a build fails I change to MAKEOPTS=--jobs=1 and this very often fixes the problem. It is not clear that any time saved by having jobs=5 compensates for having to redo builds. So my question is do people 1. keep jobs=1 in MAKEOPTS 2. have jobs=n in MAKEOPTS but degrade on error as I do 3. have jobs=n and file bugs when it fails. thanks, allan PS I do not change EMERGE_DEFAULT_OPTS
[gentoo-user] udev blocks systemd etc
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
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] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, 25 Mar 2013 16:57:09 -0400, gottl...@nyu.edu wrote: It is not clear that any time saved by having jobs=5 compensates for having to redo builds. So my question is do people 1. keep jobs=1 in MAKEOPTS 2. have jobs=n in MAKEOPTS but degrade on error as I do 3. have jobs=n and file bugs when it fails. thanks, allan PS I do not change EMERGE_DEFAULT_OPTS I have --jobs --load-average=12 in EMERGE_DEFAULT_OPTS and override this for known problematic packages in /etc/portage/package.env. For example: % cat /etc/portage/package.env/libreoffice app-office/libreoffice j4.conf % cat /etc/portage/env/j4.conf MAKEOPTS=-j4 Running MAKEOPTS=-j1 as default on a multi-core processor seems an awful waste of resources, unless it is needed for something else, in which case I don't run emerge at all. -- Neil Bothwick Excuse for the day: daemons did it signature.asc Description: PGP signature
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
Am 25.03.2013 21:57, schrieb gottl...@nyu.edu: For a long time I have had in make.conf EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5 MAKEOPTS=--jobs --load-average=5 (for previous processors the 5 was 3). It seems that this configuration fails for several packages (or tickles bugs in their ebuilds/Makefiles). Lately whenever a build fails I change to MAKEOPTS=--jobs=1 and this very often fixes the problem. It is not clear that any time saved by having jobs=5 compensates for having to redo builds. So my question is do people 1. keep jobs=1 in MAKEOPTS 2. have jobs=n in MAKEOPTS but degrade on error as I do 3. have jobs=n and file bugs when it fails. thanks, allan PS I do not change EMERGE_DEFAULT_OPTS This is what I use: EMERGE_DEFAULT_OPTS=--jobs=2 --load-average=6 I havent't had any failed builds that were related to the --jobs option. The only exception is when rebuilding my kernel modules. I have to build spl first, then zfs-kmod. But that's because zfs-kmod requires a complete built spl.
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] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, 25 Mar 2013 23:27:04 +0100, Michael Hampicke wrote: This is what I use: EMERGE_DEFAULT_OPTS=--jobs=2 --load-average=6 I havent't had any failed builds that were related to the --jobs option. The only exception is when rebuilding my kernel modules. I have to build spl first, then zfs-kmod. But that's because zfs-kmod requires a complete built spl. Interesting, I have --jobs and portage doesn't try t build spl and zfs-kmod in parallel, it always completes spl first. -- Neil Bothwick If the cops arrest a mime, do they tell her she has the right to remain silent? 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
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, Mar 25 2013, Michael Hampicke wrote: Am 25.03.2013 21:57, schrieb gottl...@nyu.edu: For a long time I have had in make.conf EMERGE_DEFAULT_OPTS=--ask --deep --tree --verbose --jobs --load-average=5 MAKEOPTS=--jobs --load-average=5 (for previous processors the 5 was 3). It seems that this configuration fails for several packages (or tickles bugs in their ebuilds/Makefiles). Lately whenever a build fails I change to MAKEOPTS=--jobs=1 and this very often fixes the problem. It is not clear that any time saved by having jobs=5 compensates for having to redo builds. So my question is do people 1. keep jobs=1 in MAKEOPTS 2. have jobs=n in MAKEOPTS but degrade on error as I do 3. have jobs=n and file bugs when it fails. thanks, allan PS I do not change EMERGE_DEFAULT_OPTS This is what I use: EMERGE_DEFAULT_OPTS=--jobs=2 --load-average=6 I havent't had any failed builds that were related to the --jobs option. The only exception is when rebuilding my kernel modules. I have to build spl first, then zfs-kmod. But that's because zfs-kmod requires a complete built spl. I don't change EMERGE_DEFAULT_OPTS either. What I change is MAKEOPTS. That is, I always permit portage to run two emerges in parallel. I am considering telling make to not run different parts of one emerge in parallel. allan
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, Mar 25 2013, Neil Bothwick wrote: On Mon, 25 Mar 2013 16:57:09 -0400, gottl...@nyu.edu wrote: It is not clear that any time saved by having jobs=5 compensates for having to redo builds. So my question is do people 1. keep jobs=1 in MAKEOPTS 2. have jobs=n in MAKEOPTS but degrade on error as I do 3. have jobs=n and file bugs when it fails. thanks, allan PS I do not change EMERGE_DEFAULT_OPTS I have --jobs --load-average=12 in EMERGE_DEFAULT_OPTS and override this for known problematic packages in /etc/portage/package.env. For example: % cat /etc/portage/package.env/libreoffice app-office/libreoffice j4.conf % cat /etc/portage/env/j4.conf MAKEOPTS=-j4 I see. Clever. Do you file bugs when you need to restrict MAKEOPTS? Also I am somewhat surprised you can run libreoffice with MAKEOPTS=-j4. I seem to remember that being one of the ones I had to degrade. Thanks for the tip, I will use it. allan
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
gottl...@nyu.edu wrote: Also I am somewhat surprised you can run libreoffice with MAKEOPTS=-j4. I seem to remember that being one of the ones I had to degrade. Thanks for the tip, I will use it. allan I update libreoffice whenever it needs it and I have this setting: MAKEOPTS=-j16 It hasn't failed me in a long time, except for the time I ran out of space. Maybe things have been fixed so it can build with that setting where it couldn't before? May want to try it sometime when you got time on your hands. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, Mar 25 2013, Dale wrote: gottl...@nyu.edu wrote: Also I am somewhat surprised you can run libreoffice with MAKEOPTS=-j4. I seem to remember that being one of the ones I had to degrade. Thanks for the tip, I will use it. allan I update libreoffice whenever it needs it and I have this setting: MAKEOPTS=-j16 It hasn't failed me in a long time, except for the time I ran out of space. Maybe things have been fixed so it can build with that setting where it couldn't before? May want to try it sometime when you got time on your hands. Dale Thanks. My data may well be old. allan
Re: [gentoo-user] Is 'MAKEOPTS=--jobs --load-average=5' silly?
On Mon, Mar 25, 2013 at 10:25:58PM +, Neil Bothwick wrote Running MAKEOPTS=-j1 as default on a multi-core processor seems an awful waste of resources, unless it is needed for something else, in which case I don't run emerge at all. Running around for a few hours trying to replicate an unreplicatable build failure is even more of a waste. After the first couple of builds that ran into problems, and were cured by -j1, I made it the default on my mcahines. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
