Processing commands for [EMAIL PROTECTED]:
> retitle 39398 [PROPOSED] debian-policy has an unclear statement on
> dependancies and priorities
Bug#39398: debian-policy has an unclear statement on dependancies and priorities
Changed bug title.
> severity 39398 wishlist
Bug#39398: [PROPOSED] debian
On Wed, Jul 14, 1999 at 10:32:39PM -0500, Manoj Srivastava wrote:
[... good reasons for just depositing a tarball in /usr/src ..]
Based on the explanation provided, okay it makes sense. Tarball it is.
--
Joseph Carter <[EMAIL PROTECTED]> Debian GNU/Linux developer
GnuPG: 2048g/3F9C2
> I realize that these would be in the first stanza of the control
> file, and therefore don't technically conflict with the binary
> Depends/Conflicts fields, but I think it's going to lead to a lot of
> confusion, particularly for new maintainers. Why not name them
> Src-Depends, Src-Indep-Depen
> IMHO, we will have to name specific packages. However, unlike Roman,
> I hesitate to provide a huge default set. "make" of course sounds
> reasonable, "dpkg-dev" anyway, but "texinfo" not. texinfo *was* in
> the tetex packages, and I had some trouble to compile some packages
> on the Hurd before
On Wed, Jul 14, 1999 at 09:32:22PM -0500, Steve Greenland wrote:
> I realize that these would be in the first stanza of the control
> file, and therefore don't technically conflict with the binary
> Depends/Conflicts fields, but I think it's going to lead to a lot
> of confusion, particularly for n
Hi,
>>"Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes:
Joseph> Actually, Debian's kernel-{source,headers} packages both
Joseph> update /usr/src/linux to point at the correct directory and
Joseph> the documentation available indicates that /usr/src/linux is
Joseph> a symlink which can be p
If I understand the proposal, I think I have a strong objection to
the names of the fields.
> 2) Summary
>
> My proposal is, in short, the following: Define six new fields for
> debian/control and specify their meaning. The six new fields are used
> only in .dsc files and in the first paragraph
On Wed, Jul 14, 1999 at 06:05:20PM -0700, Ben Gertzfield wrote:
> Joseph> Actually, Debian's kernel-{source,headers} packages both
> Joseph> update /usr/src/linux to point at the correct directory
> Joseph> and the documentation available indicates that
> Joseph> /usr/src/linux is a
> "Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes:
Joseph> Actually, Debian's kernel-{source,headers} packages both
Joseph> update /usr/src/linux to point at the correct directory
Joseph> and the documentation available indicates that
Joseph> /usr/src/linux is a symlink wh
Your message dated Wed, 14 Jul 1999 17:38:02 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#41269: Bad version of debian-policy uploaded
has caused the attached bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case
-BEGIN PGP SIGNED MESSAGE-
Just my personal 2 bits on the issues:
/usr/include/{linux|asm|net|}:
Normal directories containing the kernel headers the SYSTEM LIBRARIES were
compiled with.
Kernel sources should go in /usr/src/linux-
(Or /usr/src/kernel-source-. I personally use
'linux-' b
On Wed, Jul 14, 1999 at 03:32:50PM +0100, Thomas Sippel - Dau wrote:
>
> As for /usr/include/{linux,asm}, and in view of what Linus explained on sizes
> of
> compiled structures, we should probably settle around:
>
> /usr/include/linux (Linux-) kernel includes for the development
> envir
12 matches
Mail list logo
