"Unbundling SIG" was [Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)]

Kevin Kofler kevin.kofler at chello.at
Sun Oct 11 12:29:59 UTC 2015


Haïkel wrote:
> In short: packagers are not to be trusted, that's the bottom line of
> your argumentation.

Not at all! It is funny that you are accusing me of distrusting packagers 
when I have been arguing for years that packagers ARE to be trusted and thus 
the restrictions on updates need to go away.

What I am saying instead is that:
1. You have to acknowledge that there is an obvious conflict of interest
   between upstream and downstream on this issue.
2. Several packagers ARE upstream.
3. There is a common credo (which I do not adher to) in Fedora that upstream
   should be followed blindly ("upstream, upstream, upstream").
4. There is nothing in the new policy that states, even informally
   (= without enforcement), that unbundling is MORE IMPORTANT than following
   upstream.

And don't forget that the people who want libraries to be unbundled will in 
most cases ALSO be packagers, just not necessarily the maintainers of the 
particular package.

So there needs to be:
* a clear statement (an informal recommendation or a strict rule) that
  unbundling is the desired target state even if upstream is against it, and
* a way to deal with the potential conflicts of interest (where the packager
  is upstream and/or puts upstream's goals above ours).

I still think the old policy with its strict rule was the best way to 
address both.

If you think packagers will always do the right thing without any kind of 
guidance, then why do we have packaging guidelines at all?

> Being putting down stricter guidelines without any means of enforcing
> them, you're not solving anything.

There is a means of enforcing this guideline, just like all the other 
packaging guidelines: unsponsoring offenders! Of course, it should be done 
only as a last resort, but the possibility needs to be there.

> FESCo choose to trust contributors to do the right thing and being honest.

Then start by repealing the update stability policies.

> Wrong, it's even more "laxist" than our current one.
> https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles
> https://fedoraproject.org/wiki/User:Tibbs/BundlingDraft2

It is actually not, if you read them closely.

Debian:
| Debian packages should not make use of these convenience copies unless the
| included package is explicitly intended to be used in this way.
i.e., the LIBRARY upstream decides whether it is a copylib or not. This is 
similar to the copylib exception in our old guidelines, except that they do 
not require any formal approval for copylibs.

Tibbs:
| All packages whose upstreams allow them to be built against system
| libraries must be built against system libraries.
i.e., the APPLICATION upstream decides whether it bundles its libraries or 
not. This is NOT the same thing. In most cases, they are NOT the same 
upstream, and the application upstream can bundle even libraries that DON'T 
want to be bundled.

> Besides, you're not answering the question, Matthew changed the topic
> to focus the discussion on the Unbundling SIG proposal.

I am answering some points Matthew was making, and they are within the topic 
of the thread as a whole.

> I think it's a better idea to have a focused group leading that effort
> and I hope closely with FPC.

I don't think it is fair to offload lazy packagers' work on the small group 
that cares about having Fedora done right. It is bad enough that we need to 
fix packages that are in violation of the guidelines, we should not let it 
become the norm by weakening or repealing the guidelines (but instead take 
steps to prevent this from happening to begin with).

        Kevin Kofler



More information about the devel mailing list