Emilio C. Lopes:
IMHO, the problem is with "more" not with "man". One must not try
to adapt a good program just to make it work together with a
deficient one (still IMHO, of course).
This is more a matter of interface definition than anything else.
more can go backwards only on seekable f
Another possibility is to have an unreadable directory named 1.0, with
instructions in the README file on how to navigate through it. The
idea being, if you don't read the instructions you don't see the
files.
--
Raul
Perhaps we should adopt a different naming convention for unreleased
versions. E.g. instead of 1.0, call it 0.93+0.07, or 0.9x-unstable.
--
Raul
> [wuarchive] systems/linux/tsx-11/distributions/debian/debian-1.0/sources
> is empty !!!
I thought the GPL only required you to provide the sources
_when_someone_asks_for_them_.
We did learn a lesson today.
Thanks
Bruce
--
Dirk Eddelb|ttelhttp:/
Hi,
I am in the process of packaging dist-3.60, and one of the
config parameters is the organization of the local site (one of the
suggested locations: /etc/organization).
I rooted around on my machine, and discovered the file
/etc/news/organization, which was presumably put th
Bruce Perens writes:
Bruce> Yes, a code name would be a good idea. Let's hold off on that until
Bruce> Ian Murdock can do it - I've stuck my neck out enough today.
We could also "hide" in private/project.
--
Dirk Eddelb|ttelhttp://qed.econ.queensu.ca/~edd
Yes, a code name would be a good idea. Let's hold off on that until Ian Murdock
can do it - I've stuck my neck out enough today.
Thanks
Bruce
--
Visit the "Toy Story" Web Page! http://www.toystory.com
I wrote:
> I've been waiting for this, waiting, waiting, and now it's out!
Hmm, that's the first time an autoreply has gone back to the list instead
of the original author. Guess it'll teach me to check twice.. :)
Jeff
> I think we should deprecate 1.0 and bump the version number to 1.1, so that
> authentic copies of the release are not confused with the one on the Infomagic
> CD.
Sound like a good idea, however, I would go one step further and
remove the version number completely (and possibly go with a code
n
I think we should deprecate 1.0 and bump the version number to 1.1, so that
authentic copies of the release are not confused with the one on the Infomagic
CD.
I still haven't heard from Ian Murdock, who is moving his residence and no
doubt busy. Does anyone have a way for me to reach him?
Robert Leslie writes:
Robert> I don't know about other mirrors, but AFAICT tsx-11.mit.edu
Robert> doesn't even carry the 0.93R6 release any more. It only offers
Robert> debian-1.0.
It's getting jucier by the minute:
This domain has a local wuarchive mirror. Wuarchive mirrors tsx-11, alo
I took it upon myself to move debian-1.0 to ALPHA-TEST/debian-1.0 and
make the "development" symbolic link point at that. I'm sorry about
what this will do to the mirror sites, and I'm sorry to mess with the
FTP arrangement, which isn't my job.
Thanks
Bruce
--
Visit the "Toy Story
I'll be uploading the new shared-lib ELF ncurses package(s) within the
hour (just as soon as I rebuild the dist files to get rid of a few
spurious nohup.out files I left behind...).
I think I've got all bases covered, but I'd certainly not mind having a
few especially adventurous souls looking
I don't know about other mirrors, but AFAICT tsx-11.mit.edu doesn't even carry
the 0.93R6 release any more. It only offers debian-1.0.
--
Robert Leslie
[EMAIL PROTECTED]
> > > 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 concerned that this is a l
Package: gnuplot
Version: 3.5
Revision: 3
gnuplot's term.h has the define for FIG commented out. So no 'fig' or 'bfig'
terminals for the portable fig graphics language can be generated. That's a
pity as Debian has the xfig and transfig packages to use fig graphics. It
compiles fine with FIG defin
>I was going to suggest with all these people querying about 1.0 that we have
>an an account on ftp.debian.org with access to debian-1.0 directory so we
>lock out normal public ftp access. I myself have noticed quite a few people
>coming in and nabbing 1.0 packages thinking that they were the ones
From: [EMAIL PROTECTED] (Karl Ferguson)
> I also feel that with 1.0 and all the new developers (myself included) that
> all the normal users out there that would like to use 1.0 because of all the
> new packages in there. However, if we dont leave open 1.0 to people who
> arent devolpers (but wish
> "Raul" == Raul Miller <[EMAIL PROTECTED]> writes:
Another option might be to have man point more at the catman file
rather than at a pipe.
more can go backwords if it's given a seekable file.
IMHO, the problem is with "more" not with "man". One must not try
to adapt a good program just
PLEASE DON'T POST TO PUBLIC FORUMS ABOUT THIS ISSUE. PLEASE
LEAVE THAT UP TO IAN MURDOCK AND MYSELF. WE SHOULD HAVE ONE
COHERENT STATEMENT ON THIS, WHICH MEANS ONE PERSON GETS TO MAKE
THAT STATEMENT.
I spoke with Kim at Infomagic. Yes, they've pressed a CD with 1.0 on
it, along with other distribu
> Someone told me that Infomagic has announced a CD containing Debian 1.0,
> available in about a week. This would be a real disaster, since 1.0 is far
> from ready for anyone but a developer to use it. I will contact Infomagic,
> and I think we'd better write an announcement to linux-announce afte
Someone told me that Infomagic has announced a CD containing Debian 1.0,
available in about a week. This would be a real disaster, since 1.0 is far
from ready for anyone but a developer to use it. I will contact Infomagic,
and I think we'd better write an announcement to linux-announce after that
i
Something ought to be done though, since more(1) can't be made to
go backwards through manpages. This is rather a serious
deficiency.
Perhaps /bin/pager, done by update-alternatives ? Hmm, not too good.
Another option might be to have man point more at the catman file
rather than at
A number of people have attempted or succeeded in using
dpkg-nondebbin or a dpkg compiled on their local systems to install
Debian without using the bootstrap floppies. As far as I am aware,
this will yield a system that is broken in various ways (non-debian
files in the system direc
Package: netstd
Version: 1.24-1
Hi..
While installing netstd 1.24-1 it asked me if I wished to install a new
/etc/init.d/netstd_nfs - I said ok to that. However since I run NFS
etc it didn't take into account to leave the entry for rpc.nfsd/mountd
daemons uncommented so that they would start aga
> On Fri, 8 Dec 1995, Jeff Noxon wrote:
> > I have several months of the ncurses list archived. If anyone is interested
> > in having a copy of the archive, please let me know how to deliver it. :)
>
> How big is it?
1.3MB uncompressed, 450K gzipped.
Jeff
The following problem reports have not yet been marked as `taken up'
by a message to [EMAIL PROTECTED]
OVER 10 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
379 mount Repeatable mount(1) problem wi Bruce Perens <[EMAIL PROTECTED]>
OV
From: Jeff Noxon <[EMAIL PROTECTED]>
> perhaps we should not mess with ncurses at all.
BSD curses does not provide the form and menu interfaces. I am using
these (and possibly the pad and panel interfaces, that's undecided) to
implement a new installation program. It would be a lot more difficult
On Fri, 8 Dec 1995, Jeff Noxon wrote:
> I have several months of the ncurses list archived. If anyone is interested
> in having a copy of the archive, please let me know how to deliver it. :)
How big is it?
> > I suspect that the distributed packaging responsibility will make it
> > unlikely th
On Thu, 7 Dec 1995, David Engel 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.
> This should be ncurses21-* (or ncurses2.1-*). As was already noted,
> the major ver
> 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'
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 not real
If the ncurses guys are going to keep blowing off binary compatibility,
then perhaps we should not mess with ncurses at all.
I'm not really sure where the big 'push' to move to ncurses came from
(on linux-gcc), and I don't see how it is any better (at this point) than
BSD curses. At least BSD cur
Package: kernel
Version: ?
The sources I'm using form libdb contain a patch that says:
+ * The Linux kernel mmap() semantics are broken :
+ *
+ * Under Linux, read only private mappings cause write only and read/write
+ * opens to fail with errno=ETXTBSY. Shared read only mappings should work
Package: fort77
Version: 1.6
I have just uploaded version 1.7 of the fort77 driver script to
sunsite's Incoming. This fixes a couple of minor bugs with the
-b, -v and -V options, which weren't passed everywhere, or weren't
passed correctly.
--
Thomas Kvnig, [EMAIL PROTECTED], [EMAIL PROTECTED]
T
35 matches
Mail list logo
