Re: [arch-general] kde4 color-schemes posted at kde-look in the interim

2010-02-07 Thread David C. Rankin
On 02/07/2010 08:40 PM, Andrea Scarpino wrote: > On Monday 08 February 2010 03:32:50 David C. Rankin wrote: >> Guys, >> >> Take a look if you are interested. > Is this about Arch Linux? ...and you already have a thread for your styles, > haven't you? > Sorry Andrea, Just dropping a

[arch-general] Problem with sa-update up when updating spamassassin

2010-02-07 Thread David C. Rankin
Guys, I had a problem while updating spamassassin. Running the sa-update app as specified in the package dependencies results in a 404 error from the site the script attempts to connect to. Dunno if it's SA or if there was a type in the package concerning the URL. Here is the dependency a

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Ng Oon-Ee
On Mon, Feb 8, 2010 at 10:49 AM, wrote: > On Mon, Feb 08, 2010 at 12:23:28AM -0200, Andre Ramaciotti wrote: > >> > Providing only the latest in the repos is OK, but erasing a >> > previous version **with a different major version number** >> > on a user's system surely isn't, as existing applicat

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread fons
On Mon, Feb 08, 2010 at 12:23:28AM -0200, Andre Ramaciotti wrote: > > Providing only the latest in the repos is OK, but erasing a > > previous version **with a different major version number** > > on a user's system surely isn't, as existing applications > > will depend on it. > > The user shoul

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Ng Oon-Ee
Hi fons, On Mon, Feb 8, 2010 at 10:02 AM, wrote: > Replacing is allowed only if the major version > number stays the same (which implies the lib > will be compatible with the one it replaces). > > The only alternative to this is making sure that > updated versions of all apps are made available

Re: [arch-general] kde4 color-schemes posted at kde-look in the interim

2010-02-07 Thread Andrea Scarpino
On Monday 08 February 2010 03:32:50 David C. Rankin wrote: > Guys, > > Just dropping a note that the BlackGold, DeepBlueGold, and DarkRedGold > color-schemes that I'm working on packaging here were posted to > kde-look.org as well. The urls are: > > (BlackGold) > http://kde-look.org/content

[arch-general] kde4 color-schemes posted at kde-look in the interim

2010-02-07 Thread David C. Rankin
Guys, Just dropping a note that the BlackGold, DeepBlueGold, and DarkRedGold color-schemes that I'm working on packaging here were posted to kde-look.org as well. The urls are: (BlackGold) http://kde-look.org/content/show.php?content=119891 (DarkRedGold) http://kde-look.org/content/show.

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Andre Ramaciotti
f...@kokkinizita.net writes: > On Mon, Feb 08, 2010 at 11:29:28AM +1000, Allan McRae wrote: > >> >I find it extremely strange that updating a library >> >removes the original - never seen this on any other >> >distro. Nor is there any need to do this. >> >> We only package the latest stable versi

Re: [arch-general] pacman message: "too much happens::" ...

2010-02-07 Thread Daenyth Blank
On Sun, Feb 7, 2010 at 15:32, clemens fischer wrote: > No chance.  'Cause it went away by itself.  How about checking the > servers?  Does any component of them contain that string "too much > happens"?  I can imagine many people accessed the package servers due to > the libpng* updates. > > > cle

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Robert Howard
All programs should be rebuilt with the new libs. On Feb 7, 2010 9:06 PM, wrote: On Mon, Feb 08, 2010 at 11:29:28AM +1000, Allan McRae wrote: > >I find it extremely strange that up... Providing only the latest in the repos is OK, but erasing a previous version **with a different major version n

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread fons
On Mon, Feb 08, 2010 at 11:29:28AM +1000, Allan McRae wrote: > >I find it extremely strange that updating a library > >removes the original - never seen this on any other > >distro. Nor is there any need to do this. > > We only package the latest stable versions of software and so very > rarely h

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Ionut Biru
On 02/08/2010 03:21 AM, f...@kokkinizita.net wrote: Hello all, Today I installed Latex (texlive). Doing this installed new versions of libpng and libjpeg, and this broke emacs, xv and gnuplot (and maybe others I haven't discovered yet). I was able to make xv work again by removing and re-instal

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Andre Ramaciotti
f...@kokkinizita.net writes: > Hello all, > > Today I installed Latex (texlive). Doing this installed > new versions of libpng and libjpeg, and this broke emacs, > xv and gnuplot (and maybe others I haven't discovered yet). > > I was able to make xv work again by removing and re-installing > it. T

Re: [arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread Allan McRae
On 08/02/10 11:21, f...@kokkinizita.net wrote: Hello all, Today I installed Latex (texlive). Doing this installed new versions of libpng and libjpeg, and this broke emacs, xv and gnuplot (and maybe others I haven't discovered yet). I was able to make xv work again by removing and re-installing

[arch-general] library version conflict -- how does Arch solve this ?

2010-02-07 Thread fons
Hello all, Today I installed Latex (texlive). Doing this installed new versions of libpng and libjpeg, and this broke emacs, xv and gnuplot (and maybe others I haven't discovered yet). I was able to make xv work again by removing and re-installing it. This didn't help for emacs, but adding a symb

Re: [arch-general] pacman message: "too much happens::" ...

2010-02-07 Thread André Ramaciotti
On Sun, Feb 7, 2010 at 11:00 PM, Aaron Griffin wrote: > On Sun, Feb 7, 2010 at 2:32 PM, clemens fischer > wrote: > > Daenyth Blank wrote: > > > >> On Fri, Feb 5, 2010 at 18:07, clemens fischer > >> wrote: > >>> Sorry. It's an fcrontab entry: > >>> > >>> { pacman --noprogressbar -Sy && pacman -

Re: [arch-general] pacman message: "too much happens::" ...

2010-02-07 Thread Aaron Griffin
On Sun, Feb 7, 2010 at 2:32 PM, clemens fischer wrote: > Daenyth Blank wrote: > >> On Fri, Feb 5, 2010 at 18:07, clemens fischer >> wrote: >>> Sorry.  It's an fcrontab entry: >>> >>>  { pacman --noprogressbar -Sy && pacman --noprogressbar -Qu || :; } 2>&1 >> >> Try it with --debug for more info?

[arch-general] Eben Moglen's view on mkisofs GPL (non-)compliance

2010-02-07 Thread Xavier Chantry
I also hope this helps somehow. -- Forwarded message -- From: Karl Berry via RT Date: Sun, Feb 7, 2010 at 1:42 AM Subject: [gnu.org #544172] Fwd: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit To: chantry.xav...@gmail.com Hello Xavier, Eben just sent me this sum

Re: [arch-general] pacman message: "too much happens::" ...

2010-02-07 Thread clemens fischer
Daenyth Blank wrote: > On Fri, Feb 5, 2010 at 18:07, clemens fischer > wrote: >> Sorry.  It's an fcrontab entry: >> >>  { pacman --noprogressbar -Sy && pacman --noprogressbar -Qu || :; } 2>&1 > > Try it with --debug for more info? No chance. 'Cause it went away by itself. How about checking t

Re: [arch-general] WARNING: mkinitcpio 0.5.99 .3 (kill-klibc) live in testing!

2010-02-07 Thread Tobias Powalowski
Am Sonntag 07 Februar 2010 schrieb pyther: > On 02/07/2010 06:03 AM, Thomas Bächler wrote: > > Okay, this is it. The busybox-based mkinitcpio is entering testing now. > > BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT > > use this if you have root on NFS, it is NOT IMPLEMENT

Re: [arch-general] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!

2010-02-07 Thread Thomas Bächler
Am 07.02.2010 16:43, schrieb pyther: > Not sure how to troubleshoot this, but when I'm booting "Activating RAID > arrays" states FAILED, however my RAID 1 loads without a problem. I > rarely restart this machine and when I do I usually neglect paying any > attention to the boot process. Therefore,

Re: [arch-general] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!

2010-02-07 Thread pyther
On 02/07/2010 06:03 AM, Thomas Bächler wrote: Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet. Known issues: If you use 2.6.33 and enable the

Re: [arch-general] Pacman trigger

2010-02-07 Thread Nilesh Govindarajan
On 02/06/2010 07:59 PM, Jim Pryor wrote: On Sat, Feb 06, 2010 at 11:36:59PM +1000, Allan McRae wrote: On 06/02/10 23:31, Nilesh Govindarajan wrote: Is there some app that will do some actions on updating some software ? Like for example, I want that in /usr/lib/firefox-/defaults/preferences/fi

[arch-general] WARNING: mkinitcpio 0.5.99.3 (kill-klibc) live in testing!

2010-02-07 Thread Thomas Bächler
Okay, this is it. The busybox-based mkinitcpio is entering testing now. BACK UP YOUR OLD (WORKING) INITRAMFS (kernel26.img) FILE! Also, do NOT use this if you have root on NFS, it is NOT IMPLEMENTED yet. Known issues: If you use 2.6.33 and enable the support for ext2/ext3 in the ext4 driver, root