Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] What is the proper procedure to commit a patch?
Date: Fri, 6 Jul 2007 17:36:58 +0200	[thread overview]
Message-ID: <012f01c7bfe3$f55fb4c0$dcc4af0a@atmel.com> (raw)
In-Reply-To: 20070706152642.GA13765@aon.at


>>The patches I'd like to add are mainly:
>>* BSP patch ,discussed and approved by Eric.
>>* moving package/customize to topdir and rename "local", also discussed before
>>* Support for AT91 boot monitors 
>>        Dataflashboot
>>        AT91-Bootstrap
>>        U-boot
>>        Generate U-Boot initialization scripts
>>* Add AVR32 support.
>>* A few extra packages.
>>* Update mtdutils (which is really old)
>>* Clean up the linux support (move into a separate dir in package)
> 
> I object to this. Can we please have _one_ linux.mk
> If we cannot have it, then please explain to me why you think we should
> duplicate this all over the place.
> (see buildroot/target/device/mips/* for an example on how you can use
> The One linux.mk).
> A sane thing to do is to
> $ svn rm $(find ./ -name linux.mk)
> and _not_ to add to the lot of cruft. As said, please elaborate.
> 

I think you misunderstood.
Now we have package/linux.mk and we have Linux configuration spread out.

What I want to do is to move "package/linux.mk" to "package/linux/linux.mk"
and then remove the distributed linux configuration to "package/linux/Config.in"

Best Regards
Ulf Samuelsson

  reply	other threads:[~2007-07-06 15:36 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-06 12:35 [Buildroot] What is the proper procedure to commit a patch? Ulf Samuelsson
2007-07-06 15:26 ` Bernhard Fischer
2007-07-06 15:36   ` Ulf Samuelsson [this message]
2007-07-07 10:12     ` Bernhard Fischer
2007-07-07 11:16       ` Ulf Samuelsson
2007-07-07 12:35         ` Bernhard Fischer
2007-07-07 13:46           ` Ulf Samuelsson
2007-07-06 15:55 ` Steven J. Hill
2007-07-06 21:10   ` Ulf Samuelsson
2007-07-07 10:06   ` [Buildroot] $(TARGET_CONFIGURE_OPTS) $(MAKE) vs $(MAKE) $(TARGET_CONFIGURE_OPTS) Ulf Samuelsson
2007-07-07 13:01     ` Bernhard Fischer
2007-07-07 16:06       ` Ulf Samuelsson
2007-07-07 17:29         ` Bernhard Fischer
2007-07-07 19:37           ` Ulf Samuelsson
2007-07-07 21:16             ` Bernhard Fischer
2007-07-07 22:49               ` Ulf Samuelsson
2007-07-09  8:25                 ` Bernhard Fischer
2007-07-09  9:21                   ` Bernhard Fischer
2007-07-09 12:20                     ` Steven J. Hill
2007-07-09 13:41                       ` Julien Letessier
2007-07-09 13:08                         ` Ulf Samuelsson
2007-07-09 16:33                         ` Bernhard Fischer
2007-07-10 11:51                           ` Julien Letessier
2007-07-10 18:24                             ` Bernhard Fischer
2007-07-07 10:21 ` [Buildroot] What is the proper procedure to commit a patch? Bernhard Fischer

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='012f01c7bfe3$f55fb4c0$dcc4af0a@atmel.com' \
    --to=ulf@atmel.com \
    --cc=buildroot@busybox.net \
    /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