Package Todo Lists
Todo lists are used by the developers when a rebuild of a set of packages is needed. This is common when a library has a version bump, during a toolchain rebuild, or a general cleanup of packages in the repositories. The progress can be tracked here, and completed todo lists can be browsed as well.
| Name | Creation Date | Creator | Description | Package Count | Incomplete Count | Kind | Status |
|---|---|---|---|---|---|---|---|
| poppler 0.24.0 rebuild | 2013-07-30 | Jan de Groot | libpoppler.so.37 -> libpoppler.so.43 | 11 | 0 | Rebuild | Complete |
| giflib 5.0 rebuild | 2013-07-29 | Bartłomiej Piotrowski | libgif.so.4 → libgif.so.6 Most of the packages are trivial to fix, please check documentation[1] in case of problems. [1] http://giflib.sourceforge.net/gif_lib.html#compatibility | 31 | 0 | Rebuild | Complete |
| lib32-glew 1.10.0 | 2013-07-25 | Laurent Carlier | Similar to glew 1.10.0, but for multilib apps; .so bump /usr/lib32/libGLEW.so.1.9 -> /usr/lib32/libGLEW.so.1.10 | 4 | 0 | Rebuild | Complete |
| glew 1.10.0 | 2013-07-25 | Andreas Radke | .so bump /usr/lib/libGLEW.so.1.9 -> /usr/lib/libGLEW.so.1.10 | 29 | 0 | Rebuild | Complete |
| ffmpeg 2.0 & x264 20130702 | 2013-07-11 | Bartłomiej Piotrowski | Please wait until boost rebuild moves to [testing]. libavcodec.so.54 → libavcodec.so.55 libavcodec.so.54.92.100 → libavcodec.so.55.18.102 libavdevice.so.54 → libavdevice.so.55 libavdevice.so.54.3.103 → libavdevice.so.55.3.100 libavfilter.so.3.42.103 → libavfilter.so.3.79.101 libavformat.so.54 → libavformat.so.55 libavformat.so.54.63.104 → libavformat.so.55.12.100 libavutil.so.52.18.100 → libavutil.so.52.38.100 libpostproc.so.52.2.100 → libpostproc.so.52.3.100 libswscale.so.2.2.100 → libswscale.so.2.3.100 libx264.so.129 → libx264.so.133 | 57 | 0 | Rebuild | Complete |
| boost 1.54.0 rebuild | 2013-07-06 | Sven-Hendrik Haase | According to changelog, there shouldn't be any problems. | 70 | 0 | Rebuild | Complete |
| gd 2.1.0 rebuild | 2013-07-04 | Eric Bélanger | libgd.so.2 => libgd.so.3 | 17 | 0 | Rebuild | Complete |
| libraw 0.15.2 .so rebuilds | 2013-06-15 | Jaroslav Lichtblau | /usr/lib/libraw.so.5 -> /usr/lib/libraw.so.9 | 3 | 0 | Rebuild | Complete |
| guile 2.0 rebuild | 2013-06-03 | Bartłomiej Piotrowski | libguile.so → libguile-2.0.so libguilereadline-v-17.so → libguilereadline-v-18.so Additionally libguile-srfi-*.so have been removed, but it shouldn't engender any issues. Push rebuilt packages to [staging]/[community-staging], they will be moved after UsrMove leave [testing]. Small update: not every package likes new guile, guile1.8 is available in [staging]. | 13 | 0 | Rebuild | Complete |
| update bluez dependencies | 2013-06-01 | Tom Gundersen | bluez has been updated to version 5, which is not compatible with version 4. I therefore split the package into the daemon (not compat) and the libs (compat) and added the old daemon as bluez4. Everything should 'just work' as before, but dependencies must be updated. Packages depending on 'bluez' must be updated to depend on 'bluez4' (if using the dbus interface), 'bluez-libs' (if linking to the libs) and/or 'bluez-utils' (if using any of the tools). Makedepends can be changed in svn only, no rebuild is necessary. Move rebuilt packages to [staging], they will move after the usermove has left [testing]. | 27 | 0 | Rebuild | Complete |
| No files in /bin, /sbin or /usr/sbin | 2013-05-30 | Allan McRae | Move files in the /bin, /sbin or /usr/sbin directories to /usr/bin. Put all packages in [staging] but do not build using the staging repo (as this probably will not work...) Any packages that can safely go to the main repos after moving the files should just go to the main repos straight away. | 120 | 0 | Rebuild | Complete |
| openobex 1.7 rebuild | 2013-05-26 | Eric Bélanger | libopenobex.so.1 -> libopenobex.so.2 | 4 | 0 | Rebuild | Complete |
| Clean distribute/setuptools dependencies | 2013-05-22 | Stéphane Gaudreault | * Most packages only require distribute to build. Please verify your package and move python{,2}-distribute to makedepends if needed. If your package really depend on distribute, just mark it as completed. * Replace setuptools by python{,2}-distribute in makedepends or depends. Once locally tested, you can upload straight into extra or community. | 29 | 0 | Rebuild | Complete |
| perl 5.18 | 2013-05-19 | Florian Pritz | Rebuild against perl 5.18 and push to staging. i686 packages has 3 failures in the test suite, I've notified upstream. If you experience any problems with i686 packages please tell me. | 123 | 0 | Rebuild | Complete |
| poppler 0.22.4 .so rebuilds | 2013-05-18 | Andreas Radke | /usr/lib/libpoppler.so.36 -> /usr/lib/libpoppler.so.37 | 11 | 0 | Rebuild | Complete |
| libical 1.0 | 2013-05-13 | Andrea Scarpino | libical.so.0 -> libical.so.1 Packages go to [staging] | 13 | 0 | Rebuild | Complete |
| Remove old initscipts rc.d files | 2013-05-12 | Allan McRae | The time since initscipts became unsupported is sufficient that everyone should have transitioned and these files should be removed. Leaving them in packages appears to be causing some confusion among our users. | 146 | 0 | Rebuild | Complete |
| Move files to /usr/bin if possible | 2013-05-12 | Allan McRae | This is a list of packages that install files to /bin, /sbin or /usr/sbin. For many of these, the files can be moved to /usr/bin without causing issues. This will ease the final stages of the /usr move. If moving the files at this stage will cause an issue, do not do it... Just mark it as completed. [Edit] TODO list canceled in favor of just doing the /usr move... | 0 | 0 | Rebuild | Complete |
| libsasl/cyrus-sasl 2.1.26 rebuild | 2013-05-10 | Bartłomiej Piotrowski | Due to probably pointless soname change in libsasl and cyrus-sasl, some packages require rebuild. You shouldn't encounter anything strange, maybe a few warnings. Please push rebuilt packages to [staging]/[community-staging]. | 23 | 0 | Rebuild | Complete |
| Fix invalid PNGs for libpng 1.6 | 2013-05-04 | Evangelos Foutras | Please read the following thread to understand the issue: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-May/024872.html The following workaround can be added in prepare(): $ find -name '*.png' -exec optipng -quiet -force -fix {} + | 8 | 0 | Rebuild | Complete |
| libpng 1.6 rebuild | 2013-04-27 | Ionuț Mircea Bîru | wait for me to finish the important packages, like gdk,cairo & co before starting. please rebuild against [staging] | 237 | 0 | Rebuild | Complete |
| GHC 7.6.3 rebuild | 2013-04-24 | Thomas Dziedzic | make sure the haskell dependencies get rebuilt first. use versioned packages with pkgrel numbers when specifying your depends | 61 | 0 | Rebuild | Complete |
| [openexr][ilmbase] 2.0.0 rebuild | 2013-04-16 | Eric Bélanger | Packages needs to be put in [testing] repo as openexr and ilmbase are already there. | 24 | 0 | Rebuild | Complete |
| poppler 0.22.3 .so rebuilds | 2013-04-12 | Andreas Radke | /usr/lib/libpoppler.so.35 -> /usr/lib/libpoppler.so.36 | 11 | 0 | Rebuild | Complete |
| gtksourceview3 3.8.0-1 rebuild | 2013-04-11 | Eric Bélanger | libgtksourceview-3.0.so.0 -> libgtksourceview-3.0.so.1 Please put the packages directly in the [testing] repo as gtksourceview3 3.8.0-1 is already there. | 7 | 0 | Rebuild | Complete |
| GNOME 3.8 [community] rebuilds | 2013-04-08 | Jan Alexander Steffens | The following packages received major upgrades: >> - evolution-data-server >> - gnome-desktop >> - js/js185 >> - libgee/libgee06 >> - libtracker-sparql GNOME 3.8 is in [staging]. Please rebuild against it and push to [community-staging]. js185 and libgee06 are provided as legacy packages in case using the newer versions isn't possible. Feel free to amend the list should I have missed a package. | 14 | 0 | Rebuild | Complete |
| boost 1.53.0 | 2013-03-25 | Stéphane Gaudreault | boost-1.53.0-1 is in [staging]. Update from 1.52 to 1.53 with soname change. | 65 | 0 | Rebuild | Complete |
| icu 51.1 .so bumps | 2013-03-21 | Andreas Radke | libicudata.so.50 -> libicudata.so.51 libicui18n.so.50 -> libicui18n.so.51 libicuio.so.50 -> libicuio.so.51 libicule.so.50 -> libicule.so.51 libiculx.so.50 -> libiculx.so.51 libicutest.so.50 -> libicutest.so.51 libicutu.so.50 -> libicutu.so.51 libicuuc.so.50 -> libicuuc.so.51 | 32 | 0 | Rebuild | Complete |
| poppler rebuild | 2013-03-18 | Jan de Groot | poppler 0.22.1 -> 0.22.2 introduces a soname bump from libpoppler.so.34 to libpoppler.so.35. | 8 | 0 | Rebuild | Complete |
| Removal of relative paths from systemd-tmpfiles calls in install scripts | 2013-03-17 | Evangelos Foutras | Either just the basename (e.g. apache.conf) or an absolute path (e.g. /usr/lib/tmpfiles.d/apache.conf) will work. Just the configuration filename (e.g. apache.conf) would be preferable to the absolute path (in my opinion). This is why I've included samba and lightdm which use absolute paths. [This change in behavior was introduced in system 198 by http://cgit.freedesktop.org/systemd/systemd/commit/?id=fabe5c0e] ================================= For an example of the issue consider the following command: # systemd-tmpfiles --create usr/lib/tmpfiles.d/apache.conf Regardless of whether it's run from the root directory (/) or not, it will try to open the following files: * /etc/tmpfiles.d/usr/lib/tmpfiles.d/apache.conf * /run/tmpfiles.d/usr/lib/tmpfiles.d/apache.conf * /usr/local/lib/tmpfiles.d/usr/lib/tmpfiles.d/apache.conf * /usr/lib/tmpfiles.d/usr/lib/tmpfiles.d/apache.conf After which it will fail with: Failed to open 'usr/lib/tmpfiles.d/apache.conf', ignoring: No such file or directory The above causes the /run/httpd directory not to be created on installation (https://bugs.archlinux.org/task/34334). | 8 | 0 | Rebuild | Complete |
| imagemagick-6.8.3.9 rebuild | 2013-03-16 | Eric Bélanger | Libraries have been renamed: /usr/lib/libMagick++-Q16.so.7 => /usr/lib/libMagick++-6.Q16.so.1 /usr/lib/libMagickCore-Q16.so.7 => /usr/lib/libMagickCore-6.Q16.so.1 /usr/lib/libMagickWand-Q16.so.7 => /usr/lib/libMagickWand-6.Q16.so.1 as well as several directories. | 13 | 0 | Rebuild | Complete |
| dnsutils to ldns migration | 2013-03-11 | Gaetan Bisson | We are removing dnsutils from [core]. (It cannot be built independently from bind anymore, and the whole thing is becoming a mess anyhow.) Please update your packages to depend on ldns instead (already in [core]). While dnsutils provided three similar DNS query tools (dig, host, nslookup), ldns provides drill, a near-drop-in replacement for dig (which can therefore easily replace host and nslookup too). To update, you must replace all calls to dig/host/nslookup in your packages to calls to drill. Simple calls such as `dig archlinux.org` can simply be rewritten as `drill archlinux.org`; see `drill -h` for more details and please contact me if you cannot figure out how to migrate. Updated packages may go directly in [extra] or [community]. See: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-March/024588.html | 4 | 0 | Rebuild | Complete |
| MariaDB migration | 2013-03-03 | Bartłomiej Piotrowski | Please rebuild (and test!) your packages against MariaDB: * mysql → mariadb * libmysqlclient → libmariadbclient * mysql-clients → mariadb-clients Goes to [staging]/[community-staging]. More info: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024478.html | 48 | 0 | Rebuild | Complete |
| ruby 2.0.0 rebuild | 2013-03-03 | Thomas Dziedzic | The ruby .so had a version bump. Gems also need a rebuild. put pkgs into staging | 30 | 0 | Rebuild | Complete |
| Mesa 9.1 unification | 2013-02-23 | Andreas Radke | New mesa pkg provides: 'libglapi' 'osmesa' 'libgbm' 'libgles' 'libegl' 'khrplatform-devel'. Configure checks may fail over gl.pc (part of mesa) when checking for libGL.so(.1) and no 'libgl' can be found. Add mesa-libgl to makedepends then. New 'mesa-libgl' should not be used in the dependency array and always only as a makedependency. Then your package links to libGL.so.1 and needs generic 'libgl' runtime dependency to allow users to choose mesa-libgl | nvidia-utils | catalyst-utils that all provide 'libgl'. Namcap won't detect the dependency on 'libgl' !!! Fix your PKGBUILDs where needed when you will do usual updates or users claim about broken abs rebuilds. There should be no need to do rebuilds. The following packages link to libGL.so.1 : | 186 | 0 | Rebuild | Complete |
| Qt -> Qt4 | 2013-02-18 | Andrea Scarpino | - Replace qt with qt4 or switch to qt5-base - Check that your package install the qt4 plugins into /usr/lib/qt4/plugins - Check that your package install the qt4 imports into /usr/lib/qt4/imports Use qmake4 to explicitly refer to qt4 when both qt4 and qt5 are installed. Packages go in [staging]. | 160 | 0 | Rebuild | Complete |
| libarchive 3.1.x rebuild | 2013-02-09 | Dan McGee | Don't start building for this yet, please, until we get a few of the current rebuilds moved along. Will update this description when we should start. libarchive.so.12 => libarchive.so.13 | 16 | 0 | Rebuild | Complete |
| x264 and ffmpeg | 2013-02-07 | Ionuț Mircea Bîru | This todo list is for both soname bumps since most of them can be done in the same time usr/lib/libx264.so.128 | usr/lib/libx264.so.129 usr/lib/libavutil.so.51 | usr/lib/libavutil.so.52 usr/lib/libavutil.so.51.73.101 | usr/lib/libavutil.so.52.13.100 | 42 | 0 | Rebuild | Complete |
| Clean-up $pkgdir usage | 2013-02-02 | Allan McRae | This is a list of all packages that use $pkgdir in their build() function. This can occur for several reasons: 1) The package only has a build() function. This is deprecated in pacman-4.1 and will produce a warning. These should be changed to package(). 2) Things are being written to $pkgdir in build() that should be done in package(). This is wrong as those files can end up with the wrong permissions and will break completely with pacman-4.1. 3) The build system is somewhat weird and requires you to specify the install location in build(), but nothing is written during this stage. For split packages, this is not good as $pkdir is not well defined during build()... | 739 | 0 | Rebuild | Complete |
| Do not use $startdir | 2013-02-02 | Allan McRae | Always use $srcdir and $pkgdir and not rely on the relationship to $startdir. These are wrong when BUILDDIR is set and with pacman-4.1, $pkgdir will not be the same as $startdir/pkg. | 25 | 0 | Rebuild | Complete |
| graphviz-2.30.0 | 2013-02-01 | Gaetan Bisson | The only soname change this release brings is the deprecation of libgraph.so. Please rebuild your packages against this new version and let me know if you experience difficulties. | 3 | 0 | Rebuild | Complete |
| ghc 7.6.2 | 2013-01-31 | Thomas Dziedzic | Make sure the dependencies are first rebuilt. Rebuild against staging. Also, make sure you depend on ghc=7.6.2-1 Now is the time to update the haskell pkgs. | 43 | 0 | Rebuild | Complete |
| ntfs-3g_ntfsprogs 2013.1.13 rebuild | 2013-01-28 | Eric Bélanger | libntfs-3g.so.83 => libntfs-3g.so.84 | 4 | 0 | Rebuild | Complete |
| boost 1.52.0 | 2013-01-21 | Stéphane Gaudreault | boost-1.52.0-1 is in [staging]. Update from 1.50 to 1.52 with soname change. | 64 | 0 | Rebuild | Complete |
| ICU 50.1.2 | 2013-01-19 | Andreas Radke | This one brings a hidden ABI change reverting the one from 50.1.1 - no .so bump. We rebuild all packages not to run into nasty bugs. | 29 | 0 | Rebuild | Complete |
| imagemagick-6.8.1.9 rebuild | 2013-01-15 | Eric Bélanger | /usr/lib/libMagick++.so.6 => /usr/lib/libMagick++-Q16.so.7 /usr/lib/libMagickCore.so.6 => /usr/lib/libMagickCore-Q16.so.7 /usr/lib/libMagickWand.so.6 => /usr/lib/libMagickWand-Q16.so.7 | 14 | 0 | Rebuild | Complete |
| libcdio/libcdio-paranoia rebuild | 2013-01-08 | Jan de Groot | upstream has changed API and ABI with libcdio 0.90. Because of license issues, libcdio-paranoia has been split into a standalone package. Please adjust dependencies where needed. | 23 | 0 | Rebuild | Complete |