Re: And now for something completely different... etch!

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 usi

Re: And now for something completely different... etch!

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.

Re: And now for something completely different... etch!

* 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)

Re: And now for something completely different... etch!

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 us

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

> > - 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, a

Re: And now for something completely different... etch!

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 root

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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. H

Re: And now for something completely different... etch!

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: à è é í

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

> > 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 c

Re: And now for something completely different... etch!

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.

Re: And now for something completely different... etch!

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-onl

Re: And now for something completely different... etch!

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. -- J�Friedrich There are on

Re: And now for something completely different... etch!

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 acc

Re: And now for something completely different... etch!

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 tho

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 > > correc

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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.

Re: And now for something completely different... etch!

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/cach

Re: And now for something completely different... etch!

[ 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, >t

Re: And now for something completely different... etch!

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: Dig

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 som

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 m

Re: And now for something completely different... etch!

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. I

Re: And now for something completely different... etch!

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 worki

Re: And now for something completely different... etch!

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 th

Re: And now for something completely different... etch!

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 b

Re: And now for something completely different... etch!

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 sa

Re: And now for something completely different... etch!

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 >

Re: And now for something completely different... etch!

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 > wo

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 fo

Re: And now for something completely different... etch!

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

Re: mail clients and threading... (was: Re: And now for something completely different... etch!)

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 o

RE: And now for something completely different... etch!

** 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, r

mail clients and threading... (was: Re: And now for something completely different... etch!)

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 threa

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 >

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 fog

Re: And now for something completely different... etch!

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/libp

Re: And now for something completely different... etch!

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 libmy

Re: And now for something completely different... etch!

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 wh

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

[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:

Re: And now for something completely different... etch!

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 p

Re: And now for something completely different... etch!

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 def

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 b

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 flopp

Re: And now for something completely different... etch!

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 th

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 Cam

Re: And now for something completely different... etch!

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 o

Re: And now for something completely different... etch!

* 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

Re: And now for something completely different... etch!

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. O

Re: And now for something completely different... etch!

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-RO

Re: And now for something completely different... etch!

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? > > Th

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

* 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

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

[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 pack

Re: And now for something completely different... etch!

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,

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

Eduard Bloch <[EMAIL PROTECTED]> writes: > #include > * 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 fl

Re: And now for something completely different... etch!

#include * 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 b

Re: And now for something completely different... etch!

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,

Re: And now for something completely different... etch!

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 in

Re: And now for something completely different... etch!

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. > > Pl

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

> "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 flo

Re: And now for something completely different... etch!

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. > Y

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 wo

Re: And now for something completely different... etch!

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 in

Re: And now for something completely different... etch!

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 > > > sho

Re: And now for something completely different... etch!

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 http://ww

Re: And now for something completely different... etch!

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 si

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 relati

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

> "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

Re: And now for something completely different... etch!

> "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 pack

Re: And now for something completely different... etch!

-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 debco

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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

Re: And now for something completely different... etch!

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 boot. [EMAIL PROTECTED]:/boot>ls -l vmlinuz-2.6.11-1-386 -rw-r

Re: And now for something completely different... etch!

On Thu, Jun 09, 2005 at 02:24:12PM -0400, Joey Hess wrote: > Adrian von Bidder wrote: > > Dropping 2.4 can easily be done on relatively short notice prior to etch > > release, so no need to worry about now. > > Relatively short notice of several months, even ignoring problems we > currently can't

Re: And now for something completely different... etch!

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 notice prior to > > > etch release, so no need to worry about

Re: And now for something completely different... etch!

> "humberto" == Humberto Massa Guimarães <[EMAIL PROTECTED]> writes: humberto> * John Hasler :: >> Wouter Verhelst writes: > In practice, many third-party >> applications will make assumptions > about the availability and >> configuration of runlevels... >> >> Seems to

Re: And now for something completely different... etch!

On Jun 09, Joey Hess <[EMAIL PROTECTED]> wrote: > I agree, and it seems they have the maintainers interested in > maintaining 2.4. The main issue is not maintaining kernel images, but supporting them in other packages. -- ciao, Marco signature.asc Description: Digital signature

  1   2   3   >