On Sat, Jul 05, 2008 at 06:40:38PM -0700, Russ Allbery wrote:
diff --git a/policy.sgml b/policy.sgml
index 24c9072..219664d 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -273,6 +273,32 @@
/p
/sect
+ sect id=definitions
+ headingDefinitions/heading
+
+ p
+
On Sat, 05 Jul 2008, Russ Allbery wrote:
Here's a slightly modified version of Guillem's patch that makes fewer
assumptions about the structure of the debian/rules file in the example
and doesn't refer to a non-mandatory target (install). Seconds?
Seconded.
Cheers,
--
Raphaël Hertzog
Le
On Sat, 05 Jul 2008, Russ Allbery wrote:
I suggest that Policy be amended to require that
local a b c=delta e
scope variables a, b, c, and e as local, and assign the
string delta to the local c.
Here is a proposed patch that implements Clint's suggestion. Seconds?
Seconded.
On Sat, Jul 05, 2008 at 04:26:25PM -0700, Russ Allbery wrote:
Okay, given that I see no rationale for the sentence Mailboxes must be
writable by group mail., I'm reassigning this to debian-policy.
Here is a proposed change to loosen this requirement. Please comment.
One concern that I
On Sat, Jul 05, 2008 at 03:27:12PM -0700, Russ Allbery wrote:
This transition is already complete in the archive, so this change catches
Policy up with current practice. The new paragraph would go into Policy
5.1 (Syntax of control files). Seconds?
diff --git a/policy.sgml b/policy.sgml
On Sat, 05 Jul 2008, Russ Allbery wrote:
Please check the following patch, which attempts to clarify how dpkg
diversions should be handled. Once I started digging into this, the cases
looked more complex than I had expected. I tried to add more language to
explain the whole situation on the
On Sat, 05 Jul 2008, Russ Allbery wrote:
This transition is already complete in the archive, so this change catches
Policy up with current practice. The new paragraph would go into Policy
5.1 (Syntax of control files). Seconds?
Seconded.
--
Raphaël Hertzog
Le best-seller français mis à
Note that /etc/init.d/skeleton, on which many init scripts in Debian are
based, handles this case correctly without using --oknodo.
Are you sure? These are the start and stop sections of skeleton
file in a Debian Etch:
-
do_start()
{
# Return
# 0 if daemon has
On Sun, 06 Jul 2008, Iñaki Baz Castillo wrote:
Note that /etc/init.d/skeleton, on which many init scripts in Debian are
based, handles this case correctly without using --oknodo.
Are you sure? These are the start and stop sections of skeleton
file in a Debian Etch:
No those are
Le samedi 05 juillet 2008 à 02:42 -0400, Daniel Dickinson a écrit :
Gnome, KDE, and XFCE are the the top three desktops used in debian and
cover most users of desktops in debian.
They all use xdg .desktop-based menus as their main menu.
The last time this discussion was raised up, the clear
2008/7/6 Raphael Hertzog [EMAIL PROTECTED]:
No those are functions... the main code runs without set -e and thus doesn't
fail on the error and the return value of the function is checked:
do_start
case $? in
0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
Josselin Mouette wrote:
Therefore, I still feel that, despite it being a big mess, the current
situation is the best:
* the default menu contains only what is needed, and we are still
hunting down entries that are useless to make them not show up
by default;
*
Twas brillig at 13:08:40 06.07.2008 UTC-04 when [EMAIL PROTECTED] did gyre and
gimble:
JH So, after sufficient time, the gnome menu will contain a random
JH assortment of the menu items that also appear in the debian menu.
fd.o menus are designed to allow distro-specific policy. It's the
On Sun, Jul 06, 2008 at 01:08:40PM -0400, Joey Hess wrote:
Josselin Mouette wrote:
Therefore, I still feel that, despite it being a big mess, the current
situation is the best:
* the default menu contains only what is needed, and we are still
hunting down entries that are
Mikhail Gusarov wrote:
fd.o menus are designed to allow distro-specific policy. It's the matter
of Debian KDE/Gnome packaging/menu policy to get the proper subset of
the packages in menu (e.g. moving Gnome/gtk applications deeper in KDE
menu and Qt/KDE - in Gnome one).
That might work for
On 2008-07-06, Mikhail Gusarov [EMAIL PROTECTED] wrote:
fd.o menus are designed to allow distro-specific policy. It's the matter
of Debian KDE/Gnome packaging/menu policy to get the proper subset of
the packages in menu (e.g. moving Gnome/gtk applications deeper in KDE
menu and Qt/KDE - in
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.30
user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
package debian-policy
Ignoring bugs not assigned to: debian-policy
tags 241333 - patch
Bug#241333:
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.30
user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
package debian-policy
Ignoring bugs not assigned to: debian-policy
tags 143941 - patch
Bug#143941:
Kurt Roeckx [EMAIL PROTECTED] writes:
Seconded.
Thanks to you and Guillem for the review. Applied.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Raphael Hertzog [EMAIL PROTECTED] writes:
On Sat, 05 Jul 2008, Russ Allbery wrote:
This transition is already complete in the archive, so this change
catches Policy up with current practice. The new paragraph would go
into Policy 5.1 (Syntax of control files). Seconds?
Seconded.
Applied.
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.30
user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
package debian-policy
Ignoring bugs not assigned to: debian-policy
tags 416450 - patch
Bug#416450:
Raphael Hertzog [EMAIL PROTECTED] writes:
On Sat, 05 Jul 2008, Russ Allbery wrote:
Here's a slightly modified version of Guillem's patch that makes fewer
assumptions about the structure of the debian/rules file in the example
and doesn't refer to a non-mandatory target (install). Seconds?
Thanks for the review!
Raphael Hertzog [EMAIL PROTECTED] writes:
On Sat, 05 Jul 2008, Russ Allbery wrote:
The postrm has to do the reverse:
example
- if [ remove = $1 ]; then
+ if [ remove = $1 -o abort-install = $1 -o disappear = $1 ]; then
To be really complete we should
Josip Rodin [EMAIL PROTECTED] writes:
On Sat, Jul 05, 2008 at 04:26:25PM -0700, Russ Allbery wrote:
Here is a proposed change to loosen this requirement. Please comment.
One concern that I have with allowing either permission scheme is that
if an MUA needs to recreate the spool file, how
On 2008-07-06, Loïc Minier [EMAIL PROTECTED] wrote:
of Debian KDE/Gnome packaging/menu policy to get the proper subset of
the packages in menu (e.g. moving Gnome/gtk applications deeper in KDE
menu and Qt/KDE - in Gnome one).
The users should have equal access to good programs.
Are you
On Sun, Jul 06, 2008, Sune Vuorela wrote:
On 2008-07-06, Mikhail Gusarov [EMAIL PROTECTED] wrote:
fd.o menus are designed to allow distro-specific policy. It's the matter
of Debian KDE/Gnome packaging/menu policy to get the proper subset of
the packages in menu (e.g. moving Gnome/gtk
On Sun, 06 Jul 2008, Russ Allbery wrote:
Since this is Policy (even an appendix), and since the failure case is
what people most frequently get wrong, I think I'd like to try to capture
the whole situation. Do you think that something like this is more
confusing than it's worth? I think it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all!
Policy 3.8.0.1, 9.3.3, running initscripts say:
The package maintainer scripts must use invoke-rc.d to invoke the /etc/init.d/*
initscripts, instead of calling them directly.
Then, but, it say:
Most packages will simply need to change:
On Mon, 07 Jul 2008 00:13:30 +0700
Mikhail Gusarov [EMAIL PROTECTED] wrote:
Twas brillig at 13:08:40 06.07.2008 UTC-04 when [EMAIL PROTECTED] did
gyre and gimble:
JH So, after sufficient time, the gnome menu will contain a random
JH assortment of the menu items that also appear in the
Begin forwarded message:
Date: Sun, 06 Jul 2008 14:28:15 +0200
From: Josselin Mouette [EMAIL PROTECTED]
To: Daniel Dickinson [EMAIL PROTECTED]
Cc: debian-policy@lists.debian.org, [EMAIL PROTECTED]
Subject: Re: gnome, kde, xfce use non-policy main menu
Le samedi 05 juillet 2008 à 02:42 -0400,
Begin forwarded message:
Date: Sun, 6 Jul 2008 13:08:40 -0400
From: Joey Hess [EMAIL PROTECTED]
To: debian-policy@lists.debian.org, [EMAIL PROTECTED]
Subject: Re: gnome, kde, xfce use non-policy main menu
Josselin Mouette wrote:
Therefore, I still feel that, despite it being a big mess, the
Begin forwarded message:
Date: Mon, 07 Jul 2008 00:13:30 +0700
From: Mikhail Gusarov [EMAIL PROTECTED]
To: debian-policy@lists.debian.org
Cc: [EMAIL PROTECTED]
Subject: Re: gnome, kde, xfce use non-policy main menu
Twas brillig at 13:08:40 06.07.2008 UTC-04 when [EMAIL PROTECTED] did
gyre and
Eugene V. Lyubimkin [EMAIL PROTECTED] writes:
The package maintainer scripts must use invoke-rc.d to invoke the
/etc/init.d/* initscripts, instead of calling them directly.
Then, but, it say:
Most packages will simply need to change:
/etc/init.d/package
action
in their
On Sun, Jul 06, 2008 at 04:38:26PM -0700, Russ Allbery wrote:
Eugene V. Lyubimkin [EMAIL PROTECTED] writes:
The package maintainer scripts must use invoke-rc.d to invoke the
/etc/init.d/* initscripts, instead of calling them directly.
Then, but, it say:
Most packages will simply need
Steve Langasek [EMAIL PROTECTED] writes:
On Sun, Jul 06, 2008 at 04:38:26PM -0700, Russ Allbery wrote:
sysvinit is:
Package: sysvinit
Essential: yes
Pre-Depends: [...] sysv-rc (= 2.86.ds1-1.2) | file-rc ( 0.7.0), [...]
And both sysv-rc and file-rc provide invoke-rc.d. Since sysv-rc was
On Sun, Jul 06, 2008 at 05:36:10PM -0700, Russ Allbery wrote:
Steve Langasek [EMAIL PROTECTED] writes:
On Sun, Jul 06, 2008 at 04:38:26PM -0700, Russ Allbery wrote:
sysvinit is:
Package: sysvinit
Essential: yes
Pre-Depends: [...] sysv-rc (= 2.86.ds1-1.2) | file-rc ( 0.7.0), [...]
36 matches
Mail list logo