Hi,
Also, 11M may not be a typical install. I get a far higher number:
__> du -s /usr/doc
92026 /usr/doc
Uncompressing this is very likely to annoy me.
manoj
--
The Lump Law: If we want to learn anything, we mustn't try to learn
everything. --anonymous
Manoj Srivasta
> "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
Christoph> This wont work as we already have said again and
Christoph> again. You are modifying the HTTP protocol with this
Christoph> and creating a new .html.gz extension in essence. And
Christoph> sometimes the w
Hi,
>>"Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
>> You can't fix the browsers, because we don't have the source for
>> important browsers like netscape.
Christoph> You mean the Debian Project caving in and changing its
Christoph> standards because some non free product cannot
On Jun 29, Fernando wrote
>
> I fear the Documentation Policy is being based on the wrong technical
> assumptions.
>
> The fact is that what slows down HTML in an old system is not a web server or
> the cgi converters. It is the browser!
>
[-stuff snipped-]
>
> Tha
> "Brian" == Brian White <[EMAIL PROTECTED]> writes:
Brian> Maintainers don't chose what section their package goes
Brian> in -- they only recommend. It's decided by the ftp site
Brian> maintainer (Guy).
Maybe they should co-ordinate with one another a little then.
Brian>
I just recompiled perl for libc6 (I needed a libc6 version), but
now dpkg-shlibdep gives me this error:
dpkg-shlibdeps ./fakeroot
Can't load '/usr/lib/perl5/i386-linux/5.004/auto/POSIX/POSIX.so' for module
POSIX: /usr/lib/perl5/i386-linux/5.004/auto/POSIX/POSIX.so: undefined symbol:
XS_POSIX_a
[ Which list does this belong on? I'm sorry to spam at you. ]
> "Richard" == Richard G Roberto <[EMAIL PROTECTED]> writes:
[ in debian-user ]
Richard> Incidentally, the web based subscription service doesn't
Richard> appear to be working. Also, the archives are pretty old.
> > I just did a "du -s /usr/doc" on my 386DX/33 (8MB RAM, 2-200MB HD) - and
> > it only has 11MB of docs installed. So uncompressing those isn't going
> > to kill me - I'm sure most other people using old hardware have similar
> > usage.
> >
> > Who objects?
>
> I do.
> text/html/ps usua
> James R Van Zandt writes:
James> However, a relative newcomer might want to change his
James> answers (having learned things since answering the first
James> time).
! You're kidding! ;-)
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.com/~karlheg
Portl
> "Yann" == Yann Dirson <[EMAIL PROTECTED]> writes:
Yann> Hi all of you... I've just been reading this (quite old for
Yann> now) thread. What's the status of the discussion now ? Has
Yann> there been some new feeback from other groups ?
I just discovered "/usr/share/keytables/hyp
[Doesn't this discussion belong in debian-doc? I am going to CC it
there, and move there with the discussion. :-) <--winning smile.]
> "Fernando" == Fernando <[EMAIL PROTECTED]> writes:
KMH> `gv' and alladin ghostscript rules! (And DEC SRC's Virtual
KMH> Paper, if you own a Zip dri
On Sun, 29 Jun 1997, Jim Pick wrote:
> I just did a "du -s /usr/doc" on my 386DX/33 (8MB RAM, 2-200MB HD) - and
> it only has 11MB of docs installed. So uncompressing those isn't going
> to kill me - I'm sure most other people using old hardware have similar
> usage.
>
> Who objects?
I do. Tex
On Sun, 29 Jun 1997, Jim Pick wrote:
> I just did a "du -s /usr/doc" on my 386DX/33 (8MB RAM, 2-200MB HD) - and
> it only has 11MB of docs installed. So uncompressing those isn't going
> to kill me - I'm sure most other people using old hardware have similar
> usage.
>
> Who objects?
I
Hello,
On Jun 29, Mark Baker wrote
> particular problem with linux? Will the current changes to the VFS code in
> 2.1.x help?
No, not realy. The 2.0 Code is rather well optimized (with dir cache and
stuff). The Access of the Directory can be optimized and is a bottleneck on
system like news-serve
> I only advocated this as a compromise. I am for #1. And I would go further
> and abolish all compression everywhere. Compression should only be done if
> its transparent for all apps (e2compr or zlib?). I have seen so many
> broken packages because of manpage compression etc etc. The clean solut
On Sun, 29 Jun 1997, Jim Pick wrote:
>We shouldn't be changing the way browsers work.
That is what I have been saying all the way...
>Most browsers follow the HTTP/1.0 or 1.1 standard - including Netscape -
>and I don't think it's smart to develop a "debian-specific" HTTP
>protocol extension -
I just saw a post on this, but I deleted it. How are we suppose to use
dselect with the new dist format. I have tried many things, such as
setting the dist path to /pub/mirrors/debian/dists/unstable and using main
non-free contrib as the ones I want to get. dselect chokes on this
because the pa
On Sun, 29 Jun 1997, Andreas Jellinghaus wrote:
> > I know that ISDN here is implemented differently from the way it
> > is in the USA and I believe it is also different from that in Europe.
> >
> > Does anyone use ISDN in the UK with Linux?
>
> i don't know, but i don't think so (at least there
Responding to the message of Sun, 29 Jun 97 10:40:38 -0500
from "Jon Nelson" <[EMAIL PROTECTED]>:
> Is that a problem with `boa', or `mime-support'? Who can tell us?
> > It will take me a week to rtfm's. (which are on deck anyhow.)
>
> I am the maintainer for the boa package. I have verified
On Sun, 29 Jun 1997, Joey Hess wrote:
> > The directory is very large when you have a lot of packages
> > installed, and it takes a lot of processing to open it with a file
> > manager, web browser, or dired.
>
> I completly agree. I have 434 items in /usr/doc, and that's too many.
> Splitting i
> "Fernando" == Fernando <[EMAIL PROTECTED]> writes:
Fernando> I fear the Documentation Policy is being based on the
Fernando> wrong technical assumptions.
Fernando> Please take a moment and read the following timings made
Fernando> in a 386 SX-25 with 5MB of RAM. It will hel
> > > I think it would be good to divide the "/usr/doc" directory into sub
> > > directories. It should be divided in the same as the Debian ftp site,
> > > and packages should put their documentation into the same slot as the
> > > one they got ftp'd from.
> > >
> > > The directory is very larg
One complication I can think of - dselect and the ftp sites have the
concept of "overrides", where Guy can change the section a package
is assigned to. This wouldn't be reflected in the /usr/doc
directory - of course, this might not really matter.
Cheers,
- Jim
pgpkROZcuIbKB.pgp
Description
> >You can't fix the browsers, because we don't have the source for important
> >browsers like netscape.
>
> You mean the Debian Project caving in and changing its standards because
> some non free product cannot be changed? Where is our commitment to free
> software?
We shouldn't be changing
Lets take a little look at this copyright issue.
Why dont we just rename ncurses3.4 to something else? dcurses perhaps?
If an old author of software gives it up, he should *give it up*.
Ncurses works fine, tons of us use and like it... Can slang do everything
ncurses can, and is it as widely
> "Andreas" == Andreas Jellinghaus <[EMAIL PROTECTED]> writes:
Andreas> should we change this for 2.0 or 2.1 ?
2.0!
--
mailto:[EMAIL PROTECTED] (Karl M. Hegbloom)
http://www.inetarena.com/~karlheg
Portland, OR USA
Debian GNU 1.3 Linux 2.1.36 AMD K5 PR-133
--
TO UNSUBSCRIBE FROM THI
On 29 Jun 1997, Marco Budde wrote:
>CL> Why would you change the links? I dont understand. If you are fixing the
>CL> web-browsers then do it in such a way that you do not need to change any
>CL> links.
>
>You can't fix the browsers, because we don't have the source for important
>browsers like
On Sun, Jun 29 1997 12:11 +0200 Christian Schwarz writes:
> Packages that contain programs with GNU info manuals, should provide
> the manuals in HTML _and_ in GNU info format. The HTML files should be
Shouldn't this read texinfo? --
> stored in the directory
> /usr/doc//ht
David Frey <[EMAIL PROTECTED]> wrote:
>Let dpkg/diety do something like this:
>0. The question was already answered during an old install (and stored
> via dtxtdb or something better) -> take that answer
...
If this feature is implemented, it should be governed by a
meta-question. An experienc
> Am 29.06.97 schrieb aqy6633 # is5.nyu.edu an Marco Budde ...
>
> Moin Alex!
>
> AY> > Right, but does all WWW server offer this feature? We can't force the
> AY> > user to install a specific server.
> AY> Why not? This could be a part of Debian documentation system.
>
> Because no admin would
On Jun 29, [EMAIL PROTECTED] wrote
> Pass phrase is good. Just a moment
> dpkg-genchanges
> dpkg-genchanges: failure: cannot read files list file: No such file or
> directory
> $
i know this bug : use new dpkg 1.4.0.17 and it is fixed. what about
putting new dpkg into stable ? current dpkg
On Jun 29, Joey Hess wrote
> Karl M. Hegbloom:
> > I think it would be good to divide the "/usr/doc" directory into sub
> > directories. It should be divided in the same as the Debian ftp site,
> > and packages should put their documentation into the same slot as the
> > one they got ftp'd from.
Am 29.06.97 schrieb clameter # waterf.org ...
Moin Christoph!
CL> There is no need to much up any links. The web-browser should simply check
CL> if a .gz file exists if the file referenced by the link cannot be found
CL> and decompress the file with a tagged on .gz on the fly. That is the way
CL>
On Jun 29, Oliver Elphick wrote
> I see that a new isdnutils package has been released; I would like to use
> ISDN, but I don't want to spend the money on buying equipment and getting
> a line installed until I know whether the Linux utilities will work with the
> UK system.
i found documentati
pgpjtINiZA5GZ.pgp
Description: PGP message
G'day All,
Well I've gotten what I hoped was a package all up and running, except
right at the end I get this;
make[2]: Leaving directory /usr/src/ax25utils-2.1.37a/z8530util'
make[1]: Leaving directory /usr/src/ax25utils-2.1.37a'
touch debian/build
sudo debian/rules binary
Password:
signfile
Karl M. Hegbloom:
> I think it would be good to divide the "/usr/doc" directory into sub
> directories. It should be divided in the same as the Debian ftp site,
> and packages should put their documentation into the same slot as the
> one they got ftp'd from.
>
> The directory is very large whe
Responding to the message of 28 Jun 1997 21:48:08 -0700
from [EMAIL PROTECTED] (Karl M. Hegbloom):
> This is not working correctly at my house. Boa does grab the .gz
> file, and serves it, when I type a URL without the .gz suffix. But
> there is no automatic decompression, and W3 says: |Passing
Hi all of you...
I've just been reading this (quite old for now) thread. What's the
status of the discussion now ? Has there been some new feeback from
other groups ?
--
Yann Dirson <[EMAIL PROTECTED]>
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "
>
> My comment was about "Israel disregard for International law", that was
> inappropriate.
Well, I don't seem to remember that remark in the original discussion.
Yes, it was made in the discussion you initiated about politics:
This was the first remark, that only had the word "Jerusalem" in
> * xaw3d-dev-1.3(see "ftp://ftp.x.org/contrib/widgets/Xaw3d/";)
>
> Is there already anybody working on these packages and thus making my
> efforts unnecessary?
Yes, xaw3d-dev will come up in a week or to.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777ihttp://www.dcs.ex.ac.
> [ Please don't Cc: public replies to me. ]
>
> joost witteveen:
> > So, there's a first version of fakeroot sitting in
> >ftp://rulcmc.leidenuniv.nl/debian/upload
>
> I suggest a simpler solution, which doesn't require intricate
> hacking to work:
>
> At the moment, "debian/rules binary" i
Hi,
I answer to some of Karl M. Hegbloom's comments:
> (inside emacs), texinfo can be printed or made into info files...
> TeXinfo was designed by men who have studied and used computers for a
> long time.
And my proposal went over that precise line.
TeXinfo is a good format, and can b
My comment was about "Israel disregard for International law", that was
inappropriate. If it has to do with computers or linux, then this is the
proper forum, else it doesn't. I didn't mean to say end the posix time
discussion, but end talking about Israel's place in politics.
Shaya
On Sun, 29
> I have a binary /foo that essantially does this:
>
> cd /
> fork;
> if father exit;
> setsid;
> kill all processes not in own session
> umount /home
>
> This works fine, when I simply log in and start /foo as root. However,
> when I first cd /home after logging in and then start /foo it cannot
> On 28 Jun 1997, Kai Henningsen wrote:
>
> > [EMAIL PROTECTED] (Alex Yukhimets) wrote on 22.06.97 in <[EMAIL
> > PROTECTED]>:
> >
> > > > I'd expect that to be a problem for people in both parts of Jerusalem,
> > > > for
> > > > example.
> > > >
> > >
> > > I am very sorry but I just don't th
I fear the Documentation Policy is being based on the wrong technical
assumptions.
The fact is that what slows down HTML in an old system is not a web server or
the cgi converters. It is the browser!
Please take a moment and read the following timings made in a 386 SX-25 with
5MB of RAM. It will
I think it would be good to divide the "/usr/doc" directory into sub
directories. It should be divided in the same as the Debian ftp site,
and packages should put their documentation into the same slot as the
one they got ftp'd from.
The directory is very large when you have a lot of packages
i
> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
Christian> Sorry, to be so rude, but this summary does not bring
Christian> us forward. Some of your "facts" are simply not valid
Christian> (e.g., we are _not_ discussing which documentation
Christian> format we us
I see that a new isdnutils package has been released; I would like to use
ISDN, but I don't want to spend the money on buying equipment and getting
a line installed until I know whether the Linux utilities will work with the
UK system. I know that ISDN here is implemented differently from the way
[can we start putting Keywords: headers in longer reports, for the
archive server? (it is smartlist, right?)]
(If you use Gnus, press {W e} now.)
--
*Boa may not be our best option.*
_Gzipped HTML files:_
Christian> One q
Am 28.06.97 schrieb clameter # waterf.org ...
Moin Christoph!
CL> It will still serve the .html file (now uncompressed) containing .html.gz
CL> links which are not understood by web-servers outside of the Debian realm.
Maybe we could use the following:
1.) Change the links inside the documents
Hi folks!
Here is another proposal for our new "Documentation Policy". This
time, I have added a list of assumptions, on which this proposal is
based on.
Note, that this is not the actual text that will be included in the
Policy Manual, but a list of statements such a text will be based on.
Ass
On Sun, 29 Jun 1997, Christian Meder wrote:
[snip]
> [to Christian Schwarz: Sorry, that I brought the topic up again without
> proposing better paragraphs, will try to work on a proposal in the
> coming week]
Sorry, to be so rude, but this summary does not bring us forward. Some of
your "facts"
On Sun, 29 Jun 1997, Christian Hudon wrote:
> On Jun 27, David Frey wrote
> > > The only reason I remember is that the shared libraries are
> > > "executed", only not from the commandline, but within other binaries.
> >
> > This might be, but the linker doesn't care.
> > (In Debian 1.1 we had the
I've started packaging the toolkit, and while I was looking through the
docs I discovered this formal legalese stuff. I don't speak lawyer, nor
do I know enough about the licenses Debian willingly puts up with to say
whether this is OK or not.
So is this tolerable?
-- starts --
1. This Lic
Hi,
I will try to summarize what I did understand of the whole mess up to
now for my own mind's sanity (had to wade through all emails ;-)
Note that I won't include my own opinion (except where indicated), I
just want to summarize the technical and emotional points of view I
saw and I state my q
> Karl M Hegbloom writes:
Karl> This is from the `boa' README.debian:
Karl> Transparent compressed file support
Karl> --- Boa supports transparent
Karl> access to gzipped files and on the fly decompression of the
Karl> served html pages. No
On Jun 22, Bruce Perens wrote
>
> Debian policy for systems 2.0 and above will be to have _no_editor_
> as part of the base system. If you want an editor, you must install
Ahh... That should put an end to the endless editor threads. I'm all for
it.
Christian
PS Is the bruce-bunchofnumbers add
On Jun 27, David Frey wrote
> > The only reason I remember is that the shared libraries are
> > "executed", only not from the commandline, but within other binaries.
>
> This might be, but the linker doesn't care.
> (In Debian 1.1 we had the shared libraries 644, IIRC).
Stuff that you can't do a
On 28 Jun 1997, Kai Henningsen wrote:
> [EMAIL PROTECTED] (Alex Yukhimets) wrote on 22.06.97 in <[EMAIL PROTECTED]>:
>
> > > I'd expect that to be a problem for people in both parts of Jerusalem, for
> > > example.
> > >
> >
> > I am very sorry but I just don't think that debian-devel is a prope
On Sat, 28 Jun 1997, Lars Wirzenius wrote:
> Christoph Lameter:
> > There are just the elect few who can handle X.
>
> This comes from the man that says it's OK to require people
> to have Pentium 200's... I'm sorry, but I can't really stand
> idiots, especially ones who grasp any straw they ca
On Sat, 28 Jun 1997, Jim Pick wrote:
>So here's my stand:
>
>- let's munch up the links to point to ".html.gz" files. Ugly, I know,
> and a bit of work, but then we don't need to force people to install a
> web server. I think it's pretty important that we don't force people
> to run stuff th
On Sat, 28 Jun 1997, Christian Schwarz wrote:
>But most of the web browser can easily be fixed. Since "boa" is really
>very small and already supports on-the-fly decompression, we can include
>it even in the base system so everyone out there his it installed. It can
>be started on another port tha
64 matches
Mail list logo
