public inbox for linux-8086@vger.kernel.org
 help / color / mirror / Atom feed
From: Eduardo Pereira Habkost <ehabkost@conectiva.com.br>
To: linux-8086@vger.kernel.org
Subject: Re: Another patch
Date: Tue, 27 Jul 2004 12:15:27 -0300	[thread overview]
Message-ID: <20040727151527.GC17232@duckman.distro.conectiva> (raw)
In-Reply-To: <1090936265.3099.0.camel@talena>

[-- Attachment #1: Type: text/plain, Size: 2024 bytes --]

On Tue, Jul 27, 2004 at 07:54:25AM -0600, Miguel Bolanos wrote:
> Greetings,
> 
> On Mon, 2004-07-12 at 15:41, Tommy McCabe wrote:
> > This patch:
> > 
> > 1. Has eight partitions per hard disk instead of 64,
> > to save indoes and not flood the disk images. This
> > time I didn't change the commented-out stuff like the
> > secondary IDE channel.
> 
> I would like to hear out some votes about this before actually applying
> it.. in my personal opinion it should go, but perhaps anyone have a
> different opinion? (Allan? Harry? Claudio? ... ?)

The patch breaks the major/minor numbers on MAKEDEV.

> 
> > 
> > 2. Remove the Conrad Parallel Port Radio Clock (which
> > I think is some sort of easter egg) from MAKEDEV.
> > 
> 
> sort of an easter egg... interesting definition.
> Honestly i can't just a feature with that justification.

I agree. We can comment it, as the device is not used. Our problem is
that MAKEDEV makes too many devices by default and waste inodes on
the root disk. Comment out devices that are not obviously used, can
help. Maybe we can have a "--few-inodes" option or something like that,
for building the root disks.

> 
> > 3. Fixed the "make clean" process.
> > 
> 
> Applied the rootfs_template.tar fix.

Did you removed the warnings? The warning is there to tell the user that
make clean is a little broken (it doesn't restore the previous state of
rootfs_template), so we need to fix that, not remove the warning.

> 
> > 4. Got rid of the sudos in the Makefile.
> > 
> 
> Definitly applied, BUT.. keeping the mount commands.

Of course.

> 
> > 5. Got rid of the ridiculous business with a ROOTDIR
> > that didn't exist and commands that weren't referenced
> > anywhere in the Makefile.
> > 

Huh? I didn't get your point, Tommy. Please detail your changes, and
explain the real reason, not just because you think it looks better,
or it is "ridiculous".

> 
> NOT applied. 
> 
> best wishes
> 
> Mike
> 

-- 
Eduardo

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-07-27 15:15 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-12 21:41 Another patch Tommy McCabe
2004-07-27 13:54 ` Miguel Bolanos
2004-07-27 15:15   ` Eduardo Pereira Habkost [this message]
2004-07-27 16:09     ` Tommy McCabe
     [not found] <40F3C561.2080704@xs4all.nl>
2004-07-13 12:06 ` Tommy McCabe
2004-07-27 13:54   ` Miguel Bolanos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040727151527.GC17232@duckman.distro.conectiva \
    --to=ehabkost@conectiva.com.br \
    --cc=linux-8086@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox