[arch-dev-public] Signoff report for [testing]
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 10 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 6 fully signed off packages * 41 packages missing signoffs * 2 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (10 total) == * mpfr-3.1.2.p8-1 (i686) * mpfr-3.1.2.p8-1 (x86_64) * json-c-0.12-2 (i686) * mesa-10.2.0rc4-1 (i686) * transmission-2.83-2 (i686) * vim-7.4.307-1 (i686) * json-c-0.12-2 (x86_64) * mesa-10.2.0rc4-1 (x86_64) * transmission-2.83-2 (x86_64) * vim-7.4.307-1 (x86_64) == Incomplete signoffs for [core] (11 total) == * curl-7.37.0-1 (i686) 0/1 signoffs * grub-1:2.02.beta2-4 (i686) 0/1 signoffs * gummiboot-45-1 (i686) 0/1 signoffs * syslinux-6.03pre11-3 (i686) 0/1 signoffs * curl-7.37.0-1 (x86_64) 1/2 signoffs * gcc-4.9.0-3 (x86_64) 1/2 signoffs * grep-2.19-1 (x86_64) 1/2 signoffs * grub-1:2.02.beta2-4 (x86_64) 1/2 signoffs * gummiboot-45-1 (x86_64) 1/2 signoffs * mpfr-3.1.2.p8-1 (x86_64) 1/2 signoffs * syslinux-6.03pre11-3 (x86_64) 1/2 signoffs == Incomplete signoffs for [extra] (30 total) == * gnome-control-center-3.12.1-3 (i686) 0/1 signoffs * gnome-nettool-3.8.1-2 (i686) 0/1 signoffs * gnome-python-desktop-2.32.0-15 (i686) 0/1 signoffs * gnome-system-monitor-3.12.2-1 (i686) 0/1 signoffs * json-c-0.12-2 (i686) 0/1 signoffs * libgksu-2.0.12-6 (i686) 0/1 signoffs * libgtop-2.30.0-1 (i686) 0/1 signoffs * mariadb-10.0.11-5 (i686) 0/1 signoffs * mesa-10.2.0rc4-1 (i686) 0/1 signoffs * nginx-1.6.0-4 (i686) 0/1 signoffs * qt5-5.3.0-3 (i686) 0/1 signoffs * qtchooser-41-1 (i686) 0/1 signoffs * transmission-2.83-2 (i686) 0/1 signoffs * vim-7.4.307-1 (i686) 0/1 signoffs * wayland-1.5.0-1 (i686) 0/1 signoffs * gnome-control-center-3.12.1-3 (x86_64) 1/2 signoffs * gnome-nettool-3.8.1-2 (x86_64) 1/2 signoffs * gnome-python-desktop-2.32.0-15 (x86_64) 0/2 signoffs * gnome-system-monitor-3.12.2-1 (x86_64) 1/2 signoffs * json-c-0.12-2 (x86_64) 0/2 signoffs * libgksu-2.0.12-6 (x86_64) 0/2 signoffs * libgtop-2.30.0-1 (x86_64) 1/2 signoffs * mariadb-10.0.11-5 (x86_64) 0/2 signoffs * mesa-10.2.0rc4-1 (x86_64) 0/2 signoffs * nginx-1.6.0-4 (x86_64) 0/2 signoffs * qt5-5.3.0-3 (x86_64) 0/2 signoffs * qtchooser-41-1 (x86_64) 0/2 signoffs * transmission-2.83-2 (x86_64) 1/2 signoffs * vim-7.4.307-1 (x86_64) 0/2 signoffs * wayland-1.5.0-1 (x86_64) 0/2 signoffs == Completed signoffs (6 total) == * man-pages-3.67-1 (any) * gcc-4.9.0-3 (i686) * grep-2.19-1 (i686) * mpfr-3.1.2.p8-1 (i686) * util-linux-2.24.2-1 (i686) * util-linux-2.24.2-1 (x86_64) == All packages in [testing] for more than 14 days (2 total) == * util-linux-2.24.2-1 (i686), since 2014-04-24 * util-linux-2.24.2-1 (x86_64), since 2014-04-24 == Top five in signoffs in last 24 hours == 1. allan - 8 signoffs 2. anatolik - 2 signoffs
Re: [arch-dev-public] [Draft] MariaDB 10.0 enters [extra]
On Sat, 17 May 2014 22:57:46 +1000 Allan McRae al...@archlinux.org wrote: On 17/05/14 22:40, Bartłomiej Piotrowski wrote: It's temporarily built using Clang, mainly because new gcc snapshot hasn't fixed segfaults for everyone. Please file bug reports for breakages caused by the gcc update. I can not track/report/fix bugs that are not brought to my attention. Allan Apparently all are gone with -fno-delete-null-pointer-checks. I can try to write a small example during next week. If no one has any objections, I'll move the packages and publish this draft tomorrow. -- Bartłomiej Piotrowski http://bpiotrowski.pl/ signature.asc Description: PGP signature
Re: [arch-dev-public] [Draft] MariaDB 10.0 enters [extra]
Am 17.05.2014 14:40, schrieb Bartłomiej Piotrowski: Hi guys, New MariaDB is sitting in [testing] for a while now. It's temporarily built using Clang, mainly because new gcc snapshot hasn't fixed segfaults for everyone. I want to resolve it before moving anything, but in the meantime I wrote an announcement draft. Title: MariaDB 10.0 enters [extra] Content: A new major release of MariaDB will be moved to [extra] soon. The change in versioning scheme has been made to clearly distinguish provided functionality from MySQL 5.6. From now on, it won't be possible to easily move between various MySQL implementations provided in the official repositories. I guess the client library remains compatible or do we need to recompile packages? ATM we also provide MySQL 5.6 by packaging the percona fork. It provides the mariadb version as well, is that still sensible with 10 starting to be incompatible with mysql? Due to major changes in MariaDB 10.0, it is recommended (although not necessary) to dump the tables before upgrading and reloading the dump file afterwards. After upgrading to the new version don't forget to restart `mysqld.service` and run `mysql_upgrade` to check the databases for possible errors. Why is it recommend to reload from a dump? Some more details would be good, as this is not easily doable (without a longer downtime) for users with large databases. Additionally TokuDB storage engine has been disabled because of repeating build failures. I'm sorry for any inconvenience caused. Well, we provide this with our current 5.5 packages? What happens to those who use this? Instead of the I am sorry.. part, better link to the upstream bug report. For detailed information on changes and upgrade steps, please refer to [MariaDB Knowledge Base](https://mariadb.com/kb/en/what-is-mariadb-100/) and [MySQL Reference Manual](https://dev.mysql.com/doc/refman/5.6/en/upgrading.html). In addition to this, is the gcc 4.9 issue reported somewhere and the workaround confirmed? This bug seems to destroy the db files, so we better be sure. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-dev-public] [Draft] MariaDB 10.0 enters [extra]
On Sun, 25 May 2014 17:48:31 +0200 Pierre Schmitz pie...@archlinux.de wrote: I guess the client library remains compatible or do we need to recompile packages? ATM we also provide MySQL 5.6 by packaging the percona fork. It provides the mariadb version as well, is that still sensible with 10 starting to be incompatible with mysql? Good point. The client library is still compatible, client tools are not[1]. Percona probably should explicitly depend on percona-server-clients=$pkgver, so should MariaDB. Why is it recommend to reload from a dump? Some more details would be good, as this is not easily doable (without a longer downtime) for users with large databases. It is a common procedure encouraged by MySQL upstream, not mandatory by any means. Well, we provide this with our current 5.5 packages? What happens to those who use this? Instead of the I am sorry.. part, better link to the upstream bug report. Currently it is available in the [extra] package. TokuDB upstream is not as responsive as I would expect and I'm still waiting for the fix for build failure I reported almost 6 months ago. I don't mind reporting one more, I just don't think it will get fixed in a reasonable time. In addition to this, is the gcc 4.9 issue reported somewhere and the workaround confirmed? This bug seems to destroy the db files, so we better be sure. If MariaDB is built using gcc = 4.9-20140507 without this flag, it still crashes but doesn't loss any data. I have reported the problem and possible workaround on the MariaDB bug tracker. [1] https://bugs.archlinux.org/task/40041 -- Bartłomiej Piotrowski http://bpiotrowski.pl/ signature.asc Description: PGP signature
[arch-dev-public] librevenge .so bumps
Newly added librevenge requires many document treating libraries being released with .so bumps. http://listarchives.documentliberation.org/www/discuss/msg00070.html I'm currently pushing updated libs to staging. Please wait for a 2nd mail before starting the rebuilds. -Andy signature.asc Description: PGP signature
Re: [arch-dev-public] librevenge .so bumps
Am Sun, 25 May 2014 21:53:44 +0200 schrieb Andreas Radke andy...@archlinux.org: Newly added librevenge requires many document treating libraries being released with .so bumps. http://listarchives.documentliberation.org/www/discuss/msg00070.html I'm currently pushing updated libs to staging. Please wait for a 2nd mail before starting the rebuilds. -Andy All libs have been uploaded to staging. Please start the rebuilds. -Andy signature.asc Description: PGP signature
[arch-dev-public] Away this week
I'm traveling this week, and it seems my internet at home has decided to go away. Consider me off the air for packaging related duties until Saturday. I will likely still be reading email. Cheers, Dave
Re: [arch-dev-public] [Draft] MariaDB 10.0 enters [extra]
On 25/05/14 10:33 AM, Bartłomiej Piotrowski wrote: On Sat, 17 May 2014 22:57:46 +1000 Allan McRae al...@archlinux.org wrote: On 17/05/14 22:40, Bartłomiej Piotrowski wrote: It's temporarily built using Clang, mainly because new gcc snapshot hasn't fixed segfaults for everyone. Please file bug reports for breakages caused by the gcc update. I can not track/report/fix bugs that are not brought to my attention. Allan Apparently all are gone with -fno-delete-null-pointer-checks. I can try to write a small example during next week. If no one has any objections, I'll move the packages and publish this draft tomorrow. If that solves it, it's quite possible that the code has undefined behaviour rather than this being a GCC bug. One possibility is a race condition where a pointer's value is read/written concurrently without atomics (maybe helgrind can find something?). signature.asc Description: OpenPGP digital signature