- Aur-general - lists.archlinux.org

Re: [aur-general] [arch-notifications] Orphan Extra package [rosegarden] marked out-of-date
by Sergej Pupykin 14 Feb '10

14 Feb '10

On 14.02.2010 17:22, Arch Website Notification wrote: >> * Note: this is an automated message >> >> ps(a)lx-ltd.ru wants to notify you that the following package may be out >> of date: >> >> Package Name: rosegarden >> Architecture: i686 >> Repository: Extra >> (http://www.archlinux.org/packages/extra/i686/rosegarden/) >> >> >> The user provided the following additional text: >> >> 10.02 released >> >> http://downloads.sourceforge.net/project/rosegarden/rosegarden/10.02/rosega… >> >> >> Hi, updated PKGBUILD attached

2 1

[aur-general] [signoff] devtools 0.9.0
by Pierre Schmitz 14 Feb '10

14 Feb '10

Hi TUs and DEVs, I just packaged a new set of devtools today. I'll put it into testing first; so please give it a try and let me know if there are any problems. And of course I'd appreciate if you could also drop a line if everything works as expected. A warning for those who use makechrootpkg: the rw and union subdirs are no longer used and cannot be used with the new tools. Aufs is no longer needed. For details see http://projects.archlinux.org/devtools.git/log/ The most noticeable changes are: Use the host's SRCDEST and PKGDEST if defined Reset umask before touching the chroot. make sure all files are owned by nobody before building Move build and package logs to WORKDIR, otherwise it is lost Create a working copy instead of using an union layer Read pacman cache dir from pacman.conf or cli Reduce verbosity to a sane minimum simplify and optimize upload process Replace expensive merge with delete and copy Add missing -n option to getopt list for mkarchroot abort if not all local source files are under version control Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 7

[aur-general] removal request: neo-layout-svn
by nblock 13 Feb '10

13 Feb '10

Hello, neo-layout-svn [1] is deprecated. It has been replaced by xkeyboard-config- neo-svn. [1] http://aur.archlinux.org/packages.php?ID=25484 thanks, -- nblock

2 1

[aur-general] Removal request for openoffice-sdk
by Jussi Timperi 13 Feb '10

13 Feb '10

PKGBUILD openoffice-sdk [1] can now be removed from AUR because it's already available in extra repository. [1] http://aur.archlinux.org/packages.php?ID=13036

2 1

[aur-general] decrease package workload in [community]
by Ronald van Haren 12 Feb '10

12 Feb '10

Hi TUs, I'd like to drop some/most of my packages in [community] to some of you guys so I can focus more on packages in [core] and [extra], and maybe do some coding when I find time. For now I'll keep maintaining them as most of these belong in a binary repo (though some I don't mind dropping to unsupported), so let's see where this gets us. Just shoot or simply take something you're interested in. Some packages need to be taken as group, but that seems fairly obvious. Ronald

4 3

[aur-general] plz orphan perl-uri-find
by Caleb Cushing 12 Feb '10

12 Feb '10

or contact the author... I was able to get a hold of him about a month ago... he said he'd lost his password to aur and couldn't find a reset. I suggested that he contact on here. seems he still owns the package and hasn't updated it so I assume he didn't do that (I'm just joining the list now). I'd say just orphaning it will work. -- Caleb Cushing http://xenoterracide.blogspot.com

2 1

[aur-general] shaman
by Allan McRae 12 Feb '10

12 Feb '10

Any TU want to continue maintaining aqpm+shaman in [community]? At least aqpm needs updating and both need rebuilt for the latest qt/polkit-qt. Shaman may need updating but the upstream versioning is strange so I have no idea if that is a beta release or not... I do not have anything Qt based on my system and do not feel motivated to download it to continue maintaining this package myself. At the moment it does not need kdelibs, but in the future this will become mandatory. Again, a dependency I do not wish to download. If I have no response by tomorrow, I will move it to the AUR. Allan

3 4

[aur-general] postgresql-client
by Phillip Smith 11 Feb '10

11 Feb '10

As per the below bug report, can my postgresql-client package be deleted from the AUR once this new package hits the repos please? :) http://bugs.archlinux.org/task/16495

2 2

[aur-general] Bug in perl-text-bibtext build script for x86_64 platform
by Ted Pavlic 11 Feb '10

11 Feb '10

AUR -- I've sent a message to the package maintainer about this, but it has been a while since there has been an update, and so I wanted to send something here too for comment and archival purposes. At the moment, the perl-text-bibtex package fails on x86_64 systems because it tries to link libraries built without -fPIC to object files built with -fPIC. On x86_64 machines, when building the perl-text-bibtex package, it is necessary to add: -fPIC to the btparse compiler flags before running "make". That is, the PKGBUILD should... (1) Download Text::BibTeX from CPAN (2) Run "perl Makefile.PL", which will fetch a btparse distribution and untar it into a directory that it symlinks to "btparse" (3) Change to "btparse" and add "-fPIC" to CFLAGS, CPPFLAGS, and CXXFLAGS in the Makefile and src/Makefile files (4) Change back to the Text::BibTeX root and run "make" Otherwise, the linker will complain because the Perl libraries will be built with -fPIC and the btparse libraries will not be... so they'll be incompatible for linking. ALTERNATIVELY, the PKGBUILD could... (1) Download a btparse distribution and untar it into directory "A" (creating "A/btparse-0.35/") (2) Modify A/btparse-0.35/Makefile and A/btparse-0.35/src/Makefile as described above (3) Download the Text::BibTeX distribution from CPAN and also untar it into directory "A" (creating A/Text-BibTeX-0.38/") (4) complete the Text::BibTeX installation as usual (it will find the btparse distribution that shares a parent directory with it) Otherwise, perl-text-bibtex fails to build on x86_64 systems. --Ted

3 6

[aur-general] Packages for adoption
by Allan McRae 11 Feb '10

11 Feb '10

Here is a list of packages I no longer wish to maintain in [community]. They all hardly ever need updating, apart from winetricks. If no-one adopts them in the next few days, then they will be dropped to the AUR. I do not think I need to orphan the packages for others to adopt them, but let me know if I do. gimmix (+libnxml) gnome-cups-manager gnome-subtitles gnomebaker gwget mozplugger pida pyenchant (needs renamed) python-pyalsaaudio python-sexy supertuxkart winetricks wine_gecko xfce4-places-plugin Also, I have orphaned plib which is required by simgear (maintained by Sergey) Allan

2 1