Chos is able to chain to a LILO boot block on a partition. It worked fine
chaining to /dev/hdd, for example. So you can boot bzImage kernels that
way until someone fixes chos.
Nice program. I think it assumes that /boot is on the first drive,
doesn't it?
Thanks
Bruce
--
Bruce
Okay, so say some random person who has installed Debian wants XEmacs 19.15
because he needs some feature. This seems like a reasonable request... He
could get it from the Hamm distribution, except that would mean he'd need
libc6...and he doesn't want to do that, because he's heard that it
-BEGIN PGP SIGNED MESSAGE-
On Fri, 13 Jun 1997, Brian White wrote:
Do we also want to remove all libc5 dependant packages at some point? I
think this would be a good idea since otherwise things are going to get
pretty messed up. We might want to do all three immediately.
Chos is able to chain to a LILO boot block on a partition. It worked fine
chaining to /dev/hdd, for example. So you can boot bzImage kernels that
way until someone fixes chos.
Nice program. I think it assumes that /boot is on the first drive,
doesn't it?
Thanks
Bruce
Regarding how to make your library re-entrant, you must have no global or
static variables that are not protected by mutexes. In general it is easy
to deal with this by passing your state structure as a pointer argument to
all of your functions rather than by using a global variable. I don't know
Christian Schwarz [EMAIL PROTECTED] writes:
[snip]
I just had a look at an (old) index file of CPAN. The .tar.gz of the
modules have better names for us, for example: Date-GetDate-2.00.tar.gz.
This could easily be converted to lib-date-getdate-perl_2.00.deb.
Sounds good.
[snip]
Isn't CPAN
Okay, so say some random person who has installed Debian wants XEmacs 19.15
because he needs some feature. This seems like a reasonable request... He
could get it from the Hamm distribution, except that would mean he'd need
libc6...and he doesn't want to do that, because he's heard that it will
-BEGIN PGP SIGNED MESSAGE-
On Thu, 12 Jun 1997, SirDibos wrote:
I second the motion. Smail has been nothing but a headache for me. I was
*so* releived to get fetchpop working, so that I could bypass the need to
pass my mail thru port 25 on my own machine for delivery.
pine +
On Jun 13, Helmut Geyer wrote
Our aim for Debian 2.0 is to provide all libs as reentrant. It usually
isn't enough just to compile it with -D_REENTRANT. You have to avoid
static and global variables and do some mutex locking.
Can anybody point me to some more information about this? If I'm
On 9 Jun 1997, Sven Rudolph wrote:
My ideas on boot-floppies' future:
- rewrite dinstall in C - reasons:
- runtime improvements
- don't run fdisk -l that often
- todo: make a libsfdisk from sfdisk
- more complex datastructures (avoid using sed often)
- more complex
On Sun, 8 Jun 1997, David Frey wrote:
Hi Tom,
Hi.
Basically, we first have a /default directory, which every package
imports its default settings into.
User configuration is put under /config, which means that the system
will first look under /config, then /default when a variable
Both qmail (which proved insecure most evil grin)
To what are you referring ?
Probably what was reported on the djb-qmail mailing list, where you
start sending data, but no CR-LF, down the line and qmail malloc's
some memory for it, then malloc's some more, and some more, etc. I
Okay, I know that before 1.3 was released, for a long time period the only
changes that were being accepted were updates that fixed bugs. Updates that
only provided new features were not allowed.
Now that 1.3 has shipped, are updates allowed to replace old packages, or
are replacment
In article [EMAIL PROTECTED],
Charles Briscoe-Smith [EMAIL PROTECTED] writes:
I've been putting together a few packages of Z-code stuff, following my
previous posting, and want to use a virtual package,
`zcode-interpreter'... I'd like to put the appropriate man-page before
you all
In article [EMAIL PROTECTED],
Santiago Vila Doncel [EMAIL PROTECTED] writes:
BTW: There will be a completely GPLed procmail in hamm soon. Could we make
it the standard MDA as well? :-) [ Red-Hat *already* does this ]
Not if we adopt exim as the standard MTA: although exim works very
Just to be clear... Are they obsolete (i.e. should be removed) or
are they orphaned (i.e. no longer supported)?
repair was a bug-reporting script I wrote a long time ago, it never
really achieve all the functionality intended and is probably out of
date with respect to the modern bug
On Fri, 13 Jun 1997, Mark Baker wrote:
We need X versions too (I'm not going anywhere near svgalib or other console
stuff, I've been forced to reboot too many times, which isn't very funny
when I've also got other users logged in).
Umm. My system is a home system. Why were you running
There are some maintainers that must keep their machines on the stable
tree (and thus libc5) for various reasons.
Is there a machine somewhere these developers can log in to for the sole
purpose of building release packages?
If nobody else comes forward, I'd be willing to do so.
My machine
In article [EMAIL PROTECTED],
SirDibos [EMAIL PROTECTED] writes:
We need X versions too (I'm not going anywhere near svgalib or other console
stuff, I've been forced to reboot too many times, which isn't very funny
when I've also got other users logged in).
Umm. My system is a
mgetty-voice was removed from the distribution because of the explicit
demand of the author. Please ask him before putting mgetty-voice back into
the distribution.
In article [EMAIL PROTECTED] you wrote:
: Greetings! I've been reading here recently about the mgetty package
: looking for a new
Camm Maguire [EMAIL PROTECTED] writes:
Greetings! I've been reading here recently about the mgetty package
looking for a new maintainer. What's the status on this? I'd like to
suggest to the new maintainer to rebundle the vgetty extension, as the
program is quite usable, IMHO, in spite of
Okay, I know that before 1.3 was released, for a long time period the only
changes that were being accepted were updates that fixed bugs. Updates that
only provided new features were not allowed.
Now that 1.3 has shipped, are updates allowed to replace old packages, or
are replacment packages
In article [EMAIL PROTECTED],
SirDibos [EMAIL PROTECTED] writes:
Why is Koules only available for X??? I *loved* the variety of console
games that came with Debian. Now one by one they are being X'ised from
the distribution =(
We need X versions too (I'm not going anywhere near
I've missed the start of this discussion, but I'm the maintainer of
svgalib-dummy, and the issue of dependencies came up already several
times...
Are there other people that would like the dependancy change
- Depends: svgalib1 (= 1:1.2.10-2)
+ Depends: svgalib1 (= 1:1.2.10-2)|svgadummy
From: [EMAIL PROTECTED] (Erik B. Andersen)
Yup. I tried to use a kernel on my second hard drive one, and it gave a
error when I ran chos.
However, it's able to chain to the second drive just fine . I think its
installer needs to be taught to figure out which BIOS drive /boot lives on,
and to
I am rather new to this list, so excuse me if this question has
already been dealt with.
Will there be kernel level thread support for Debian ?
The Linuxthreads package from Xavier Leroy is a very good Thread
Library supporting Posix threads. In order to develop threaded
applications there
The title almost says it all. I just upgraded to pre-patch-2.0.31-2, but it
seems transparent proxying still doesn't work. My first rule says:
acc/r tcp anywhere anywhere any - www = tproxy
but still tproxy does not get the connection. I tried to trace it but it
appears
Do we also want to remove all libc5 dependant packages at some point? I
think this would be a good idea since otherwise things are going to get
pretty messed up. We might want to do all three immediately.
* all packages should be libc6 when hamm is frozen. (later?)
Yes, they should be.
In article [EMAIL PROTECTED],
Christoph Lameter [EMAIL PROTECTED] writes:
It might be good if we would replace smail in hamm with exim.
I agree entirely. Though we should keep smail for people who use smail
elsewhere and don't want to switch.
- Exim is scalable from running from inetd
On Thu, 12 Jun 1997, Michael Meskes wrote:
ls /usr/man/man2 says:
create_module.2.gz
delete_module.2.gz
get_kernel_syms.2.gz
init_module.2.gz
intro.2.gz
modules.2.gz
query_module.2.gz
where are the others?
I also miss the libc function manpages like fgets.
Get the new package
-BEGIN PGP SIGNED MESSAGE-
The locale errors are getting extremely annoying. What is the most
correct way to solve the problems. unsetting LANG solves the problem,
but I can't find where it is getting set in the first place. That's
not the most elegant solution anyway.
My locale
On Jun 13, Michael Meskes wrote:
Thanks Peter.
I guess it's the ident service. So I try nowait.120 and see what
happens.
Of course it is the ident service (that's what the error message of
inetd said). But the ident service is not a service that is used
alone. You have an application/service
[EMAIL PROTECTED] (Kai Henningsen) writes:
3. 3.3 to stable
I really don't see why this should not happen in due time.
Agreed.
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
I've had these messages before, and followed the instructions for
stating that I no longer maintain the packages in question. But they
still keep appearing.
These things tend to get overriden by the automated scripts. sigh
Can somebody *please* sort this out, and tell me that they have
Sourcecode is available for chos and it has been GPLed by the author after
several people talked with him (among them me on behalf of Debian).
On Thu, 12 Jun 1997, SirDibos wrote:
On Thu, 12 Jun 1997, SirDibos wrote:
Also we might think about replacing lilo with chos as the standard boot
[EMAIL PROTECTED] (Alexander Koch) wrote on 13.06.97 in [EMAIL PROTECTED]:
Quoting Philip Hands ([EMAIL PROTECTED]):
Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang
paths can be done with rmail.
With what addition? Last time I really tried it, it was only working
Thanks Peter.
I guess it's the ident service. So I try nowait.120 and see what
happens.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go
Philip Hands [EMAIL PROTECTED] writes:
Let me remind you of one thing...
Both qmail (which proved insecure most evil grin)
To what are you referring ?
Probably what was reported on the djb-qmail mailing list, where you
start sending data, but no CR-LF, down the line and qmail malloc's
On Thu, 12 Jun 1997, SirDibos wrote:
speaking of which. if I packaged up fetchpop, could it get included in
debian? I much prefer it to fetchmail. if only fetchmail had a -o or a
localfolder option! Also, fetchpop guides you thru creation of the
appropriate config file the first time you run
Guenter Geiger [EMAIL PROTECTED] writes:
I am rather new to this list, so excuse me if this question has
already been dealt with.
Will there be kernel level thread support for Debian ?
The Linuxthreads package from Xavier Leroy is a very good Thread
Library supporting Posix threads.
BW == Brian White [EMAIL PROTECTED] writes:
:: * July 15th: All libraries *must* be libc6.
:: * July 31th: All packages must be libc6.
What about:
* June 30th: Bug reports on all non-libc6 libraries.
* July 15th: All libraries libc6 compatible.
* July 31th: Bug reports on all libc5
Charles Briscoe-Smith [EMAIL PROTECTED] writes:
I haven't got a master account yet,
From: [EMAIL PROTECTED] (Mark Baker)
Nor have I, despite having applied for one (with a signed key) nearly
three weeks ago. :(
Oops. [EMAIL PROTECTED] mail is down this evening as is all
mail @debian.org .
Mark Eichin writes:
be adding other support to them. (have you ever tried programming
with X and threads? you probably want to only use Display* per-thread
anyhow...)
Yes, I've tried - that's how I came to this topic.
The problem is with the global errno variable. As Xlib does a lot of
[EMAIL PROTECTED] (Mark Baker) wrote on 13.06.97 in [EMAIL PROTECTED]:
In article [EMAIL PROTECTED],
Alexander Koch [EMAIL PROTECTED] writes:
Both qmail (which proved insecure most evil grin) and Exim are not
capable of UUCP or even bang paths! So a lot of those guys in countries
I second the motion. Smail has been nothing but a headache for me. I was
*so* releived to get fetchpop working, so that I could bypass the need to
pass my mail thru port 25 on my own machine for delivery.
pine + fetchpop + procmail serves all my email needs. (Im not up 24/7, so
its ok ;))
The images moved to ftp://ftp.debian.org/OfficialCD . By leaving them in
/debian as I did yesterday, I messed up a number of mirror sites and made
life hard for system admins all over the globe.
No, one big file aside the chunks would use up to 1.3GB extra for two CDs!
Please use mget in FTP and
On Fri, 13 Jun 1997, Guenter Geiger wrote:
I am rather new to this list, so excuse me if this question has
already been dealt with.
Will there be kernel level thread support for Debian ?
The Linuxthreads package from Xavier Leroy is a very good Thread
Library supporting Posix threads.
Sorry about the runaway mail headers in my previous article re-post.
Emacs was hiding them from me.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
On Jun 12, Michael Meskes wrote:
I get quite a lot of these messages:
inetd[153]: ident/tcp server failing (looping), service terminated
How can I tell which service is the one that's asked for too often?
Have you tried the -l (and maybe the -d) option of the identd?
BTW: Never ever use
Let me remind you of one thing...
Both qmail (which proved insecure most evil grin)
To what are you referring ?
and Exim are not capable
of UUCP or even bang paths!
Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang paths
can be done with rmail.
So a lot of those
One problem with reporting bugs I feel personally is what to do to
avoid repeating reports. I use the following algorithm, when I
discover a bug:
1. I go through the list of pending bugs posted to bug list
periodically, and check whether it could be reported.
2. I'm searching through my mail
On Thu, 12 Jun 1997, SirDibos wrote:
Also we might think about replacing lilo with chos as the standard boot
loader from harddisk. lilo always is a difficulty for newbies, chos
offers:
Sounds good to me. I am an advocate of many solutions I hate to see
any software get dropped
is ther a good way to play au files ?
IIRC nas has a command, and the other poossibility is to cat FILE
/dev/audio.
nas has a /usr/bin/auplay or so. is there an other package, that has the
same command and uses it with /dev/audio directly ? i don't want to
care if nas is installed or the user
On Fri, 13 Jun 1997, Michael Meskes wrote:
The title almost says it all. I just upgraded to pre-patch-2.0.31-2, but it
seems transparent proxying still doesn't work. My first rule says:
acc/r tcp anywhere anywhere any - www = tproxy
but still tproxy does not get
Okay, so say some random person who has installed Debian wants XEmacs 19.15
because he needs some feature. This seems like a reasonable request... He
could get it from the Hamm distribution, except that would mean he'd need
libc6...and he doesn't want to do that, because he's heard that it
[I CC: this to the mailing list since I think this is of public intrest.
Hope you don't mind]
On Thu, 12 Jun 1997, Brian S. Julin wrote:
On Thu, 12 Jun 1997, Christian Schwarz wrote:
What is your problem exactly? We could easily change our standard to
cpan-xxx.deb, for example.
The
Christoph Lameter:
Also we might think about replacing lilo with chos as the standard boot
loader from harddisk. lilo always is a difficulty for newbies, chos
offers:
- Menudriven Boot Loader (Cryptic Prompt only on demand)
- Highly Customizable Color Menus.
- Simple configuration in
I've had these messages before, and followed the instructions for
stating that I no longer maintain the packages in question. But they
still keep appearing.
Can somebody *please* sort this out, and tell me that they have done
so?
(Both packages are, AFAIK, utterly obsolete and should not exist
From: Christoph Lameter [EMAIL PROTECTED]
Sourcecode is available for chos and it has been GPLed by the author after
several people talked with him (among them me on behalf of Debian).
Hooray!
Is the GPL-ed version and its source in a Debian package yet?
Thanks
Bruce
--
Further in my attempts to setup up a Thinkpad 760CD...
When attempting to load the ibmtr_cs.o mdules under the standard
2.0.30 kernel, I get the folliowing unresolved symbols.
netif_rx_R9117ffb8
dev_alloc_skb_R24e337ab
dev_kfree_skb_R7a61ae71
dev_tint_Rcc72f6b2
unregister_netdev_Re5a9d51a
SirDibos:
Whoa, hold on. Apparently, source code isnt available for chos. So, I
take my words back. By all means, lets keep it in the distribution, but
by no means let it be the primary boot loader.
Actually, they're still both in there, and I still maintain wordplay, though
I don't even
Philippe Troin writes:
They're probably in libpthread0-dev !
Sorry, I'm feeling rather guilty ..
- libraries should be compiled reentrant
Most of them are. I'm not sure about the X libraries.
Does anybody know about the X libraries ? The linuxthreads-0.6
provide a patch by
[EMAIL PROTECTED] (Christoph Lameter) wrote on 12.06.97 in [EMAIL PROTECTED]:
It might be good if we would replace smail in hamm with exim. Exim should
be the standard mailer for hamm:
- Exim is based on the same concepts as smail.
- It is developed with newer concepts in mind
- Exim is
On Fri, 13 Jun 1997, Mark Baker wrote:
:
:In article [EMAIL PROTECTED],
: Alexander Koch [EMAIL PROTECTED] writes:
:
: Both qmail (which proved insecure most evil grin) and Exim are not capable
: of UUCP or even bang paths! So a lot of those guys in countries where phone
: costs are
On Fri, 13 Jun 1997 11:11:18 GMT Guenter Geiger ([EMAIL PROTECTED]
) wrote:
Will there be kernel level thread support for Debian ?
Yes !
The Linuxthreads package from Xavier Leroy is a very good Thread
Library supporting Posix threads. In order to develop threaded
applications there should
Just to be clear... Are they obsolete (i.e. should be removed) or
are they orphaned (i.e. no longer supported)?
repair was a bug-reporting script I wrote a long time ago, it never
really achieve all the functionality intended and is probably out of
date with respect to the modern bug system. I
In article [EMAIL PROTECTED],
Alexander Koch [EMAIL PROTECTED] writes:
Both qmail (which proved insecure most evil grin) and Exim are not capable
of UUCP or even bang paths! So a lot of those guys in countries where phone
costs are terrible (like in Germany) still use it and they WILL
It might be good if we would replace smail in hamm with exim. Exim should
be the standard mailer for hamm:
- Exim is based on the same concepts as smail.
- It is developed with newer concepts in mind
- Exim is scalable from running from inetd to delivering hundredths of
thousands of messages a
You're right of course. I should have been more precise. There are two
other services involved:
squid as a standalone server and http-gw on the firewall and both call
ident for each www request.
That makes up for quite some traffic given that one www site is build by
a lot of www requests.
How and why when and Where?
Why is Koules only available for X??? I *loved* the variety of console
games that came with Debian. Now one by one they are being X'ised from
the distribution =(
Koules, Maelstrom, Abuse I can understand Abuse (altho that should be
available for the console
Also we might think about replacing lilo with chos as the standard boot
loader from harddisk. lilo always is a difficulty for newbies, chos
offers:
- Menudriven Boot Loader (Cryptic Prompt only on demand)
- Highly Customizable Color Menus.
- Simple configuration in passwd style file
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Kai Henningsen) writes:
I seem to remember reading somewhere in the exim docs that some simple
bang addresses are understood by exim. Not sure about that.
You can cope with host!user by using a rewrite rule, not anything much more
In article [EMAIL PROTECTED],
Alex Yukhimets [EMAIL PROTECTED] writes:
The most solid ground not to switch to libc6 is not instability from the
user's point of view (may be libc6 is not that bad), but from the point of
view of developer who's using different kind of commercial
On Jun 13, Bruce Perens wrote
Regarding how to make your library re-entrant, you must have no global or
static variables that are not protected by mutexes. In general it is easy
to deal with this by passing your state structure as a pointer argument to
all of your functions rather than by
Hi everybody,
last night i dftp-ized part of the 1.3 distribution to
upgrade my mixed 1.2/hamm linux box. All went well and this morning
i finished the upgrade in a few minutes by installing the packages
by hand (Debian IS the *better* linux distribution! :)
Then, to get better
Here is a reworked proposal:
-=-=-=-=-=-=-=-=-=-=-= SNIP -=-=-=-=-=-=-=-=-=-=-=-=-=-
Debian library policy supplement draft for libc5-libc6 migration
This document is meant to tell what a Debian package providing a
library should do to support both libc6 (glibc2) and libc5.
Note
On Jun 12, Christoph Lameter wrote
: It might be good if we would replace smail in hamm with exim. Exim should
: be the standard mailer for hamm:
... hmmm, ``never change a running system'', and smail _is_ running.
And I you're able to read some docs, it's possible to setup this
think quite
Eep. I just got a little excited there, and released my two Debian
packages already, without reading all of the policies first.
igor has told me that I'm supposed to announce my intentions
before packageing. Whoops.
Erm, well, does anybody mind if I package sirc and ching?
sirc is a
Erv Walter writes:
The locale errors are getting extremely annoying. What is the most
correct way to solve the problems. unsetting LANG solves the problem,
but I can't find where it is getting set in the first place. That's
not the most elegant solution anyway.
[...]
Note: There are
Nathan E Norman [EMAIL PROTECTED] writes:
Not that anyone necessarily has the time, but would it be worthwhile to
create some documents listing categories of packages, comparing and
contrasting the competing packages?
Right. I'm about to help someone set up a relatively busy mailserver,
and
Guenter Geiger [EMAIL PROTECTED] writes:
- libraries should be compiled reentrant
This has been on the list of things to do (for bo and now for hamm)
for a while. It'll propagate eventually.
Note that just compiling with -D_REENTRANT doesn't mean that the
library is suddenly multi-thread
Douglas L Stewart [EMAIL PROTECTED] writes:
It's just a matter of making sure all of the other libraries get thread
safe, which will get partially done I'm sure. The ones that aren't, you
can work around it by just using them in a single thread usually.
or often by just using a mutex to make
Mark Eichin [EMAIL PROTECTED] writes:
debian's Xfree86 3.2 packages were not built reentrant. I'm working
on the 3.3 libraries now, and once they're stable and working, I'll
be adding other support to them. (have you ever tried programming
with X and threads? you probably want to only use
In article [EMAIL PROTECTED],
Heiko Schlittermann [EMAIL PROTECTED] writes:
: It might be good if we would replace smail in hamm with exim. Exim should
: be the standard mailer for hamm:
... hmmm, ``never change a running system'', and smail _is_ running.
No-one's suggesting
Guenter Geiger [EMAIL PROTECTED] writes:
Yes, I've tried - that's how I came to this topic.
The problem is with the global errno variable. As Xlib does a lot of
error checking using errno. After X encounters an error it checks what
kind of error ocurred with errno and deals with it.
It is
Helmut Geyer [EMAIL PROTECTED] writes:
- compile the library using -D_RENTRANT or -D_THREAD_SAFE
There was some talk about adding -D_REENTRANT to the list of flags
that are automatically included by gcc/g++. I don't recall what the
resulting decision was, if there was one.
- there
On Jun 14, Rob Browning wrote
Andy Mortimer [EMAIL PROTECTED] writes:
Although how well this interacts with dynamically-loaded shared libraries
is anyone's guess;
What do you mean?
I'm using libdl, to allow me to dynamically add and remove modules as I
go. But I don't really know
Andy Mortimer [EMAIL PROTECTED] writes:
the basic question I want to answer is: if I open a library in one
thread, is it then always accessible to all threads (presumably),
and what happens to any global variables in that library?
Threading shoudln't have any affect on this. All the threads
I wanted to get your Official 2 CD set, so I was checking out the prices
at www.cheapbytes.com, but I didn't see it. They told me that they're
waiting for 1.3.1 because there's something wrong with 1.3. Is that true?
If so, when will 1.3.1 be out, and how much does 1.3 cost?
--
TO UNSUBSCRIBE
Yes, they should be. When do we remove all the non-libc6 packages, though?
I'm not entirely certain I see why we need to remove libc5 packages from
the system for Debian 2.0. While I agree that the primary packages should
really be glibc, I don't see how a few lib5 packages are going to
packages as follows [1]. Some packages (mostly from base) may use
locations in /lib.
based on | package name | library location
libc6 | libfoo | /usr/lib/libfoo.so.ver
libc5 | libfoo-g |
Lars Wirzenius wrote:
Milan Zamazal:
One problem with reporting bugs I feel personally is what to do to
avoid repeating reports.
I think it is not the job of the person reporting a bug to worry about
duplicate reports. Especially not if the person is an end-user and not
a Debian
I'm not entirely certain I see why we need to remove libc5 packages from
the system for Debian 2.0. While I agree that the primary packages should
really be glibc, I don't see how a few lib5 packages are going to hurt the
distribution
Well, they won't hurt much, but they would:
-
In your email to me, Rob Browning, you wrote:
Nathan E Norman [EMAIL PROTECTED] writes:
Not that anyone necessarily has the time, but would it be worthwhile to
create some documents listing categories of packages, comparing and
contrasting the competing packages?
Right. I'm about to
Of cource, there isn't such a list now (as far as I know, at least I
guess that list would be empty now).
Anyways, Debian just can't compete with commercial distributions which can
allow to suppose that they are self-contained. Debian is NOT. Unlike
RedHat (which has, for instance its
95 matches
Mail list logo
