Re: [aur-general] [arch-dev-public] [extra] repository cleanup
Le mercredi 10 novembre 2010 05:33:32, Andrea Scarpino a écrit : Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup I no longer use synergy, so I added it to the list. Stéphane
[aur-general] Welcome our newest TU, Kaiting Chen!
Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. Welcome aboard, Kaiting! You can find the TODO list for new TUs here: http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users *cracks whip* Now fall in line with the other new slaves. :P I also want to address something else. I am disappointed that 5 TUs voted no without anyone voicing any concerns during the discussion period. To abstain from a vote indicates that you do not have an opinion one way or the other, but to vote no is to indicate that you have a reason to believe that the application should be rejected. The discussion period is for discussing exactly such things. It gives the applicant a chance to address any issues and it enables others to consider what they might not have considered before. If you have a concern that no one else has expressed during a discussion period then it is your duty as a TU and an active participant in the discussion to bring it up. Please do so in the future. I also want to say that I do not want anyone to bring up there reasons now. The time for that is past and there would be nothing to be gained from it, and it might lead to unnecessary tensions. Regards, Xyne
Re: [aur-general] [extra] repository cleanup
On Wednesday 10 November 2010 11:54:26 Sergej Pupykin wrote: * alltray * at * centerim * dia * distcc * dmenu * elinks * iptraf * mailman * mcrypt * motion * patchutils * perl-* * slmodem * slmodem-utils * squashfs-tools * twinkle * unarj * w3m * wmii * wput * xboard * xdialog * xpdf * xpdf-* If noone wants to maintain them, I can do it in community. List updated, but if some DEV is interested he can keep them in [extra]. -- Andrea Scarpino Arch Linux Developer
Re: [aur-general] [extra] repository cleanup
At Wed, 10 Nov 2010 11:33:32 +0100, Andrea Scarpino wrote: If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I prefer to use following packages in binary form: * alltray * at * centerim * dia * distcc * dmenu * elinks * iptraf * mailman * mcrypt * motion * patchutils * perl-* * slmodem * slmodem-utils * squashfs-tools * twinkle * unarj * w3m * wmii * wput * xboard * xdialog * xpdf * xpdf-* If noone wants to maintain them, I can do it in community.
Re: [aur-general] [extra] repository cleanup
On Wed, 10 Nov 2010 11:33:32 +0100, Andrea Scarpino and...@archlinux.org wrote: Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup If you somehow need some pkgstats data let me know. I can query the db manually until I got a better frontend. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
On 10/11/10 21:15, Xyne wrote: Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. 28% is not a quorum! :P
Re: [aur-general] [extra] repository cleanup
Am Wed, 10 Nov 2010 11:33:32 +0100 schrieb Andrea Scarpino and...@archlinux.org: Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup You should really think about that. There are many of the most important, oldest and best known packages in this list like dia, ding, xboard, eboard, epdfview, slmodem etc. In other words, your list is likely the half of the distro. If you would put all of them to AUR then you could give up Arch Linux, because then it has almost no advantage over Gentoo, that is, then will Arch Linux become a second Gentoo, because the users will have to compile a lot of (most of the) important packages manually. And the reason why I switched from Gentoo to Arch Linux about 3 or 4 years ago after using Gentoo for about 6 years was that I was sick of compiling everything and that Arch Linux was a binary distribution. So if you would really do this clean up and move all these packages to AUR then I could and most likely would switch back to Gentoo. So really, please, reconsider your idea of doing this massive and pointless cleanup. Btw., ding was updated recently. Heiko
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
On Wed, 2010-11-10 at 21:27 +1000, Allan McRae wrote: On 10/11/10 21:15, Xyne wrote: Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. 28% is not a quorum! :P Dammit Allan, I was about the say the same thing!
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
Xyne wrote: And for those of you two lazy to calculate 23/28, it's ~82%, not 28% ;) those of you two lazy two *sigh* I'm revoking my mailing list privileges for the rest of the day. I'll see you tomorrow.
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
Ng Oon-Ee wrote: On Wed, 2010-11-10 at 21:27 +1000, Allan McRae wrote: On 10/11/10 21:15, Xyne wrote: Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. 28% is not a quorum! :P Dammit Allan, I was about the say the same thing! Gah, apparently I'm dyslexic, or at least my fingers are. From now on, all participation must be in integer multiples of 11%. And for those of you two lazy to calculate 23/28, it's ~82%, not 28% ;) p.s. I hate mailings lists. Every stupid mistake is committed to public viewing until the end of the internet. I'd propose an edit button for the internet, but there are already too many people trying to implement one :/
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
On Wed 10 Nov 2010 21:27 +1000, Allan McRae wrote: On 10/11/10 21:15, Xyne wrote: Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. 28% is not a quorum! :P I think Xyne meant 82%.
[aur-general] [extra] repository cleanup
Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup -- Andrea Scarpino Arch Linux Developer
Re: [aur-general] [arch-general] [extra] repository cleanup
On Wednesday 10 November 2010 12:43:28 Heiko Baums wrote: You should really think about that. There are many of the most important, oldest and best known packages in this list like dia, ding, xboard, eboard, epdfview, slmodem etc. In other words, your list is likely the half of the distro. If you would put all of them to AUR then you could give up Arch Linux, because then it has almost no advantage over Gentoo, that is, then will Arch Linux become a second Gentoo, because the users will have to compile a lot of (most of the) important packages manually. And the reason why I switched from Gentoo to Arch Linux about 3 or 4 years ago after using Gentoo for about 6 years was that I was sick of compiling everything and that Arch Linux was a binary distribution. So if you would really do this clean up and move all these packages to AUR then I could and most likely would switch back to Gentoo. So really, please, reconsider your idea of doing this massive and pointless cleanup. If you read with attention my mail, you read: If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. This means that if _any_ DEV consider a package important and he thinks that should be kept in [extra], he only have to cross it out. Also, if you look at that wiki page, ours TUs want to maintain more of them in [community]. So there is no reasons to say that we will became a second Gentoo. Cheers -- Andrea Scarpino Arch Linux Developer
Re: [aur-general] [extra] repository cleanup
On Wed, 10 Nov 2010 12:43:28 +0100, Heiko Baums li...@baums-on-web.de wrote: Am Wed, 10 Nov 2010 11:33:32 +0100 schrieb Andrea Scarpino and...@archlinux.org: Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup You should really think about that. There are many of the most important, oldest and best known packages in this list like dia, ding, xboard, eboard, epdfview, slmodem etc. In other words, your list is likely the half of the distro. If you would put all of them to AUR then you could give up Arch Linux, because then it has almost no advantage over Gentoo, that is, then will Arch Linux become a second Gentoo, because the users will have to compile a lot of (most of the) important packages manually. And the reason why I switched from Gentoo to Arch Linux about 3 or 4 years ago after using Gentoo for about 6 years was that I was sick of compiling everything and that Arch Linux was a binary distribution. So if you would really do this clean up and move all these packages to AUR then I could and most likely would switch back to Gentoo. So really, please, reconsider your idea of doing this massive and pointless cleanup. Btw., ding was updated recently. Heiko Please calm down and first of all: Nobody cares if you are switching to another distro. These packages are orphaned which means no dev or TU has an interest in maintaining them. These cleanups are also meant as some kind of reminder to adopt needed or popular packages. Keeping unmaintained packages is of no use; it'll also increase the workload on other e.g. on so name bump rebuilds. If people think some of these packages are important, they should simply step up and become a TU to maintain them. It's just that easy. Or look at it the other way: why should a dev or tu maintain a package that he does not use or is interested in? In the end we do this mostly for ourselves and not for anybody else. We could compare this list to pkgstats results to be able to look harder for a new maintainer for popular packages. -- Pierre Schmitz, https://users.archlinux.de/~pierre
[aur-general] determining inverse AUR dependencies of binary packages
Hi all, I'll start this discussion with an example of the problem. I notice that python-sqlalchemy is about to change in [community]. Most of the packages which depend on it will need to change their dependency to python2-sqlalchemy. This is handled quite nicely for packages in the binary repositories. If you do a package search on www.archlinux.org, you'll see which packages require python-sqlalchemy. Likewise, it is easy to get a list of [unsupported] packages which require a given package from [unsupported]. However, I don't know of a way to get a list of [unsupported] packages which require a given package from the binary repositories. If it were possible to build such lists, we could contact maintainers of [unsupported] packages, in order to inform them of upcoming changes which require their attention. -- Chris pgp0lhl7rjCYv.pgp Description: PGP signature
[aur-general] OPIE Packages
Hello, i want to upgrade these Packages: * opie-server * opie-client * libpam-opie I will also fix these Packages for amd64 Support. Greetings Betz Stefan -- URL : http://blog.stefan-betz.net | http://www.stefan-betz.net GPG : E188 933B BC00 723A 9DB0 0CD3 1398 E68B 6F33 567E XMPP: ste...@jabber.stefan-betz.net pgpoZdGWiUNY0.pgp Description: PGP signature
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
On 10 November 2010 17:15, Xyne x...@archlinux.ca wrote: I also want to address something else. I am disappointed that 5 TUs voted no without anyone voicing any concerns during the discussion period. To abstain from a vote indicates that you do not have an opinion one way or the other, but to vote no is to indicate that you have a reason to believe that the application should be rejected. The discussion period is for discussing exactly such things. It gives the applicant a chance to address any issues and it enables others to consider what they might not have considered before. If you have a concern that no one else has expressed during a discussion period then it is your duty as a TU and an active participant in the discussion to bring it up. Please do so in the future. I also want to say that I do not want anyone to bring up there reasons now. The time for that is past and there would be nothing to be gained from it, and it might lead to unnecessary tensions. There is no problem with that. The bylaws do not dictate against silence. This is why: It was brought to our attention at least on one prior occasion. The problem only arises when an application fails, and everyone keeps quiet. That is simply not very nice, though they have the technical right to do so. A TU may or may not participate in the discussion depending on whether she has anything significant to add, and if she decides not and chooses to vote against the applicant, may do so without voicing an opinion. If this contributes to a failed application, then the ethical thing to do is to state her reasons for the negative vote. Hell, we wouldn't even know if one or more TUs just played around with the buttons! Anyway, welcome aboard, Kaiting!
Re: [aur-general] determining inverse AUR dependencies of binary packages
On Wed, Nov 10, 2010 at 02:05:42PM +, Christopher Brannon wrote: I notice that python-sqlalchemy is about to change in [community]. Most of the packages which depend on it will need to change their dependency to python2-sqlalchemy. This is handled quite nicely for packages in the binary repositories. If you do a package search on www.archlinux.org, you'll see which packages require python-sqlalchemy. Likewise, it is easy to get a list of [unsupported] packages which require a given package from [unsupported]. However, I don't know of a way to get a list of [unsupported] packages which require a given package from the binary repositories. If it were possible to build such lists, we could contact maintainers of [unsupported] packages, in order to inform them of upcoming changes which require their attention. As a Trusted User with SSH access to sigurd, you can easily grep all PKGBUILDs in [unsupported] for python2-sqlalchemy and create a list of packages that likely require it.
Re: [aur-general] OPIE Packages
On Wed, Nov 10, 2010 at 4:06 PM, Stefan J. Betz i...@stefan-betz.net wrote: Hello, i want to upgrade these Packages: * opie-server * opie-client * libpam-opie I will also fix these Packages for amd64 Support. Greetings Betz Stefan -- URL : http://blog.stefan-betz.net | http://www.stefan-betz.net GPG : E188 933B BC00 723A 9DB0 0CD3 1398 E68B 6F33 567E XMPP: ste...@jabber.stefan-betz.net Their current maintainer is active, and the packages you mention are not marked as out-of-date. If you wish to have them updated, mark them as outdated and post any updated PKGBUILDs in a comment.
Re: [aur-general] determining inverse AUR dependencies of binary packages
On Wed 10 Nov 2010 14:05 +, Christopher Brannon wrote: Hi all, I'll start this discussion with an example of the problem. I notice that python-sqlalchemy is about to change in [community]. Most of the packages which depend on it will need to change their dependency to python2-sqlalchemy. This is handled quite nicely for packages in the binary repositories. If you do a package search on www.archlinux.org, you'll see which packages require python-sqlalchemy. Likewise, it is easy to get a list of [unsupported] packages which require a given package from [unsupported]. However, I don't know of a way to get a list of [unsupported] packages which require a given package from the binary repositories. If it were possible to build such lists, we could contact maintainers of [unsupported] packages, in order to inform them of upcoming changes which require their attention. There is somewhat of a system in place to track dependencies in the AUR. The AUR creates a hidden dummy packages for dependencies that haven't already been uploaded. Work needs to be done to make that system more reliable and accessible though. Here's an example of a dummy package: http://aur.archlinux.org/packages.php?ID=23600
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
Ray Rashif wrote: On 10 November 2010 17:15, Xyne x...@archlinux.ca wrote: I also want to address something else. I am disappointed that 5 TUs voted no without anyone voicing any concerns during the discussion period. To abstain from a vote indicates that you do not have an opinion one way or the other, but to vote no is to indicate that you have a reason to believe that the application should be rejected. The discussion period is for discussing exactly such things. It gives the applicant a chance to address any issues and it enables others to consider what they might not have considered before. If you have a concern that no one else has expressed during a discussion period then it is your duty as a TU and an active participant in the discussion to bring it up. Please do so in the future. I also want to say that I do not want anyone to bring up there reasons now. The time for that is past and there would be nothing to be gained from it, and it might lead to unnecessary tensions. There is no problem with that. The bylaws do not dictate against silence. This is why: It was brought to our attention at least on one prior occasion. The problem only arises when an application fails, and everyone keeps quiet. That is simply not very nice, though they have the technical right to do so. A TU may or may not participate in the discussion depending on whether she has anything significant to add, and if she decides not and chooses to vote against the applicant, may do so without voicing an opinion. If this contributes to a failed application, then the ethical thing to do is to state her reasons for the negative vote. Hell, we wouldn't even know if one or more TUs just played around with the buttons! I still see this as an issue. We're not voting on pizza toppings here. We're granting people access to the [community] repo which is trusted by most Arch users. The TUs are entrusted with maintaining that repo and its standards. If one person had voice a concern with an application and then 5 others silently agreed by voting no, then I see no problem with that. My issue with this is that not a single person said anything. I would hope that a TU would have at least a decent reason to vote no instead of abstain, and I would hope that TUs do more than just pick random buttons when voting. I think my difficulty is in understanding how someone can feel that something merits a rejection yet not a discussion, i.e. this is clearly an issue for me that makes me think this person won't be a TU, but I see no reason to make the other TUs aware of it... I'll just leave it to luck. The only thing that I can think of is that the distinction between abstain and no isn't clear. In a way they make no difference as only yes votes and the total number of votes decide the outcome, but there is still a big difference on a personal level between the two, with all the aforementioned implications. Meh, this isn't that big of an issue and it's definitely not a by-law issue. As I wrote before, I'm simply disappointed by this behavior.
[aur-general] Delete orphan package
I think this package (http://aur.archlinux.org/packages.php?ID=14908) should be deleted. The maintainer orphaned it since it is deprecated and now included in other package (see maintainer comment). Thanks in advance
Re: [aur-general] Delete orphan package
On Wed, Nov 10, 2010 at 6:19 PM, Joao Cordeiro jlcorde...@gmail.com wrote: I think this package (http://aur.archlinux.org/packages.php?ID=14908) should be deleted. The maintainer orphaned it since it is deprecated and now included in other package (see maintainer comment). Done, thanks.
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
Welcome aboard Kaiting -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [aur-general] Welcome our newest TU, Kaiting Chen!
On 10 November 2010 12:15, Xyne x...@archlinux.ca wrote: Xyne wrote: Ok, 5 days have passed. TUs, please cast your votes: http://aur.archlinux.org/tu.php?id=41 The voting period is over. (Sorry for the delayed announcement.) Yes: 12 No: 5 Abstain: 6 Total: 23 Out of 28 TUs, 28% percent have participated and quorum has been established. The application is thereby accepted. Welcome aboard, Kaiting! You can find the TODO list for new TUs here: http://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#TODO_list_for_new_Trusted_Users *cracks whip* Now fall in line with the other new slaves. :P I also want to address something else. I am disappointed that 5 TUs voted no without anyone voicing any concerns during the discussion period. To abstain from a vote indicates that you do not have an opinion one way or the other, but to vote no is to indicate that you have a reason to believe that the application should be rejected. The discussion period is for discussing exactly such things. It gives the applicant a chance to address any issues and it enables others to consider what they might not have considered before. If you have a concern that no one else has expressed during a discussion period then it is your duty as a TU and an active participant in the discussion to bring it up. Please do so in the future. I also want to say that I do not want anyone to bring up there reasons now. The time for that is past and there would be nothing to be gained from it, and it might lead to unnecessary tensions. Regards, Xyne Welcome Kaiting!
Re: [aur-general] Proposal: Mass AUR Cleanup (Discussion Period)
On Mon 18 Oct 2010 17:38 +0200, Jakob Gruber wrote: On 10/18/2010 04:10 PM, Stefan Husmann wrote: Am 10.10.2010 13:46, schrieb Jakob Gruber: On 10/04/2010 11:18 AM, Jakob Gruber wrote: In response to Louis objections about skipping the discussion period, I'm posting the full text of the proposal below. It has been altered from the original text to incorporate Xynes idea of adding the 'last maintainer activity rule. Sorry for making you guys vote twice. This marks the beginning of the discussion period. The discussion period has ended, please cast your votes. as someone already may have noticed, the voting period for Jakob's proposal about mass orphaning AUR packages is over. We had 22 votes with two abstains and 20 yes-votes. I am not sure if Jakob's detection of candidates-script can be used to automatically orphan the packages. If there is no autmatical way, we should find a way so that this has not to be done by one person. Suggestions? Seems like my earlier mail got lost somehow, so thanks for posting the results :) The plan was to do this directly on the mysql DB (pending Loui's approval), so no manual action should be necessary. I'm going to write the sql statements sometime later tonight. Sorry for the horrible delay. I've just executed this proposal and I'll attack a list of affected users and packages. Hopefully that attachment sticks. I was going to send mail to the affected users, but I'm not too sure how to go about mass emailing after all. If anyone can do that, I can provide the emails. Cheers! username 3ED AlecSchueler Andrew_NZ ArchPetr Baraclese Black_Codec Caved Charlos ChicoGeek Cimi Corsair Creckx Damnshock Echtor2oo3 Erroneous FaziBear Filip Gekko Githzerai InYourBase Insane-Boy J_Zar Jack JackDesBwa Joekey Kalidor Lava Croft Lava186 Michel Mr Green Nelani OMouse Operator23 PRAEDO Pappa Peter Pan Raniz RiceKills Roberth RustyNail Schilis SickHate Storyteller Subspace Thar TheThirdGhost VuLTuRe Warc3r WeeDie a.gambini abarilla abcde adam.ciganek akirayuki al alanger aquila_deus arkanoxlab arooaroo askadar atlas95 avalan b7j0c bb bbs bizthepirate bparsons brandemk bricem13 brynjolf butze420 cdude cf8 ch3m4 chori ciccio.a crebain crmaxx cute_dog daelstorm darkcoder devik devon dgsiegel dice die-andis dimaka dir djpharoah dkite dma147 donri douglaswth dr.cranium eldarion encrypted eugeni_dodonov ferama festux fivre fogoh freakz gaara974 ganjolinux gaston.borysiuk giahra gianvito gondil grumpytoad gureito haole heidi holst hugo ice799 ignis32 inaoya jackuess jerk jesusfranco jfryman jimbo jmcknight josephmc jul1 karreman kontrast kopsis kozzi kpiche kru kuvalski kwiat langedb latz lburton litchi lord lucas maclag margent martin.ufo mathgl mcfock mebaran mercurysquad metzen mingy mrunion mrvw0169 muiro mxcl nesl247 nggtony nice_guy_eddy nicros nobange nochternus noob notefinder originof pbw pcarrier pepakriz pilli plutonium post prakti prim priyank psartini pzykopilz quiet rfer rickyc85 rijst riklaunim rivierrakid robb_force robbel rooloo rufius ruinevil rwanderley rxvt saintshakajin sashko sasv sh__ shofs silencer simone simone.lazzaris siren skulk somm15 lang stonedz suw sysrq tariX tebo tetsuharu thereidos thesamet thor_lin timtux tioan tmaldo trader trusktr tsangpo turtle tut tutkudalmaz unilogic unixlust uptimebox v2punkt0 violagirl23 wamba waterbear wisp wiwo192 wornaki xpeppino yiyus zabijak pkgname link acpi-eee900 http://aur.archlinux.org/packages.php?ID=18389 amazing-git http://aur.archlinux.org/packages.php?ID=16319 amule-remote-cvs http://aur.archlinux.org/packages.php?ID=10606 archfosterhttp://aur.archlinux.org/packages.php?ID=1935 arpalert http://aur.archlinux.org/packages.php?ID=13835 aspell-ro http://aur.archlinux.org/packages.php?ID=7369 assh http://aur.archlinux.org/packages.php?ID=19374 asus_oled http://aur.archlinux.org/packages.php?ID=13815 athena-jothttp://aur.archlinux.org/packages.php?ID=5681 autarchy http://aur.archlinux.org/packages.php?ID=7112 banshee-1-svn http://aur.archlinux.org/packages.php?ID=15961 banshee-alarm-plugin-svn http://aur.archlinux.org/packages.php?ID=10714 banshee-albumart-plugin-svn http://aur.archlinux.org/packages.php?ID=10713 banshee-cleanup-plugin-svnhttp://aur.archlinux.org/packages.php?ID=10710 banshee-mirage-plugin http://aur.archlinux.org/packages.php?ID=19007 banshee-mirage-plugin-svn http://aur.archlinux.org/packages.php?ID=13138 banshee-showtrackonchange-plugin http://aur.archlinux.org/packages.php?ID=10712 banshee-svn http://aur.archlinux.org/packages.php?ID=8223 bcfg2
Re: [aur-general] Delete orphan package
Am Wed, 10 Nov 2010 16:19:34 + schrieb Joao Cordeiro jlcorde...@gmail.com: I think this package (http://aur.archlinux.org/packages.php?ID=14908) should be deleted. The maintainer orphaned it since it is deprecated and now included in other package (see maintainer comment). Thanks in advance It would be nice, if you would mention the package name, too, in the future. So that one knows which package is requested to be deleted. Heiko
Re: [aur-general] OPIE Packages
Am 2010-11-10 16:21:39 +0200, Evangelos Foutras schrieb: Their current maintainer is active, and the packages you mention are not marked as out-of-date. I have sent a mail to the current maintainer, should he not respond in the next 2 weeks i will report this issue again. Greetings Betz Stefan -- URL : http://blog.stefan-betz.net | http://www.stefan-betz.net GPG : E188 933B BC00 723A 9DB0 0CD3 1398 E68B 6F33 567E XMPP: ste...@jabber.stefan-betz.net pgpTSrAWrbcKu.pgp Description: PGP signature
[aur-general] [deletion request] gimp-mathmap-13
Hi I just discovered this package http://aur.archlinux.org/packages.php?ID=43383 We have this plugin in the repos and the newer version is about to come in, so nobody needs this package in the AUR. It even doesn't work, because doxygen is needed in makedepends (this is also missing in the official PKGBUILD, I'll tell Geoffroy ;) ) Merci
Re: [aur-general] [extra] repository cleanup
Am 10.11.2010 11:33, schrieb Andrea Scarpino: Hi DEVs/TUs, currently we have 700 (counting both arches and any) orphans packages in [extra]. As member of the orphans team, I made a list[1] of these packages and I'd like to move them to Unsupported. If some DEV wants to keep a package simply cross it out (adoption is not required, but it would be nice) or reply to this mail. If some TU wants to maintain a package in [community], please write the name into the Candidate to [community] section, *DO NOT* cross it out. Or reply to this mail. I think that a week is enough time for this job. 17th November I will move the remaining packages to Unsupported and the candidates to [community]. Cheers [1] https://wiki.archlinux.org/index.php/DeveloperWiki:Repo_Cleanup Hello, why are sawfish and rep-gtk on the list, but not librep? I think these packages belong together and should be maintained by the same person. I would like to maintain them in [community]. Regards Stefan
Re: [aur-general] [extra] repository cleanup
On Wednesday 10 November 2010 22:27:43 Stefan Husmann wrote: why are sawfish and rep-gtk on the list, but not librep? I think these packages belong together and should be maintained by the same person. I would like to maintain them in [community]. Because librep is maintained by Jurgen, but I think that he forgot to orphan it. Added librep to packages to remove from [extra] and librep, rep-gtk, sawfish to candidates to [community]. Thanks -- Andrea Scarpino Arch Linux Developer