Manoj Srivastava [EMAIL PROTECTED] (va, manoj) writes:
On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein [EMAIL
PROTECTED] said:
- inetd begone! - xinetd (better mechanism to control DoS,
separation, etc.)
xinetd begone. There is no justification for using anything
On Thu, Jun 23, 2005 at 09:58:31PM +0200, Tollef Fog Heen wrote:
* Paul TBBle Hampson
| The charset of your terminal is orthogonal to the charset you're
| talking on the IRC network with to my mind, since even the built-in
| recode support lets you set a default charset for IRC traffic.
* Paul TBBle Hampson
| The charset of your terminal is orthogonal to the charset you're
| talking on the IRC network with to my mind, since even the built-in
| recode support lets you set a default charset for IRC traffic.
No, it's not, since at least one of the most popular IRC clients
(irssi)
- inetd begone! - xinetd (better mechanism to control DoS,
separation, etc.)
xinetd begone. There is no justification for using anything
resembling inetd on a modern system.
What planet do you live on? I want MORE use of inetd, not less. I want to be
able to select a service, and
On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein [EMAIL
PROTECTED] said:
- inetd begone! - xinetd (better mechanism to control DoS,
separation, etc.)
xinetd begone. There is no justification for using anything
resembling inetd on a modern system.
What planet do you live
On 06/22/05 12:02:53PM -0500, Manoj Srivastava wrote:
On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein [EMAIL
PROTECTED] said:
- inetd begone! - xinetd (better mechanism to control DoS,
separation, etc.)
xinetd begone. There is no justification for using anything
On Friday 17 June 2005 22:06, Steve Langasek [EMAIL PROTECTED] wrote:
But if someone can change the cache of data written by prelink then why
couldn't they also change the program that does the md5 checks to make it
always return a good result?
They can, but I've never seen a rootkit with
On Thu, Jun 16, 2005 at 01:51:04PM +1000, Russell Coker wrote:
regarding prelink
On Thursday 16 June 2005 08:18, Steve Langasek [EMAIL PROTECTED] wrote:
One of the points of the md5sum verification is to ensure that the
binaries haven't been tampered with. If one can tamper with the
Enrico Zini dijo [Thu, Jun 09, 2005 at 12:49:39PM +0200]:
I've been it_IT.UTF-8 for quite a while with no problems. And I also
get to be able to write the name of my girlfriend, which Latin1 cannot
encode, together with accented Italian words, which BIG5 cannot encode.
H... Silly me
On Thu, Jun 16, 2005 at 01:01:17AM -0500, Gunnar Wolf wrote:
Enrico Zini dijo [Thu, Jun 09, 2005 at 12:49:39PM +0200]:
I've been it_IT.UTF-8 for quite a while with no problems. And I also
get to be able to write the name of my girlfriend, which Latin1 cannot
encode, together with accented
Steve Langasek schrieb am Dienstag, 14. Juni 2005 um 03:12:09 -0700:
Consistent LFS support - Steve Langasek [EMAIL PROTECTED]
Short question:
What does LFS mean? The first thing which comes into my mind is Linux
from Scratch. Seems not to fit in this context.
--
JFriedrich
There are only
On 6/16/05, Russell Coker [EMAIL PROTECTED] wrote:
But if someone can change the cache of data written by prelink then why
couldn't they also change the program that does the md5 checks to make it
always return a good result?
A long, long time ago, you were supposed to boot from a read-only
On 6/16/05, Joerg Friedrich [EMAIL PROTECTED] wrote:
Steve Langasek schrieb am Dienstag, 14. Juni 2005 um 03:12:09 -0700:
Consistent LFS support - Steve Langasek [EMAIL PROTECTED]
Short question:
What does LFS mean? The first thing which comes into my mind is Linux
from Scratch. Seems not
Ummm... And if instead of asking the user for a disk change, this
mini-initrd just keeps polling the floppy for a non-erroneous read
(this means, the drive is not empty) with the correct magic at the
correct place?
I don't think you actually have to read anything. You can use the disk
On Wednesday 15 Jun 2005 10:09, Steve Langasek wrote:
On Wed, Jun 15, 2005 at 10:31:45AM +0200, Petter Reinholdtsen wrote:
I didn't see anyone proposing prelinking so far. I've seen rumors
that program start time for some programs decrease a lot if prelinking
is enabled. It would be nice
On Thu, Jun 16, 2005 at 01:01:17AM -0500, Gunnar Wolf wrote:
H... Silly me thought that Italian was the only Latin language
which used no diacritics. Which kind of accents does it have?
Italian can have accents over vowels, some are read differently if they
are grave or acute:
Gunnar Wolf wrote:
Enrico Zini dijo [Thu, Jun 09, 2005 at 12:49:39PM +0200]:
I've been it_IT.UTF-8 for quite a while with no problems. And I also
get to be able to write the name of my girlfriend, which Latin1 cannot
encode, together with accented Italian words, which BIG5 cannot encode.
On Thu, Jun 09, 2005 at 10:09:06AM +0200, Tollef Fog Heen wrote:
* Christian Perrier
| Again, do not mess with cultures you do not understand.
|
| Do you have real examples?
IRC. An example is the current irssi in Debian which doesn't do
recoding between different locales. (And that
I didn't see anyone proposing prelinking so far. I've seen rumors
that program start time for some programs decrease a lot if prelinking
is enabled. It would be nice if we could speed up the login time, or
for example the openoffice start time. Is prelinking the way to go?
Should it be enabled
On Wed, Jun 15, 2005 at 10:31:45AM +0200, Petter Reinholdtsen wrote:
I didn't see anyone proposing prelinking so far. I've seen rumors
that program start time for some programs decrease a lot if prelinking
is enabled. It would be nice if we could speed up the login time, or
for example the
On Tue, Jun 14, 2005 at 03:12:09AM -0700, Steve Langasek wrote:
On Tue, Jun 07, 2005 at 01:03:12AM +0200, Javier Fernández-Sanguino Peña
wrote:
So, without further delay, here's my Etch-wishlist, it's biased on some
of the things I've personally worked on and would like to keep working on
On Wed, Jun 15, 2005 at 02:09:49AM -0700, Steve Langasek wrote:
On Wed, Jun 15, 2005 at 10:31:45AM +0200, Petter Reinholdtsen wrote:
I didn't see anyone proposing prelinking so far. I've seen rumors
that program start time for some programs decrease a lot if prelinking
is enabled. It
On Wed, 2005-06-15 at 12:45 +0200, Wouter Verhelst wrote:
Using prelink invalidates the md5sums of files belonging to Debian packages.
Has anyone done any work to address this?
The only way to address that is to update the md5sum after prelinking is
done.
I might be talking out of my arse
On 6/15/05, Ian Campbell [EMAIL PROTECTED] wrote:
On Wed, 2005-06-15 at 12:45 +0200, Wouter Verhelst wrote:
Using prelink invalidates the md5sums of files belonging to Debian
packages.
Has anyone done any work to address this?
The only way to address that is to update the md5sum
Ian Campbell [EMAIL PROTECTED] writes:
I might be talking out of my arse (99% probability ;-)) but I thought
I'd heard that it was possible to store the pre-linking information
separately to the binaries, under /var/cache or something for example.
Am/was I imagining things?
One of the
On 6/15/05, Russ Allbery [EMAIL PROTECTED] wrote:
Ian Campbell [EMAIL PROTECTED] writes:
I might be talking out of my arse (99% probability ;-)) but I thought
I'd heard that it was possible to store the pre-linking information
separately to the binaries, under /var/cache or something for
On Wed, 2005-06-15 at 13:10 -0700, Russ Allbery wrote:
Ian Campbell [EMAIL PROTECTED] writes:
I might be talking out of my arse (99% probability ;-)) but I thought
I'd heard that it was possible to store the pre-linking information
separately to the binaries, under /var/cache or something
On Jun 15, Olaf van der Spek [EMAIL PROTECTED] wrote:
But it leaves the choice of using prelinking to the user instead of
'forcing' the entire system to use it.
There is no need to choose. If prelinking works, all users should use
prelinking.
--
ciao,
Marco
signature.asc
Description:
[ Note: I was unsubscribe to -devel due to a hw problem in my current
mail-end so this quoting is suboptimal, had to use the web archives ]
Steve said:
Ok, sure. Here are a few one-liners about various things I'm aware of
that one person or another wants to see happen in the etch timeframe,
On Wed, Jun 15, 2005 at 01:10:57PM -0700, Russ Allbery wrote:
Ian Campbell [EMAIL PROTECTED] writes:
I might be talking out of my arse (99% probability ;-)) but I thought
I'd heard that it was possible to store the pre-linking information
separately to the binaries, under /var/cache or
Goswin von Brederlow dijo [Sun, Jun 12, 2005 at 08:46:47AM +0200]:
Intermittendly we had a multi floppy setup.
The first floppy contains the kernel and a minimal initrd. That
prompts for the second floppy and the user to press return and then
adds the contents of the 2nd floppy to tmpfs.
Gunnar Wolf wrote:
Ummm... And if instead of asking the user for a disk change, this
mini-initrd just keeps polling the floppy for a non-erroneous read
(this means, the drive is not empty) with the correct magic at the
correct place?
This assumes that the kernel works better than it really
regarding prelink
On Thursday 16 June 2005 08:18, Steve Langasek [EMAIL PROTECTED] wrote:
One of the points of the md5sum verification is to ensure that the
binaries haven't been tampered with. If one can tamper with the binaries
by modifying some file in /var/cache instead, doesn't that
Joey Hess dijo [Wed, Jun 15, 2005 at 09:40:59PM -0400]:
Gunnar Wolf wrote:
Ummm... And if instead of asking the user for a disk change, this
mini-initrd just keeps polling the floppy for a non-erroneous read
(this means, the drive is not empty) with the correct magic at the
correct place?
Andrew Suffield dijo [Tue, Jun 07, 2005 at 02:32:53PM +0100]:
- Separate runlevels: 2 for multi, no net, 3 for multi no X, 4 for X, 4=5
No way. Debian has always avoided mindlessly dictating what runlevels
must be used for. There's no reason to destroy this feature now. And
there's no
[Darren Salt]
ISTM that a non-standard disk format (21 sectors per track and/or
more tracks) would help - or would this just cause too many problems?
I think it's safe to assume anyone can boot and read a 1600 kB floppy.
1743 kB is common but possibly problematic.
signature.asc
Description:
On Mon, Jun 13, 2005 at 04:00:25PM -0500, John Hasler wrote:
Nothing, except for the fact that most admins haven't the foggiest idea
how to do that. Thus the suggestion that the default runlevels be what
most people expect them to be.
And it _does_ come with predefined options and
On Tue, Jun 07, 2005 at 01:03:12AM +0200, Javier Fernández-Sanguino Peña wrote:
So, without further delay, here's my Etch-wishlist, it's biased on some
of the things I've personally worked on and would like to keep working on
for etch. I would love to hear the Release Managers opinion on what
Steve Langasek [EMAIL PROTECTED] writes:
Toolchain update to gcc/g++ 4.0 - Matthias Klose [EMAIL PROTECTED]
Switch to dependency-based init.d handling -- Lars Wirzenius [EMAIL
PROTECTED]
Drop libpng2/libpng10-0/libpng3 packages - Josselin Mouette [EMAIL
PROTECTED]
Drop
On Tue, Jun 14, 2005 at 02:00:02PM +0200, Romain Francoise wrote:
Steve Langasek [EMAIL PROTECTED] writes:
Toolchain update to gcc/g++ 4.0 - Matthias Klose [EMAIL PROTECTED]
Switch to dependency-based init.d handling -- Lars Wirzenius [EMAIL
PROTECTED]
Drop libpng2/libpng10-0/libpng3
On Monday 13 June 2005 23.00, John Hasler wrote:
Jesus Climent writes:
Exactly my point, what impedes an admin to set some defaults wether the
system comes as it comes now or with some predefined options and
settings?
Nothing, except for the fact that most admins haven't the foggiest idea
On Mon, 13 Jun 2005 22:01:58 +0200, Jesus Climent [EMAIL PROTECTED] said:
On Thu, Jun 09, 2005 at 09:25:22AM +1000, Matthew Palmer wrote:
On Thu, Jun 09, 2005 at 01:13:16AM +0200, Javier Fernández-Sanguino Peña
wrote:
to find their own (sometimes flawed) solution to a very common
Maybe I can shed some light on this
** Manoj Srivastava ::
That common is common enough?
Not really. There is nothing to indicate that how you
fashioned your run levels would make sense for, say, me.
People whoi really want tailored run-levels often have
On Tue, 14 Jun 2005 14:14:45 -0300, Humberto Massa Guimarães [EMAIL
PROTECTED] said:
Maybe I can shed some light on this
** Manoj Srivastava ::
That common is common enough?
Not really. There is nothing to indicate that how you fashioned
your run levels would make sense for, say, me.
On Tuesday 14 June 2005 19.14, Humberto Massa Guimarães wrote:
[...]
Hmmm. Is it just my kmail, or does your mailer produce strange (or no?)
In-Reply-To headers? All your posts I saw (and none others afaict)
appeared to be in reply to some completely irrelevant other message in the
same
** Manoj Srivastava ::
(4) It *does* generate an unnecessary difference between Debian and
*all* *other* distros, with no reasonable motive at all.
We differ on what we considered reasonable.
But not *one* reasonable motive for differing was cited in this whole thread.
So, right,
On Tue, Jun 14, 2005 at 08:06:07PM +0200, Adrian von Bidder wrote:
On Tuesday 14 June 2005 19.14, Humberto Massa Guimarães wrote:
[...]
Hmmm. Is it just my kmail, or does your mailer produce strange (or no?)
In-Reply-To headers?
It's not just you.
All your posts I saw (and none others
Adrian von Bidder writes:
The people you probably mean when you write admin (with the quotes)
usually, in my experience, go into blank-stare-mode when I mention the
word 'runlevel' or even 'command line'.
There are many who have a primitive notion of what runlevels are and how to
use them but
On Tue, Jun 14, 2005 at 02:14:45PM -0300, Humberto Massa Guimarães wrote:
Maybe I can shed some light on this
** Manoj Srivastava ::
That common is common enough?
Not really. There is nothing to indicate that how you
fashioned your run levels would make sense for, say,
On Tue, Jun 14, 2005 at 01:01:25PM -0500, Manoj Srivastava wrote:
(3) Substituting diferentiated runlevels by the old, 3-runlevel
scheme is relatively easy, as it is to create otherwise customized
runlevels, independently of where one comes from. So, why not?
It is work, and most
On Tue, Jun 14, 2005 at 11:47:38AM -0500, Manoj Srivastava wrote:
On Mon, 13 Jun 2005 22:01:58 +0200, Jesus Climent [EMAIL PROTECTED] said:
_Why_ did you not create you own run level schema, BTW, if you
have indeed needed them so often? (I haven't felt that itch yet, or I
would
Steve Langasek [EMAIL PROTECTED] writes:
On Tue, Jun 14, 2005 at 02:14:45PM -0300, Humberto Massa Guimarães wrote:
(1) LSB -- which Debian's policy vows to follow -- mandates the
default differentiated runlevels.
No. Please read
Em Dom, 2005-06-12 s 00:38 +0200, Frans Pop escreveu:
IMO we should try very hard to keep floppy installation supported.
Everything depends on how much we're 'paying' for such a support. If the
overhead gets very hard to handle we better choose to drop some support
in order to keep ourselves
Andreas Gredler [EMAIL PROTECTED] writes:
On Sun, Jun 12, 2005 at 02:17:08PM +1000, Russell Coker wrote:
On Sunday 12 June 2005 09:14, Frans Pop [EMAIL PROTECTED] wrote:
Some older BIOSes don't allow booting from CD-ROM, let alone netbooting or
It's easy to solve the problem of a BIOS that
Steve Greenland([EMAIL PROTECTED])@2005-06-09 10:06:
I suspect that the problem is that you're confusing obsolete with
not current. Obsolete caries the connotation of useless except for
entertainment/hobbiest purposes. For example, steam engine cars are
obsolete. The 1999 Toyota Camry is not.
On 2005-06-12, Goswin von Brederlow
[EMAIL PROTECTED] wrote:
The best way to make multi floppy boot work would be to use initramfs
with a static C binary linked against klibc that does the prompting
and loading of the 2nd/3rd/... floppy. That way you can save as much
space as possible for
On Saturday 11 June 2005 08:34 am, David Weinehall wrote:
2.6.25?! The current release pace for the 2.6-kernel is somewhere along
2-3 months / kernel. The kernel version now is 2.6.11, but 2.6.12 is
out any day now, hopefully. Unless there are some radical changes,
there won't be more than
I demand that Marco d'Itri may or may not have written...
On Jun 12, Frans Pop [EMAIL PROTECTED] wrote:
I have a very nice Pentium I (my internet gateway) that has a broken
CD-drive and no USB (and certainly wouldn't boot from USB even if it had)
but that installs perfectly from floppy.
You
I demand that Andreas Gredler may or may not have written...
On Thu, Jun 09, 2005 at 07:58:11PM -0400, Joey Hess wrote:
[snip]
Since d-i currently puts the initrd that reads the second floppy (or
other USB media) on the boot floppy with the kernel, we either have to
shoehorn that initrd,
On Thu, Jun 09, 2005 at 09:25:22AM +1000, Matthew Palmer wrote:
On Thu, Jun 09, 2005 at 01:13:16AM +0200, Javier Fernández-Sanguino Peña
wrote:
to find their own (sometimes flawed) solution to a very common problem.
Years using Linux: 10.
Times I've absolutely needed an X-less boot
On Thu, Jun 09, 2005 at 01:18:39PM +0200, Josselin Mouette wrote:
How would these runlevels be wasted? We're only talking about the
default configuration, not about something a system administrator
couldn't change.
Exactly my point, what impedes an admin to set some defaults wether the
Jesus Climent writes:
Exactly my point, what impedes an admin to set some defaults wether the
system comes as it comes now or with some predefined options and
settings?
Nothing, except for the fact that most admins haven't the foggiest idea
how to do that. Thus the suggestion that the default
On Tuesday 14 June 2005 02:32, Darren Salt [EMAIL PROTECTED]
wrote:
ISTM that a non-standard disk format (21 sectors per track and/or more
tracks) would help - or would this just cause too many problems?
AFAIK it's not possible for the BIOS to boot from a 21 sector track.
I have heard of
Andreas Gredler [EMAIL PROTECTED] writes:
On Thu, Jun 09, 2005 at 07:58:11PM -0400, Joey Hess wrote:
Andreas Gredler wrote:
Is there a way to handle this? Could a kernel be patched to read data
from multiple floppy disks? I know that this question sounds a little
bit stupid, but floppies
#include hallo.h
* Joey Hess [Thu, Jun 09 2005, 07:58:11PM]:
Andreas Gredler wrote:
Is there a way to handle this? Could a kernel be patched to read data
from multiple floppy disks? I know that this question sounds a little
bit stupid, but floppies still seem to be the most reliable way to
Eduard Bloch [EMAIL PROTECTED] writes:
#include hallo.h
* Joey Hess [Thu, Jun 09 2005, 07:58:11PM]:
Andreas Gredler wrote:
Is there a way to handle this? Could a kernel be patched to read data
from multiple floppy disks? I know that this question sounds a little
bit stupid, but floppies
El Domingo 12 Junio 2005 01:24, Russell Coker escribió:
On Tuesday 07 June 2005 19:31, Cesar Martinez Izquierdo
[EMAIL PROTECTED]
wrote:
What about switching from getty to mingetty? Is there any reason to use
getty by default?
Is there any reason to change?
Well, I'm not very well
Moin Goswin!
Goswin von Brederlow schrieb am Sonntag, den 12. Juni 2005:
Why would it have to be before the kernel? Actualy all floppies should
Because you can do it before the kernel needs to be running (including
the whole userspace overhead needed to prompt the user to insert the usb
floppy,
[Christian Aichinger]
The reverse dependency count just isn't a very good metric for is an
end-user package. I think it's also a job for debtags or something
like it, to tell us what is an end-user package and what isn't.
Or popularity-contest could be enhanced to note auto-installed
* Brian May
| klibc? Not yet in Debian, is there any reason for this?
It's just been ITP-ed;
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312563
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are
Eduard Bloch wrote:
Why would it have to be before the kernel? Actualy all floppies should
Because you can do it before the kernel needs to be running (including
the whole userspace overhead needed to prompt the user to insert the usb
floppy, for example, and work with it).
FWIW, the
On Sunday 12 June 2005 19:54, Cesar Martinez Izquierdo [EMAIL PROTECTED]
wrote:
El Domingo 12 Junio 2005 01:24, Russell Coker escribió:
wrote:
What about switching from getty to mingetty? Is there any reason to use
getty by default?
Is there any reason to change?
Then I discovered
On Sun, Jun 12, 2005 at 02:17:08PM +1000, Russell Coker wrote:
On Sunday 12 June 2005 09:14, Frans Pop [EMAIL PROTECTED] wrote:
Some older BIOSes don't allow booting from CD-ROM, let alone netbooting or
It's easy to solve the problem of a BIOS that doesn't support booting from
CD-ROM. You
On Sun, Jun 12, 2005 at 12:52:58AM +0200, Marco d'Itri wrote:
On Jun 12, Russell Coker [EMAIL PROTECTED] wrote:
Why not use a USB flash device for booting? All the recent machines I've
tried have booted from a 64M USB device which gives plenty of space for
such
things. Older
* Andreas Gredler
| - Network boot: PXE cards in older HW are as rare as motherboards
| booting from USB, IMO.
A new PXE-capable networking card costs in the range of 20 and should
work on most machines.
--
Tollef Fog Heen,''`.
UNIX is
Matthew == Matthew Palmer [EMAIL PROTECTED] writes:
Add to the list of daemon related features the not start
daemons by default and wait for the admin to define which ones
to start from /etc/defaults or whatever.
Matthew Jesus, meet policy-rc.d.
Not all packages use/support
Grzegorz == Grzegorz B Prokopski [EMAIL PROTECTED] writes:
Grzegorz On Tue, 2005-07-06 at 01:03 +0200, Javier
Grzegorz Fernández-Sanguino Peña wrote:
[ Installation improvements ] - Firewall configuration during
installation (ala Fedora Core or SuSE): module for
d-i.
On Jun 11, Brian May [EMAIL PROTECTED] wrote:
Not all packages use/support this.
Then they should be fixed.
Udev has good reasons to work differently, and the chroot case was
fixed a long time ago.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Fri, Jun 10, 2005 at 12:20:14AM +0200, Giuseppe Sacco wrote:
Il giorno gio, 09-06-2005 alle 19:06 +0200, Frans Pop ha scritto:
On Thursday 09 June 2005 18:45, Marco d'Itri wrote:
On Jun 09, Adrian von Bidder [EMAIL PROTECTED] wrote:
Dropping 2.4 can easily be done on relatively short
On Thu, Jun 09, 2005 at 07:58:11PM -0400, Joey Hess wrote:
Andreas Gredler wrote:
Is there a way to handle this? Could a kernel be patched to read data
from multiple floppy disks? I know that this question sounds a little
bit stupid, but floppies still seem to be the most reliable way to
Hi,
On Tuesday, 07 Jun 2005, you wrote:
Feel free to add some new items or add (hopefully new) information to the
ones I list below:
- A lot of programms use tcpwrapper which I appreciate a lot. However,
it is quite often not too easy to find out what to write in
hosts.allow to allow
On Friday 10 June 2005 09:58, Joey Hess [EMAIL PROTECTED] wrote:
Since d-i currently puts the initrd that reads the second floppy (or
other USB media) on the boot floppy with the kernel, we either have to
shoehorn that initrd, which is currently 644k, onto the same floppy,
reducing its size by
On Tuesday 07 June 2005 19:31, Cesar Martinez Izquierdo [EMAIL PROTECTED]
wrote:
What about switching from getty to mingetty? Is there any reason to use
getty by default?
Is there any reason to change?
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
On Tuesday 07 June 2005 19:12, Wouter Verhelst [EMAIL PROTECTED] wrote:
On Tue, Jun 07, 2005 at 01:47:12AM +0200, Marco d'Itri wrote:
On Jun 07, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote:
- _No_ bugs in base packages (well, at least no old bugs). Base system
should be
On Sunday 12 June 2005 00:24, Russell Coker wrote:
New laptops tend to ship without floppy drives and desktop machines
will surely follow soon. Plans for future hardware support should not
involve floppy disks.
Please, we do not only support new hardware.
I have a very nice Pentium I (my
On Jun 12, Russell Coker [EMAIL PROTECTED] wrote:
Why not use a USB flash device for booting? All the recent machines I've
tried have booted from a 64M USB device which gives plenty of space for such
things. Older machines would be restricted to booting from CD-ROM.
Agreed. While it would
On Jun 12, Frans Pop [EMAIL PROTECTED] wrote:
I have a very nice Pentium I (my internet gateway) that has a broken
CD-drive and no USB (and certainly wouldn't boot from USB even if it had)
but that installs perfectly from floppy.
You said it: it's *broken*.
Expecting to support some old
On Sunday 12 June 2005 00:51, Marco d'Itri wrote:
On Jun 12, Frans Pop [EMAIL PROTECTED] wrote:
I have a very nice Pentium I (my internet gateway) that has a broken
CD-drive and no USB (and certainly wouldn't boot from USB even if it
had) but that installs perfectly from floppy.
You said
Joey == Joey Hess [EMAIL PROTECTED] writes:
Joey Since d-i currently puts the initrd that reads the second
Joey floppy (or other USB media) on the boot floppy with the
Joey kernel, we either have to shoehorn that initrd, which is
Joey currently 644k, onto the same floppy,
Brian May wrote:
Yaird appears to be newer and better then mkinitrd
d-i images are not created with mkinitrd.
--
see shy jo
signature.asc
Description: Digital signature
On Sunday 12 June 2005 08:38, Frans Pop [EMAIL PROTECTED] wrote:
On Sunday 12 June 2005 00:24, Russell Coker wrote:
New laptops tend to ship without floppy drives and desktop machines
will surely follow soon. Plans for future hardware support should not
involve floppy disks.
Please, we
On Sunday 12 June 2005 09:14, Frans Pop [EMAIL PROTECTED] wrote:
Some older BIOSes don't allow booting from CD-ROM, let alone netbooting or
It's easy to solve the problem of a BIOS that doesn't support booting from
CD-ROM. You have a boot loader on a floppy disk that loads the kernel and
Le jeudi 09 juin 2005 à 18:03 +0200, Wouter Verhelst a écrit :
How would these runlevels be wasted? We're only talking about the
default configuration, not about something a system administrator
couldn't change.
In theory.
In practice, many third-party applications will make
Darren Salt [EMAIL PROTECTED] writes:
I demand that Rich Walker may or may not have written...
Matthew Palmer [EMAIL PROTECTED] writes:
How common was that problem you were trying to solve, again?
Presumably, you never used an S3 video card.
(Locks up on leaving X in many card/X
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian von Bidder [EMAIL PROTECTED] writes:
On Tuesday 07 June 2005 23.32, Roger Leigh wrote:
Frans Pop [EMAIL PROTECTED] writes:
On Tuesday 07 June 2005 23:02, Roger Leigh wrote:
Existing installs are already configured with debconf. Their
Again, do not mess with cultures you do not understand.
Do you have real examples?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Christian Perrier
| Again, do not mess with cultures you do not understand.
|
| Do you have real examples?
IRC. An example is the current irssi in Debian which doesn't do
recoding between different locales. (And that is needed, since IRC
doesn't have a charset concept and there are still
9.06.2005 pisze Tollef Fog Heen ([EMAIL PROTECTED]):
| Again, do not mess with cultures you do not understand.
| Do you have real examples?
IRC. An example is the current irssi in Debian which doesn't do
recoding between different locales. (And that is needed, since IRC
doesn't have a
on Thu, Jun 09, 2005 at 02:30:26AM +0200, Wesley J. Landaker wrote about Re:
And now for something completely different... etch!:
I don't often customize runlevels very much, but usually the first thing
I
do when I install a Debian system is remove all the xdm's from 2 and 3
and
add them
On Wed, Jun 08, 2005 at 07:58:32PM +0200, Javier Fernández-Sanguino Peña wrote:
On Wed, Jun 08, 2005 at 03:34:26PM +0200, Wouter Verhelst wrote:
Nobody. However, you're assuming that xdm et al will keep trying to
start an X server, even if it fails. Luckily, the respective initscripts
1 - 100 of 248 matches
Mail list logo