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 I don't run "desktop environments"; I run useful applications
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?
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, 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?
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] 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] udev blocks systemd etc
On Mon, Mar 25, 2013 at 7:47 PM, Stefan G. Weichinger 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 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
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
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] 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
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?
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] 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] 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, Mar 25, 2013 at 5:38 PM, Stefan G. Weichinger 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: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:23 PM, Stefan G. Weichinger 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: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:18 PM, Mike Gilbert wrote: > On Mon, Mar 25, 2013 at 4:59 PM, Stefan G. Weichinger 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
On Mon, Mar 25, 2013 at 4:59 PM, Stefan G. Weichinger 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.
[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
[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