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

Re: [arch-dev-public] [arch-dev] Packaging inconsistencies of python modules
by Dan McGee 07 Apr '11

07 Apr '11

Public list, no need to be private. On Tue, Apr 5, 2011 at 6:54 AM, Ray Rashif <schivmeister(a)gmail.com> wrote: > When I got ready to split python-scipy today (sorry angvp it appears > to have taken me more than just "a day" to get to it), I realised I > didn't know - or rather was confused about - how/what to name the > python3 package. That is a direct result of not being confident about > the naming scheme. If there ever has been any discussion with a > conclusion, I'd like to be reminded of it. Otherwise.. > > I remember very early on (during the python transition), the general > consensus was: > > python2-foo (for any 2.x project or module) > foo (for the more popular and bigger 3.x modules which are independent > projects by their own like PyQt) > python-foo (for the average 3.x module) > > So for eg. PyQt we would or were supposed to have (pardon me if I'm wrong): > > * python2-pyqt > * pyqt > > And for NumPy: > > * python2-numpy > * numpy > > Or failing that, at least: > > * python2-numpy > * python-numpy > > However, PyQt is now: > > * python2-qt > * python-qt > > A search for pyqt brings up only 'pyqt3' and 'eric'. I've added the > term 'PyQt' to the desc to work around this in trunk. > > Moving on, NumPy is: > > * python2-numpy (which provides python-numpy..!?) > * python3-numpy > > I'd like some clarification as to whether all these were intentional. > > If not, either way, I'd like to propose the topmost examples as a > convention. I understand that it is tedious to go back and forth with > the renaming and replacements, but if you all agree, I will help with > as many of these packages as I can. This is great, other than the fact that it totally screws up your upgrade paths and it is all too easy to leave a system with the wrong modules installed (3 vs 2). I wish I had spoken up sooner way back when we did the migration but I wasn't thinking at all and this didn't come to mind. As Stéphane said, we have a problem here in those periods where a package becomes python 3 compatible, is split, but all packages depending on it are not rebuilt. Even this would not satisfy all our issues as many packages optdepend on these modules, and/or are just installed for someone's script X on their system that we aren't tracking deps for in the first place. These two reasons make the rename/rebuild idea not fully work, in my opinion. I'm facing this exact situation with python-pip and python-virtualenv right now- both just became python 3 compatible, and as soon as I rename them I am going to break a lot of people's stuff. It would be fine if this all happened when we did the "great rebuild" as there would only be one time of breakage, but the situation right now is untenable- *every single time I see a python module being updated* I have to be scared as I can't tell whether the one being installed is 2 or 3, and whether I'm suddenly going to lose database connectivity or something. -Dan P.S. Pacman doesn't help here at the moment- https://bugs.archlinux.org/task/23410

4 4

[arch-dev-public] [signoff] kernel26 2.6.37.6-1
by Tobias Powalowski 06 Apr '11

06 Apr '11

Upstream update. This package is NOT in testing (2.6.38 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 1

[arch-dev-public] [signoff] vi-1:050325-1
by Jan de Groot 06 Apr '11

06 Apr '11

Please signoff for both architectures. This is just a simple rebuild that replaces the force option with an epoch. As pacman treats epoch versions newer than ones without, I lowered the pkgrel to 1 also again.

1 0

[arch-dev-public] [signoff] eventlog 0.2.12-2
by Stéphane Gaudreault 05 Apr '11

05 Apr '11

* Rebuild of old package * Tidy up PKGBUILD Please signoff both. Thanks Stéphane

1 0

[arch-dev-public] [signoff] tzdata 2011e-1
by Andreas Radke 05 Apr '11

05 Apr '11

Minor upstream update. Please signoff. -Andy The files... ftp://elsie.nci.nih.gov/pub/tzcode2011e.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2011e.tar.gz ...are now available; these reflect the Morocco, Chile, and tz-link changes circulated earlier this week on the time zone mailing list. The new versions do impact 2011 time stamps in Morocco and Chile. --ado

3 2

[arch-dev-public] [signoff] mkinitcpio 0.6.9-1
by Thomas Bächler 05 Apr '11

05 Apr '11

This release fixes some, but not all known bugs. It adds support for xz compressed initramfs. It also includes some massive performance improvements from Dan, which you should especially notice on crappy CPUs like Atom. Please sign off. Shortlog: Dan McGee (8): Move output functions to top of functions file Add new helper functions Use new get_module_name function Use new helper functions instead of system commands Short circuit add module if it already exists in image Add bash in_array function Keep an array of added modules to prevent expensive lookups Use install instead of mkdir/cp Dave Reisner (1): Set pipefail before running get_init_cpio Thomas Bächler (9): Enhance sleep hook to watch for device availability poll_device: Remove -h Remove some obsolete 'export's Revert "mkinitcpio: mount real root device instead of symlink" Use in_array instead of grep -w when checking SKIPHOOKS. poll_device: use 'echo' instead of 'msg'. Improve compression in mkinitcpio Simplify root file system detection Release mkinitcpio 0.6.9 Tobias Powalowski (3): add DAC960 scsi module to scsi hook again add loop module to avoid error messages from btrfs device scan remove loop from btrfs again, not needed

2 2

[arch-dev-public] [signoff] libgcrypt 1.4.6-2
by Andreas Radke 04 Apr '11

04 Apr '11

Rebuild of old pkg. Add check(). Passes all tests. Fix zipped info file name. Drop static library that is no longer needed (cryptsetup doesn't require it anymore). Please signoff. -Andy

1 0

[arch-dev-public] [signoff] libgpg-error 1.9-3
by Andreas Radke 04 Apr '11

04 Apr '11

Rebuild of old pkg. Add check(). Passes all. Please signoff. -Andy

1 0

[arch-dev-public] [signoff] crda-1.1.1-3
by Stéphane Gaudreault 04 Apr '11

04 Apr '11

* Rebuild of old package * Tidy up PKGBUILD Please signoff both. Thanks Stéphane

1 0

[arch-dev-public] Rebuild and review old [core] packages
by Pierre Schmitz 04 Apr '11

04 Apr '11

Hi all, I have made a todo list with old [core] packages at http://www.archlinux.org/todo/69/ Not that this is not meant as a simple rebuild but more a review of packages that haven't been touched for some time. I have listed some things we want to check on the todo page. If you know anything else let me know. Ionut pointed out that libnl has been bumped to version 2.0 in trunk which was not compatible with networkmanager in the end. So trunk should be overwritten by core at first here Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 3