Date: 04 Jan 96 03:17 UT
Source: expect
Binary: expect
Version: 5.18.1-1
Description:
expect: The expect/expectk programs and libraries.
Priority: Low
Changes:
Updated to new upstream version.
.
Converted to ELF.
Files:
-rw-rw-r-- 1 root src391071 Jan 3 21:16 expect-5.18.1-1.
On Wed, 3 Jan 1996, Bruce Perens wrote:
> Is there any prediction how long the FTP site will be bombarded by people
> retrieving netscape? Is this going to be a regular occurrance? It's perhaps
> a bit too slow for mirror scripts to run well. Performance from here seems
> to be about 1K/second or
Package: gzip
Version: 1.2.4-6
uncompress should be a link to gunzip, as many programs (such as
w3.el) as well as users expect to be able to run uncompress on *.Z
files. (gunzip handles this fine, it's just a matter of naming...)
I'm using debian 0.93r6.
Is there any prediction how long the FTP site will be bombarded by people
retrieving netscape? Is this going to be a regular occurrance? It's perhaps
a bit too slow for mirror scripts to run well. Performance from here seems
to be about 1K/second or less.
Thanks
Bruce
--
Bruce Per
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 h
Package: miscutils
Version: 1.3-5
The BUGS section of the manpage for fdisk:
Although this man page (written by [EMAIL PROTECTED]) is
poor, there is excellent documentation in the README.fdisk
file (written by [EMAIL PROTECTED]) that should always be
with the fdisk
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:
>
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 r
Juergen Menden:
any package which needs to be compiled is of course not
arch-independent. on my system here (sunos, not debian ;-)) at
least the following are partially compiled:
> ii dvips5.58f 2TeX DVI-driver for Postscript
> ii fort77 1.6 1An f2
Hi!
There is a small problem with the new sysvinit (2.58-1) suite. Once you have
installed it, you can't shutdown/reboot/halt the system as these use a
different way of communicating than the 2.57* init (a FIFO, no longer a file).
So please make copies of the old init,shutdown, halt and reboot pr
Package: lrzsz
Version: 0.11
If the connection closes while lrz is downloading a file, lrz will hang.
This happens because the maintainer of the package commented out all of the
calls to signal(). I fixed the declarations of the signal handlers instead.
I'll append my patches. Thanks in advance
'[EMAIL PROTECTED] wrote:'
>
> Raul Miller writes:
> Raul> It does look like dvips was superceeded by some other package, and
> Raul> that it did originally have some executables in it.
>
>Nils switched to the upstream convention of reflecting the 'k' for Karl
>Berry's kpathsea in the package n
> unaffected. I'd also _highly_ recommend the DEC PCI cards, and also
> the Kingston PCI cards. The Kingston cards use the DEC ethernet chip,
> work with the DE4X5 driver, and cost $60-$70. Not bad for 1MB/sec
> transfers.
I've a dirt-cheep (ie, I got it for free) NE2000 clone with a UMC chip o
[This goes to debian-devel only.]
Raul Miller writes:
Raul> It does look like dvips was superceeded by some other package, and
Raul> that it did originally have some executables in it.
Nils switched to the upstream convention of reflecting the 'k' for Karl
Berry's kpathsea in the package
In my ncurses program with keypad() and meta() TRUE, I think backspace
came through as key code 127, and DEL came through as the symbolic key
name KEY_DC. I think this supports your argument, but I can't say I've
looked at this at all deeply.
Bruce
--
Bruce Perens <[EMAIL PROTECTED]> Pixar
Package: pbmplus
Version: 10dec91 Rev 2
ppmforge -stars produces an image which appears to be truncated, then
stops with a Segmentation fault error.
Example:
% ppmforge -stars 0 > junk
ppmforge: planet: -seed 1357751156 -dimension 2.40 -power 1.20 -mesh 256
ppmforge: -inclination 18 -ho
Marek Michalkiewicz writes:
Marek> [EMAIL PROTECTED]:
Dirk> I have reported this to the upstream maintainer. He promised me new
Dirk> acct code (last is part of acct) about six months ago, so don't hold
Dirk> your breath.
Marek> How about using last from util-linux? It has the stand
Miquel van Smoorenburg writes:
Miquel> There is a last with the GNU copyright in sysvinit. It isn't
Miquel> compiled and installed by default, but it is small and fast.
That sounds good to me. As your sysvinit package is part of every Debian
installation, we could use this 'last' binary an
> 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_
>The network card is an Intel Etherexpress 16.
This is the problem right here.
The Intel driver, when confronted with a large file being transferred
over a local subnet on a fast (P5) system, will spool a zillion
messages to your syslog (as the errors mount) and then fall over.
I have verified
You ([EMAIL PROTECTED]) wrote:
>
> Marek> Is the GNU last better? Why?
>
> We went through this before when I split last from the acct package to have a
> single last package for the /base/ section. Some people where proposing to
> use the BSD one, others recommended to keep the GNU last, and so
[EMAIL PROTECTED]:
> I have reported this to the upstream maintainer. He promised me new acct code
> (last is part of acct) about six months ago, so don't hold your breath.
How about using last from util-linux? It has the standard BSD copyright,
there are no patent issues that I know of, it knows
The problem is due to your Intel Etherexpress. That card is _evil_. They are
to slow for fast LANs and get out of sync. I tried to use one (given as a
loan) for some months last year, There were zillions of similar bug reports
on comp.os.linux.networking.
While I agree that this answer is unsatis
Hello Debian debuggers,
I gave my first try to Debian after installing Slackware
systems for nearly 2 years. Although I did prefer the Debian directory
structure and help files I remain rather disappointed with the rest.
The following applies to my trial with v0.93R6 on a 133MHz, 32Mb PCI
Date: 02 Jan 96 22:58 UT
Source: sysvinit
Binary: sysvinit
Version: 2.58-1
Description:
sysvinit: System-V-like Init.
Priority: Medium
Changes:
New Maintainer
New upstream version (well, this _is_ the upstream version)
.deb binaries built as ELF
sulogin included
Files:
-rw-r--r-- 1 miquels
Hello,
there is a bug in trn, also present in the upstream version.
By now most people will have discovered it as it started on
1 Januari. There is a bug in the NNTP time conversion which
causes trn to think there are a lot of new newsgroups every
time it starts up.
I've fixed it for now - the
PACKAGE: ncurses3.0
VERSION: 1.9.8a-3
I noted some problems in the ae.rc file in the ae-493-9.deb
package I just uploaded after rebuilding it and several other
packages for ncurses3.0 compatability. In checking into this,
I came across an apparent problem with /usr/lib/terminfo/l/linux.
In /usr
Raul Miller wrote lately:
>
> Ian Murdock:
>I doubt there'll be a substantial number of architecture-neutral
>packages; we can either copy or link them into all of the trees.
>
> I suppose this depends on what you mean by substantial... Here's a
> list of packages that appear to be archi
28 matches
Mail list logo
