Manoj Srivastava writes ("Re: Processed: Do not make hardlinks to conffiles"):
> Isee. Well, if you had read the message in -policy, which
> people with ptoposals are supposed to, you would have seen the
> substantive response.
I can see no relevant message on debian-policy in the last
Processing commands for [EMAIL PROTECTED]:
> reopen 11094
Bug#11094: [REJECTED] Policy should mention that serial lines require
UUCP-style locking
Bug reopened, originator not changed.
> reopen 20373
Bug#20373: [REJECTED] shouldn't start init scripts in wrong runlevel
Bug reopened, originator no
I have just noticed that this bug has been closed.
I can find no explanation for its closure in the BTS. I'm reopening
it pending discussion. See my other mails.
I agree with the suggestion, but think it should be widened to rarely
providing any public network services by default.
Ian.
Previously Manoj Srivastava wrote:
>Umm, I have a little problem with this statement, as it
> stands. The implication (and perhaps I am mis interpreting this)
> seems to be that the policy documents are merely extended
> documentation for dpkg and friends; and dpkg can change behaviour and
Previously Manoj Srivastava wrote:
> If indeed what you say is true, then why was this not brought
> out while the proposal was being debated?
Probably because at that moment was had an implementation but that was
severely broken and pulled out again and I decided to postpone doing it
pro
Hi,
Since it has been a long while since the last policy upgrade,
I;ve decided to let people preview this version before moving it to
incoming.
A) Is the version 4.0.0.0 premature? People mentioned that 3.5.0.0
would have been enough of a jump.
B) Is the symlink ordering issue goin
Processing commands for [EMAIL PROTECTED]:
> close 22935
Bug#22935: [REJECTED] Do not make hardlinks to conffiles
Bug closed, ack sent to submitter - they'd better know why !
> thanks
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
(administrator, Debian Bugs d
close 22935
thanks
Hi,
>>"Debian" == Debian Bug Tracking System <[EMAIL PROTECTED]> writes:
Debian> Processing commands for [EMAIL PROTECTED]:
>> reopen 22935 [EMAIL PROTECTED]
Bug> 22935: [REJECTED] Do not make hardlinks to conffiles
Debian> Bug reopened, originator set to [EMAIL PROTECTED]
>>"Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> Previously Debian Policy wrote:
>> * Documented that the library before the symlink hack (which dependend
>> on file system specific kinks to work) is no longer required by newer
>> versions of dpkg.
Hi,
>>"Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> Previously Manoj Srivastava wrote:
>> retitle 43724 [OLD PROPOSAL] experimental patch for very much faster dpkg -R
Wichert> That looks like a misnamed bugreport, it should probably mention
Wichert> dpkg-name compliant na
Several programs I've built, includeing XEmacs-21.2-devel (CVS)[1]
will accept only three part `configuration' strings in the form
"--". I think it's best that we put "debian" in
the field in all builds we do. Several prominent members of
the XEmacs Development Team are in agreement; they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a winner of an idea. I think they ought to be named like
"--lib", so that they will sort by language, then by
"lib", or "", then by (the name of the library or
extenditsome).
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.1 (GNU/Linux
12 matches
Mail list logo