- Aur-general - lists.archlinux.org

[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

[aur-general] Disown request: nvidia-pae
by Robert Knauer 18 Sep '12

18 Sep '12

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

4 3

[aur-general] Disown Request: uif2iso
by Ben 17 Sep '12

17 Sep '12

Hello there, Please orphan the uif2iso[1] package. I have attempted to contact the maintainer via email but have received no response. The package in question has been flagged out of date since the 16th May this year. I have a working PKGBUILD ready to upload. Thanks, Ben. [1] https://aur.archlinux.org/packages.php?ID=15159

2 1

[aur-general] Merge request
by Schala Zeal 17 Sep '12

17 Sep '12

Please merge https://aur.archlinux.org/packages.php?ID=61509 (lib32-mingw-w64-libunicows) into https://aur.archlinux.org/packages.php?ID=62869 (mingw-w64-libunicows)

2 1

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

17 Sep '12

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

1 0

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

16 Sep '12

If you're asking if I would be able to maintain granola-gui [1] along with the other two, then I am. [1] https://aur.archlinux.org/packages.php?ID=36866

1 0

[aur-general] freeplane in the AUR
by scrawler 16 Sep '12

16 Sep '12

Hey guys, Would anybody like to take over the freeplane package for me? It needs to be updated, and I don't have time to take care of it. thanks!

3 4

[aur-general] Deletion request: pari-nightly-snapshot
by Limao Luo 16 Sep '12

16 Sep '12

The package pari-nightly-snapshot [1] was badly written, is out of date, and is completely replaced by pari-git [2]. Also note that, as the maintainer, I have made a comment under [1] to prove that I am the maintainer saying, "Accepting the deletion request." Please delete my old package. [1] https://aur.archlinux.org/packages.php?ID=61085 [2] https://aur.archlinux.org/packages.php?ID=62268

2 1

[aur-general] [merge request] python2.6 => python26
by Markus Unterwaditzer 16 Sep '12

16 Sep '12

hello, Earlier i asked for python2.6 to be orphaned because it was and is out-of-date. TIL there was python26 available all the time. So, please merge python2.6: http://aur.archlinux.org/packages.php?ID=51138 into python26: https://aur.archlinux.org/packages.php?ID=41809 Thanks, Markus

2 1

[aur-general] Deletion request: emacs-browsekillring
by Limao Luo 16 Sep '12

16 Sep '12

The package emacs-browsekillring [1] has an out-of-date source and is badly named. The only consistently updated source for the browse-kill-ring.el file that it is based on is the github-based version. Since the source is github-based, I created a separate package called emacs-browse-kill-ring-git [2]. As the current maintainer, I have made a comment under [1] saying, "Accepting deletion request." Please delete [1]. Thanks. [1] https://aur.archlinux.org/packages.php?ID=55404 [2] https://aur.archlinux.org/packages.php?ID=62282

2 1