From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/4] libcairomm: new package
Date: Thu, 17 Dec 2015 09:30:05 +0100 [thread overview]
Message-ID: <20151217093005.01a726e3@free-electrons.com> (raw)
In-Reply-To: <CALe+oY_R1++xZWeZbv9E1LuWoUi76DxEOOeE2zPgs151krSS0w@mail.gmail.com>
James,
On Wed, 16 Dec 2015 20:36:26 -0500, James Knight wrote:
> > I was a bit surprised by the missing dependency on libsigc.
>
> My apologies. I am surprised I messed that as well. No excuse; I'll have to
> rework how I check things but I submit stuff upstream.
No problem. It's anyway the sort of things that the autobuilders would
have caught. If I didn't had to rename the packages, I probably
wouldn't have even build tested them, leaving that work for the
autobuilders.
> > - rename package from libcairomm to cairomm in order to match
> > upstream name.
>
> Was this changed to match existing Buildroot's packages naming style or
> something else? I was trying to make sure I selected the right name for
> these packages; a bit frustrated that I messed up on this as well. I guess
> I started with trying to match gtkmm's package to gtk's packages seen in
> Buildroot (ie GTK 2 is libgtk2 and not gtk2), then followed suit with the
> package dependencies I was adding. I guess my main question is why the GTK
> packages are named libgtk2/libgtk3 over gtk2/gtk3?
In general, we try to use the upstream name, which in this case was
cairomm, atkmm, etc. Also another reason was that the cairo package was
named cairo, not libcairo, not it was strange to have "cairo" and
"libcairomm", it made more sense to have "cairo" and "cairomm".
Regarding gtk, yes we deviated from this rule. This has its origin many
many years ago. Back in the time, the gtk (version 1) package was named
libgtk, so we followed that for libgtk2 and then libgtk3.
Yes, it is not super consistent, but renaming all that stuff would be
quite a lot of churn for no real benefit.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
prev parent reply other threads:[~2015-12-17 8:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-03 21:36 [Buildroot] [PATCH 1/4] libcairomm: new package James Knight
2015-12-03 21:36 ` [Buildroot] [PATCH 2/4] libpangomm: " James Knight
2015-12-16 21:59 ` Thomas Petazzoni
2015-12-21 14:07 ` Gustavo Zacarias
2015-12-21 15:20 ` James Knight
2015-12-03 21:36 ` [Buildroot] [PATCH 3/4] libatkmm: " James Knight
2015-12-16 22:37 ` Thomas Petazzoni
2015-12-03 21:36 ` [Buildroot] [PATCH 4/4] libgtkmm30: " James Knight
2015-12-16 22:37 ` Thomas Petazzoni
2015-12-16 21:45 ` [Buildroot] [PATCH 1/4] libcairomm: " Thomas Petazzoni
2015-12-17 1:36 ` James Knight
2015-12-17 8:30 ` Thomas Petazzoni [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=20151217093005.01a726e3@free-electrons.com \
--to=thomas.petazzoni@free-electrons.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