Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On Sun, Apr 1, 2012 at 7:49 AM, Vitor Garcia wrote: > On Sun, 01 Apr 2012 13:37:27 +0200 > Florian Pritz wrote: > >> Simple tests (building readline because it's small) with -j4 and -j8 >> on my i7-920 show that -j8 is around 20% faster than -j4. IIRC >> wikipedia states that HT core can increase

Re: [arch-general] elinks is unverifiable

Thanks, the pacman-key command did the trick. Jude

Re: [arch-general] Note on Trinity R14 (3.5.14)

On 03/30/2012 09:51 AM, David C. Rankin wrote: > The following new packages are complete: > > > Still need libpng15 patches for koffice & digikam (in work). > I have updated the wiki to include a current list of completed packages as well as those packages that still need code updates (primar

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/01/2012 05:47 PM, Jesse Juhani Jaara wrote: > su, 2012-04-01 kello 14:44 -0500, David C. Rankin kirjoitti: >> make || return 1 > > Those '|| return 1' statements havent been used in long time anymore, > yoy can just remove all them :D Thanks!

Re: [arch-general] usermove update

On Sun, Apr 1, 2012 at 10:48 PM, Arthur Titeica wrote: > On Sunday 01 April 2012 22:41:00 Tom Gundersen wrote: >> Hi guys, >> >> The recent updates of kmod, systemd and udev in testing moves >> /lib/{systemd,udev,modprobe.d,depmod.d} to /usr/. The old location >> will, for the time being, continue

Re: [arch-general] usermove update

On Sunday 01 April 2012 22:41:00 Tom Gundersen wrote: > Hi guys, > > The recent updates of kmod, systemd and udev in testing moves > /lib/{systemd,udev,modprobe.d,depmod.d} to /usr/. The old location > will, for the time being, continue to work for config files (as well > as udev rules and systemd

[arch-general] usermove update

Hi guys, The recent updates of kmod, systemd and udev in testing moves /lib/{systemd,udev,modprobe.d,depmod.d} to /usr/. The old location will, for the time being, continue to work for config files (as well as udev rules and systemd unit files). However, helper programs installed to /lib/{systemd

Re: [arch-general] google-earth 6.2.1.6014 (beta) AUR

Op 1/04/12 21:13, Paulo Roberto P. Evangelista schreef: > Hi, > > google-earth is freezing when I try to zoom in, the whole system hangs > and I must make a reboot. > > someone experiencing this same problem? > > Hardware and down my version of google-earth > > 6.2.1.6014 (beta) > > # lspci > 00:00

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

su, 2012-04-01 kello 14:44 -0500, David C. Rankin kirjoitti: > make || return 1 Those '|| return 1' statements havent been used in long time anymore, yoy can just remove all them :D signature.asc Description: This is a digitally signed message part

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On 04/01/2012 03:45 AM, Auguste Pop wrote: > i am not sure why are you trying to do it in PKGBUILD. if you have > several machines that you want to have different settings, why not set > /etc/makepkg.conf or $HOME/.makepkg.conf separately? > > anyway, i think the following command can easily get t

[arch-general] google-earth 6.2.1.6014 (beta) AUR

Hi, google-earth is freezing when I try to zoom in, the whole system hangs and I must make a reboot. someone experiencing this same problem? Hardware and down my version of google-earth 6.2.1.6014 (beta) # lspci 00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM C

Re: [arch-general] [translation] pacman 4.0.3 string freeze

On 28/03/12 20:10, Dan McGee wrote: > Only very minor updates, very few strings have changed. > > More info: http://www.archlinux.org/pacman/translation-help.html > Transifex page: https://www.transifex.net/projects/p/archlinux-pacman/r/4-0-3/ > Due by: 2012-04-02 > > Thanks! > -Dan Spanish done

Re: [arch-general] Lock at shutdown with some kernels

On Mar 30, 2012 10:14 AM, "XeCycle" wrote: > > > Thanks for the hint, but shouldn't make sense for me. I don't > have this piece of hardware, therefore this module isn't likely > to get loaded. > > The problem is I don't know what's happening when it hangs. > Otherwise I could have debugged it my

Re: [arch-general] elinks is unverifiable

On Sun, Apr 01, 2012 at 10:43:20AM -0400, Jude DaShiell wrote: > Script started on Sun Apr 1 10:40:14 2012 > [root@localhost ~]# exitpacman -Ss > soundsexitpacman -Sy elinks Apart from what Christoph said, never run pacman -Sy . This can cause trouble, as the dep

Re: [arch-general] elinks is unverifiable

On 04/01/2012 04:43 PM, Jude DaShiell wrote: > error: elinks: key "396E3E25BAB142C1" is unknown > error: key "396E3E25BAB142C1" could not be looked up remotely > error: failed to commit transaction (invalid or corrupted package (PGP > signature)) > Errors occurred, no packages were upgraded. Have

[arch-general] elinks is unverifiable

Script started on Sun Apr 1 10:40:14 2012 [root@localhost ~]# exitpacman -Ss soundsexitpacman -Sy elinks :: Synchronizing package databases... core is up to date extra is up to date community is up to date resolving dependencies... looking for inter-conflicts..

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On 1 April 2012 10:59, David C. Rankin wrote: > Guys, > > Is there any way to check the number of cores on a machine to set the > number > of jobs within a PKGBUILD?: > > make -j'X' > > I have some dual-core and some quad-core boxes and the difference between > -j2 > and -j4 on build time is trem

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

Because if there are 4 cores doing heavy CPU lifting of 4 threads, when one is finished, you then waste time loading up the next thread because it's reading from the disk. If you have it already done with I/O it will be ready and less time is wasted. Calvin On Apr 1, 2012 9:09 AM, "Baho Utot" wr

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On 04/01/2012 08:37 AM, Calvin Morrison wrote: Often higher cores benefit high I/O applications. If gcc is bottlenecking at reading and writing, sometimes more threads will help. How does that help? Sounds backwards to me On Apr 1, 2012 7:49 AM, "Vitor Garcia" wrote: On Sun, 01 Apr 2012

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

Often higher cores benefit high I/O applications. If gcc is bottlenecking at reading and writing, sometimes more threads will help. On Apr 1, 2012 7:49 AM, "Vitor Garcia" wrote: > On Sun, 01 Apr 2012 13:37:27 +0200 > Florian Pritz wrote: > > > Simple tests (building readline because it's small)

Re: [arch-general] mkisofs question

gt wrote: > On Sat, Mar 31, 2012 at 06:18:33PM -0400, Jude DaShiell wrote: > > Can any options be used with mkisofs to tell it if an single image will > > have a size larger than 1 dvd can hold, make as many additional images as > > necessary so that everything will fit on more than a single dv

Re: [arch-general] mkisofs question

Jude DaShiell wrote: > Can any options be used with mkisofs to tell it if an single image will > have a size larger than 1 dvd can hold, make as many additional images as > necessary so that everything will fit on more than a single dvd? Mkisofs -print-size Jörg -- EMail:jo...@schily.isdn.

Re: [arch-general] a couple cdrecord questions

Jude DaShiell wrote: > This is NEC hardware here and I'm always issued two warnings whenever I > try to burn anything. The first is that input buffer cannot be read and > the second is that the dma speed test is skipped. What things can I > change in order to clear these warnings? I am not

Re: [arch-general] [translation] pacman 4.0.3 string freeze

Done for danish.

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On Sun, 01 Apr 2012 13:37:27 +0200 Florian Pritz wrote: > Simple tests (building readline because it's small) with -j4 and -j8 > on my i7-920 show that -j8 is around 20% faster than -j4. IIRC > wikipedia states that HT core can increase performance by up to 30%. This is nice to know. I work with

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On 01.04.2012 13:05, Vitor Garcia wrote: > On Sun, 1 Apr 2012 04:45:08 -0400 > Auguste Pop wrote: > >> anyway, i think the following command can easily get the information >> you need: grep -c processor /proc/cpuinfo > > > This command will make a few 2 Cores processor with some kind of > virtu

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i?PKGBUILD?

On Sun, Apr 01, 2012 at 04:28:53PM +0800, XeCycle wrote: > Jesse Jaara 写到： > > > Makepkg.conf > > MAKEFLAGS="-jX" > > > > Innstall renice and you wont even > > Notice the building, as gcc's priority > > is set so low by renice. > > That doesn't solve everything, though. A notebook user like me

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On Sun, 1 Apr 2012 04:45:08 -0400 Auguste Pop wrote: > anyway, i think the following command can easily get the information > you need: grep -c processor /proc/cpuinfo This command will make a few 2 Cores processor with some kind of virtual processing technology (like hyper-threading) to be cou

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

On Sun, Apr 1, 2012 at 12:59 AM, David C. Rankin wrote: > Guys, > >  Is there any way to check the number of cores on a machine to set the number > of jobs within a PKGBUILD?: > > make -j'X' > > I have some dual-core and some quad-core boxes and the difference between -j2 > and -j4 on build time i

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

Jesse Jaara 写到： > Makepkg.conf > MAKEFLAGS="-jX" > > Innstall renice and you wont even > Notice the building, as gcc's priority > is set so low by renice. That doesn't solve everything, though. A notebook user like me may find the CPU gets too hot when building with aggressive parallel options

Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?

Makepkg.conf MAKEFLAGS="-jX" Innstall renice and you wont even Notice the building, as gcc's priority is set so low by renice.