From: Stanislav Vasic <svlasic@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] Introducing new package type, side to side with generic-package
Date: Sat, 2 Nov 2013 11:39:01 +0000 (UTC) [thread overview]
Message-ID: <l52o8k$d6q$1@ger.gmane.org> (raw)
In-Reply-To: CAAXf6LWqFR1mPtJ=w8g73R7Ut7m0wxPu_kwgn=ODW1axBx06uQ@mail.gmail.com
On Sat, 02 Nov 2013 11:27:12 +0100, Thomas De Schampheleire wrote:
> Hi Stanislav, all,
>
> On Sat, Nov 2, 2013 at 2:46 AM, Stanislav Vlasic
> <svlasic@gmail.com> wrote:
>> Hi Thomas,
>>
>> thanx for answering my question.
>>
>> Not sure if you noticed, but currently in my buildroot, xbmc stuff is
>> tightened to Amlogic ARM platform, as well as xbmc itself. It does not
>> follow mainline xbmc and also depends on some other amlogic related
>> packages. Some of these packages (like libamplayerm6) are not hosted on
>> my github. Reason for that is simple - they have to be rewritten and
>> parts of it needs to be published as compiled libraries because of
>> license issue with Amlogic. Your question still stands? :)
>
> The problem with buildroot forks is that many good developments in these
> forks do not flow back into the mainline buildroot. This is not only
> disadvantageous for mainline buildroot, but also for the fork that has
> to keep up-to-date with developments in mainline buildroot.
>
> I hadn't heard of Amlogic before, but as far as I can tell it's just
> another device manufacturer. I don't see a reason why mainline buildroot
> could not contain support for such devices, and the related packages.
> Buildroot is just a set of scripts and Makefiles, the actual package
> sources are hosted elsewhere.
> And regarding the pre-compiled libraries you talk about: if it can be
> considered as a 'package' that can be downloaded, then I also don't see
> a big problem. I can't promise that everything will be accepted,
> but at least it would be great to try it.
I agree with you. I'm going to fork buildroot repository from github and
will keep it updated + adding Amlogic things step by step.
Amlogic is Chinese SoC manufacturer. There are 3 different SoCs used in
Buildroot for Amlogic devices. It's M1 (800 MHz single-core cpu), M3
(1GHz single core cpu) and MX/M6 (Dual-Core 1.5GHz CPU).
Amlogic SoC exists in tablets, STBs (Android TV box) and smart TV-s. All
forks you mentioned here are STB based, intended to run Linux XBMC on top
of it.
My fork covers MX/M6 platform, while Pivosgroup you mentioned covers M1/
M3 platform.
It's not that easy to put it all together, but will do my best to add
Amlogic support to mainline buildroot.
I started doing this way I did till now because it was simple to fork eg.
vDost's buildroot which was already prepared at the moment for Amlogic
MX :)
Anyway, I'll to keep on track, but with all the work I have, I can't tell
how fast/slow it will go.
> To the community: I was going to propose to create a github mirror for
> buildroot to clarify which is the upstream project, but it seems one
> already exists:
> https://github.com/buildroot/buildroot If I search on github for
> 'buildroot', I get 227 repository results :-(
> Some are just personal repositories, but others are actual forks, like:
>
> Amlogic-related:
> https://github.com/Pivosgroup/buildroot-linux
> https://github.com/vDorst/buildroot
>
> Raspberry Pi:
> https://github.com/nezticle/RaspberryPi-BuildRoot
> https://github.com/gamaral/rpi-buildroot
> https://github.com/huceke/buildroot-rbp
> https://github.com/albertd/buildroot-rpi
>
> GCW0 (open-source gaming console)
> https://github.com/gcwnow/buildroot
>
> BeagleBoard/BeagleBone:
> https://github.com/nerves-project/bbone-erlang-buildroot
> https://github.com/MaxGalemin/buildroot
>
> Maybe we should add something to the website or README regarding forks,
> something saying that we strongly discourage that and are in general
> open in accepting board support in mainline buildroot. But what do we do
> with all the defconfigs and supporting files. I think there was some
> discussion at BDD about that, but I didn't follow it well.
>
> Best regards,
> Thomas
prev parent reply other threads:[~2013-11-02 11:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-01 19:26 [Buildroot] Introducing new package type, side to side with generic-package Stanislav Vlasic
2013-11-01 21:09 ` Thomas De Schampheleire
2013-11-02 1:46 ` Stanislav Vlasic
2013-11-02 10:27 ` Thomas De Schampheleire
2013-11-02 10:35 ` Thomas Petazzoni
[not found] ` < CADYw_JJuE71mqxSmQtT1JKLN7d0apTS=DAz+KD7of7n3sVsWnw@mail.gmail.com>
[not found] ` < CAAXf6LWqFR1mPtJ=w8g73R7Ut7m0wxPu_kwgn=ODW1axBx06uQ@mail.gmail.com>
2013-11-02 11:39 ` Stanislav Vasic [this message]
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='l52o8k$d6q$1@ger.gmane.org' \
--to=svlasic@gmail.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