Bruce Perens wrote:
> Rather than make any of lynx, dwww, and boa part of the base system,
> I'd mark them "important". The base system has the sole purpose of
Yes.
> editor the user has selected). In the case of a floppy install, the user
> would probably prefer that we not add another three f
> This will execute /bin/bash[1], and set environmen varable
> "LD_PRELOAD" to a libfakeroot.so.0.0. This libfakeroot currently
> overloads only chown and lstat[2]. Now, when you type in the thus
> executed shell:
>
> $ chown root:users somefile
>
> this will call the wrapper "chown" function. t
According to Helmut Geyer:
> Miquel van Smoorenburg:
> > It seems to work with this in /etc/nsswitch.conf:
> >
> > passwd: db files nis
> >
> > But it crashes when using:
> >
> > passwd: db files compat
> >
> > So using + entries in /etc/passwd for access control doesn't work.
> >
> Well,
I am going to reconfigure the bug tracking system so that any bounces
of the messages it sends out will be discarded. The level of
misconfiguration and general braindamage has become so large that this
has become necessary; in the past, I would investigate and chase up
people/sites sending broken
It's out of question that the software is very useful. I do use it
myself (the 2.0 version that is). But we must not distribute that
version at all. I wonder if it's a good idea to distribute the old
version. I'd rather have an install package for fwtk (as we have to
netscape) that creates a local
> > - yes fstat and fchown will be somewhat of a problem, but I'll just
> > have to overlod open() etc too, and keep a list of inodes/filenames.
>
> Hmm... to be more exactly: You have to wrap open(), create(), and
> close(), and have to keep a table of fd -> name mappings for fchown()
> and fchmo
On Jun 27, Christian Schwarz wrote
> I wrote exactly the same thing in Perl (on your request!) some time ago. I
> have attached it to this mail.
>
> I don't know which version is better. It looks like Lars' implementation
> has hard coded a lot of HTML tags for processing. Mine is based on Perl's
On Jun 25, David Frey wrote
>
> On Sun, Jun 1 1997 21:24 +0200 Christian Schwarz writes:
> > Can someone tell me why shared libs should be installed executable?
> > (Actually, Christoph Lameter wants to know this, cf. #7129, but since I
> > don't know this either I'll redirect the questio
On Jun 27, Graham C. Hughes wrote
> There's a slight problem with that, BTW. From the Amulet documentation:
>
> Amulet is available for free by anonymous FTP or WWW. ... The only
> restriction is that the documentation for Amulet is copyrighted, so you
> cannot distribute the Amulet manual or p
> Amulet is a huge free C++ GUI toolkit. Please see
> http://www.cs.cmu.edu/~amulet . It builds and runs out of the box on Debian.
> Someone please volunteer to package it.
There's a slight problem with that, BTW. From the Amulet documentation:
Amulet is available for free by anonymous FTP or W
On Jun 23, Rob Browning wrote
>
> I was going to try out qmail, and I just wanted to see if anyone had
> made a package of 1.01. I mailed Christian, but I haven't heard back
> from him yet, and I thought someone else might have packaged it for
> their own internal use.
Sorry, I haven't had time
On Fri, Jun 27, 1997 at 11:03:25AM +0200, joost witteveen wrote:
> The only reason I remember is that the shared libraries are
> "executed", only not from the commandline, but within other binaries.
Yes, but the file mode suggests that they can be executed from the
commandline (or by calling execv
[...]
> > Right, but typing xxx.html.gz will work! We can write a litte sed script
> > to change the links from xxx.html to xxx.html.gz inside the documents.
>
> What do the popular http daemons do about this? I think a good solution
> would be:
>
> For every .html request that comes in (or p
> > > Can someone tell me why shared libs should be installed executable?
> > > (Actually, Christoph Lameter wants to know this, cf. #7129, but since I
> > > don't know this either I'll redirect the question to this list.)
> > >
> > > This is current policy and I want to add a small note to the pa
Miquel van Smoorenburg:
> In article <[EMAIL PROTECTED]>,
> Christian Schwarz <[EMAIL PROTECTED]> wrote:
> >
> >Hi!
> >
> >Can someone tell me if NIS is working in the current "hamm" release?
> >(Someone here mentioned that it is not, so I want to know for sure before
> >I upgrade my system.)
>
>
>
> Hi!
>
> Can someone tell me if NIS is working in the current "hamm" release?
> (Someone here mentioned that it is not, so I want to know for sure before
> I upgrade my system.)
>
> Note, that the NIS server is still running Debian 1.2. The clients will be
> eventually upgraded.
>
It works f
Am 25.06.97 schrieb joey # kite.ml.org ...
Moin Joey!
JH> I haven't been following this thread closely (catching up on mail backlog
JH> after vacation), but the reason I've heard why it's not acceptable to ship
JH> only info files and convert to html on the fly is because the converter in
JH> dww
On Fri, 27 Jun 1997, Michael Meskes wrote:
> It's out of question that the software is very useful. I do use it
> myself (the 2.0 version that is). But we must not distribute that
> version at all. I wonder if it's a good idea to distribute the old
> version. I'd rather have an install package f
In article <[EMAIL PROTECTED]>,
joost witteveen <[EMAIL PROTECTED]> wrote:
>
>[2] Well, I've olverloaded lstat all right, but it doesn't seem to
>get called don't know why yet. Why would chown() work and lstat()
>not?
stat() and lstat() are small inline routines, that call _xstat() resp.
> I think inode->name mappings will be better than fd-> name mappings:
> - we have a chance of solving the pathalogical case below
> - fd->name mappings are no good, have to be (pid,fd)-> name mappings,
> complicates matters:
Hmm... I admit you're right here.
BTW, why not gen
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> wrote:
>
>Hi!
>
>Can someone tell me if NIS is working in the current "hamm" release?
>(Someone here mentioned that it is not, so I want to know for sure before
>I upgrade my system.)
It seems to work with this in /etc/nsswitch.
Hi!
Can someone tell me if NIS is working in the current "hamm" release?
(Someone here mentioned that it is not, so I want to know for sure before
I upgrade my system.)
Note, that the NIS server is still running Debian 1.2. The clients will be
eventually upgraded.
Thanks in advance,
Chris
--
On 26 Jun 1997, Rob Browning wrote:
> Well, if we do this, we need to make sure to handle the case where
> people do something like:
>
> chown -R 755 debian/tmp/usr/bin
> chown g+s debian/tmp/usr/bin/special-binary
>
> i.e. later commands would have to override previous ones. (probably
> ob
On Thu, 26 Jun 1997, joost witteveen wrote:
> : {chmod,chown}.sh and modify the packages.
> Modify 1000+ packages seems like very far away from "the simplest"
> solution, unless all other solutions really are very, very difficult!
We could modify $PATH and put the scripts before the real command
On Sat, 28 Jun 1997, Lars Wirzenius wrote:
>Christoph Lameter:
>> This was discussed half a year ago and the webservers were fitted
>> with on the fly decompression for .gz files.
>
>For the umpteenth time, that DOES NOT HELP WHEN THE USER IS READING
>THE FILES DIRECTLY, NOT VIA A WEB SERVER.
Web
From: Galen Hazelwood <[EMAIL PROTECTED]>
> But this dosen't stop us from packaging the library itself, right?
No, it doesn't. And this is one heck of a versatile GUI toolkit. I've
never seen one before that came with a gesture recognizer. There's a lot
of sophisticated stuff in there.
Someone pl
joost witteveen wrote:
> Anyone knows where aclocal is?
>
> dpkg-1.4.0.17 needs it to build:
>
> Makefile.in: Makefile.am
> $(checkdir)
> $(RM) config.status
> -> aclocal -I ./automake
> autoheader
>
> but I cannot find it in the old (bo) Contents-i386.gz file,
> and
This was discussed half a year ago and the webservers were fitted
with on the fly decompression for .gz files. What dwww does is already
not necessary. Changing the content of .html files might lead to problems
with web browsers. Not all platforms have a gzip by default available.
Please do not do
Due to dubious support for the tgui9320lcd in XFree 3.3, I'm in
the process of building my own (to be released if it's ever
successful).
Before I start down this (long?) road, I thought I'd ask a
couple of quick questions.
1. Does debian include any additional drivers on top of the
standard XFre
> Um, geez. Did anyone think to actually ask them? There is every
> possibility they would say "sure, go right ahead". It never hurts to ask.
> Duh.
Try and remember that permission can be revoked at any time. This is why
I prefer the GPL; I can be pretty certain I'm not going to have my feet
(People, please don't unnecessarily Cc:)
On Fri, Jun 27 1997 11:03 +0200 joost witteveen writes:
> > > > Can someone tell me why shared libs should be installed executable?
> > > > (Actually, Christoph Lameter wants to know this, cf. #7129, but since I
> > > > don't know this either I'll
I got a free machine, that I can use to help the port to libc6. I have it
running libc6-dev now, and also downloaded the ncurses stuff. so if
anyone wants libs packaged up, tell me where to look, and I'll make a
non-maintainer release (with the premission of the maintainer, of course).
I would l
>I would suggest either of the following:
> * DVI format. It can be converted to HTML (I think...) and plain
> text on-the-fly.
The conversions of DVI->HTML and DVI->Text produce results that range
from poor to completely unusable.
> * LinuxDoc/SGML. This is probably the best choice. It co
Whoa!
I kinda had noticed that some packages were going to HTML, but with a
new job and a pending move, I haven't been reading these lists as
closely as I probably should.
There are several VERY SERIOUS problems with making everything HTML:
* HTML cannot do very much with formatting. When a pr
> > Amulet is available for free by anonymous FTP or WWW. ... The only
> > restriction is that the documentation for Amulet is copyrighted, so
> > you cannot distribute the Amulet manual or papers without permission
> > from CMU.
Um, geez. Did anyone think to actually ask them? There is every
p
So, there's a first version of fakeroot sitting in
ftp://rulcmc.leidenuniv.nl/debian/upload
It still has severe limitations (for example, it only overloads stat etc,
not the fstat counterparts, but most things I tried used fstat[1]).
Also, as I didn't have a dpkg for libc6 (and I couldn't com
Anyone knows where aclocal is?
dpkg-1.4.0.17 needs it to build:
Makefile.in: Makefile.am
$(checkdir)
$(RM) config.status
-> aclocal -I ./automake
autoheader
but I cannot find it in the old (bo) Contents-i386.gz file,
and the .contents.new from unstable doesn't have i
On Fri, 27 Jun 1997, Martin Schulze wrote:
> Therefore I recommend changing our policy slightly. I'll write down a
> paragraph for our policy later (or would you like to step forward,
> Christian?).
>
> If a package contains both a server and a client, and the server
> opens another possibil
Graham C. Hughes wrote:
>
> > Amulet is a huge free C++ GUI toolkit. Please see
> > http://www.cs.cmu.edu/~amulet . It builds and runs out of the box on
> Debian.
> > Someone please volunteer to package it.
>
> There's a slight problem with that, BTW. From the Amulet
> documentation:
>
> Amulet
-BEGIN PGP SIGNED MESSAGE-
On Fri, 27 Jun 1997, Christian Schwarz wrote:
> "objections" this times. If you can't live with this proposal, you'll have
> to present another formulation of a paragraph or of the whole text.
>
> [ ... ]
>
> /usr/doc//html-info/
Would not texi-html or
>
> On Jun 23, John Goerzen wrote
> > It seems to me that dc and bc aren't vital to the workings of a
> > system (when I deselect them, dselect doesn't warn about any
> > dependencies), yet they are in Important. Why?
>
> In addition to what everyone else has said about what "Important"
> Really
On Fri, 27 Jun 1997, Bruce Perens wrote:
> Amulet is a huge free C++ GUI toolkit. Please see
> http://www.cs.cmu.edu/~amulet . It builds and runs out of the box on Debian.
> Someone please volunteer to package it.
BTW, who is working on the packaging of the freedom desktop?
--
- ** Linux **
-BEGIN PGP SIGNED MESSAGE-
Good evening,
The most recent security post on bugtraq reminds me on this proposal.
I have noticed that Debian packages are randomly installing services
(except for rwhod).
What I mean is that there are some Debian packages that contain both a
server and a clie
> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
Christian> One questions remains: Is it possible to browse
Christian> "html.gz" files _without_ a CGI script with the usual
Christian> HTML browsers (Netscape, lynx)?
I used to be able to read gzipped html files with N
Am 26.06.97 schrieb alegre # saturn.superlink.net ...
Moin Fernando!
a> If we want to have HTML as the default we would have to put some effort
a> into fixing bugs in the converters. A converter fixed means many documents
a> fixed, while a document fixed is just one document fixed. We would have
Am 26.06.97 schrieb liw # iki.fi ...
Moin Lars!
LW> Nothing, as far as I know. dwww, however, fixes thing correctly. That
But dwww is very slow (on my 486SL notebook).
LW> doesn't help people who wish to browse documentation without using a
Right, for this people I've written an online help sy
> The situation looks completely different if the server has its own
> package, like `msqld' for the server and `msql' for the client.
Not really -- the user should still be prompted (or have some control
over it) because the daemon package probably contains the
*documentation* for the daemon! I
Am 26.06.97 schrieb branden # purdue.edu ...
Moin!
b> For every .html request that comes in (or perhaps for any request in
b> general), look for a file fitting the traditional spec.
b> If that fails, look for a .gz version of that file in the same directory.
b> If that fails, return the usual 404
In message <[EMAIL PROTECTED]>, Karl M. Hegbloom wrote:
>> "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:
>
>Christian> One questions remains: Is it possible to browse
>Christian> "html.gz" files _without_ a CGI script with the usual
>Christian> HTML browsers (Netscape
On Jun 27, Erik B. Andersen wrote
> For most math, expr works just fine. Of course, expr is limited
> to integer math, but it works and is portable.
Oops, you're right -- my biases are showing, sorry.
[I make it a practice to never use expr.]
--
Raul
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
Didn't we have something like that for the compress package?
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Go Rhein Fire!
51 matches
Mail list logo
