Re: [aur-general] About AUR Translation zh_CN
Well, the one at 2008 is missing, we translated a new one. (i should mail to aur-dev, not here:) On Fri, Jul 10, 2009 at 6:31 AM, Thomas Bächler tho...@archlinux.orgwrote: Mod_Gao schrieb: actually i made a complete translation at 2008 but i am not submitted, i want to do a LAMP and do some tests for my translation but i got failures on LAMP, so i disappointed..and i could not found it today(maybe on my DVD+R). Most of us can't even read the signs, let alone understand it, so we cannot verify it. If you think you have a correct and complete installation, just submit it.
[aur-general] removal request
Hello, can some TU remove packages animorph [1] and mhgui [2]? Both of them used to be a dependency of makehuman (and it's probably the only application which used them because they were made for specific needs of makehuman) but current version of makehuman no longer needs them. thanks, Lukas [1] http://aur.archlinux.org/packages.php?ID=8385 [2] http://aur.archlinux.org/packages.php?ID=8386
[aur-general] AUR and patches
Hi all, what is the policy or recommendation for applying patches to upstream sources? For a standard package that is listed as such (ie. not a patched version) then I assume the only patches applied are those to make it compile and install. If I were to add some patches that enhanced the functionality then I would create a new package in AUR that stated that. Does that sound reasonable? -felix -- email: felix(at)seconddrawer.com.au web: http://seconddrawer.com.au/ gpg: E6FC 5BC6 268D B874 E546 8F6F A2BB 220B D5F6 92E3 pgphgfbnxbj3j.pgp Description: PGP signature
Re: [aur-general] removal request
2009/7/10 Lukáš Jirkovský l.jirkov...@gmail.com: Hello, can some TU remove packages animorph [1] and mhgui [2]? Both of them used to be a dependency of makehuman (and it's probably the only application which used them because they were made for specific needs of makehuman) but current version of makehuman no longer needs them. thanks, Lukas [1] http://aur.archlinux.org/packages.php?ID=8385 [2] http://aur.archlinux.org/packages.php?ID=8386 done
Re: [aur-general] AUR and patches
On Fri, 10 Jul 2009 18:27:44 +0700 Felix fe...@seconddrawer.com.au wrote: Hi all, what is the policy or recommendation for applying patches to upstream sources? For a standard package that is listed as such (ie. not a patched version) then I assume the only patches applied are those to make it compile and install. If I were to add some patches that enhanced the functionality then I would create a new package in AUR that stated that. Does that sound reasonable? -felix I'm no authority on that, but personally I pretty much handle it like that. Most patches I write are gcc or DESTDIR related and I submit them to upstream, if possible. I had one case where a user requested that I add patches and he supplied me with the patches and information about the bugs that those patches fix. It looked reasonable so I added them as well as another functionality enhancing patch I knew of (http://aur.archlinux.org/packages.php?ID=22752). Now the next version of this software is released and half of the patches aren't needed anymore, so I simply remove them. In my opinion it's easier to remove patches than to add them, so in a case like this one I'll provide information about the patches in the form of comments. The user can then decide if he wants them, removal is trivial. Regards, Philipp
Re: [aur-general] AUR and patches
On 10.07.2009 13:27, Felix wrote: Hi all, what is the policy or recommendation for applying patches to upstream sources? For a standard package that is listed as such (ie. not a patched version) then I assume the only patches applied are those to make it compile and install. If I were to add some patches that enhanced the functionality then I would create a new package in AUR that stated that. Does that sound reasonable? -felix Hi Felix, you assumed correctly. But as always, if upstream is broken, a package based workaround should only be temporary and you should always try to fix it upstream! In fact, if fixing upstream is faster and the release cycle is quick, always try to fix it there first. -- Sven-Hendrik
Re: [aur-general] AUR and patches
Hello Felix! I've added a small patch to vimgdb patch to vim. This was because vimgdb patch wasn't maintained for the new vim version. irst of all i've posted this to the vimgdb patch authors. And of course i've added it to my aur package too :) Sincerelly, Laszlo Papp 2009/7/10 Sven-Hendrik Haase s...@lutzhaase.com On 10.07.2009 13:27, Felix wrote: Hi all, what is the policy or recommendation for applying patches to upstream sources? For a standard package that is listed as such (ie. not a patched version) then I assume the only patches applied are those to make it compile and install. If I were to add some patches that enhanced the functionality then I would create a new package in AUR that stated that. Does that sound reasonable? -felix Hi Felix, you assumed correctly. But as always, if upstream is broken, a package based workaround should only be temporary and you should always try to fix it upstream! In fact, if fixing upstream is faster and the release cycle is quick, always try to fix it there first. -- Sven-Hendrik
[aur-general] AUTO: Gregor Ibic is out of the office (returning 11.07.2009)
I am out of the office until 11.07.2009. Note: This is an automated response to your message Re: [aur-general] AUR and patches sent on 10.7.09 16:25:06. This is the only notification you will receive while this person is away.
Re: [aur-general] AUTO: Gregor Ibic is out of the office (returning 11.07.2009)
Thanks for letting us know, we care very much. On Fri, Jul 10, 2009 at 10:30, gregor.i...@intelicom.si wrote: I am out of the office until 11.07.2009. Note: This is an automated response to your message Re: [aur-general] AUR and patches sent on 10.7.09 16:25:06. This is the only notification you will receive while this person is away.
[aur-general] Integrity Check community i686 10-07-2009
= = Integrity Check i686 of community = = Performing integrity checks... == parsing pkgbuilds == checking mismatches == checking archs == checking dependencies == checking makedepends == checking for circular dependencies Missing PKGBUILDs --- /srv/abs/rsync/i686//community/CVS /srv/abs/rsync/i686//community/daemons/CVS /srv/abs/rsync/i686//community/devel/CVS /srv/abs/rsync/i686//community/editors/CVS /srv/abs/rsync/i686//community/emulators/CVS /srv/abs/rsync/i686//community/games/CVS /srv/abs/rsync/i686//community/gnome/CVS /srv/abs/rsync/i686//community/i18n/CVS /srv/abs/rsync/i686//community/kde/CVS /srv/abs/rsync/i686//community/lib/CVS /srv/abs/rsync/i686//community/modules/CVS /srv/abs/rsync/i686//community/multimedia/CVS /srv/abs/rsync/i686//community/network/CVS /srv/abs/rsync/i686//community/network/muttng/CVS /srv/abs/rsync/i686//community/office/CVS /srv/abs/rsync/i686//community/science/CVS /srv/abs/rsync/i686//community/system/CVS /srv/abs/rsync/i686//community/x11/CVS /srv/abs/rsync/i686//community/xfce/CVS Missing Dependencies -- open-vm-tools-modules -- 'kernel262.6.28' qc-usb-messenger -- 'kernel262.6.28' eclipse-ve -- 'eclipse3.3' cdfs -- 'kernel262.6.28' Missing Makedepends - id3lib-rcc -- 'gcc34' greycstoration -- 'gcc34' tvision -- 'gcc34' classpath -- 'jikes' open-vm-tools -- 'chrpath' Summary - Missing PKGBUILDs: 19 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names:0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies:9 Repo hierarchy problems: 0 Circular dependencies: 0
[aur-general] Integrity Check community x86_64 10-07-2009
=== = Integrity Check x86_64 of community = === Performing integrity checks... == parsing pkgbuilds == checking mismatches == checking archs == checking dependencies == checking makedepends == checking for circular dependencies Missing PKGBUILDs --- /srv/abs/rsync/x86_64//community/CVS /srv/abs/rsync/x86_64//community/daemons/CVS /srv/abs/rsync/x86_64//community/devel/CVS /srv/abs/rsync/x86_64//community/editors/CVS /srv/abs/rsync/x86_64//community/emulators/CVS /srv/abs/rsync/x86_64//community/games/CVS /srv/abs/rsync/x86_64//community/gnome/CVS /srv/abs/rsync/x86_64//community/i18n/CVS /srv/abs/rsync/x86_64//community/kde/CVS /srv/abs/rsync/x86_64//community/lib/CVS /srv/abs/rsync/x86_64//community/lib32/CVS /srv/abs/rsync/x86_64//community/modules/CVS /srv/abs/rsync/x86_64//community/multimedia/CVS /srv/abs/rsync/x86_64//community/network/CVS /srv/abs/rsync/x86_64//community/network/muttng/CVS /srv/abs/rsync/x86_64//community/office/CVS /srv/abs/rsync/x86_64//community/science/CVS /srv/abs/rsync/x86_64//community/system/CVS /srv/abs/rsync/x86_64//community/x11/CVS /srv/abs/rsync/x86_64//community/xfce/CVS Missing Dependencies -- eclipse-ve -- 'eclipse3.3' open-vm-tools-modules -- 'kernel262.6.28' qc-usb-messenger -- 'kernel262.6.28' cdfs -- 'kernel262.6.28' Missing Makedepends - id3lib-rcc -- 'gcc34' greycstoration -- 'gcc34' tvision -- 'gcc34' classpath -- 'jikes' open-vm-tools -- 'chrpath' Summary - Missing PKGBUILDs: 20 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names:0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies:9 Repo hierarchy problems: 0 Circular dependencies: 0
[aur-general] Pike pkg
[ndow...@arch pike]$ sudo pacman -U pike-7.8.316-1-i686.pkg.tar.gz loading package data... checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: pike: requires unixodbc gtk gnome-panel postgresql-libs but it is in my depend array and yaourt says they are installed but still it won't let me install the pkg