On Wed, Apr 11, 2001 at 02:44:26PM -0700, Sean 'Shaleh' Perry wrote:
> On 11-Apr-2001 Julian Gilbey wrote:
> > We don't really have any standard way of saying "you really should do
> > this as it's a really good thing to do, but there's no requirement to
> > do so (and hence not a reason to file bu
On Wed, Apr 04, 2001 at 09:51:08AM -0300, Henrique M Holschuh wrote:
> On Wed, 04 Apr 2001, Julian Gilbey wrote:
> > I would like to put this amendment into the next version of policy in
> > the next few weeks. However, the scripts still do not appear to be in
> > the sysvinit or file-rc packages;
On Wed, Apr 11, 2001 at 10:15:36PM +0300, Antti-Juhani Kaijanaho wrote:
> On 20010411T191823+0100, Julian Gilbey wrote:
> > I've just found an issue which must be resolved whether this proposal
> > is accepted or not. At present, the Build-{Depends,Conflicts}-Indep
> > lists do not apply to the bu
On Wed, Apr 11, 2001 at 12:03:54PM -0700, Sean 'Shaleh' Perry wrote:
> > What do people think of this idea? The only change it will require in
> > policy is specifying "FHS version 2.1" in place of "FHS" when we
> > discuss it. (Exact diff will be supplied if needed.)
> >
>
> We should definate
On 11-Apr-2001 Julian Gilbey wrote:
> We don't really have any standard way of saying "you really should do
> this as it's a really good thing to do, but there's no requirement to
> do so (and hence not a reason to file bug reports)".
>
I thought we were using RFC definitions of must and should,
CVSROOT:/cvs/debian-policy
Module name:debian-policy
Changes by: jdg Wed Apr 11 14:40:23 PDT 2001
Modified files:
. : policy.sgml
debian : changelog rules
Log message:
* Get the version.ent non-compression thingy right this time!
* Also i
We don't really have any standard way of saying "you really should do
this as it's a really good thing to do, but there's no requirement to
do so (and hence not a reason to file bug reports)".
Any thoughts?
(The case I was thinking of was the build-arch/build-indep stuff.)
Julian
--
=-=-=-=
On 20010329T112958+0100, Julian Gilbey wrote:
> OK, after Wichert's comments, here is a new version of the proposed
> amendment to policy.
Seconded.
--
%%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%%
pgpHcMbbIlovJ.pgp
Description: PGP signature
On 20010411T191823+0100, Julian Gilbey wrote:
> I've just found an issue which must be resolved whether this proposal
> is accepted or not. At present, the Build-{Depends,Conflicts}-Indep
> lists do not apply to the build target. This is incorrect. This
> proposal already fixes this issue.
It w
> What do people think of this idea? The only change it will require in
> policy is specifying "FHS version 2.1" in place of "FHS" when we
> discuss it. (Exact diff will be supplied if needed.)
>
We should definately document the version of any policy we follow -- LSB, FHS,
etc.
Do you have an
I've just found an issue which must be resolved whether this proposal
is accepted or not. At present, the Build-{Depends,Conflicts}-Indep
lists do not apply to the build target. This is incorrect. This
proposal already fixes this issue.
This is still looking for seconds: Antti-Juhani and Roman,
There is a new version of the FHS in the pipeline, as is being
discussed on the FHS mailing list. I am wary, though, given our
experiences of previous transitions, of automatically adopting it
without due care and consideration.
I would like to suggest, therefore, that policy should specify the
v
Processing commands for [EMAIL PROTECTED]:
> reassign 93620 debian-policy
Bug#93620: ftp.debian.org: debian-policy recommends a nonexistent package
Bug reassigned from package `ftp.debian.org' to `debian-policy'.
> merge 93620 86507
Bug#86507: recommends removed package
Bug#93620: ftp.debian.org:
reassign 93620 debian-policy
merge 93620 86507
thanks
On Tue, Apr 10, 2001 at 09:37:20PM -0700, [EMAIL PROTECTED] kwrote:
> debian-policy 3.5.2.0 in woody and unstable recommends
> packaging-manual but packaging-manual only exists in stable. Either
> debian-policy should not recommend packag
14 matches
Mail list logo
