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 |
|---|---|---|---|---|---|---|---|
| python-sqlalchemy update to 1.4 | 2021-04-25 | Jelle van der Waa | python-sqlalchemy's 1.4 release seems to have broken a lot of packages in our repository's such as mailman3, python-aws-xray-sdk, buildbot, sopel etc. For this reason python-sqlalchemy1.3 is available in [community-staging], please check if your package works with 1.4 and if not add a dependency to python-sqlalchemy1.3 and put it in [staging] or [community-staging]. Packages which do not require anything fixes, can be marked as complete | 20 | 12 | Task | Incomplete |
| Unreproducible python bytecode | 2021-04-08 | Eli Schwartz | The following packages cannot be reproducibly rebuilt due to non-deterministic changes in the packaged .pyc bytecode. Invoking 'export PYTHONHASHSEED=0' before the bytecode compiling will solve this issue and results in a reproducible package. For more details see: https://bugs.archlinux.org/task/70340 https://wiki.archlinux.org/index.php/Python_package_guidelines#Reproducible_bytecode https://wiki.archlinux.org/index.php/DeveloperWiki:ReproducibleBuilds | 50 | 42 | Task | Incomplete |
| Remove svn propset | 2021-01-31 | Morten Linderud | It was decided in 2018 to remove all svn propsets from package files in the repository to ensure reproducible packages. https://lists.archlinux.org/pipermail/arch-dev-public/2018-August/029355.html Please remove them from the packages and push to community. | 15 | 8 | Task | Incomplete |
| Cleanup of python-setuptools dependency for console scripts | 2021-01-13 | Felix Yan | In recent versions of setuptools and Python, console-script entry points are using stdlib importlib by default, thus python-setuptools (provider of the pkg_resource module) is no longer a runtime dependency. Please check your package. If python-setuptools is only listed as dependency or optional dependency because of its console scripts (not in install_requires for other reasons, for example), please consider moving it to makedepends or removed, respectively. Packages go to stable repos directly. | 251 | 107 | Task | Incomplete |
| GTK 2 EOL | 2020-12-20 | Alexander Rødseth | GTK 2 has reached its end of life: https://blog.gtk.org/2020/12/16/gtk-4-0/ Many of the listed packages can support GTK3 or 4 just by tweaking the build configuration. Please check if it is possible to upgrade packages to GTK3 or GTK4 (which are pretty similar to each other, in terms of API), or drop the dependency on the "gtk2" package, if it's an optional dependency. Just mark packages as complete if it's not feasible to patch, drop or upgrade them. Upgraded packages can be pushed directly to extra/community. Thank you! | 195 | 130 | Task | Incomplete |
| Remove usage of makepkg subroutines from PKGBUILDs | 2020-01-17 | David Runge | The use of makepkg subroutines has been discussed in an old ticket [1]. In 2017 a warning about this was added to namcap and recently the wiki has been been updated to reflect this [2]. A list of packages (with false positives) can be found here [3]. Time for a cleanup! As a sidenote: If you find, that you are shadowing a test run in check() (e.g. `test || warning "Test is broken"`) please consider *why* you are doing this and whether only a subset of the tests can be run instead (e.g. because parts of the tests are integration tests anyways, that can not be run in makechrootpkg). [1] https://bugs.archlinux.org/task/43502 [2] https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_etiquette [3] https://pkgbuild.vdwaa.nl/?q=(msg%20%7Cmsg2%20%7Cwarning%20%7Cerror%20%7Cplain%20)&i=nope&files=.*%2Ftrunk%2FPKGBUILD&repos= | 244 | 31 | Task | Incomplete |
| Conversion of programs that use Python 2 to Python 3 | 2019-12-23 | Chih-Hsuan Yen | Python 2.7 branch is going to be EOL'ed on 2020-01-01 [1]. A previous Todo [2] suggests to remove unused Python 2 libraries. In this Todo, I suggest to investigate programs that still use Python 2, either as runtime dependency or build/check dependencies, and see if it's possible to use Python 3 instead. Notes for some packages are available at https://wiki.archlinux.org/index.php/User:Yan12125/python3-conversion. Whenever you have changed a package to use Python 3, feel free to either move the corresponding row to the Done section or simply remove the row. Also, feel free to update notes if there are something new (e.g., a new Python 3-compatible version released, patches merged, new patches proposed, ...). Package can go directly into the repo; [staging] is not necessary. [1] https://devguide.python.org/ [2] https://www.archlinux.org/todo/die-python2-die/ | 203 | 32 | Task | Incomplete |
| bullet 3.17 rebuild | 2021-05-11 | Sven-Hendrik Haase | Rebuilds go to [staging]. | 4 | 0 | Rebuild | Complete |
| cudnn 8.2 rebuild | 2021-04-29 | Sven-Hendrik Haase | Stuff goes to staging. | 5 | 0 | Rebuild | Complete |
| libplacebo 3.120.2 | 2021-04-26 | Levente Polyak | libplacebo 3.120.2 rebuild handled by myself, this is just a transparency and tracking todo | 3 | 0 | Rebuild | Complete |
| openexr 3.0 rebuild | 2021-04-23 | Antonio Rojas | This comes with major build system changes. The libHalf and libImath libraries have been merged and are split to a new imath package (which openexr depends on). If your package only depends on these libraries, you should change the openexr dependency to imath. Packages that ship a custom FindOpenEXR.cmake will stop building, since all libraries are renamed. Instead of fixing all the downstream FindOpenEXR.cmake, try to port it to use the native OpenEXRConfig cmake targets (see patch in kimageformats). Packages go to [staging] | 27 | 0 | Rebuild | Complete |
| libmypaint 1.6.1 rebuild | 2021-04-20 | Levente Polyak | libmypaint 1.6.1 changed the library name to a generic non version constrained. This may potentially create linking issues that need tiny adjustment. old: libmypaint-1.5.so=1-64 new: libmypaint.so=0-64 packages go to staging | 4 | 0 | Rebuild | Complete |
| gdal 3.2.2 and proj 8.0.0 rebuild | 2021-04-18 | Balló György | libgdal.so.26 -> libgdal.so.28 libproj.so.15 -> libproj.so.22 Packages to [staging] | 21 | 0 | Rebuild | Complete |
| cuda 11.3 rebuild | 2021-04-16 | Sven-Hendrik Haase | cuda 11.3 was pushed to [community]. Rebuilds should go there directly as well. | 8 | 0 | Rebuild | Complete |
| libwebsockets 4.2.0 | 2021-04-16 | David Runge | The upgrade to libwebsockets 4.2.0 introduces a soname change (17->18). All dependants need to be rebuilt and be moved to their respective staging repository. | 5 | 0 | Rebuild | Complete |
| wlroots 0.13.0 | 2021-04-07 | Maxim Baz | New wlroots release is in community-staging Please check your packages and push a rebuild or a new version when available. Thanks :) | 4 | 0 | Rebuild | Complete |
| libaom 3.0.0 | 2021-04-06 | Jan Alexander Steffens | libaom 3.0.0 introduces a soname change. Packages go to staging. | 8 | 0 | Rebuild | Complete |
| GNOME 40 Rebuild | 2021-04-01 | Jan Alexander Steffens | Changes: libedataserver-1.2.so.25 -> libedataserver-1.2.so.26 libedataserverui-1.2.so.3 -> libedataserverui-1.2.so.3 libgweather-3.so.16: Change in API contracts (ownership of return values) without soname change. (!) libmutter-7.so -> libmutter-8.so Packages go to staging. | 34 | 0 | Rebuild | Complete |
| granite 6.0.0 rebuild | 2021-03-24 | Maxime Gauduin | granite was just updated to 6.0.0, packages go to staging libgranite.so.5 -> libgranite.so.6 | 54 | 0 | Rebuild | Complete |
| fontconfig config handling changes | 2021-03-23 | Jan Alexander Steffens | fontconfig in [testing] contains some changes to config handling: "/etc/fonts/conf.avail/" was moved to "/usr/share/fontconfig/conf.avail/". The symlinks in "/etc/fonts/conf.d/" are now handled by a hook which looks for changes in "/usr/share/fontconfig/conf.default/". This should prevent conf.d from getting reset on every upgrade, while still allowing packages to add or remove default config files. If your package contains config that should be enabled by default, put the config file into "$pkgdir/usr/share/fontconfig/conf.avail/" and symlink it from "$pkgdir/usr/share/fontconfig/conf.default/". Packages go to [testing] / [community-testing]. | 36 | 0 | Task | Complete |
| Ruby 3.0 rebuild | 2021-03-19 | Anatol Pomozov | Ruby 3.0 has been released last December https://www.ruby-lang.org/en/news/2020/12/25/ruby-3-0-0-released/ It is time to bring it to Arch Linux. This TODO is mostly for the rebuild machine https://rebuilds.foutrelis.com/ The packages are going to be rebuilt automatically and pushed to staging repo. | 191 | 0 | Rebuild | Complete |
| x264/x265 rebuild | 2021-03-18 | Maxime Gauduin | usual soname bumps, packages go to staging | 18 | 0 | Rebuild | Complete |
| GooCanvas 3 | 2021-03-14 | Balló György | libgoocanvas-2.0 -> libgoocanvas-3.0 The ABI is changed, but it seems the API is the same, so porting should be simple. Packages go to [staging]/[community-staging]. | 5 | 0 | Rebuild | Complete |
| Disable gobject-introspection on lib32 libraries | 2021-03-12 | Jan Alexander Steffens | These packages contain files in /usr/lib32/girepository-1.0/ that aren't useful, as most of the introspection runtime for lib32 is missing. Please look into disabling introspection on these builds (e.g. via `-D introspection=false` or `--disable-introspection`), which should also remove a makedepend on gobject-introspection. | 6 | 0 | Task | Complete |
| liburing 2.0 | 2021-03-11 | David Runge | The upgrade to liburing 2.0 introduces a soname change. Please rebuild the packages depending on liburing.so in [staging]/[community-staging]. If there are any questions or problems, you can reach me via mail or IRC. | 9 | 0 | Rebuild | Complete |
| Jedi 0.18.0 rebuild | 2021-03-11 | Daniel M. Capella | Please test your package against the new Jedi 🎉. Found no issues myself. They are in [community-staging] as per anthraxx's suggestion. gnome-builder has not been included because apparently it also did not work with 0.17.2. | 7 | 0 | Rebuild | Complete |
| Electron 12 | 2021-03-05 | Nicola Squartini | If rebuild against the new Electron 12 doesn't work, an electron11 package is available in [community-staging] to depend on. Push to [community-staging]. | 7 | 0 | Rebuild | Complete |
| glslang 11.2 rebuild | 2021-02-24 | Sven-Hendrik Haase | Technically not required but we've observed ABI breakages in the past even with minor glslang releases so better safe than sorry. Rebuilds go to [staging]. | 4 | 0 | Rebuild | Complete |
| Removal of dep | 2021-02-22 | Morten Linderud | dep has been deprecated and repository archived. Please help upstreams move to go modules and/or add go.sum and go.mod files to the projects. https://github.com/golang/dep | 4 | 0 | Task | Complete |
| Go 1.16 rebuild | 2021-02-21 | Morten Linderud | Go 1.16 has been released so we will do a complete rebuild for library changes, compiler and runtime improvements. New this round has been that Go modules is now on by default. This means that any packages still not utilizing go modules needs to disable the feature during build. This can be done with the env variable GO111MODULE. export GO111MODULE=off I have not seen any other significant changes and smoke testing with the container runtimes didn't show anything wrong. All packages goes to the stable repos directly. Email me or bug me on IRC if there are questions or issues that needs to be fixed! | 176 | 0 | Rebuild | Complete |
| imagemagick 7.0.10.62 rebuild | 2021-02-08 | Antonio Rojas | packages go to [staging] | 8 | 0 | Rebuild | Complete |
| lvm2 2.03.x | 2021-02-02 | Christian Hesse | The new lvm2 (and split device-mapper) package brings a number of changes for shared libraries. Packages go to (community-)staging. | 19 | 0 | Rebuild | Complete |
| opencolorio1 rebuild | 2021-01-31 | Sven-Hendrik Haase | We decided we can't use opencolorio 2 because version 2 is basically completely different from version 1. We'll therefore just go with an opencolorio1 package. | 5 | 0 | Rebuild | Complete |
| cudnn 8.1 rebuild | 2021-01-31 | Sven-Hendrik Haase | Stuff goes into [community-staging]. | 5 | 0 | Rebuild | Complete |
| imagemagick 7.0.10.61 rebuild | 2021-01-30 | Antonio Rojas | Packages go to [staging] | 16 | 0 | Rebuild | Complete |
| Remove pepper-flash from optional dependencies | 2021-01-19 | Evangelos Foutras | Flash Player reached end-of-life on December 31, 2020. Before dropping it from [extra], we have to remove it from a few browsers' optional dependencies. | 3 | 0 | Rebuild | Complete |
| PHP 8 compatibility | 2021-01-18 | Pierre Schmitz | The PHP modules for PHP 8 are now rebuilt and a php7 package is available for software that is not compatible yet. Please check compatibility with your packages * If your package works fine with PHP 8 (e.g. documented by upstream or tested by yourself) just mark it as complete; a rebuild is not needed. * If you know your package will not work with PHP 8 update its dependency to the php7 packages. Make sure to update config or scripts as the php7 biaries have the "7" postfix. E.g. /usr/bin/php7 or /usr/bin/php-fpm7 Updates to these packages should be moved to [testing] or [community-testing] | 27 | 0 | Rebuild | Complete |
| libplacebo 3.104.0 soname bump | 2021-01-13 | Levente Polyak | libplacebo 3.104.0 has soname 104 which should be built in staging | 3 | 0 | Rebuild | Complete |
| libdav1d.so.5 soname bump | 2021-01-13 | Levente Polyak | libdav1d has a new soname version .5 which requires rebuilds put into staging and built against dav1d 0.8.1-1 | 6 | 0 | Rebuild | Complete |
| podofo rebuild | 2021-01-10 | Jelle van der Waa | New podofo release bumps the soname and requires a rebuild, rebuilds go into [staging]. | 5 | 0 | Rebuild | Complete |
| PHP-8 and PHP7 module rebuild | 2021-01-08 | Pierre Schmitz | The php package has been updated to version 8. For the meantime we keep version 7 packaged as php7. Both packages are available in [staging]. php7 will dropped once all the scripts we provide (and the ecosystem in general) is compatible with version 8. Module should be recompiled for version 8 and if desired provided for php7 as well. Let me know if you have to drop the module for one version due to incompatibility. If you like to provide both versions a split package might be the easiest approach. For an example see APCu: https://github.com/archlinux/svntogit-packages/blob/packages/php-apcu/trunk/PKGBUILD Once all rebuilds are done the packages are moved to [testing] to check those that depend on php. | 28 | 0 | Rebuild | Complete |
| libopenraw 0.3.0 release | 2020-12-19 | Frederik Schwan | Rebuild for libopenraw 0.3.0. libopenraw-0.3.0 is in [community-staging]. | 2 | 0 | Rebuild | Complete |
| Electron 11 | 2020-11-21 | Nicola Squartini | Push to [community-staging]. | 7 | 0 | Rebuild | Complete |
| Remaining rebuilds for Python 3.9 | 2020-11-13 | Evangelos Foutras | These are the last remaining packages that need a rebuild for Python 3.9. They either fail to build or have test failures in check(). If a package in this list also exists in staging, it does not mean it's done; if it's marked as failed on [1] then it likely has test failures. (In this case, the staging package was built with --nocheck to satisfy other packages' checkdeps and avoid dependency cycles, and therefore needs a proper rebuild.) Please commit a fix to /trunk and click on the failed task on [1] to retry it. You don't need to bump pkgrel as the automatic rebuilder does that before building and pushing a new package. Build logs of the failed rebuilds are available on either [1] or [2]. loqs has also shared some notes about failed builds [3], which might be useful for some of these failures. Some packages might require fixes to one or more of their dependencies that have already been rebuilt. (For example, python-libcst's backtrace indicates that the actual issue lies in python-typing_inspect.) [1] https://rebuilds.foutrelis.com/ [2] https://pkgbuild.com/~foutrelis/failed-py39-builds/ [3] https://gist.github.com/loqs/8bdcf882d63155cc353197c171862ba5 | 105 | 0 | Rebuild | Complete |
| gdk-pixbuf-xlib split | 2020-11-09 | Jan Alexander Steffens | gdk-pixbuf2 2.42.0 moved the deprecated libgdk_pixbuf_xlib-2.0.so to a separate project. A new package gdk-pixbuf-xlib is available in [staging] that contains libgdk_pixbuf_xlib-2.0.so. Please update your depends and push to staging. | 7 | 0 | Rebuild | Complete |
| wlroots 0.12.0 | 2020-11-08 | Maxim Baz | New wlroots release is in community-staging Please check your packages and push a rebuild or a new version when available. Thanks :) | 4 | 0 | Rebuild | Complete |
| imagemagick 7.0.10.37 rebuild | 2020-11-07 | Antonio Rojas | libMagickCore-7.Q16HDRI.so.7 -> 8 libMagickWand-7.Q16HDRI.so.7 -> 8 | 15 | 0 | Rebuild | Complete |
| glslang 11 rebuild | 2020-11-04 | Sven-Hendrik Haase | Rebuilds go to staging. | 6 | 0 | Rebuild | Complete |
| hidapi now optdepends on libusb and libudev | 2020-11-01 | Filipe Laíns | Hey! hidapi used to have an hard dependency on libusb, but as it is only required when using the libusb backend (libhidapi-libusb.so) I've made it optional. hidapi 0.10.0 also gained a dependency for the hidraw backend. It now needs libudev. Please check which backend your package uses. If it uses the libusb one (libhidapi-libusb.so), please add a hard dependency on libusb. If it uses the hidraw one (libhidapi-hidraw.so), please add a hard dependency on libudev.so. If you have any questions feel free to reach out to me on IRC or email. Cheers! Filipe | 14 | 0 | Rebuild | Complete |
| fmt ABI breakage | 2020-10-28 | Maxime Gauduin | fmt 7.1.0 changed its ABI without bumping the soname, so let's rebuild, packages go directly to extra/community https://github.com/fmtlib/fmt/issues/1961 | 10 | 0 | Rebuild | Complete |