On Wed, Aug 23, 2017 at 11:03:23PM -0700, Russ Allbery wrote:
>Would anyone on the Policy list or any of the maintainers bcc'd want to
>make a case for keeping the virtual package "editor"?
No strong objection to removing this virtual package.
>In previous discussions, no one seemed to feel that
On Fri, May 07, 2010 at 07:16:32PM +0300, Niko Tyni wrote:
>Final version with the nonzero thing removed. I'm looking for seconds.
>
>diff --git a/perl-policy.sgml b/perl-policy.sgml
>index 1d26df7..1ee5df5 100644
>--- a/perl-policy.sgml
>+++ b/perl-policy.sgml
>@@ -89,8 +89,11 @@
>
>
On 6 May 2010 23:26, Niko Tyni wrote:
> I was trying to cater for the degenerate case of $Config{debian_abi}=0
> (which breaks the above short-circuit form) so dependants wouldn't have
> to check for that.
Sure, but this is not an arbitrary string which may accidentally
contain "0". I think that
On 6 May 2010 04:57, Niko Tyni wrote:
> Update: this formulation avoids an unnecessary patch to the perl package
> until the ABI is actually changed. It also allows debhelper and the
> few other affected packages to easily stay compatible with older perl
> package versions.
>
> I'm thinking the de
>I would like to include these settings in the virtual package name so
>that it would be possible to make incompatible ABI changes during the
>life time of a single Perl upstream version and have a clean transition
>path.
>
>As for the implementation, the name of the virtual package could be
>deriv
On Tue, Jun 3, 2008 at 6:22 AM, Russ Allbery <[EMAIL PROTECTED]> wrote:
> Ansgar Burchardt <[EMAIL PROTECTED]> writes:
>> there is a contradiction how to name man pages for perl modules.
>> Section 4.1 states
>>
>> Module packages must install manual pages into the standard
>> directories (
On Thu, Aug 31, 2006 at 12:01:12PM +1000, Paul Szabo wrote:
>I note that Ubuntu has fixed this:
>
> https://launchpad.net/bugs/13795
I'm not familar with Launchpad, but I'm guessing that a status of
"Rejected" doesn't mean that the bug was fixed.
--bod
--
To UNSUBSCRIBE, email to [EMAIL PROTE
On Sat, Apr 01, 2006 at 10:41:53AM +0300, Jari Aalto wrote:
>| I believe you're mistaken. The "dpkg-shlibdeps" in the first line is a
>| hyperlink to section C.1.4, which describes dpkg-shlibdeps.
>|
>| Use of debhelper is not required in order to build packages, and
>| documentation of such use d
On Mon, Nov 21, 2005 at 09:34:11AM +0100, Thomas Hood wrote:
>Brendan O'Dea wrote:
>> Note: I believe that "return" should work to exit from a script both
>> when sourced and when executed but perhaps someone with a copy of POSIX
>> could confirm.
>
>
>
On Mon, Nov 21, 2005 at 09:55:22AM +0100, Thomas Hood wrote:
>Brendan O'Dea wrote:
>> there are quite a few instances in /etc/init.d/*.sh scripts where "exit" is
>> called.
>
>All the exit commands are either (1) at the end of usage exception sections,
>
On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote:
>[Brendan O'Dea]
>> Debian Policy states (§9.3.1):
>>
>>"Also, if the script name ends `.sh', the script will be sourced
>>in runlevel `S' rather that being run in a forked
Package: sysv-rc
Version: 2.86.ds1-5
Severity: serious
Debian Policy states (§9.3.1):
"Also, if the script name ends `.sh', the script will be sourced in
runlevel `S' rather that being run in a forked subprocess, but will
be explicitly run by `sh' in all other runlevels".
This could p
On Thu, Sep 01, 2005 at 02:03:27PM +0200, cobaco (aka Bart Cornelis) wrote:
>On Monday 29 August 2005 02:42, Brendan O'Dea wrote:
>> On Sat, Aug 27, 2005 at 04:09:46AM +0800, Dan Jacobson wrote:
>> Debian doesn't enforce a policy on the multi-user run-levels (2-5), this
On Sat, Aug 27, 2005 at 04:09:46AM +0800, Dan Jacobson wrote:
>One wants to know the exact definition of each of the Debian run levels.
You're confusing Debian Policy with a user/administrators manual. It's
not.
>Well right at the top of 9.3.1 I would say what each run level is,
>using one line
On Tue, Jun 21, 2005 at 02:59:26PM +1000, Ben Finney wrote:
>On 20-Jun-2005, Steve Langasek wrote:
>> On Tue, Jun 21, 2005 at 02:12:56PM +1000, Ben Finney wrote:
>> > - service-published content goes somewhere under /srv/
>> > - /srv/ is site-defined
>> > - thus shouldn't be clobbered by th
On Sat, Mar 26, 2005 at 08:54:32AM +0900, Junichi Uekawa wrote:
>I'd like to be able to obtain Debian source (patched / unpatched)
>and I would like to know if it's possible to create a standardized
>alias at least for dbs/cdbs/dpatch.
>
>My understanding is that currently the targets are:
>
>
On Sun, Mar 20, 2005 at 11:21:07AM +1100, [EMAIL PROTECTED] wrote:
>[...] I wonder about group tty.
Group tty exists to support write(1), wall(1) and similar. Terminals
are writable by group tty when mesg is "y" (default for non-root users).
--bod
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Sat, Mar 19, 2005 at 09:35:42PM +1100, [EMAIL PROTECTED] wrote:
>Thanks for pointing those out! Add group tty also? All should be
>"squashed" (and the objects owned by root:root instead).
Hey, good idea! Why don't we ditch *all* the groups and have everything
groupt root!
That "src" group is
On Wed, Mar 16, 2005 at 06:00:14PM +0100, Santiago Vila wrote:
>On Wed, 16 Mar 2005, Brendan O'Dea wrote:
>> Having /usr/local staff writable is *very* useful when using CPAN to
>> install local packages w/- having to do the "make install" as root.
>>
>&g
On Fri, Mar 11, 2005 at 01:39:28PM +0100, Santiago Vila wrote:
>In this report, the submitter complains about /usr/local/bin being in
>the PATH by default at the same time directories under /usr/local are
>root:staff and world-writable. His complain is based on the existence
>of become-any-group-bu
On Thu, Feb 06, 2003 at 07:56:48PM +, James Troup wrote:
>Sam Hartman <[EMAIL PROTECTED]> writes:
>
>> However disks are cheap enough that it seems reasonable to ask
>> people doing development to go buy a big disk.
>
>It's not about disks so much as bandwidth. Disk may be cheap, but
>bandwidt
On Tue, Dec 10, 2002 at 06:32:57PM -0500, Branden Robinson wrote:
>On Sat, Dec 07, 2002 at 05:33:10PM -0500, Clint Adams wrote:
>> > True. It could get away with tossing everything outside angulars or
>> > inside brackets, though. The address can be mandated to stay 7bit for
>> > now.
>>
>> At any
On Sun, Dec 08, 2002 at 04:32:10PM -0600, Adam DiCarlo wrote:
>Is it a good practice for SGML or XML documentation to ship with
>source?
My preference would be to include the source plus both text and html
renderings. This provides both convieniently pre-formated output for
on-line viewing plus t
On Mon, Dec 02, 2002 at 09:46:01AM +, Julian Gilbey wrote:
>On Mon, Dec 02, 2002 at 06:35:52PM +1100, Brendan O'Dea wrote:
>> Personally I prefer to rename the upstream tarball to .orig.tar.gz so it
>> is byte-for-byte identical (although this is technically violating
>
On Sat, Nov 30, 2002 at 11:42:27PM +0100, Gerd Knorr wrote:
>> On Sat, Nov 30, 2002 at 05:24:58PM +0100, Gerd Knorr wrote:
>> >
>> > "should" or "must"? I can't find anything in the policy saying
>> > I *must* package it this way, it just says it is usually done this
>> > way. Thus I hereby clos
On Sat, Nov 09, 2002 at 04:25:00PM +0100, Sebastian Rittau wrote:
> The main aspect of this proposal is the removed requirement of
> including static versions of each library in the corresponding -dev
> package. Many modern libraries don't work well as a static library and
> usage of static librari
On Thu, Sep 26, 2002 at 01:49:52PM +0100, Julian Gilbey wrote:
>On Thu, Sep 26, 2002 at 08:15:58AM -0400, Anthony DeRobertis wrote:
>> Yep. This a more serious problem. I don't think its unsolvable, though;
>> how does the current /bin/sh link get set up? I'd think bash postinst
>> could change it
On Sun, Sep 08, 2002 at 05:08:54PM -0500, Manoj Srivastava wrote:
>>>"Robbe" == Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
>
> Robbe> Manoj Srivastava <[EMAIL PROTECTED]> writes:
> >> shite? Fix your own darned MUA.
>
> Robbe> Is Unicode manadatory now? (You somewhat incorrecly used
> Robbe> U+20
ut not to use it.
Perhaps a note would be more appropriate than a question. This may
prove useful to those using devfs who may need to add the device to some
/etc/devfsd config file so that it doesn't evaporate across reboot.
Regards,
--
Brendan O'Dea
mlThu May 31 19:33:04 2001
@@ -12,7 +12,7 @@
Brendan O'Dea
[EMAIL PROTECTED]
- version 1.19
+ version 1.20
This document describes the packaging of Perl within the Debian
@@ -342,7 +342,8 @@
a minimum version of th
gt;change the debhelper Build-Depends requirement mentioned in Perl
>policy.
Done. Version 1.19 updates the debhelper version to 3.0.18:
http://people.debian.org/~bod/perl-policy/perl-policy.sgml
Regards,
--
Brendan O'Deabod@compusol.com.au
Comp
"normal" in the next day or so.
[0] <[EMAIL PROTECTED]> Manoj Srivastava
<[EMAIL PROTECTED]> Anthony Towns
--- perl-policy.sgml.orig Thu Mar 1 01:44:13 2001
+++ perl-policy.sgmlTue Apr 17 01:20:49 2001
@@ -12,7 +12,7 @@
Brendan O'D
Removed shorttags. New version at:
http://people.debian.org/~bod/perl-policy/perl-policy.sgml
Regards,
--
Brendan O'Deabod@compusol.com.au
Compusol Pty. Limited (NSW, Australia) +61 2 9810 3633
On Tue, Feb 20, 2001 at 11:28:36AM +, Julian Gilbey wrote:
>On Tue, Feb 20, 2001 at 01:44:42PM +1100, Brendan O'Dea wrote:
>> Update to specify build-depends for perl. Current version is at
>>
>> http://people.debian.org/~bod/perl-policy/perl-policy.sgml
>
>
Update to specify build-depends for perl. Current version is at
http://people.debian.org/~bod/perl-policy/perl-policy.sgml
--- perl-policy.sgml.orig Tue Feb 20 13:12:51 2001
+++ perl-policy.sgmlTue Feb 20 13:31:37 2001
@@ -12,7 +12,7 @@
Brendan O'Dea
[EMAIL PROT
Update to include information about dh_perl. Current version is at
http://people.debian.org/~bod/perl-policy/perl-policy.sgml
--- perl-policy.sgml.orig Tue Feb 13 18:17:18 2001
+++ perl-policy.sgmlTue Feb 13 20:10:06 2001
@@ -12,7 +12,7 @@
Brendan O'Dea
[
On Thu, Feb 08, 2001 at 01:04:27PM -0600, Manoj Srivastava wrote:
>>>"Brendan" == Brendan O'Dea <[EMAIL PROTECTED]> writes:
>
> Brendan> Updated version at
> Brendan> http://people.debian.org/~bod/perl/perl-policy.sgml,
>
> Looking good.
riting to files
they own with u-w.
They don't prevent the user from changing that mode of course. I
believe that vim magically does this for you on :w! (it temporarily
adds the 0200 bit).
Regards,
--
Brendan O'Deabod@compusol.com.au
Co
On Sun, Feb 04, 2001 at 04:34:31PM -0600, Manoj Srivastava wrote:
>>>"Brendan" == Brendan O'Dea <[EMAIL PROTECTED]> writes:
> Brendan> Because such packages don't include the paths for packaged debian
> Brendan> modules, so you can't say &quo
uire no dependency. [...]
Done.
Updated version at http://people.debian.org/~bod/perl/perl-policy.sgml,
diff attached.
Regards,
--
Brendan O'Deabod@compusol.com.au
Compusol Pty. Limited (NSW, Australia) +61 2 9810 3633
perl-policy.sgml.diff.gz
Description: Binary data
/~bod perl/
I've revised the perl-policy document to reflect the changes in
packaging of both perl and modules and would like to see this document
incorporated into debian-policy proper rather than distributed with the
package.
Regards,
--
Brendan O'Dea
seems
to provide a *.shlibs file in
- var/lib/dpkg/info/. Let's determine the package
+ /var/lib/dpkg/info/. Let's determine the package
responsible:
Regards,
--
Brendan O'Deabod@compusol.
than on mine,
find / \( -user bin -o -group bin \) -ls
produces zip.
On AT&T based machines though, ownership of most stuff in bin and lib is
bin.bin .
Regards,
--
Brendan O'Deabod@compusol.com.au
Compusol Pty. Limited (NSW, Australia) +61 2 9810 3633
43 matches
Mail list logo
