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 Status
Rebuild of Christopher Brannon's packages 2013-09-29 Thomas Bächler Christopher Brannon is no longer involved with Arch Linux and his PGP key is scheduled for removal. See https://bugs.archlinux.org/task/37124. His packages need to be rebuilt and signed with a valid key. 7 0 Complete
Rebuild of Kaiting Chen's packages 2013-09-29 Thomas Bächler Kaitin Chen is no longer involved with Arch Linux and his PGP key is scheduled for removal. See https://bugs.archlinux.org/task/37126. His packages need to be rebuilt and signed with a valid key. 1 0 Complete
Rebuild of Daenyth's packages 2013-09-29 Thomas Bächler Daenyth is no longer involved with Arch Linux and his PGP key is scheduled for removal. See https://bugs.archlinux.org/task/37127. His packages need to be rebuilt and signed with a valid key. 1 0 Complete
Rebuild of Justin Davis' packages 2013-09-29 Thomas Bächler Justin Davis is no longer involved with Arch Linux and his PGP key is scheduled for removal. See https://bugs.archlinux.org/task/37128. His packages need to be rebuilt and signed with a valid key. 6 0 Complete
graphviz-2.34.0 2013-09-29 Gaetan Bisson With graphviz-2.34.0, upstream enforces the switch to the new cgraph API. Please recompile your apps against graphviz-2.34.0-1 and push them to [staging]. If cgraph support is not readily available for your app, see if a patch exists. As a last resort, disable graphviz support from your app. I will not maintain an outdated graphviz, and I have had enough of the struggle between graph and cgraph; so the only solution I see is to go with upstream. Note that I have disabled ruby bindings as I found no way to get them to compile. Suggestions welcome but I'm not overly concerned by this... Cheers. 3 0 Complete
gnome 3.10 soname bump rebuilds 2013-09-23 Jan de Groot These packages are affefted by soname bumps in GNOME 3.10 libraries. Please wait until we announce gnome-unstable is finished before starting rebuilds. 51 0 Complete
imagemagick 6.8.6.10 rebuild 2013-09-20 Eric Bélanger /usr/lib/libMagick++-6.Q16HDRI.so.2 => /usr/lib/libMagick++-6.Q16HDRI.so.3 5 0 Complete
Replace PIL with Pillow 2013-09-15 Balló György PIL is replaced with Pillow, which is an actively maintained drop-in replacement, with one detail: the PIL modules now use relative imports between each other, so it is no longer possible to write 'import Image', but one needs to write 'from PIL import Image'. 1. Replace python{,2}-imaging dependency with python2-pillow. 2. Run the following command in the root of the extracted package. If it has some result, then the package needs to be patched probably: grep -R -e '^[ ]*import.* Image,' -e '^[ ]*import.* Image[ ]*$' All rebuild should go to staging/community-staging first. Related feature in Fedora: https://fedoraproject.org/wiki/Features/Pillow 22 0 Complete
hdf5 1.8.11 rebuild 2013-09-11 Bartłomiej Piotrowski libhdf5.so.7 → libhdf5.so.8 libhdf5_hl.so.7 → libhdf5_hl.so.8 10 0 Complete
Replacement of distribute dependency in favour of setuptools 2013-08-17 Ángel Velásquez Procedure: Replace all your depends/makedepends of python-distribute and python2-distribute in favour of python-setuptools and python2-setuptools respectively. It shouldn't be any breakage (the PKGBUILD have a magic replaces line) but still we should nuke distribute anyway. See https://bugs.archlinux.org/task/36193 for more info If you don't see here any of your packages and uses some of these dependencies feel free to edit the TODO list and add it. 123 0 Complete
libmng 2.0.2 rebuild 2013-08-15 Eric Bélanger /usr/lib/libmng.so.1 => /usr/lib/libmng.so.2 14 0 Complete
Miscellaneous license issues 2013-08-14 Eric Bélanger A user sent me a list of packages with several licensing issues: missing custom and BSD/MIT licenses, incorrect license field, etc. You can see the list here[1] if you want to know the actual issue with your package. The fixed packages can go straight in the regular repos, so there is no need to use the staging or testing repos. If there are false positives in the list, mark it as completed. [1] https://dev.archlinux.org/~eric/badlicenses.txt 199 0 Complete
serf 1.3.0 rebuild 2013-08-12 Eric Bélanger libserf-1.so.0 and libserf-1.so.0.0.0 are no longer provided by the package. Ángel: If you're busy, email me. I can rebuild subversion. 2 0 Complete
wxgtk2.9 2.9.5 rebuild 2013-08-12 Eric Bélanger /usr/lib/libwx_baseu-2.9.so.4 => /usr/lib/libwx_baseu-2.9.so.5 /usr/lib/libwx_baseu_net-2.9.so.4 => /usr/lib/libwx_baseu_net-2.9.so.5 /usr/lib/libwx_baseu_xml-2.9.so.4 => /usr/lib/libwx_baseu_xml-2.9.so.5 /usr/lib/libwx_gtk2u_adv-2.9.so.4 => /usr/lib/libwx_gtk2u_adv-2.9.so.5 /usr/lib/libwx_gtk2u_aui-2.9.so.4 => /usr/lib/libwx_gtk2u_aui-2.9.so.5 /usr/lib/libwx_gtk2u_core-2.9.so.4 => /usr/lib/libwx_gtk2u_core-2.9.so.5 /usr/lib/libwx_gtk2u_gl-2.9.so.4 => /usr/lib/libwx_gtk2u_gl-2.9.so.5 /usr/lib/libwx_gtk2u_html-2.9.so.4 => /usr/lib/libwx_gtk2u_html-2.9.so.5 /usr/lib/libwx_gtk2u_media-2.9.so.4 => /usr/lib/libwx_gtk2u_media-2.9.so.5 /usr/lib/libwx_gtk2u_propgrid-2.9.so.4 => /usr/lib/libwx_gtk2u_propgrid-2.9.so.5 /usr/lib/libwx_gtk2u_qa-2.9.so.4 => /usr/lib/libwx_gtk2u_qa-2.9.so.5 /usr/lib/libwx_gtk2u_ribbon-2.9.so.4 => /usr/lib/libwx_gtk2u_ribbon-2.9.so.5 /usr/lib/libwx_gtk2u_richtext-2.9.so.4 => /usr/lib/libwx_gtk2u_richtext-2.9.so.5 /usr/lib/libwx_gtk2u_stc-2.9.so.4 => /usr/lib/libwx_gtk2u_stc-2.9.so.5 /usr/lib/libwx_gtk2u_webview-2.9.so.4 => /usr/lib/libwx_gtk2u_webview-2.9.so.5 /usr/lib/libwx_gtk2u_xrc-2.9.so.4 => /usr/lib/libwx_gtk2u_xrc-2.9.so.5 5 0 Complete
PHP 5.5 scripts check list 2013-08-10 Pierre Schmitz These packages contain *.php files and should be checked if they still work with PHP 5.5 from [testing]. There might be false positives; just mark them as complete. Mark compatible packages as complete. If needed push a fixed version to the stable repos ([extra] and [community]). If you encounter any problems please send a mail to arch-dev-public. 48 0 Complete
PHP 5.5 modules rebuild list 2013-08-10 Pierre Schmitz No action required; see arch-dev-public. 9 0 Complete
imagemagick 6.8.6.8 rebuild 2013-08-06 Eric Bélanger libMagick++-6.Q16.so.1 => libMagick++-6.Q16HDRI.so.2 libMagickCore-6.Q16.so.1 => libMagickCore-6.Q16HDRI.so.1 libMagickWand-6.Q16.so.1 => libMagickWand-6.Q16HDRI.so.1 14 0 Complete
Can db support be dropped from your pkg? 2013-08-04 Andreas Radke Due to the license change in db5 (MIT style) to db6 (AGPLv3) we drop the db6 update and will keep db5 in core for now. Berkeley db5 won't see much further updates if any at all. We should check each package that now links to it if that functionality is essentially required. I'm going to remove all db bump related packages from staging repo. I'm also going to revert the ToDo list to incomplete for each pkg for checking if a pkg can be build without db support. On the long run we should move db in a first step to extra and maybe later drop it completely. So go on and fix svn trunk to the old state or rebuild it to testing repo without db support wherever possible without loosing important features and mark the ToDo list. -Andy 38 0 Complete
poppler 0.24.0 rebuild 2013-07-30 Jan de Groot libpoppler.so.37 -> libpoppler.so.43 11 0 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 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 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 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 Complete
boost 1.54.0 rebuild 2013-07-06 Sven-Hendrik Haase According to changelog, there shouldn't be any problems. 70 0 Complete
gd 2.1.0 rebuild 2013-07-04 Eric Bélanger libgd.so.2 => libgd.so.3 17 0 Complete
libraw 0.15.2 .so rebuilds 2013-06-15 Jaroslav Lichtblau /usr/lib/libraw.so.5 -> /usr/lib/libraw.so.9 3 0 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 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 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 Complete
openobex 1.7 rebuild 2013-05-26 Eric Bélanger libopenobex.so.1 -> libopenobex.so.2 4 0 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 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 Complete
poppler 0.22.4 .so rebuilds 2013-05-18 Andreas Radke /usr/lib/libpoppler.so.36 -> /usr/lib/libpoppler.so.37 11 0 Complete
libical 1.0 2013-05-13 Andrea Scarpino libical.so.0 -> libical.so.1 Packages go to [staging] 13 0 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 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 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 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 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 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 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 Complete
poppler 0.22.3 .so rebuilds 2013-04-12 Andreas Radke /usr/lib/libpoppler.so.35 -> /usr/lib/libpoppler.so.36 11 0 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 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 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 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 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 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 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 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 Complete