May 2012 - Aur-general - lists.archlinux.org

[aur-general] Leaving ArchLinux
by Elena ``of Valhalla'' 23 May '12

23 May '12

I'm sorry to say that I've just had to move away from Arch Linux on my main PC; I've had a great time and I'm going to miss most of it, but I just needed a debian environment sometimes, and I was spending more and more time in debian chroots. I have 25 `packages on AUR`_, none of which has many votes, but I don't want to leave them to rot, so this is my plan. .. _`packages on AUR`: https://aur.archlinux.org/packages.php?K=valhalla&SeB=m First of all, if anybody is interested in one of my packages let me know and I'll orphan it so that they can take them over. For the rest, I am keeping the old Arch partition around and chrooting into it when they need mainteinance; after a few months if I find out that I'm not giving them as much love as they need I'll start orphaning them, but I'll keep subscribed to the comments and try to keep them up to date until they are adopted. I hope that this way I'll be able to move away without leaving stuff to bitrot in AUR. Thanks everybody, -- Elena ``of Valhalla''

4 6

[aur-general] package deletion request: fhs
by Ruslan Nabioullin 23 May '12

23 May '12

I am requesting that the AUR package fhs [1] be deleted, as standards documents are outside the scope of the AUR. I am the current maintainer of the package. -Ruslan [1] https://aur.archlinux.org/packages.php?ID=56396 -- Ruslan Nabioullin rnabioullin(a)gmail.com

3 3

[aur-general] Deletion request: mirall-owncloud
by Clément DÉMOULINS 22 May '12

22 May '12

Hi, Could someone delete my package “mirall-owncloud” [1]. It's the same as “owncloud-client” [2]. Thanks, Clément Démoulins [1] https://aur.archlinux.org/packages.php?ID=59457 [2] https://aur.archlinux.org/packages.php?ID=58177 -- Clef GPG : 0xDD51E028

2 1

[aur-general] Orphan php-sqlite3
by Markus Unterwaditzer 22 May '12

22 May '12

Please orphan the php-sqlite3 package: https://aur.archlinux.org/packages.php?ID=6156 The maintainer doesn't seem to keep this package up-to-date (last activity was in 2007) and the package itself is broken too. The author seemed to host it on his own computer too.

2 2

[aur-general] Deletion request: python-pyopengl
by Michael Schubert 22 May '12

22 May '12

Hi, Please delete python-pyopengl [1], because the current version is not compatible with python3 and the python2 version is in extra. Thanks Michael [1] https://aur.archlinux.org/packages.php?ID=7798

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 22 May '12

22 May '12

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 16 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 16 packages missing signoffs * 0 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 [community-testing] in last 24 hours (16 total) == * calibre-0.8.52-2 (i686) * gambas2-2.24.0-1 (i686) * gambas3-3.1.1-3 (i686) * ktikz-0.10-4 (i686) * libextractor-0.6.3-4 (i686) * pdf2djvu-0.7.12-1 (i686) * tellico-2.3.5-2 (i686) * virtualbox-modules-4.1.14-3 (i686) * calibre-0.8.52-2 (x86_64) * gambas2-2.24.0-1 (x86_64) * gambas3-3.1.1-3 (x86_64) * ktikz-0.10-4 (x86_64) * libextractor-0.6.3-4 (x86_64) * pdf2djvu-0.7.12-1 (x86_64) * tellico-2.3.5-2 (x86_64) * virtualbox-modules-4.1.14-3 (x86_64) == Incomplete signoffs for [community] (16 total) == * calibre-0.8.52-2 (i686) 0/2 signoffs * gambas2-2.24.0-1 (i686) 0/2 signoffs * gambas3-3.1.1-3 (i686) 0/2 signoffs * ktikz-0.10-4 (i686) 0/2 signoffs * libextractor-0.6.3-4 (i686) 0/2 signoffs * pdf2djvu-0.7.12-1 (i686) 0/2 signoffs * tellico-2.3.5-2 (i686) 0/2 signoffs * virtualbox-modules-4.1.14-3 (i686) 0/2 signoffs * calibre-0.8.52-2 (x86_64) 0/2 signoffs * gambas2-2.24.0-1 (x86_64) 0/2 signoffs * gambas3-3.1.1-3 (x86_64) 0/2 signoffs * ktikz-0.10-4 (x86_64) 0/2 signoffs * libextractor-0.6.3-4 (x86_64) 0/2 signoffs * pdf2djvu-0.7.12-1 (x86_64) 0/2 signoffs * tellico-2.3.5-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.1.14-3 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 8 signoffs 2. tomegun - 6 signoffs 3. foutrelis - 5 signoffs 4. allan - 1 signoffs 5. dreisner - 1 signoffs

1 0

[aur-general] Delete gitolite-g3-git
by Benjamin Severs 22 May '12

22 May '12

Please delete gitolite-g3-git [1]. I am the maintainer, and this was a temporary package until the upstream g3 branch became the master branch. That has since happened, so this package may be deleted. The gitolite-git package now tracks the g3 code base. Thank you. [1] https://aur.archlinux.org/packages.php?ID=58511 -- Benjamin Severs

2 1

[aur-general] remove packages
by Kevin Vesga 21 May '12

21 May '12

Delete lxappearance-gtk2 [1]. Lxappearance in community is gtk2 so this is unnecessary. Delete lxappearance-gtk23 [2]. Lxappearance in community applies gtk3 theme settings correctly. [1] https://aur.archlinux.org/packages.php?ID=51146 [2] https://aur.archlinux.org/packages.php?ID=54465

2 1

Re: [aur-general] Removal request: fenics group packages
by Myles English 21 May '12

21 May '12

>> On Fri, 18 May 2012 17:24:06 -0400, speps said: > On Fri, 18 May 2012 15:06:57 +0100 > Myles English <mylesenglish(a)gmail.com> wrote: >> Please would a TU delete them and transfer the votes to the *-bzr >> versions that I have replaced them with. > Hi Myles, > thanks for reporting this, but probably merging here is not a good idea. > Your *-bzr provides a vcs version of the software. > Having stable releases too is not a problem. Hi speps, I judged that the typical person using this software would prefer to use the vcs version. I don't mind if the stable packages are not deleted but don't want to confuse people and want to make it easy for them to install the currently maintained -bzr versions. > You mentioned there are some issues with building the stable release of dolfin, > well probably someone else could take care of them and fix em. > Having a quick look at your pastebin (in a dolfin comment), seems like it is > a gcc 4.7 issue. Btw, rapidly searching I've got confirmation and found this to > be already reported and solved yet on the dolfin BTS [1]. > Here is the commit patch that solves the issue [2]. The effort you have made is admired and appreciated. > Now, your choice. If you mind, you may re-adopt those packages by applying the > patch. Otherwise, just do not care about em. I'll stick to the vcs versions just because I don't have time to maintain two sets. If someone does adopt the stable ones then we can collaborate. There is a difficulty with keeping the stable versions though; How do I make it easy for users to build and install the set of -bzr packages, rather than a mixture of -bzr and stable ones? There are two issues. 1) the groups() variable is not used: I envisioned being able to make use of the groups() variable by having groups=('fenics-bzr') in all the -bzr PKGBUILDs and doing something similar to: $ pacman -S fenics-bzr or, for stable versions: $ pacman -S fenics which works for packages controlled by pacman (and this is how I use it, via local repos) but not for the AUR because the groups() thing isn't accessible to AUR clients [fn:1]. 2) the AUR client I use (cower) doesn't recognise dependencies are satisfied on with the same action The way things are now, in (e.g) ffc-bzr PKGBUILD there is: depends=(... 'ufl' ...) and in ufl-bzr : provides=('ufl') conflicts=('ufl') so that if the user wants the stable versions of most of the fenics packages but the vcs version of ufl, then they can install it and still satisfy the dependencies. However if I try: $ cower -dd fiat-bzr ufc-bzr ufl-bzr ffc-bzr it will download the stable PKGBUILDs for ufc and ufl to satisfy the dependency in ffc-bzr, but I wanted the the -bzr versions. I have raised on Issue on cower's github [fn:2]. I am new to this list and maybe you have already discussed making groups() accessible to AUR clients. Perhaps an alternative AUR client is better at calculating dependencies. Am I doing it wrong? > [1] https://bugs.launchpad.net/dolfin/+bug/999025 > [2] http://bazaar.launchpad.net/~dolfin-core/dolfin/trunk/diff/6663 > Cheers > - speps - Thanks, Myles Footnotes: [fn:1] https://github.com/falconindy/cower/issues/36 [fn:2] https://github.com/falconindy/cower/issues/35

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 21 May '12

21 May '12

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 2 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.) == Incomplete signoffs for [unknown] (2 total) == * mariadb-5.5.23-3 (i686) 1/2 signoffs * mariadb-5.5.23-3 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (2 total) == * mariadb-5.5.23-3 (x86_64), since 2012-04-26 * mariadb-5.5.23-3 (i686), since 2012-04-26 == Top five in signoffs in last 24 hours == 1. stephane - 2 signoffs 2. dreisner - 2 signoffs

1 0