Date: Tue, 5 Dec 95 23:03 PST
From: [EMAIL PROTECTED] (Bruce Perens)
Please do not start uploading to ftp.debian.org again until Ian
Murdock says it's OK. He's probably going to want to copy the
files over from ftp.pixar.com and so on before he's ready for
new uploads.
Yes.
I
I send off a bug report against emacs to the emacs maintainers, and
got a patch back.
Here's my report, and the patch, delimited by =-=-=-=-= lines
Austin
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: [EMAIL PROTECTED] (Austin Donnelly)
Newsgroups:
On Wed, 6 Dec 1995, Raul Miller wrote:
I wasn't thinking about anything specific... I was just worrying about
potential configurations with no /usr partition.
I probably shouldn't have even mailed the original message.
No, I think it's a valid question to bring up---I was just confused about
Hello!
Compiling strace with newer kernel sources is not so difficult as the
bug reports from Ray Dassen suggest. Starting with the strace source
as found on sunsite's devel/strace
diff --recursive strace-3.0/syscall.c strace-new/syscall.c
35a36,41
#ifdef LINUX
#define __KERNEL__
#include
On Thu, 7 Dec 1995, Ian Jackson wrote:
Michael Alan Dorman writes (Bug#1984: dpkg won't install cdtool):
Try doing a --purge first. I was having a similar problem and that
solved it.
I just assumed it was my system, but apparently not.
??? I'm very puzzled.
Sorry, looking back over
On Thu, 7 Dec 1995, J.H.M.Dassen wrote:
I don't see the necessity of this. Take bash for instance: it uses
readline, which uses ncurses.
Taking this to its logical absurdity, we get: Let's just require that
everything be on one big hard drive so it's all in the root partition so
we don't have
On Thu, 7 Dec 1995, brian (b.c.) white wrote:
for (ksnum=0; 1; c=fgets(buf,sizeof(buf),stdin)) {
The third thing in the for structure only gets executed at end of
the loop. 'c' thus has an undefined value on the first iteration
which just happened to be NULL for you (hence the (nil)
I'm surprised that [-O3] make a 20% increase in code size, especially for
the probably negligible performance improvement.
[...]
The bottom line is, unless your function is _very_ short (a few lines,
max, with no loops) in probably should _not_ be inline. It sounds
like the GCC heuristic
Maybe that's it. Maybe 'fgets' is interfering with how scanf works.
Does it still fail if you remove the 'fgets' from the for loop?
Yes, it still fails. I tried removing the #define from the start of the
string to be matched, though, and it no longer fails. OTOH, the original
program (which is
In article [EMAIL PROTECTED] you wrote:
: Something ought to be done though, since more(1) can't be made to go
: backwards through manpages. This is rather a serious deficiency.
: HP-UX's more(1) doesn't allow you to go back at all. Ever. :)
Until HP-UX 10.X, at which point it has very less-ish
On Thu, 7 Dec 1995, David Engel wrote:
So far I have been unable to find a copy of the patch that lets you fall
back to another directory. However, support is already in there to allow
I don't know that the patch even exists anymore. However, a quick and
dirty hack is only a two line
That's right. I need someone to design a completely different user
interface for the package selection function in dselect. The current
list interface will survive and just have - wizard mode tacked onto
the menu item. Most people will use - normal mode or whatever we
decide to call it.
I
Looking at the Debian directory at my local mirror, I do not find
any information on how to install Debian onto a system. There
is no informantion in any of the README* files in the main directory,
and only a passing reference in the FAQ (where there is some
talk about rootdisks and bootdisks,
OK, here's what I think I've come up with:
ncurses-runtime:
shared libraries (in /lib)
looks for files first in /etc/terminfo then /usr/lib/terminfo
has linux as compiled in fall-back.
terminfo manipulation programs
man pages for the programs
Michael Alan Dorman writes (Re: Bug#1984: dpkg won't install cdtool):
I had cdtool-1.0-3 installed. I did a 'dpkg --install cdtool-1.0-4'.
Tried to run one of the cdtool programs --- it wasn't there.
Reinstalled. Still wasn't there. Grabbed a copy of -3 and installed
that. _Still_ wasn't
brian white writes on debian-user:
[someone wrote:]
Btw, uucp coming with debian has /usr/spool/uucp compiled in, shouldn't
this be /var/spool/uucp?
/usr/spool is a symlink to /var/spool.
Nevertheless, UUCP should look in /var. Should we report this as a
bug ?
Ian.
Wichert Akkerman writes (Bug#1205: compiling strace):
Compiling strace with newer kernel sources is not so difficult as the
bug reports from Ray Dassen suggest. Starting with the strace source
as found on sunsite's devel/strace
diff --recursive strace-3.0/syscall.c strace-new/syscall.c
On Thu, 7 Dec 95 19:36 GMT, Ian Jackson [EMAIL PROTECTED] said:
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
Michael Alan Dorman writes (Re: Bug#1984: dpkg won't install cdtool):
I'll see if I can re-create it. I'll mention that I _may_ have done the
first installation of cdtool with 1.0.6, but then you warned people away
from it and I grabbed 1.0.7, which is what I was using when I could not
On Thu, 7 Dec 1995, Ian Jackson wrote:
That all sounds reasonable. I take it that the terminfo manipulation
programs and the manpages are small enough that having them installed
on every system is not a problem (ncurses-runtime will be an essential
package).
Actually, they're going into a
On Thu, 7 Dec 1995, Ian Jackson wrote:
That sounds like the same bug.
I'm worried about it, but I don't have enough to go on.
I'll see if I can re-create it. I'll mention that I _may_ have done the
first installation of cdtool with 1.0.6, but then you warned people away
from it and I grabbed
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.
I didn't find it. I was just commenting on, and
Note that -O2 is the highest form of optimization that does not trade
off space for speed. Since Linux is sometimes run on machines with very
tight memory/disk constraints, then trading off significant space (20%)
for insignificant speed (10%) is, IMO, not worth it. Measuring speed
A common source of security problems is often that each service uses
its own protocol and code for authentication (ftpd, telnetd, rlogind,
login, popd, ...). Besides the inconsistent user interface, this also
introduces many oportunities for security holes. This holds in
particular for public
On Thu, 7 Dec 1995, Michael Alan Dorman wrote:
ncurses2-1.9.7a-1.deb will be the shared library package. It is ncurses2
because the major portion of the soname is 2. It will depend on libc5 and
ncurses-base.
Done. Is it necessary or appropriate to have ncurses-dev be
ncurses2-dev?
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
On Thu, 7 Dec 1995, Ian Jackson wrote:
ncurses-term-1.9.7a-1.deb will contain the monolithic set of terminfo
files. It depends on the lockstep revision of ncurses-base (since we
might move a few more things out of term and into base as they seem
appropriate -- getting out of sync might
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
Bill,
Thanks for sending the info on the two fixes you made in less-290.
I don't quite understand the purpose of the first one. You said:
In screen.c, it's presumed that dumb terminals have termcap
capabilities. This isn't necessarily true. I added the
#ifdef DEBIAN block below to stop a
Was either GCC or binutils (whichever is appropriate) changed between
gcc-2.7.0-2 and gcc-2.7.2-1 or binutils-2.5.2l.20-2 and binutils-2.6-1 so
that it won't find ELF shared libraries with names like libX11.so.6.0,
only libraries with names like libX11.so?
I ask because X has suddenly started
Was either GCC or binutils (whichever is appropriate) changed between
gcc-2.7.0-2 and gcc-2.7.2-1 or binutils-2.5.2l.20-2 and binutils-2.6-1 so
that it won't find ELF shared libraries with names like libX11.so.6.0,
only libraries with names like libX11.so?
Yes, ld (part of binutils) was
On 7 Dec 1995, Mark Nudelman wrote:
Bill,
Thanks for sending the info on the two fixes you made in less-290.
I don't quite understand the purpose of the first one. You said:
In screen.c, it's presumed that dumb terminals have termcap
capabilities. This isn't necessarily true. I added
32 matches
Mail list logo
