Re: suggestion: build-blockers field in control file

2011-12-02 Thread Peter Samuelson
[Russell Coker] > Why not have software which wants to have the dependencies of a > package look at the dependencies line as well as the > build-dependencies? > > It seems to me that the package maintainers are already providing the > necessary information and the people who maintain autobuilder

Re: suggestion: build-blockers field in control file

2011-12-01 Thread Russell Coker
On Wed, 30 Nov 2011, peter green wrote: > Some packages have runtime dependencies on packages that they do not > have corresponding build-dependencies for. This leads to the building of > uninstallable packages which in turn leads to problems with testing > transition of packages. > > Currently t

Re: suggestion: build-blockers field in control file

2011-12-01 Thread Jakub Wilk
* peter green , 2011-11-29, 19:23: Some packages have runtime dependencies on packages that they do not have corresponding build-dependencies for. This leads to the building of uninstallable packages which in turn leads to problems with testing transition of packages. Currently there are two

Re: suggestion: build-blockers field in control file

2011-11-29 Thread Jonathan Nieder
peter green wrote: [...] > This leads to the building of > uninstallable packages which in turn leads to problems with testing > transition of packages. > > Currently there are two workarounds for this situation > > 1: manually alter the package's architecture list to limit building to those > arc

suggestion: build-blockers field in control file

2011-11-29 Thread peter green
Some packages have runtime dependencies on packages that they do not have corresponding build-dependencies for. This leads to the building of uninstallable packages which in turn leads to problems with testing transition of packages. Currently there are two workarounds for this situation 1: m