All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: Gary Thomas <gary@mlbassoc.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [RFC PATCH 0/2] unique -dev package
Date: Mon, 11 Apr 2016 15:10:22 -0400	[thread overview]
Message-ID: <20160411191022.GS16135@denix.org> (raw)
In-Reply-To: <570BB0B6.4070907@mlbassoc.com>

On Mon, Apr 11, 2016 at 04:12:06PM +0200, Gary Thomas wrote:
> On 2016-04-11 15:42, Denys Dmytriyenko wrote:
> >On Mon, Apr 11, 2016 at 09:35:48AM +0100, Richard Purdie wrote:
> >>On Sun, 2016-04-10 at 21:49 -0400, Denys Dmytriyenko wrote:
> >>>On Mon, Apr 11, 2016 at 09:19:32AM +0800, Robert Yang wrote:
> >>>>On 04/11/2016 06:51 AM, Denys Dmytriyenko wrote:
> >>>>>On Tue, Apr 07, 2015 at 05:58:13AM -0700, Robert Yang wrote:
> >>>>>>Hello,
> >>>>>>
> >>>>>>I think that one recipe should only have one -dev package, I'm
> >>>>>>not sure
> >>>>>>whether this is right or not, please feel free to give your
> >>>>>>comments, we
> >>>>>
> >>>>>I know it is already 1 year since this change. But I can't seem
> >>>>>to find any
> >>>>>discussion or any explanation to why this change was required and
> >>>>>what
> >>>>>specific problem it was supposed to fix. Please point me to a
> >>>>>clear reasoning
> >>>>>of this change. Thanks.
> >>>>
> >>>>There is only one source package, so there should be only one pack
> >>>>of header
> >>>>files, dev libs, and so on, and they should be placed in a uniq
> >>>>pkg.
> >>>
> >>>Since you are using "should" twice in the same sentence, can you
> >>>please point
> >>>me to a ratified RFC?
> >>
> >>I couldn't seem to see the history of this discussion in my mail folder
> >>but I do remember some patches along these lines.
> >>
> >>The reason for a single -dev package is that the "package chain"
> >>functions we have assumes this. I know there are some specific cases
> >>where we do have multiple -dev packages (qt4, gcc-runtime) but they are
> >>very much in the minority and are special cases.
> >>
> >>I'm definitely on record as saying the depchains code needs revisiting
> >>and redoing, preferably with a structured rethink so that we can better
> >>handle situations like this. Until that is done, multiple -dev packages
> >>can cause issues and we did remove some where there didn't seem to be
> >>any real benefit.
> >>
> >>Which case is causing problems for you?
> >
> >Thanks, Richard.
> >
> >I was updating some of our old recipes to work with the latest code and had to
> >replace dependencies on libblah-dev to blah-dev as well as -staticdev and -dbg
> >in several places. When tried to dig up any relevant discussion on this matter
> >either as a discussion or clear explanation of the problem this causes, I
> >couldn't find any, hence my inquiry.
> >
> 
> You might have been thinking about my problems with -dbg packaging that
> currently breaks a number of dependencies.  Bug #9104

So, why -dbg cannot follow the example of -dev and -staticdev packages? I.e. 
in your ffmpeg example it would mean creating all the necessary libblah-dbg 
packages. Why isn't it the option?

-- 
Denys


  reply	other threads:[~2016-04-11 19:10 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-07 12:58 [RFC PATCH 0/2] unique -dev package Robert Yang
2015-04-07 12:58 ` [RFC PATCH 1/2] xz: remove xz-dev from PACKAGES Robert Yang
2015-04-07 12:58 ` [RFC PATCH 2/2] bzip2: remove bzip2-dev " Robert Yang
2015-04-08  1:34   ` Khem Raj
2015-04-08  1:55     ` Robert Yang
2015-04-08  2:10       ` Khem Raj
2015-04-08  2:14         ` Robert Yang
2015-04-07 15:04 ` [RFC PATCH 0/2] unique -dev package Richard Purdie
2016-04-10 22:51 ` Denys Dmytriyenko
2016-04-11  1:19   ` Robert Yang
2016-04-11  1:49     ` Denys Dmytriyenko
2016-04-11  8:35       ` Richard Purdie
2016-04-11 13:42         ` Denys Dmytriyenko
2016-04-11 14:12           ` Gary Thomas
2016-04-11 19:10             ` Denys Dmytriyenko [this message]
2016-04-11 19:40               ` Burton, Ross

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=20160411191022.GS16135@denix.org \
    --to=denis@denix.org \
    --cc=gary@mlbassoc.com \
    --cc=openembedded-core@lists.openembedded.org \
    /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.