Assesment [LWN.net]

Assesment

Posted Aug 7, 2009 16:26 UTC (Fri) by jspaleta (subscriber, #50639)
In reply to: Assesment by daniels
Parent article: Shuttleworth: On cadence and collaboration

That's just silly talk. Red Hat doesn't control these other repositories so there is no way Red Hat could be expected to speak for those organizations if Red Hat were to agree to cross-distro version locking.

Canonical most definitely control PPAs as they are part of the Launchpad service running on Canonical funded infrastructure. Canonical could turn off the Ubuntu specific PPAs tomorrow. And of course there are the Canonical's OEM specific partner repositories for Ubuntu pre-installs.
I just want it to be clear as to what Canonical is actually willing to agree to from their end as to how far version locking will go and how big an impact that will have on end-user.

Canonical could easily agree to some sort of cross-distro version locking on core components in main and then break the spirit of that agreement by making use of the PPA infrastructure they control and encouraging users to pull enhanced versions of core components from PPAs or OEM partner repositories they directly control.

But you are right, they don't need to use PPAs to break the spirit of any cross-distro version locking agreement. They could also ship multiple versions of core components in Ubuntu proper like they are planning on doing with the kernel in order to get Android emulation support out to people in Karmic. Would shipping an optional 2.6.29 kernel with Android enhancements be considered a breach of a cross-distro version-locking agreement if everyone agreed to shipping a 2.6.31 version?

-jef

to post comments

Assesment

Posted Aug 7, 2009 17:42 UTC (Fri) by daniels (subscriber, #16193) [Link] (2 responses)

Sigh. I guess by that logic, OpenSUSE (sorry, Novell -- I forgot about the obsession with the controlling companies) are responsible for everything built with their build service, so they're definitely out. And Red Hat definitely control people.fedoraproject.org, so they're out as well.

As for the rest of the comment, it seems to be your standard 'someone said something about Ubuntu, let's slam them on ten thousand semi-related points and see how often I can use the word Canonical and bring up their financial backing of Ubuntu' spiel. Getting pretty dull now.

You seem to have extrapolated from 'let's get the main distributors to agree on which versions they'll ship as part of their primary releases' to 'anything put on a private package repository is part of the Ubuntu release and Canonical is responsible and this is why it's going to all fall apart'; at least, that's the most coherent summary I could come up with. Words honestly fail me. If you're actually genuinely confused about this and not just coming up with reasons to slam Ubuntu into the ground once again, you might want to check up on what a release actually comprises of. Hint: it's not random stuff on the web that happens to share the same base domain.

Anyway, by the same logic, Rawhide is not allowed to exist. Have fun selling that one.

-daniels, running Fedora on his primary laptop for the time being and Debian on his other machines, not affiliated with either Ubuntu or Canonical, etc, etc

Assesment

Posted Aug 7, 2009 18:33 UTC (Fri) by jspaleta (subscriber, #50639) [Link] (1 responses)

Novell isn't pushing for cross-distro syncing publicly. If they went on record supporting the idea...then yes I would want to know how they viewed the role of their build service in light of any sort of syncing agreement. Because their build service would be just as useful to break the spirit of a 2 year cadence agreement. But thanks for bringing it up. It points to how difficult such a cadence would be to maintain in practise. As Novell derives more revenue from Studio in the future, breaking the spirit of such a syncing agreement with customized Suse remix appliances could essentially nullify some of the stated benefits to upstreams because we'd still see a continuum of versioning in long term deployments. Especially if Novell chooses to support some of those remixes with enterprise level support.

But this isn't Novell's idea...its Shuttleworth's meme. If Canonical doesn't think that PPAs nor OEM repositories that they control would be considered part of the agreement, that should be said as early on as possible to prevent any later re-interpretation.

Let's be clear at the outset as to what the boundaries are for each distributor....no implicit assumptions. It would be far far worse if one of the other distros who decided to work with Shuttleworth on this cried foul about Canonical controlled addon repositories after the agreement was in place.

-jef

Assesment

Posted Aug 8, 2009 8:15 UTC (Sat) by daniels (subscriber, #16193) [Link]

If Canonical doesn't think that PPAs nor OEM repositories that they control would be considered part of the agreement, that should be said as early on as possible to prevent any later re-interpretation.

Why would they? He said part of the release. PPAs are not part of releases. No-one has ever even suggested they are, except for you, who apparently considers Rawhide and people.fedoraproject.org to be a part of RHEL.

A release is defined fairly strictly by virtue of what's in the repositories for that release, which is a finite and well-known set of packages. You're the only one on the planet who seems to think that just because something has the same domain name or is funded by the same people, it's also magically part of the release, which is provably false. This argument is getting incredibly dull.