- Aur-general - lists.archlinux.org

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

17 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 * 8 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] (8 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 * 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 * vtk-5.10.1-10 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. heftig - 6 signoffs 2. pierre - 4 signoffs 3. tpowa - 2 signoffs

1 0

[aur-general] Disown request : teamdrive
by Matthieu Froment 16 Sep '13

16 Sep '13

Hello all, Can you please disown the actual maintainer of the package : teamdrive https://aur.archlinux.org/packages/teamdrive/ I marked it as out-of-date the 19th of june, with a short message at the attention of the maintainer : No answer ! Actually, 6 months without an update. I wrote this mail, without any answer. > Date: Fri, 6 Sep 2013 19:45:13 +0200 > From: thieume2(a)hotmail.com > To: ch.assfalg(a)gmx.de > Subject: [Archlinux AUR] Teamdrive > > Hello, > > I've seen that you are actually the maintainer of the teamdrive package > on AUR. You may don't have time to take care of this package (and some > release have been missed). I can propose you to take the maintenance of > the pkgbuild to my hand. > Possible to transfer the maintenance ? > Thanks for your answer, > > Regards, > Matthieu. I've got a pkgbuild ready to be uploaded. Thanks in advance, Regards, Matthieu.

2 2

[aur-general] Disown Request: qtiplot-opj
by v1c70r 16 Sep '13

16 Sep '13

Please disown qtiplot-opj: https://aur.archlinux.org/packages/qtiplot-opj/ Not updated in more than a year despite the package doesn't build anymore. The current maintainer doesn't reply to comments or emails. Victor

2 1

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

16 Sep '13

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 14 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 20 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 (14 total) == * bbswitch-0.7-14 (i686) * cinelerra-cv-1:2.2-18 (i686) * r8168-8.036.00-11 (i686) * rt3562sta-2.4.1.1-44 (i686) * tp_smapi-0.41-35 (i686) * vhba-module-20130607-14 (i686) * virtualbox-modules-4.2.18-3 (i686) * bbswitch-0.7-14 (x86_64) * cinelerra-cv-1:2.2-18 (x86_64) * r8168-8.036.00-11 (x86_64) * rt3562sta-2.4.1.1-44 (x86_64) * tp_smapi-0.41-35 (x86_64) * vhba-module-20130607-14 (x86_64) * virtualbox-modules-4.2.18-3 (x86_64) == Incomplete signoffs for [community] (20 total) == * bbswitch-0.7-14 (i686) 0/1 signoffs * 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-8.036.00-11 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-44 (i686) 0/1 signoffs * tp_smapi-0.41-35 (i686) 0/1 signoffs * vhba-module-20130607-14 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-3 (i686) 0/1 signoffs * vtk-5.10.1-10 (i686) 0/1 signoffs * bbswitch-0.7-14 (x86_64) 0/2 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-8.036.00-11 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-44 (x86_64) 0/2 signoffs * tp_smapi-0.41-35 (x86_64) 0/2 signoffs * vhba-module-20130607-14 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-3 (x86_64) 0/2 signoffs * vtk-5.10.1-10 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 10 signoffs 2. allan - 2 signoffs

1 0

Re: [aur-general] Merge request: python2-pyside -> python-pyside
by danielwallace 16 Sep '13

16 Sep '13

Replaces should never be in aur packages. It is only used by Pacman when searching the repository. There is nothing that searches replaces in the aur. Sent via the Samsung GALAXY S®4, an AT&T 4G LTE smartphone -------- Original message -------- From: Hugo Osvaldo Barrera <hugo(a)osvaldobarrera.com.ar> Date: 09/15/2013 6:16 PM (GMT-06:00) To: "Discussion about the Arch User Repository (AUR)" <aur-general(a)archlinux.org> Subject: Re: [aur-general] Merge request: python2-pyside -> python-pyside On 2013-09-13 09:57, Bartłomiej Piotrowski wrote: > On 09/07/2013 10:24 AM, Chris “Kwpolska” Warrick wrote: > > In recent shenanigans[0], python-pyside became a split package, > > building Python 3 and 2 versions simultaneously. python2-pyside still > > exists in the AUR. Please merge python2-pyside[1] into > > python-pyside[2]. > > > > [0]: https://mailman.archlinux.org/pipermail/aur-general/2013-September/025115.h… > > [1]: https://aur.archlinux.org/packages/python2-pyside/ > > [2]: https://aur.archlinux.org/packages/python-pyside/ > > > > Done, thank you. > > -- > Bartłomiej Piotrowski > http://bpiotrowski.pl/ > As maintainer of python2-pyside shouldn't I have gotten a notification about this? At least an automated one from the AUR? Also, since the PKGBUILD states "replaces=(python2-pyside...", shouldn't searching the AUR for python2-pyside yield python-pyside as one of the results? Finally, why does this merge make sense? It merges two *different* libraries into one; I maintained python2-pyside, but have no interest in installing the python3 version, so why is the original package deleted? -- Hugo Osvaldo Barrera A. Because it breaks the logical sequence of discussion Q. Why is top posting bad?

2 1

[aur-general] merge request: vapoursynth-plugin-ffmpegsource-git into vapoursynth-plugin-ffms2
by SpinFlo 15 Sep '13

15 Sep '13

Hi (again) please merge (again xd) https://aur.archlinux.org/packages/vapoursynth-plugin-ffmpegsource-git/ into https://aur.archlinux.org/packages/vapoursynth-plugin-ffms2-git/ for better name convention (upstream) greetings

2 1

[aur-general] merge request: vapoursynth-plugin-ffmpegsource-svn into vapoursynth-plugin-ffmpegsource-git
by SpinFlo 15 Sep '13

15 Sep '13

hi please merge https://aur.archlinux.org/packages/vapoursynth-plugin-ffmpegsource-svn/ into https://aur.archlinux.org/packages/vapoursynth-plugin-ffmpegsource-git/ upstream code move to github greetings

2 1

[aur-general] Únete a mi red en LinkedIn
by Hector Martinez-Seara a través de LinkedIn 15 Sep '13

15 Sep '13

LinkedIn ------------ Hector Martinez-Seara ha solicitado añadirte como contacto en LinkedIn: ------------------------------------------ Me gustaría añadirte a mi red profesional en LinkedIn. Aceptar invitación de Hector Martinez-Seara http://www.linkedin.com/e/sx2w4t-hlm1jgod-45/7RQslQ8A75pgsbqd60wsrtZ775qszD… Ver el perfil de Hector Martinez-Seara http://www.linkedin.com/e/sx2w4t-hlm1jgod-45/rso/287791434/La0a/name/228295… ------------------------------------------ Estás recibiendo invitaciones por correo electrónico. Este mensaje de correo electrónico estaba dirigido a Jorge Barroso Barea. Averigua la razón por la que incluimos esto: http://www.linkedin.com/e/sx2w4t-hlm1jgod-45/plh/http%3A%2F%2Fhelp%2Elinked… (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, EE.UU.

1 0

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

15 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 * 18 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) == * gdal-1.10.0-3 (i686) * python-pytables-3.0.0-4 (i686) * vtk-5.10.1-10 (i686) * gdal-1.10.0-3 (x86_64) * python-pytables-3.0.0-4 (x86_64) * vtk-5.10.1-10 (x86_64) == Incomplete signoffs for [community] (18 total) == * bbswitch-0.7-13 (i686) 0/1 signoffs * gdal-1.10.0-3 (i686) 0/1 signoffs * python-pytables-3.0.0-4 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * vtk-5.10.1-10 (i686) 0/1 signoffs * bbswitch-0.7-13 (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-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-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. dreisner - 1 signoffs

1 0

[aur-general] linux-next naming convention
by Dennis Borisevich 15 Sep '13

15 Sep '13

Hello, I have just become the maintainer of my first package in AUR,'linux-next'. It's name lacks -git prefix, though it is using git to fetch source code. I figure out that I have these courses of action: 1)Ask for the deletion of 'linux-next' package in favor of 'linux-next-git'; 2)Create a separate package 'linux-next-git' which uses git by fetching sources like described in Wiki page "VCS PKGBUILD Guidelines", but keep 'linux-next' and use prepare() mechanism, which will utilize 'git clone --depth=1' (less to download, useful for one-time building); 3) Don't create any new packages and just update 'linux-next' PKGBUILD like in 1). Thanks, denspirit.

2 1

Re: [aur-general] Source packages in the AUR
by Mort 14 Sep '13

14 Sep '13

This package is useful when one wants to write C/C++ extensions to gawk. There's a bunch of header files available only in the source (while there is one gawkapi.h in the official gawk package, it is not sufficient for developers who want to build their own extensions). http://www.gnu.org/software/gawk/manual/html_node/Internal-File-Ops.html It works exactly the same way as linux-headers and https://aur.archlinux.org/packages/ruby-source/ (Correct me if I'm wrong). They exist mainly not for general users, but for developers who want to build their own modules from scratch. Even though it is relatively unpopular to build extensions in gawk, you can't assume the source package is "useless" in any case. Just let you know what this is intended for. On Sat, Sep 14, 2013 at 10:33 AM, Jelle van der Waa <jelle(a)vdwaa.nl> wrote: > On 09/13/13 at 01:11pm, Eric Bélanger wrote: > > On Fri, Sep 13, 2013 at 3:49 AM, Alexander Rødseth <rodseth(a)gmail.com > >wrote: > > > > > We have no policies against useless packages. I have faith that the > > > AUR web system + devs/TUs will be able to keep AUR useful, also in the > > > future, despite of this, though. :) > > > > > > - Alexander / xyproto > > > > > > > That is incorrect. There are policies: > > > https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Submitting_packages > > > > - Make sure the package is useful. Will anyone else want to use this > > package? Is it extremely specialized? If more than a few people would > find > > this package useful, it is appropriate for submission. > > > > - The AUR and official repositories are intended for packages which > install > > generally software and software-related content, including one or more of > > the following: executable(s); config file(s); online or offline > > documentation for specific software or the Arch Linux distribution as a > > whole; media intended to be used directly by software. > > Since these source packages aren't of any use, I'm removing it and CC'ing > the AUR submitter. > > -- > Jelle van der Waa > -- Best Regards, Mort Yao

3 2

[aur-general] Source packages in the AUR
by Karol Blazewicz 14 Sep '13

14 Sep '13

Is it OK to upload PKGBUILDs like https://aur.archlinux.org/packages/ga/gawk-source/PKGBUILD ?

6 7

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

14 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) == * bbswitch-0.7-13 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * bbswitch-0.7-13 (x86_64) 0/2 signoffs * r8168-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. bisson - 10 signoffs

1 0

[aur-general] Disowning pkgs -- looking for adopters
by Rafael Ferreira 13 Sep '13

13 Sep '13

Hi all I'm currently out of time and therefore I'm not able to take care properly of my packages. So, I'm looking for someone to adopt them. Basically, you will find below a lot of lib32 packages (just a few of them are out-of-date), some teeworlds-related, the svn package of PCSX2 and some other packages. See if you want something below and let me know, and you give it to you. Otherwise, I'll make a mass disown. (p.s.: add a name below to 'https://aur.archlinux.org/packages/' to access it) PACKAGES: agar aggregate attesoro ballz carnagecontest cegui-0.7 counter-strike-2d d-feet-git f-spot-git gbrainy-git gcompris-git glew1.7 gngeo gnome-shell-extension-lockkeys-git gparted-git gtksourceview3-pkgbuild gtranslator-git java-jai-imageio keepassx-pt-br lib-compat lib32-allegro lib32-allegro4 lib32-atkmm lib32-bluez lib32-cloog lib32-cmt lib32-colord lib32-cracklib lib32-db lib32-dbus-glib lib32-device-mapper lib32-devil lib32-directfb lib32-enca lib32-faac lib32-faad2 lib32-fftw lib32-fribidi lib32-fuse lib32-gconf lib32-gcr lib32-gd lib32-gdbm lib32-glew1.7 lib32-glib-networking lib32-gmp4 lib32-gnome-keyring lib32-gnome-vfs lib32-gstreamer0.10-bad lib32-gtk-engines lib32-gtk3 lib32-gtkglext lib32-gvfs lib32-hal lib32-ilmbase lib32-isl lib32-jasper lib32-ladspa lib32-lame lib32-libaio lib32-libarchive lib32-libass lib32-libatasmart lib32-libbluray lib32-libbonobo lib32-libbonoboui lib32-libbsd lib32-libcap-ng lib32-libcdaudio lib32-libcdio-paranoia lib32-libdc1394 lib32-libdca lib32-libdvdcss lib32-libdvdnav lib32-libdvdread lib32-libevent lib32-libexif lib32-libftdi lib32-libgdiplus lib32-libgnome lib32-libgnome-keyring lib32-libgnomecanvas lib32-libgnomeui lib32-libgphoto2 lib32-libgssglue lib32-libgtop lib32-libgusb lib32-libidl2 lib32-libieee1284 lib32-libimobiledevice lib32-libjpeg6 lib32-libjpeg6-turbo lib32-libjpeg7 lib32-liblrdf lib32-libmicrohttpd lib32-libmms lib32-libmodplug lib32-libmp4v2 lib32-libmpcdec lib32-libnl lib32-libnotify lib32-libofa lib32-libplist lib32-libpng14 lib32-libproxy lib32-libraw1394 lib32-libsecret lib32-libsexy lib32-libsexymm lib32-libsoup lib32-libtiff3 lib32-libtirpc lib32-libunique3 lib32-libusb-compat lib32-libvdpau lib32-libwbclient lib32-libxaw lib32-libxkbcommon lib32-lzo2 lib32-musicbrainz lib32-neon lib32-nvidia-cg-toolkit lib32-ois lib32-openexr lib32-opus lib32-orbit2 lib32-pam lib32-pangox-compat lib32-physfs lib32-popt lib32-portaudio-svn lib32-ppl lib32-raptor lib32-rtmpdump lib32-sane lib32-schroedinger lib32-sdl_net lib32-slang lib32-smbclient lib32-spandsp lib32-sysfsutils lib32-udisks2 lib32-usbmuxd lib32-wayland lib32-zziplib libjpeg7 libtiff3 lilyterm-git local-repo-git meld-git nautilus-dropbox networkmanager-openconnect-git output-screenlet pcsx2-svn pcsx2ce pdfgrep portaudio-svn pyg3t pyg3t-bzr screenlets-bzr screenlets-pack-full-bzr smc-git speex-git sudokuki teeworlds-gamerclient teeworlds-git teeworlds-monster teeworlds-sushitee teeworlds-zcatch teeworlds-zchaos teighafileconverter teighaviewer vanessa-logger vcf2csv wippien wyslij-po xgngeo

7 7

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

13 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) == * bbswitch-0.7-13 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * bbswitch-0.7-13 (x86_64) 0/2 signoffs * r8168-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 2 signoffs

1 0

[aur-general] Deletion request: ffgtk, libcapi20, libcapi20-fb
by Bjoern Franke 13 Sep '13

13 Sep '13

Hi, please delete ffgtk[1], libcapi20[2] and licapi-fb[3] Upstream is dead, ffgtk is superseeded by roger router[4] regards bjo [1]https://aur.archlinux.org/packages/ffgtk/ [2]https://aur.archlinux.org/packages/libcapi20/ [3]https://aur.archlinux.org/packages/libcapi20-fb/ [4]http://de.tabos.org/news -- xmpp bjo(a)schafweide.org bjo.nord-west.org | nord-west.org | freifunk-ol.de

2 1

[aur-general] Question about linux-bfs
by Sir Lucjan 13 Sep '13

13 Sep '13

I would like to adpot three packages: - linux-bfs - nvidia-bfs - virtualbox-modules-bfs could someone mark the packages as orphaned? -- sir_lucjan -- Sir Lucjan <sir_lucjan(a)bridgelinux.pl>

2 1

[aur-general] disown request: urw
by lisu 13 Sep '13

13 Sep '13

Please disown urw: https://aur.archlinux.org/packages/urw/ Not updated in 6 months. No response of maintainer to comments in the mean time. I have an updated PKGBUILD ready to go. Michal

3 4

[aur-general] Orphan request: reciteword-books and reciteword-dicts
by hbdee.arch 12 Sep '13

12 Sep '13

Hello, The reciteword-{books,dicts} packages are unmaintained and broken. They build but don't package any files and haven't been updated since 2010. I posted a comment to both packages with a link to working PKGBUILDS, but there's been no reply from the maintainer, who appears to no longer be active. Could someone please orphan these for me: https://aur.archlinux.org/packages/reciteword-books/ https://aur.archlinux.org/packages/reciteword-dicts/ Thank you, hbdee

3 4

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

12 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) == * bbswitch-0.7-13 (i686) 0/1 signoffs * r8168-8.036.00-10 (i686) 0/1 signoffs * rt3562sta-2.4.1.1-43 (i686) 0/1 signoffs * tp_smapi-0.41-34 (i686) 0/1 signoffs * vhba-module-20130607-13 (i686) 0/1 signoffs * virtualbox-modules-4.2.18-2 (i686) 0/1 signoffs * bbswitch-0.7-13 (x86_64) 0/2 signoffs * r8168-8.036.00-10 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1-43 (x86_64) 0/2 signoffs * tp_smapi-0.41-34 (x86_64) 0/2 signoffs * vhba-module-20130607-13 (x86_64) 0/2 signoffs * virtualbox-modules-4.2.18-2 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours ==

1 0

[aur-general] How to deal with tarballs from GitHub
by Phillip Smith 12 Sep '13

12 Sep '13

Hi all, When the source tarball is from a GitHub repository, part of the commit SHA1 forms the first level of the extracted directory tree. This leads to a non-deterministic tree in $srcdir At the moment I deal with this by using noextract() and manually extracting the tarball within build() using --strip-components=1 which you can see in [1]. (Arguably it should perhaps happen in prepare() but that's a separate discussion). Does anyone have any better ways to deal with these tarballs? Cheers, ~p [1] https://aur.archlinux.org/packages/ss/sshfp/PKGBUILD

2 1

[aur-general] One last removal request
by John D Jones III 12 Sep '13

12 Sep '13

https://aur.archlinux.org/packages/perl-match-smart/ Has been deleted upstream, the lookalike Smart::Match does not seem to offer the same interface that this one did.

2 1

[aur-general] Removal Request
by John D Jones III 12 Sep '13

12 Sep '13

https://aur.archlinux.org/packages/perl-www-pusher/ Upstream has been deleted and there isn't any alternative providing the same package.

2 1

[aur-general] Merge Request
by John D Jones III 12 Sep '13

12 Sep '13

Please merge: https://aur.archlinux.org/packages/perl-catalyst-component-accept_context/ into: https://aur.archlinux.org/packages/perl-catalyst-component-accept-context/ The latter's Module name is the correct CPAN spelling schema and updated.

2 1

[aur-general] Delete request: acxi
by member graysky 11 Sep '13

11 Sep '13

https://aur.archlinux.org/packages/acxi/ Package is not maintained and other more powerful alternatives exist. See comments therein. Note I am not subscribed so plz cc me if you need me to read it :p

2 1