From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] svn commit: trunk/buildroot/target/linux
Date: Tue, 23 Dec 2008 10:05:33 +0100 [thread overview]
Message-ID: <87fxkf8dnm.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <20081220205708.1766876CEB@busybox.osuosl.org> (ulf@uclibc.org's message of "Sat\, 20 Dec 2008 20\:57\:07 +0000 \(UTC\)")
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2008-12-20 20:57:07 +0000 (Sat, 20 Dec 2008)
ulf> New Revision: 24465
ulf> Log:
ulf> Put latest version info in separate file for easier maintenance
ulf> Added:
ulf> trunk/buildroot/target/linux/Config.in.versions
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
Is this an improvement? Don't you now need to maintain 2 files?
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 18:26:38 UTC (rev 24464)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 20:57:07 UTC (rev 24465)
ulf> @@ -30,21 +30,24 @@
ulf> #
ulf> # ---------------------------------------------------------------------------
ulf> # --- These 'constants' requires regular maintenance, so put them first
ulf> +
ulf> +source "target/linux/Config.in.versions"
ulf> +
ulf> config BR2_KERNEL_PATCH_LEVEL
ulf> string
ulf> - default "9" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "21" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_27) if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_24) if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_23) if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_22) if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_21) if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
Do we really need to support that many kernel versions? Shouldn't some
of them atlest be marked as deprecated?
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2008-12-23 9:05 UTC|newest]
Thread overview: 169+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-20 20:57 [Buildroot] svn commit: trunk/buildroot/target/linux ulf at uclibc.org
2008-12-23 9:05 ` Peter Korsgaard [this message]
2009-01-02 22:45 ` Ulf Samuelsson
-- strict thread matches above, loose matches on Subject: below --
2009-02-22 10:38 jacmet at uclibc.org
2009-02-04 23:15 jacmet at uclibc.org
2009-01-26 20:17 ulf at uclibc.org
2009-01-26 20:30 ` Peter Korsgaard
2009-01-26 21:24 ` Ulf Samuelsson
2009-01-26 21:29 ` Peter Korsgaard
2009-01-26 21:35 ` Ulf Samuelsson
2009-01-26 21:48 ` Peter Korsgaard
2009-01-26 22:25 ` Ulf Samuelsson
2009-01-27 5:58 ` Peter Korsgaard
2009-01-27 12:56 ` Hamish Moffatt
2009-01-29 14:33 ` Ulf Samuelsson
2009-01-29 23:09 ` Hamish Moffatt
2009-01-29 23:37 ` Ulf Samuelsson
2009-01-29 23:47 ` Hamish Moffatt
2009-01-26 16:25 jacmet at uclibc.org
2009-01-25 23:42 ulf at uclibc.org
2009-01-25 23:14 ulf at uclibc.org
2009-01-25 21:48 ulf at uclibc.org
2009-01-25 21:54 ` Peter Korsgaard
2009-01-25 22:09 ` Ulf Samuelsson
2009-01-25 23:12 ` Markus Heidelberg
2009-01-25 23:24 ` Ulf Samuelsson
2009-01-26 5:58 ` Peter Korsgaard
2009-01-26 16:27 ` Peter Korsgaard
2009-01-26 19:28 ` Ulf Samuelsson
2009-01-26 19:30 ` Ulf Samuelsson
2009-01-26 19:39 ` Peter Korsgaard
2009-01-23 0:54 ulf at uclibc.org
2009-01-19 21:27 ulf at uclibc.org
2009-01-15 23:19 ulf at uclibc.org
2009-01-11 20:43 ulf at uclibc.org
2009-01-09 6:30 ulf at uclibc.org
2009-01-09 9:19 ` Peter Korsgaard
2009-01-09 17:40 ` Ulf Samuelsson
2009-01-13 0:05 ` Hamish Moffatt
2009-01-13 6:10 ` Hans-Christian Egtvedt
2009-01-15 22:12 ` Ulf Samuelsson
2009-01-08 22:58 ulf at uclibc.org
2009-01-09 9:17 ` Peter Korsgaard
2009-01-09 10:21 ` Thomas Petazzoni
2009-01-09 10:29 ` Bernhard Reutner-Fischer
2009-01-09 17:42 ` Ulf Samuelsson
2009-01-09 10:47 ` Peter Korsgaard
2009-01-06 23:00 ulf at uclibc.org
2009-01-06 21:42 ulf at uclibc.org
2009-01-07 6:09 ` Hans-Christian Egtvedt
2009-01-06 21:24 ulf at uclibc.org
2009-01-06 14:40 ulf at uclibc.org
2009-01-03 1:06 ulf at uclibc.org
2009-01-03 20:01 ` Peter Korsgaard
2009-01-03 19:37 ` Ulf Samuelsson
2009-01-03 21:12 ` Peter Korsgaard
2009-01-03 19:52 ` Ulf Samuelsson
2009-01-03 21:27 ` Peter Korsgaard
2009-01-03 20:59 ` Ulf Samuelsson
2008-12-20 21:45 ulf at uclibc.org
2008-12-20 21:45 ulf at uclibc.org
2008-12-17 18:03 ulf at uclibc.org
2008-12-07 6:55 jacmet at uclibc.org
2008-11-29 21:56 ulf at uclibc.org
2008-11-30 9:51 ` Peter Korsgaard
2008-11-10 11:17 vanokuten at uclibc.org
2008-11-10 10:45 vanokuten at uclibc.org
2008-11-10 11:01 ` Bernhard Reutner-Fischer
2008-11-10 11:08 ` Ivan Kuten
2008-11-11 14:18 ` Julien Boibessot
2008-11-11 14:43 ` Bernhard Reutner-Fischer
2008-11-05 12:59 egtvedt at uclibc.org
2008-10-30 14:56 egtvedt at uclibc.org
2008-10-30 14:22 egtvedt at uclibc.org
2008-10-30 14:02 egtvedt at uclibc.org
2008-10-30 14:02 egtvedt at uclibc.org
2008-11-04 19:17 ` Thomas Petazzoni
2008-11-05 9:39 ` Hans-Christian Egtvedt
2008-11-05 12:50 ` Hans-Christian Egtvedt
2008-10-03 7:24 egtvedt at uclibc.org
2008-09-22 12:04 jacmet at uclibc.org
2008-08-23 20:25 ulf at uclibc.org
2008-07-13 6:33 jacmet at uclibc.org
2008-07-10 15:14 ulf at uclibc.org
2008-07-10 14:58 ulf at uclibc.org
2008-07-09 11:43 jacmet at uclibc.org
2008-07-03 8:15 ulf at uclibc.org
2008-05-12 21:15 ulf at uclibc.org
2008-04-16 22:54 ulf at uclibc.org
2008-04-15 21:46 ulf at uclibc.org
2008-04-15 22:31 ` Hamish Moffatt
2008-04-16 4:39 ` Ulf Samuelsson
2008-04-16 5:04 ` Ulf Samuelsson
2008-04-16 5:59 ` Jean-Christian de Rivaz
2008-04-16 8:25 ` Ulf Samuelsson
2008-04-16 12:30 ` Jean-Christian de Rivaz
2008-04-16 12:59 ` Ulf Samuelsson
2008-04-16 18:22 ` Jean-Christian de Rivaz
2008-04-16 19:21 ` Ulf Samuelsson
2008-04-19 13:37 ` Jean-Christian de Rivaz
2008-04-16 20:47 ` Ulf Samuelsson
2008-04-19 12:43 ` Jean-Christian de Rivaz
2008-04-15 17:10 ulf at uclibc.org
2008-04-15 17:43 ` Jean-Christian de Rivaz
2008-04-15 19:00 ` Ulf Samuelsson
2008-04-15 19:21 ` Jean-Christian de Rivaz
2008-04-15 19:44 ` Ulf Samuelsson
2008-04-15 21:09 ` Jean-Christian de Rivaz
2008-04-15 21:25 ` Ulf Samuelsson
2008-04-07 19:14 Samuelsson, Ulf
2008-04-06 15:28 Samuelsson, Ulf
2008-04-06 17:18 ` Peter Korsgaard
2008-04-06 12:07 Samuelsson, Ulf
2008-04-06 12:34 ` Peter Korsgaard
2008-04-06 15:25 ` Jean-Christian de Rivaz
2008-04-06 16:33 ` Nigel Kukard
[not found] ` <87iqyuu8d0.fsf@macbook.be.48ers.dk>
2008-04-07 0:29 ` Ulf Samuelsson
2008-04-07 14:01 ` Thiago A. Corrêa
2008-04-06 17:58 ` Thomas Lundquist
2008-04-06 10:32 ulf at uclibc.org
2008-04-06 10:30 nkukard at uclibc.org
2008-04-06 10:10 ulf at uclibc.org
2008-04-06 11:42 ` Peter Korsgaard
2008-04-06 10:02 ulf at uclibc.org
2008-03-31 5:42 ulf at uclibc.org
2008-04-01 11:09 ` Jean-Christian de Rivaz
2008-04-02 21:28 ` Ulf Samuelsson
2008-04-02 21:28 ` Ulf Samuelsson
2008-04-03 6:53 ` Jean-Christian de Rivaz
2008-04-04 15:24 ` Ulf Samuelsson
2008-03-30 20:22 jacmet at uclibc.org
2008-03-30 20:04 ulf at uclibc.org
2008-03-29 17:47 nkukard at uclibc.org
2008-03-21 17:57 ninevoltz at uclibc.org
2008-03-20 23:02 ulf at uclibc.org
2008-03-18 13:26 ulf at uclibc.org
2008-03-18 8:17 ulf at uclibc.org
2008-03-15 5:07 ulf at uclibc.org
2008-03-06 18:52 ninevoltz at uclibc.org
2008-01-10 9:31 ulf at uclibc.org
2007-10-18 12:37 ulf at uclibc.org
2007-10-18 11:58 ulf at uclibc.org
2007-10-13 23:07 ulf at uclibc.org
2007-10-13 18:37 ulf at uclibc.org
2007-09-29 16:38 aldot at uclibc.org
2007-09-26 23:21 ulf at uclibc.org
2007-09-23 9:58 ulf at uclibc.org
2007-09-23 11:13 ` Bernhard Fischer
2007-09-23 14:20 ` Ulf Samuelsson
2007-09-22 17:30 aldot at uclibc.org
2007-09-18 17:10 aldot at uclibc.org
2007-09-18 21:08 ` Ulf Samuelsson
2007-09-19 8:03 ` Bernhard Fischer
2007-09-19 21:46 ` Ulf Samuelsson
2007-09-19 21:18 ` Bernhard Fischer
2007-09-20 17:33 ` Ulf Samuelsson
2007-09-20 16:00 ` Bernhard Fischer
2007-09-05 6:48 ulf at uclibc.org
2007-09-04 21:24 aldot at uclibc.org
2007-08-21 13:21 aldot at uclibc.org
2007-08-21 13:29 ` Ulf Samuelsson
2007-08-19 22:30 ulf at uclibc.org
2007-08-19 22:28 ulf at uclibc.org
2007-08-01 11:52 ulf at uclibc.org
2007-07-23 14:43 aldot at uclibc.org
2007-07-20 7:43 ulf at uclibc.org
2007-07-17 13:28 sjhill at uclibc.org
2007-07-17 0:20 sjhill at uclibc.org
2007-07-11 14:42 ulf at uclibc.org
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=87fxkf8dnm.fsf@macbook.be.48ers.dk \
--to=jacmet@uclibc.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.