- Aur-general - lists.archlinux.org

[aur-general] TU request?
by Brad Fanella 21 Aug '10

21 Aug '10

Hi everyone, Terribly sorry if this is misplaced. Do I have to send a request to somebody in order to apply to become a trusted user? Anyway, I was recently reading a thread created on the forums that was basically talking about a need for new trusted users from within the community. https://bbs.archlinux.org/viewtopic.php?id=103250 Most of the discussion is on page two and beyond. We were talking about how having a larger amount of TU's and having them each maintain a smaller number of packages, typically ones that they use themselves, would seem more logical, or at least get packages synced quicker with upstream. After a nudge from Allan, I finally decided to apply. Again, sorry if this is in the wrong location. Could someone point me in the right direction if it isn't? (I checked the TODO section under the "Trusted User Guidelines" page on the wiki, but I assume that is for after you have been approved?) Don't hesitate to ask for more information. :-) Thanks, Brad

5 5

[aur-general] Important: upcoming dbscripts release
by Pierre Schmitz 21 Aug '10

21 Aug '10

Hi all, as the new dbscripts are quite done I'll send you a list with the most important changes. (If you are in a hurry read at least the next paragraph) Incompatible changes: * db-update will now update all packages found in your staging dir from all repositories * db-move has now a different syntax: "<repo-from> <repo-to> <pkgname|pkgbase> ..." You can move as many packages as you like at once. There is no need to specify an architecture here. * The wrapper scripts like testing2core have been removed as they are no longer needed; use db-move instead * testing2x now moves both arches at the same time (testing2x64 has been removed) * I have also started a user documentation at http://wiki.archlinux.org/index.php/DeveloperWiki:dbscripts Important changes: * implementation of a package pool: all packages are now stored in pool/packages or pool/community directories on the ftp server. The current repository directories like extra/os/i686 only contain symlinks. As a results moving pacakges between repositories is now a matter of altering symlinks and as such very cheap. This should solve the problems with not fully synced mirrors we had in the past when a lot of packages were moved from e.g. testing to extra. * Packages are only switched to this new layout if they are updated or moved. This way the migration should be slow but smooth. * db-move can now handle multiple packages within one "transaction". General improvements: * unit tests based on shunit2 * heavy refactoring to share common functions * Added more integrity checks which are run before the repositories are touched. * rewritten functions for easier and smaller code * the scripts can handle other db compressions than gz (but there is no migration path yet) Note: even though the result is more or less a rewrite there are still things that can be improved or new useful features that can be added. The tests only cover some basic use cases so we should still have a look at it once the new version is deployed. I think we should deploy these soon (before Allan's big python rebuild party) with CLEANUP_DRYRUN enabled during the first days. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 1

[aur-general] Deletion and disown requests
by Jakob Gruber 20 Aug '10

20 Aug '10

Hi, please delete stone-soup-nettiles [1]. The project looks dead and was never actually 100% usable as far as I know. I'm not sure about the second one. stone-soup [2] has a maintainer and was last updated on July 27th. However, it's been perpetually out of date, with AUR updates coming 2 months or so after official updates (even though nothing except pkgver and md5sums needed to be changed) and even then were done carelessly with incorrect links and md5sums. Somebody has even created a stone-soup071 package (which is the current version) because [2] is not up to date. I've marked the package out of date a few times, posted a PKGBUILD diff to the comments on July 31st (still not applied), and emailed the maintainer a week ago without a reply. While I don't want to steal this package, I'd love to maintain it and keep it updated. Your call whether disowning is appropriate. Thanks! schuay [1] http://aur.archlinux.org/packages.php?ID=37371 [2] http://aur.archlinux.org/packages.php?ID=16020

2 1

[aur-general] Packages removal request
by KESHAV P.R. 20 Aug '10

20 Aug '10

Please remove the following packages from AUR grub2-gfxmenu-bzr - http://aur.archlinux.org/packages.php?ID=36387 - Package uses old url - gfxmenu integrated in grub2 savannah bzr and available as part of grub2 1.98 - see http://grub.gibibit.com/Journal partclone-svn - http://aur.archlinux.org/packages.php?ID=23841 - replaced by partclone-git http://aur.archlinux.org/packages.php?ID=35997 grub-gfxmenu - http://aur.archlinux.org/packages.php?ID=10266 - exists in community repo as grub-gfx http://www.archlinux.org/packages/community/x86_64/grub-gfx/ grub2-915resolution - http://aur.archlinux.org/packages.php?ID=22927 - orphaned - replaced by grub2-with-extras-bzr http://aur.archlinux.org/packages.php?ID=40061 Regards Keshav

2 1

[aur-general] Deletion request for rawtherapee-staging-hg
by Martin Feilhauer 19 Aug '10

19 Aug '10

Hi, please delete rawtherapee-staging-hg [1], as rawtherapee-hg again contains the latest development changes and this repo is discontinued [3]. [1] http://aur.archlinux.org/packages.php?ID=37950 [2] http://rawtherapee.com/forum/viewtopic.php?t=2096&start=30 Thx & Regards, Martin -- http://gnidam.net

2 2

[aur-general] Moving some popular games from AUR to community
by Sven-Hendrik Haase 19 Aug '10

19 Aug '10

I'd like to move the following games from AUR but I wanted to avoid any potential tears this time, thus I'm posting my sinister intentions here first. urbanterror supertuxkart ufoai yofrankie freecol blobby2 Let the drama begin! Or just give me a thumbs up or something. -- Sven-Hendrik

11 15

[aur-general] Remove AUR grub2-efi package
by KESHAV P.R. 19 Aug '10

19 Aug '10

Please remove the grub2-efi package http://aur.archlinux.org/packages.php?ID=34470 . I have uploaded grub2-efi-x64 http://aur.archlinux.org/packages.php?ID=39904 and grub2-efi-x86 http://aur.archlinux.org/packages.php?ID=39905 to replace it. I already informed grub2-efi maintainer "bardo" about the new packages and he has agreed for grub2-efi's removal. Thanks.

4 5

[aur-general] Shall I move mplayer-vaapi to [community]?
by Evangelos Foutras 18 Aug '10

18 Aug '10

Hi guys, I've been using mplayer-vaapi [1] with my Radeon HD 4200 IGP for a couple of months now and I think it's a very useful package. Recently, its maintainer in the AUR dropped it because he switched to libvdpau. So, I've been thinking of adopting it and moving it to [community]. I haven't done anything yet, as I'm a bit unsure of whether I should go forward with the move. On one hand, a binary package for mplayer-vaapi is included in the unofficial, but well maintained, catalyst repo [2], but on the other hand it still is a useful package and it only has an additional dependency on libva (available in [extra]) compared to the straight mplayer package; it'd be nice to have it in [community]. On an semi-related note, I was also thinking of moving xvba-video to [community] as well, but it depends on the catalyst package which has a very complicated PKGBUILD (i.e. manual installation of every file). Therefore, I don't have any plans to mess with that for now. :P Thoughts? :> ---- [1] http://aur.archlinux.org/packages.php?ID=35321 [2] http://wiki.archlinux.org/index.php/ATI_Catalyst#Catalyst.27s_repositories

4 6

Re: [aur-general] Packages deletion request
by KESHAV P.R. 18 Aug '10

18 Aug '10

>> kernel26-rc - http://aur.archlinux.org/packages.php?ID=31932 - >> replaced by kernel26-mainline >> http://aur.archlinux.org/packages.php?ID=39965 >> >> Before deleting, can you please copy all the comments of kernel26-rc >> to kernel26-mainline. Thank you. >not possible. i suggest to delete instead kernel26-mainline. i don't >understand the rename. I copied the required comment manually (only 1 comment was required). You may delete the package. I am not the maintainer of the package but I use it very much.

2 2

[aur-general] Removal request: brscan2-usb
by Sven Schneider 18 Aug '10

18 Aug '10

Hi, the package brscan2-usb [1] provides the same functionality as brscan2 [2]. I think brscan2-usb can be deleted as it's outdated and brscan2 is the upstream name. Greetings Sven [1] http://aur.archlinux.org/packages.php?ID=19856 [2] http://aur.archlinux.org/packages.php?ID=19122

2 1