Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

2011-08-30 Thread Gerfried Fuchs
 Hi!

* Aron Xu a...@debian.org [2011-08-30 13:14:59 CEST]:
 Sorry, I am on vacation, but I can be online sometimes... I didn't see
 where is your bug report on BTS, I think it would be better to roll in
 ftp-masters to the discussions then, so they have a chance to explain
 why it was accepted, and why buildds enable contrib by default even if
 building main packages.

 Because ftp masters are only human too, and can make mistakes.  Given
that there is no log of the discussion that dererk had with the unnamed
ftpmaster, this is very unfortunate, but mistakes happen.

 That doesn't mean that this it was rightfully granted, and the policy
is crystal clear on this, like Vincent Bernat quoted already in
bugreport 579102 in message #129, and like I quoted again with the
opening of 639778.  I don't see any need for bringing in any ftp master
for explaining a clear statement from the policy that packages in main
aren't allowed to build-depend on packages outside of main.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

2011-08-30 Thread Aron Xu
On Tue, Aug 30, 2011 at 19:45, Gerfried Fuchs rho...@debian.org wrote:
     Hi!

 * Aron Xu a...@debian.org [2011-08-30 13:14:59 CEST]:
 Sorry, I am on vacation, but I can be online sometimes... I didn't see
 where is your bug report on BTS, I think it would be better to roll in
 ftp-masters to the discussions then, so they have a chance to explain
 why it was accepted, and why buildds enable contrib by default even if
 building main packages.

  Because ftp masters are only human too, and can make mistakes.  Given
 that there is no log of the discussion that dererk had with the unnamed
 ftpmaster, this is very unfortunate, but mistakes happen.


Yes, I agree they are only human, but I think we need to know why they
do this, if they are exactly wrong (according to the Policy, they are
definitely wrong) we need to help them avoid similar problems in the
future.

  That doesn't mean that this it was rightfully granted, and the policy
 is crystal clear on this, like Vincent Bernat quoted already in
 bugreport 579102 in message #129, and like I quoted again with the
 opening of 639778.  I don't see any need for bringing in any ftp master
 for explaining a clear statement from the policy that packages in main
 aren't allowed to build-depend on packages outside of main.


As commented above, we don't need them to interpret or explain Policy,
but at least I myself want them to explain why they chose to accept
packages like this, and why the buildds have contrib enabled by
default for main packages.



--
Regards,
Aron Xu



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

2011-08-30 Thread Gerfried Fuchs
   Hi again.

* Aron Xu a...@debian.org [2011-08-30 13:51:26 CEST]:
 On Tue, Aug 30, 2011 at 19:45, Gerfried Fuchs rho...@debian.org wrote:
   Because ftp masters are only human too, and can make mistakes.  Given
  that there is no log of the discussion that dererk had with the unnamed
  ftpmaster, this is very unfortunate, but mistakes happen.
 
 Yes, I agree they are only human, but I think we need to know why they
 do this, if they are exactly wrong (according to the Policy, they are
 definitely wrong) we need to help them avoid similar problems in the
 future.

 If we would be able to explain why we do mistakes the world could be a
much better place indeed!  Unfortunately I fear that the ftpmasters
aren't any better at explaining why they do mistakes than anyone else.

 As commented above, we don't need them to interpret or explain Policy,

 Thanks, so it's clear that conky has to return to contrib it seems.
Thanks for the agreement on that grounds.

 but at least I myself want them to explain why they chose to accept
 packages like this, and why the buildds have contrib enabled by
 default for main packages.

 See above, explaining mistakes would solve much more than this issue
for mankind.  E.g. I don't ask for an explenation for why there is a
Changed-By: foo...@debian.org entry in one of the conky upload changes
files because it doesn't change anything.  Sending them a notification
though does help (and you can be assured that I discussed it with parts
of the ftp team).

 And the buildds seem to have contrib enabled because there are some
corner cases where contrib packages do not depend on non-free software
(like in the case of conky) for compiling and thus can be automatically
built.  I think a seperation of this into different chroots might make
sense, on the other hand, that's out of scope for this ticket and should
be discussed with the buildd admins.

 The scope of this bugreport should be getting the policy violation
fixed, not for general conceptual mistakes that happen in completely
different areas, so please keep it related to the bugreport, or move
further discussions along that lines to a more suiting place.  My
intention is to get conky in a releaseable shape again, which it
currently because of this issue isn't.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org