[aur-general] AUR password reset / cross-compiling some lib32-
Hi. I was dumb enough to lose my AUR password. Left a request on the forum three days ago, PM'd the guy ('wonder') who did resets for other people earlier with no luck so far. Looking for a kind soul with enough administrative rights to help me. Back to the list topic, I've created a few packages for cross-compiling 32bit apps (namely, cross32-binutils, lib32-glibc-devel, and cross32-gcc, I'll upload them as soon as I recover my password). I use these packages to compile a version of lib32-alsa-lib (will be uploaded as lib32-alsa-lib-fixed) that looks for plugins in /opt/lib32/usr/lib/alsa-lib instead of /usr/lib/alsa-lib (and thus doesn't crash your wine/skype/etc). Feel free to use them when you encounter 32bit apps that have hardcoded paths for dynamic code loading.
Re: [aur-general] AUR password reset / cross-compiling some lib32-
On 10/27/2009 11:03 AM, Mikhail Vorozhtsov wrote: Hi. I was dumb enough to lose my AUR password. Left a request on the forum three days ago, PM'd the guy ('wonder') who did resets for other people earlier with no luck so far. Looking for a kind soul with enough administrative rights to help me. i really sent you the password yesterday. -- Ionut
Re: [aur-general] xulrunner in AUR and extra?
I know it used to be required for Aptana, which is why it was uploaded (I think). Now it isn't required by it anymore, though. Smartboy On Mon, Oct 26, 2009 at 10:25 PM, Eric Bélanger snowmanisc...@gmail.comwrote: On Tue, Oct 27, 2009 at 12:07 AM, Phillip Smith arch-gene...@fukawi2.nl wrote: I'm going through the orphans list in the AUR at the moment looking for packages to adopt, and came across xulrunner. Given then xulrunner is now in extra, shouldn't it be removed from the AUR? The package in AUR is xulrunner-1.8, not xulrunner. I guess it's there because it is (was?) required for apps that didn't worked with the latest xulrunner.
[aur-general] Which package for cuda
Hi, I need cuda for some of my applications, and just realized that nvidia has outsourced the cuda driver to another package. I could easily download this driver and install it, however it would be great, if I could use aur. I have seen some packages containing cuda in the name, but the package cuda just seems to be a meta package, which depends on cuda-toolkit and cuda-sdk, which I don't need at all. So is there any package I can install just to gain the possibility to use cuda, but not to install the sdk (nor the toolkit)? -- Best regards, Karol Babioch ka...@babioch.de signature.asc Description: This is a digitally signed message part
[aur-general] Remove vimperator-git
I am the maintainer of vimperator-git. That project now uses mercurial (hg) rather than git, so I have uploaded a new package named vimperator-hg, and now I would like to have vimperator-git removed from AUR. Thanks! mfwitten P.S. Under the current conventions, it is necessary to change the package name whenever the underlying version control system (VCS) is changed. Perhaps there should be a policy that encourages a more general suffix for such packages: vimperator-vcs.
Re: [aur-general] Remove vimperator-git
Michael Witten wrote: I am the maintainer of vimperator-git. That project now uses mercurial (hg) rather than git, so I have uploaded a new package named vimperator-hg, and now I would like to have vimperator-git removed Done! P.S. Under the current conventions, it is necessary to change the package name whenever the underlying version control system (VCS) is changed. Perhaps there should be a policy that encourages a more general suffix for such packages: vimperator-vcs. That's an interesting idea. Personally, I like it. I doubt that Joe User (or Jane User) typically cares about the VCS used by a given project. -- Chris
Re: [aur-general] Remove vimperator-git
On Tue, Oct 27, 2009 at 12:15 PM, Michael Witten mfwit...@gmail.com wrote: I am the maintainer of vimperator-git. That project now uses mercurial (hg) rather than git, so I have uploaded a new package named vimperator-hg, and now I would like to have vimperator-git removed from AUR. Thanks! mfwitten P.S. Under the current conventions, it is necessary to change the package name whenever the underlying version control system (VCS) is changed. Perhaps there should be a policy that encourages a more general suffix for such packages: vimperator-vcs. I guess my `replaces=(vimperator-git)' took care of it. :-) I was wondering whether that would happen; I guess I should have checked.
Re: [aur-general] Remove vimperator-git
Michael Witten wrote: I guess my `replaces=(vimperator-git)' took care of it. :-) I was wondering whether that would happen; I guess I should have checked. No, I did. You can't cause packages to be deleted automatically just by putting them in the replaces array. Imagine how easy it would be to abuse a (mis)feature like that! -- Chris
Re: [aur-general] xulrunner in AUR and extra?
Smartboy schrieb: I know it used to be required for Aptana, which is why it was uploaded (I think). Now it isn't required by it anymore, though. Smartboy On Mon, Oct 26, 2009 at 10:25 PM, Eric Bélanger snowmanisc...@gmail.comwrote: On Tue, Oct 27, 2009 at 12:07 AM, Phillip Smith arch-gene...@fukawi2.nl wrote: I'm going through the orphans list in the AUR at the moment looking for packages to adopt, and came across xulrunner. Given then xulrunner is now in extra, shouldn't it be removed from the AUR? The package in AUR is xulrunner-1.8, not xulrunner. I guess it's there because it is (was?) required for apps that didn't worked with the latest xulrunner. Hello, zattoo still needs it. It is flagged out of date, though. Regards Stefan.
Re: [aur-general] Remove vimperator-git
On Tue, Oct 27, 2009 at 6:26 PM, Michael Witten mfwit...@gmail.com wrote: Under the current conventions, it is necessary to change the package name whenever the underlying version control system (VCS) is changed. Perhaps there should be a policy that encourages a more general suffix for such packages: vimperator-vcs. I guess my `replaces=(vimperator-git)' took care of it. :-) I was wondering whether that would happen; I guess I should have checked. BTW replaces only has an effect when put in a sync db for pacman. So it is completely useless on AUR, at least from pacman point of view, but I am not aware of any other usage of this field. You can only use provides/conflicts
Re: [aur-general] xulrunner in AUR and extra?
Hi, On Tue, Oct 27, 2009 at 06:29:34PM +0100, Stefan Husmann wrote: Hello, zattoo still needs it. It is flagged out of date, though. I submitted xulrunner-1.8 some time ago to AUR. Now there is no need for this package as zattoo has no client for Linux anymore. It is only available as a browser-app. Xulrunner-1.8 can now be safely deleted imo. Vlad --
Re: [aur-general] Remove vimperator-git
On Tue, Oct 27, 2009 at 12:39 PM, Chris Brannon cmbranno...@gmail.com wrote: Michael Witten wrote: I guess my `replaces=(vimperator-git)' took care of it. :-) I was wondering whether that would happen; I guess I should have checked. No, I did. Ah! :-) That's more believable. You can't cause packages to be deleted automatically just by putting them in the replaces array. Imagine how easy it would be to abuse a (mis)feature like that! It depends on the rules that define who and when something can be deleted. The current AUR policies are bizarre to me: The AUR is a sink for any old package, and the only way to unclog it is to contact the town plumber. Can't we give the village folk some tools to handle their own minor maintenance issues? In this case, as the maintainer of both packages (vimperator-{git,hg}), it wouldn't seem unreasonable to allow me to replace one package with another. In particular, why not at least allow a maintainer to deprecate a package; anyone else can un-deprecate a package, and after a while (say, a couple of months), if nobody has un-deprecated a deprecated package, then that package should be deleted automatically---or at least someone with the power to delete the package should be notified to do so. How about automatically marking a package as deprecated (as described above) if the package files haven't been accessed in some interval of time (say, a year). Also, how about automatically removing the maintainer of a package if that package has been marked out-of-date for some interval of time (say, a couple of months). Just some ideas (that probably aren't new). Thanks, mfwitten
Re: [aur-general] Remove vimperator-git
On Tue, Oct 27, 2009 at 12:46 PM, Xavier shinin...@gmail.com wrote: BTW replaces only has an effect when put in a sync db for pacman. So it is completely useless on AUR, at least from pacman point of view, but I am not aware of any other usage of this field. You can only use provides/conflicts Yeah... the docs are a little inscrutable, providing only a description of the tangential result: replaces (array) An array of packages that this package should replace, and can be used to handle renamed/combined packages. For example, if the j2re package is renamed to jre, this directive allows future upgrades to continue as expected even though the package has moved. Sysupgrade is currently the only pacman operation that utilizes this field, a normal sync will not use its value. In fact, I'm pretty sure that the last sentence was added fairly recently.