Re: [aur-general] Merge request: openclonk-hg - openclonk-git
On Friday, January 25, 2013 09:30:39 AM SanskritFritz wrote: Hi, openclonk development has switched to git. Please merge https://aur.archlinux.org/packages/openclonk-hg/ into https://aur.archlinux.org/packages/openclonk-git/ Thank you. Merged, thanks. -- Felix Yan Twitter: @felixonmars Wiki: http://felixc.at signature.asc Description: This is a digitally signed message part.
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 10 packages missing signoffs * 8 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 (2 total) == * boinc-7.0.45-1 (i686) * boinc-7.0.45-1 (x86_64) == Incomplete signoffs for [community] (8 total) == * blender-6:2.65a-3 (i686) 1/2 signoffs * boinc-7.0.45-1 (i686) 0/2 signoffs * fcron-3.1.1-1 (i686) 0/2 signoffs * openimageio-1.1.2-1 (i686) 0/2 signoffs * blender-6:2.65a-3 (x86_64) 1/2 signoffs * boinc-7.0.45-1 (x86_64) 1/2 signoffs * fcron-3.1.1-1 (x86_64) 0/2 signoffs * openimageio-1.1.2-1 (x86_64) 1/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * openshadinglanguage-1.2.1-1 (i686) 0/2 signoffs * openshadinglanguage-1.2.1-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (8 total) == * openshadinglanguage-1.2.1-1 (i686), since 2013-01-03 * openshadinglanguage-1.2.1-1 (x86_64), since 2013-01-03 * openimageio-1.1.2-1 (i686), since 2013-01-03 * openimageio-1.1.2-1 (x86_64), since 2013-01-03 * blender-6:2.65a-3 (i686), since 2013-01-03 * blender-6:2.65a-3 (x86_64), since 2013-01-03 * fcron-3.1.1-1 (i686), since 2013-01-03 * fcron-3.1.1-1 (x86_64), since 2013-01-03 == Top five in signoffs in last 24 hours == 1. tomegun - 11 signoffs 2. andrea - 3 signoffs 3. fyan - 3 signoffs
[aur-general] Invitation to connect on LinkedIn
LinkedIn Discussion, I'd like to add you to my professional network on LinkedIn. - Tai-Lin Tai-Lin Chu Software Developer at KokoChe San Francisco Bay Area Confirm that you know Tai-Lin Chu: https://www.linkedin.com/e/sx2w4t-hcd4dqij-72/isd/10698992438/uS5Frp7z/?hs=falsetok=0rki9YotRLERA1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/sx2w4t-hcd4dqij-72/7RQslQ8A75pgsbqd60wsrtZ775qszD8IYiJS6UY/goo/aur-general%40archlinux%2Eorg/20061/I3551926954_1/?hs=falsetok=366HA7gZZLERA1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
Re: [aur-general] NVIDIA drivers
On Fri, Jan 25, 2013 at 5:10 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Fri, Jan 25, 2013 at 9:32 AM, SpinFlo sl1pk...@gmail.com wrote: i ve use yaourt, yes, yaourt when make and install sucessful package delete all sources., then the symlink don't work Don't use yaourt then. On Fri, Jan 25, 2013 at 9:37 AM, SpinFlo sl1pk...@gmail.com wrote: sorry for the quotes after message, this is automatic by gmail :S And it's not 'automatic' by gmail, I use gmail, just click the 'in-line' button (3 dots). On Fri, Jan 25, 2013 at 11:07 AM, Xyne x...@archlinux.ca wrote: /etc/makepkg.conf - SRCDEST Set that to the directory of your choice and all source files should be saved there. Common sources will be automatically detected. (yeah, via symlinks... but if this is the approach that you meant, it wasn't clear) Yes SRCDEST is better but won't help for yaourt users. I can't remember when/why I started making my own symlinks, perhaps to prevent one directory being way too full (harder to spring clean). In any case, my apologies, SRCDEST is obviously the better solution here. Just tried setting an SRCDEST, and yaourt uses it. The redundant downloads issue is then solved. Remains the dependency problem, I thought I would build all packages separately and install all of them: building the utils packages works, they don't rely on anything but building the other which depends on the utils package requires it to be installed, except the old modules package need the old utils package and won't complete unless you force yaourt to ignore dependencies, or purge your system from all said packages before installing the new ones. I believe this is very sub-optimal and this is making NVIDIA users' lives harder, but you guys are boss. I will use the packages I made in my own little corner and won't upload them to the AUR then (I already had at least one user use them happily now, maybe I'll share them elsewhere). Thank you all for your answers. Regards, -- Alucryd In the name of God, impure souls of the living dead shall be banished into eternal damnation. Amen.
[aur-general] [Removal request] Tcl86, Tk86
You can remove the following packages from AUR, they became unnecessary as the official repository is now having them. https://aur.archlinux.org/packages/tcl86/ https://aur.archlinux.org/packages/tk86/ Thank you very much for all your work!
Re: [aur-general] [Removal request] Tcl86, Tk86
On Friday, January 25, 2013 02:26:11 PM Erdei János wrote: You can remove the following packages from AUR, they became unnecessary as the official repository is now having them. https://aur.archlinux.org/packages/tcl86/ https://aur.archlinux.org/packages/tk86/ Thank you very much for all your work! Both removed, thanks. -- Felix Yan Twitter: @felixonmars Wiki: http://felixc.at signature.asc Description: This is a digitally signed message part.
[aur-general] Inactivity
Hello fellow TUs, Maybe some of you noticed that I was not very active last days, and I'm afraid that I will be inactive a few more days. I thought I will be able to do the boost rebuild at least, but because the new devtools dropped support for the initstrips I was not able to build it and I didn't have enough time to solve it. I'd have written earlier, but last few days were really hectic because of the traveling and school. Lukas
Re: [aur-general] Inactivity
On Friday 25 January 2013 18:07:19 Lukas Jirkovsky wrote: I thought I will be able to do the boost rebuild at least, but because the new devtools dropped support for the initstrips I was not able to build it and I didn't have enough time to solve it. I'd have written earlier, but last few days were really hectic because of the traveling and school. Just a note/hint: why not using pkgbuild.com when something is wrong with your system? Take your time. Cheers! -- Andrea Arch Linux Developer
Re: [aur-general] Inactivity
On Fri, Jan 25, 2013 at 7:07 PM, Lukas Jirkovsky l.jirkov...@gmail.comwrote: Hello fellow TUs, Maybe some of you noticed that I was not very active last days, and I'm afraid that I will be inactive a few more days. I thought I will be able to do the boost rebuild at least, but because the new devtools dropped support for the initstrips I was not able to build it and I didn't have enough time to solve it. I'd have written earlier, but last few days were really hectic because of the traveling and school. Lukas Take your time. If you don't mind I could update some packages for you. -- Jelle van der Waa
[aur-general] Should I have python-mongokit deleted?
I'm currently maintaining python-mongokit and python2-mongokit. python-mongokit is currently for Python 2 pending release of a Python 3 version. Should I have python-mongokit removed for now? I can't find a clear policy regarding that. -Aaron DeVore
Re: [aur-general] NVIDIA drivers
On Fri, Jan 25, 2013 at 10:25 AM, Maxime Gauduin aluc...@gmail.com wrote: On Fri, Jan 25, 2013 at 5:10 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Fri, Jan 25, 2013 at 9:32 AM, SpinFlo sl1pk...@gmail.com wrote: i ve use yaourt, yes, yaourt when make and install sucessful package delete all sources., then the symlink don't work Don't use yaourt then. On Fri, Jan 25, 2013 at 9:37 AM, SpinFlo sl1pk...@gmail.com wrote: sorry for the quotes after message, this is automatic by gmail :S And it's not 'automatic' by gmail, I use gmail, just click the 'in-line' button (3 dots). On Fri, Jan 25, 2013 at 11:07 AM, Xyne x...@archlinux.ca wrote: /etc/makepkg.conf - SRCDEST Set that to the directory of your choice and all source files should be saved there. Common sources will be automatically detected. (yeah, via symlinks... but if this is the approach that you meant, it wasn't clear) Yes SRCDEST is better but won't help for yaourt users. I can't remember when/why I started making my own symlinks, perhaps to prevent one directory being way too full (harder to spring clean). In any case, my apologies, SRCDEST is obviously the better solution here. Just tried setting an SRCDEST, and yaourt uses it. The redundant downloads issue is then solved. Remains the dependency problem, I thought I would build all packages separately and install all of them: building the utils packages works, they don't rely on anything but building the other which depends on the utils package requires it to be installed, except the old modules package need the old utils package and won't complete unless you force yaourt to ignore dependencies, or purge your system from all said packages before installing the new ones. I believe this is very sub-optimal and this is making NVIDIA users' lives harder, but you guys are boss. I will use the packages I made in my own little corner and won't upload them to the AUR then (I already had at least one user use them happily now, maybe I'll share them elsewhere). There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Thank you all for your answers. Regards, -- Alucryd In the name of God, impure souls of the living dead shall be banished into eternal damnation. Amen.
Re: [aur-general] NVIDIA drivers
On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency.
Re: [aur-general] NVIDIA drivers
On Fri, Jan 25, 2013 at 11:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency. I did once by mistake, that wasn't pretty. No the hard dependencies are required, the problem is the depends array implies makedepends, but sometimes it is wrong like here. Making depends and makedepends independent, then have makepkg check for depends only at install time would make more sense. However that would mean a rewrite of these 2 arrays in all the PKGBUILDs in the AUR, I don't see that happening. -- Alucryd In the name of God, impure souls of the living dead shall be banished into eternal damnation. Amen.
[aur-general] Removal request
python2-six is in [community], I guess it's not needed anymore ;) https://aur.archlinux.org/packages/python2-six https://www.archlinux.org/packages/community/any/python2-six/
Re: [aur-general] NVIDIA drivers
On Fri, Jan 25, 2013 at 11:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency. Do you mean something like nvidia-3xx and nvidia-utils-295? For what reason would you want it? Or do you mean nvidia-3xx/nvidia-utils-3xx and also nvidia-295/nvidia-utils-295? How would it possible works? Or do you think there are two different versions with the same name but different versions?
Re: [aur-general] NVIDIA drivers
On Sat, Jan 26, 2013 at 1:07 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: On Fri, Jan 25, 2013 at 11:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency. Do you mean something like nvidia-3xx and nvidia-utils-295? For what reason would you want it? Or do you mean nvidia-3xx/nvidia-utils-3xx and also nvidia-295/nvidia-utils-295? How would it possible works? Or do you think there are two different versions with the same name but different versions? He meant having, for example, nvidia 313.18 and nvidia-utils 310.32 installed at the same time. -- Alucryd In the name of God, impure souls of the living dead shall be banished into eternal damnation. Amen.
Re: [aur-general] Removal request
On 25/01/13 03:54 PM, Axilleas Pi wrote: python2-six is in [community], I guess it's not needed anymore ;) https://aur.archlinux.org/packages/python2-six https://www.archlinux.org/packages/community/any/python2-six/ Gone, thanks. signature.asc Description: OpenPGP digital signature
Re: [aur-general] NVIDIA drivers
On Jan 26, 2013 7:42 AM, Maxime Gauduin aluc...@gmail.com wrote: On Fri, Jan 25, 2013 at 11:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency. I did once by mistake, that wasn't pretty. No the hard dependencies are required, the problem is the depends array implies makedepends, but sometimes it is wrong like here. Making depends and makedepends independent, then have makepkg check for depends only at install time would make more sense. However that would mean a rewrite of these 2 arrays in all the PKGBUILDs in the AUR, I don't see that happening. If that makes sense I'm sure a feature request on pacman wouldn't be out of place. Minimal benefit though, as this really only affects a handful of packages. Doesn't makepkg have a flag to ignore dependencies? Arch laptop died so I can't easily check, that would be easier on everyone involved (except yaourt and similar users)
Re: [aur-general] NVIDIA drivers
On Sat, Jan 26, 2013 at 1:20 AM, Maxime Gauduin aluc...@gmail.com wrote: On Sat, Jan 26, 2013 at 1:07 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: On Fri, Jan 25, 2013 at 11:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Jan 26, 2013 6:10 AM, Rob Til Freedmen rob.til.freed...@gmail.com wrote: There is a dependency in nvidia/PKGBUILD which is totally wrong depends=( [...] nvidia-utils=${pkgver}) It leads to a circular dependency at ***build*** time and isn't really needed at run time for nvidia to work. depends=( [...] nvidia-utils) should be enough to pull it in when installing/updating I've reported it last year but didn't got any response from the maintainer. Have you tried installing different versions of nvidia-utils and nvidia? There's a reason for that versions dependency. Do you mean something like nvidia-3xx and nvidia-utils-295? For what reason would you want it? Or do you mean nvidia-3xx/nvidia-utils-3xx and also nvidia-295/nvidia-utils-295? How would it possible works? Or do you think there are two different versions with the same name but different versions? He meant having, for example, nvidia 313.18 and nvidia-utils 310.32 installed at the same time. Would that make any sense? Why would I want it? Really? -- Alucryd In the name of God, impure souls of the living dead shall be banished into eternal damnation. Amen.