the dist lose
functionality. (A real bummer if there are no problems with dhcp-beta
other than the name.)
--
Michael Stone, Sysadmin, ITRI PGP: key 1024/76556F95 from mit keyserver,
[EMAIL PROTECTED]finger, or email with Subject: get pgp key
--
To UNSUBSCRIBE, email to [EMAIL
Quoting Martin Schulze ([EMAIL PROTECTED]):
Before this screwup I didn't realize that most but not all modules are
placed in /usr/lib/perl5/$version/$arch-linux/$dir while plain
/usr/lib/per5 would be sufficient, too. We should have made it
policy that modules have to omit the versioned
Quoting Martin Schulze ([EMAIL PROTECTED]):
Michael Stone wrote:
Except that this isn't what's happening; the new perl is ignoring
/usr/lib/perl5. (E.g., I couldn't install netstd the other day because
That's the main cause of this thread...
it couldn't find DebianNet.pm--which
Quoting J.H.M. Dassen Ray ([EMAIL PROTECTED]):
I'm not aware of any software in slink that must be updated to work with 2.2
properly (with the exception of pcmcia-cs); slink currently runs fine with
2.1.x (which I suspect quite a few developers run).
Things like smbfsx that have 2.0 and 2.1
Quoting Avery Pennarun ([EMAIL PROTECTED]):
Slink is a badly-needed cleanup release. Don't hold it back for any
package.
What needs to be cleaned up? Hamm's running fine here. Slink definately
adds value, but I don't think it's something we desperately need _now_.
Mike Stone
Quoting Buddha Buck ([EMAIL PROTECTED]):
Quoting Avery Pennarun ([EMAIL PROTECTED]):
Slink is a badly-needed cleanup release. Don't hold it back for any
package.
What needs to be cleaned up? Hamm's running fine here. Slink definately
adds value, but I don't think it's something we
I keep seeing questions about getting .xsession's to work, the common
problem being failure to set +x. Wasn't someone going to tweak the
Xsession script to allow non-executable .xsessions?
Mike Stone
Quoting Stephane Bortzmeyer ([EMAIL PROTECTED]):
Yes, the current Debian system is really inconvenient. Each time you
want to do something useful with a documentation (print it, grep it,
glimpse it, vi it, remember that not every program is able to read
compressed files and zcat file.gz |
Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
I think this idea of 'lets quickly do something fast' is ill concieved and
is ultimately going to hurt our image. I've looked at the latest version,
it looks rather pretty, it's slightly more functional than dselect but
that's about it.. It doesn't
Quoting Manoj Srivastava ([EMAIL PROTECTED]):
Michael == Michael Stone [EMAIL PROTECTED] writes:
Michael Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
I think this idea of 'lets quickly do something fast' is ill concieved and
is ultimately going to hurt our image. I've looked at the latest
Quoting Manoj Srivastava ([EMAIL PROTECTED]):
This should be fixed. The default lessopen script does indeed
set it up so.
?. Less doesn't decode gz's on any of my systems.
Mike Stone
Quoting Tom Lees ([EMAIL PROTECTED]):
While I'm at it, *PLEASE* drop the dependency of lilo on mbr. I don't want
a new mbr eg if I want to install LILO to use on a floppy ONLY (I use
GRUB on my HD). Change it to Recommends. mbr being a high priority and/or
essential (can't remember if it is)
Quoting Ben Pfaff ([EMAIL PROTECTED]):
I'm not sure what you mean by this. With w3-el, I just set it up to
build each flavor in a separate subdirectory; i.e.,
mkdir e19; cd e19; ../configure --with-emacs=emacs19; make
mkdir e20; cd e20; ../configure --with-emacs=emacs20; make
Quoting Robert Woodcock ([EMAIL PROTECTED]):
P.S.: From where is /bin/domainname standard? I can see it's purpose in an
app env standard, so I'm curious...
NIS/yp. You'll find it in the nis package.
Mike Stone
Quoting Branden Robinson ([EMAIL PROTECTED]):
[snip more discussion of xfnt packages]
I'd still rather we explored alternatives.
For how much longer? I don't think I've heard of anything else that has
a chance of working. (Did I miss something?) Alternatives have been
talked about for a while
Quoting Juergen A. Erhard ([EMAIL PROTECTED]):
I personally thing either the ftp hierarchy should go to /var/ftp, or
the www data should move to /home/www (the latter I'd prefer).
/home/(ftp|www) is just plain ugly. (It's a real pain when you're trying
to share nfs home dirs between web
Quoting Jason Gunthorpe ([EMAIL PROTECTED]):
We also need working DHCP and BOOTP support in Slink otherwise those
people cannot use 2.2 kernels - potatos DHCP package has support for 2.2
(and 2.0) but I don't know about bootp.
dhcp-beta has worked on 2.1* as long as I can remember. Unless
Quoting Mark Brown ([EMAIL PROTECTED]):
On Tue, Jan 26, 1999 at 07:14:04PM -0500, Michael Stone wrote:
dhcp-beta has worked on 2.1* as long as I can remember. Unless you're
talking about dhcpcd?
I couldn't get either to work when I started using the -pre series.
However, ISTR
Well, let's see what's holding up slink. :)
apache32204 user directories allow symlinks to other files [0]
(Johnie Ingram [EMAIL PROTECTED])
There's a suggested fix in the bug report. Is it problematic?
autoconf 32391 Autoconf patches for slink [0] (Ben Pfaff [EMAIL
Quoting Wichert Akkerman ([EMAIL PROTECTED]):
Previously Michael Stone wrote:
perl-suid 31904 [EMAIL PROTECTED]: Secuity hole with perl
(suidperl) and nosuid mounts on Linux] [13] (Darren Stalder [EMAIL
PROTECTED])
I'm not sure there's much we can do about this one--it's
Quoting David Starner ([EMAIL PROTECTED]):
No. The maintainer needs to get the new license (or clarification of the
old, depending on how you split your hairs) from the LyX website and
change the copyright file. Being more or less error-proof, it seems to
call for a simple NMU.
I thought I
All right, here's the revised list (removing anything that someone confirmed
as almost done.)
Quoting Michael Stone ([EMAIL PROTECTED]):
apache32204 user directories allow symlinks to other files [0]
(Johnie Ingram [EMAIL PROTECTED])
There's a suggested fix in the bug report
Quoting John Goerzen ([EMAIL PROTECTED]):
At the beginning of January, I reported that mutt was losing mail. This
behavior *appeared* to disappear with a certain kernel upgrade, but again it
persists. Losing mail is a very serious system failure.
IIRC, you were using a mix of kernel
Quoting Chip Salzenberg ([EMAIL PROTECTED]):
According to Michael Stone:
Quoting Wichert Akkerman ([EMAIL PROTECTED]):
What perl-suid should do is check the mountoptions for the filesystem on
which the script resides and abort if that was mounted with nosuid.
Should be quite simple
Quoting Oscar Levi ([EMAIL PROTECTED]):
On Sun, Jan 31, 1999 at 10:11:54PM -0600, Jonel Rienton wrote:
Slink's latest lprng is broken, it's give me a problem about permission or
something'.
Best to submit a bug. Make sure to make it important.
32628 was submitted 30 Jan. It could be
On Sat, May 08, 1999 at 09:31:32PM -0400, Adam Di Carlo wrote:
Michael Stone [EMAIL PROTECTED] writes:
Now that's a good reason. Is there a plan for this? Is any help
needed/desired?
Everyone is welcome. Join [EMAIL PROTECTED]
I notice that this list isn't listed on the mailing list page
On Sun, May 09, 1999 at 05:23:01PM +1000, Anthony Towns wrote:
Also, FWIW, my major complaint about the release process is that we
spend far too much time in `freeze'. Shortening the freeze is one way
to fix this, although I, personally, don't think any of this `just wait
until next time!' is
On Sun, May 09, 1999 at 10:47:16AM -0400, Zephaniah E. Hull wrote:
IMHO we should not freeze until we have a number of things working,
including fully functional boot disks, a cdrom generation setup, etc..
I agree with this. These are important things, and you can't do a dist
without them. Perl
On Sun, May 09, 1999 at 11:11:21AM -0500, Mr. Christopher F. Miller wrote:
What are the reasons for freezing in the first place? Distribution
versioning is not something I know much about! Help me out.
1) A known (re)starting point.
2) Bandwidth conservation - offload from mirrors to
On Tue, May 11, 1999 at 10:56:34PM +0200, Piotr Roszatycki wrote:
Description: Package for printing ISO-Latin-2 on PostScript printers
This is already part of the a2ps package. Are you coordinating with the
maintainter of that package?
Mike Stone
pgp4ABRu59oOQ.pgp
Description: PGP signature
On Tue, May 18, 1999 at 07:54:08PM +0100, Adrian Bridgett wrote:
hftpd is a superb, linux-optimized ftpd. i am going to have a little bit
in the postinst that makes note that people really should roll their own,
since it can use a lot of 2.2 kernel features and such. it was written
by
On Tue, May 18, 1999 at 02:26:09PM -0700, Chris Waters wrote:
Michael Stone [EMAIL PROTECTED] writes:
Because too many people don't use debian kernel images.
If people don't use the tools, then they don't get the benefits of the
tools, which is hardly our fault. This is like saying that we
On Sat, May 22, 1999 at 04:06:35AM +0930, Ron wrote:
The start of this thread is vague in my memory now, so apologies if I'm
off target here, but I would object to any sort of enforced kernel version
dependancy on a package.
Just because I have the 'correct' kernel version for a package
On Fri, May 21, 1999 at 03:09:02PM -0700, Steve Lamb wrote:
[EMAIL PROTECTED]:~} ls -l `which ae`
-rwxr-xr-x 1 root root23548 Oct 30 1998 /bin/ae
[EMAIL PROTECTED]:~} ls -l `which joe`
-rwxr-xr-x 5 root root 174020 Dec 10 13:19 /usr/bin/joe
[EMAIL PROTECTED]:~} ldd
On Sat, May 22, 1999 at 07:49:11PM +1000, Craig Sanders wrote:
some version of vi is essential on a rescue disk, regardless of what some
windows using loudmouth happens to think (and no, i'm not referring to
you here joseph).
That's just silly. If someone can figure out vi, they really ought
On Sat, May 22, 1999 at 01:09:40AM -0500, Rob Browning wrote:
[EMAIL PROTECTED] (Ron) writes:
I tend to use make-kpkg if I'm building a kernel to use on a different
machine than the one I'm building it on, but otherwise I usually dont.
Kernel packages are handy if you wish to intstall the
On Sat, May 22, 1999 at 12:21:02PM -0400, Dale Scheetz wrote:
On Sat, 22 May 1999, Michael Stone wrote:
I disagree: I think it's still more complicated than it needs to be.
Complicated?
E.g., the big block of commands at the upper left is a bit too
cluttered.
Upper left? You _are_
On Sun, May 23, 1999 at 09:47:33AM +1000, Craig Sanders wrote:
that extra 30k (if it is actually available on the rescue disk) would be
better used either as part of the space needed by elvis-tiny (**) or by
I still don't understand the sentiment that people can only understand
vi. Are other
On Sat, May 22, 1999 at 07:09:09PM -0700, Steve Lamb wrote:
After all of this I took a look at both ae and ee. Both lack something
that I think needs to be addressed. AE's movement keys don't appear to have
any rhyme or reason to them. They're not grouped together and not in any
On Sat, May 22, 1999 at 10:24:17PM -0400, Greg Stark wrote:
[EMAIL PROTECTED] (Marco d'Itri) writes:
This is NOT an excuse for running as root. Make it create the pidfile in
/var/run/xfstt like other similar programs do.
Couldn't we just set the sticky bit on /var/run ?
No, that creates
On Sun, May 23, 1999 at 11:46:43PM +1000, Hamish Moffatt wrote:
joe and ae are no more intrinsically friendly, they just have help
windows at the top of the screen. If we put one in a small vi, would
that shut you up?
I disagree: a modal editor is intrisically easier to get stuck in,
because
On Wed, Sep 15, 1999 at 01:31:33PM +1000, Brian May wrote:
- not sure you entirely believe bug report, but want to leave
bug report open anyway, just in case. bug reports aren't
always accurate, and it is possible that the reporter
made a mistake, but cannot be verified as such
by the
On Wed, Sep 15, 1999 at 01:01:18PM +0200, Paul Slootman wrote:
I think his point is that if you can't trust a pgp signature to
sign a gpg key, why should trust a pgp signature to do anything
at all, e.g. accept an uploaded package. Seems like a reasonable
argument.
Because the real user can
On Sat, Sep 18, 1999 at 04:09:17PM -0700, Darren Benham wrote:
Bugs are no longer deleted!!! We don't have a way for you to access them
directly but there's an official location in the database where they're
being archived. We're trying to decide how to serve them up... by
requesting a bug
On Sat, Sep 25, 1999 at 01:02:44AM -0700, Joey Hess wrote:
The Doctor What wrote:
Why shouldn't *all* daemon packages ask these questions, and whether to even
run *upon install*?
Because we need to decrease the number of questions asked at install time,
not increase it.
Bzzt. Security is
On Sat, Sep 25, 1999 at 03:32:25PM +0200, Martin Bialasinski wrote:
Michael Stone [EMAIL PROTECTED] wrote:
Bzzt. Security is more important than usability. We're not building
windows 2000 here...
Ii I install a daemon, I want to use it.
That doesn't account for daemons installed by default
On Wed, Sep 29, 1999 at 03:51:37PM +1000, Craig Sanders wrote:
On Wed, Sep 29, 1999 at 12:52:16AM -0400, Mark W. Eichin wrote:
True, but don't forget the case of an initial install - you pick some
profile, and get lots of stuff, with no hints. (In this case, I like
they idea of a debconf
getdents is documented in manpages-dev (and used to work) but isn't
in libc6. What's the deal?
Mike Stone
pgpsIfP4jzmwa.pgp
Description: PGP signature
On Thu, Sep 30, 1999 at 08:05:32AM +1000, Craig Sanders wrote:
sorry, it's you who needs to wake up to the real world.
if people don't know how to administer a unix machine then they need
to learn fast.
Not true. Maintaining a unix-like machine for desktop or personal use
requires a
On Sun, Oct 03, 1999 at 02:59:38AM -0400, Rick wrote:
I'm uncertain whether this is a good idea or not. I have helped many
people install redhat linux and, frankly, the daemon enable screen
confuses them. They don't know what all these things are or which ones
they may need. If this gets
[moved to -devel]
On Wed, Oct 06, 1999 at 02:34:20AM -0400, Branden Robinson wrote:
I like this idea, but I think it is orthogonal to the existing bug
categories.
I don't know what you would call it, but I imagine a 4-way status switch:
unreproduced
reproduced
possible fix
known fix
On Wed, Mar 08, 2000 at 08:56:34AM -0600, Nathan E Norman wrote:
Eh, well, it is correct[1] behavior to toss out an error message in this
case since it's notifying you of a *security* problem. In fact, it's
telling you that the server key is half as secure as the server claims
it is.
But you
On Wed, Mar 08, 2000 at 09:18:06AM -0500, Branden Robinson wrote:
Use the Source, Luke. Quit whining and start coding.
Why? On hosts where this is an issue, f-secure's ssh does the job just
fine. (Not to mention that I don't live in a free country and can't work
on ssh...)
--
Mike Stone
On Sat, Mar 11, 2000 at 07:17:47PM -0800, Chip Salzenberg wrote:
According to Christian Hammers:
According to the automated report:
Package: nfs-kernel-server (debian/main)
Maintainer: Chip Salzenberg [EMAIL PROTECTED]
59641 nfs-kernel-server: conflicts with Standard package
On Mon, Mar 13, 2000 at 01:54:04PM +0100, Tomasz Wegrzanowski wrote:
On Mon, Mar 13, 2000 at 11:14:55AM +0100, Richard Braakman wrote:
Package: fortify (non-US/non-free).
Maintainer: Roberto Lumbreras [EMAIL PROTECTED]
60162 fortify: Does the index file / database need to be updated? Is
On Mon, Mar 13, 2000 at 08:17:00PM -0800, Joey Hess wrote:
Josip Rodin wrote:
But slink is practically completely adjusted for 2.2 already.
Sure, if you ignore the 12 packages that break
(http://www.debian.org/releases/stable/running-kernel-2.2)
Most people can run 2.2 on slink without the
On Tue, Mar 14, 2000 at 10:29:23AM +0100, Michael Meskes wrote:
I just noticed that the quota package (that I did maintain earlier) has a
release critical bug. In fact it is only a typo. The quota maintainer seems
to be unreachable. Is it okay, if I adopt the package for the time being or
at
On Tue, Mar 14, 2000 at 05:27:26PM -0500, Ben Collins wrote:
it doesn't distract me at all. i mostly ignore it these days as it is of
little or no relevance to me.
Safe to say, that is a really self-centered attitude. One which I hope
that most developers don't have. Not a very team
On Wed, Mar 15, 2000 at 12:45:40PM +0100, Richard Braakman wrote:
On Wed, Mar 15, 2000 at 08:32:48AM +0100, Michael Meskes wrote:
I just checked through the bugs open against quota and found that quite a
lot of them are fixed in the new upstream version 2.00-pre4. Yes, it is not
final so
On Wed, Mar 15, 2000 at 09:03:18PM +1100, Craig Sanders wrote:
On Wed, Mar 15, 2000 at 09:35:35AM +0100, Raphael Hertzog wrote:
You have 3 RCB open against your packages (11, 25 and 21 days old),
two of them for the same package (vtun). again, they hardly seem
release critical
i
On Wed, Mar 15, 2000 at 11:18:49PM +1100, Craig Sanders wrote:
On Wed, Mar 15, 2000 at 07:07:51AM -0500, Michael Stone wrote:
On Wed, Mar 15, 2000 at 09:03:18PM +1100, Craig Sanders wrote:
i haven't yet decided what to do about vtun. i'll probably get around
to upgrading it to the latest
On Wed, Mar 15, 2000 at 01:56:09PM +0100, Michael Meskes wrote:
On Wed, Mar 15, 2000 at 07:01:25AM -0500, Michael Stone wrote:
fixed and the new version of quota should go into woody--better the
devil we know that the devil we don't. (And we really don't need another
well, this new version
On Wed, Mar 15, 2000 at 02:36:47PM -0500, Ed Szynaka wrote:
The problem that I see is that there is too much time between stable
releases. I think that shorter and much more regular time periods
between freezes is necessary. By fixing the number and date of freezes,
with say three or four a
On Wed, Mar 15, 2000 at 03:17:09PM -0500, Ed Szynaka wrote:
On Wed, Mar 15, 2000 at 02:36:47PM -0500, Ed Szynaka wrote:
How does this account for drastic changes to something like libc that
might take weeks or months to shake out?
Well say that there are 3 releases a year. That gives say
On Wed, Mar 15, 2000 at 03:27:18PM -0500, Jaldhar H. Vyas wrote:
On Wed, 15 Mar 2000, Ed Szynaka wrote:
How does this account for drastic changes to something like libc that
might take weeks or months to shake out?
Build daemons could take care of the 90% or so of packages that would
On Thu, Mar 16, 2000 at 01:43:22AM +0100, Bernd Eckenfels wrote:
BTW: there is a idea for settig groups for console access to devices
like cdrom, floppy, sound, mic, cam... so each user who logs into the
sonsole will get added to that groups, then your program does not need to be
Which is a
On Thu, Mar 16, 2000 at 09:39:41PM +0100, Marco d'Itri wrote:
On Mar 16, Michael Stone [EMAIL PROTECTED] wrote:
Which is a waste of effort if the user can create a sgid shell.
Do you really mount user-writeable directories without the nosuid
option?
1. Depends on the environment
On Tue, Mar 21, 2000 at 01:13:03PM +0100, Michael Meskes wrote:
I just scanned through the quota bug reports and found that 4 open bugs
(34980, 44585, 46610, 48103) are fixed in the latest upstream version.
Does this justify a new package in frozen? From the changelog it seems that
the only
On Mon, Mar 27, 2000 at 10:38:22PM +0200, Marco d'Itri wrote:
You have to change all lists commands in your ~/.muttrc in
subscribe.
Was that just a gratuitous change?
--
Mike Stone
pgpez67xQtsKl.pgp
Description: PGP signature
On Wed, Mar 29, 2000 at 12:53:12PM +0200, Stefan Hornburg wrote:
Branden Robinson [EMAIL PROTECTED] writes:
On Wed, Mar 29, 2000 at 10:11:57AM +0200, Stefan Hornburg wrote:
OK, now as MV 4.03 is out, there is a Debian package available now
for testing.
Excellent. I've long been
On Tue, Aug 15, 2000 at 07:19:09AM -0700, Joey Hess wrote:
If you don't want to download realplayer right now, why are you
installing the package?
E.g., you might have a slow network connection and want to deal with
the download later. (So you can finish installing everything else
without
On Sun, Sep 03, 2000 at 07:09:45PM +0200, Igor Mozetic wrote:
Is there any difference between the packages in
deb http://ANY.DEBIAN.MIRRIR/debian dists/potato-proposed-updates/
and
deb http://security.debian.org/ potato/updates main contrib non-free
Yes.
--
Mike Stone
pgpzFNgreH9vi.pgp
This useless thread generated more traffic than I've seen in spam in the
last couple of months. (And if you add the traffic from the last couple
of times we had this *same discussion*...)
I'd like to propose that we blacklist people who propose solutions to
deal with non-existant spam problems
On Wed, Jan 03, 2001 at 01:24:08PM +1000, Anthony Towns wrote:
The most important problem this has is how katie (the new dinstall)
processes it. It goes through the following motions:
I guess it needs to be fixed, right? I'd actually like to see
source-only become the norm--we've seen too many
On Fri, Jan 05, 2001 at 01:09:17AM -0300, Nicolás Lichtmaier wrote:
There could be a helper setuid program, man-cache-writer. man would call
this program and pipe it the catpage. man-cache-writer would just write it's
stding to the proper place. End of the problems.
No so simple. You don't
On Fri, Jan 05, 2001 at 12:33:34PM +0100, Santiago Vila wrote:
Joey Hess (See Bug#81249) complains about the fact that local changes
to /etc/debian_version are not preserved on upgrades (he wants this
file to read unstable instead of the current testing/unstable).
What should I do?
Move it
Screw it, just kill the file. We don't have a mechanism for coping with
it.
--
Mike Stone
On Sat, Jan 06, 2001 at 07:42:30AM -0500, Scott Ellis wrote:
Of course the -I option to tar was completely non-standard. The changelog
explains why it changed, to be consistant with Solaris tar. I'd prefer
portability and consistancy any day, it shouldn't take that long to change
any custom
On Sun, Jan 07, 2001 at 01:17:40AM +0900, Miles Bader wrote:
One point the maintainer has made on the gnu mailing lists in response
to complaints about this change is that there has actually been no
*released* version of gnu tar that uses -I for bzip (I don't know
whether it's true or not).
On Sat, Jan 06, 2001 at 11:43:10AM -0500, Neal H Walfield wrote:
I think that your argument is equivalent to someone complaining that
unstable is broken. Of course it is, nothing has been finalized and it
is, by definition, unstable. If you want stability, use the released
version, not
Since solaris compat is now a release goal for tar, should we also
expect dramatic changes in the behavior of the following options?
(Some of these are actually supported on more platforms than just
solaris; gtar is the only oddball.)
F
i
k
l
o
P
--
Mike Stone
On Sun, Jan 07, 2001 at 04:25:43AM +0100, Marcus Brinkmann wrote:
On Sun, Jan 07, 2001 at 03:28:46AM +0100, Goswin Brederlow wrote:
tar -xIvvf file.tar.bz2 has been in use under linux for over a year
by pretty much everybody. Even if the author never released it as
stable, all linux
On Mon, Jan 08, 2001 at 12:12:59AM +1100, Sam Couter wrote:
Goswin Brederlow [EMAIL PROTECTED] wrote:
Just as linux-centric as the other way is solaris-centric.
Not true. There's the way GNU tar works, then there's the way every other
tar on the planet works (at least with respect to the -I
On Mon, Jan 08, 2001 at 08:32:33AM +1100, Sam Couter wrote:
My point is that the -I option *doesn't* mean uncompress this file using
bzip2 for anything other than GNU tar. Now that it doesn't mean that for
GNU tar either, people are complaining. I think they probably shouldn't have
been using
On Tue, Jan 09, 2001 at 09:09:06PM +0100, Ingo Saitz wrote:
option? Is -j fixed for the next stable tar version or will it
probably change to something different again? If yes, we should
not support -j in potato, as suggested above, of course.
It's already changed several times before. I would
On Tue, Jan 09, 2001 at 03:09:34PM -0700, Bdale Garbee wrote:
I'm satisfied with this solution, and will work with Paul to deliver an
implementation for Debian as soon as possible.
sounds very good.
--
Mike Stone
On Tue, Apr 24, 2001 at 12:52:30AM +0900, Yasuhiro Take wrote:
The biggest problem about TrueType font configuration for X is the syntax
of .scale file. X provides two backends to handle TrueType fonts, xtt backend
and freetype backend. The former features dynamic decoration of TrueType font,
On Wed, Apr 25, 2001 at 09:19:29AM +1000, Herbert Xu wrote:
I'm actually referring to all binary modules. But for binary-only modules
in particular, since you don't have the luxuary of being able to recompile
them, it's even more important to supply the builder with enough information
On Wed, Apr 25, 2001 at 01:02:47AM -0500, Adam Heath wrote:
mkfs doesn't fry harddrives, it fries data on harddrives. However, using
wrong video settings can actually destroy certain monitors.
Would any of those monitors even work after you dug them up from the
bottom of the dusty parts
On Fri, Apr 27, 2001 at 02:50:24AM -0700, Mike Markley wrote:
Admittedly, it's sort of buried; I don't see why we couldn't modify
update-rc.d to use one of the unassigned but allowed runlevels to keep track
of this junk. I have no problem with removing all but the K symlinks in
What would be
On Thu, Apr 26, 2001 at 10:59:35PM -0400, Joey Hess wrote:
Paul Martin wrote:
Looks like it would be a good idea to add export LC_ALL=POSIX to the
default dh_make rules file.
Well, we _could_ do that. It would probably have nasty effects if you
expected to be able to build a package and
On Tue, May 01, 2001 at 12:22:47AM +1000, Craig Sanders wrote:
On Sun, Apr 29, 2001 at 10:29:58PM -0600, Dwayne C. Litzenberger wrote:
Why does a server automatically get run just because it's installed?
because if you didn't want it to run, you wouldn't have installed it.
As always, that
On Thu, May 03, 2001 at 05:51:53PM -0700, Ben Gertzfield wrote:
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul I think that *mutt* is definitely broken in this regard,
Paul because *no* other console program i know (e.g. mc or pine)
Paul breaks like this using the very same
On Fri, May 04, 2001 at 09:03:18AM -0700, John H. Robinson, IV wrote:
[EMAIL PROTECTED]:/tmp/LC]% LANG=hr_HR ls -A
.A .B .C .a .b .c A B C a b c
Probably because your locale.gen isn't configured to build an hr_HR
locale.
--
Mike Stone
On Sat, Apr 19, 2003 at 11:13:59PM +0200, Anders Widman wrote:
Wow.. what an reaction :). Hans's original message was that the
credits were not included with the distributed files, nothing else.
Or am I completely mistaken?
Who knows. The original message was an non-specific rant.
Mike
On Wed, May 14, 2003 at 10:07:16AM +0300, Chris Leishman wrote:
Yes, there are. But all of these loose one of the main reasons I feel
we even have a testing distribution - to have people testing it.
You are falling into the trap of overselling testing. Having people test
testing at this point in
On Wed, May 14, 2003 at 10:14:53AM -0500, Gunnar Wolf wrote:
I'm sorry, I am on a public terminal, and can't quite remember where I
read it - But testing should always be close to a releasable state.
That assumption is both false and absurd. Testing has exactly two
advantages over unstable--1) all
On Thu, May 15, 2003 at 07:07:16AM +0200, Sven Luther wrote:
But we don't advertize this, so it is natural that people make the
mistake and use testing instead of unstable.
People say this all the time. Then other people go around telling
everyone to run testing. I'm not sure how to fix misplaced
On Thu, May 15, 2003 at 09:15:21PM -0500, Anthony Towns wrote:
Please don't bother listening to or arguing with Michael on this,
he's wrong, but likes to keep repeating his opinion as though it's
gospel whenever this comes up anyway.
aj likes to say I'm wrong, but hasn't fixed the problems to make
On Sun, May 25, 2003 at 04:51:17PM +0200, Jim Meyering wrote:
The problem is that the kernel provides no way to
get the required information.
s/no way/no reasonable way/
It is possible to parse /proc/cpuinfo (that's what the experimental
patch in the debian coreutils-4.5.2-1 did) but that's a
1 - 100 of 459 matches
Mail list logo
