From: Francesco Tapparo [EMAIL PROTECTED]
Of course ae will be used in the boot disks, but in the default
installation, joe must be the choiche, IMO.
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
--
Bruce
I suggest to use [EMAIL PROTECTED] as common identifier for Debian
friends. In case we get the money (why should we ?) I suggest to pass
50% to Linux International and keep 50% for Debian.
Please use an address at Linux International, not one in the Debian
domain. It is not our policy to
Francesco Tapparo:
Of course ae will be used in the boot disks, but in the default
installation, joe must be the choiche, IMO.
From: Lars Wirzenius [EMAIL PROTECTED]
This is a editor war. Please don't continue it.
Don't worry, whether or not he continues it, he will be ignored.
There will be
From: [EMAIL PROTECTED] (Kai Henningsen)
Not everyone switched in 1752.
This is Pope Gregory's calendar reform, isn't it? I think it goes back a
century or more before 1752.
Actually, it probably was a bad idea to use leap for both. Leap days are
fixed by calendar design. Leap seconds are
[EMAIL PROTECTED] (Marco Budde) wrote on 21.06.97 in [EMAIL PROTECTED]:
But this requires a www server! Not a good idea for slow systems like my
notebook. And the result doesn't look great.
From: [EMAIL PROTECTED] (Kai Henningsen)
Isn't there a mini www server in Perl's web modules
Lynx can
Your're kidding ;-)? There're several really great HTML browsers like
netscape, lynx etc. And you should remember that for example KDE will use
I don't think he's kidding. Lynx is *awful* for searching (it doesn't
even have a keystroke for same pattern, next occurance...) Netscape,
well,
Ahh. Now that I think about it, I had problems in the early days of
19.34 releases, where it worked fine with some libc's and not with
others; it turned out that the best effect was compiling it with a
very new libc, then it didn't matter as much what it ran with. (Yeah
that sounds fuzzy -- it
I suggest to use [EMAIL PROTECTED] as common identifier for Debian
friends. In case we get the money (why should we ?) I suggest to pass
50% to Linux International and keep 50% for Debian.
Please use an address at Linux International, not one in the Debian
domain. It is not our policy
Except that the xterm-color entry isn't particularly widespread, yet;
so if you rlogin or telnet somewhere that doesn't have it, you pretty
much lose. This is the main reason I'm reluctant to force the
change... though I might be convinced to do it for the unstable (with
libc6 and all the other
From: Jim Pick [EMAIL PROTECTED]
I get the impression that you've been hoodwinked into thinking there
is an official Linux team - there ain't - there's a linuxnet.org
team, organized by those IRC guys.
Last time, a good many different Linux interests were competing as
linuxnet.org, and we were
On Jun 22, Mark Eichin wrote
I don't think he's kidding. Lynx is *awful* for searching (it doesn't
even have a keystroke for same pattern, next occurance...)
Eh? 'n' seems to do a pretty good job. Seems like it searches just fine to
me :-)
Chris
--
People did complain that we were promoting Debian to the
detriment of Linux.
Yes - but remember, some of the people participating in these
contests were acting pretty infantile. Instead of focusing on solving
the problem, they want their team to be at the top of the
list at all costs,
Jim Pick wrote:
People did complain that we were promoting Debian to the
detriment of Linux.
Yes - but remember, some of the people participating in these
contests were acting pretty infantile. Instead of focusing on solving
the problem, they want their team to be at the top of the
I have some computers up running in that challenge and I could easily
contribute there output to the debian group, if we are going to have
one.
So will we have one, or will we do it each one by himself?
It's up to you - nobody's really organized anything. Some people are
already running
On Jun 22, Mark Eichin wrote
Except that the xterm-color entry isn't particularly widespread, yet;
so if you rlogin or telnet somewhere that doesn't have it, you pretty
much lose.
termcap supported the TERMCAP environmental variable, which solved
problems like this (and like linux not being
/usr/info/emacs-info. I suggest to split this off into a new package
called emacs-doc-info. In addition, we should create an emacs-doc-html
Interesting. Not really an option, though; as far as emacs is
concerned, that's part of how it documents itself. If you come up
with a way that works as
In [EMAIL PROTECTED] [EMAIL PROTECTED] (joost witteveen) writes:
Now, we know the length of a year/day better, and
only 1 in for of those turn-of-century years are leap years. Maybe that
will change again. And about the seconds: we (currently, prossibly always)
simply
in practice, the linux entry not being supported by solaris (for
example) was handled by people doing set term=vt100 and whining a
lot...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
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.
Thanks
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail
On Jun 22, Lars Wirzenius wrote
The following sequence of commands:
dpkg-source -x foo.dsc
cd foo-something
dpkg-buildpackage -b -rsudo -us -uc
i switched to use debian/rules binary, debian/rules clean and
dpkg-genchanges in my script (why should dpkg-buildpackage call
On Jun 22, Alex Yukhimets wrote
What's that problem with No new line thing?
Who's creating this problem - diff, patch, dpkg-source?
can you please download the newest version of patch, and try again ?
this way we can get sure, if it's fiext with a new version of patch
(some people told me
Hi!
I've got a copyright question. The selfhtml (doc section) package, that
I'll release the next days, has got a copyright that forbid changing the
files. Should I put the package in unstable/stable or in non-free? In my
opinion the package should go to unstable/stable because it's not
On Jun 22, Bruce Perens wrote
Speaking of predictability, isn't 2000 a leap year? The rule is different
for the turn of the century.
2000/02/29 exists. (the rule is : every for years, but not every hundred
years, but every 400 years). AFAIK.
regards, andreas
--
TO UNSUBSCRIBE FROM THIS
On Jun 23, Lars Wirzenius wrote
I only listed some problematic packages
(not even all problematic packages). That wasn't meant to be a
complete report, just some notes. Someone with more free time
will have to take charge of this if it is going to happen
systematically.
what about forwarding
Hi,
Since discussing this in private resulted in me doing something stupid,
I'll Cc: this to the list (all comments welcome).
[EMAIL PROTECTED] said:
pppd is not just a dialout tool but also used to allow dialin. The
group dip has been designed for that purpose (dialup ip).
A user might be a
On Jun 22, Chris Lawrence wrote
On Jun 22, Mark Eichin wrote
I don't think he's kidding. Lynx is *awful* for searching (it doesn't
even have a keystroke for same pattern, next occurance...)
Eh? 'n' seems to do a pretty good job. Seems like it searches just fine to
me :-)
As
Does this mean I could upload all architecture version for my packages?
If so yes, I think it's useful.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146
Now that svgalib seems orphaned, allow me to come up with this topic
again... But first a brief summary of the history and the problems:
svgalib-dummy is a dummy replacement for svgalib, which doesn't
require any configuration, doesn't spit out messages when initialized
by applications, and last
The way I read it the copyright just forbids to change the doc files
itself. There is no problem adding our packages files etc. Even renaming
the source tree is not forbidden.
So I'd say put it in the core distribution.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus
On Jun 21, Mark Baker wrote
For libg++, I'd wait until there's a libg++272 package, and install the
development stuff from that; for ncurses there are libc6 versions of the
library itself, I'm not sure about the development stuff but a
force-depends seems to work (the header files aren't
Does this mean I could upload all architecture version for my
packages? If so yes, I think it's useful.
But if you do that, you haven't tested whether your package is really
running on another architecture...
Roman
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
Now that svgalib seems orphaned, allow me to come up with this topic
again... But first a brief summary of the history and the problems:
Well, nearly orphaned. I finally got an answer from Andy Mortimer
[EMAIL PROTECTED], who currently is the one interested in
being the maintainer. I did this
dpkg's current dependency mechanism doesn't allow it to be a
substitute for svgalib, because that is a shared lib and so all
dependencies on it are versioned dependencies (coming from the .shlibs
file).
Well, more to the point: when package foo Depends on a particular version
of
Jim Pick [EMAIL PROTECTED] writes:
I suggest to use [EMAIL PROTECTED] as common identifier for Debian
friends. In case we get the money (why should we ?) I suggest to pass
50% to Linux International and keep 50% for Debian.
Please use an address at Linux International, not one in
Bruce Perens [EMAIL PROTECTED] writes:
I suggest to use [EMAIL PROTECTED] as common identifier for Debian
friends. In case we get the money (why should we ?) I suggest to pass
50% to Linux International and keep 50% for Debian.
Please use an address at Linux International, not one in
Could anyone please tell me the advantages of suidmanager as it is right
now? I can see the usefullness of a tool like that, but I wonder if there
should be a daily test run to make sure no other file are suid. Or is this
dones elsewhere?
Also why are there file in /etc/suid.conf that are not
On Jun 22, Dirk Eddelbuettel wrote
Francesco,
Did you add your userid to the sudo group?
[EMAIL PROTECTED]:~ grep sudo /etc/group
sudo:*:27:edd
Regards, Dirk
Yes, I made it.
ciao
Francesco Tapparo
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word
Lars Wirzenius wrote:
[replying to the list instead of privately, since this is of common
interest, IMHO :-]
If the protocol in the publib library has a way to get around that
problem, I'd be interesting in learning more about it (and, possibly,
dreaming up cases in which it might fail :-)
I
Paul Haggart [EMAIL PROTECTED] writes:
Okay, what's the recommended solution for this .. other than porting
nethack over to use libc6 (which can't be done at the moment because
of the lack of a libc6 xpm library). How does one detect the
architecture of the machine being used?
Cut and
How on earth is it possible to get packages depending on libreadlineg2 into
hamm when there is no package libreadlineg2 in the archive or in Incoming?
At least I couldn't find the readline package.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]
On Jun 22, Bruce Perens wrote
Lynx can browse files directly, and can execute CGI scripts directly.
True. However, it can't handle gzipped pages, and hacking it to do so
seems a) special case (because chimera, w3, netscape and all the others
still don't) and b) outside of its domain of
Michael Meskes [EMAIL PROTECTED] writes:
How on earth is it possible to get packages depending on
libreadlineg2 into hamm when there is no package libreadlineg2 in
the archive or in Incoming?
I removed libreadlineg2 and all other bash_2.01-0 related files from
Incoming/ after they appeared to
Do you really run it? The way I hear it from the authors (and according
to my own experience) it won't work with 2.0.30 either. It's broken and
these guys don't know yet, how to repair it. The last working version
was 2.0.29.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topsystem
Greetings! Well, what do you think?
--
[EMAIL PROTECTED] Camm Maguire
==
The earth is one country, and mankind its citizens. Baha'u'llah
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the
dpkg in C for speed?
Greetings! Well, what do you think?
well, I think it will not make a difference. It's not slow because
of C++, it's slow because it has to read thousands of files
on startup, and do quite a lot of other interesting things. All
this has nothing to do with C/C++.
--
I like this proposal too.
Yet another reason, why separate docs could be good:
Sometimes I want only to check documentation, read more about
something (e.g. some toolkit and/or programming language) and I don't
want to install 20 MB package when I need only 1 MB documentation
which I want to read
MB == Marco Budde [EMAIL PROTECTED] writes:
MZ: I don't know any good browser for HTML, that's the main
MZ: problem of HTML documentation.
MB: Your're kidding ;-)? There're several really great HTML
MB: browsers like netscape, lynx etc.
No.
Problems with netscape:
- It's
I think we should start moving away from MD5 as our main hash function.
MD5 has known weaknesses so that an attacker can quite possibly create
two files, differing maybe in a single bit or in quite a few bytes, but
having the same MD5 checksum. Also, 128 bits are starting to be in the
range that
I'm currently working on svgalib (mostly for libc6).
As it stands now, I would like to make the following name-changes:
svgalib1 - svgalib1g (libc6 protocol)
svgalib1-dev - svgalib1g-dev (libc6 protocol)
svgalib1-bin - svgalib-bin(there's no reason to put the
5. Conflicts Dependencies for hamm packages
[..]
The hamm libfoo package has to depend on libc6 and has to conflict
with libfoo-dev and libc5-dev.
Are you sure here? I'd say you mean this:
The hamm libfoo package has to depend on libc5 and has to conflict
with libfoo-dev.
cfengine: tries to do make distclean, but that target doesn't
exist.
I've added a - in front of this call.
gnats: diff patches file
(gnats-3.101.orig/gnats/contrib/tkgnats/print/Description_Summary)
whose directory does not appear in tarfile
Hmmm...
In article [EMAIL PROTECTED] you wrote:
: Could anyone please tell me the advantages of suidmanager as it is right
: now? I can see the usefullness of a tool like that, but I wonder if there
: should be a daily test run to make sure no other file are suid. Or is this
: dones elsewhere?
Not all
Ricardas Cepas [EMAIL PROTECTED] writes:
As of current documentation, you can search only current
.html file. This is not very usefull.
Lynx ( on non-gzipped docs) is much slower then info ( on
gzipped).
Oh, right I forgot to add recursive to my previous comment about
The problem is that no editor is popular with everyone, and nobody is
learning VI any longer, and Emacs isn't so popular either. The solution
is to put up a menu of check-boxes of what editor you want, and install
it from packages as soon as possible after the system is installed.
Adding editors
-BEGIN PGP SIGNED MESSAGE-
On Mon, 23 Jun 1997, Thomas Koenig wrote:
I think we should start moving away from MD5 as our main hash function.
MD5 has known weaknesses so that an attacker can quite possibly create
two files, differing maybe in a single bit or in quite a few bytes, but
Bruce Perens wrote:
From: Erv Walter [EMAIL PROTECTED]
Well, i had trouble booting a toshiba tecra with bzImages except via
loadlin. The solution was to use a simple zImage instead of the
bzImage. Now, lilo, syslinux, etc all work.
I'd rather fix the software bug that prevents
Package: cpp 2.7.2.2-5
This is the same kind of bug that was reported as #10753
(update-alternative).
When I try to upgrade to this version, I get an error related to
cross-device links (/lib/cpp is a symlink to /usr/bin/cpp, which is
mounted on a different partition on my system).
Thomas Koenig wrote:
I think we should start moving away from MD5 as our main hash function.
An attractive alternative would be RIPEMD-160.
http://www.esat.kuleuven.ac.be/~bosselae/ripemd160.html
This is probably a good thing to agree to do, before Klee redesigns dpkg to
handle verification
On Jun 22, Lars Wirzenius wrote
[ Please don't Cc: public replies to me. ]
Francesco Tapparo:
Of course ae will be used in the boot disks, but in the default
installation, joe must be the choiche, IMO.
This is a editor war. Please don't continue it.
I was just wondering why we havn't upgraded to the new upstream
version 2.3.0, which has been out since may 22. I would figure it whould
have quite a few fixes for some of the problems in 2.2.0.
Thanks
Alex
--
TO UNSUBSCRIBE
gnats: diff patches file
(gnats-3.101.orig/gnats/contrib/tkgnats/print/Description_Summary)
whose directory does not appear in tarfile
Hmmm... I'm not sure what to do about this. The version of tkgnats
I built is significantly different from what was in the
-- Start of PGP signed section.
On Mon, 23 Jun 1997, Thomas Koenig wrote:
I think we should start moving away from MD5 as our main hash function.
MD5 has known weaknesses so that an attacker can quite possibly create
two files, differing maybe in a single bit or in quite a few bytes, but
Mark Eichin [EMAIL PROTECTED] writes:
in practice, the linux entry not being supported by solaris (for
example) was handled by people doing set term=vt100 and whining a
lot...
A solution is to tell them to:
linux$ infocmp xterm-color missing-term.tic
(replace `xterm-color' with your
On Mon, 23 Jun 1997, Michael Meskes wrote:
The way I read it the copyright just forbids to change the doc files
itself. There is no problem adding our packages files etc. Even renaming
the source tree is not forbidden.
So I'd say put it in the core distribution.
No, I disagree here. At
On 22 Jun 1997, Miquel van Smoorenburg wrote:
After all the talk about NFS lockfiles etc, and checking out
Lars's publib, I decided to write the locking functions
from scratch. Well not totally, it's partially based on the
qpopper locking stuff (which I also wrote).
Hi folks!
To summarize this discussion so far: I think everyone here agrees that we
should provide HTML and INFO.
So we currently have three options, both having their advantages and
disadvantages:
(Arguments with `(-)' will become obsolete when deity is available, see
below.)
Option
On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
What about the motif-dummy thingie we discussed? How can I run plan having
Motif and not lesstif installed? Can you make sure it doesn't Depends: on
lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a
to-be-created-dummy
Option 3: We ship .texi files and produce HTML and/or info files on
demand (in the postinst script).
Advantages:
- No work for the maintainers.
- Great flexibility (the sysadmin could even produce PostScript
files when needed!).
This is extremely good
(I'm on debian-devel, no need to Cc:)
On Sun, Jun 22 1997 15:11 EDT Colin R. Telmer writes:
Given this, using chmod to set user or group ID on execution(s) is
useless. It will always run as the uid hardwired in.
[...]
The previous maintainer of plan (Christoph Lameter) had a
I was just wondering why we havn't upgraded to the new upstream
version 2.3.0, which has been out since may 22. I would figure it whould
have quite a few fixes for some of the problems in 2.2.0.
There is a Debian package of 2.3.0 in project/experimental.
I've only recently taken on
pppd should include all functionality possible. But the IPX features
should be disabled by default in the configuration file.
As far as I can tell having -ipx-protocol in /etc/ppp/options does this, so
that's what I've done.
When I upload the next version (to put the group back to ``dip''),
On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
What about the motif-dummy thingie we discussed? How can I run plan having
Motif and not lesstif installed? Can you make sure it doesn't Depends: on
lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a
That would be enable the WWW pages to mark the new packages with a
`[NEW!]'.
It look a silly feature, but I think that it would be very useful to
users. Other package management utilities can take advantage of this field
too...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING
On Sun, 22 Jun 1997, Lars Wirzenius wrote:
Only the binary target, if you want to be strict (though that's
enough, of course). Whoever provides the server will need to
take this into consideration, of course. We can't assume that
the server is going to be secure against attacks in
On Mon, 23 Jun 1997, joost witteveen wrote:
So, what method do you prefer? Or do you have better ideas? How hard
would it be to implement versioned Provides: in dpkg? Or are there
other reasons not to implement it? Is solution 2) too kludgy?
I strongly prefer method 1. I really think dpkg
Hell,
I've seen that security hole in zvg, reported in linux-security
etc. They say:
From: ksrt [EMAIL PROTECTED]
To: linux-security@redhat.com
Subject: [linux-alert] svgalib/zgv
[..]
Patch/Fix: svgalib-1.2.11 will address this security issue. Look
for
On Mon, 23 Jun 1997, joost witteveen wrote:
So, what method do you prefer? Or do you have better ideas? How hard
would it be to implement versioned Provides: in dpkg? Or are there
other reasons not to implement it? Is solution 2) too kludgy?
I strongly prefer method 1. I really think
On 23 Jun 1997, Sven Rudolph wrote:
(Nowadays many people won't install base from floppy, so I'd even risk
more base floppies, but currently this is plain speculation, because
there is enough free space (more than 800kBK for 1.44MB floppies).)
Ehhh! Ix nay! Hold on! No way man. I dont
James Troup [EMAIL PROTECTED] writes:
Camm Maguire [EMAIL PROTECTED] writes:
Greetings! Well, what do you think?
Dpkg in C as opposed to the C it's in now?
--
James
Greetings! Please accept my apologies. I didn't actually check dpkg
itself, but made an inference from the
[Charset iso-8859-1 unsupported, filtering to ASCII...]
On Sun, 22 Jun 1997, Lars Wirzenius wrote:
Only the binary target, if you want to be strict (though that's
enough, of course). Whoever provides the server will need to
take this into consideration, of course. We can't assume that
[Charset iso-8859-1 unsupported, filtering to ASCII...]
Subject: New field `Entered-Date' in Packages.gz
That would be enable the WWW pages to mark the new packages with a
`[NEW!]'.
It look a silly feature, but I think that it would be very useful to
users. Other package management
Show me a computer that can boot off a cdrom... and gimme a cdrom that
will boot up debian... And Ill buy it like a shot.
Most modern motherboards will boot an IDE CD-ROM in the El Torrito format.
The Debian Official CD will boot into the installation system. No floppies,
no LOADLIN, etc.
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.
dutch or polish])
Copyright
=
Dieses Dokument ist Freeware im Sinne des
ghughes == ghughes [EMAIL PROTECTED] writes:
ghughes [1 text/plain; us-ascii (7bit)] On Jun 22, Bruce Perens
ghughes wrote
Lynx can browse files directly, and can execute CGI scripts
directly.
ghughes True. However, it can't handle gzipped pages, and
ghughes hacking
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.
dutch or polish])
*smile* Some german people have problems understanding
On Sun, 22 Jun 1997, Dirk Eddelbuettel wrote:
What about the motif-dummy thingie we discussed? How can I run plan having
Motif and not lesstif installed? Can you make sure it doesn't Depends: on
lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a
That would be enable the WWW pages to mark the new packages with a
`[NEW!]'.
It look a silly feature, but I think that it would be very useful to
users. Other package management utilities can take advantage of this field
too...
--=20
Nicol=E1s Lichtmaier.-
Fine with me. We
On Jun 23, Michael Meskes wrote
Could anyone please tell me the advantages of suidmanager as it is right
now?
it's useless, because not all packages use it.
I can see the usefullness of a tool like that, but I wonder if there
should be a daily test run to make sure no other file are suid.
Show me a computer that can boot off a cdrom... and gimme a cdrom that
will boot up debian... And Ill buy it like a shot.
Most modern motherboards will boot an IDE CD-ROM in the El Torrito format.
The Debian Official CD will boot into the installation system. No floppies,
no LOADLIN,
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 chmod, chown etc, and then fakes all the ownership and modes in the
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 chmod, chown etc, and then fakes all the ownership and modes in
I don't think that support for different Moitfs are needed.
All known software despite of being compiled with Motif 2.0 does not
use features not present in Motif 1.2
The reason for this is that big unices does not have Motif 2.0 actively
shiped from the vendors yet and using Motif 2.0
In article [EMAIL PROTECTED],
Christian Schwarz [EMAIL PROTECTED] wrote:
On 22 Jun 1997, Miquel van Smoorenburg wrote:
After all the talk about NFS lockfiles etc, and checking out
Lars's publib, I decided to write the locking functions
from scratch.
2. The functions should be documented in
Mark Baker wrote:
g77: needs gcc source code to build
Yes, but the alternative is for the source package to be much bigger than it
needs to be. A better solution would be to merge the source packages.
Perhaps you mean something else by the word merge, but, again, merged
sources
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 lilo
Christoph package and provide a
Michael Meskes wrote:
Does this mean I could upload all architecture version for my packages?
If so yes, I think it's useful.
Michael
Well, I personally distrust cross-compilers...at least gcc cross
compilers. I know that at least one crossover (i386-alpha) has been
known to produce
96 matches
Mail list logo