* [Buildroot] package/games/Config.in usage
@ 2010-06-17 13:12 Julien Boibessot
2010-06-17 13:49 ` Peter Korsgaard
0 siblings, 1 reply; 6+ messages in thread
From: Julien Boibessot @ 2010-06-17 13:12 UTC (permalink / raw)
To: buildroot
Hello,
it seems package/games/Config.in is not used. Indeed package/Config.in
do not "source" it but copy its content (line 76).
What is the actual philosophy in BR: regroup packages by "classes" (ex
games, multimedia...) in package/ subdirs and then source these
sub-Config.in in package/Config.in or put all packages in package/ and
organize the stuff in package/Config.in ?
(I prefer the second one)
Regards,
Julien
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] package/games/Config.in usage
2010-06-17 13:12 [Buildroot] package/games/Config.in usage Julien Boibessot
@ 2010-06-17 13:49 ` Peter Korsgaard
2010-06-17 20:27 ` Thomas Petazzoni
0 siblings, 1 reply; 6+ messages in thread
From: Peter Korsgaard @ 2010-06-17 13:49 UTC (permalink / raw)
To: buildroot
>>>>> "Julien" == Julien Boibessot <julien.boibessot@free.fr> writes:
Julien> Hello,
Julien> it seems package/games/Config.in is not used. Indeed package/Config.in
Julien> do not "source" it but copy its content (line 76).
Julien> What is the actual philosophy in BR: regroup packages by "classes" (ex
Julien> games, multimedia...) in package/ subdirs and then source these
Julien> sub-Config.in in package/Config.in or put all packages in package/ and
Julien> organize the stuff in package/Config.in ?
Julien> (I prefer the second one)
Me too.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] package/games/Config.in usage
2010-06-17 13:49 ` Peter Korsgaard
@ 2010-06-17 20:27 ` Thomas Petazzoni
2010-06-17 20:51 ` Peter Korsgaard
0 siblings, 1 reply; 6+ messages in thread
From: Thomas Petazzoni @ 2010-06-17 20:27 UTC (permalink / raw)
To: buildroot
On Thu, 17 Jun 2010 15:49:27 +0200
Peter Korsgaard <jacmet@uclibc.org> wrote:
> Julien> Hello,
> Julien> it seems package/games/Config.in is not used. Indeed package/Config.in
> Julien> do not "source" it but copy its content (line 76).
>
> Julien> What is the actual philosophy in BR: regroup packages by "classes" (ex
> Julien> games, multimedia...) in package/ subdirs and then source these
> Julien> sub-Config.in in package/Config.in or put all packages in package/ and
> Julien> organize the stuff in package/Config.in ?
> Julien> (I prefer the second one)
>
> Me too.
Why not, but in that case, we need non ambiguous names. I'm referring
to the recent introduction of several Lua packages: some of them have
fairly common names:
http://git.buildroot.net/buildroot/commit/?id=50d6f2dde4db8c9d042294a09d5e8e120aec9987
Maybe they should be named "lua-XXX" instead ?
Another strategy would be to mimick in the directory layout the
organization of options in the menuconfig.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] package/games/Config.in usage
2010-06-17 20:27 ` Thomas Petazzoni
@ 2010-06-17 20:51 ` Peter Korsgaard
2010-06-21 7:31 ` Julien Boibessot
0 siblings, 1 reply; 6+ messages in thread
From: Peter Korsgaard @ 2010-06-17 20:51 UTC (permalink / raw)
To: buildroot
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Hi,
>> Me too.
Thomas> Why not, but in that case, we need non ambiguous names. I'm
Thomas> referring to the recent introduction of several Lua packages:
Thomas> some of them have fairly common names:
Thomas> http://git.buildroot.net/buildroot/commit/?id=50d6f2dde4db8c9d042294a09d5e8e120aec9987
Thomas> Maybe they should be named "lua-XXX" instead ?
Yes, sorry I forgot to answer your mail on this. It is not only the
directory name, but also the BR2_PACKAGE_* symbol that need to be
specific enough.
Thomas> Another strategy would be to mimick in the directory layout the
Thomas> organization of options in the menuconfig.
I find it quite handy to do a quick cd package/<package> when I need to
fix something in a package, without having to start make menuconfig to
figure out in what sub directory it is - The current package/multimedia
stuff kind of bothers me.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] package/games/Config.in usage
2010-06-17 20:51 ` Peter Korsgaard
@ 2010-06-21 7:31 ` Julien Boibessot
2010-06-21 8:28 ` Peter Korsgaard
0 siblings, 1 reply; 6+ messages in thread
From: Julien Boibessot @ 2010-06-21 7:31 UTC (permalink / raw)
To: buildroot
Peter Korsgaard a ?crit :
> I find it quite handy to do a quick cd package/<package> when I need to
> fix something in a package, without having to start make menuconfig to
> figure out in what sub directory it is - The current package/multimedia
> stuff kind of bothers me.
>
me too.
So do you plan to remove unused package/games/Config.in ? and eventually
move all package/games/xxx back to package/ ?
Regards,
Julien
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] package/games/Config.in usage
2010-06-21 7:31 ` Julien Boibessot
@ 2010-06-21 8:28 ` Peter Korsgaard
0 siblings, 0 replies; 6+ messages in thread
From: Peter Korsgaard @ 2010-06-21 8:28 UTC (permalink / raw)
To: buildroot
>>>>> "Julien" == Julien Boibessot <julien.boibessot@free.fr> writes:
Hi,
Julien> So do you plan to remove unused package/games/Config.in ? and eventually
Julien> move all package/games/xxx back to package/ ?
Yes, I will once the pending merge requests are handled.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-06-21 8:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-17 13:12 [Buildroot] package/games/Config.in usage Julien Boibessot
2010-06-17 13:49 ` Peter Korsgaard
2010-06-17 20:27 ` Thomas Petazzoni
2010-06-17 20:51 ` Peter Korsgaard
2010-06-21 7:31 ` Julien Boibessot
2010-06-21 8:28 ` Peter Korsgaard
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox