Propose this though the -policy mechanism...
On Wed, May 26, 1999 at 05:37:15PM -0400, Fabien Ninoles wrote:
> Although I tend to agreed with Joseph on this point, I also think that
> the main problem is still the same as with the Anarchy FAQ: No other
> cool place (personal web page is not the an
On Wed, May 26, 1999 at 05:37:15PM -0400, Fabien Ninoles wrote:
> The reason for a seperate directory is for ease of mirroring and CD
> building. It gives us also an easy way to check if a package can be
> on data.
>
> I will really like to see this one at least second. It's an old thread
> that I
Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> On Wed, 26 May 1999, Daniel Quinlan wrote:
>
> >/var/state is back at /var/lib, but using the /var/state
> >specification. Moving the directory was unnecessary and was a
> >stopping point for distributions. Tweaking the specification a
>
On Wed, 26 May 1999, Daniel Quinlan wrote:
>/var/state is back at /var/lib, but using the /var/state
>specification. Moving the directory was unnecessary and was a
>stopping point for distributions. Tweaking the specification a
>little was okay, but moving it was evidently not.
Seconded, this seems a good solution.
Quoting Joseph Carter <[EMAIL PROTECTED]>:
> On Tue, May 25, 1999 at 10:35:57AM +0100, Edward Betts wrote:
> > I changed the description so it does not say it is a mirror anymore:
> >
> > [..]
> >
> > Does that help at all?
>
> Not really, but if enough people really think I'm wrong on this I wo
Just in case anyone missed the pre-draft of FHS 2.1 message that was
forwarded to debian-devel, here it is. It tries to address some of
the problems that have been holding up adoption by Debian and other
distributions.
Also, if you have any proposed patches (against the troff), comments,
or quest
On Wed, May 26, 1999 at 11:25:19AM +0200, Santiago Vila wrote:
> The fact that I am able to execute emacs or ghostscript in console mode
> without xfree86-common shows that the dependency of xlib6g on
> xfree86-common is not absolute, and therefore a "Depends:" field should
> not be used for that.
Goswin Brederlow wrote:
> It could set up hooks, as defined in my proposal on
>
> ftp://mirjam.informatik.uni-tuebingen.de/pub/debian/proposal.txt
>
> A Package can say that it will need reconfiguration every time package
> foo changes. Adding wildchar support to that and you got what you
> want
On Wed, 26 May 1999 [EMAIL PROTECTED] wrote:
> I agree with leaving them so later developers might choose to pick them
> up and close them. But others (like libc4) should just be trashed.
In that case, you might want to re-open the bugs against the ncftp
package. On May 11th, the maintainer of
[please cc: replies to me, i'm not on -policy list]
[although i don't know why this isn't on -devel instead]
On Wed, May 26, 1999 at 08:57:54PM +0200, J.H.M. Dassen wrote:
> > > close 9362
> > Bug#9362: gopherd: missing /etc/gopherd.conf
> > Bug closed, ack sent to submitter - they'd better know
>
> [As an aside, please use [EMAIL PROTECTED] rather than control's
> "close" command, so that submitters receive an explanation]
>
Does Guy's hack to dpkg-dev do this? I close most of my bugs via my changelog.
> A large fraction of the "Maintainer Unknown" bug reports
> (http://www.debian.org
On Wed, May 26, 1999 at 12:49:00 -0500, Debian Bug Tracking System wrote:
> > close 9362
> Bug#9362: gopherd: missing /etc/gopherd.conf
> Bug closed, ack sent to submitter - they'd better know why !
etc.
[As an aside, please use [EMAIL PROTECTED] rather than control's
"close" command, so that subm
1. There is a time between the installation of the package and the run
of any tool to generate checksums. Things can happen to a file in that
time period. Files can even be damaged while being installed by
dpkg. One example is a broken hardware writing faulty data to the HD
on occasion
Amos Shapira <[EMAIL PROTECTED]> writes:
> [1 ]
> From: Massimo Dal Zotto <[EMAIL PROTECTED]>
> Subject: PROPOSAL: automatic installation and configuration
> Date: Tue, 25 May 1999 00:01:57 +0200 (MEST)
>
> > Hi,
> >
> > I have done a few experiments about automatic configuration of packages
>
Richard Braakman <[EMAIL PROTECTED]> writes:
> Is a pregenerated du file necessary? You already assume that you have
> the package at hand, so you might as well collect size information from
> the package directly. That way, you can also handle differences in block
> sizes. And it means that yo
Michael Stone <[EMAIL PROTECTED]> writes:
> On Tue, May 25, 1999 at 04:42:13PM -0500, Manoj Srivastava wrote:
> > Putting things in the packaging system so that we can be sure
> > they have it in the system is really silly, seeing that we have this
> > marvelous dependency mechanism.
>
On 25 May 1999, Manoj Srivastava wrote:
> I still do not see why this has anything to do with the
> packaging system. If all you want is to ensure that the files on your
> system have not been modified since the time you installed them (and,
> frankly, I think you really really should a
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Hi,
> >>"Goswin" == Goswin Brederlow <[EMAIL PROTECTED]> writes:
> >> This also has more complicated issues than just generating md5sums (find
> >> | xargs will do that for you). In particular making sure your list of
> >> md5sums isn't equally vu
On Tue, 25 May 1999, Branden Robinson wrote:
> On Tue, May 25, 1999 at 05:36:09PM +0200, Santiago Vila wrote:
> > Such programs should be configured with X support,
> > + and should declare a dependency on xlib6g (which
> > + contains X shared libraries). Users who wish to use the
>
On Tue, May 25, 1999 at 04:42:13PM -0500, Manoj Srivastava wrote:
> Putting things in the packaging system so that we can be sure
> they have it in the system is really silly, seeing that we have this
> marvelous dependency mechanism.
Maybe, maybe not. How would it work as a dependency?
Previously Chris Waters wrote:
> I posted an objection that I thought we should check with a security
> expert to make sure there aren't any known security issues with this
> idea. I don't know if that's been done, but the moment it is, my
> objection will be (has been?:) withdrawn.
As a member o
22 matches
Mail list logo
