Package: debian-policy
Version: 3.5.8.0
Severity: normal
Hi
"Packages must not require the existance of any files in /usr/share/doc/
in order to function [60]. Any files that are referenced by programs but
are also useful as standalone documentation should be installed under
/usr/share/doc/ with
Hi
Edward C. Lang schrieb:
> So, this is my informal announcement that I may, time allowing, start a
> rough FAQ that can either possibly deflect and derail wanton behaviour
> on the lists, and also serve as pointer to other interesting
> documentation about the Project.
>
> All suggestions, comm
Hi
Seconded
Steve Greenland schrieb:
> --- policy.sgml.origTue Jun 12 11:27:48 2001
> +++ policy.sgml Tue Jun 12 11:34:47 2001
> @@ -6494,6 +6494,13 @@
> http://localhost/doc/package/filename
>
>
> +
> +The web server should restri
Seconded
Chris Waters schrieb:
> --- debian-policy.sgml~ Mon May 21 10:45:51 2001
> +++ debian-policy.sgmlThu Jun 7 11:59:58 2001
> @@ -3983,8 +3983,9 @@
>
>
> The location of all installed files and directories must
> - comply with the Linux File syste
Hi
Marco d'Itri schrieb:
> >Granted, unicode might not be ready for Japanese.
> >But, should we wait until it is ready?
> Yes. I have no desire to suffer because you consider more elegant
> switching everything to unicode right now.
As Radovan wrote in this thread some time back:
> > I would no
Hi
> Should MAKDEV be able to create new symlinks (that is, modify
> /etc/devfs/symlinks), and by doing so, still be able to notify the user?
(NB: I'm neither the makedev nor the devfsd maintainer, though
I've done quite some fiddling with the latter and would be
willing to help with it.)
No. Th
Hi
Seconded
Though I think that a charset must be given in HTML if it is not
ASCII, or (if the DTD is actually given) latin1 respectively
UTF-8. A quick search on w3c.org reveils:
### http://www.w3.org/International/O-HTML-charset.html
#
# The base character set or document character set of HTML
Hi
Brian May schrieb:
> >>>>> "Arthur" == Arthur Korn <[EMAIL PROTECTED]> writes:
>
> Arthur> MAKEDEV does check for /dev/.devfsd, so as long as people
> Arthur> use MAKEDEV they don't have to bother.
>
> but packages still
Hi
> > On Sun, Jun 03, 2001 at 02:37:19PM +0200, Russell Coker wrote:
> > > Also make the package check for the presence of the character device
> > > /dev/.devfsd first, if that device exists then your script must not
> > > attempt to create the device node and it should be left for the kernel to
Zack Weinberg schrieb:
> > Further, "identical behaviour" seems a bit strict and hard to
> > prove to me, OTOH I don't know POSIX well, thus I have no idea
> > what this would apply to.
>
> It's an empirical thing. You write a test script, and you see what it
> does with each shell, and if it doe
Hi
Zack Weinberg schrieb:
> I apologize for the long delay in responding, I was sick.
Bless you.
> Perhaps we could rephrase the proposal in terms of uniformity between
> shells included in Debian and considered to be suitable alternatives
> for /bin/sh (ignoring the fact that there is no /bin/s
Hi
Anthony Towns schrieb:
> > Are there more? Yes, there's /usr/lib/menu, which we don't even have
> > a migration strategy for,
>
> Uh, that's possibly architecture dependent though: it'll contain different
> things on different arches if, eg, you support i386 and sparc and have
> acroread.deb
Hi
Zack Weinberg schrieb:
> This has come up before. Remember the endless argument over echo -n?
> In the end that led to an explicit additional requirement on /bin/sh
> being written into policy. The only alternative I see to my proposal
> is to continue to add explicit additional requirements
Zack Weinberg schrieb:
>
> ! The standard shell interpreter `/bin/sh' is a
> ! symbolic link to a POSIX compatible shell. Since the POSIX
> ! standard for shells leaves important areas unspecified,
> ! wherever it is lacking, `/bin/sh' shall follow the
> ! cons
Hi
Using debconf for tasks would also make all the current and
future interfaces available for task selection.
Joey Hess schrieb:
> [EMAIL PROTECTED]:~/tmp/newtasksel>./tasksel -t tasklist
> Selecting software to install
> -
>
> A Debian system can be used for many ta
Chris Waters schrieb:
> (Plus, as a side issue, by a strict reading of the FHS, we should be
> using /usr/share/menu rather than /usr/lib/menu, which means RC bugs
> against nearly every package in the system!) :-)
/usr/lib/menu is not shareable, since it would be most confusing
to have a menu it
Package: packaging-manual
Version: 3.2.1.0
Severity: normal
The example preinst tests for [ install = "$1" -o upgrade = "$1" ] but the
rationale reads: "Testing $1 is necessary so that the script doesn't try
to add the diversion again when smailwrapper is upgraded."
One of the too has to be chang
Brian Russo schrieb:
> i dont think the packaging system should try to do everything..
Installation of *-mmx and *-i686 packages could be mostly
automated. Processor feature and kernel virtual packages could
make life a lot easier, maybe using them in Build-Depends would
be an interesting thing to
Brian Russo schrieb:
[ new semantics of architecture control field ]
What's become of the idea of using dependencies for
architectures? That scheme could even be extended to
subarchitectures or hardware features (ie Depends: i386, mmx,
libc6)
ciao, 2ri
--
The game was soon followed up by a round
Branden Robinson schrieb:
> * the part of a package with X-specific components must have a priority no
> higher than the packages on which it depends (including any X packages);
> * an X-dependent alternative version of a package must have a priority no
> higher than the packages on which it de
Brian May schrieb:
> > "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
> >>> The mail spool is $MAIL with a fallback to
> >>> /var/spool/mail. The interface to send a mail message is
> >>> /usr/sbin/sendmail (as per the FHS). The mail spool is part of
> >>> the base s
retitle 90287 [RETRACTED] require the use of $MAIL
close 90287
thanks
While considering Manoj's critics I realised that $MAIL was
never intended as destination mailbox (and would only work if
MDAs did variable substitution on it's value). It would be nice
to have one single point where the mailbo
Manoj Srivastava schrieb:
> Why has this bug been reopened, with no indication that there
> is anything new to add?
I closed the bug in a ill-minded reaction to spam with
"Bug#53849: " in it's subject line. When I realized what kind of
an idiot I am, I reopened the bug immediately (with a
I saw spam on debian lists which looked as if it was sent to
[EMAIL PROTECTED], and was a bit too fast at closing the
bugs.
Package: debian-policy
Version: 3.5.2.0
Severity: normal
Hi
In the discussion about changing our default mailbox location it became clear
that there are some packages that don't use $MAIL at all. This is seriously
broken behaviour, and can make it very hard to use alternative mailbox setups.
Rea
Matthew Vernon schrieb:
> Maybe the QA team should be allowed to decide to prune things?
The QA team is the maintainer of these packages, and thus can
request theyer removal just as every other maintainer can
(though usually uninteresting stuff is orphaned by normal
maintainers).
Posting an ITR (
Roland Mas schrieb:
> Julian Gilbey (2001-02-20 16:23:10 +) :
>
> > This is because stdout gets mailed to root by cron.
>
> ...unless otherwise specified:
So what about:
cron.* scripts should not produce any non-error output in
general. An exception may be made if the intention of th
Hi
Joey Hess schrieb:
> Julian Gilbey wrote:
> > On Fri, Oct 06, 2000 at 10:43:09AM +0200, Arthur Korn wrote:
> > > Probably it should be clearly stated in policy that the cron.*
> > > scripts may be quiet if no errors are encountered.
> > What do people thi
Russell Nelson schrieb:
> Arthur Korn writes:
> > Debian source package installs could be used for much more, like
> > very specific binary optimisations, builds with different
> > features/dependencies, debugging builds. (The latter already
> > exists in poli
Seth Arnold schrieb:
> No, moving the main server to some other country would just strain the
> poor intercontinental links all the more, as nice a political statement
> as it would make.
There could still be partial mirrors everywhere, but only _one_
master.
ciao, 2ri
Hi
Manoj Srivastava schrieb:
> I repeat: we only have non-US since master lives in US, and we
> must obey US laws for master while master is here. How up are
> you on the laws of Bhutan, if I may ask?
Why is master in such a restrictive country as the US anyway?
As long as there are any contries
Russell Nelson schrieb:
> Is Debian's stable/unstable split a broken concept?
No, if you need a _really_ stable system it's not.
[ Ways to install Python 2.0 on stable:
* (partial) upgrade to unstable
* install locally from source ]
Well, there is a third option, apt-get -b source.
Debian sourc
Marco d'Itri schrieb:
> On Jan 19, Julian Gilbey <[EMAIL PROTECTED]> wrote:
> >I guess that it should be an optional package; there's no reason for
> >policy to be installed on a default system. What do others think?
> I agree, the policy document is only needed by debian developers.
I recommen
Package: debian-policy
Version: 3.2.1.0
Severity: normal
File: /usr/share/doc/debian-policy/policy.sgml.gz
Tags: patch
--- policy.sgml.origThu Jan 18 18:09:53 2001
+++ policy.sgml Thu Jan 18 18:11:37 2001
@@ -3123,7 +3123,7 @@
- Mail transport agents
+
Hi
We do "consciously export" crypto to the blacklisted countries
if we put it into main, don't we?
Wichert Akkerman schrieb:
> * DFSG free programs with crypto can be made and (re)distributed
> from the US now, as long as you don't consciously export it to
> one of 7 countries which are on
Hi.
Something like a 'package' directive in logrotate itself would
definitely be better. Unfortunately somebody else would have to
do that, since I don't know C (yet). Unless logrotate is changed
in a way to prevent nasty things form happening, we'll have to
do something that works _now_. The .dis
Package: debian-policy
Hi
Addition to section "4.8 Log files":
--
A better scheme is to use logrotate, a GPL'd program developed
by Red Hat, which centralizes log management. It has both a
configuration file (/etc/logrotate.conf) and a directory where
packages can drop logrotation info (
Hi
Ben Collins schrieb:
> libdir=/usr/lib
> syslibdir=/lib
> bindir=/usr/bin
> sbindir=/usr/sbin
> sysbindir=/bin
> syssbindir=/sbin
> mandir=/usr/share/man
> x11bindir=/usr/X11R6/bin
> ()
I had a similar idea, but one big problem remains: architecture:
all. Every script would have to source
Hi
Ben Collins schrieb:
> Task packages can define different levels of installation. The
> tasksel program will follow these rules for each case:
>
> - Minimum, installs everything that the task-* package Depends on
> - Standard, installs everything in Minimum, plus packag
Peter S Galbraith schrieb:
> I don't understand. If you remove task-doc from the list of task
> packages that users can easily pick from, they _will_ have to go
> out of their way to get them installed individually as packages.
Well, may be renaming it to eg task-newbie would be another
solution.
Hi
Brendan O'Dea schrieb:
> On Thu, Oct 05, 2000 at 08:36:18AM +0200, Fabio Massimo Di Nitto wrote:
> >[...]it's still reporting me each cron.daily
> >execution this
> >message:
> >
> >/etc/cron.daily/exim:
> >Exim retry database in spool /var/spool/exim
>
> This message appears to be produced un
s Brinkmann <[EMAIL PROTECTED]>
To: Arthur Korn <[EMAIL PROTECTED]>
Subject: Re: Status von kernel logging im HURD? [Bug#66535:
s/linux-kernel-log-daemon/kernel-log-daemon/g]
User-Agent: Mutt/1.1.4i
Hi,
On Wed, Oct 04, 2000 at 04:46:58PM +0200, Arthur Korn wrote:
> ----- Forwarde
Hello.
Martin, I'm waiting for your response since spring, I'll NMU
sysklogd soon ...
- for policy:
system-log-daemon: Reads messages from /dev/log and provides
syslog-facility. Conflicts with other system-log-daemons.
kernel-log-daemon: Reads messages from /proc/kmsg or per ioctl
and writes
Hello
Manoj Srivastava schrieb:
> >>"Arthur" == Arthur Korn <[EMAIL PROTECTED]> writes:
>
> Arthur> Some HURD developer assured me that the hurd will have linux
> compatible
> Arthur> kernel logging.
>
> Could we have more details, pleas
Package: debian-policy
Version: 3.2.1.0
File: /usr/share/doc/debian-policy/virtual-package-names-list.text.gz
Hello.
Some HURD developer assured me that the hurd will have linux compatible
kernel logging.
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux turing 2.2.17 #1
Hello.
Manoj Srivastava schrieb:
> >>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes:
> Rather than having an old, potentially outdated, and thus
> misleading, note in policy, would it not be better to instead improve
> the visibility if the build depnds package and arrange to have t
Hello.
Manoj Srivastava schrieb:
> #66535: proposal of virtual package: syslogd
I sent a more explicit proposal to the maintainers of syslog-ng
and sysklogd and later even filed wishlist bugs on them. The
syslog-ng maintainer answered:
SZALAY Attila <[EMAIL PROTECTED]> wrote:
>
Hello.
Arthur Korn schrieb:
> Manoj Srivastava schrieb:
> > Arthur> There should probably also be guidlines on syslog-facility
> > Arthur> and the rotating and logging behavior of packages providing
> > Arthur> syslogd, in order for other packages to know wha
Hello.
Ben Collins schrieb:
> On Thu, Jul 20, 2000 at 11:04:57AM -0400, Richard A Nelson wrote:
> > sendmail 8.11.0 was released last night (with SASL and TLS support) !
> > I packaged it last night (thankfully I've kept up with the beta/gamma).
> >
> > I can't legally package it, and have been u
rolling ...
|Date: Wed, 5 Jul 2000 22:44:41 +0200
|To: Martin Schulze <[EMAIL PROTECTED]>, SZALAY Attila <[EMAIL PROTECTED]>
|From: Arthur Korn <[EMAIL PROTECTED]>
|Subject: proposed virtual packages: system-log-daemon and kernel-log-daemon
|
|Hello Martin and Attila
Hello.
Matt Zimmerman schrieb:
> On Fri, Jul 07, 2000 at 04:49:29PM -0700, Joey Hess wrote:
> > /etc/init.d/foo:
> >
> > #!/bin/sh
> > # Don't touch these ..
> > FOO=bar
> > NEWVAR=/tmp/killme
> > # .. edit this file instead!
> > if [ -f /etc/default/foo ]; then
> > . /etc/default/foo
> > f
Hello.
This list seems to be the right place for this ...
BTW: I'm on the list now.
- Forwarded message from Arthur Korn -
Date: Sat, 1 Jul 2000 16:28:59 +0200
From: Arthur Korn
To: Chris Waters <[EMAIL PROTECTED]>
Subject: Re: Bug#66535: proposal of virtual package: sys
Package: debian-policy
Version: 3.1.1.1
Severity: wishlist
I'd like to have all unix logging subsystems provide syslogd, so
users are free to choose one that fits them. (I'm packaging msyslog
(http://www.core-sdi.com/) and see that this would be already the third
non-obsolete logging-daemon in deb
53 matches
Mail list logo
