On 19/2/19 8:50 pm, Ansgar Burchardt wrote:
It seems strange to treat top-level directories differently: why
should /usr be allowed to be a symlink, but /usr/local, /usr/lib or
/usr/share/doc not? I can't come up with a better idea than that
top-level directories are something like "driver lette
At 8:49 am, Thursday, September 4 2003, Andrew Suffield mumbled:
> Not quite; it should be modified to explicitly exclude
> debhelper. There are very few packages which are actually needed at
> clean time - the warning is correct for most things.
>
Noted. The check in question now doesn't moan i
At 8:49 pm, Saturday, July 19 2003, Matt Kraai mumbled:
> Package: debian-policy
> Version: 3.6.0
>
> [The Perl policy version is 1.20.]
>
> The Perl policy recommends the use of ${perl:Depends}. It should
> also state that dependencies caused by versioned uses and on
> separately packaged modu
At 8:49 pm, Monday, June 2 2003, Josip Rodin mumbled:
> I don't know exactly why it's done that way (it was introduced long before
> I ever became a Debian developer), but it's the scheme we use and we're
> keeping it, for consistency and backwards compatibility (we have almost
> 500 Perl modules
At 2:20 am, Sunday, February 9 2003, Luca - De Whiskey's - De Vitis mumbled:
> I simply wuold like to know your opinion about the subject.
> IMHO this would be a nice idea: it would give uploaders more visibility, hence
> more satisfaction (afterall they are maintainers too).
> I thought that if
At 10:14 am, Tuesday, December 10 2002, Joey Hess mumbled:
> As discussed earlier on this list, and now implemented by lots of stuff
> in Debian[2] and with only a few to go[3], I'm proposing that the
> following be added to policy around section 12.4:
>
> Web browsers
>
>
> So
At 1:39 am, Tuesday, October 29 2002, Bennett Todd mumbled:
> There's a component whose license terms have developed an oddity;
> I'd like to discuss this with the folks in Debian who handle license
> issues --- i.e., does something make it into the main distrib or
> does it get shunted off into n
At 10:59 pm, Monday, August 19 2002, Colin Walters mumbled:
> I kind of suspected so, but not having access to authoritative data I
> didn't want to try to change two things at once. Well, here's an
> updated patch which combines both then. I also removed some old cruft
> about a.out and -N.
>
>
At 9:03 pm, Sunday, June 16 2002, Robert Bihlmeyer mumbled:
> $ ash -c "type test"
> test is a shell builtin
>
> ash and bash are AFAIK the only shells in /bin.
>
And you are incorrect.
zsh is in /usr/bin, and has in fact also been in /bin since 4.0.4-24. sash,
the statically linked shell in in
At 11:26 pm, Wednesday, May 1 2002, Julian Gilbey mumbled:
> That sounds like a fabulous idea. What I would *really* like to see
> happen (and help with), post-woody, is something like the annotated C
> reference manual, which has the standard clearly identified, but lots
> of extra bits of ratio
At 10:35 pm, Thursday, March 7 2002, Daniel Quinlan mumbled:
> Chris Waters <[EMAIL PROTECTED]> writes:
[...]
> > I suppose this proposal needs a second
>
> Seconded. Can I do that? ;-)
I doubt it. Therefore, I second this proposal.
--
Steve
W
On Sat, Sep 15, 2001 at 01:12:43PM -0500, Adam Heath uttered:
>
> Sorry for the large cc, but it is about time that debian had a unified policy
> on these package names.
>
Right.
> On Sat, 15 Sep 2001, Ben Burton wrote:
>
> >
> > Okay. Note that java policy states that "Libraries packages must
On Wed, Sep 05, 2001 at 10:07:26AM -0500, Manoj Srivastava uttered:
> Josip> Please make a list.
>
> Indeed. Is there a quick way of checking how many packages are
> under the current set of common licenses? That count would offer some
> hints on thresholds of popularity to base a decisio
On Sat, Aug 18, 2001 at 10:38:49PM -0300, Cesar Eduardo Barros uttered:
> There are a number of binaries which should go into /bin instead of /sbin or
> /usr/sbin -- the full argument is at
> http://lists.debian.org/debian-devel/2001/debian-devel-200106/msg00878.html
>
ARGHHH!
We've been through th
14 matches
Mail list logo
