Mailinglist Archive: opensuse-factory (487 mails)

[Nelson Marques <nmo.marques@xxxxxxxxx>]

2012/2/10 Vincent Untz <vuntz@xxxxxxxxxxxx>:
> Hi,
>
> Le vendredi 10 février 2012, à 10:55 +0000, Nelson Marques a écrit :
> > Hi all,
> >
> > There's currently a tiny issue regarding the submission of Cinnamon
> > identified by Coolo and Vincent (assuming). The Muffin package (a fork
> > of mutter) typelib has the same name that mutter's. Currently
> > everything seems to work, and though this library is internal to
> > mutter/muffin it might bring issues in the future.
> >
> > This was taken upstream which will fix it, but not yet for the next
> > release (due to the large number of changes required). My question is,
> > since currently (maybe out of pure luck) we haven't any report of real
> > issues, could we allow this in Factory until it gets fixed (most
> > likely before the release 12.2) ?
>
> I don't think it's a big issue to release with this at the moment.
>
> > Furthermore... the typelib package naming policy. In the case of
> > muffin/cinnamon, the typelib is internal and not public, which
> > eventually falls out of the current typelib policies (since we are
> > only considering public typelibs in the policy). Could this be allowed
> > also:
> >
> >   - typelib(Meta) = 3.0
>
> Not sure what the question here is :-)
>
> > Can we have the package named as typelib-3_0-libmuffin-0_0 ? And I
>
> Let's see what Dominique thinks, but to me, that sounds really wrong
> since the name doesn't really match anything existing.
>
> > would maybe suggest that internal typelib's could be packaged that
> > way, so we have a distinction just by looking at the package name we
> > know that:
> >
> >   * libmuffin has a internal typelib (we don't know if it's Meta or
> > anything else, but we can easilly find out with "rpm -qp --provides
> > package").
>
> For reference, what we're doing in other packages with a private typelib
> is that we're simply not putting them in a subpackage. And I think
> that's probably the best solution; it might create a few issues with
> the generator of automatic dependencies, but I'd say it could be
> disabled in this case.

Ok, I'll merge it in the main package and filter out the provides, that cool ?

> Vincent
>
> --
> Les gens heureux ne sont pas pressés.
> --
> To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
> To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx



-- 
Nelson Marques

/* http://www.marques.so
  nmo.marques@xxxxxxxxx */
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx