On Sun, Nov 18, 2001 at 01:02:39AM +, Ian Jackson wrote:
> Branden Robinson writes ("Bug#119517: pcmcia-cs: cardinfo binary needs to
> move into a s eparate package"):
> > Constitution 6.3.5:
> [...]
>
> I have replied to Branden (CC the Committee list) separ
On Sun, Nov 18, 2001 at 01:02:41AM +, Ian Jackson wrote:
> Branden Robinson writes ("Bug#119517: pcmcia-cs: cardinfo binary needs to
> move into a s eparate package"):
> > On Sat, Nov 17, 2001 at 09:15:21PM +, Ian Jackson wrote:
> > > Nonsense. The
Branden Robinson writes ("Bug#119517: pcmcia-cs: cardinfo binary needs to move
into a s eparate package"):
> Constitution 6.3.5:
[...]
I have replied to Branden (CC the Committee list) separately. Please
see my earlier comments about crossposting between debian-policy and
debian-
On Sat, Nov 17, 2001 at 09:15:21PM +, Ian Jackson wrote:
> Nonsense. The Technical Committee should make whatever specific or
> general ruling it sees fit, according to the Constitution.
Constitution 6.3.5:
No detailed design work.
The Technical Committee does not engage in design of ne
On Sat, Nov 17, 2001 at 12:24:20AM -0500, Joey Hess wrote:
> Why are ELF objects so special?
Brian Mays and I have asked the Technical Committee for a ruling. It's
good form to constrain the scope of that ruling as narrowly as is
reasonable.
> If we have a rule like this, why should it not apply
On Sat, Nov 17, 2001 at 12:24:20AM -0500, Joey Hess wrote:
> Branden Robinson wrote:
> > I think both should be forbidden.
> > ELF objects, minor or major, must declare shared library dependencies
> > as Depends.
> > ELF objects, minor or major, that link against non-free shared libraries
> > must
Branden Robinson wrote:
> I think both should be forbidden.
>
> ELF objects, minor or major, must declare shared library dependencies
> as Depends.
>
> ELF objects, minor or major, that link against non-free shared libraries
> must not go into main.
Why are ELF objects so special? If we have a r
On Thu, Nov 15, 2001 at 01:05:10AM +, Ian Jackson wrote:
> (a) The pcmcia-cs maintainer could choose to make `cardinfo' be a
> script which checked whether the appropriate libraries were present
> and otherwise produced a more helpful error message.
That would satisfy me, as long as the packag
Branden Robinson writes ("Bug#119517: pcmcia-cs: cardinfo binary needs to move
into a s eparate package"):
...
> I think both should be forbidden.
>
> ELF objects, minor or major, must declare shared library dependencies
> as Depends.
This is a silly position.
For ex
On Wed, Nov 14, 2001 at 03:14:24PM -0500, Peter S Galbraith wrote:
> To the technical committee, if you rule that a package's minor binary's
> libraries need not be declared as a Depends (I hope not), then please
> address the same question with the added twist that the minor binary may
> need a de
Bug #119517 concerns the bundled little utility called cardinfo.
I quote the maintainer:
'Since cardinfo does not contribute a "significant amount of
functionality" to the package, this is not the appropriate level of
dependency for the packages required to make cardinfo work.'
Ironically, t
11 matches
Mail list logo