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

[aur-general] pandoc moved back to the AUR for the time being
by Daniel Micay 19 Sep '13

19 Sep '13

I've moved pandoc back to the AUR because the latest version picked up too many new dependencies. It was convenient to have it in [community], but it's much saner to maintain these with the automation used by the arch-haskell project. I only use it for Rust's documentation generator, and don't want to be frequently rebuilding 30+ libraries for a language I don't use. Our packaging standards don't make much sense for Haskell because there are little gains from dynamic linking. There's not nearly enough sharing of code for it to come close to being efficient, and no stable ABI either.

3 3

[aur-general] Remove dkms-intel-rst
by Philipp Wolfer 19 Sep '13

19 Sep '13

Please remove dkms-intel-rst. This package has become obsolete with the release of Linux Kernel 3.11 in the main repositories. Thanks, Philipp

2 2

[aur-general] Multi-merge request: acx{100, 111}-firmware -> acx-firmware
by Normal Ra 19 Sep '13

19 Sep '13

Please merge: https://aur.archlinux.org/packages/acx100-firmware/ and https://aur.archlinux.org/packages/acx111-firmware/ into https://aur.archlinux.org/packages/acx-firmware/ Firmware files for acx-mac80211 driver are quite a difficult bunch; some versions work with cards, some don't, some versions specify USB-only firmware files. I think it's best not to saturate AUR with lots of stand-alone firmware PKGBUILDs. Cheers!

2 1

[aur-general] Merge request: lpty -> lua-lpty
by Jerome Leclanche 19 Sep '13

19 Sep '13

https://aur.archlinux.org/packages/lpty/ into https://aur.archlinux.org/packages/lua-lpty/ PKGBUILD for the former is completely broken and doesn't build. Reuploaded with a fixed name and pkgbuild. J. Leclanche

2 1

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

19 Sep '13

=== 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 * 12 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] (12 total) == * gdal-1.10.0-3 (i686) 0/1 signoffs * python-pytables-3.0.0-4 (i686) 0/1 signoffs * r8168-lts-8.036.00-1 (i686) 0/1 signoffs * tp_smapi-lts-0.41-13 (i686) 0/1 signoffs * virtualbox-modules-lts-4.2.18-2 (i686) 0/1 signoffs * vtk-5.10.1-10 (i686) 0/1 signoffs * gdal-1.10.0-3 (x86_64) 0/2 signoffs * python-pytables-3.0.0-4 (x86_64) 0/2 signoffs * r8168-lts-8.036.00-1 (x86_64) 0/2 signoffs * tp_smapi-lts-0.41-13 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.2.18-2 (x86_64) 0/2 signoffs * vtk-5.10.1-10 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. tomegun - 9 signoffs 2. dan - 3 signoffs

1 0

[aur-general] systemd 207 and btrfs
by Jameson 19 Sep '13

19 Sep '13

I upgraded to systemd 207 today, and upon reboot received several messages that say, "failed to open /dev/btrfs-control skipping device registration: No such file or directory." The btrfs problem faq suggests that running "mknod /dev/btrfs-control c 10 234" should fix me up. However, when I run this it says that it already exists. The only significant changes that I made were to upgrade systemd, and add the systemd hook to mkinicpio.conf. I tried booting from external media, and removing the systemd hook, but after re-running mkinitcpio I still get the same result. Does anyone have any suggestions for getting past this? I will happily provide more information if you can tell me what would be helpful. Thanks, =-Jameson

2 1

[aur-general] uppity replaces curlpaste in [community]
by Jonathan Steel 18 Sep '13

18 Sep '13

Hi, curlpaste [1] has been replaced [2] by uppity [3]. The usage is very much the same. I propose moving uppity-git to [community] as uppity, and removing curlpaste (not uploading it to the AUR). Am I right in thinking that uppity "replaces", but does not "conflict" with curlpaste as there are no file conflicts? I believe I need three other TUs to agree that uppity can go into [community] as it only has two votes. If this does not happen in the next two weeks, I will continue to remove curlpaste from [community], but leave uppity-git in the AUR. Thanks, [1] https://www.archlinux.org/packages/community/any/curlpaste/ [2] https://github.com/Kiwi/curlpaste/tree/master "Please use Uppity from this point on, it is far better than curlpaste ever was." [3] https://aur.archlinux.org/packages/uppity-git/ -- Jonathan Steel

3 5

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

18 Sep '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 6 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 14 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 (6 total) == * r8168-lts-8.036.00-1 (i686) * tp_smapi-lts-0.41-13 (i686) * virtualbox-modules-lts-4.2.18-2 (i686) * r8168-lts-8.036.00-1 (x86_64) * tp_smapi-lts-0.41-13 (x86_64) * virtualbox-modules-lts-4.2.18-2 (x86_64) == Incomplete signoffs for [community] (14 total) == * cinelerra-cv-1:2.2-18 (i686) 0/1 signoffs * gdal-1.10.0-3 (i686) 0/1 signoffs * python-pytables-3.0.0-4 (i686) 0/1 signoffs * r8168-lts-8.036.00-1 (i686) 0/1 signoffs * tp_smapi-lts-0.41-13 (i686) 0/1 signoffs * virtualbox-modules-lts-4.2.18-2 (i686) 0/1 signoffs * vtk-5.10.1-10 (i686) 0/1 signoffs * cinelerra-cv-1:2.2-18 (x86_64) 0/2 signoffs * gdal-1.10.0-3 (x86_64) 0/2 signoffs * python-pytables-3.0.0-4 (x86_64) 0/2 signoffs * r8168-lts-8.036.00-1 (x86_64) 0/2 signoffs * tp_smapi-lts-0.41-13 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.2.18-2 (x86_64) 0/2 signoffs * vtk-5.10.1-10 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bpiotrowski - 3 signoffs 2. eric - 3 signoffs 3. tpowa - 2 signoffs

1 0

[aur-general] Disown request: chunky
by Frederik "Freso" S. Olesen 18 Sep '13

18 Sep '13

'Lo list, I sent a mail to Luminary, the maintainer of the package "chunky" in the AUR, on September 4th, and I have not heard back from him. Please disown the package. https://aur.archlinux.org/packages/chunky/ -- Cheers, Frederik "Freso" S. Olesen <http://freso.dk/>

2 1

[aur-general] bash script lint
by Jonathan Arnold 17 Sep '13

17 Sep '13

Just a FYI - this site: http://www.shellcheck.net/ runs a checker on bash scripts. It actually works pretty well on PKGBUILD scripts, although it does warn about unused variables. -- Jonathan Arnold Webstream: http://hieronymus.soup.io Talent wins games, but team work and intelligence wins championships. Michael Jordan

1 0