Aur-general March 2013

aur-general@lists.archlinux.org

145 participants
207 discussions

[aur-general] Multi-part and huge request
by Kevin Vesga 26 Mar '13

26 Mar '13

2 1

[aur-general] Package naming: <proglang>-<name> or <name>
by Mateusz Loskot 26 Mar '13

26 Mar '13

Hi, I can't find anything in the AUR guidelines article about recommended naming convention for packages. Apart, from the brief paragraph here https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_naming I stumbled upon two packages that make me wonder about that: 1) https://aur.archlinux.org/packages/gist-git/ installs straight from repo and, by convention, uses -git suffix 2) https://aur.archlinux.org/packages/ruby-jist/ installs from Ruby gem Am I right the latter should be named just jist and jist-git for version of the package installing form git? Or, is the ruby- prefix recommended here? Or, the former should be actually named ruby-gist-git? There is another one, same kind of tool but implemented in Python: https://aur.archlinux.org/packages/pygist-git/ What, if any, is the naming policy in such cases? I sense, it those packages should be named after software they provide: https://github.com/defunkt/gist -> gist and gist-git https://github.com/ConradIrwin/jist -> jist and jist-git https://github.com/mattikus/pygist -> pygist and pygist-git Their implementation language is displayed in dependencies. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

2 3

[aur-general] Strange filesystem conflict behavior
by Kyle 26 Mar '13

26 Mar '13

Today I upgraded my espeak-test package in AUR from 1.46.53 to the latest 1.47.03b. However, while testing my PKGBUILD, I received a file conflict error when attempting to install the binary package using pacman -U. It seems that /usr/share/espeak-data/voices/en, which is a directory in previous versions of espeak-test as well as community/espeak, has become a voice definition file in 1.47.03b. Apparently, this causes a file conflict error to be raised by pacman during the installation attempt. For now, I have added a comment to the AUR page informing anyone using the package that they should remove the entire /usr/share/espeak-data directory prior to installing the newest espeak-test, since --force should never be used for this kind of thing, and this removal is what I needed to do to get the new package installed. The question is whether or not this was the correct action to take, or if anyone has suggestions for truly fixing the problem. I am also wondering at this point if I have found a bug in pacman that would be causing this conflict error to be raised, in spite of the fact that I have added the proper conflicts and provides fields hat should have kept such an error from occurring. Thanks very much for any help. ~Kyle http://kyle.tk/-- "Kyle? ... She calls her cake, Kyle?" Out of This World, season 2 episode 21 - "The Amazing Evie"

7 8

[aur-general] Delete request
by Stefan Husmann 26 Mar '13

26 Mar '13

Hello! Please delete https://aur.archlinux.org/packages/emacs24-w3m-cvs/ because it's only purpose is to be installable together with emacs24, which is gone. Thanks. Stefan

2 1

[aur-general] "Registration form is disabled' when updating profile
by Johannes Löthberg 26 Mar '13

26 Mar '13

Hey, Not sure if this is the right ML to send this to, but when trying to update my profile I get a message saying "The registration form is currently disabled due to a sustained spam attack. Sorry for the inconvenience -- we hope to be back up soon!" which seems a bit odd ;) -- Kindest Regards, | (\_/) Copy this bunny to your signature Johannes Löthberg | (0.o) to help him achieve world domination. PGP Key ID: 583664EF | (> <) Come join the dark side. | /_|_\ (we haz cookies.) Fingerprint: 14FD DCA8 4D41 FF41 78EF DD49 35CA 3661 5836 64EF

4 4

[aur-general] AUR upgraded to 2.2.0
by Lukas Fleischer 26 Mar '13

26 Mar '13

The official Arch Linux AUR setup has been upgraded to 2.2.0. For a short list of changes, read [1]. If you experience problems during login, please also read [2]. Please report any further issues to the AUR bug tracker [3]. [1] https://mailman.archlinux.org/pipermail/aur-dev/2013-March/002469.html [2] https://mailman.archlinux.org/pipermail/aur-dev/2013-March/002464.html [3] https://bugs.archlinux.org/index.php?project=2

2 3

[aur-general] Deletion request: qt4-desktop-files
by Martin Schmölzer 26 Mar '13

26 Mar '13

Hi! Please delete my package "qt4-desktop-files" [1]. This package is no longer required because the functionality is now included in the official qt4 package in the [extra] repository [2]. Thanks! Best regards, Martin [1] https://aur.archlinux.org/packages/qt4-desktop-files/ [2] https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=package…

2 1

[aur-general] Problem with my PKGBUILD or yaourt?
by Simon Perry 26 Mar '13

26 Mar '13

Hi all, I've been maintaining sidplay-residfp and sidplay-residfp-libs for a little while now, and have hit this on a couple of versions of my packages. I'm wondering if I'm doing something wrong with my depends variable, or if I'm hitting a bug in the yaourt AUR helper. As you can see in the output below: - Both packages are detected as upgrades (1.0.0 is installed) - It tries sidplay-residfp first - Detects that it needs the libs package, version 1.0.1 - Says it's gonna build from the AUR - Then tries to use pacman to install an AUR package Is it me, or is it yaourt? I've seen yaourt work with lots of other packages and correctly go through multiple levels of AUR deps to get something installed. Links to my PKGBUILDs: https://aur.archlinux.org/packages/si/sidplay-residfp/PKGBUILD https://aur.archlinux.org/packages/si/sidplay-residfp-libs/PKGBUILD Any advice appreciated. Cheers. - Simon Perry (aka Pezz) --- Output --- % yaourt -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date Foreign packages: | 24 / 24 ==> Software upgrade (new version) : aur/sidplay-residfp 1.0.0-2 -> 1.0.1-3 aur/sidplay-residfp-libs 1.0.0-1 -> 1.0.1-1 ==> Continue upgrade ? [Y/n] ==> [V]iew package detail [M]anually select packages ==> -------------------------------------------------- ==> ==> Downloading sidplay-residfp PKGBUILD from AUR... x PKGBUILD x sidplay-residfp.install sidplay-residfp 1.0.1-3 (Sun May 31 20:15:21 EST 2009) ( Unsupported package: Potentially dangerous ! ) ==> sidplay-residfp dependencies: - sidplay-residfp-libs>=1.0.1 (building from AUR) ==> Continue building sidplay-residfp ? [Y/n] ==> ----------------------------------------- ==> ==> Building and installing package ==> Install or build missing dependencies for sidplay-residfp: ==> Making package: sidplay-residfp 1.0.1-3 (Tue Mar 26 18:26:20 EST 2013) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: sidplay-residfp-libs>=1.0.1 ==> ERROR: 'pacman' failed to install missing dependencies. ==> ERROR: Makepkg was unable to build sidplay-residfp. ==> Restart building sidplay-residfp ? [y/N] ==> ---------------------------------------- ==> ==> ERROR: unable to update --- End Output ---

2 3

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

26 Mar '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 * 42 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 [community] (42 total) == * calibre-0.9.24-1 (i686) 0/2 signoffs * couchdb-1.2.1-3 (i686) 0/2 signoffs * dee-1.0.14-5 (i686) 0/2 signoffs * dwdiff-2.0.4-4 (i686) 0/2 signoffs * fcitx-4.2.7-5 (i686) 0/2 signoffs * fcron-3.1.2-1 (i686) 0/2 signoffs * haskell-syb-0.4.0-1 (i686) 0/2 signoffs * haskell-x11-1.6.1.1-2 (i686) 0/2 signoffs * haskell-x11-xft-0.3.1-8 (i686) 0/2 signoffs * ibus-qt-1.3.2-1 (i686) 0/2 signoffs * libfbclient-2.5.2.26539-3 (i686) 0/2 signoffs * mapnik-2.1.0-8 (i686) 0/2 signoffs * open-vm-tools-1:9.2.2-7 (i686) 0/2 signoffs * openttd-1.2.3-5 (i686) 0/2 signoffs * oss-4.2_2007-3 (i686) 0/2 signoffs * parrot-5.1.0-4 (i686) 0/2 signoffs * pion-4.0.13.1-3 (i686) 0/2 signoffs * shapelib-1.3.0-1 (i686) 0/2 signoffs * xmonad-0.11-5 (i686) 0/2 signoffs * xmonad-contrib-0.11-6 (i686) 0/2 signoffs * yaz-4.2.49-2 (i686) 0/2 signoffs * calibre-0.9.24-1 (x86_64) 0/2 signoffs * couchdb-1.2.1-3 (x86_64) 0/2 signoffs * dee-1.0.14-5 (x86_64) 0/2 signoffs * dwdiff-2.0.4-4 (x86_64) 0/2 signoffs * fcitx-4.2.7-5 (x86_64) 0/2 signoffs * fcron-3.1.2-1 (x86_64) 0/2 signoffs * haskell-syb-0.4.0-1 (x86_64) 0/2 signoffs * haskell-x11-1.6.1.1-2 (x86_64) 0/2 signoffs * haskell-x11-xft-0.3.1-8 (x86_64) 0/2 signoffs * ibus-qt-1.3.2-1 (x86_64) 0/2 signoffs * libfbclient-2.5.2.26539-3 (x86_64) 0/2 signoffs * mapnik-2.1.0-8 (x86_64) 0/2 signoffs * open-vm-tools-1:9.2.2-7 (x86_64) 0/2 signoffs * openttd-1.2.3-5 (x86_64) 0/2 signoffs * oss-4.2_2007-3 (x86_64) 0/2 signoffs * parrot-5.1.0-4 (x86_64) 0/2 signoffs * pion-4.0.13.1-3 (x86_64) 0/2 signoffs * shapelib-1.3.0-1 (x86_64) 0/2 signoffs * xmonad-0.11-5 (x86_64) 0/2 signoffs * xmonad-contrib-0.11-6 (x86_64) 0/2 signoffs * yaz-4.2.49-2 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (2 total) == * shapelib-1.3.0-1 (i686), since 2013-02-24 * shapelib-1.3.0-1 (x86_64), since 2013-02-24 == Top five in signoffs in last 24 hours ==

1 0

[aur-general] How to contact Dragonlord (TU)?
by Kevin Vesga 26 Mar '13

26 Mar '13

His AUR page lists his email as tu(a)dragonlord.cz which results in delivery failure. Somewhere I found an address of dragonlord(a)seznam.cz however I have yet to receive any response.

2 1

← Newer
1
2
3
4
5
6
7
...
21
Older →

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Aur-general March 2013