All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Rosen <jeremy.rosen@openwide.fr>
To: buildroot@busybox.net
Subject: [Buildroot] Raspaudio : how to use buildroot as a git submodule
Date: Fri, 26 Sep 2014 13:56:24 +0200 (CEST)	[thread overview]
Message-ID: <2070245131.25765734.1411732584201.JavaMail.root@openwide.fr> (raw)
In-Reply-To: <CAM+bi4sfYENe4DM8vDvEen+kSKqQWyyEAReD8NKX9gnHMArjgA@mail.gmail.com>


> Hi, Jeremy, all
> 
> I've been testing this for a few days and I've come to love it :)
> 
> For now, I've just found a problem.
> 
> I've tried to replace buildroot's default package definition for
> libconfuse with my own (it's just a version bump),
> but since I don't want to touch buildroot's master branch, I've added
> a copy of package/libconfuse to the $BR2_EXTERNAL directory,
> alongisde
> custom Config.in and external.mk
> 
> This, however, results in duplicated definitions, and although make
> tries to solve it by overriding previously declared definitions with
> the new ones, there are some conflicts:
> 
> 

...

> 
> As can be seen, the patch is being applied to libconfuse-V2_7, which
> is buildroot's declared version of libconfuse, while it should have
> been applied to master version as I declared on the outside
> buildroot's directory external makefile.
> 
> For now, I'll have to maintain a different buildroot branch in which
> this package is modified, since I've not being able to override
> buildroot's definition.
> 

That's an incencitive to upstream, no ? :P

more seriously, if you want to do that, I would recommand 
* either renaming the package entirely. 
* or use the OVERRRIDE_SRC_DIR macro (see usermanual)

> All in all, however, I'm very happy with the environment your
> Makefile
> provides. I've done a couple changes that I hope will publish in the
> following week for comments.
> 

please do, I'll happily integrate... At this stage the framework satisfies all my needs so I need external ideas to make it live :)

> Kind regards,
> 
> 
> 2014-03-10 16:38 GMT+01:00 Jeremy Rosen <jeremy.rosen@openwide.fr>:
> >
> >
> >>
> >>
> >> Hi, Jeremy
> >>
> >> Personally, I see potential in this.
> >>
> >> Have you thought of a way to include custom packages outside the
> >> buildroot hierarchy?
> >>
> >>
> >> Just as an example to illustrate the question, in the case of
> >> NOOBS
> >> ( https://github.com/raspberrypi/noobs ), maybe the NOOBS
> >> application
> >> (
> >> https://github.com/raspberrypi/noobs/blob/master/buildroot/package/recovery/recovery.mk
> >> )
> >> itself isn't well suited for buildroot upstream for it's very
> >> architecure dependent.
> >>
> >
> >
> > yes, this is exactly what I wanted to avoid, a project that has to
> > include all of buildroot in a subdirectory and thus has problems
> > following upstream.
> >
> > You can include external software in the raspaudio infrastructre
> > because
> > this infrastucture relies on the BR2_EXTERNAL feature of buildroot
> > that allows external software to be built.
> >
> > You just need to include your own software via the external.mk and
> > Config.in files that are at the root of raspaudio-based project.
> >
> > I need to test and document that properly, but it works
> >
> >
> >>
> >> So, have you thought of some way to place this directory outside
> >> buildroots hierarchy but
> >> let it be managed by buildroot? That, alongside your scripts and
> >> makefiles would allow
> >> to create root file systems with custom packages without
> >> "polluting"
> >> the buildroot
> >> directory/repository.
> >>
> >
> >
> > That's exactly the point of raspaudio. Feel free to test and report
> > any
> > problem you have. I have been the only one testing it so far and I
> > might have missed some important stuff..
> >
> >
> > Boucman
> 
> 
> 
> --
> ?lvaro G?mez Machado
> 

  reply	other threads:[~2014-09-26 11:56 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1436673405.11266711.1394440215222.JavaMail.root@openwide.fr>
2014-03-10  9:00 ` [Buildroot] Raspaudio : how to use buildroot as a git submodule Jeremy Rosen
2014-03-10 15:30   ` Alvaro Gamez
2014-03-10 15:38     ` Jeremy Rosen
2014-09-26  9:00       ` Alvaro Gamez
2014-09-26 11:56         ` Jeremy Rosen [this message]
2014-10-01  9:11           ` Alvaro Gamez
2014-10-01 12:58             ` Jeremy Rosen
2014-10-01 14:08               ` Jeremy Rosen
2014-10-01 14:18                 ` Alvaro Gamez
2014-10-01 14:37                   ` Jeremy Rosen
2014-10-02  9:53                     ` Alvaro Gamez
2014-10-02 10:10                       ` Jeremy Rosen
2014-10-03  8:03                         ` Jeremy Rosen
2014-10-08  8:19                           ` Alvaro Gamez
2014-10-08 10:11                             ` Jeremy Rosen
2014-10-15 17:42                               ` Arnout Vandecappelle
2014-10-16  8:18                                 ` Jeremy Rosen

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=2070245131.25765734.1411732584201.JavaMail.root@openwide.fr \
    --to=jeremy.rosen@openwide.fr \
    --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.