[aur-general] Out of date packages
Hi, I am the user luolimao in the AUR. To all of those that use outdated packages that I maintain, sorry. I haven't had access to a computer for the last few weeks, and I won't have my Arch Linux setup back until next week (due to a broken hard drive). If there are any packages that need to be updated urgently, shoot me an email and I'll gladly orphan it. Thanks, Limao Luo (luolimao)
[aur-general] delete request [Jan 19]
Can https://aur.archlinux.org/packages/zsh-yaourt/ be removed? zsh-completions is in [community] already and contains the yaourt completion. Also, I am of the opinion that https://aur.archlinux.org/packages/zsh-yaourt-hg should also be removed, since it's an even older version (last commit was in 2011), but I'm not the maintainer of that package. Thanks in advance. -luolimao
[aur-general] Delete/Merge Requests [Jan 15]
Merge: https://aur.archlinux.org/packages/ttf-ptsans into https://aur.archlinux.org/packages/ttf-paratype (duplicate) https://aur.archlinux.org/packages/ttf-ffftusj/ into https://aur.archlinux.org/packages/ttf-fff-tusj/ (duplicate) https://aur.archlinux.org/packages/kupfer-mpris2-plugin/ into https://aur.archlinux.org/packages/kupfer-mpris2-plugin-git/ (no released versions, only git) Delete: https://aur.archlinux.org/packages/processing-beta/ (no prerelease available, processing is in [community] https://aur.archlinux.org/packages/ttf-ironmaiden-fonts/ (sources disappeared, domain is gone)
[aur-general] Delete request [Aug 24]
Can a TU delete https://aur.archlinux.org/packages/python-pylast/ ? python2-pylast is in [community], and python-pylast doesn't build a Python 3 version of the library. Thanks. - luolimao
Re: [aur-general] Please merge gtkparasite
On ??2013?07?26? 01:13, Connor Behan wrote: On 25/07/13 04:37 PM, Doug Newgard wrote: The package gtkparasite [1] is pulling a tarball of git master, making it a duplicate of gtkparasite-git [2]. Please merge [1] into [2]. https://aur.archlinux.org/packages/gtkparasite/ https://aur.archlinux.org/packages/gtkparasite-git/ Done, however it's an orphan. Could you please adopt? Haha, I just adopted it. I'm not offended if anyone really wants to maintain it, and I'll orphan the package in that case.
[aur-general] Merge request [Jul 16]
Can you please merge https://aur.archlinux.org/packages/machinarium-hib/ into https://aur.archlinux.org/packages/machinarium ? machinarium-hib is just a duplicate of machinarium. Thanks. - luolimao
[aur-general] Delete request [Jul 14]
Please delete https://aur.archlinux.org/packages/anki-beta/ Upstream doesn't package beta versions anymore. Thanks. - luolimao
[aur-general] Delete request
Please delete https://aur.archlinux.org/packages/anki-beta/ Upstream no longer packages beta versions. Thanks. - luolimao
Re: [aur-general] Delete request
On ??2013?07?14? 10:36, Limao Luo wrote: Please delete https://aur.archlinux.org/packages/anki-beta/ Upstream no longer packages beta versions. Thanks. - luolimao Whoops this was an accidental dupe. sorry for that.
[aur-general] Delete request
Can you please remove https://aur.archlinux.org/packages/wget-bzr ? Upstream switched to git a while back.
[aur-general] Merge request [Jul 13]
Can you please merge https://aur.archlinux.org/packages/bin32-acroread-chs/ into https://aur.archlinux.org/packages/acroread-chs/ ? The functionality of the former has been added to the latter. Thanks in advance, luolimao
[aur-general] Delete Request [Jun 4]
This package is dead upstream, since the acquisition of Seesmic by Hootsuite. The AIR package (i.e. the binary itself) was up for a while, but even that's gone now. I'm the maintainer atm. https://aur.archlinux.org/packages/seesmic-desktop/
[aur-general] Merge request [Jun 4]
Could you please merge [1] into [2]? Upstream renamed the package to Game-Make-inator . [1] https://aur.archlinux.org/packages/blaba/ [2] https://aur.archlinux.org/packages/game-make-inator
[aur-general] Orphan request [5/27]
The following packages https://aur.archlinux.org/packages/acroread/ https://aur.archlinux.org/packages/dosbox-svn/ https://aur.archlinux.org/packages/violet/ are all broken atm, and have been for a while. The maintainer's email bounces, and acroread even has a solution in the comments. I would like to fix them up, if that's possible. Thanks in advance. - luolimao
[aur-general] Orphan request [May 25]
My email regarding [1] hasn't got a maintainer response in 2 weeks, and emails to [2], [3], and [4] (same maintainer) result in the email bouncing. I would like to take over maintaining these packages to fix and update them. [1] https://aur.archlinux.org/packages/python2-pylast/ [2] https://aur.archlinux.org/packages/python2-magic/ [3] https://aur.archlinux.org/packages/volatility/ [4] https://aur.archlinux.org/packages/ruby-redis/
[aur-general] Orphan request: tigcc
This is an orphan request for tigcc [1]. It doesn't build on x86_64, currently, and it uses $pkgdir from within the build() function (which would make it problematic even on i686 users' PCs). The maintainer's email bounced, but I waited about a month since my comment on the package for an update. So far, nothing. [1] https://aur.archlinux.org/packages/tigcc/
[aur-general] Delete request
https://aur.archlinux.org/packages/dropbox-daemon/ The systemctl file is already part of the dropbox package itself, so this package is redundant. https://aur.archlinux.org/packages/brackets-git/ https://aur.archlinux.org/packages/brackets-shell-git/ These were packages I uploaded by mistake, but I never got around to posting a delete request here. They were and are currently empty PKGBUILDs.
[aur-general] Merge request [Apr 14]
Please merge https://aur.archlinux.org/packages/libticables2/ https://aur.archlinux.org/packages/libticables/ into https://aur.archlinux.org/packages/libticables/ https://aur.archlinux.org/packages/libticalcs2/ https://aur.archlinux.org/packages/libticalcs/ into https://aur.archlinux.org/packages/libticalcs/ https://aur.archlinux.org/packages/libticonv2/ https://aur.archlinux.org/packages/libticonv/ into https://aur.archlinux.org/packages/libticonv/ https://aur.archlinux.org/packages/libtifiles2/ https://aur.archlinux.org/packages/libtifiles/ into https://aur.archlinux.org/packages/libtifiles/ in accordance with the correct names for these packages.
[aur-general] Orphan/merge request (Was: Merge request [Apr 14])
On 04/14/2013 01:10 AM, Limao Luo wrote: Please merge https://aur.archlinux.org/packages/libticables2/ https://aur.archlinux.org/packages/libticables/ into https://aur.archlinux.org/packages/libticables/ https://aur.archlinux.org/packages/libticalcs2/ https://aur.archlinux.org/packages/libticalcs/ into https://aur.archlinux.org/packages/libticalcs/ https://aur.archlinux.org/packages/libticonv2/ https://aur.archlinux.org/packages/libticonv/ into https://aur.archlinux.org/packages/libticonv/ https://aur.archlinux.org/packages/libtifiles2/ https://aur.archlinux.org/packages/libtifiles/ into https://aur.archlinux.org/packages/libtifiles/ in accordance with the correct names for these packages. Also, regarding the one package that depends on libticalcs2, namely ktigcc [1]: I emailed the maintainer, but I get a delivery notification failure. It hasn't been updated in 4 years, and an issue with building it was posted in the comments 2 years ago. I'm prepared to adopt it and attempt to fix it, so I'm asking the TU's to orphan it. [1] https://aur.archlinux.org/packages/ktigcc/
Re: [aur-general] pacman4.1 PKGBUILD-git help needed - fixed
On 04/08/2013 06:00 PM, Rob Til Freedmen wrote: Is it save to update/change the version scheme on AUR without going with epoch? rtf There was a recent discussion about this [1]. TU's and mere mortal users alike seemed split on the issue, but you can take a look yourself. [1] https://mailman.archlinux.org/pipermail/aur-general/2013-April/022956.html
Re: [aur-general] Orphan/delete requests
On 03/24/2013 03:07 AM, Ike Devolder wrote: Op zaterdag 23 maart 2013 16:07:48 schreef Limao Luo: Orphan request: xflux [1] does not follow the AUR package guideline that specifically says not to use $startdir. I sent a new email, just to be sure. The maintainer seems to be active since i see packages updated in 2013-03. Delete request: All of the sources for trushuffle [2] (same maintainer as [1]) do not exist. Yes, there is a launchpad repo, but all the sources were deleted from there too. It has pretty much disappeared off the face of the earth. i have asked the trushuffle developer what happend with the software, lets see. In addition to comments in the respective packages regarding what should be done, I notified the maintainer of both of these packages 2 weeks ago with no response or update. Thanks in advance. -luolimao [1] https://aur.archlinux.org/packages/xflux/ [2] https://aur.archlinux.org/packages/trushuffle/ thx, lets keep this request open for a while. If you see i take no further action as not sending a reply to this mail. ping me in 2 weeks. -- Ike ps: for all the thunderbird users out there, i know my signature will not be valid. please use something that works like mutt, claws mail, kmail, whatever. ping? It's been two weeks (minus 3 hours)
Re: [aur-general] VCS PKGBUILD and Pacman 4.1: increase epoch?
On 04/05/2013 10:05 AM, Jan Alexander Steffens wrote: On Fri, Apr 5, 2013 at 4:02 PM, Cédric Girard girard.ced...@gmail.comwrote: Hello, I was wondering, as I am updating my PKGBUILDs to use the new VCS features of pacman, if this specific case need an epoch increase for those packages. Packages version were generated from the date (eg 20130401) and thus will probably be bigger than new versions from the tags (eg 0.3.1.32.gfb4117d). Thus an epoch increase should be needed to have a correct behavior. But it seems most packagers are not increasing the epoch as they are switching to this new versionning scheme. Is there a recommendation on this? -- Cédric Girard Yes, the correct thing to do would be bumping epoch for every new release of the PKGBUILD. I think you mean it just needs to be bumped this once, since the tag versions are going to be increasing from here onward... (unless, of course, the pkgver() function is changed in a way that this is not true).
Re: [aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess
On 04/04/2013 05:15 AM, Alucryd wrote: On Thu, 2013-04-04 at 08:42 +0200, Martti Kühne wrote: AFAIK PKGBUILDs can still implement their own VCS downloads in build(), so, why not have it only pull the relevant paths? A quick google gave me [1], you get the idea... cheers! mar77i [1] http://stackoverflow.com/questions/50945/can-you-do-a-partial-checkout-with-subversion# Execpt, google-webfonts uses Mercurial which afaict does not allow that [1]. Even doing a partial clone with a specified depth would be pointless as TTF files are together with a bunch of other files in their directories. The hg package is relevant for those who want to clone the whole repo, not just the TTF files, and the git package is best for those who only want the fonts. It seems there is a tool named ConvertExtension which is mentioned in [1], this could be used to only pull the TTF from the hg repo, but this process wouldn't allow for incremental updates like git. [1] http://mercurial.selenic.com/wiki/PartialClone -- Maxime Yeah; not only does mercurial not allow it now, the associated bug report is marked WONTFIX [2]. Still, those other packages (besides -git, -hg) are redundant. [2] http://bz.selenic.com/show_bug.cgi?id=105
Re: [aur-general] pacman 4.1 (makepkg 4.1) git pkgver autobump problem
On 04/03/2013 02:51 PM, Doug Newgard wrote: Also, what wiki page (and revision) did you see this about pkgver needing to be empty? (I just want to correct whatever it is I put in there that is wrong) Thanks, -- William Giokas | KaiSforza GnuPG Key: 0x73CD09CF Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines Under Guidelines: As of pacman 4.1, pkgver gets some special treatment. If pkgver is empty, makepkg looks for a pkgver() function. This can be one of many things, outlined below: That's definitely not the case; pacman-git [1], for example, has a non--empty pkgver, has a pkgver() provided, and the pkgver variable updates just fine when I build it. It doesn't have to be empty (at least atm). [1] https://aur.archlinux.org/packages/pa/pacman-git/PKGBUILD
Re: [aur-general] Copy.com dueling packages
On 04/02/2013 02:35 PM, Jelle van der Waa wrote: On 02/04/13 17:59, Jonathan Arnold wrote: There are 2 packages for the Copy.com client software package: copy - https://aur.archlinux.org/packages/copy/ copy-agent - https://aur.archlinux.org/packages/copy-agent/ I think both have PKGBUILD problems, from dependencies (the Copy.com software uses Qt4, not Gtk, for instance) to poorly formed PKGBUILDs (one has just a package() method and one has just a build() method). Only a build() method is deprecated, but only a package() is perfectly fine. I'm not really sure how this should be resolved, mostly because I wouldn't pick one over the other right now. I agree. Any one with more PKGBUILD confidence want to step in? Also, if you're interested, sign up with this link and we both get an extra 5gb(!) of cloud storage on copy.com: https://copy.com?r=NXWnIn Imo the 'copy' package is perfectly fine. The other package installs in /opt which isn't needed. Actually both packages have good and bad qualities that the other doesn't; although 'copy-agent' is much better for reasons stated above, it doesn't have the systemd service file or the license terms file that 'copy' does. Anyway, I'll submit a PKGBUILD here that incorporates the good of both ASAP.
Re: [aur-general] Copy.com dueling packages
On 04/02/2013 11:59 AM, Jonathan Arnold wrote: There are 2 packages for the Copy.com client software package: copy - https://aur.archlinux.org/packages/copy/ copy-agent - https://aur.archlinux.org/packages/copy-agent/ I think both have PKGBUILD problems, from dependencies (the Copy.com software uses Qt4, not Gtk, for instance) to poorly formed PKGBUILDs (one has just a package() method and one has just a build() method). I'm not really sure how this should be resolved, mostly because I wouldn't pick one over the other right now. Any one with more PKGBUILD confidence want to step in? Also, if you're interested, sign up with this link and we both get an extra 5gb(!) of cloud storage on copy.com: https://copy.com?r=NXWnIn Here's a git repo of all the source files after fixing them up: https://github.com/luolimao/PKGBUILDs/tree/copy-agent/copy-agent
Re: [aur-general] Copy.com dueling packages
On 04/02/2013 10:54 PM, Limao Luo wrote: On 04/02/2013 11:59 AM, Jonathan Arnold wrote: There are 2 packages for the Copy.com client software package: copy - https://aur.archlinux.org/packages/copy/ copy-agent - https://aur.archlinux.org/packages/copy-agent/ I think both have PKGBUILD problems, from dependencies (the Copy.com software uses Qt4, not Gtk, for instance) to poorly formed PKGBUILDs (one has just a package() method and one has just a build() method). I'm not really sure how this should be resolved, mostly because I wouldn't pick one over the other right now. Any one with more PKGBUILD confidence want to step in? Also, if you're interested, sign up with this link and we both get an extra 5gb(!) of cloud storage on copy.com: https://copy.com?r=NXWnIn Here's a git repo of all the source files after fixing them up: https://github.com/luolimao/PKGBUILDs/tree/copy-agent/copy-agent By the way, I think copy-agent is a better name in this case, but it's up to the maintainers, I guess.
Re: [aur-general] Strange filesystem conflict behavior
On 03/25/2013 07:01 PM, Kyle wrote: According to Allen Li: # Can't you just uninstall the previous version before installing the # newer version? No need to manually remove anything. This would work, except for the fact that espeakup depends on espeak, so if espeakup is installed, manually removing espeak will automatically remove espeakup, which would then need to be manually reinstalled. Simply removing /usr/share/espeak-data avoids this extra complexity. I'm still confused about why any user intervention would even be necessary when removing the old version and replacing it with a properly conflicting/providing version of the same package. Isn't pacman robust enough to handle changes in the file structure of a conflicting package, as long as the fields are properly filled in, and the old package is being automatically removed? ~Kyle http://kyle.tk/ I don't think pacman can take care of that atm; I've had this kind of problem myself in the recent past (2 months or so ago, although I can't remember the name of the package(s)) -Limao Luo
[aur-general] Orphan/delete requests
Orphan request: xflux [1] does not follow the AUR package guideline that specifically says not to use $startdir. Delete request: All of the sources for trushuffle [2] (same maintainer as [1]) do not exist. Yes, there is a launchpad repo, but all the sources were deleted from there too. It has pretty much disappeared off the face of the earth. In addition to comments in the respective packages regarding what should be done, I notified the maintainer of both of these packages 2 weeks ago with no response or update. Thanks in advance. -luolimao [1] https://aur.archlinux.org/packages/xflux/ [2] https://aur.archlinux.org/packages/trushuffle/
[aur-general] Orphan request [Mar 9]
I emailed the maintainer of machinarium [1] a month ago (Feb 12) with no response or update until now. The package is out-of-date (missing a couple dependencies, and the included script is broken) and I am ready to maintain it. [1] https://aur.archlinux.org/packages/machinarium/
Re: [aur-general] Orphan request [Mar 9]
On 03/09/2013 04:30 PM, Limao Luo wrote: I emailed the maintainer of machinarium [1] a month ago (Feb 12) with no response or update until now. The package is out-of-date (missing a couple dependencies, and the included script is broken) and I am ready to maintain it. [1] https://aur.archlinux.org/packages/machinarium/ Whoops, I missed several other packages that weren't in that original email (with the same maintainer): https://aur.archlinux.org/packages/topographica/ https://aur.archlinux.org/packages/revengeofthetitans/ https://aur.archlinux.org/packages/rapidminer/ https://aur.archlinux.org/packages/oracle-sqldeveloper/
Re: [aur-general] User ban request
On 03/05/2013 11:10 PM, Daniel Wallace wrote: On Tue, Mar 05, 2013 at 11:05:07PM -0500, Limao Luo wrote: And he's back, with another account [2] with an address on a different website (rmqkr.net, which redirects to the disposable email site 10minutemail.com). This is a waste of my time. Can someone respond to this thread so I know that a TU even knows about this? Also, I guess it's really a bot, since the flagging is done across congruent intervals (this time it's 1 minute between flags). [2] https://aur.archlinux.org/account/9Pwrxb1/ We are well aware of it. https://mailman.archlinux.org/pipermail/aur-dev/2013-February/002371.html The problem is every time I suspend an account (after a patch that was applied yesterday) now he gets logged out, the problem is it creates a new account and starts tagging them out of date again. Ah, I see. Anyway, thanks for the update. I didn't even think to check aur-dev.
Re: [aur-general] User ban request --- can I get a response, please?
On 03/05/2013 11:21 PM, William Giokas wrote: On Tue, Mar 05, 2013 at 11:10:16PM -0500, Daniel Wallace wrote: On Tue, Mar 05, 2013 at 11:05:07PM -0500, Limao Luo wrote: And he's back, with another account [2] with an address on a different website (rmqkr.net, which redirects to the disposable email site 10minutemail.com). This is a waste of my time. Can someone respond to this thread so I know that a TU even knows about this? Also, I guess it's really a bot, since the flagging is done across congruent intervals (this time it's 1 minute between flags). [2] https://aur.archlinux.org/account/9Pwrxb1/ We are well aware of it. https://mailman.archlinux.org/pipermail/aur-dev/2013-February/002371.html The problem is every time I suspend an account (after a patch that was applied yesterday) now he gets logged out, the problem is it creates a new account and starts tagging them out of date again. Captchas, man. Captchas. I know it will very very slightly inconvenience some people that have to flag a few packages out of date at a time, but really, it would only save us from crap like this. Yeah, they mentioned that in the aur-dev conversation, among other ideas like IP blocking (which actually sounds good, except more than one person can have an IP, so I don't know how much that would work, unless there is some timeout period or something for the block) and repeatedly doubling intervals after successive flags that time out after an hour (which, while annoying, doesn't seem like an enough of a deterrent, but I could be wrong). Well, not much to do except wait it out, I guess. I just can't remember which packages I have to update now.
[aur-general] orphan request: mycraft
There's a package in the AUR called mycraft [1] that currently doesn't follow AUR guidelines, specifically the guideline about not putting stuff in the source package that can be downloaded from an outside source. Among the files in the source package is a png file that can be simply extracted from a jar file that is among the sources. Originally the jar was in the source package. After I notified the maintainer (makz) about 5 weeks ago about the jar and png, and included instructions based on my feedthebeast [2] package on how to extract the png, makz uploaded a new version with only the jar located externally; however, the png is still needlessly in the source package. makz last uploaded the PKGBUILD on Feb 13, and I emailed them a second time a couple days later with no response. As a result, I am requesting orphaning of mycraft [1]. [1] https://aur.archlinux.org/packages/my/mycraft/PKGBUILD [2] https://aur.archlinux.org/packages/fe/feedthebeast/PKGBUILD
[aur-general] Delete request: 2299thegame
I'm requesting deletion of my package 2299thegame [1] because the binary (from an older release) segfaults, there is no source I could find anywhere else, and even the original Realstudio source files cause a segfault when I open them in RealStudio to try to build a tar. The current release requires payment, and since I haven't paid for the new release, I don't have any tar to create proper checksums. [1] https://aur.archlinux.org/packages/2299thegame/
Re: [aur-general] Delete request: 2299thegame
On 02/17/2013 02:04 AM, Daniel Micay wrote: On Sun, Feb 17, 2013 at 1:55 AM, Limao Luo luoli...@gmail.com wrote: I'm requesting deletion of my package 2299thegame [1] because the binary (from an older release) segfaults, there is no source I could find anywhere else, and even the original Realstudio source files cause a segfault when I open them in RealStudio to try to build a tar. The current release requires payment, and since I haven't paid for the new release, I don't have any tar to create proper checksums. [1] https://aur.archlinux.org/packages/2299thegame/ Perhaps somehow who has paid for it is willing to get it working. Fair enough. I've disowned it, regardless.
Re: [aur-general] Request to remove/orphan the AUR package aspell-nb
On 02/09/2013 06:36 AM, Johannes Löthberg wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/09/2013 03:33 AM, Third3ye wrote: The AUR package aspell-nb doesn't build, is outdated and most likely abandoned. I suggest to either remove it or orphan it so that I can replace the PKGBUILD with an edited version that actually builds: pkgname=aspell-nb _pkgname=aspell-no pkgver=0.50 pkgrel=2 pkgdesc=Norwegian Bokmål dictionary for aspell url=http://aspell.net/; license=GPL depends=('aspell') arch=('i686' 'x86_64') source=(ftp://ftp.gnu.org/gnu/aspell/dict/nb/${_pkgname}-${pkgver}-${pkgrel}.tar.bz2) md5sums=('b24b20ad02ce2a569f71f949b48823cc') build() { cd $startdir/src/${_pkgname}-${pkgver}-${pkgrel} ./configure /usr/bin/make || return 1 /usr/bin/make DESTDIR=$startdir/pkg install } Please let advise if this PKGBUILD isn't following AUR guidelines. Thank you. Just a small note, pkgrel is the arch specific release number of a package's specific version, so you shouldn't use it in the source URL. What you currently have in the pkgrel (2) actually belong in pkgver (0.50-2) You can't use hyphens in the pkgver; makepkg won't accept it as valid.
Re: [aur-general] Request to remove/orphan the AUR package aspell-nb
On 02/08/2013 09:33 PM, Third3ye wrote: The AUR package aspell-nb doesn't build, is outdated and most likely abandoned. I suggest to either remove it or orphan it so that I can replace the PKGBUILD with an edited version that actually builds: pkgname=aspell-nb _pkgname=aspell-no pkgver=0.50 pkgrel=2 pkgdesc=Norwegian Bokmål dictionary for aspell url=http://aspell.net/; license=GPL Nitpicky, I know, but license is an array, and should have parentheses around it. depends=('aspell') arch=('i686' 'x86_64') source=(ftp://ftp.gnu.org/gnu/aspell/dict/nb/${_pkgname}-${pkgver}-${pkgrel}.tar.bz2) md5sums=('b24b20ad02ce2a569f71f949b48823cc') build() { cd $startdir/src/${_pkgname}-${pkgver}-${pkgrel} Don't use $startdir, please. Use $srcdir instead of $startdir/src. ./configure /usr/bin/make || return 1 The || return 1 does nothing; makepkg will exit if any command fails anyway. Also, I don't see it necessary to explicitly call /usr/bin/make, just make will work fine. /usr/bin/make DESTDIR=$startdir/pkg install Similar to above, $pkgdir is standard, while $startdir/pkg is obsolete. } Please let advise if this PKGBUILD isn't following AUR guidelines. Thank you.
Re: [aur-general] Request to remove/orphan the AUR package aspell-nb
On 02/08/2013 09:53 PM, Felix Yan wrote: On Feb 9, 2013 10:33 AM, Third3ye tredje...@gmail.com wrote: The AUR package aspell-nb doesn't build, is outdated and most likely abandoned. I suggest to either remove it or orphan it so that I can replace the PKGBUILD with an edited version that actually builds: pkgname=aspell-nb _pkgname=aspell-no Why not just use the actual package name? pkgver=0.50 pkgrel=2 pkgdesc=Norwegian Bokmål dictionary for aspell url=http://aspell.net/; license=GPL (GPL) is better :) depends=('aspell') arch=('i686' 'x86_64') source=( ftp://ftp.gnu.org/gnu/aspell/dict/nb/${_pkgname}-${pkgver}-${pkgrel}.tar.bz2 ) md5sums=('b24b20ad02ce2a569f71f949b48823cc') build() { cd $startdir/src/${_pkgname}-${pkgver}-${pkgrel} Please do not use $startdir, use $srcdir and $pkgdir instead, and quote them :) ./configure /usr/bin/make || return 1 || return 1 is not needed anymore. /usr/bin/make DESTDIR=$startdir/pkg install The install part should be splitted in package() } Please let advise if this PKGBUILD isn't following AUR guidelines. Thank you. Whoops, a TU beat me to it :D
Re: [aur-general] python-flask-babel = python2-flask-babel
On 02/06/2013 08:43 PM, Ward De Ridder wrote: On 02/05/2013 10:14 AM, Limao Luo wrote: On 02/04/2013 05:45 PM, Ward De Ridder wrote: Hello all, I just took over as maintainer for python-flask-babel [1], and updated the PKGBUILD, but now I see someone else also created the same library with another name: python2-flask-babel [2]. This is the same library, so I think one of them should be merged into the other one. Ward De Ridder [1] https://aur.archlinux.org/packages/python-flask-babel/ [2] https://aur.archlinux.org/packages/python2-flask-babel/ Yeah, [1] should be merged into [2], since they're both Python 2-based. Should I take more action for this, or does this message count as a merge request. Yeah, this counts as a request. By the way all packages I manage [1] are python2, 4 of them start with python-, should they all be renamed? And how do I do that? There's no way to rename packages, per se; you would have to upload the package under the new name, then post a merge request on this mailing list. I would strongly recommend posting all 4 in the same message, to reduce clutter/spam. Ward [1] https://aur.archlinux.org/packages/?SeB=mK=warddr
Re: [aur-general] python-flask-babel = python2-flask-babel
On 02/04/2013 05:45 PM, Ward De Ridder wrote: Hello all, I just took over as maintainer for python-flask-babel [1], and updated the PKGBUILD, but now I see someone else also created the same library with another name: python2-flask-babel [2]. This is the same library, so I think one of them should be merged into the other one. Ward De Ridder [1] https://aur.archlinux.org/packages/python-flask-babel/ [2] https://aur.archlinux.org/packages/python2-flask-babel/ Yeah, [1] should be merged into [2], since they're both Python 2-based.
[aur-general] Disown request: feedthebeast
feedthebeast [1] has been out of date for a while, doesn't follow guidelines - it has a jar file inside source package (!), and the maintainer hasn't replied to an email from me for two weeks. Requesting an orphan. Thanks in advance, luolimao [1] https://aur.archlinux.org/packages/feedthebeast/
Re: [aur-general] Request for comments: new tdom package - replace or additional git
On 01/29/2013 08:00 PM, Uwe Koloska wrote: Is there a proposed way to give credit to the former maintainer? Or will he only survive in the history (if there is anything like this)? But this question is still of interest ;-) Have a look at the top of one of my packages: https://aur.archlinux.org/packages/cb/cbrpager/PKGBUILD
Re: [aur-general] Request for comments: new tdom package - replace or additional git
On 01/29/2013 07:41 PM, Uwe Koloska wrote: On 29.01.2013 01:50, Daniel Wallace wrote: try http://ix.io/4bk and configure the --mandir so you can just get dir of the mkdir and mv commands all together. The tip from the Arch wiki: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines is slightly different ... Should I reflect the changes (the quotes) at least there? What about using --depth=1 when doing git clone from the remote repo? Since you're not manipulating past commits or non-master branches, that's fine for this package, yes. And why did you remove the '()' around cd ${_gitname} git pull origin A makepkg function is a normal shellscript, isn't it? Yes, absolutely. If it is, the following lines will be executed inside ${_gitname} and that is not what I want -- maybe I'm wrong. No, you're right; the PKGBUILD-git.proto uses rm -rf $srcdir/$_gitname-build git clone $srcdir/$_gitname $srcdir/$_gitname-build cd $srcdir/$_gitname-build which doesn't use relative paths; however, since your PKGBUILD does use relative paths, removing the parentheses will cause it to not build when the .git dir already exists. Thank you for your help Uwe
Re: [aur-general] Request for comments: new tdom package - replace or additional git
On 01/29/2013 07:42 PM, Uwe Koloska wrote: On 29.01.2013 01:24, Limao Luo wrote: You can smoosh that package function into: https://gist.github.com/4660513 (Just remember to quote anything involving $srcdir, for the same reason you quoted $pkgdir) Thank you -- together with the --mandir trick from Daniel this will make the script a lot better! Actually, if you use --mandir (which is the better idea -- I forgot about it completely) you don't need the install -d or mv in package() function; i.e. it would be the same as the other posted package function (the one in http://ix.io/4bk). You can both make a -git version and update the current one; they're treated independently. Although, what tags are you using? I believe you mentioned above that they weren't tagged...? Yeah, that's the culprit. No official stable version for tcl 8.6 at the moment. The last tagged version is from 2008 but their are only few changes. But, what to do with the stable package? * use fixed revision to not get unwanted/unreviewed commits? * variation: fork the repo, tag the current version and then use this? * use last tagged version and patch the incompatibility? * variation: fork the repo, cherry pick only the 8.6 fix, tag and use this? The upstream looks dead (inactive for 9 months, and no material commits for even longer), so I would suggest that last variation (fork, cherry pick fix, tag, release). Thank you Uwe
Re: [aur-general] Request for comments: new tdom package - replace or additional git
On 01/28/2013 06:58 PM, Uwe Koloska wrote: Hello, since I'm really new to archlinux and the AUR Welcome to Arch! I would like to get some comments on my first package, derived from an existing one: https://aur.archlinux.org/packages/tdom/ Since the update to tcl 8.6 it is not possible to build the package. Their is no current tagged version so I have created a git-version of the PKGBUILD: https://gist.github.com/4614862 So besides any comment to make the PKGBUILD better, You can smoosh that package function into: https://gist.github.com/4660513 (Just remember to quote anything involving $srcdir, for the same reason you quoted $pkgdir) I have the following questions: What's best: make a new package tdom-git that uses the github master branch or just change the current package? Or make a stable package that uses the last tagged version and patch the support for tcl 8.6? (and maybe make a git package too) You can both make a -git version and update the current one; they're treated independently. Although, what tags are you using? I believe you mentioned above that they weren't tagged...? The current maintainer wants to hand over the package. What are the right steps for this? There's no way to hand over the package, per se; the best you can do is have the maintainer orphan the package and you can then scoop it up immediately. Of course, expressing your intent on this mailing list is a good step. Best regards Uwe Same to you; good luck! ;] luolimao
Re: [aur-general] Request for comments: new tdom package - replace or additional git
On 01/28/2013 07:24 PM, Limao Luo wrote: On 01/28/2013 06:58 PM, Uwe Koloska wrote: What's best: make a new package tdom-git that uses the github master branch or just change the current package? Or make a stable package that uses the last tagged version and patch the support for tcl 8.6? (and maybe make a git package too) You can both make a -git version and update the current one; they're treated independently. To be clear, the current one should be treated as stable, and the -git version will pull git sources as they are committed to master.
[aur-general] extra/gnome-common is out-of-date
Hi TU's, I'm writing to let you guys know that extra/gnome-common has been out-of-date for a couple of weeks. I would really appreciate anyone updating it to 3.7.4 (it's currently 3.6.0) so that autoconf 2.13 plays well with the gnome-autogen.sh script that is a part of this package; several of my packages (e.g. rhythmbox-git, gmpc-git, gnome-doc-utils-git) don't build atm because of this, because the old script only checks up to autconf version 2.12. Thanks in advance. -luolimao
Re: [aur-general] New PKGBUILD for consideration ttf-apple
On 01/19/2013 11:27 PM, Kirill Churin wrote: No, it is not. It's illegal to redistribute Apple fonts, just like Microsoft fonts. I'm the maintainer of the ttf-ms-win8 and did some research on that. AUR package should not contain download links for such fonts, take a look how I did it for my package. This package source links: http://ompldr.org/vNXFlNA — illegal http://invisible-**files.googlecode.com/files/**ttf-mac-fonts.tar.gzhttp://invisible-files.googlecode.com/files/ttf-mac-fonts.tar.gz — illegal https://macbuntu.svn.**sourceforge.net/svnroot/**macbuntu/Macbuntu/fontshttps://macbuntu.svn.sourceforge.net/svnroot/macbuntu/Macbuntu/fonts — illegal On the other way, the approach of https://aur.archlinux.org/packages/tt/ttf-mac-fonts/PKGBUILD and https://aur.archlinux.org/packages/tt/ttf-mac/PKGBUILD is good. No sources in AUR. So one definetely should merge and rework them to provide great Apple fonts package, but I don't have Mac and cannon do it myself. On Sun, Jan 20, 2013 at 8:58 AM, Martín Cigorraga m...@archlinux.us wrote: So one can easily pirate Apple fonts now? Nicely done! -- Kirill Churin Jabber: reflex...@reflexing.ru If this is a legal download I'm utmost interested in installing and trying this package. Wait, what? Direct links are illegal, but an svn checkout to the same Macbuntu repo is legal? Am I missing something?
[aur-general] Merge request [Jan 14]
Please merge https://aur.archlinux.org/packages/python-paste-deploy into https://aur.archlinux.org/packages/python2-paste-deploy Thanks in advance.
[aur-general] Delete request
Please remove https://aur.archlinux.org/packages/rsyslog-zmq/ It is obsolete due to to options that haven't existed in the program for over a year.
[aur-general] Requests
Merge https://aur.archlinux.org/packages/terminal-git/ into https://aur.archlinux.org/packages/xfce4-terminal-git/ https://aur.archlinux.org/packages/python-wsgiref/ into https://aur.archlinux.org/packages/python2-wsgiref/ https://aur.archlinux.org/packages/fluxstyle-hg into https://aur.archlinux.org/packages/fluxstyle-git/ https://aur.archlinux.org/packages/python-routes into https://aur.archlinux.org/packages/python2-routes https://aur.archlinux.org/packages/python-paste into https://aur.archlinux.org/packages/python2-paste https://aur.archlinux.org/packages/python-anyjson into https://aur.archlinux.org/packages/python2-anyjson Thanks in advance
[aur-general] Orphan/merge request [Dec 23]
Please merge https://aur.archlinux.org/packages/python-xattr/ https://aur.archlinux.org/packages/python2-xattr-git/ into https://aur.archlinux.org/packages/python2-xattr/ The 2 packages to be merged were incorrectly named, and I have adopted them for expediency's sake. Also, https://aur.archlinux.org/packages/liblognorm https://aur.archlinux.org/packages/libumberlog/ https://aur.archlinux.org/packages/libumberlog-git/ https://aur.archlinux.org/packages/rsyslog-zmq/ should be orphaned (2 weeks of no email response/update, all the same maintainer - who is inactive AFAIK, and 3 of these packages have been out-of-date since April, while 1 since September). Thanks in advance.
Re: [aur-general] Merge request: flake8-python3 = flake8.
On 12/15/2012 07:07 PM, Karol Woźniak wrote: Python3 version is now maintained in the main flake8 package [1], so the other one [2] is redundant. [1]: https://aur.archlinux.org/packages/flake8/ [2]: https://aur.archlinux.org/packages/flake8/ Please correct me if I'm wrong, but based on the subject line, I think you meant [2]: https://aur.archlinux.org/packages/flake8-python3/
Re: [aur-general] Some requests
On 12/06/2012 07:19 AM, Lex Black wrote: And here is a new one: xfce4-settings-pluggable: https://aur.archlinux.org/packages/xfce4-settings-pluggable/ Out of date and the extra/xfce4-settings package also enables the pluggable-dialogs: PKGBuilds are more or less the same in case of features Can we get this one deleted? I checked out the PKGBUILD, and it's completely redundant.
Re: [aur-general] Disowning pkgs
On 12/11/2012 08:26 PM, Simon Stoakley wrote: Hello all, I'm going travelling soon for a year or so and its highly unlikely I've have any network access to look after my pkgs (or the inclination TBH!). Some of the pkgs are reasonably popular/active so rather just orphaning the lot I thought I'd see here if any one wants to take any of them before I disown the lot. Keep Arch warm for me while I'm gone! ;) Simon https://aur.archlinux.org/packages/?SeB=mK=sausageandeggs Pkgnames appmenu-gtk cairo-dock-plug-ins-extras cbrpager covergloobus everygui fbzx gnofract4d guayadeque-svn kawoken-icons kde-thumbnailer-epub kdebase-dolphin-klook kdeplasma-applets-activitymanager kdeplasma-applets-sliderlauncher kupfer-mpris2-plugin mpris2-git playitslowly pydbusdecorator-git x-tile xcursor-bw3d xcursor-dasblack xcursor-ecliz I'm willing to maintain them. - Limao Luo luolimao+...@gmail.com
Re: [aur-general] Duplicate package: Agenda | Gnome Agenda
On 12/07/2012 02:47 PM, rafael ff1 wrote: Here is a updated but not non-tested PKGBUILD http://pastebin.com/NiiwZNNp, if someone wants to submit to AUR and maintain it. 2012/12/7 rafael ff1 rafael.f...@gmail.com: Probably an out-of-date dependency list... Must be fixed. 2012/12/7 Yichao Yu yyc1...@gmail.com: On Fri, Dec 7, 2012 at 12:36 PM, rafael ff1 rafael.f...@gmail.com wrote: IMO, last one's name is better And btw, both of them has python packages dependencies with mixed python(2,3) versions, which I suppose should really all be python2 packages. 2012/12/7 Lucas Saliés Brum sistemat...@gmail.com: These packages seem to be the same, the last one is abandoned and outdated. https://aur.archlinux.org/packages/agenda/ https://aur.archlinux.org/packages/gnome-agenda/ Thank you. -- Lucas Saliés Brum http://sistematico.org Updated the gnome-agenda PKGBUILD. If someone wants to merge the two...?
[aur-general] Merge Request [Dec 5]
Please merge https://aur.archlinux.org/packages/python-pyicu/ into https://aur.archlinux.org/packages/python2-pyicu/ https://aur.archlinux.org/packages/python-pylucene/ into https://aur.archlinux.org/packages/python2-pylucene/ https://aur.archlinux.org/packages/parsedatetime/ into https://aur.archlinux.org/packages/python2-parsedatetime/ Thanks in advance
Re: [aur-general] merge packages
On 12/01/2012 06:32 PM, Maxime Gauduin wrote: Zukitwo and Mediterranean provide several themes, not only a GTK theme. I wouldn't name them gtk-theme-sth unless you want to split them into several packages, one for each (GTK, gnome-shell, xfwm, unity, etc...). On Sat, Dec 1, 2012 at 11:07 PM, grimi gr...@poczta.fm wrote: Hi, please merge following packages: https://aur.archlinux.org/**packages/zukitwo-themes/https://aur.archlinux.org/packages/zukitwo-themes/ to https://aur.archlinux.org/**packages/gtk-theme-zukitwo/https://aur.archlinux.org/packages/gtk-theme-zukitwo/ https://aur.archlinux.org/**packages/mediterraneannight-**theme/https://aur.archlinux.org/packages/mediterraneannight-theme/to https://aur.archlinux.org/**packages/gtk-theme-**mediterraneannight/https://aur.archlinux.org/packages/gtk-theme-mediterraneannight/ Thanks -- grimi I'm confused, grimi... why did you create gtk- versions that have essentially the same PKGBUILDs? (same checksums, same package function; only the deps and provides arrays differ slightly)
Re: [aur-general] merge packages
On 12/01/2012 06:32 PM, Maxime Gauduin wrote: Zukitwo and Mediterranean provide several themes, not only a GTK theme. I wouldn't name them gtk-theme-sth unless you want to split them into several packages, one for each (GTK, gnome-shell, xfwm, unity, etc...). On Sat, Dec 1, 2012 at 11:07 PM, grimi gr...@poczta.fm wrote: Hi, please merge following packages: https://aur.archlinux.org/**packages/zukitwo-themes/https://aur.archlinux.org/packages/zukitwo-themes/ to https://aur.archlinux.org/**packages/gtk-theme-zukitwo/https://aur.archlinux.org/packages/gtk-theme-zukitwo/ https://aur.archlinux.org/**packages/mediterraneannight-**theme/https://aur.archlinux.org/packages/mediterraneannight-theme/to https://aur.archlinux.org/**packages/gtk-theme-**mediterraneannight/https://aur.archlinux.org/packages/gtk-theme-mediterraneannight/ Thanks -- grimi btw the gtk- versions provide everything, not just the GTK+ themes
[aur-general] Systemd service files
In general, should .install files enable systemd service files on startup by default (even if some custom config may or may not be required)? Are there any other special considerations when deciding? [1] provided some info about systemd scripts, but I couldn't find anything as it relates to PKGBUILDs. [1] https://wiki.archlinux.org/index.php/Systemd
[aur-general] Delet request [Nov 27]
https://aur.archlinux.org/packages/airpac/ Program itself (supposed pacman replacement) doesn't download any packages, and hasn't been updated in years. https://aur.archlinux.org/packages/bin32-realplayer/ pointless 64-bit version (forked PKGBUILD) of realplayer. https://aur.archlinux.org/packages/gmpc-albumview/ feature is part of gmpc as of 2009. https://aur.archlinux.org/packages/qhandbrake-git/ sources have been removed since 2011. Thanks in advance.
Re: [aur-general] Deletion request: zanshin
On 11/25/2012 10:31 AM, Jekyll Wu wrote: 于 2012年11月25日 19:04, Ike Devolder 写道: On Sat, Nov 24, 2012 at 08:31:10PM +0800, Jekyll Wu wrote: 于 2012年11月23日 09:36, Jekyll Wu 写道: It is orphaned, never updated since submission, and doesn't build. https://aur.archlinux.org/packages/zanshin/ If anyone wants to maintain it , I think it should be renamed to python2-zanshin to follow the general naming convention for python libraries. Ping? if you would upload the python2-zanshin package the zanshin package could be merged into that. thx If that package builds, I will be glad to upload it with another name and ask for merging. But what is the point of uploading something that doesn't build? Anyway, user luolimao has taken over that package. I will wait and see whether this package will get its revival. Regards Jekyll It builds now (under the new name), and the TU's can merge zanshin into python2-zanshin whenever convenient :]
[aur-general] Merge Request [Nov 25]
Can the TU's merge https://aur.archlinux.org/packages/ada-web-server/ into https://aur.archlinux.org/packages/ada-web-server-git/ (upstream changed from svn to git, and original package had wrong nomenclature anyway) Thanks in advance.
Re: [aur-general] Orphan request [Nov 24]
On 11/24/2012 10:49 PM, Felix Yan wrote: On 11/25/2012 10:45 AM, Limao Luo wrote: Just that $startdir nonsense was a pain, especially when I was using yaourt to install packages without supervision (--noconfirm). But I guess it doesn't matter to me anyway if I'm using a pre-built package. Thanks, I've fixed it in repo, take a look at https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/google-glog if interested =) Looks great, thanks =]
[aur-general] Delete request [Nov 25]
https://aur.archlinux.org/packages/scim-bridge/ According to the project website [1], scim-bridge is part of stable scim now; this package is now obsolete and can be deleted. Thanks is advance. [1] http://www.scim-im.org/layout/set/print/news/scim_news/a_new_stable_version_has_been_released_the_main_change_is_the_incorporation_of_scim_bridge
Re: [aur-general] Merge caffeine into caffeine-bzr
On 11/25/2012 03:53 PM, Connor Behan wrote: On 25/11/12 12:46 PM, 小龙 陈 wrote: Hi, Would it be possible to have my caffeine[1] package merged into caffeine-bzr[2]. The PKGBUILDs are nearly identical and caffeine-bzr is a more appropriate name. Thanks! Xiao-Long Chen [1] https://aur.archlinux.org/packages/caffeine/ [2] https://aur.archlinux.org/packages/caffeine-bzr/ You will not be the maintainer of it anymore if this happens. Is that okay? It seems that chenxiaolong is fine with it (see the comments under [2]).
Re: [aur-general] Request for removal
On 11/25/2012 10:50 PM, Joeny Ang wrote: Hello, vboxgtk-svn can now be removed. Reason: migrated to git. Thanks. Joeny (Biloky) Well [1] should be merged into [2], but yeah. Also, it would be good to provide links next time for the TU's convenience. [1] https://aur.archlinux.org/packages/vboxgtk-svn/ [2] https://aur.archlinux.org/packages/vboxgtk-git/
[aur-general] Orphan request [Nov 24]
The respective maintainers of the following packages have been emailed over 2 weeks ago with no response or update: https://aur.archlinux.org/packages/cairo-gl-git/ https://aur.archlinux.org/packages/dmenu-xft-selscreen/ https://aur.archlinux.org/packages/expat-libtool/ https://aur.archlinux.org/packages/google-glog/ https://aur.archlinux.org/packages/gpicker/
Re: [aur-general] Orphan request [Nov 24]
Actually I don't even think loudmouth-git is needed anymore (last commit was 4 years ago, doesn't build, original website [1] has been replaced with a japanese blog [2]). [1] http://web.archive.org/web/20080222041102/http://www.loudmouth-project.org/ [2] http://www.loudmouth-project.org/
Re: [aur-general] Orphan request [Nov 24]
Just that $startdir nonsense was a pain, especially when I was using yaourt to install packages without supervision (--noconfirm). But I guess it doesn't matter to me anyway if I'm using a pre-built package.
Re: [aur-general] Deletion request: gnome-doc-utils-svn
There is one now :) Anyway, the TU's can go ahead and merge -svn into -git.
Re: [aur-general] Orphan/Deletion request: quadkonsole
By the way, what were the names of the packages?
[aur-general] Merge/Delete request [Nov 14]
Delete https://aur.archlinux.org/packages/libxfcegui4-git/ Libxfcegui4 has been superceded by libxfce4ui (former hasn't had a commit in 7 months, the latter had a commit 4 days ago). The former's README calls the library deprecated in favor of the latter. I am fixing the final PKGBUILD that depends on this package (xfce4-systemload-plugin-git). Delete https://aur.archlinux.org/packages/xfce4-gvfs-mount/ Hasn't been updated in 4 years. Merge https://aur.archlinux.org/packages/parole-media-player-git/ into https://aur.archlinux.org/packages/parole-git/ Incorrect nomenclature (from previous maintainer). Thanks in advance. Limao Luo luolimao+...@gmail.com
[aur-general] Delete request
https://aur.archlinux.org/packages/libxfce4menu-git/ Replaced/superceded by garcon, and hasn't been updated in 2 years. The non-git version has already been deleted. https://aur.archlinux.org/packages/pyxfce-git/ Doesn't build, is dependent on libxfce4menu, and hasn't been updated in 3.5 years.
Re: [aur-general] Delete request
Also https://aur.archlinux.org/packages/xfdesktop-git-gio/ should be deleted, because the git branch that it's based on has disappeared. Btw, all the above packages aren't dependencies of anything else (except, in one case, each other).
[aur-general] Orphan request [Nov 11]
smaart has several out-of-date XFCE-related packages. No activity since May 2011 (no votes since 2009, but a couple of uploads since then), and smaart has had some recent packages orphaned due to inactivity. Therefore, I am requesting the orphaning of: https://aur.archlinux.org/packages/libxfcegui4-git/ https://aur.archlinux.org/packages/parole-media-player-git/ https://aur.archlinux.org/packages/xfburn-git/ https://aur.archlinux.org/packages/xfconf-git/ https://aur.archlinux.org/packages/xfdesktop-git/
Re: [aur-general] Deletion request: kde3-kgtk
Why not make this into an orphan request? A quick search for kgtk nets a link [2] to a tarball updated in 2011. PKGBUILD hasn't been updated since 2010, so I would assume there's something useful in the update. [2] http://kde-apps.org/content/show.php?content=36077
Re: [aur-general] Deletion request: knfoviewer
I can try my hand at updating it; I'll post back with any success, or if I can't get it fixed in a couple of weeks, then failure.
Re: [aur-general] Deletion request: knfoviewer
Fixed the package's dependencies; if it still throws the error, try removing qt3 and kdelibs3, and reinstalling with makepkg -fs or pacman -S --asdeps.
Re: [aur-general] Deletion request: knfoviewer
Actually, tried to build it again, and the old error (about Qt3 missing) showed up again; strange, since I managed to build it several times in a row just 15 minutes earlier. Well anyway, the project hasn't been updated since 2008, and, looking at the project, all it does is display ASCII .nfo files without garbling the ASCII art; it can be replaced by something as simple as cat. It seems superfluous, really. Also, to the TU's, https://aur.archlinux.org/packages/knfoviewer-svn/ suffers from the same Qt3 error as mentioned earlier.
Re: [aur-general] Change name of PKG in the AUR without deleting the old one?
Just upload the PKGBUILD (with the pkgname var changed) and request a merge of autoflv2x264 into flv2x264 after you let your package's users know. The TU's can't rename packages.
Re: [aur-general] package delete request
When you asked to remove mosesdecoder-git [1], and said it already has a git version, moses-git [2] is the package you're referring to, correct? [2] https://aur.archlinux.org/packages.php?ID=63661
[aur-general] [Oct 31] deletion request
Delete: zsh-bauerbill: https://aur.archlinux.org/packages.php?ID=38747 It's useless; the PKGBUILD doesn't build, and bauerbill has been discontinued [1]. anki-beta: https://aur.archlinux.org/packages.php?ID=61309 Was useful when there was a beta version, but now essentially functions as a fork of community/anki (since there is no beta version atm). Merge: helixplayer-nightly-bin into helixplayer: https://aur.archlinux.org/packages.php?ID=21834 into https://aur.archlinux.org/packages.php?ID=16847 No more nightly releases, so I might as well just release helixplayer's final build as the final version of the package. [1] https://mailman.archlinux.org/pipermail/aur-general/2012-June/019410.html
Re: [aur-general] Merge request (limbo and limbo_wine)
The limbo_wine PKGBUILD has been uploaded has been uploaded with the name limbo, so I believe it's fine to merge limbo_wine into limbo now.
Re: [aur-general] Merge request (limbo and limbo_wine)
Now you just need to have the limbo_wine maintainer (mirandir) change pkgname=limbo_wine to pkgname=limbo and reupload, and the TU's can merge limbo_wine into limbo afterwards.
Re: [aur-general] Merge request (limbo and limbo_wine)
Sorry, but I don't really see the issue; if you actually examine the PKGBUILDS, the limbo_wine has essentially the same sources, but is a bit more comprehensive. Also, AFAIK, there is no native linux version, only Mac and Windows ones, as evidenced by the official site [3]. Therefore, the only way the game can run is by using Wine, as of now. [3] http://limbogame.org/store/
Re: [aur-general] Delete request
Regarding [2], that's my bad; there was a fontconfig-cleartype package in the recent past. In fact, since I haven't run 'aur' in a few days, the PKGBUILD is still in my /var/aur. However, it is now fontconfig-ubuntu [4], since the text is almost identical (see diff [5]). As for [3], I've posted a comment. [4] https://aur.archlinux.org/packages.php?ID=17156 [5] https://gist.github.com/3968673
Re: [aur-general] unicon packages orphaned and broken.
Tried to fix it myself, and didn't get too far. I fixed minor things, like dependencies and such (in both versions), and uploaded; however, I don't know how to get it to build properly. Orphaning.
[aur-general] Delete request
I am requesting gtk-engine-pixbuf [1], fontconfig-cleratype (sic) [2], and thunar-thumbnailers [3] for deletion. The feature that [1] provides has been added to the gtk-engine itself and therefor is obsolete. [2] is a misspelling of fontconfig-cleartype, which is well-maintained as of now. [3] has been superceded by extra/tumbler, and the project itself hasn't been updated in over a year. [1] https://aur.archlinux.org/packages.php?ID=16862 [2] https://aur.archlinux.org/packages.php?ID=63367 [3] https://aur.archlinux.org/packages.php?ID=49990
Re: [aur-general] [arch-dev-public] Status of sigurd.archlinux.org/aur.archlinux.org
Wait for an update ;) https://en.wikipedia.org/wiki/HTTP_301
[aur-general] Merge request
Please merge bin32-amazonmp3 [1] into amazonmp3 [2]. Also, I'm not sure of the usefulness of [2], even considering that Amazon isn't releasing any new versions, and community/clamz replaces the functionality of this package, so delete [2] too if it makes sense.
Re: [aur-general] Merge request
Sorry, forgot to post links. [1] https://aur.archlinux.org/packages.php?ID=28812 [2] https://aur.archlinux.org/packages.php?ID=31614
Re: [aur-general] Some advice requested
1. You don't need to worry about pkgconfig; it's part of a package called core/pkg-config, which is part of [base-devel], which anyone using the AUR should have installed. 2. Here's [1] a slightly fixed example PKGBUILD; you would still have to somehow deal with the compilation problems, but at least this script doesn't prompt you for the editor (due to the --no-edit flag). Also, just remember to quote all your $pkgdir and $srcdir vars. [1] https://gist.github.com/3895860
[aur-general] Merge request
Can someone please merge fluxstyle-svn [1] into fluxstyle-git [2]? [1] https://aur.archlinux.org/packages.php?ID=15303 [2] https://aur.archlinux.org/packages.php?ID=63559
[aur-general] Deletion/Merge Request
A list of packages for deletion: blender-beta: https://aur.archlinux.org/packages.php?ID=39507 Beta version hasn't been released in over a year, because only stable releases are packaged now. zsh-bumblebee: https://aur.archlinux.org/packages.php?ID=56249 This package's completion file has been added to zsh-completions [1], so this is obsolete. twittero-hg: https://aur.archlinux.org/packages.php?ID=33636 Source files don't even exist. The repo has been emptied for whatever reason and there hasn't been a release in over 2 years anyway. gimp-id-photo: https://aur.archlinux.org/packages.php?ID=51658 Superceded by gimp-plugin-id-photo [2]. nspluginwrapper-flash-prerelease: https://aur.archlinux.org/packages.php?ID=32081 Since Adobe isn't releasing new versions of Flash on Linux (besides security updates), nspluginwrapper [3] and flashplugin [4] do the job just fine. There's no use for an out-of-date prerelease version. nativeclient: https://aur.archlinux.org/packages.php?ID=34579 Superceded by nativeclient-sdk [5]. __ Also, can someone please merge nyancat [6] into nyancat-git [7]? __ [1] https://aur.archlinux.org/packages.php?ID=54111 [2] https://aur.archlinux.org/packages.php?ID=51655 [3] http://www.archlinux.org/packages/?sort=q=nspluginwrappermaintainer=last_update=flagged=limit=50 [4] http://www.archlinux.org/packages/?sort=q=flashpluginmaintainer=last_update=flagged=limit=50 [5] https://aur.archlinux.org/packages.php?ID=40557 [6] https://aur.archlinux.org/packages.php?ID=55279 [7] https://aur.archlinux.org/packages.php?ID=63496
Re: [aur-general] psad package probably orphaned
Only thing that would be convenient is post a link to the package(s) you're talking about, using footnotes, like this [1]; the TU's are busy, as I've heard, and it would be inconvenient for them to hunt down link to every single package. Also, you didn't have to wait so long to email the maintainer. Regardless, you haven't made any mess; welcome to the mailing list! ;) [1] https://aur.archlinux.org/packages.php?ID=33800
[aur-general] Random (?) out-of-date marking
My package mcobj [1] has been repeatedly been marked out of date 580 times in 10 minutes, with 61 out-of-date marks per minute (picture for proof [2]). Checking through the email, I saw that the user that was doing this was named invented [3]. I'm not really sure what's going on, particularly whether this is malicious or not. I have emailed invented, and am posting this to try to get to the bottom of this. Has invented (or have other users) done this before? [1] https://aur.archlinux.org/packages.php?ID=49697 [2] http://i49.tinypic.com/8zh0sn.png [3] https://aur.archlinux.org/account.php?Action=AccountInfoID=25347
Re: [aur-general] What happened to mnogosearch?
Updated to 3.3.12 and uploaded; you can install from the AUR now.
[aur-general] Deletion request: anything-sync-daemon-systemd
anything-sync-daemon-systemd [1] duplicates functionality from the original anything-sync-daemon [2] package (i.e. the systemd script is now included). [1] is therefore obsolete. [1] https://aur.archlinux.org/packages.php?ID=60949 [2] https://aur.archlinux.org/packages.php?ID=58263