launchpad-dev team mailing list archive

[Bryce Harrington <bryce@xxxxxxxxxxxxx>]

On Thu, Jun 16, 2011 at 10:11:45AM +0100, Julian Edwards wrote:
> On Thursday 16 June 2011 09:20:38 Bryce Harrington wrote:
> > Hi all,
> > 
> > lifeless today pointed me at
> > https://launchpad.net/ubuntu/oneiric/+localpackagediffs which is exciting
> > stuff.
> 
> We only started on it 12 months ago :)

Sorry, yeah I've been aware of the effort but the elevator pitch seemed
geared towards OEMs so I never really took a good look at it until
lifeless showed it.

I'm mindful of Jono's point about feedback at the tail end of a LEP can
do more harm than good...

> See all the other similar pages at
> https://launchpad.net/ubuntu/oneiric linked from the "Derived from Sid" 
> portlet.
> 
> > You may already be aware of this, but several of us on the distro have
> > "worksheet reports" to help us track packages needing merges, somewhat
> > similar to +localpackagediffs:
> > 
> >  
> > http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/versions-current.ht
> > ml http://people.canonical.com/~platform/desktop/versions.html
> 
> I had not seen those before, just the merges.ubuntu.com pages.
> 
> > Probably the two main things worth noting are the inclusion of links to
> > the ultimate upstream package, and the heavy use of color to help show
> > the degree of difference between the two distros, and to upstream.
> 
> The page links to the upstream package inside LP and the feature is designed 
> to only work inside LP for fully-hosted distros.  Debian is a bit of a special 
> case because we import its source packages into LP so that we can generate 
> that page.  I can't see us doing anything special like those reports any time 
> soon I'm afraid but I'm more than happy to take suggestions on how to improve 
> the existing page in a generic fashion.

Fair enough.  I'm sharing them more for you to suck useful ideas out of
more than anything else.  I suspect both GNOME and X guys are pretty set
on our own reports.  But the functionality in them might be of some more
general interest.

> The colouration is interesting.  What is it based on, the package version 
> divergence or the debdiff size?

Not quite that elaborate, it just indicates difference vs. debian and
difference vs. upstream.  So, green if everything's in sync with both
upstream and debian, red if it's not tracking either upstream or debian,
and an intermediate color if it's something in between.  So, if you
ignore upstream, a simplified version of this might go something like:

* Given a version scheme A.B.C-X[ubuntuY] and two versions of a package

  1.  Color green if derived distro's package has same or greater A, B,
      C, X numbers.
  2.  Color yellow if derived distro has a lower X value
  3.  Color red if derived distro has lower A, A.B, or A.B.C values

Bryce