Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, 27 Jan 2011 07:12:24 +0200, Nikos Chantziaras wrote: I'm aware that portage uses locking mechanism before modifying 'world' file, but what about the actual building process ? I'd expect emerge to check if dependency package is already build/installed (or currently being build by another instance) and just skip it in this case, however I haven't tried it yet.. Can anybody shred some light on this ? You can try, but the second instance with simply block until the lock has been removed. The lock is not there for the entire emerge, I have run two emerges at the same time, such as when I needed to install something while a world update is in progress. It is possible, but not recommended as a general strategy. That's what --jobs is for. -- Neil Bothwick Top Oxymorons Number 21: Now, then ... signature.asc Description: PGP signature
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Neil Bothwick wrote: On Thu, 27 Jan 2011 07:12:24 +0200, Nikos Chantziaras wrote: I'm aware that portage uses locking mechanism before modifying 'world' file, but what about the actual building process ? I'd expect emerge to check if dependency package is already build/installed (or currently being build by another instance) and just skip it in this case, however I haven't tried it yet.. Can anybody shred some light on this ? You can try, but the second instance with simply block until the lock has been removed. The lock is not there for the entire emerge, I have run two emerges at the same time, such as when I needed to install something while a world update is in progress. It is possible, but not recommended as a general strategy. That's what --jobs is for. I have done the same thing and as long as the dependencies don't clash, it works fine. However, if you start one emerge with a set of dependencies, then start another and they clash somewhere in the middle, portage has issues. That is where the locks would kick in I guess. I would also imagine that portage could emerge the same package twice too. If one instance of emerge doesn't know what the other instance has already done, then the second one could emerge it again. Doesn't emerge do all the calculating at the beginning and runs with that until the end? I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. I agree, using --jobs is the best way to do this. It works really well if you have a fast multi-core CPU. I wish I had got me a 6 core one now. ;-) Dale :-) :-)
[gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On 01/27/2011 03:11 PM, Dale wrote: [...] I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). It's preferred because with emerge -jN the last package will only use one CPU, while with -jN in MAKEOPTS even the last package will use N CPUs. Furthermore, emerge can't always build N packages at the same time because one can depend on the other, so it will have to wait until the dependency is built.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 03:33:21PM +0200, Nikos Chantziaras wrote: On 01/27/2011 03:11 PM, Dale wrote: [...] I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). It's preferred because with emerge -jN the last package will only use one CPU, while with -jN in MAKEOPTS even the last package will use N CPUs. Furthermore, emerge can't always build N packages at the same time because one can depend on the other, so it will have to wait until the dependency is built. On the other hand, unpacking, configure and install stages are not parallel and emerge can do those in parallel for different packages... The best would be somewhere in the middle ;) There are also the load-average options to -j, i.e.: MAKEOPTS=-j -l5 emerge -j --load-average=5 which makes make spawn parallel processes while load average is below 5 and the same for emerge spawning parallel ebuilds (when make isn't parallel enough) yoyo
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 15:05:25 YoYo Siska wrote: On Thu, Jan 27, 2011 at 03:33:21PM +0200, Nikos Chantziaras wrote: On 01/27/2011 03:11 PM, Dale wrote: [...] I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). It's preferred because with emerge -jN the last package will only use one CPU, while with -jN in MAKEOPTS even the last package will use N CPUs. Furthermore, emerge can't always build N packages at the same time because one can depend on the other, so it will have to wait until the dependency is built. On the other hand, unpacking, configure and install stages are not parallel and emerge can do those in parallel for different packages... The best would be somewhere in the middle ;) There are also the load-average options to -j, i.e.: MAKEOPTS=-j -l5 emerge -j --load-average=5 which makes make spawn parallel processes while load average is below 5 and the same for emerge spawning parallel ebuilds (when make isn't parallel enough) yoyo Hmmm... didn't know about that one yet. Does that mean that by doing it like that, the emerge-process (and compile- processes) will try to keep the load average at 5 and if that is lower, it will keep adding more processes? -- Joost
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, 27 Jan 2011 15:33:21 +0200, Nikos Chantziaras wrote: I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). And how many CPU cores are used during the configure and install stages? Using --jobs does a better job of making use of your CPU because one package can use it fully for compiling while another is configuring. -- Neil Bothwick Beware of the opinion of someone without any facts. signature.asc Description: PGP signature
[gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On 01/27/2011 04:16 PM, Neil Bothwick wrote: On Thu, 27 Jan 2011 15:33:21 +0200, Nikos Chantziaras wrote: I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). And how many CPU cores are used during the configure and install stages? Using --jobs does a better job of making use of your CPU because one package can use it fully for compiling while another is configuring. And what about the last package? The time you gained for faster configure and install (which don't take too much time anyway) is wasted again on the last package.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, 27 Jan 2011 16:30:30 +0200, Nikos Chantziaras wrote: Using --jobs does a better job of making use of your CPU because one package can use it fully for compiling while another is configuring. And what about the last package? The time you gained for faster configure and install (which don't take too much time anyway) is wasted again on the last package. So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Note that I never use --jobs without an argument, 2 by default, although I could let emerge decide how many parallel processes to run. -- Neil Bothwick Top Oxymorons Number 47: Act naturally signature.asc Description: PGP signature
[gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On 01/27/2011 04:53 PM, Neil Bothwick wrote: On Thu, 27 Jan 2011 16:30:30 +0200, Nikos Chantziaras wrote: Using --jobs does a better job of making use of your CPU because one package can use it fully for compiling while another is configuring. And what about the last package? The time you gained for faster configure and install (which don't take too much time anyway) is wasted again on the last package. So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 7:33 AM, Nikos Chantziaras rea...@arcor.de wrote: On 01/27/2011 03:11 PM, Dale wrote: [...] I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). It's preferred because with emerge -jN the last package will only use one CPU, while with -jN in MAKEOPTS even the last package will use N CPUs. Furthermore, emerge can't always build N packages at the same time because one can depend on the other, so it will have to wait until the dependency is built. I use MAKEOPTS = -j12 along with emerge --jobs for portage. Needless to say my CPU is fully utilized during an emerge of KDE. :)
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Apparently, though unproven, at 17:09 on Thursday 27 January 2011, Nikos Chantziaras did opine thusly: On 01/27/2011 04:53 PM, Neil Bothwick wrote: On Thu, 27 Jan 2011 16:30:30 +0200, Nikos Chantziaras wrote: Using --jobs does a better job of making use of your CPU because one package can use it fully for compiling while another is configuring. And what about the last package? The time you gained for faster configure and install (which don't take too much time anyway) is wasted again on the last package. So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. KDE. unpack/configure/install takes up a significant amount of time for KDE -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 5:12 AM, Nikos Chantziaras rea...@arcor.de wrote: You can try, but the second instance with simply block until the lock has been removed. I'm not aware of any package system that supports this. I don't think adding support for this justifies the added complexity. Correct me if I'm wrong but the only added complexity I can think of is an additional lock for package (ebuild) which is currently being built. Emerge would skip the locked packages during calculating dependencies and building phases and possibly wait for them to install. Just a naive idea though. Cheers, P.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. -- Neil Bothwick Head: (n.) the part of a disk drive which detects sectors and decides which of the two possible values to return: 'lose a turn' or 'bankrupt.' signature.asc Description: PGP signature
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Alan McKinnon wrote: Apparently, though unproven, at 17:09 on Thursday 27 January 2011, Nikos Chantziaras did opine thusly: Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. KDE. unpack/configure/install takes up a significant amount of time for KDE Putting reply in just one post this time. This is a discussion now and not a technical problem. The package that failed had nothing to do with it building more than one package at a time. For some reason, it didn't have one of the patches downloaded. I guess it was a failure between here and where the mirror is. When I restarted the emerge, it found it and no problems from there. It would have done the same thing if I wasn't using -j is the point here. Tthis was a KDE upgrade, it saved a LOT of time. Most of the time only a couple cores are really working especially when they are smaller packages. When using the -j option, all 4 cores were running and was pretty busy all the time. At one time, it was doing 20 packages at once. I also noticed the hard drive light was pretty steady too. All in all, using the -j option seems to have saved a lot of time here. This is a fairly new install so I can recall how long it took to install KDE the last time. This was much faster. Just reporting a real world experience here. I wish I had got a 6 core CPU now for sure. Maybe later. Dale :-) :-)
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, 27 Jan 2011 11:10:02 +0100, Neil Bothwick wrote about Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies: On Thu, 27 Jan 2011 07:12:24 +0200, Nikos Chantziaras wrote: [snip] You can try, but the second instance with simply block until the lock has been removed. The lock is not there for the entire emerge, I have run two emerges at the same time, such as when I needed to install something while a world update is in progress. It is possible, but not recommended as a general strategy. That's what --jobs is for. Ditto here. Moreover, it is safer to perform all the package installations in a single emerge, as the command will schedule dependencies correctly (most of the time). -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
[gentoo-user] Doubt about Python.
Hello, I'm running a Gentoo Box ~amd64, so, upgrading my system I could notice that there was 3 python versions. I have: Python 2.6 Python 2.7 Python 3.1 It is safe if I use as main Python 2.7 and as active version of Python; Python 3.1??? Or should I stay in Python 2.6? Regards, -- Carlos Sura.-
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 03:12:49PM +0100, J. Roeleveld wrote: On Thursday 27 January 2011 15:05:25 YoYo Siska wrote: On Thu, Jan 27, 2011 at 03:33:21PM +0200, Nikos Chantziaras wrote: On 01/27/2011 03:11 PM, Dale wrote: [...] I am using the -j option for the first time now. I'm updating KDE. It seems to work fine. It doesn't scroll all the stuff like with a regular emerges but this new rig is so fast, I can't read it anyway. I did have a package to fail and it spit out the error for me to read. You don't need that if you have MAKEOPTS set in your make.conf, which is preferred. The -j option of emerge emerges multiple packages, while with MAKEOPTS set to -j4 or whatever does a parallel build in the same package (meaning compiling multiple source files at the same time). It's preferred because with emerge -jN the last package will only use one CPU, while with -jN in MAKEOPTS even the last package will use N CPUs. Furthermore, emerge can't always build N packages at the same time because one can depend on the other, so it will have to wait until the dependency is built. On the other hand, unpacking, configure and install stages are not parallel and emerge can do those in parallel for different packages... The best would be somewhere in the middle ;) There are also the load-average options to -j, i.e.: MAKEOPTS=-j -l5 emerge -j --load-average=5 which makes make spawn parallel processes while load average is below 5 and the same for emerge spawning parallel ebuilds (when make isn't parallel enough) yoyo Hmmm... didn't know about that one yet. Does that mean that by doing it like that, the emerge-process (and compile- processes) will try to keep the load average at 5 and if that is lower, it will keep adding more processes? Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo
Re: [gentoo-user] Doubt about Python.
Carlos Sura wrote: Hello, I'm running a Gentoo Box ~amd64, so, upgrading my system I could notice that there was 3 python versions. I have: Python 2.6 Python 2.7 Python 3.1 It is safe if I use as main Python 2.7 and as active version of Python; Python 3.1??? Or should I stay in Python 2.6? Regards, -- Carlos Sura.- When it installs python 3, it tells you not to switch to it. Leave it at 2.6 or 2.7. Myself, I masked python 3. When the time comes that we have to have it, portage will tell us. Dale :-) :-)
[gentoo-user] Re: Doubt about Python.
On 2011-01-27, Carlos Sura carlos.su...@googlemail.com wrote: I'm running a Gentoo Box ~amd64, so, upgrading my system I could notice that there was 3 python versions. I have: Python 2.6 Python 2.7 Python 3.1 It is safe if I use as main Python 2.7 and as active version of Python; Probably not. Python 3.1??? Definitely not. Or should I stay in Python 2.6? Yes. You can use any version you want for your own apps, but as of a couple weeks ago, I know that switching the Gentoo system apps to Python 3 would break things. If the system apps are still using 2.6 insteadof 2.7, there's probably a reason... -- Grant Edwards grant.b.edwardsYow! It's a lot of fun at being alive ... I wonder if gmail.commy bed is made?!?
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27 2011, Neil Bothwick wrote: On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. OK I'm convinced since I know that those phases do take noticeable time. I have a 4 processor i7 model 620 (2 cores, doubled for hyperthreading) and have set MAKEOPTS=-j5. If I add -jobs=2 to EMERGE_DEFAULT_OPTS, should I lower MAKEOPTS to 3 (to 4)? thanks, allan
[gentoo-user] Paste into vim keeping indention or original?
What is the solution to begin able to paste code I find on the web
into a file in vim and being able to keep the indentation from
changing?
For instance, here's the first few lines of code from a web page:
#define ARRAYSIZE(x) (sizeof(x)/sizeof(*(x)))
int main(void)
{
const char filename[] = file.csv;
/*
* Open the file.
*/
The indentation on the code from const down is consistently 3 spaces:
Pasted into vi:
#define ARRAYSIZE(x) (sizeof(x)/sizeof(*(x)))
int main(void)
{
const char filename[] = file.csv;
/*
* Open the file.
*/
In this case const is correct, but the next line is 6 spaces, then 9
spaces, then 12 spaces.
If it matters, I'm using KDE using Konsole, but I've seen this in
other WMs. I looked at the Tab settings in my Konsole profile but
nothing seems to matter.
Thanks,
Mark
Re: [gentoo-user] Doubt about Python.
On Thu, Jan 27, 2011 at 1:00 PM, Carlos Sura carlos.su...@googlemail.com wrote: It is safe if I use as main Python 2.7 and as active version of Python; Python 3.1??? 2.7 is pretty safe at this point; I use this as my main version I haven't hit an issue in a while. 3.1 is probably not such a good idea.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 19:56:23 Allan Gottlieb wrote: On Thu, Jan 27 2011, Neil Bothwick wrote: On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. OK I'm convinced since I know that those phases do take noticeable time. I have a 4 processor i7 model 620 (2 cores, doubled for hyperthreading) and have set MAKEOPTS=-j5. If I add -jobs=2 to EMERGE_DEFAULT_OPTS, should I lower MAKEOPTS to 3 (to 4)? thanks, allan You could, as if you leave it at -j5, you can end up with 2 * 5 = 10 processed, eg: similar as if running with MAKEOPTS=-j10 I think the option that YoYo came with is a good compromise: # MAKEOPTS=-j -l5 emerge -j --load-average=5 Next time I am doing a big upgrade, I'm going to test that to see how it behaves. -- Joost
[gentoo-user] Re: Paste into vim keeping indention or original?
On Thu, Jan 27, 2011 at 11:07 AM, Mark Knecht markkne...@gmail.com wrote:
What is the solution to begin able to paste code I find on the web
into a file in vim and being able to keep the indentation from
changing?
For instance, here's the first few lines of code from a web page:
#define ARRAYSIZE(x) (sizeof(x)/sizeof(*(x)))
int main(void)
{
const char filename[] = file.csv;
/*
* Open the file.
*/
The indentation on the code from const down is consistently 3 spaces:
Pasted into vi:
#define ARRAYSIZE(x) (sizeof(x)/sizeof(*(x)))
int main(void)
{
const char filename[] = file.csv;
/*
* Open the file.
*/
In this case const is correct, but the next line is 6 spaces, then 9
spaces, then 12 spaces.
If it matters, I'm using KDE using Konsole, but I've seen this in
other WMs. I looked at the Tab settings in my Konsole profile but
nothing seems to matter.
Thanks,
Mark
I solved it by creating a .vimrc file and putting
set pastetoggle=F2
in it. Now I hit F2, vim says (paste), I do the paste and it works nicely.
- Mark
Re: [gentoo-user] Re: Paste into vim keeping indention or original?
On Thu, Jan 27, 2011 at 2:22 PM, Mark Knecht markkne...@gmail.com wrote: I solved it by creating a .vimrc file and putting set pastetoggle=F2 Running :set paste will do the job as well if you don't want to assign a hot key for it.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Dale :-) :-)
Re: [gentoo-user] Re: Paste into vim keeping indention or original?
On Thu, Jan 27, 2011 at 9:28 PM, Mike Gilbert floppymas...@gmail.com wrote: On Thu, Jan 27, 2011 at 2:22 PM, Mark Knecht markkne...@gmail.com wrote: I solved it by creating a .vimrc file and putting set pastetoggle=F2 Running :set paste will do the job as well if you don't want to assign a hot key for it. I usually do as Mike suggest. When I need to paste stuff into vim I just type :set paste and paste the stuff and continue working. Best regards Petri
[gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On 01/27/2011 09:41 PM, Dale wrote: YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5).
Re: [gentoo-user] Re: Doubt about Python.
On Thu, 27 Jan 2011 18:31:13 + (UTC), Grant Edwards wrote: You can use any version you want for your own apps, but as of a couple weeks ago, I know that switching the Gentoo system apps to Python 3 would break things. If the system apps are still using 2.6 insteadof 2.7, there's probably a reason... They don't, they use python:2. This box still works correctly without python 2.6, nothing complains. It did require a quite lengthy python-updater run before removing 2.6. -- Neil Bothwick I am NOT a NUMBER! I am a DEMOGRAPHIC! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Doubt about Python.
On 27 January 2011 14:21, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 27 Jan 2011 18:31:13 + (UTC), Grant Edwards wrote: You can use any version you want for your own apps, but as of a couple weeks ago, I know that switching the Gentoo system apps to Python 3 would break things. If the system apps are still using 2.6 insteadof 2.7, there's probably a reason... They don't, they use python:2. This box still works correctly without python 2.6, nothing complains. It did require a quite lengthy python-updater run before removing 2.6. -- Neil Bothwick I am NOT a NUMBER! I am a DEMOGRAPHIC! So It is safe or not? I'm currently using python 2.7 with no problems right now or at least I think so... 2.6 and 2.7 are safe, right. Ok, thank you all, I'm going to stay with python 2.7 to see what happens next. Regards, -- Carlos Sura.-
Re: [gentoo-user] Re: Paste into vim keeping indention or original?
On Thu, Jan 27, 2011 at 02:28:47PM -0500, Mike Gilbert wrote: On Thu, Jan 27, 2011 at 2:22 PM, Mark Knecht markkne...@gmail.com wrote: I solved it by creating a .vimrc file and putting set pastetoggle=F2 Running :set paste will do the job as well if you don't want to assign a hot key for it. BTW, if - vim has access to X (you run it on your local machine or from ssh -X or something similar) - is compiled with X support (check with vim --version | grep +X11) - and you :set mouse=a then you can paste by middle clicking in vim (not shift-middle click), which should paste the text as is... The difference is that with shift-middle click, or with vim that cannot talk to X, the terminal sends the selected text to vim as normal input (as if you would type it) and thus its get indented/formated/etc.. If you have mouse=a set and vim can talk to X, when you middle click it will ask X for the selection and insert it as is without any formatting yoyo
[gentoo-user] Compiz-Fusion does not show windows border
Hello mates, I'm running Gentoo ~amd64 I try to install compiz-fusion, following the wiki, everything seems to be fine, but when I try to run compiz-fusion, it works but not so well, because does not show me windows border, also I put compiz-fusion to use indirect rendering and loose binding but none of this works. I'm stuck. Here is my emerge --info: http://tinypaste.com/43af1 Extra: INTEL GMA VIDEO_CARDS= intel I'm using i915 driver (enabled modesetting on intel by default) What is wrong?? Regards, -- Carlos Sura.-
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 08:18:34PM +0100, J. Roeleveld wrote: On Thursday 27 January 2011 19:56:23 Allan Gottlieb wrote: On Thu, Jan 27 2011, Neil Bothwick wrote: On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. OK I'm convinced since I know that those phases do take noticeable time. I have a 4 processor i7 model 620 (2 cores, doubled for hyperthreading) and have set MAKEOPTS=-j5. If I add -jobs=2 to EMERGE_DEFAULT_OPTS, should I lower MAKEOPTS to 3 (to 4)? thanks, allan You could, as if you leave it at -j5, you can end up with 2 * 5 = 10 processed, eg: similar as if running with MAKEOPTS=-j10 I think the option that YoYo came with is a good compromise: # MAKEOPTS=-j -l5 emerge -j --load-average=5 Next time I am doing a big upgrade, I'm going to test that to see how it behaves. I was just building the whole system for my notebook in a chroot on my desktop machine ( I use FEATURES=buildpkg to build binary packages in the chroot on a fast desktop machine and then upgrade the notebook with the binary packages) and I used exactly that (-j -l5 for bot make and emerge). Can't say if it really is better or not ;) but most of the time all four cores were busy, though sometimes I saw even 6 or 7 gcc-s simultaneously in top ;) emerge was running 3 to 4 jobs most of the time, sometimes dropping to 1 and once I saw it emerging about 10 parallel packages ;) (mostly small things, which I guess were doing a lot of unpacking/configuring/installing but almost nothing of compiling ;) btw, just now I got this error from dev-lang/v8: SCons error: option -j: invalid integer value: '-l4' seems scons honors MAKEOPTS, but doesn't understand the loadaverage version (-j -l4) yoyo
Re: [gentoo-user] Compiz-Fusion does not show windows border
Don't forget to enable window decoration feature (run ccsm) and select your decorator. I'd recommend using fusion-icon, makes things much more accessible. Cheers, P. On Thu, Jan 27, 2011 at 9:01 PM, Carlos Sura carlos.su...@googlemail.comwrote: Hello mates, I'm running Gentoo ~amd64 I try to install compiz-fusion, following the wiki, everything seems to be fine, but when I try to run compiz-fusion, it works but not so well, because does not show me windows border, also I put compiz-fusion to use indirect rendering and loose binding but none of this works. I'm stuck. Here is my emerge --info: http://tinypaste.com/43af1 Extra: INTEL GMA VIDEO_CARDS= intel I'm using i915 driver (enabled modesetting on intel by default) What is wrong?? Regards, -- Carlos Sura.-
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On 01/27/2011 12:15 PM, Nikos Chantziaras wrote: Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). And if you use emerge's --jobs 2, each of those jobs will get the MAKEOPTS values sent to it. So, if you have MAKEOPTS=-s -j4 and you use --jobs 2 with emerge, then you'll get two jobs running gcc -s -j4. Enjoy.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 2:15 PM, Nikos Chantziaras rea...@arcor.de wrote: On 01/27/2011 09:41 PM, Dale wrote: YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). Once, when building my kernel, I accidentally forgot to specify the number of makes and ran make -j all. That was a really bad idea, the system became totally unresponsive for quite a long time, much longer than normal kernel build time, but it did eventually finish!
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 21:25:02 Paul Hartman wrote: On Thu, Jan 27, 2011 at 2:15 PM, Nikos Chantziaras rea...@arcor.de wrote: On 01/27/2011 09:41 PM, Dale wrote: YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). Once, when building my kernel, I accidentally forgot to specify the number of makes and ran make -j all. That was a really bad idea, the system became totally unresponsive for quite a long time, much longer than normal kernel build time, but it did eventually finish! I have found that multi-core systems with sufficient memory can handle -j (no value) a lot better then sindle-core systems. I do on occasion do it with the kernel and can still continue using the system. (For comparison, my desktop is a 4-core AMD64 with 8GB memory) -- Joost
[gentoo-user] from web-cyradm to postfixadmin
I have to migrate mailusers from web-cyradm to postfixadmin (sure, on a gentoo-server - on-topic ;-) ). Has anyone done that already? AFAI understand I have to export user/pws and import it in postfixadmin ... I am unsure about the encryption etc. Maybe someone could help me with infos or a pointer to some it works howto. Thanks, Stefan
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 22:06:30 YoYo Siska wrote: On Thu, Jan 27, 2011 at 08:18:34PM +0100, J. Roeleveld wrote: On Thursday 27 January 2011 19:56:23 Allan Gottlieb wrote: On Thu, Jan 27 2011, Neil Bothwick wrote: On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. OK I'm convinced since I know that those phases do take noticeable time. I have a 4 processor i7 model 620 (2 cores, doubled for hyperthreading) and have set MAKEOPTS=-j5. If I add -jobs=2 to EMERGE_DEFAULT_OPTS, should I lower MAKEOPTS to 3 (to 4)? thanks, allan You could, as if you leave it at -j5, you can end up with 2 * 5 = 10 processed, eg: similar as if running with MAKEOPTS=-j10 I think the option that YoYo came with is a good compromise: # MAKEOPTS=-j -l5 emerge -j --load-average=5 Next time I am doing a big upgrade, I'm going to test that to see how it behaves. I was just building the whole system for my notebook in a chroot on my desktop machine ( I use FEATURES=buildpkg to build binary packages in the chroot on a fast desktop machine and then upgrade the notebook with the binary packages) and I used exactly that (-j -l5 for bot make and emerge). Can't say if it really is better or not ;) but most of the time all four cores were busy, though sometimes I saw even 6 or 7 gcc-s simultaneously in top ;) emerge was running 3 to 4 jobs most of the time, sometimes dropping to 1 and once I saw it emerging about 10 parallel packages ;) (mostly small things, which I guess were doing a lot of unpacking/configuring/installing but almost nothing of compiling ;) btw, just now I got this error from dev-lang/v8: SCons error: option -j: invalid integer value: '-l4' seems scons honors MAKEOPTS, but doesn't understand the loadaverage version (-j -l4) You might be able to avoid this by using the long version in the MAKEOPTS for -l? Eg: MAKEOPTS=-j --load-average=5 emerge -j --load-average=5 -- Joost
Re: [gentoo-user] from web-cyradm to postfixadmin
Am 27.01.2011 22:52, schrieb Stefan G. Weichinger: I have to migrate mailusers from web-cyradm to postfixadmin (sure, on a gentoo-server - on-topic ;-) ). Has anyone done that already? AFAI understand I have to export user/pws and import it in postfixadmin ... I am unsure about the encryption etc. Browsed the config-files now. source // web-cyradm: # Defines if passwords are encrypted or not. # Valid Values: # - plain 0 No encription is used # - crypt 1 (shadow compatible encription) # - mysql 2 (MySQL PASSWORD function) # - md5 3 (MD5 digest) $CRYPT = crypt; and: target // postfixadmin: // Encrypt // In what way do you want the passwords to be crypted? // md5crypt = internal postfix admin md5 // md5 = md5 sum of the password // system = whatever you have set as your PHP system default // cleartext = clear text passwords (ouch!) // mysql_encrypt = useful for PAM integration // authlib = support for courier-authlib style passwords // dovecot:CRYPT-METHOD = use dovecotpw -s 'CRYPT-METHOD'. Example: dovecot:CRAM-MD5 $CONF['encrypt'] = 'md5crypt'; --- Is crypt=md5crypt anyway? Does that mean I could export/import that user-table and be done? I will try and test soon ... but any YES from you would help anyway :) S
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thu, Jan 27, 2011 at 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On Thursday 27 January 2011 21:25:02 Paul Hartman wrote: On Thu, Jan 27, 2011 at 2:15 PM, Nikos Chantziaras rea...@arcor.de wrote: On 01/27/2011 09:41 PM, Dale wrote: YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). Once, when building my kernel, I accidentally forgot to specify the number of makes and ran make -j all. That was a really bad idea, the system became totally unresponsive for quite a long time, much longer than normal kernel build time, but it did eventually finish! I have found that multi-core systems with sufficient memory can handle -j (no value) a lot better then sindle-core systems. I do on occasion do it with the kernel and can still continue using the system. (For comparison, my desktop is a 4-core AMD64 with 8GB memory) Strange, in my case it was an i7 920 (4 cores, hyperthreaded, appears as 8 CPUs to Linux) with 12GB of RAM. Maybe if I prefixed it withnice it would not have brought my computer to its knees... or maybe related to the schedulers and other kernel voodoo that I don't understand. I might try it again someday :)
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 22:06:30 YoYo Siska wrote: On Thu, Jan 27, 2011 at 08:18:34PM +0100, J. Roeleveld wrote: On Thursday 27 January 2011 19:56:23 Allan Gottlieb wrote: On Thu, Jan 27 2011, Neil Bothwick wrote: On Thu, 27 Jan 2011 17:09:27 +0200, Nikos Chantziaras wrote: So on a 20 package world update, only 19 are faster while the 20th runs at the same speed? Where's the loss there? Even if the last were slower, it would be worth it. Given the amount of time unpack/configure/install of most packages needs (very short), my observation is that it would not be worth it. Even if that were true, how much time would you have to save to justify adding -j 2 to EMERGE_DEFAULTS in make.conf? But it's not true, large packages spend a lot of time on these phases of the install. OK I'm convinced since I know that those phases do take noticeable time. I have a 4 processor i7 model 620 (2 cores, doubled for hyperthreading) and have set MAKEOPTS=-j5. If I add -jobs=2 to EMERGE_DEFAULT_OPTS, should I lower MAKEOPTS to 3 (to 4)? thanks, allan You could, as if you leave it at -j5, you can end up with 2 * 5 = 10 processed, eg: similar as if running with MAKEOPTS=-j10 I think the option that YoYo came with is a good compromise: # MAKEOPTS=-j -l5 emerge -j --load-average=5 Next time I am doing a big upgrade, I'm going to test that to see how it behaves. I was just building the whole system for my notebook in a chroot on my desktop machine ( I use FEATURES=buildpkg to build binary packages in the chroot on a fast desktop machine and then upgrade the notebook with the binary packages) and I used exactly that (-j -l5 for bot make and emerge). Can't say if it really is better or not ;) but most of the time all four cores were busy, though sometimes I saw even 6 or 7 gcc-s simultaneously in top ;) emerge was running 3 to 4 jobs most of the time, sometimes dropping to 1 and once I saw it emerging about 10 parallel packages ;) (mostly small things, which I guess were doing a lot of unpacking/configuring/installing but almost nothing of compiling ;) btw, just now I got this error from dev-lang/v8: SCons error: option -j: invalid integer value: '-l4' seems scons honors MAKEOPTS, but doesn't understand the loadaverage version (-j -l4) yoyo Doing an update now, just had this: *** top - 23:09:47 up 15:12, 4 users, load average: 5.92, 3.62, 1.87 Tasks: 321 total, 35 running, 285 sleeping, 0 stopped, 1 zombie Cpu(s): 89.5%us, 10.5%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8114712k total, 5266456k used, 2848256k free, 162600k buffers Swap: 12582904k total,0k used, 12582904k free, 2812008k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 24196 root 20 0 63756 39m 6932 R 15 0.5 0:00.45 cc1plus 24092 root 20 0 65532 40m 6896 R 15 0.5 0:00.64 cc1plus 24158 root 20 0 60572 36m 6832 R 15 0.5 0:00.50 cc1plus 24187 root 20 0 61296 36m 6904 R 15 0.5 0:00.45 cc1plus 24202 root 20 0 59404 34m 6832 R 14 0.4 0:00.43 cc1plus 24096 root 20 0 61272 36m 6868 R 14 0.5 0:00.56 cc1plus 24245 root 20 0 43364 20m 6372 R 12 0.3 0:00.36 cc1 24240 root 20 0 41636 18m 6340 R 12 0.2 0:00.35 cc1 24271 root 20 0 42776
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 23:05:22 Paul Hartman wrote: On Thu, Jan 27, 2011 at 3:46 PM, J. Roeleveld jo...@antarean.org wrote: On Thursday 27 January 2011 21:25:02 Paul Hartman wrote: On Thu, Jan 27, 2011 at 2:15 PM, Nikos Chantziaras rea...@arcor.de wrote: On 01/27/2011 09:41 PM, Dale wrote: YoYo Siska wrote: Yes. It might not be perfect, but mostly it works pretty well. Once make started 10 or so process, which ate all my ram, because I forgot to reenable swap, when I was playing with something before that :) yoyo I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). Once, when building my kernel, I accidentally forgot to specify the number of makes and ran make -j all. That was a really bad idea, the system became totally unresponsive for quite a long time, much longer than normal kernel build time, but it did eventually finish! I have found that multi-core systems with sufficient memory can handle -j (no value) a lot better then sindle-core systems. I do on occasion do it with the kernel and can still continue using the system. (For comparison, my desktop is a 4-core AMD64 with 8GB memory) Strange, in my case it was an i7 920 (4 cores, hyperthreaded, appears as 8 CPUs to Linux) with 12GB of RAM. Maybe if I prefixed it withnice it would not have brought my computer to its knees... or maybe related to the schedulers and other kernel voodoo that I don't understand. I might try it again someday :) That is strange, unless your harddrive is really underperforming? Or do you have all the options in the kernel selected? Btw, HyperThreading doesn't work too well when you have a lot of identical tasks. In that case, you might end up with lesser performance as there are no usable unused parts in your cores, but the CPU-schedules (the hardware one for HT) is looking for things to fill those last few bits with. -- Joost
[gentoo-user] Re: Paste into vim keeping indention or original?
Mark Knecht markknecht at gmail.com writes: What is the solution to begin able to paste code I find on the web into a file in vim and being able to keep the indentation from changing? Well, if you want to keep it simple, here is what I do: edit /etc/vim/vimrc set ai Always set auto-indenting on set noai No auto indenting (James added this now pasting into with vi does not indent deeper with each line. hth, James
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 22:18:22 J. Roeleveld wrote: On Thursday 27 January 2011 23:05:22 Paul Hartman wrote: On Thu, Jan 27, 2011 at 3:46 PM, J. Roeleveld jo...@antarean.org wrote: Once, when building my kernel, I accidentally forgot to specify the number of makes and ran make -j all. That was a really bad idea, the system became totally unresponsive for quite a long time, much longer than normal kernel build time, but it did eventually finish! I have found that multi-core systems with sufficient memory can handle -j (no value) a lot better then sindle-core systems. I do on occasion do it with the kernel and can still continue using the system. (For comparison, my desktop is a 4-core AMD64 with 8GB memory) Strange, in my case it was an i7 920 (4 cores, hyperthreaded, appears as 8 CPUs to Linux) with 12GB of RAM. Maybe if I prefixed it withnice it would not have brought my computer to its knees... or maybe related to the schedulers and other kernel voodoo that I don't understand. I might try it again someday :) That is strange, unless your harddrive is really underperforming? Or do you have all the options in the kernel selected? Btw, HyperThreading doesn't work too well when you have a lot of identical tasks. In that case, you might end up with lesser performance as there are no usable unused parts in your cores, but the CPU-schedules (the hardware one for HT) is looking for things to fill those last few bits with. I'm running i7 Q 720 (4 cores, hyperthreaded) and have MAKEOPTS=-j9 without any slowdown. One or two packages (like OpenOffice) will fail and need -j=1 to emerge. Otherwise no noticeable drop in desktop responsiveness. I have not set up portage niceness so it runs with default value. Given the above what shall I set --load-average as? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
Nikos Chantziaras wrote: On 01/27/2011 09:41 PM, Dale wrote: I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). I just used -j with no number. It worked fine and I played Solitaire and checked my email while it was running. The only thing I noticed was it using swap. That could slow things down but otherwise, it worked fine. I do have the nice and ionice settings in make.conf tho. That helps a lot for sure. Without those, it would likely slow down a lot. Dale :-) :-)
Re: [gentoo-user] Re: Doubt about Python.
On Thu, 27 Jan 2011 14:50:57 -0600, Carlos Sura wrote: So It is safe or not? I'm currently using python 2.7 with no problems right now or at least I think so... 2.6 and 2.7 are safe, right. 2.6 and 2.7 are safe, either alone or together. I removed 2.6 from my desktop nearly four months ago with no ill effects. 3.1 is fine to have installed, but don't make it the default. Scripts that want 3.1 can still use it but you don't break backward compatibility. -- Neil Bothwick If at first you don't succeed, skydiving is not for you. signature.asc Description: PGP signature
[gentoo-user] kmix/sound broken
kmix will not run. The icon just bounces and then terminates. Previously, installed kde4 using kde-meta. Rebuilding kde-meta does not go into all of the individual packages. I've never had trouble with kmix before, so any guidance as to what package(s) to rebuild, would be appreciated. Rebuilding kmix alone did not solve the problem... (emerge -1Dv kmix) Ideas or suggestions are most welcome. The machine runs an identical kernel as another machine (actually just about everything is identical, particularly the hardware) and kmix is fine on that machine. Sound is also broken on the system where kmix is broken. ideas? James
[gentoo-user] Re: Doubt about Python.
On 01/27/2011 12:21 PM, Neil Bothwick wrote: I am NOT a NUMBER! I am a DEMOGRAPHIC! I am NOT a HUSBAND! I am a MARITAL SERVICES PROVIDER! sigh
Re: [gentoo-user] kmix/sound broken
On Thursday 27 January 2011 23:08:55 James wrote: kmix will not run. The icon just bounces and then terminates. Previously, installed kde4 using kde-meta. Rebuilding kde-meta does not go into all of the individual packages. I've never had trouble with kmix before, so any guidance as to what package(s) to rebuild, would be appreciated. Rebuilding kmix alone did not solve the problem... (emerge -1Dv kmix) Ideas or suggestions are most welcome. The machine runs an identical kernel as another machine (actually just about everything is identical, particularly the hardware) and kmix is fine on that machine. Sound is also broken on the system where kmix is broken. ideas? What does kmix and kmix --keepvisibility show when you run them from a terminal? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] kmix/sound broken
Am 28.01.2011 00:08, schrieb James: kmix will not run. The icon just bounces and then terminates. Previously, installed kde4 using kde-meta. Rebuilding kde-meta does not go into all of the individual packages. [...] Ideas or suggestions are most welcome. The machine runs an identical kernel as another machine (actually just about everything is identical, particularly the hardware) and kmix is fine on that machine. Sound is also broken on the system where kmix is broken. Take a look at ~/.xsession-errors That's where most (all?) of KDE does its logging. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 23:59:24 Mick wrote: I'm running i7 Q 720 (4 cores, hyperthreaded) and have MAKEOPTS=-j9 without any slowdown. One or two packages (like OpenOffice) will fail and need -j=1 to emerge. Otherwise no noticeable drop in desktop responsiveness. I have not set up portage niceness so it runs with default value. Given the above what shall I set --load-average as? Not sure, I tested last night with a value of 12 and my system was still responsive. It depends, I think, on how well your system handles higher load. The best suggestion I can give is to actually test with values and see how well it responds. -- Joost
Re: [gentoo-user] Re: Simultaneously emerging multiple packages with same dependencies
On Thursday 27 January 2011 23:53:04 Dale wrote: Nikos Chantziaras wrote: On 01/27/2011 09:41 PM, Dale wrote: I noticed the same thing with mine. It used a LOT of ram. I have 4Gbs and it was up to about 3Gbs at one point and using some swap as well. I'm hoping to max out to 16Gbs as soon as I can. May upgrade to a 6 core CPU too. I wonder how much faster it would be if the work directory is put on tmpfs? With 16Gbs, that should work even for OOo. Btw, if you're using more instances than the amount of CPUs, the result will be slow-down. With the default kernel scheduler, best if amount of CPUs + 1. (On a 4-core, that's -j5). I just used -j with no number. It worked fine and I played Solitaire and checked my email while it was running. The only thing I noticed was it using swap. That could slow things down but otherwise, it worked fine. I do have the nice and ionice settings in make.conf tho. That helps a lot for sure. Without those, it would likely slow down a lot. Which settings do you use for that? -- Joost
