Richard Braakman <[EMAIL PROTECTED]> writes:
> On Thu, Mar 20, 2003 at 11:10:58PM +0100, Bill Allombert wrote:
> > Why? because they support building packages as root when
> > dh_testroot can solve a lot of headache ?
Ye gods! Removing dh_testroot does not break the build-as-root case!
> What d
Chris Waters <[EMAIL PROTECTED]> writes:
> I think things are fine the way they are, I think what you're
> suggesting would be a lot of work, I see no tangible benefits,
> therefore I oppose the idea.
The benefit is 9 characters less typing per rebuild cycle per person.
There were patterns put i
Colin Walters <[EMAIL PROTECTED]> writes:
> I don't think so. I have put forth many real-world scenarios in which
> using national charsets for filenames simply breaks, in ways that are
> basically impossible to fix. You may be able to get away with using a
> national charset on a machine where
Colin Walters <[EMAIL PROTECTED]> writes:
> > As I see it, the current (broken ?) behaviour is, to use the user's
> > locale setting (LC_CTYPE) to encode file names.
>
> It appears so, and yes, this behavior is completely and fundamentally
> broken.
Whether or not this is broken is debatable.
Clint Adams <[EMAIL PROTECTED]> writes:
> > Preserving would be useful if there were a lot of users or programs
> > taking the content of the maintainer field and stuffing it into a To
> > header.[...]
>
> One program that does that is jennifer (of katie fame).
True. It could get away with tossi
[EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
> This is incorrect. /usr/share is intended to be shared between
> cooperating systems, but cooperating systems' root users might well
> have secrets that they want to conveniently share.
/usr/share is not appropriate for that, as it is the OS's p
Sven Luther <[EMAIL PROTECTED]> writes:
> All packages have to be buildable with the current release. And this
> does not include non-us if you happen to be in the us.
Nope, you may freely download from non-us.debian.org, even if you're
currently in the USofA.
--
Robbe
signature.ng
Descriptio
Bill Allombert <[EMAIL PROTECTED]> writes:
> I feel it is very important every init script behave the same. However the
> wording of section 10.3.2 is confusing:
>
>The init.d scripts should ensure that they will behave sensibly if invoked
>with start when the service is already running,
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Mail setups that do not understand MIME are antiquated to the point
> that most email must be hard to deal with.
Fine by me.
> Robbe> But you were using characters outside ASCII as well, so one
> Robbe> needs tools to turn them from UTF8 gibberi
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Robbe> Is Unicode manadatory now? (You somewhat incorrecly used
> Robbe> U+2010, hyphen, in that mail.)
>
>
> Mandatory? mandated by whom?
Obviously MIME is mandatory for participation in policy process I
infer from your "Fix your MUA" comm
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> shite? Fix your own darned MUA.
Is Unicode manadatory now? (You somewhat incorrecly used U+2010, hyphen,
in that mail.)
--
Robbe
signature.ng
Description: PGP signature
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> There are some things that might want to be added before it
> becomes truly official.
>
> See the policy at:
> http://www.debian.org/doc/packaging-manuals/java-policy/
>
> * gcj and how to handle that (should it be mentioned at all?).
I don't have the
Branden Robinson <[EMAIL PROTECTED]> writes:
> > If they're not in /usr, they're off-limits.
>
> As are the POSIX utilities for determining whether or not they're in
> /usr.
What POSIX utilities do you mean? (I don't have that standard handy.)
SUSv[23] provide "command -v" as the standard way.
Branden Robinson <[EMAIL PROTECTED]> writes:
> Let me be perfectly clear:
>
> KEEP YOUR HANDS OFF OF XFREE86.
Chill. Nobody will touch your preciousss.
Anyway, what prevents the documentation of existing practise in
policy? I.e. inserting an additional dependency on "command -v",
perhaps to be
Can a file that is not human readable (editable) be a conffile?
gnome-libs-data declares /etc/mime-magic.dat (which is some kind of
binary database generated from the textual conffile /etc/mime-magic)
as such. The maintainer thinks this is correct -- I obviously don't.
I'm bringing this up on -po
I propose that instead of calling "ldconfig", maintainer scripts of
packages containing shared libraries should call "ldconfig -X".
Background:
ldconfig has two purposes:
1. For each shared library, create/update a symbolic link from the
library's soname to the library file. The link is only ch
16 matches
Mail list logo
