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 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.