It seems like they've given up their rights by calling it public domain
in a public forum...
Debian needs a lawyer for things like this.
Regards
Jeff
On Thu, Mar 16, 2000 at 04:51:51PM -0800, Jakob 'sparky' Kaivo wrote:
Damian M Gryski [EMAIL PROTECTED] writes:
Turbo Vision is
I've always had strange problems with Navigator Communicator for Linux,
but I can't say that glibc2.1 has made it any worse for me. It works just
as poorly as it always has. It hangs a lot, crashes too often, etc.
I wouldn't have much hope for a stable, full-featured browser until
Mozilla
On Sat, Oct 17, 1998 at 09:57:50PM +0100, Dave Swegen wrote:
On Sat, 17 October 1998 11:10:10 -0400, Dirk Eddelbuettel wrote:
john I'd still like to use penguins.
Indeed, that was the best proposal yet.
Cool, a linux named Opus. Can it get better?
Chilly Willy was another famous
On Thu, Oct 15, 1998 at 02:09:23PM -0700, Kenneth Scharf wrote:
The intel version of debian packages are in some directory path
downstream from ../../i386/.. and the package names also carry i386.
While this is technically correct, it can be missleading to some that
the package only runs on
On Sat, Oct 10, 1998 at 02:43:05AM +0200, Marcus Brinkmann wrote:
I would prefer a new logo, too. We shouldn't draw it.
We should run a gimp contest. They produced the Gnome logo, and there are
artists as well as designer. They'll come up with a good, inspiring logo,
I'm sure. We should vote
On Fri, Oct 09, 1998 at 04:48:26AM -, Robert Woodcock wrote:
Just out of curiosity would anyone be interested in a mcafee virusscan
installer package in slink contrib? I have everything created, the only
thing I'd have to work on would be upstream upgrades (it currently doesn't
handle this
On Fri, Oct 09, 1998 at 01:57:20PM -0700, Chris Waters wrote:
Last time I checked, the license for the logo didn't allow its use in a
package (which I complained about, so maybe that's not true any more).
I tried to do this myself, and found that the logo was unrecognizable
when shrunk down
On Thu, Apr 30, 1998 at 10:08:59AM -0700, David Welton wrote:
On Thu, Apr 30, 1998 at 01:05:19PM -0400, Stephen Carpenter wrote:
That might not put it in contrib isn't there a Free version
of DOS that someoen other than Micro$loth made? i fsomething like
that works with DOSemu...
Anyone have a digitized copy of this? :)
Thanks,
Jeff
On Wed, Apr 08, 1998 at 05:58:26PM -0400, Dale Scheetz wrote:
OK, it has played here in the East. Those of you out west still have
some time to find a radio ;-) I think it is the second piece on All
Things Considered after the news.
On Wed, Dec 10, 1997 at 07:02:05AM +1100, Lawrence wrote:
Does that mean that Debian cann't be installed easily on a machine with
a Buslogic FlashPoint PT and no IDE disks? I'm going to buy a SCSI adapter
to replace the old AHA-1542CF I have right now, and based on a
recommendation on
Note that current 1.3.x kernels seem to have everything in /proc/ksyms,
instead of just one page. Using that information, psupdate and System.map
are completely unnecessary.
Jeff
Solution: Get a new Ethernet card, or a slower machine. Something
like the BOCA BocaLan PCI with the AMD Lance is nice.
Beware: the BocaLan PCI cards have a design flaw which can cause big
problems as well. The Allied Telesyn PCI card uses the same chip but is
unaffected. I'd also _highly_
This has been reported before -- the bug is still outstanding for several
reasons, but I will fix it in the next ELF release.
The future of the current version of fdisk seems to be somewhat
questionable, especially now that Bruce is working on a front-end for
fdisk 3.0. I suppose we'll probably
Something similar happened last time I upgraded init -- to Bruce's ELF
version.
Shouldn't packages doing stuff like that do some postinst _after_ rebooting
the machine? They could just add an rc file that removes itself once it
executes.
Thanks,
Jeff
Helmut Geyer [EMAIL PROTECTED] wrote:
I'll throw in some comments of my own. :)
* The base disks do not contain vi. This is unacceptable.
I'm also irritated by this. Also, we should have a rescue disk of some
sort that has fsck.
* Debian did not recognize my D-Link DE-530CT ethernet card with the
de-4x5 driver (Slackware has
In article [EMAIL PROTECTED] you wrote:
: It doesn't really matter if a 152X gets detected before a high-power
: whiz-bang SCSI-matic 2010 PCI adapter, because you can still put root
: on any SCSI controller you like.
You are correct, of course, Jeff, but the problem with having a card
I think the real solution lies elsewhere; I am developing a
configuration tool which will allow us to choose the order of the
devices without editing hosts.c. It may take some time to surface and
you may beat me to it, but that's OK.
I'm not sure if that's the right solution either. I
IMHO, the fewer changes between Debian's kernels and the upstream
ones, the better...
You are right, of course. I changed it in 1.3.47 and the DPT (has
NOTHING to do with the AHA drivers) and the Buslogic are at the top.
What other AHA-compatible do we have that should move? I a mopen for
This has been reported before as a bug. This time I just thought i'd
chime in and say me too.
Thanks,
Jeff
Package: base
Version: 0.93.6-13
It is utterly unreasonable for the system to try and do fsck's when the
system is booted with 'linux single'. The whole point of a single user
See if it works OK in non-compressed mode. I think the compression module
is buggy at the moment. That will probably go away once Simon, our new
kernel maintainer, is up to speed.
It's a little less dain-bramaged, but it still doesn't work. It's just
not executing ifconfig or route for some
Bruce Perens writes:
From: Ian Jackson [EMAIL PROTECTED]
1. The initrunlevel file is moving to /etc from /var/log.
/var/run, surely ?
/var/run is possibly in a mounted filesystem. Init breaks if it can't
find this file. I've been thinking about using a named pipe so that
it will work
]
To: Jeff Noxon [EMAIL PROTECTED]
Subject: Re: GNU wonders where you got diff.1?
In-Reply-To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: RO
On Mon, 16 Oct 1995, Jeff Noxon wrote:
The author of GNU diff, the Debian diff
For a more functional presentation of the manual, I'd convert the manual
pages to HTML on the fly, and read them with lynx or another web browser.
I think this would be much more useful with the info pages. Info is
just as intuitive as vi (that is, not at all) and I think that makes it
a bad
On Fri, 8 Dec 1995, Jeff Noxon wrote:
If the ncurses guys are going to keep blowing off binary compatibility,
then perhaps we should not mess with ncurses at all.
I suspect, especially now that we've got the package load spread around
more, that Debian will be able to keep up.
I'm just
ncurses-developer:
static, debugging and profiling libraries (all in /usr/lib)
Do we really need/want debugging and profiling libraries? No other
packages currently provide these.
I think the debug libraries, at least, are very useful to have. This
is a package for developers, after
Does anyone disagree with Brian White ? If not I'll change the
guidelines back to recommending -O2.
I don't disagree with Brian but am not sure he's adequately proven his
point. He's only told us about what he found when compiling afio.
Wouldn't it be wise to compare -O2 to -O3 on
Could I ask a favor that run-parts *skips* directories rather than
reporting component /etc/cron.*/RCS is not an executable plain file.
It's annoying that way...
Thanks,
Darren
[EMAIL PROTECTED] http://www.daft.com/~torin/[EMAIL PROTECTED]
[EMAIL PROTECTED]
Absolutely.
Jeff
Bruce Perens wrote:
As a rule of thumb, if you can get a program from the most-upstream
source - for example the person who contributed it to BOGUS instead
of BOGUS, get it from that source.
That sounds fair. Unfortunately, some utilities (like fdisk) seem to
be maintained (recently) only in
Ian Jackson writes:
The whole design of system() in Perl isn't conducive to good
error-trapping. I suppose it might be better to use fork oneself.
Jeff (you're the maintainer of this package, aren't you?) - would you
like me to send you an update that uses fork directly and produces an
With all due respect, I fail to see any value in being able to calculate
BogoMips from the command line.
The uptime command provides accurate system load information in a much
more useful format. The BogoMips calculation just wastes CPU cycles, which
is certainly not something you would want to
I think I am going to rewrite run-parts in C. I don't know perl and don't
have the time to learn it just to fix run-parts. :)
Jeff
Harald Schueler writes (Bug#1895: run-parts does not run scripts without
#!/...):
Package: miscutils
Version: 1.3-5
Run-parts does not run scripts not
I think we need to make ELF part of the kernel for Debian-1.0. It doesn't
make sense to have it as a module anymore.
Jeff
Package: e2fsprogs
Version: 1.01?
During boot up the harddisk is checked before the modules (binfmt_elf)
are loaded. The fsck/e2fsck utility is elf dependend but
32 matches
Mail list logo
