Hi,
I've got a copy of qmail-1.01 built with diffs I got from Christian.
The diffs worked out of the box, which is why I've not uploaded anything
(since Christian has obviously already done the work, and I didn't want to
tread on his toes).
I've since applied some of the anti-spam patches
For Deity, I suppose we could make pattern-matching work in the policy file.
I think that would be preferable to simple directory exclusion.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
-BEGIN PGP SIGNED MESSAGE-
On Tue, 24 Jun 1997, Bruce Perens wrote:
From: Philip Hands [EMAIL PROTECTED]
I think we should aim to get all documentation into separate packages.
Please don't do this. Deity will have the capability to exclude installation
to certain directories (like
Well, you're going to need a script to implement that policy. Probably
the best way to handle this is to provide a way to tell the package system
that you have deliberately removed a file, and that this file should not
be replaced. I wouldn't expect this in version 1.0 .
What exactly is the
On Tue, Jun 24 1997 15:52 BST James Troup writes:
John Goerzen [EMAIL PROTECTED] writes:
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?
Because they
On Mon, Jun 23 1997 22:08 BST James Troup writes:
David Frey [EMAIL PROTECTED] writes:
* Das Aendern des Dokuments ist nicht erlaubt. Das gilt sowohl
fuer den Inhalt als auch fuer das Dateiformat bzw. die
Gestaltung. Auch das Entfernen unliebsamer Passagen ist nicht
On Mon, Jun 23 1997 23:08 +0200 Martin Schulze writes:
David Frey writes:
On Mon, Jun 23 1997 7:25 BST Marco Budde writes:
Any comments?
(Please add next time a translated version too, not everyone
reads natively german [I'd had a hard time to understand e.g.
From: Santiago Vila Doncel [EMAIL PROTECTED]
Well, I think that it would be much cleaner for deity to have the ability
of grouping a set of packages to be installed at once instead of
doing partial installs of larger packages.
Yes, we did discuss that.
Moreover, we would not lost our good
On Tue, 24 Jun 1997, SirDibos wrote:
On Tue, 24 Jun 1997, Jon Rabone wrote:
Or if anyone interested, make up a special ROM with kernel etc in it, so
the machine will boot from ROM... Has anyone done this?
You'd need about 512 kB of ROM. Where are you going to put it? Ethercard
boot
From: Clint Adams [EMAIL PROTECTED]
What exactly is the rationale behind the HTML mandate?
We wanted to have a single interface to present all Debian documentation.
We looked at the various means of displaying documentation, and it was
clear that we could convert almost any documentation to
On Wed, 25 Jun 1997, David Frey wrote:
[...]
``Important programs, including those which one would expect to find
on any Unix-like system. If the expectation is that an experienced
Unix person who found it missing would go `What the F*!@+ is going
on, where is foo', it should be in
Lars Wirzenius:
alien: contains object (alien-3.2/) not in expected directory
(alien-3.3).
Sigh. I normally use a program to increment the version number and rename
the subdirectory of these debian-only packages like alien. But I released
alien 3.3 to frozen only, and didn't follow
On Tue, 24 Jun 1997, Philip Hands wrote:
Even if we are, I'm sure it would be easier if every package `foo' had
one or more associated `foo-doc' packages.
From: Christian Schwarz [EMAIL PROTECTED]
We are currently planning such a thing for our own manuals. The
discussion was on debian-doc a
Santiago Vila Doncel:
On Mon, 23 Jun 1997, Christian Schwarz wrote:
Option 3: We ship .texi files and produce HTML and/or info files on
demand (in the postinst script).
Rather, I'd like us to ship .texi or .info files and produce html on demand
via dwww or some equivialnt. Then
That makes sense (using deity support for the exclusion, I mean.)
After all, as a *package maintainer*, I want it to be *difficult* for
a user to accidentally not install documentation; I want them to have
to deliberately go out of their way if they want to fail to install
it. (After all, I want
Christian Hudon:
I hit a ahem small problem while installing packages from
Incoming... Bash now dumps core on startup. And one of the interesting side
effects of this is that I can't install/remove packages anymore:
The bash install failed because I didn't have libreadlineg2 installed. Then
IBM developed a cypher called lucifer. The NSA examined it,
recommended some changes to the algorithm, and the result was DES.
Changes which, we now know, *strengthened* it against differential
cryptanalysis (which they new about in the 70's, and called the
sliding attack, if I remember
[EMAIL PROTECTED] (Bruce Perens) writes:
Someone brought up the point of recursive regular-expression
searching. Of course this should be done with a CGI script rather than
as a browser facility, so that it would be browser-independent. One
could build a tiny search engine with zgrep and the
James R. Van Zandt:
Christian Schwarz [EMAIL PROTECTED] proposes:
The documentation will be distributed via several packages:
foo-doc-html for HTML docs
foo-doc-info for GNU info docs (where available)
foo-doc-xxx for other formats
On 25 Jun 1997, Mark Eichin wrote:
:
: IBM developed a cypher called lucifer. The NSA examined it,
: recommended some changes to the algorithm, and the result was DES.
:
:Changes which, we now know, *strengthened* it against differential
:cryptanalysis (which they new about in the 70's, and
From: Mark Eichin [EMAIL PROTECTED]
After all, as a *package maintainer*, I want it to be *difficult* for
a user to accidentally not install documentation; I want them to have
to deliberately go out of their way if they want to fail to install it.
That's how I feel.
Thanks
From: Rob Browning [EMAIL PROTECTED]
That was me. I guess the cgi approach would make stuff like recursive
incremental searches (a la C-s in the info tool) out of the question,
but I kind of figured that was a losing battle.
I-search would take a Java-equpped browser as far as I can tell. It's
On Jun 24, Michael Meskes wrote
It seems I misunderstood what suidmanager does.
But I still don't see the reason for non-setuid programs listed there
by default. Does that mean 'You can make this program suid, but we
prefer it to be not-suid.'?
a) show the option : maybe you want to make
[EMAIL PROTECTED] (Bruce Perens) writes:
I-search would take a Java-equpped browser as far as I can tell. It's
not do-able all in free software today. That will not be the case forever.
Right. Also might be do-able as a hack in something like dwww
(assuming I understand what it's doing) or w3
On Jun 24, Roman Hodek wrote
AFAICS, the only thing needed to be done as root is the install/chown
stuff, right?
if you create files and directories as root, you also need to be root,
to delete them. but this is far easier, of course.
regards, andreas
--
TO UNSUBSCRIBE FROM THIS MAILING
On Jun 25, David Frey wrote
*smile* Some german people have problems understanding swiss people, too.
:-)
*smile* But only if they live too far in the north. Our Bavarian neighbours
don't have this problem at least. ;-)
you can understand a bavarian ? hey, most german can't do that.
is someone willing to test autocompiling ? my auto compiler script work
fine for me, i will do some cleanup, add command line options and
release them. thanks to sim tailor for a pc where i can test and compile
libc5 binaries. to run a full test, i will need a pc with a big disk
(debian source
And why didn't you update libreadline2 (withoug 'g') too, as the
dependency suggested? That worked like a charm for me.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED]
Mark Eichin wrote:
IBM developed a cypher called lucifer. The NSA examined it,
recommended some changes to the algorithm, and the result was DES.
Changes which, we now know, *strengthened* it against differential
cryptanalysis (which they new about in the 70's, and called the
sliding attack,
In file included from /usr/include/linux/if.h:23,
from /usr/include/linux/netdevice.h:30,
from if.c:28:
/usr/include/linux/socket.h:9: redefinition of `struct sockaddr'
Seems if.c includes linux/netdevice.h, which in turn goes
if you create files and directories as root, you also need to be
root, to delete them. but this is far easier, of course.
You shouldn't be root, so you don't create files/dirs as root...
Roman
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
I still have problems with that. What you describe is the eventual
scenario, correct? But right now it lacks functionality, because not
every packages uses it. So maybe we should add a new rule in our
policy.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL
Actually, MD5 is still holding up, but Dobbertin has indeed dented it.
Frankly, it would take a *hell* of a determined attacker to manage
to turn it into a successful securitty exploit if it's used for
file checksums.
All of RIPEMD-160, SHA-1 and MD5 are variants on MD4.
Frankly, I find the
Erik == Erik B Andersen [EMAIL PROTECTED] writes:
Christoph == Christoph Lameter [EMAIL PROTECTED] writes:
Christoph Lilo 2.0 has the ability to display a file before the
Christoph prompt and also the ability to boot something with a
Christoph single keystroke. If someone could update the
joost == joost witteveen [EMAIL PROTECTED] writes:
On Mon, 23 Jun 1997, joost witteveen wrote:
(in fakt so much, that I may be tempted to write it myself. You
don't need that many changes).
Well, you need to write your own version of make that looks for any attempt
to run
Philippe == Philippe Troin [EMAIL PROTECTED] writes:
Philippe On Mon, 23 Jun 1997 20:13:13 +0200 Christian Schwarz
Philippe ([EMAIL PROTECTED]) wrote:
Option 3: We ship .texi files and produce HTML and/or info files on
demand (in the postinst script).
Philippe I like this idea a lot.
Mark Baker wrote:
[building as non-root]
what if the package
tries to set the ownership of a file from within another shell script or a
perl script; how can you intercept that so it works properly?
Build a shared library which wraps all calls to chown(), then set
LD_PRELOAD to that
On Wed, 25 Jun 1997, Michael Meskes wrote:
Is there soemthing like a real rescue disk? Or are we talking about the
installation disks?
I was referring to resq installation boot disk.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble?
Bruce Perens wrote:
From: Scott K. Ellis [EMAIL PROTECTED]
I have no problem when HTML is the provided upstream documentation source,
and don't want to cripple my ability to read that. However, when the
upstream source is something else, such as info/texinfo, I don't want HTML
as well.
Michael Meskes:
And why didn't you update libreadline2 (withoug 'g') too, as the
dependency suggested? That worked like a charm for me.
Aha! I didn't look at the dependancies closely enough, and so I missed that
it just wanted another version of libreadline2, I thought it wanted it
removed.
I
On Tue, 24 Jun 1997, Nathan E Norman wrote:
On 25 Jun 1997, Mark Eichin wrote:
:
: IBM developed a cypher called lucifer. The NSA examined it,
: recommended some changes to the algorithm, and the result was DES.
:
:Changes which, we now know, *strengthened* it against differential
knew about another attack), and they reduced the key size to 56 bit so
they could crack it with brute force in massively parallell hardware.
Umm, no, part of the *problem* with lucifer is that the 128 bit key
had symmetries that made it's strength *trivially* less than 64 bit
and as I recall
On Jun 25, Andreas Jellinghaus wrote
yes, i would like to install files into debian/tmp without being root,
but currently it doesn't work without root. and to delete debian/tmp/*,
i also have to be root :-(
if you have too much time (or someone else): go ahead and write a
wrapper. we
Bruce Perens writes:
From: Philip Hands [EMAIL PROTECTED]
I think we should aim to get all documentation into separate packages.
Please don't do this. Deity will have the capability to exclude installation
to certain directories (like /usr/doc) based on a system policy file.
Packages
Philip Hands writes:
There is of course a problem with trying to install all the documentation on
a
machine, since some conflicting packages provide man pages with overlapping
names.
I think that the 'alternative' mechanism could be used there.
--
Yann Dirson [EMAIL PROTECTED]
On Jun 25, Michael Meskes wrote:
I still have problems with that. What you describe is the eventual
scenario, correct? But right now it lacks functionality, because not
every packages uses it. So maybe we should add a new rule in our
policy.
If every package has to use it why not add this
From: Christian Schwarz [EMAIL PROTECTED]
This quotation is not complete and thus incorrect!
OK - I just wanted to make sure the policy direction wasn't going toward
un-bundling all documentation. Sorry!
Bruce
--
Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502
Finger [EMAIL
OK, then I suspect the policy is at fault. (BTW, I checked it out and
I did find dc and bc on SunOS -- I had not known these programs were
on other OSs.)
By the current definition of Important:
* Sendmail should be there instead of smail since people expect
sendmail
* dpkg-dev should not
From: Yann Dirson [EMAIL PROTECTED]
* it will cost bandwidth when you just want to install either
binary-only or doc-only, using FTP
* further more, it will cost money to users as pay for local calls,
here in France
* it will cost disk-space on mirror sites, as debian will probably
John Goerzen wrote:
OK, then I suspect the policy is at fault. (BTW, I checked it out and
I did find dc and bc on SunOS -- I had not known these programs were
on other OSs.)
By the current definition of Important:
[snip]
* lilo should not be there because lilo is not part of UNIX
Now
On Jun 25, Peter Tobias wrote
If every package has to use it why not add this function to dpkg?
dpkg already keeps a file with the contents of each packet. This
could be extended to keep the permissions too. Or create a database
with contains every filename (just like locate) and the
Brian White:
[EMAIL PROTECTED]
multimedia Joey Hess [EMAIL PROTECTED]
Multimedia has been supersceded by mctools-lite, and is not present in bo or
hamm. None of my other packages use this obsolete address.
--
see shy jo
I've been on vacation - sorry for any delay in this
* gcc should be in Important because everybody expects a C compiler
Maybe they expect it, but these days, they don't *get* one... none of
solaris, hpux, irix ship with a [working] C compiler...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
John Goerzen [EMAIL PROTECTED] writes:
By the current definition of Important:
* Sendmail should be there instead of smail since people expect
sendmail
People expect a mailer. Debian's default mailer is exim^H^H^H^Hsmail;
that's a deliberate decision to override the commonly expected
bare minimum doesn't extend to a compilation environment.
or to printing, IMO.
* netbase and netstd should both be there, they are standard
on Unix
It seems as though the implicit definition of standard Unix system
omits a declaration of intended usage.
--
TO UNSUBSCRIBE FROM THIS
55 matches
Mail list logo