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 a
On Thu, 7 Dec 1995, Austin Donnelly wrote:
> Could the emacs maintainer (Ian M) include this in the next emacs
> release, please ? (I think that version 19.30 is out).
Yes, I'll do that. I'll be getting to 19.30 this weekend.
> Alternatively, does Ian M want to give the emacs and emacs-el
> pa
On Thu, 7 Dec 1995, Michael Alan Dorman wrote:
> 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 b
> >Does anyone disagree with Brian White ? If not I'll change the
> >guidelines back to recommending -O2.
>
> Brian's right. Stick with -O2.
But some verbage in the guidelines about -O3 and tradeoffs with -O2
would probably be a good idea.
> > Ray, until we get a properly
> > packaged, shared version of ncurses, you should probably not link with
> > libncurses.so when building libreadline.so. This will allow the
> > static version of ncurses to be used for now.
>
> I'll have to look into this. Who is taking over ncurses?
Ray, I ho
> > Also, we need to decide on the package naming conventions for shared
> > library packages.
>
> Well, tell me if this seems to make sense:
>
> ncurses-base-1.9.7a-1.deb will contain a minimum set of terminfo files.
> It depends on nothing.
>
> ncurses2-1.9.7a-1.deb will be the shared librar
> 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 Fri, 8 Dec 1995, Stephen Early wrote:
> 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
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 s
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 seg
On Thu, 7 Dec 1995, roro wrote:
> Contrary to libc5, where the soname is libc.so.5, an therefore
> libc.so.5.0.0 until libc.so.5.2.16 are interchangeble (or was supposed
> to be) ncurses has the soname libncurses.so.2.x. ncurses2 has no meaning
> if the ABI between libncurses.so.2.0 and libncurse
> > 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 -O
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 syn
> > 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,
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?
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 dom
Michael Alan Dorman writes ("Re: ncurses build options..."):
> 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 -- gett
>> 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 spee
>> 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
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
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
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
> i
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 comp
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
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.
Michael Alan Dorman writes ("ncurses build options..."):
> OK, here's what I think I've come up with:
> [snip]
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-runti
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_ was
brian white writes ("Re: re:-O2 or -O3 ? "):
> 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
On Thu, 7 Dec 1995, David Engel wrote:
> This will be necessary -- the ncurses developers have already changed
> the shared library version number once since they introduced shared
> library support and have indicated they won't hesitate to do so again.
I wondered at the fact that soname was .2.1.
> 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 pr
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, but
>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 don't know that the patch even exists anymore. However, a quick and
> > dirty hack is only a two line change in read_entry.c.
>
> Actually, ncurses source is clear and commented enough that I don't even
> think this counts as q-n-d just because it's quite obvious what's going on.
The reas
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 program
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
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-
In article <[EMAIL PROTECTED]> you write:
>Austin Donnelly writes ("Bug#1978: man: default pager should be less"):
>> On Wed, 6 Dec 1995, Bill Mitchell wrote:
>> > less(1) isn't necessarily installed. more(1) is.
>>
>> Good point.
>
>Something ought to be done though, since more(1) can't be made t
> 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 i
> > You can handle it by creating both /etc/terminfo and /usr/lib/terminfo
> > as directories, and configuring ncurses to search them in order. Then we
> > can put the linux and ansi terminfo entries in the /etc one, and everything
> > else in the /usr/lib one.
>
> So far I have been unable to fin
>> 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 GC
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 "(ni
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 ha
> The answer, I think, is that anything depending on ncurses that is
> expected to work without /usr will have to statically linked --- but that
> should be the only change, since the static libs will also have fallback
> terminal definitions compiled in.
I don't see the necessity of this. Take b
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
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 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
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: gnu.emacs.b
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 s
What happened to netpbm. I just picked a copy from GNU. Why isn't
pbmplus free?
Thanx,
Simon
P.S. Yea, Teleport.com is still silly and my senmail is still crazy,
Please ignore the below address and flame [EMAIL PROTECTED]
He receives and answers mail :-)
Simon Shapiro
To do a complete & correct kernel configuration for all possible systems
requires either M$ or SCO. Even Novell could not do it :-).
Once X is up, even minimally, and sources are installed, we can add a
make xconfig to allow some flexibility. To do much more, I'll have to
ask you-all for help or
50 matches
Mail list logo
