- Arch-dev-public - lists.archlinux.org

[arch-dev-public] gdbm 1.14 removed from [testing]
by Bartłomiej Piotrowski 03 Jan '18

03 Jan '18

Hi all, gdbm 1.14 introduced silent ABI breakage[1] so for now, I removed it from [testing]. I contacted upstream about the issue and if the time allows, I will prepare a fix today. Bartłomiej

1 0

[arch-dev-public] Delaying the boost-1.66 rebuild
by Baptiste Jonglez 29 Dec '17

29 Dec '17

Hi, Kea [1] fails to build with boost 1.66.0, so please keep the rebuild in staging for a few more days. It does not seem like a big issue, but I won't be able to look into it before January. Thanks, Baptiste [1] https://www.archlinux.org/packages/community/x86_64/kea/

1 0

[arch-dev-public] Phasing out cwiid
by David Runge 28 Dec '17

28 Dec '17

Hey all, I'd like to phase out cwiid [1] (as it's super old and unmaintained). Currently it's an optdepends for supercollider, but its use will be deprecated in the next version [2], so I will remove it there eventually. The only other packages depending on it are kodi (make) and kodi-eventclients. However, is it really required there? For now, I rebuilt cwiid, but I guess it could be dropped midterm, if it's not a hard requirement for kodi et al. Best, David [1] https://github.com/abstrakraft/cwiid [2] https://github.com/supercollider/supercollider/issues/3320 -- https://sleepmap.de

3 3

[arch-dev-public] Dropping glee and clalsadrv
by David Runge 26 Dec '17

26 Dec '17

Hi all, I've been working through the list of packages, formerly maintained by speps (some of which are pro-audio things). I found at least two, that should be deleted (more to come probably): * clalsadrv - superseeded by zita-alsa-pcmi * glee - upstream dead, unmaintained for more than five years The first has no packages depending on it and the second only electricsheep, which also seems quite half-dead. Probably nothing, that should be lingering in [community]. @Eric Bélanger: Are you okay with dropping electricsheep? Best, David -- https://sleepmap.de

1 1

[arch-dev-public] away from packaging duties until ~Feb '18
by Dave Reisner 15 Dec '17

15 Dec '17

Hi friends, Between the holidays as well as business trips next week and in mid January, I don't expect to have much time to pay attention to packaging duties. Stepping away for a month+ also gives me the opportunity to reduce the time I'm spending at a keyboard and nurse some RSI aggravation that I've been carrying for the past few weeks. Cheers, Dave

1 0

[arch-dev-public] Heads up: Qt 5.10 in [testing]
by Antonio Rojas 08 Dec '17

08 Dec '17

Qt 5.10 is now in [testing]. Note that, due to Qt symbol versioning schema, every Qt application automatically gets a dependency on the minor Qt version it was compiled against, so Qt applications compiled against [testing] will have to wait in testing until Qt itself moves. Keep this in mind if you plan to push any Qt application to testing.

1 0

[arch-dev-public] Packaging tasks on hold
by Alad Wenter 07 Dec '17

07 Dec '17

Hi all, Due to a continuously increasing workload this semester, my life has been very busy and I haven't been able to attend to my [community] packages as much as I'd like to. (in particular, neomutt which has been outdated since a month). As such, anyone willing to is more than welcome to update my packages. (if you would like to make more elaborate changes, let me know ahead of time via email. I am not available on IRC due to the same time constraints.) I'll still be around to handle AUR requests and handle issues on the wiki. Best wishes, Alad

1 0

[arch-dev-public] ImageMagick 7
by Jan Alexander Steffens 02 Dec '17

02 Dec '17

Hi list, if nobody objects I would like to start an upgrade to ImageMagick 7. The plan is: - Split imagemagick into (libmagick imagemagick imagemagick-doc). - Add imagemagick6, split into (libmagick6 imagemagick6). No docs. libmagick and libmagick6 contain the parallel-installable libraries. imagemagick and imagemagick6 conflict with each other, containing the tools, the perl module and the conflicting build files. We'll need some rebuilds, of course. Thoughts? Greetings, Jan

2 3

[arch-dev-public] Replace Gentoo mime-types with Fedora mailcap?
by Jan Alexander Steffens 23 Nov '17

23 Nov '17

After seeing bug 54977[1] I've been investigating where our /etc/mime.types comes from, and it's apparently from Gentoo[2] and hasn't been updated since Oct 2012. I would like to propose replacing mime-types with mailcap from Fedora[3], which is still maintained; it fixes the above bug. It also provides /etc/nginx/mime.types (conflicts with upstream NGINX, but defines many more types) and /etc/mailcap (not used by anything we have?). Thoughts? Objections? Should we also use the mailcap NGINX mime.types? [1]: https://bugs.archlinux.org/task/54977 [2]: https://packages.gentoo.org/packages/app-misc/mime-types [3]: https://pagure.io/mailcap/tree/master

3 3

[arch-dev-public] Merging multilib toolchain with [core]
by Bartłomiej Piotrowski 23 Nov '17

23 Nov '17

Hi, For a long time we have been maintaining multilib-enabled gcc package separately under [multilib] repo. Compilation takes a lot and usually it falls behind because I forget to keep it in sync with [core]. I propose to merge it with core/gcc instead and split lib32-gcc-libs. The latter would be moved to [core] due to dbscripts inability to maintain split packages in multiple repositories. On the same note, the same would happen to lib32-glibc. Any objections? Bartłomiej

4 3