On Thu, Jul 08, 1999 at 12:19:09PM -0700, Joseph Carter wrote:
> On Thu, Jul 08, 1999 at 11:30:55AM -0700, Joey Hess wrote:
> > I'm sorry Joseph, but you're trying to throw years of tradition out the
> > window, and I just can't stand for it.
>
> Maybe it's because I've only been around since bo a
On Thu, Jul 08, 1999 at 12:29:28PM -0700, Joey Hess wrote:
> Joseph Carter wrote:
> > When slink's epic4 had a DoS in the ANSI color parser the fix was "install
> > potato's epic4"---but that couldn't be expected to work given potato is
> > glibc2.1 could it? In fact it wouldn't, so I rebuilt it o
On Thu, Jul 08, 1999 at 11:58:40AM -0700, Joey Hess wrote:
> Joey Hess wrote:
> > I'm sorry Joseph, but you're trying to throw years of tradition out the
> > window, and I just can't stand for it.
>
> Ok, that's a bit curt and I apologize. Now that I'm actually awake what I
> meant to say is:
>
>
I'm sorry Joseph, but you're trying to throw years of tradition out the
window, and I just can't stand for it.
Joseph Carter wrote:
> On Wed, Jul 07, 1999 at 04:22:39PM -0700, Joey Hess wrote:
> > Joseph Carter wrote:
> > > Um. Given glibc2.1 it would be Very Unsmart to try to use potato packages
Joseph Carter wrote:
> When slink's epic4 had a DoS in the ANSI color parser the fix was "install
> potato's epic4"---but that couldn't be expected to work given potato is
> glibc2.1 could it? In fact it wouldn't, so I rebuilt it on master.
I just did a test. Installed a new stable system, inform
Joey Hess wrote:
> I'm sorry Joseph, but you're trying to throw years of tradition out the
> window, and I just can't stand for it.
Ok, that's a bit curt and I apologize. Now that I'm actually awake what I
meant to say is:
We have always had partial upgradability as one of our goals, albeit one o
On Thu, Jul 08, 1999 at 11:30:55AM -0700, Joey Hess wrote:
> I'm sorry Joseph, but you're trying to throw years of tradition out the
> window, and I just can't stand for it.
Maybe it's because I've only been around since bo and even then I upgraded
to hamm within 48 hours of installing bo, but thi
On Wed, 7 Jul 1999, Joseph Carter wrote:
> Did we come up with a sane transition for /usr/share/info yet?
I think so:
http://www.debian.org/Lists-Archives/debian-policy-9904/msg00016.html
There are some pending issues:
* Need a lintian check for the use of install-info's hardcoded
--infodir in
On Wed, Jul 07, 1999 at 04:22:39PM -0700, Joey Hess wrote:
> Joseph Carter wrote:
> > Um. Given glibc2.1 it would be Very Unsmart to try to use potato packages
> > on a slink system.
>
> Arch: all
Yes this could in theory work, but it's a very small subset of packages
and I'd rather it be consid
Joel Klecker wrote:
> man-db has supported the FHS paths for months. From the changelog:
Yes, but we have other man browsers.
--
see shy jo
Joseph Carter wrote:
> Um. Given glibc2.1 it would be Very Unsmart to try to use potato packages
> on a slink system.
Arch: all
> I don't know who came up with the idea of partial
> upgradability
Partial upgradability has been something debian has always managed. Every
single person who tracks
At 10:33 -0700 1999-07-07, Joey Hess wrote:
What is it? I'd love to make debhelper start using that directory by
default.
man-db has supported the FHS paths for months. From the changelog:
* FHS compliance:
- add /usr/share/man in /etc/manpath.conf
- move /var/catman to /var/cache/m
On Wed, Jul 07, 1999 at 11:05:55AM -0700, Joey Hess wrote:
> Joseph Carter wrote:
> > > What is it? I'd love to make debhelper start using that directory by
> > > default. (And BTW, is /usr/share/X11R6/man supposed to be used for X man
> > > pages?)
> >
> > No, /usr/X11R6/man should remain /usr/X1
Joseph Carter wrote:
> > What is it? I'd love to make debhelper start using that directory by
> > default. (And BTW, is /usr/share/X11R6/man supposed to be used for X man
> > pages?)
>
> No, /usr/X11R6/man should remain /usr/X11R6/man---it's part of the whole
> /usr/X11R6-is-left-alone-for-now-at-
On Wed, Jul 07, 1999 at 10:33:10AM -0700, Joey Hess wrote:
> Joseph Carter wrote:
> > In the case of /usr/share/man, we have already a sane transition. It's
> > already in use by a number of packages.
>
> What is it? I'd love to make debhelper start using that directory by
> default. (And BTW, is
Joseph Carter wrote:
> In the case of /usr/share/man, we have already a sane transition. It's
> already in use by a number of packages.
What is it? I'd love to make debhelper start using that directory by
default. (And BTW, is /usr/share/X11R6/man supposed to be used for X man
pages?)
> Did we c
On Wed, Jul 07, 1999 at 04:59:39PM -, [EMAIL PROTECTED] wrote:
> Changes:
> debhelper (2.0.09) unstable; urgency=low
> .
>* dh_compress: added some FHS support. Though debhelper doesn't put
>stuff there (and won't until people come up with a general transition
>strategy or decide
17 matches
Mail list logo
