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

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

19 Sep '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 * 3 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.) == Incomplete signoffs for [community] (3 total) == * systemd-arch-units-20120915-2 (any) 0/2 signoffs * qtcreator-2.6.0beta-1 (i686) 0/2 signoffs * qtcreator-2.6.0beta-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. dan - 7 signoffs 2. foutrelis - 4 signoffs

1 0

[aur-general] Disown request: quad, balz
by Limao Luo 19 Sep '12

19 Sep '12

Quad [1] and balz [2] don't build properly (because they use $startdir/src and $startdir/pkg instead of $srcdir and $pkgdir. tuxspirit is, AFAIK, inactive, and hasn't updated their packages in the past. Would appreciate a disown, especially since a couple of my packages (peazip-gtk2 [3], peazip-qt [4]) depend on [1] and [2]. [1] https://aur.archlinux.org/packages.php?ID=14145 [2] https://aur.archlinux.org/packages.php?ID=18352 [3] https://aur.archlinux.org/packages.php?ID=43957 [4] https://aur.archlinux.org/packages.php?ID=43956

2 1

[aur-general] Deletion request: riak-systemd-unit
by Gianni Vialetto 18 Sep '12

18 Sep '12

My package riak-systemd-unit [1] is now useless, since the service unit is already included in the latest riak AUR package [2]. Please remove it from the AUR. [1] https://aur.archlinux.org/packages.php?ID=62061 [2] https://aur.archlinux.org/packages.php?ID=35433 -- Gianni Vialetto "To see things in the seed, that is genius." - Lao Tzu

2 1

[aur-general] Deletion request: systemd-granola
by Limao Luo 18 Sep '12

18 Sep '12

All the scripts from my package systemd-granola [1] have been added into granola-connect [2] and granola [3]. Please delete [1] as it now serves no purpose. [1] https://aur.archlinux.org/packages.php?ID=52808 [2] https://aur.archlinux.org/packages.php?ID=51670 [3] https://aur.archlinux.org/packages.php?ID=36841

2 1

[aur-general] Merge request
by der_FeniX 18 Sep '12

18 Sep '12

Please, merge [1] into [2] because of original app renaming [1] https://aur.archlinux.org/packages.php?ID=37635 [2] https://aur.archlinux.org/packages.php?ID=62896

2 1

[aur-general] Please remove my AUR account
by Tomasz Niedzielski 18 Sep '12

18 Sep '12

Due to a cheeky comment (in my opinion) under one of my packages, I decided to resign from creating and developping any packages for public use. The best would be if you could completely remove my account and all packages created by me - those of them, which I adopted, will be orphaned (after removing my data from PKGBUILDS). Thank you.

8 12

[aur-general] Deletion request: fancytasks
by miste78＠web.de 18 Sep '12

18 Sep '12

Hi, I uploaded a package 'fancytasks' to the AUR. I didn't see there was already a package named 'kdeplasma-applets-fancytasks' for the same program. Please delete my package fancytasks: https://aur.archlinux.org/packages.php?ID=62885 Thanks, Michael

2 1

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

18 Sep '12

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 26 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 (2 total) == * qtcreator-2.6.0beta-1 (i686) * qtcreator-2.6.0beta-1 (x86_64) == Incomplete signoffs for [community] (25 total) == * systemd-arch-units-20120915-2 (any) 0/2 signoffs * cdfs-2.6.27-28 (i686) 0/2 signoffs * ndiswrapper-1.57-20 (i686) 0/2 signoffs * open-vm-tools-modules-2012.05.21-8 (i686) 0/2 signoffs * qtcreator-2.6.0beta-1 (i686) 0/2 signoffs * r8168-8.032.00-2 (i686) 0/2 signoffs * r8168-lts-8.032.00-2 (i686) 0/2 signoffs * rt3562sta-2.4.1.1-14 (i686) 0/2 signoffs * tp_smapi-0.41-6 (i686) 0/2 signoffs * vhba-module-20120422-9 (i686) 0/2 signoffs * virtualbox-4.2.0-1 (i686) 0/2 signoffs * virtualbox-modules-4.2.0-2 (i686) 0/2 signoffs * virtualbox-modules-lts-4.2.0-1 (i686) 0/2 signoffs * cdfs-2.6.27-28 (x86_64) 0/2 signoffs * ndiswrapper-1.57-20 (x86_64) 0/2 signoffs * open-vm-tools-modules-2012.05.21-8 (x86_64) 0/2 signoffs * qtcreator-2.6.0beta-1 (x86_64) 0/2 signoffs * r8168-8.032.00-2 (x86_64) 0/2 signoffs * r8168-lts-8.032.00-2 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-14 (x86_64) 0/2 signoffs * tp_smapi-0.41-6 (x86_64) 0/2 signoffs * vhba-module-20120422-9 (x86_64) 0/2 signoffs * virtualbox-4.2.0-1 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.0-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.2.0-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (1 total) == * virtualbox-iso-additions-4.2.0-1 (any) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. andyrtr - 4 signoffs 2. foutrelis - 3 signoffs 3. bisson - 3 signoffs 4. ibiru - 1 signoffs

1 0

[aur-general] Disown request: granola and granola-connect
by Limao Luo 18 Sep '12

18 Sep '12

Both granola [1] and granola-connect [2] have been out of date for a month, and maintainer has not responded to email for well over two weeks. Please disown them. [1] https://aur.archlinux.org/packages.php?ID=36841 [2] https://aur.archlinux.org/packages.php?ID=51670

3 4

[aur-general] Multiple Kernel modules in the AUR [WAS: Disown request: nvidia-pae]
by Oon-Ee Ng 18 Sep '12

18 Sep '12

On Tue, Sep 18, 2012 at 3:47 AM, Dave Reisner <d(a)falconindy.com> wrote: > On Mon, Sep 17, 2012 at 09:38:30PM +0200, Robert Knauer wrote: >> Hello, >> please disown nvidia-pae[1], it's outdated for more than a month now >> and I mailed the maintainer on 1st of September and got no answer. >> >> Thanks, >> Robert >> >> [1] https://aur.archlinux.org/packages.php?ID=40101 > > Don't take this personally... you're just the one who happened to bring > it up. Do we _really_ need all this duplication? Does every kernel in > the AUR needs its own _from_ _source_ instructions to build kernel > modules? Really, these should all be about 3-4 lines to change in the > extra/nvidia PKGBUILD. Instead, we have... > > nvidia-apparmor > nvidia-bede > nvidia-bfs > nvidia-bl > nvidia-ck > nvidia-custom > nvidia-fbcondecor > nvidia-ice > nvidia-ll > nvidia-lqx > nvidia-mainline > nvidia-pae > nvidia-pf > nvidia-rifs > nvidia-rt > nvidia-uksm > nvidia-zen > > I'm sure these are all unique and beautiful in their own way, but > really, they're all duplicates as far as I'm concerned. nvidia is the > biggest offender of this, but it certainly applies to other modules as > well. > > </rant> > > dave Firstly - full disclosure - I'm the author and maintainer of the hackish nvidia-beta-all package (someone else based nvidia-all from that). It basically builds the nvidia module for every exiting kernel (including specific patches if needed). When initially submitting the package there was some discussion about whether such a PKGBUILD which is non-reproducable (would produce different results on different machines) violates the AUR's guidelines. The only alternative to that (if reproducability is important) would be the various nvidia packages as we currently have. Of course, I never really agreed with that line of reasoning simply because as it is compiling any random package on two different machines could produce different results due to autotools or similar.

1 0