Re: [gentoo-dev] treecleaner removals
On Thursday, 28. September. 2006 04:23, Drake Wyrm wrote: Christian Heim [EMAIL PROTECTED] wrote: # Alec Warner [EMAIL PROTECTED] (27 Aug 2006) # Masking media-radio/xlog for treecleaners and bug(s) # 88580 # Sept 27th for removal media-radio/xlog Punted. So, why was this one punted, anyway? The bug was fixed in the new version, and an updated ebuild was submitted? As Jakub pointed out in #88580 (https://bugs.gentoo.org/show_bug.cgi?id=88580), killsoft retired and no one stepped up to maintain this package. As the package _currently_ in portage is completely broken, and has no maintainer, current guideline is to either find a new maintainer or *remove* it from the tree. As no one stepped up in maintaining this package, it got punted. -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpOhpBnu2CM3.pgp Description: PGP signature
[gentoo-dev] Re: New Developer: Jim Ramsay (lack)
On Wed, 27 Sep 2006 21:13:59 +0200, Christian Heim wrote: Its my pleasure to introduce to you lack, our recent addition joining us to take care of the rox-related ebuilds. He hails from Saskatoon, Saskatchewan, Canada. Eh? When he's unplugged from his computer, he tries to play some guitar and write songs (he even plays in two bands). He also has another hobby, called marriage (so far it has lasted for 5 years according to Jim). Well, when it's that cold you had better have something indoors to do! While he's off the leash from his wife and unplugged from his guitar, he has fun with his pomeranians dogs, going for walks and the like. Poms in that climate? Tough little ones! So please welcome Jim as a new fellow slave^Hdev among us! Mazel Tov, Jim! I'm sure Sergey is smiling in his retirement now :) -- Peter -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner removals
Drake Wyrm wrote: Christian Heim [EMAIL PROTECTED] wrote: # Alec Warner [EMAIL PROTECTED] (27 Aug 2006) # Masking media-radio/xlog for treecleaners and bug(s) # 88580 # Sept 27th for removal media-radio/xlog Punted. So, why was this one punted, anyway? The bug was fixed in the new version, and an updated ebuild was submitted? Fixing an open bug is up to the Treecleaning dev in question. I've been talking to some people on how exactly to handle this. I don't want to bump random packages and not add myself as maintainer; usually this amounts to the same package having a bug assigned to maintainer-needed or treecleaners in a couple of months (either for another bump; or some other reason). However if I were to take ownership of every maintainer needed package that has an ebuild I'd soon be the proud owner of about 100 packages that I don't care about. The masking and the e-mails and the bug filings are done for a reason; a loud and clear this bug needs a maintainer or it's getting axed. Some stuff gets fixed (aka pornview) most of it gets punted instead. - Alec Warner -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner removals
How about entering the removed ebuilds into bugzilla under an adequate section? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner removals
On 9/28/06, Mark Stier [EMAIL PROTECTED] wrote: How about entering the removed ebuilds into bugzilla under an adequate section? -- gentoo-dev@gentoo.org mailing list In the event of tree booting, you have the option to maintain the ebuild in an overlay such as sunrise[1]. Or seeking out some interested party to do so for you. [1]http://www.gentoo.org/proj/en/sunrise/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner removals
Alec Warner wrote: stuff gets fixed (aka pornview) Why doesn't this surprise me? :) -- Andrew Gaffneyhttp://dev.gentoo.org/~agaffney/ Gentoo Linux Developer Installer Project Today's lesson in political correctness: Go asphyxiate on a phallus -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner removals
Mark Stier wrote: How about entering the removed ebuilds into bugzilla under an adequate section? Uhm... http://sources.gentoo.org/viewcvs.py/gentoo-x86/ -- jakub signature.asc Description: OpenPGP digital signature
[gentoo-dev] maintainer needed for net-misc/freenet6
I took over as the maintainer for net-misc/freenet6 in hopes to spend some time bringing it up to date and to close the few bugs[1][2][3] open for it. I have not had nearly the time that I would have liked to work on this, and I no longer use the package. I'm hoping to find another maintainer to step up and clean this package up. The work that I've done on the package is at http://dev.gentoo.org/~wolf31o2/overlay/net-misc/freenet6 though I don't even remember what state it is in with regards to fixing those bugs. I would appreciate it if someone would take over this package. If you're willing to do so, please add yourself as the maintainer in metadata.xml, reassign the bugs to yourself, and give me a heads up so I know it is being cared after. Thanks, [1] http://bugs.gentoo.org/show_bug.cgi?id=32779 [2] http://bugs.gentoo.org/show_bug.cgi?id=63710 [3] http://bugs.gentoo.org/show_bug.cgi?id=102947 -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
[gentoo-dev] treecleaner removals
stuff gets fixed (aka pornview) Why doesn't this surprise me? :) Heh. If you actually tried it, though, you'd see that's it's a nice application and the pr0n thingy is just a joke .-) -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: treecleaner removals
+++ Mark Stier [28/09/06 15:35 +0200]: How about entering the removed ebuilds into bugzilla under an adequate section? I think my original reply got lost, so just in case - seems like a time for sunset overlays ;0 ~mcummings -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: treecleaner removals
On 9/28/06, Michael Cummings [EMAIL PROTECTED] wrote: +++ Mark Stier [28/09/06 15:35 +0200]:How about entering the removed ebuilds into bugzilla under an adequatesection?I think my original reply got lost, so just in case - seems like a time forsunset overlays ;0 or sunrise rather...-- David Granthttp://www.davidgrant.ca
[gentoo-dev] Re: treecleaner removals
Tach David, 0x2B859DE3 (PGP-PK-ID) David Grant schrieb: On 9/28/06, Michael Cummings [EMAIL PROTECTED] wrote: +++ Mark Stier [28/09/06 15:35 +0200]: How about entering the removed ebuilds into bugzilla under an adequate section? I think my original reply got lost, so just in case - seems like a time for sunset overlays ;0 or sunrise rather... New packages not yet in the tree - sunrise Old crufty packages removed from the tree - sunset Got it? V-Li -- Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3 http://www.gnupg.org/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: treecleaner removals
Christian 'Opfer' Faulhammer wrote: Tach David, 0x2B859DE3 (PGP-PK-ID) David Grant schrieb: On 9/28/06, Michael Cummings [EMAIL PROTECTED] wrote: +++ Mark Stier [28/09/06 15:35 +0200]: How about entering the removed ebuilds into bugzilla under an adequate section? I think my original reply got lost, so just in case - seems like a time for sunset overlays ;0 or sunrise rather... New packages not yet in the tree - sunrise Old crufty packages removed from the tree - sunset Got it? V-Li There is a TreeCleaner Project overlay; but I was planning on placing tools in it; I may be convinced to add the ebuilds (and their files) that we clean to it; assuming it doesn't take anyone that long to do it; the problem being for some things that live only on our mirrors; the ebuilds won't work as the files get purged after two weeks. Let me consider this though; if we can script it somehow it would maybe benefit others (a treecleaner poopy overlay for Layman also...) -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] RFC: Last rites for $package ...
Hi folks, maybe you remember the discussion about package removal and problems for users on that ... The problem was: someone (who's not reading this list) might be interested in some package (or even had installed it) and now gets trouble because its (from his view) sudden removal. An solution could be an database of packages scheduled for removal. But this database has to be maintained. And it doesn't seem that there's someone who's interested in doing this extra work. As I've seen talks about such removals seem to happen under the suject Last rites for $package, I'm now going to set up an little mail robot, which catches those mails and adds the named package to an removal-scheduled-database. To make this working realiably, we simply need to agree on one thing: : If an package is going to be removed, there *always* has to be : an discussion w/ subject Last rites for $package : (where $package is the qualified package / port name) Maybe we could also define other some other subject for the cases that removal is aborted or committed. What do you think about that ? cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Last rites for $package ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Enrico Weigelt wrote: Hi folks, snip To be perfectly honest, we're not going to hold someone's hand with this. We shouldn't be expected to. A package will be in mask for a month before its removed. That's a good warning sign that something is up. You can view the package mask file and see the reason behind it, as well you have this mailing list where announcements about what is masked and when its removed. If people can't find the reason from all those sources of data..then quite frankly..there's a larger issue going on with them. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFHDUySENan+PfizARAk/eAJ4jHTvqjjWBHFSgY24Wkb3XTits3QCfVgUz JOj/wWgWBaCVxVyfeh23PKM= =1IPj -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Last rites for $package ...
On Thu, 28 Sep 2006 22:28:27 +0200 Enrico Weigelt [EMAIL PROTECTED] wrote: An solution could be an database of packages scheduled for removal. But this database has to be maintained. And it doesn't seem that there's someone who's interested in doing this extra work. As I understand it, every one of these package removals is first package.masked for 30 days before the ebuilds are actually removed. So, the user has a month in which to do something about this. When they sync and try to update any time during that month, they will see a message, telling them that that package is scheduled for removal, and pointing them at the relevant bugs in bugzilla. So, isn't package.mask already that database? Or am I missing something? -- Mike Kelly -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Last rites for $package ...
Enrico Weigelt wrote: An solution could be an database of packages scheduled for removal. But this database has to be maintained. And it doesn't seem that there's someone who's interested in doing this extra work. Well, there is bugzilla. Just track any bugs with [EMAIL PROTECTED] in there and you'll see what were up to. Steve -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Last rites for $package ...
The problem was: someone (who's not reading this list) might be interested in some package (or even had installed it) and now gets trouble because its (from his view) sudden removal. My project is responsible for what I'd imagine to be the most tree removals; we have strict guidelines regarding packages. For instance; the package must have a bug filed against it; it gets masked for 30 days prior to being actually punted; you should always see e-mail on this list regarding both it's masking and removal...These are all things to ensure people are aware of what is going on; this is not some hidden process. An solution could be an database of packages scheduled for removal. But this database has to be maintained. And it doesn't seem that there's someone who's interested in doing this extra work. Or you haven't talked to me or Beandog at all; since he has been working on this a while (now with upgraded tools!). There has been a GPNL description on the Treecleaner project page since day one; since *I* wrote it. Yeah it's not up yet; yeah I'm removing packages anyway; hopefully with the GPNL it will be more obvious to some people; but then you still need to search GPNL to see what the heck is scheduled for removal. Frankly if you can't read the ML archives or search on bugs when a package you find is masked; then I don't really know where else to point you... -Alec Warner TreeCleaners Lead -- gentoo-dev@gentoo.org mailing list