July 2009 - Arch-general - lists.archlinux.org

[arch-general] [signoff] device-mapper-1.02.33-1 & lvm2-2.02.48-1
by Eric Bélanger 10 Jul '09

10 Jul '09

Hi, I just pushed device-mapper-1.02.33-1 & lvm2-2.02.48-1 in testing. device-mapper-1.02.33-1 : minor upstream update, removed unneeded readline depends (close FS#15205) lvm2-2.02.48-1 : minor upstream update Please test and signoff. Users are encouraged to signoff too as only a few devs use this. Eric

1 0

Re: [arch-general] Mirror not updating
by Lee R. Burton 09 Jul '09

09 Jul '09

Sorry, just saw this email, RIT mirror is now syncing, ... seems a lockfile got stuck. Feel free to give me a call next time for a more rapid response to it. Thanks, Lee Burton lburton(a)mrow.org 301 910 0246 ----- Original Message ----- From: "Gerhard Brauer" <gerhard.brauer(a)web.de> To: arch-general(a)archlinux.org Sent: Thursday, July 9, 2009 10:00:00 AM GMT -05:00 US/Canada Eastern Subject: Re: [arch-general] Mirror not updating Am Donnerstag, den 09.07.2009, 09:27 -0400 schrieb David Rosenstrauch: > Anyone have contact info for the rit.edu mirror? It doesn't appear to > have been updated since June 30. I have contacted on Tuesday all mirror admin from the affected US/CA/EU mirrors, which are not synced and have all the same lastsync time. Only CA mirror http://mirror.twilightlair.net/arch is synced again from this block. I'll write a mail tomorrow again i nothing happens. > > Thanks, > > DR Gerhard "gerbra"

2 1

[arch-general] Are base packages assumed?
by Zé Ninguém 09 Jul '09

09 Jul '09

Hi there. I was wondering if base or base-devel packages should go in a package dependency list or not? What is the current policy about that? I noticed that the instructions to build a clean chroot tell to install base, base-devel and sudo, but does that means the package should be expecting them in a user system? Regards.

6 7

Re: [arch-general] Package release bump?
by Baho Utot 08 Jul '09

08 Jul '09

On Wed, 2009-07-08 at 23:54 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Wed, 2009-07-08 at 23:04 +1000, Allan McRae wrote: > > > >> Baho Utot wrote: > >> > >>> I am following the process for the rebuild of all the package that > >>> depends on libjpeg. > >>> > >>> When rebuilding packages due to another package like libjpeg does the > >>> package release number for the dependent package get bumped? > >>> > >>> > >> If I understand you correctly, you can add a versioned dependency on the > >> updated pkgrel. > >> > >> e.g. imagemagick in [testing] has deps on lcms>=1.18-2 and libwmf>=0.2.8.4-5 > >> > >> Allan > >> > >> > >> > >> > > > > For example: > > > > (from another email for libjpeg > > > > Giovanni Scafora <giovanni(a)archlinux.org> > > Reply-to: Public mailing list for Arch Linux development > > <arch-dev-public(a)archlinux.org> > > To: Public mailing list for Arch Linux development > > <arch-dev-public(a)archlinux.org> > > Subject: Re: [arch-dev-public] WARNING: libjpeg rebuilds are entering > > [testing] - devs get building! > > ) > > > > "I just rebuilt following pkgs for testing x86_64 only: > > > > xmoto > > scribus > > kile > > kdetv > > graphicsmagick > > gimp-ufraw > > hugin > > enblend-enfuse > > kipi-plugins > > stellarium > > tuxpuck > > transcode > > fox > > centerim > > > > > > Do the packages above get the pkgrel bumped because of the change in > > libjpeg > > > > Or does the pkgrel number stay the same? > > > > > > I have a "builder script" that does an abs sync the builds only the > > packages in core/extra/local that have changed. It runs from cron on > > Sunday 1:00am. If I make a new PKGBUILD for a package I need I place it > > into "local" and the script then builds it automatically. I build the > > whole core/extra/local with optimizations for AMD k8. > > > > I then sync all my boxen from my repos. > > > > If the soname changes as in libjpeg and the packages that use libjpeg > > don't change ( the pkgrel stays the same ) then the only package that > > gets built would be libjpeg and none of the ones that depend on it. > > > > I hope that helps to explain my question. > > > > OK, the definitely the pkgrel gets changed. How else would pacman know > to update the package? > > Allan Ok, I was hoping that was the case, otherwise you folks would have busted up my script ;) My script is then go to go -- Never fear Arch Linux is here!

1 0

[arch-general] CTRL-C stops working in bash 4.0
by Damjan Georgievski 08 Jul '09

08 Jul '09

Has anyone noticed that ctrl-c randomly stops working in the new bash? I use rxvt-unicode 9.06-2 and it happens in a terminal where ctrl-c worked while typing bash commands, it will suddenly stop working ie bash will not recognise the key-press. If I start python in the same terminal, it will notice the ctrl-c, so it's not the terminals fault. This started to happen with bash 4.0 -- damjan

9 11

Re: [arch-general] Package release bump?
by Baho Utot 08 Jul '09

08 Jul '09

On Wed, 2009-07-08 at 23:04 +1000, Allan McRae wrote: > Baho Utot wrote: > > I am following the process for the rebuild of all the package that > > depends on libjpeg. > > > > When rebuilding packages due to another package like libjpeg does the > > package release number for the dependent package get bumped? > > > > If I understand you correctly, you can add a versioned dependency on the > updated pkgrel. > > e.g. imagemagick in [testing] has deps on lcms>=1.18-2 and libwmf>=0.2.8.4-5 > > Allan > > > For example: (from another email for libjpeg Giovanni Scafora <giovanni(a)archlinux.org> Reply-to: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> To: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> Subject: Re: [arch-dev-public] WARNING: libjpeg rebuilds are entering [testing] - devs get building! ) "I just rebuilt following pkgs for testing x86_64 only: xmoto scribus kile kdetv graphicsmagick gimp-ufraw hugin enblend-enfuse kipi-plugins stellarium tuxpuck transcode fox centerim Do the packages above get the pkgrel bumped because of the change in libjpeg Or does the pkgrel number stay the same? I have a "builder script" that does an abs sync the builds only the packages in core/extra/local that have changed. It runs from cron on Sunday 1:00am. If I make a new PKGBUILD for a package I need I place it into "local" and the script then builds it automatically. I build the whole core/extra/local with optimizations for AMD k8. I then sync all my boxen from my repos. If the soname changes as in libjpeg and the packages that use libjpeg don't change ( the pkgrel stays the same ) then the only package that gets built would be libjpeg and none of the ones that depend on it. I hope that helps to explain my question.

2 1

[arch-general] Package release bump?
by Baho Utot 08 Jul '09

08 Jul '09

I am following the process for the rebuild of all the package that depends on libjpeg. When rebuilding packages due to another package like libjpeg does the package release number for the dependent package get bumped?

2 1

Re: [arch-general] [arch-dev-public] WARNING: libjpeg rebuilds are entering [testing] - devs get building!
by Gerardo Exequiel Pozzi 08 Jul '09

08 Jul '09

Pierre Schmitz wrote: > On Wednesday 01 July 2009 14:12:05 Allan McRae wrote: > >> Devs, please remember to mark off rebuilt packages from the TODO list as >> you go. >> > > sane-frontends and netpbm do not compile. > > For sane-frontends (same for xsane: http://bugs.archlinux.org/task/15425#comment46571 ) ---------------------------------------------------------------------------------------------------- --- src/gtkglue.c.orig 2009-07-08 02:24:54.000000000 -0300 +++ src/gtkglue.c 2009-07-08 02:25:42.000000000 -0300 @@ -1476,8 +1476,7 @@ || opt->type == SANE_TYPE_GROUP || !dialog->element[i].widget) continue; - if (!(opt->cap & SANE_CAP_ALWAYS_SETTABLE)) - gtk_widget_set_sensitive (dialog->element[i].widget, sensitive); + gtk_widget_set_sensitive (dialog->element[i].widget, sensitive); } } ---------------------------------------------------------------------------------------------------- Thats all folks! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

Re: [arch-general] [arch-dev-public] WARNING: libjpeg rebuilds are entering [testing] - devs get building!
by Gerardo Exequiel Pozzi 08 Jul '09

08 Jul '09

Eric Bélanger wrote: > On Wed, Jul 8, 2009 at 1:08 AM, Pierre Schmitz<pierre(a)archlinux.de> wrote: > >> On Wednesday 01 July 2009 14:12:05 Allan McRae wrote: >> >>> Devs, please remember to mark off rebuilt packages from the TODO list as >>> you go. >>> >> sane-frontends and netpbm do not compile. >> >> > > I just commited a patch for netpbm to fix some of the compile > problems. It still needs more patching to compile. The remaining error > is: > > jpeg.c: In function `ReadJPEG': > jpeg.c:473: error: `struct jpeg_decompress_struct' has no member named > `min_DCT_scaled_size' > > This is because min_DCT_scaled_size is no longer defined in libjpeg's > header files. I don't know how to fix it. I wasn't able to find any > patches. It seems that the libjpeg update is too new. > > Reading the libjpeg.h seems that replacing with min_DCT_v_scaled_size is fine. Quote from header: "Therefore, the IDCT output contains v_samp_factor*DCT_v_scaled_size sample rows of a component per iMCU row." buffer_height = cinfo.max_v_samp_factor * cinfo.min_DCT_v_scaled_size; But maybe I wrong. BTW: should be compiled with -fno-strict-aliasing there are some warnings about this, and the code can or not work correctly. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] KDE4 plasma desktop and background image
by Manne Merak 07 Jul '09

07 Jul '09

Anyone else also having problems changing the background image in KDE4 plasma desktop. Trying to browse to a folder with images in it crashes Plasma. Manne

2 2