- 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: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

Re: [arch-general] [arch-dev-public] boost rebuild
by Gerardo Exequiel Pozzi 06 Jul '09

06 Jul '09

Pierre Schmitz wrote: > Hi devs, > > I did not start it but it was put into testing so we have to deal with it. I > have created a todo list: https://dev.archlinux.org/todo/12/ > > Note: It might be incomplete and I have not checked if a rebuild is needed or > already done due to the libjpeg/readline rebuild. > > This is the list for compare: [extra] akonadi-1.1.2-1 <- Done in testing (i686 and x86_64) bmpx-0.40.13-2 gnash-common-0.8.5-3 <- Done in testing (i686 and x86_64) hugin-0.7.0-4 kdeedu-4.2.4-2 <---- Already done accidentally for i686 [#1] and done in testing (i686 and x86_64) liborigin2-20090326-1 libtorrent-rasterbar-0.14.2-1 lyx-1.6.3-1 miro-2.0.4-4 mkvtoolnix-2.9.7-1 <- Done in testing (i686 and x86_64) python-vpython-3.2.9-5 qtiplot-0.9.7.7-1 smc-1.8-1 <- Done in testing (i686 and x86_64) source-highlight-3.1-1 <- Done in testing (i686 and x86_64) twinkle-1.4.1-2 wesnoth-1.6.1-1 And this is the list for [community] [#2] [#1] http://bugs.archlinux.org/task/15339 [#2] http://bugs.archlinux.org/task/15394 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 1

[arch-general] kdepim-* from [kde-unstable] not working
by Jaime Oyarzun Knittel 06 Jul '09

06 Jul '09

Hi. I've been using kde-unstable for some days, but I've been unable to use kdepim apps, like kmail and kaddressbook. Kmail runs, but when I try to add a new account it quits with this message in the console: kmail: relocation error: /usr/lib/libgpgme++-pthread.so.2: symbol gpgme_check_version_internal, version GPGME_1.1 not defined in file libgpgme-pthread.so.11 with link time reference And when y try to execute kaddressbook it says this: kaddressbook: relocation error: /usr/lib/libgpgme++-pthread.so.2: symbol gpgme_check_version_internal, version GPGME_1.1 not defined in file libgpgme-pthread.so.11 with link time reference I tried to rebuild those packages, but I haven't found the PKGBUILD's Any help will be appreciated :). -- mitoyarzun

3 5