- Arch-general - lists.archlinux.org

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

Re: [arch-general] [arch-dev-public] [signoff] grep 2.5.4-3
by Gerhard Brauer 07 Jul '09

07 Jul '09

Am Sonntag, den 05.07.2009, 19:07 +1000 schrieb Allan McRae: > Roman Kyrylych wrote: > > On Fri, Jul 3, 2009 at 16:15, Allan McRae<allan(a)archlinux.org> wrote: > > > >> fix -w (FS#15330), compress info pages > >> > >> Signoff both. > >> > > > > Signed off (x86_64). > > > > Any i686 signoff? The -w issue breaks stuff. > > Allan Please signoff/move 2.5.4-3 to [core] ASAP. Thanks. Gerhard

1 0

[arch-general] Location of Vim files...
by Magnus Therning 07 Jul '09

07 Jul '09

It seems that yet again the vim files moved, this time out of /usr/share/vim/vim72 up to /usr/share/vim. This actually broke vim for users who also had mercurial installed (http://bugs.archlinux.org/task/15403) Is the current location, /usr/share/vim, likely to be the standard one for a while now? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 3

[arch-general] What is the different between core/dbus-core and extra/dbus
by Brock.Zheng 06 Jul '09

06 Jul '09

Hi, all I found that those two packages was built from the same source code .

4 3