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

[arch-dev-public] Removing 'orphan' python2 modules
by Jelle van der Waa 29 Jun '18

29 Jun '18

Hi All, Our repository contains a lot of python2 modules which are required by any package in the repository. I'd like to propose to remove these modules pre-emptively since they serve no purpose and python2 is dead. We should strive to be a modern distro, so promoting Python3 should be a big part of it :) Please reply if you have objections. A list of modules / programs can be obtained as following or viewed here [1] $ pacman -Sqs python2 > list $ expac -S '%n %N' -l ' ' - < list | awk NF==1 [1] http://pkgbuild.com/~jelle/python2_modules.txt -- Jelle van der Waa

3 2

Re: [arch-dev-public] Removing 'orphan' python2 modules
by Antonio Rojas 27 Jun '18

27 Jun '18

> Please reply if you have objections. > A list of modules / programs can be obtained as following or viewed here That list doesn't take makedepends/optdepends into account. There are a few optdepends of sagemath there (pkgconfig, pynormaliz)

3 2

[arch-dev-public] Notice: sip 4.19.{9,10} removed from [testing]
by Antonio Rojas 24 Jun '18

24 Jun '18

Latest release has been withdrawn upstream due to multiple issues.

1 0

[arch-dev-public] [core] / [extra] cleanup
by Jelle van der Waa 23 Jun '18

23 Jun '18

Looking at the packages in the BUILDINFO rebuild list, I've found some packages which are so old that they might not longer suit [core] or our repos in general. So I'd like to propose that we either move or remove the following packages: *Remove* - pcmciautils - Ancient technology - speedtouch - If you are using a linux kernel >= 2.6.10 , you should use the kernel module instead. - bootchart - Replaced by systemd-bootchart - zd1211-firmware - really really old WiFi chip. Move to [extra] or remove - linux-atm - Not sure what this is, but looks old. *Move to [extra]* - ifenslave - Don't see why it is required in core, also orphan - libgssglue/librpcsecgss - move to extra, nothing in [core] deps on it. (archboot and nfs-utils used to dep on it) - b43-fwcutter - Is this still required for more recent broadcom cards? -- Jelle van der Waa

3 5

[arch-dev-public] Gone until July 8th
by David Runge 17 Jun '18

17 Jun '18

Hey all, I'm going to be "not so available" over the coming weeks due to my wedding (leaving on Thursday and back July 8th). Feel free to update packages, that are long out-of-date ('none' [1] [2] currently). Best, David [1] Latest khal is currently only adding a version pinning for python-dateutil, which would require patching the setup.py (didn't have time to do that yet and try to get more information out of upstream... very slow-moving process). [2] zita-convolver 4.0.0 introduces API changes, which break its dependants and will require introducing the library in two versions (will do that after I come back), for older and newer applications in [community] to build. -- https://sleepmap.de

1 0

[arch-dev-public] TexLive 2018 move in [extra] today
by Rémy Oudompheng 16 Jun '18

16 Jun '18

Hello, I will move Texlive 2018 packages to [extra] today, along with zathura and qpdfview which were rebuilt for libsynctex. Rémy.

1 0

[arch-dev-public] Archive cleanup (2013, 2014, 2015)
by Florian Pritz 14 Jun '18

14 Jun '18

Hi, So far we haven't ever cleaned up the archive (https://archive.archlinux.org/) but it's getting too big and I don't think we have any use for packages from years ago. Next week I will remove the years 2013, 2014 and 2015. Florian

3 10

[arch-dev-public] Alioth retirement and tarball archive
by Baptiste Jonglez 07 Jun '18

07 Jun '18

Hi, There is some good news about the retirement of Alioth [1]: the Debian people have finally decided to keep an archive of all the tarballs! They are available at [2]. I've updated the TODO description: with this archive and the new gitlab for -git projects, it should cover all of our packages that depended on Alioth. Baptiste [1] https://www.archlinux.org/todo/alioth-retirement/ [2] https://alioth-archive.debian.org/releases/

1 0

[arch-dev-public] Moving gcc7 into [community] for CUDA
by Sven-Hendrik Haase 29 May '18

29 May '18

Hey, I would like to move gcc7 (based on the latest version 7 commit of gcc [0]) into [community] because of cuda 9.2 and in return drop gcc54. I tried to make it work with current gcc but to no avail. In earlier releases of cuda the incompatibilities could be patched with header hacks but not this time. I tested the whole setup with cuda 9.2 locally and it seems to work fine. I just want to get somebody's ok on this as apparently not everyone is stoked about having yet another old version of gcc in there for some time. Sven [0] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/gcc…

4 6

[arch-dev-public] Replacing pkg-config with pkgconf
by Jan Alexander Steffens 24 May '18

24 May '18

I want to replace pkg-config with pkgconf, an implementation that's actively maintained. https://github.com/pkgconf/pkgconf/ pkgconf is reportedly both faster and has saner behavior. For example, right now `pkg-config --exists OpenEXR` fails if glu is not installed, since OpenEXR has a "private" dependency on glu. However, `pkg-config --libs OpenEXR` works since pkg-config ignores private dependencies here. Private dependencies are relevant for static linking, analogous to a shared library's DT_NEEDED tags. `pkg-config --static --libs OpenEXR` lists the libraries necessary to statically link OpenEXR. pkgconf is more consistent and follows private dependencies only if --static is given, regardless of whether --libs or --exists is used. pkgconf is in use by at least FreeBSD, NetBSD, Fedora and Mageia; so we wouldn't be the first ones making the switch. There's already a package in [community] owned by demize. I would make some adjustments before releasing it to [testing]. Any objections?

2 1