On 07-Jul-98 Martin Schulze wrote:
> Until this is done every package that depends on splay has to go into
> contrib, too. I'm sorry.
>
>> Anyone see why eMusic couldn't go into main, as it does NOT rely on qt1?
>
> It relies on a package not in main but in contrib. *bummer*.
>
No, it doesn't
Brian Almeida wrote:
> Ok, looks like eMusic *can* go into main...as it uses splay (which is in
> contrib)
Nope. It has to go into contrib then.
> Except from README.Debian out of the splay package...
> "Currently the dependency upon qt1 for the xsplay interface forces this
> package into cont
Ok, looks like eMusic *can* go into main...as it uses splay (which is in
contrib)
Except from README.Debian out of the splay package...
"Currently the dependency upon qt1 for the xsplay interface forces this
package into contrib. However, splay itself doesn't require this. At
some point in the
Rob Browning <[EMAIL PROTECTED]> wrote:
> I'm not saying this is the "right" way to think about it, just
> explaining where my reaction was based...
Note that you can always make a local modification which puts
the dns stuff in /etc, leaving a symlink at /var/named/.
--
Raul
--
To UNSUBSCRIB
[EMAIL PROTECTED] (Adam P. Harris) writes:
> My reading shows that named zone databases should go in
> /var/state/named. However, the existance of /var/nis and /var/yp make
> me think that /var/named makes more sense, and of course is in line
> with historical practice. Can anyone enlighten this
With the introduction of modutils 2.1.85-12 I think it's time to discuss
kernel modules in here. I'm new on this list, so be gentle :)
There are a couple of things about modules that should IMHO be stated in
policy:
1) where to install modules.
2) how to configure modules
1) is outlined in /usr/
On Mon, Jul 06, 1998 at 07:54:31PM -0400, Gregory S. Stark wrote:
> It ought to be possible to have debhelper automatically split off library
> package, the contents are very predictable.
Too risky. And the main reason debhelper exists is because debstd did way too
much on itself. debhelper does a
On Mon, Jul 06, 1998 at 07:54:31PM -0400, Gregory S. Stark wrote:
> [EMAIL PROTECTED] (Adam P. Harris) writes:
> > "Scott K. Ellis" <[EMAIL PROTECTED]> writes:
> > > On Sat, Jul 04, 1998 at 02:16:59PM -0400, Gregory S. Stark wrote:
> > > > "Scott K. Ellis" <[EMAIL PROTECTED]> writes:
> > > > > You
On Tue, Jul 07, 1998 at 01:11:48AM -0400, Adam P. Harris wrote:
> Rob Browning <[EMAIL PROTECTED]> writes:
> > Michael Bramer <[EMAIL PROTECTED]> writes:
> > > If this true, then we must move a lot of files from /var/lists/*,
> > > /var/named (and more?) to /etc//
>
> > Yep. For example, as far a
On 7 Jul 1998, Adam P. Harris wrote:
>
> Yann, following your summary of alpha/beta versioning, it seems to me
> that a best practiced has arised and reached some consensus. I wasn't
> following too closely, but I thought I saw this happening. Did it?
>
> If so, could you just take the best p
Rob Browning <[EMAIL PROTECTED]> writes:
> Michael Bramer <[EMAIL PROTECTED]> writes:
> > If this true, then we must move a lot of files from /var/lists/*,
> > /var/named (and more?) to /etc//
> Yep. For example, as far as I can tell, most of /var/named should be
> in /etc/named. Symlinks from /
Yann, following your summary of alpha/beta versioning, it seems to me
that a best practiced has arised and reached some consensus. I wasn't
following too closely, but I thought I saw this happening. Did it?
If so, could you just take the best practice, and, if it's something
requiring dpkg chan
12 matches
Mail list logo
