- Aur-general - lists.archlinux.org

[aur-general] Rename "storm"
by Aaron DeVore 28 Mar '11

28 Mar '11

I recently adopted the storm package. It should be renamed to python2-storm. "python" because it is a Python library, "2" because a Python 3 version will be put together in the not too far future. -Aaron DeVore

3 3

[aur-general] New list: arch-projects
by Thomas Bächler 28 Mar '11

28 Mar '11

A new list has been created: arch-projects. This list is for development discussion, patches and pull requests for initscripts, netcfg, dbscripts, devtools (and maybe other projects, those are the ones I could think of). Anyone is free to subscribe, but please, no user discussions (keep those to the forums or arch-general). Fun fact: There was a mailing list called arch-projects once, and it has been deleted, but the old archives are still there.

2 1

[aur-general] Store projects snapshots on sigurd
by Andrea Scarpino 28 Mar '11

28 Mar '11

Hi TUs, VCS PKGBUILDs in officials repositories should use a snapshot of the project and shouldn't fetch the sources directly from git; neither the snapshot tarball created by git (checksum changes every time). In [extra], we already do that storing the snapshot at ftp://ftp.archlinux.org/other/ . This is useful when a project dead or when website is down too. Then, we just set up ftp://ftp.archlinux.org/other/community/ , so our TUs can store their snapshots. Please fix your PKGBUILD to use it, but also please *do not* abuse of it: few space left on sigurd. Cheers. -- Andrea

3 5

[aur-general] cairo-compmgr in [community]
by Cédric Girard 28 Mar '11

28 Mar '11

Hi, On Sun, Mar 27, 2011 at 1:58 PM, Florian Pritz <bluewind(a)server-speed.net>wrote: > I think this is a pretty nice solution: > > http://projects.archlinux.org/svntogit/community.git/tree/cairo-compmgr/tru… > I did not noticed cairo-compmgr in [community] has switched to git version. I'm maintaining the cairo-compmgr-git [1] in AUR. Maybe there is some redundancy and the git version may be deleted. However if this only a temporary situation awaiting for a new upstream release then the AUR package should be kept. Does somebody know more about this package? [1] http://aur.archlinux.org/packages.php?ID=30042 Regards, -- Cédric Girard

2 2

Re: [aur-general] [arch-dev-public] gcc-4.6.0 toolchain in [testing]
by Allan McRae 27 Mar '11

27 Mar '11

On 27/03/11 17:09, Allan McRae wrote: > Note that I have not done the small libobjc rebuild yet so if you are > using gnustep then you might want to hold off updating for a bit. gnustep is not compatible with gcc-4.6 objc. There was talk on their mailing list about making a new release in late February that would fix this, but that obviously never happened... Apparently, you may be able to rebuild it using LLVM. Allan

1 0

Re: [aur-general] Google-earth and bin32-google-earth
by Pierre-Antoine Vanpe 27 Mar '11

27 Mar '11

I would also want to know about this for my utorrent package, They only provide a bin 32 binary but I decided to make only one package for both archs, should I create a bin32-utorrent-server package? https://aur.archlinux.org/packages.php?ID=43253

3 2

[aur-general] Adopting the paccheck package
by Bernard Baeyens 27 Mar '11

27 Mar '11

IgnorantGuru doesn't intend to continue maintaining the paccheck package, which is now broken after the pacman 3.5.1 upgrade. I wrote an updated version which can be used with the new pacman release. I agree to become the new maintainer of that package. Can you change that in the AUR please ? -------- Original Message from IgnorantGuru to me -------- Subject: Re: Patch for paccheck after pacman udgrade to 3.5.1 Date: Sat, 26 Mar 2011 16:17:12 -0600 From: IgnorantGuru <ignorantguru(a)users.sourceforge.net> To: Bernard Baeyens <berbae52(a)sfr.fr> It looks like you might send an email to the AUR mailing list to invoke the change. In case it helps... -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Bernard Baeyens <berbae52(a)sfr.fr> has my exclusive permission to immediately become the maintainer of my AUR package "paccheck". I do not authorize it to be transferred to any other user. IgnorantGuru ignorantguru(a)users.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iF4EAREIAAYFAk2OZTMACgkQDq7EhRBxZaGFEgEAwd18OQ5w682BdBh7N5ZOjuMO Arpd7lWoUWuti4Gv5gwBANayX/NGugXOJ046U3lsCyKcEs9VGwC1H7AC8kUc5bVU =WaBU -----END PGP SIGNATURE----- My key retrieval instructions: http://igurublog.wordpress.com/contact-ignorantguru/

5 4

[aur-general] Please remove firefox-bin
by nimetonmaili 27 Mar '11

27 Mar '11

Hey, Please remove 'firefox-bin'. It states that it uses beta versions but there's already 'firefox-beta-bin' for that - and there's also 'firefox' in [extra]. I told about it to the maintainer but he hasn't responded for 2 days (I also e-mailed him). Det

5 4

[aur-general] Google-earth and bin32-google-earth
by Det 27 Mar '11

27 Mar '11

Hey, There's been some discussion between me and the maintainer/submitter of 'bin32-google-earth' (srabd) as to whether 'google-earth' should finally replace 'bin32-google-earth'. He disagrees. In his oppinion the "bin32-" prefix should always be used when the package being offered is a "32-bit only" one. I in turn think that the package should be removed in the favor of 'google-earth' that you can install for both archs and where you could say eg. in the 'pkgdesc' that the package provides 32-bit binaries (for both archs). It is not as much of a problem for me to have 'bin32-google-earth' existing in the AUR as long as the other one didn't. It's redundant to provide otherwise the same application but the other package provides it for i686 only. So what should be done? I'm not a TU and neither is srabd - but you are. Let the discussion begin (please, let it). Thanks for your time, Det

2 2

[aur-general] Deletion Request: vagalume-svn
by Markus Opitz 27 Mar '11

27 Mar '11

Please delete vagalume-svn: http://aur.archlinux.org/packages.php?ID=18059 The project moved to git. I just uploaded a PKGBUILD for the git version. Greetings, Markus

2 1