Moin Christoph!
CL 200Mhz Pentiums are the standard fare today. And I am running
CL the boa webserver for example on some low memory 486DX66s with
I'm using a 486/100 and a 486SL/33. In my opinion we should avoid using
the server to uncompress the files. We should find another solution.
On Sat, 28 Jun 1997, Christian Schwarz wrote:
Why? The files are called .html.gz in the file system. Thus, these links
are valid. We only have to implement on-the-fly decompression on some web
servers. (This functionality could be useful for others, too, so we could
forward our patches to the
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 than 80,
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 they
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 can in
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 proper place
to
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 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
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
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
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
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 shared
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 are
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.
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
[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
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
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 use, though a
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 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
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
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
unmount
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
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 be
[ 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 is executed as
* 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
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
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
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 when you
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
pgpjtINiZA5GZ.pgp
Description: PGP message
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 documentation
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, 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.
The
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 is
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 like to have
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 experienced
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
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
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 THIS MAILING
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
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 the way
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:
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
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 it up by
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 that
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
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 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 solution
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
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.
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. Text often
[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 drive or have
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/hypermap.m4.
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
Portland, OR
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 usually compress
[ 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.
What's up
57 matches
Mail list logo
