On Tue, Feb 17, 2009 at 10:43:07AM +0100, Petter Reinholdtsen wrote:
> Isn't this equivalent to stating that being unmaintained is a
> release critical bug in a package? And if it is, would it not be
> better to just register new RC bugs to document the fact, and allow
> those interested in those
Lucas Nussbaum writes:
> On 17/02/09 at 20:46 -0800, Russ Allbery wrote:
>> If we're talking about a group of people taking collective
>> responsibility for keeping orphaned packages kicking along, I guess I'm
>> not sure how that differs from what we already have right now.
>> (Although using a
Sorry, this was actually supposed to go to debian-qa and I failed to pay
attention to what my mail client was doing.
Russ Allbery writes:
> Raphael Geissert writes:
>> Russ Allbery wrote:
>
>>> If I don't have time to do a proper job of maintaining the package, I
>>> *definitely* don't have tim
On Wed, Feb 18, 2009 at 8:44 AM, Raphael Geissert
wrote:
> If there are 148 packages there should be at least what, 20 maintainers? (I
> would hope there are far more) why don't they, or the fonts team, adopt
> defoma? or replace it with something else? 16 months of preparation of
> squeeze shoul
Raphael Geissert wrote:
Paul Wise wrote:
On Tue, Feb 17, 2009 at 11:18 AM, Barry deFreese
wrote:
I'm struggling a little with this.
Same.
For example defoma has 113 rbdepends & 148 rdepends. Removing all of
them would likely remove all fonts from Debian. I don't think it is
Paul Wise wrote:
> On Tue, Feb 17, 2009 at 11:18 AM, Barry deFreese
> wrote:
>
>> I'm struggling a little with this.
>
> Same.
>
> For example defoma has 113 rbdepends & 148 rdepends. Removing all of
> them would likely remove all fonts from Debian. I don't think it is
> acceptable to break te
Barry deFreese wrote:
[...]
> I'm struggling a little with this. Obviously I'm the first person to
> want to see cruft removed and I realize we are just talking about
> testing but I'm thinking about something like Gtk1.2 which is currently
> orphaned with 60+ r(b)depends. Do we really want to th
Raphael Hertzog wrote:
> On Tue, 17 Feb 2009, Lucas Nussbaum wrote:
>> What we need to do is:
>> 1) improve our ways to detect 'crap', to remove those packages from the
>>archive (it doesn't make sense to keep them in unstable). We need
>> safeguards to make mistakes less frequent.
>> 2) impro
Hi,
On Dienstag, 17. Februar 2009, Aurelien Jarno wrote:
> ...On the contrary there are crap packages with
> maintainers, often bitroting in a team.
>
> As those packages don't have the chance to have a maintainer, I would
> like to propose the creation of the "Packages without maintainer team"
>
* Raphael Geissert [Mon, 16 Feb 2009 15:44:13 -0600]:
> [No CC please, thank]
This will be done on a best-effort basis. We tend to always CC people on
-release because it's a role address list, where people who may not be
subscribed send requests (unblock requests during freezes, coordination
for
On Sun, Feb 15, 2009 at 10:23:37PM -0600, Raphael Geissert wrote:
> Hi all,
>
> Lenny is now out, so I think it is time to decide how to proceed with what
> was discussed during DC8. Is the release team still ok with the idea of
> keeping orphaned packages out of testing? how should it be done? vi
Processing commands for cont...@bugs.debian.org:
> # *sigh* Let's try that again
> reassign 515801 www.debian.org
Bug#515801: qa.debian.org: package.debian.org screen: Broken link to Copyright
Bug reassigned from package `qa.debian.org' to `www.debian.org'.
>
End of message, stopping processing h
Petter Reinholdtsen wrote:
>
> [Raphael Geissert]
>> The idea was to leave them out of *testing*, not immediately
>> dropping them from the archive.
>
> Isn't this equivalent to stating that being unmaintained is a release
> critical bug in a package?
Yes, like I mentioned in my original mail.
Michelle Konzack wrote:
> Hello Raphael and *,
>
> is there a list of the orphaned "testing" packages?
>
SELECT migrations.source FROM orphaned_packages,migrations WHERE
migrations.source=orphaned_packages.source;
on UDD should do it.
Output as of right now:
http://alioth.debian.org/~atomo64-
reassign 515801 www.debian.org
thanks
On Tue, 2009-02-17 at 20:35 +0200, jaalto wrote:
> While accessing "Copyright" link at
>
> http://packages.debian.org/sid/screen
>
> Gives:
>
> Not Found
>
> The requested URL
> /changelogs/pool/main/s/screen/screen_4.0.3-11/screen.copyright w
Hello Raphael and *,
is there a list of the orphaned "testing" packages?
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://
Package: qa.debian.org
Severity: normal
While accessing "Copyright" link at
http://packages.debian.org/sid/screen
Gives:
Not Found
The requested URL
/changelogs/pool/main/s/screen/screen_4.0.3-11/screen.copyright was not found
on this server.
Apache Server at packages.debian
On Mon, Feb 16, 2009 at 11:35:27PM +0100, Holger Levsen wrote:
> On Montag, 16. Februar 2009, Raphael Geissert wrote:
> > The idea was to leave them out of *testing*, not immediately dropping them
> > from the archive.
> Such a hint file could also (after a while...) be autogenerated and thus
> ma
[Raphael Geissert]
> The idea was to leave them out of *testing*, not immediately
> dropping them from the archive.
Isn't this equivalent to stating that being unmaintained is a release
critical bug in a package? And if it is, would it not be better to
just register new RC bugs to document the f
On Tue, Feb 17, 2009 at 5:30 PM, Raphael Hertzog wrote:
> I see many people interested in removing packages, I would like people
> interested in finding maintainers for orphaned packages. It's a task
> that can be done by everybody (no need to be DD/DM) and we should try to
> recruit some volunte
On Tue, 17 Feb 2009, Lucas Nussbaum wrote:
> What we need to do is:
> 1) improve our ways to detect 'crap', to remove those packages from the
>archive (it doesn't make sense to keep them in unstable). We need
> safeguards to make mistakes less frequent.
> 2) improve awareness of orphaned packag
21 matches
Mail list logo
