Re: FTP masters willingly blocking OpenStack nova 2013.1 just right before the OpenStack summity

2013-04-18 Thread Goswin von Brederlow
On Thu, Apr 18, 2013 at 04:57:03PM +0800, Thomas Goirand wrote: > On 04/18/2013 02:52 PM, Tollef Fog Heen wrote: > > ]] Thomas Goirand > > > > (Cc-ing you, since I don't know if you're subscribed. Apologies for the > > extra copy if you are.) > > I am not subscribed indeed, thanks. > > >> You

Re: FTP masters willingly blocking OpenStack nova 2013.1 just right before the OpenStack summit

2013-04-17 Thread Goswin von Brederlow
On Tue, Apr 16, 2013 at 04:28:22PM -0700, Russ Allbery wrote: > Thomas Goirand writes: > > On 04/16/2013 03:58 AM, Joerg Jaspert wrote: > >> The second part is something for a important bugreport > >> - why do you presume to tell me I might not want qemu and uml, or > >> qemu/kvm or whatever on on

Re: FTP masters willingly blocking OpenStack nova 2013.1 just right before the OpenStack summit

2013-04-17 Thread Goswin von Brederlow
On Tue, Apr 16, 2013 at 11:47:35AM +0100, Ian Jackson wrote: > Goswin von Brederlow writes ("Re: FTP masters willingly blocking OpenStack > nova 2013.1 just right before the OpenStack summit"): > > On Mon, Apr 15, 2013 at 01:34:25PM +0100, Ian Jackson wrote: > > >

Re: FTP masters willingly blocking OpenStack nova 2013.1 just right before the OpenStack summit

2013-04-16 Thread Goswin von Brederlow
On Mon, Apr 15, 2013 at 01:34:25PM +0100, Ian Jackson wrote: > Thomas Goirand writes ("FTP masters willingly blocking OpenStack nova 2013.1 > just right before the OpenStack summit"): > > I would like first the new DPL to express his view: is this the role of > > the FTP masters to overrule the te

Re: FTP masters willingly blocking OpenStack nova 2013.1 just right before the OpenStack summit

2013-04-16 Thread Goswin von Brederlow
On Mon, Apr 15, 2013 at 10:09:56PM +0200, Kurt Roeckx wrote: > On Mon, Apr 15, 2013 at 02:50:10PM +0200, Lucas Nussbaum wrote: > > the TC is probably a much more suitable body to rule on this > > I'd like to point out that if the DPL delegated that decision to > ftp-master, and ftp-master made a d

Re: Bug#700759: Shared library policy on private libs

2013-02-21 Thread Goswin von Brederlow
On Mon, Feb 18, 2013 at 01:54:18PM -0500, Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2/18/2013 1:21 PM, Sam Hartman wrote: > > 2) don't install a .so in a -dev package. > > That might be a signal a human can understand, but the build system > won't catch it. The

Re: Bug#699808: tech-ctte: syslinux vs the wheezy release

2013-02-07 Thread Goswin von Brederlow
On Thu, Feb 07, 2013 at 08:30:35AM +0100, Daniel Baumann wrote: > On 02/07/2013 08:12 AM, Michael Biebl wrote: > >This list is getting longer with each email. Seeing that syslinux 5 has > >been in sid for less then 10 days, I'm worried what other issues might > >show up. > > apart from the two obv

Re: Bug#681419: Alternative dependencies on non-free packages in main

2012-07-18 Thread Goswin von Brederlow
On Tue, Jul 17, 2012 at 12:22:13PM +0100, Ian Jackson wrote: > Goswin von Brederlow writes ("Re: Bug#681419: Alternative dependencies on > non-free packages in main"): > > On Fri, Jul 13, 2012 at 09:59:33PM +0100, Ian Jackson wrote: > > > How about instead we thi

Re: Bug#681419: Alternative dependencies on non-free packages in main

2012-07-17 Thread Goswin von Brederlow
On Fri, Jul 13, 2012 at 05:09:12PM -0600, Bdale Garbee wrote: > Ian Jackson writes: > > > I think this is a real problem. In general people sometimes find that > > they need to enable non-free for some particular reason (perhaps even > > just too make their nic work or something). That shouldn

Re: Bug#681419: Alternative dependencies on non-free packages in main

2012-07-17 Thread Goswin von Brederlow
On Fri, Jul 13, 2012 at 09:59:33PM +0100, Ian Jackson wrote: > Michael Gilbert writes ("Bug#681419: Alternative dependencies on non-free > packages in main"): > > Perhaps the motivation behind this centers around FSF expectations on > > Debian's handling of non-free? If that is the case, wouldn't

Re: Request for TC to rule on a course of action for supporting build-arch

2011-06-13 Thread Goswin von Brederlow
Steve Langasek writes: > Hi Roger, > > On Sat, Jun 11, 2011 at 02:02:52AM +0100, Roger Leigh wrote: >> Because unstable was changing between the rebuilds, some of the >> failures are likely due to churn, including multiarch work, so a >> failure does not necessarily implicate the patch being test

Re: Bug#629385: build-arch: statistics on packages that would be affected by a flag day

2011-06-10 Thread Goswin von Brederlow
Steve Langasek writes: > This message from Jakub Wilk on debian-policy provides some good information > about the work we'd be facing if we went with a flag day for build-arch: > > http://lists.debian.org/debian-policy/2011/06/msg00018.html That opens up a new options: 6) Turn on direct use o

Re: Request for TC to rule on a course of action for supporting build-arch

2011-06-10 Thread Goswin von Brederlow
Roger Leigh writes: > On Tue, Jun 07, 2011 at 11:14:14AM +0200, Tollef Fog Heen wrote: >> ]] Steve Langasek >> >> Hi, >> >> | 4) Turn on direct use of 'debian/rules build-arch' on the autobuilders for >> | all packages in unstable and experimental immediately, with no fallback >> | if

Re: Bug#582423: tech-ctte: reaffirm that violating Debian Policy deserves RC bug [and 1 more messages]

2010-05-21 Thread Goswin von Brederlow
Ian Jackson writes: >> >> +---+- >> >> Rename A to B | optional make A | Conflicts: A >> >> | dummy/transitional| Replaces: A >> >> | Depends: B | Provide

Re: Bug#582423: tech-ctte: reaffirm that violating Debian Policy deserves RC bug

2010-05-21 Thread Goswin von Brederlow
Ian Jackson writes: > Goswin von Brederlow writes ("Re: Bug#582423: tech-ctte: reaffirm that > violating Debian Policy deserves RC bug"): >> Just to make sure that means now the following is to be used, right? > > Thanks for the helpful presentation of the questions.

Re: Bug#582423: tech-ctte: reaffirm that violating Debian Policy deserves RC bug

2010-05-20 Thread Goswin von Brederlow
Jonathan Nieder writes: > Ian Jackson wrote: > >> A. Open a new bug against policy, asking that 7.6.2 be replaced with >> something like this (exercising our power to specify what should >> be in policy): >> >> Secondly, Replaces allows the packaging system to resolve which >>

Re: Please review proposed resolution: Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-25 Thread Goswin von Brederlow
Steve Langasek writes: > On Tue, Aug 25, 2009 at 09:32:22AM +0200, Goswin von Brederlow wrote: >> I would like to added the following to the ballot: > > It's for the members of the TC to propose ballot options. And I hope someone will. >> My vote would be 0 2 3 4 5 i

Re: Please review proposed resolution: Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-25 Thread Goswin von Brederlow
Steve Langasek writes: > On Sun, Aug 23, 2009 at 11:51:40AM -0700, Don Armstrong wrote: >> On Sat, 22 Aug 2009, Steve Langasek wrote: >> > I suggest the following resolution as a ballot option: > >> [...] > >> > Thoughts on this? > >> I think this is a more complete option that what I had propose

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-21 Thread Goswin von Brederlow
Steve Langasek writes: > On Fri, Aug 21, 2009 at 11:07:31AM +0200, Goswin von Brederlow wrote: >> > Concretely, as I have argued previously, there is a difference of scale >> > between ia32-apt-get and other related tools. dpkg-cross is ugly, but it >> > is &g

ia32-libs-tools situation summary

2009-08-21 Thread Goswin von Brederlow
Hi, To recap the current issue: The ia32-libs-tools package has been removed from Debian, and I am uncertain of the technical reasons that underlie this removal. While no such reasons have been communicated to me, here are some of the speculations on them. Possible reasons for its removal: - ia3

Re: Bug#535645: I strongly suggest...

2009-08-21 Thread Goswin von Brederlow
Russ Allbery writes: > Jaime Ochoa Malagón writes: > >> We, the debian amd64 users should be able to pick our own poison, I >> really prefer to have ia32-libs-tools because this work far more close >> to debian way of package manage, the ia32-libs is an incomplete lazy >> solution with a huge p

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-21 Thread Goswin von Brederlow
Steve Langasek writes: > On Thu, Aug 20, 2009 at 02:31:35PM +0200, Goswin von Brederlow wrote: >> > My understanding is that the CTTE was asked first to clarify the >> > reasoning surrounding the removal of ia32-libs-tools et al.; and only >> > take up discussions

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-20 Thread Goswin von Brederlow
Don Armstrong writes: > tag 535645 moreinfo > thanks > > On Sun, 09 Aug 2009, Goswin von Brederlow wrote: >> I'm writing to you in the hope that you can facilitate resolving a >> grievance I have with Joerg Jaspert in his roles as ftp-master and his >> decisi

Some more comments

2009-08-11 Thread Goswin von Brederlow
Andreas Barth writes: > Unless proven otherwise, I tend to the following conclusions: > > 1. The ftp-masters removed ia32-libs-tools with the following message > from the archive "RoThe Project; Most idiotic breakage ever.". About > 45 mintes later (and not linked) they sent out this mail to > de

Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Russ Allbery writes: > Goswin von Brederlow writes: > >> So far I have only seen one reason stated clearly: Might hinder >> transition to multiarch. I think I have shown how I intend to handle >> that transition in ia32-libs-tools whenever and however Debian will do

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Steve Langasek writes: > On Sun, Aug 09, 2009 at 11:18:27PM +0200, Goswin von Brederlow wrote: >> > On Sun, Aug 09, 2009 at 05:43:37PM +0200, Goswin von Brederlow wrote: >> >> - Moving libraries from /usr/lib/ to /usr/lib/$(DEB_HOST_GNU_TYPE) in >> >> indiv

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Steve Langasek writes: > On Sun, Aug 09, 2009 at 06:32:38PM -0600, Bdale Garbee wrote: >> On Sun, 2009-08-09 at 16:37 -0700, Steve Langasek wrote: > >> > This assumes that users will continue to have ia32-libs-tools installed >> > during the transition to multiarch. What guarantees that this wil

Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Andreas Barth writes: > [ buy-ins snapped ] > > Now, Goswin has the choice to show a similar buy-in from core > maintainers in Debian. After private conversations I had with some, I > however doubt that this is possible. Buy-In to do what? Should I ask core maintainers to buy-in to do nothing?

Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Steve Langasek writes: > On Sun, Aug 09, 2009 at 10:22:14PM +0200, Andreas Barth wrote: > >> It seems to me the question on ia32-libs-tools boils down to: > >> What is the "right" approach about going multiarch? > > I don't agree that this is the right question, because ia32-libs-tools is > expli

Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-10 Thread Goswin von Brederlow
Andreas Barth writes: > * Goswin von Brederlow (goswin-...@web.de) [090810 00:17]: >> https://wiki.ubuntu.com/MultiarchSpec#Filesystem layout >> >> I believe wine is the first package that is experimenting with using >> that. > > I belive wine is rather tota

Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Andreas Barth writes: > * Russ Allbery (r...@debian.org) [090809 21:49]: >> Hard to do that in debhelper. debhelper doesn't introduce brand-new >> fields in debian/control; it just uses substvars. cdbs could if run in >> the mode that regenerates debian/control, but of course that's not >> auto

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Steve Langasek writes: > On Sun, Aug 09, 2009 at 05:43:37PM +0200, Goswin von Brederlow wrote: >> - Moving libraries from /usr/lib/ to /usr/lib/$(DEB_HOST_GNU_TYPE) in >> individual packages. > >> If this is done (like experimental wine has just done) then >&

Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Steve Langasek writes: > On Sat, Aug 08, 2009 at 07:15:13PM -0700, Russ Allbery wrote: >> Goswin von Brederlow writes: > >> > I'm writing to you in the hope that you can facilitate resolving a >> > grievance I have with Joerg Jaspert in his roles as ftp-mas

Re: Bug#535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Andreas Barth writes: > * Steve Langasek (vor...@debian.org) [090809 21:04]: >> The fallback would be to /assume/ they exist, and >> have each multiarch library package add Conflicts against the expected >> biarch package name; I don't accept that this is an appropriate burden to >> impose on ind

Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Andreas Barth writes: > * Goswin von Brederlow (goswin-...@web.de) [090809 17:43]: >> Andreas Barth writes: >> > * Goswin von Brederlow (goswin-...@web.de) [090809 06:44]: >> >> My plan is that it will be reduced to nothing as stages of multiarch >> >>

Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-09 Thread Goswin von Brederlow
Andreas Barth writes: > * Goswin von Brederlow (goswin-...@web.de) [090809 06:44]: >> My plan is that it will be reduced to nothing as stages of multiarch >> get implemented and finaly be removed. But multiarch will need time to >> get there and ia32-apt-get probably will

Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-08 Thread Goswin von Brederlow
Russ Allbery writes: > Goswin von Brederlow writes: > >> I'm writing to you in the hope that you can facilitate resolving a >> grievance I have with Joerg Jaspert in his roles as ftp-master and his >> decision to remove ia32-libs-tools in the name of "The Proj

Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools

2009-08-08 Thread Goswin von Brederlow
Dear CTTE, I'm writing to you in the hope that you can facilitate resolving a grievance I have with Joerg Jaspert in his roles as ftp-master and his decision to remove ia32-libs-tools in the name of "The Project". I started writing ia32-libs-tools 1 1/2 years ago based on my work as ia32-libs mai