Re: Partial dh_python2 transitions
Matthias Klose [2011-06-17 0:43 +0200]: > I would be surprised if it does work. Who knows, I never tested it.. > so please do not consider this hack for any further "transition", but use the > Breaks approach, and/or prepare a series of uploads in a PPA. That is indeed easier in Ubuntu/with PPAs, but in Debian it's more complicated. Some GNOMEish packages are still in experimental, and their upload to sid is blocked by something else. Testing migration would also need to happen at the exact same time. Also, the full and correct set of Breaks: would be quite an intangible mess; we'll add some, but as all of the ~ 15 binaries would then break all of the others, they aren't easy to get right. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Partial dh_python2 transitions
On 06/16/2011 05:29 PM, Martin Pitt wrote: > Hey Mike, > > Michael Terry [2011-06-16 11:17 -0400]: >> Hello! I was just considering how a dh_python2 transition for the >> various ubuntuone python modules would work. They all install into >> the ubuntuone module, so would need to be updated at the same time. >> >> Is there a recommended way to avoid the problem of users partially >> upgrading (either from builds finishing separately or specifically >> apt-get installing only some of the packages) and having mixed tool >> usage? > > We (as in pkg-gnome) indeed had the very same problem for pygobject, > gnome-python, and various other packages, which install/share a > "gtk-2.0" sub-namespace. What I did was: > > * debian/rules: Install a library search path for a pysupport compatible > gtk-2.0 directory, to avoid instantly breaking all reverse dependencies. > This needs to stay until they get converted to dh_python2. > > in debian/rules: > > # until all reverse dependencies of pygobject have been converted to > # dh_python2, install a library search path which is backwards > # compatible to pysupport (see Debian#614764) > echo "/usr/lib/pymodules/python$*/gtk-2.0/" > > $(CURDIR)/debian/python-gobject-dev/$(call py_libdir_sh, > $*)/gtk-2.0-pysupport-compat.pth > > With this search path, a gtk-2.0 submodule can be in either > /usr/lib/pymodules/python2.7/gtk-2.0 (pysupport) or > /usr/lib/python2.7/dist-packages/gtk-2.0 (dh_python2/upstream python). > > It's a hack, but we considered it good enough, and much better than > having to transition some 10 packages in lockstep. I would be surprised if it does work. if a namespace package is involved, you'll need the __init__.py in the two places too. so please do not consider this hack for any further "transition", but use the Breaks approach, and/or prepare a series of uploads in a PPA. Matthias -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Fri, Jun 17, 2011 at 10:01:16AM +1200, Robert Collins wrote: > On Fri, Jun 17, 2011 at 9:57 AM, Bryce Harrington wrote: > > > It doesn't appear to have any functionality for auto-linking bug #'s. > > They get linkified on display :) - but an explicit link is something > we could look at (done automatically with manual override to remove > bad ones I guess). Doing it in the UI is probably sufficient to reproduce existing functionality, although you might have some clever ideas on how making the link explicit could enable further functionality down the road. > > Also, I'm unclear how you would retrieve the comment object(s) given a > > dsd object, but if it's not exposed in some fashion already, probably > > wouldn't be hard to expose it (I can investigate further if there's > > interest.) > > Iz Bug; gavin just filed a bug on this in LP. Awesome, yeah I think this once this bit is in place, it'd enable the MoM guys to tie into this more directly if they wish. Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Fri, Jun 17, 2011 at 9:57 AM, Bryce Harrington wrote: > It doesn't appear to have any functionality for auto-linking bug #'s. They get linkified on display :) - but an explicit link is something we could look at (done automatically with manual override to remove bad ones I guess). > Also, I'm unclear how you would retrieve the comment object(s) given a > dsd object, but if it's not exposed in some fashion already, probably > wouldn't be hard to expose it (I can investigate further if there's > interest.) Iz Bug; gavin just filed a bug on this in LP. > Anyway, in theory it seems like if MoM could query Launchpad for these > comments, then the issue of merge comment fragmentation would be > lessened. Looks like some work is needed before this integration could > be done. That would be pretty cool. -Rob -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 07:46:41AM -0500, Scott Kitterman wrote: > On Thursday, June 16, 2011 01:25:05 AM Steve Kowalik wrote: > > On 16/06/11 16:11, Scott Kitterman wrote: > > > This new page still offers substantially less functionality than > > > MoM/grab-merge. If you want to mark merges as in progress or leave > > > merge related notes for other developers, MoM is the place to do that. This raises an interesting point that for better or worse, there are now two places for packagers to leave merge related notes. Especially once the 'sync-me' button is available in Launchpad, it would stand to reason that a growing number of people will be using that. They'll notice the comment field there and start utilizing it. Meanwhile, other packagers will be continuing to use the MoM and could miss those comments. It looks like MoM handles comments via a cgi script addcomment.py that you pass the packagename and comment. Presumably it stores this data someplace and then when generating the merge pages includes those comments. Not sure whether it keeps track of who provided the comment. Looks like it tracks bug #'s in some fashion as well. The merge comment functionality in Launchpad is exposed in the launchpadlib API. There is a getDifferencesTo() routine which looks like it will give you the list of differences, represented as distro_series_difference objects. The dsd objects have a couple status fields, a parent_package_diff_status field (which I think seb128 was asking about for showing diffs in the gnome versions page), and an addComment() routine (presumably requires being logged into LP). https://launchpad.net/+apidoc/devel.html#distro_series_difference Comment objects track the author, date of comment, and text: https://launchpad.net/+apidoc/devel.html#distro_series_difference_comment It doesn't appear to have any functionality for auto-linking bug #'s. Also, I'm unclear how you would retrieve the comment object(s) given a dsd object, but if it's not exposed in some fashion already, probably wouldn't be hard to expose it (I can investigate further if there's interest.) Anyway, in theory it seems like if MoM could query Launchpad for these comments, then the issue of merge comment fragmentation would be lessened. Looks like some work is needed before this integration could be done. Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 4:45 PM, Scott Kitterman wrote: > On Thursday, June 16, 2011 03:25:23 PM Bryce Harrington wrote: > ... > > I'm not not a launchpad developer, however I am attempting to help > > improve the transparency between ubuntu and launchpad. > ... > > This is an important function. I'm glad you're doing it. Please continue. > +1. It's greatly appreciated, Bryce. Thank you. Cheers, -- Cody A.W. Somerville Release Engineer Mainstream Systems Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1 781 850 2087 Cell: +1 613 401 5141 Fax: +1 613 687 7368 Email: cody.somervi...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thursday, June 16, 2011 03:25:23 PM Bryce Harrington wrote: ... > I'm not not a launchpad developer, however I am attempting to help > improve the transparency between ubuntu and launchpad. ... This is an important function. I'm glad you're doing it. Please continue. Scott K -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 11:59:21AM -0400, Cody A.W. Somerville wrote: > On Thu, Jun 16, 2011 at 10:39 AM, Daniel Holbach > wrote: > > The way I read the mails up until now, I couldn't see anyone suggesting > > to remove current infrastructure or resources. > > > > Bryce wrote in his opening e-mail 'This includes a comment area to allow > packagers to mark merges they're working on or leave notes for other > packagers'. Some might understand this e-mail to suggest developers should > start using this new feature for the purpose Bryce suggested instead of MoM. Poor phrasing on my part. Like I clarified later this isn't intended to replace any of our own infrastructure, there's features we require that aren't yet implemented. Some are in the works already, others may be worth proposing as follow on work. I'm not not a launchpad developer, however I am attempting to help improve the transparency between ubuntu and launchpad. I want to help raise feedback from ubuntu folks with the launchpad devs so our needs get appropriate prioritization, and also figure folks on this list would appreciate having some heads up on coming changes to Launchpad. Sometimes the changes have implications to our own workflows, so I figure the earlier we recognize the implications the easier we can handle them. Certainly the last thing I want to do is demotivate anyone or cause dissention on ubuntu-devel@; if that's the case, the added transparency probably isn't worth it. Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 03:23:57PM +0100, Julian Edwards wrote: > On Thursday 16 June 2011 14:08:14 Sebastien Bacher wrote: > > * is the current page only tracking Debian unstable? GNOME3 is in > > experimental still in Debian and for desktop work we are interested to > > track experimental and not unstable, is there any way to do that? > > Each series can only track one set of parent distros at once, unfortunately. > We did put in a way of changing to a different parent when opening a new > series, which will be useful for LTSes. The particular workflow Sebastien is referring to here is that frequently, on a case-by-case basis, we want to sync from Debian's experimental tree to pull in changes they're not yet ready to put into unstable but that we know we want in Ubuntu. (With Debian being more of a rolling release, and Ubuntu more puctuated with freezes and more tightly cadenced releases, this use case does crop up fairly regularly.) I do notice this bit in the LEP, which suggests some thought has gone into this (or a similar?) situation: * Allow a derived distribution to have more than one parent + Post-initialisation, add more parents so that they appear in the list of differences Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 03:08:14PM +0200, Sebastien Bacher wrote: > On mer., 2011-06-15 at 23:03 -0700, Bryce Harrington wrote: > > > > There's now support in launchpad for displaying source package diffs > > between what's in ubuntu oneiric and what's in debian sid. Check it > > out: > > > > https://launchpad.net/ubuntu/oneiric/+localpackagediffs > > Hey again, > > So I've been looking a bit to it, reading the LEP document you pointed > and thinking how we could use for the desktop team versions page we use > (it already lists package outdated compared to upstream and debian, > build failures, sponsoring request and our workflow is centered around > it), and I've a few comments, questions: > > * is the current page only tracking Debian unstable? GNOME3 is in > experimental still in Debian and for desktop work we are interested to > track experimental and not unstable, is there any way to do that? Right, similarly for my xorg versions report. I've shown both the gnome versions report and the xorg report to the Launchpad devs. Interestingly, they hadn't seen these reports previously. They had seen MoM though, but that's a bit different. For now, sounds like we should stick with our existing versions reports, as there aren't plans in the work to implement all the functionalities we need. However the 'sync me' button Julian mentioned that's coming sounds very sexy. I don't know at this point if we could easily integrate it into our own versions reports, or if deeper development work is required. > * is there a standard url we could build in a programmatic way so our > version page could have an icon or something pointing to the diff page > for the sources where are outdated compared to Debian? The underlying infrastructure is exposed via launchpadlib, so I'd suggest looking there to start. If it's not sufficiently accessible programmatically, it would be worth requesting (like the button, it'd nicely improve our versions reports.) Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Removing XULRunner from oneiric - call for help
On Wed, Jun 15, 2011 at 5:16 AM, Chris Coulson wrote: > I've already spent way too much on time on this and I really need to be > doing other things, so unless someone steps up now for a particular > application that they care about, the remaining pacakges depending on > xulrunner will be dropped from the archive by alpha 2. This includes: Hi Chris, Thank you very much for the heads-up. > - xiphos - needs either porting to Webkit (probably a lot of work, but > not sure yet) or switched to using is gtkhtml backend (easy, but gtkhtml > sucks). > - dehydra - already using Spidermonkey, but needs switching to use the > proper lib. Probably just minor build-system changes. > - mongodb - same as dehydra. I can't speak for any of the other packages that you mentioned, but MongoDB is still quite important to the Ubuntu Server Community, as it's about to become a dependency of the CloudFoundry PaaS packages. I know that you and Brian (on CC) have had a private conversation about this, but just for the rest of -devel's and -motu's awareness, Brian is in the process of migrating the mongodb package build to use the replacement library. Thanks! Dustin > - edbrowse - needs porting to Spidermonkey 1.8.5. Based on experience of > doing this already for couchdb, gxine and mongodb, this is probably > going to be a lot of work for the unfortunate victim who ends up doing > this. > > The list of remaining work can be found at > https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-mozilla-rapid-release-maintenance > > There are still other outstanding items not mentioned here, either > because people really shouldn't bother with them, they have someone > assigned or I still plan to look at them (eg, vlc, fennec and eclipse). > > If I've not heard anything by the end of the week, I will assume that > nobody cares about the remaining packages and will start filing removal > requests for them. Please don't remove mongodb, per above ;-) Thanks, -- :-Dustin Dustin Kirkland Ubuntu Core Developer -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On 06/16/2011 04:26 AM, Dave Walker wrote: > > * The new page should probably indicate the sponsor of the Ubuntu > upload (if present). > > Thanks again! > > Kind Regards, > Dave Walker > > Actually, the "uploader" on this page is the sponsor. It should really show the person who got credit for the upload as that person is considered TIL. Thanks, Micah -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
Hello, [ Cody told me that this mail should have gone to me instead of ubuntu-devel@, so for now I hope if suffices to say, that Scott and I are in touch about the discussion. ] Am 16.06.2011 17:59, schrieb Cody A.W. Somerville: > I'm not sure the launchpad developers would agree with you that their > work is boring, tedious, and generic. What I tried to say was that in addition to the feature of "just" comparing diffs between Ubuntu and Debian, there was much more work to be done that from the POV of an Ubuntu developer would probably described as "very boring, tedious and very generic work to make Launchpad understand distros, derivatives, differences between source packages". Have a great day, Daniel -- Get involved with Ubuntu Development: http://identi.ca/ubuntudev http://twitter.com/ubuntudev http://facebook.com/ubuntudev -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 10:39 AM, Daniel Holbach wrote: > Am 16.06.2011 14:46, schrieb Scott Kitterman: > > On Thursday, June 16, 2011 01:25:05 AM Steve Kowalik wrote: > >> On 16/06/11 16:11, Scott Kitterman wrote: > >>> This new page still offers substantially less functionality than > >>> MoM/grab-merge. If you want to mark merges as in progress or leave > >>> merge related notes for other developers, MoM is the place to do that. > >> > >> Then file bugs! And please tag them 'derivation'. > > > > If it's a goal of the Launchpad team to have this be suitable to replace > MoM > > then rather than me file stacks of bugs it would probably be a more > useful use > > of everyone's time for whoever in the Launchpad team is driving this to > go > > look at MoM and see what's missing. > > > > Just to get you started though, it apparently needs to be faster if one > wants > > to load a single page with a lot of packages. See OOPS-1993DY5 for > details. > > The way I read the mails up until now, I couldn't see anyone suggesting > to remove current infrastructure or resources. > Bryce wrote in his opening e-mail 'This includes a comment area to allow packagers to mark merges they're working on or leave notes for other packagers'. Some might understand this e-mail to suggest developers should start using this new feature for the purpose Bryce suggested instead of MoM. Such a misunderstanding would result in some developers using this new feature to track merges while others would continue to use MoM. Scott simply replied with clarification that MoM is still the right place to track merge which Steven, a launchpad developer, replied saing 'then file bugs!' which might again suggest that maybe this new feature *is* intended to supersede the use of MoM. Scott rightfully points out that if Launchpad developers do want this feature to supersede MoM then it would be a better use of everyone's time for the launchpad developers to go take a look at an already existing tool that fills this need quite well. > Even if that was the proposition, I think it should be possible to point > out shortcomings in a politer way. > I think Scott was polite. Nothing he wrote is rude, offensive, derogatory, or demotivating. Scott and I were actually involved in the user testing for this feature at UDS in Budapest. Scott was actually quite excited about this feature. I can see how maybe his first post can come across as bit harsh by its self but you left out in your quote of his e-mail Scott's quote from Bryce's e-mail about the comment feature. The additional context puts Scott's comment in a completely different tone. I just tried to put myself into the shoes of a Launchpad developer, > think how I put a lot of time into very boring, tedious and very generic > work to make Launchpad understand distros, derivatives, differences > between source packages, then reached a milestone and want to give > developers an update about what has been done and how it might be useful > to them, then I get a reply like the one above. > I'm not sure the launchpad developers would agree with you that their work is boring, tedious, and generic. If I was on the LP team, I would find it disheartening and I would think > twice before I ever post something to the list again. > Bryce isn't a launchpad developer. However, I think if any of the launchpad developers, who are no strangers to any of the participants in this thread, had a serious problem with Scott's reply they'd bring it up themselves. > To sum it up: I think it's important to discuss, find problems and > solutions, but it should be in an encouraging and not in a demotivating > way. > Respectfully, the only thing demotivating in this thread is your reply. I think you owe Scott an apology. Sincerely, -- Cody A.W. Somerville Release Engineer Mainstream Systems Team Custom Engineering Solutions Group Canonical OEM Services Phone: +1 781 850 2087 Cell: +1 613 401 5141 Fax: +1 613 687 7368 Email: cody.somervi...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: release cadence for Q and R
On Thursday, June 16, 2011 10:28:59 AM TImo Aaltonen wrote: > On 16.06.2011 09:17, Bryce Harrington wrote: > > On Wed, Jun 15, 2011 at 09:41:49PM -0500, Ted Gould wrote: > >> On Wed, 2011-06-15 at 14:48 -0700, Allison Randal wrote: > >>> A few practical considerations I ran through: > >>> > >>> - Release on Oct 11 means UDS on Oct 29-Nov 2 (the week of Halloween) > >>> - Release on Oct 18 means UDS on Nov 5-9 > >>> - Release on Oct 25 means UDS on Nov 12-17 (the week before > >>> Thanksgiving) > >> > >> Does UDS have to be a fixed number of days from the release? > > > > If we're looking to permanently align schedules, then +1 for UDS on Nov > > 5-9. Many of us have kids and it would not be pleasant to set things up > > such that we *always* miss Halloween. The week before Thanksgiving > > might work, but seems like some people get hit by Ubuflu or Icelandic > > volcanoes or whatever, so guess it could be risky for folks. > > Well, the Father's Day for us Scandinavians is the second Sunday of > November, so traveling the weekend from US would basically mean missing > it :) This is a good point. In a global project like Ubuntu there is probably no week that won't cause problems for someone, somewhere. I think that it is probably best to vary the time between release and UDS so that the same people aren't inconvenienced every year. I think having it 2 - 4 weeks after UDS is fine (I don't think the exact week in the schedule is critical) and so we should vary it to make sure the schedule doesn't cause problems for the same people every year. Scott K -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Partial dh_python2 transitions
Hey Mike, Michael Terry [2011-06-16 11:17 -0400]: > Hello! I was just considering how a dh_python2 transition for the > various ubuntuone python modules would work. They all install into > the ubuntuone module, so would need to be updated at the same time. > > Is there a recommended way to avoid the problem of users partially > upgrading (either from builds finishing separately or specifically > apt-get installing only some of the packages) and having mixed tool > usage? We (as in pkg-gnome) indeed had the very same problem for pygobject, gnome-python, and various other packages, which install/share a "gtk-2.0" sub-namespace. What I did was: * debian/rules: Install a library search path for a pysupport compatible gtk-2.0 directory, to avoid instantly breaking all reverse dependencies. This needs to stay until they get converted to dh_python2. in debian/rules: # until all reverse dependencies of pygobject have been converted to # dh_python2, install a library search path which is backwards # compatible to pysupport (see Debian#614764) echo "/usr/lib/pymodules/python$*/gtk-2.0/" > $(CURDIR)/debian/python-gobject-dev/$(call py_libdir_sh, $*)/gtk-2.0-pysupport-compat.pth With this search path, a gtk-2.0 submodule can be in either /usr/lib/pymodules/python2.7/gtk-2.0 (pysupport) or /usr/lib/python2.7/dist-packages/gtk-2.0 (dh_python2/upstream python). It's a hack, but we considered it good enough, and much better than having to transition some 10 packages in lockstep. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: release cadence for Q and R
On 16.06.2011 09:17, Bryce Harrington wrote: On Wed, Jun 15, 2011 at 09:41:49PM -0500, Ted Gould wrote: On Wed, 2011-06-15 at 14:48 -0700, Allison Randal wrote: A few practical considerations I ran through: - Release on Oct 11 means UDS on Oct 29-Nov 2 (the week of Halloween) - Release on Oct 18 means UDS on Nov 5-9 - Release on Oct 25 means UDS on Nov 12-17 (the week before Thanksgiving) Does UDS have to be a fixed number of days from the release? If we're looking to permanently align schedules, then +1 for UDS on Nov 5-9. Many of us have kids and it would not be pleasant to set things up such that we *always* miss Halloween. The week before Thanksgiving might work, but seems like some people get hit by Ubuflu or Icelandic volcanoes or whatever, so guess it could be risky for folks. Well, the Father's Day for us Scandinavians is the second Sunday of November, so traveling the weekend from US would basically mean missing it :) -- t -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Partial dh_python2 transitions
Hello! I was just considering how a dh_python2 transition for the various ubuntuone python modules would work. They all install into the ubuntuone module, so would need to be updated at the same time. Is there a recommended way to avoid the problem of users partially upgrading (either from builds finishing separately or specifically apt-get installing only some of the packages) and having mixed tool usage? What have others done in this situation? Breaks would work; just uploading close together would work if we think risk is low... -mt -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
CfP: Ubuntu Developer Week
Hello everybody, we're in the middle of planning Ubuntu Developer Week, which will happen from 11th-15th July. https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable If you have something you want to talk about, please either go and add it to the schedule or talk to me about it. It's totally alright if you want to present a topic as a team or just do a hands-on session with a couple of examples. I appreciate any kind of contribution to UDW, it will be great to show the great work we are all doing and explain it to a big audience. I'm looking forward to this UDW. Thanks for your interest. Have a great day, Daniel -- Get involved with Ubuntu Development: http://identi.ca/ubuntudev http://twitter.com/ubuntudev http://facebook.com/ubuntudev -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thursday 16 June 2011 15:34:31 Benjamin Drung wrote: > Am Donnerstag, den 16.06.2011, 15:13 +0100 schrieb Julian Edwards: > > We will add a syncing button next week as well, which will let anyone who > > can normally upload a package just sync it right in the UI with no > > upload needed. > > Will this syncing feature available through the API next week too? Not yet but we're working on it. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
Am Donnerstag, den 16.06.2011, 15:38 +0100 schrieb Julian Edwards: > On Thursday 16 June 2011 15:34:31 Benjamin Drung wrote: > > Am Donnerstag, den 16.06.2011, 15:13 +0100 schrieb Julian Edwards: > > > We will add a syncing button next week as well, which will let anyone who > > > can normally upload a package just sync it right in the UI with no > > > upload needed. > > > > Will this syncing feature available through the API next week too? > > Not yet but we're working on it. Let us know once it is available. Then I can rewrite syncpackage to use this API to make everyone happy. -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
Am 16.06.2011 14:46, schrieb Scott Kitterman: > On Thursday, June 16, 2011 01:25:05 AM Steve Kowalik wrote: >> On 16/06/11 16:11, Scott Kitterman wrote: >>> This new page still offers substantially less functionality than >>> MoM/grab-merge. If you want to mark merges as in progress or leave >>> merge related notes for other developers, MoM is the place to do that. >> >> Then file bugs! And please tag them 'derivation'. > > If it's a goal of the Launchpad team to have this be suitable to replace MoM > then rather than me file stacks of bugs it would probably be a more useful > use > of everyone's time for whoever in the Launchpad team is driving this to go > look at MoM and see what's missing. > > Just to get you started though, it apparently needs to be faster if one wants > to load a single page with a lot of packages. See OOPS-1993DY5 for details. The way I read the mails up until now, I couldn't see anyone suggesting to remove current infrastructure or resources. Even if that was the proposition, I think it should be possible to point out shortcomings in a politer way. I just tried to put myself into the shoes of a Launchpad developer, think how I put a lot of time into very boring, tedious and very generic work to make Launchpad understand distros, derivatives, differences between source packages, then reached a milestone and want to give developers an update about what has been done and how it might be useful to them, then I get a reply like the one above. If I was on the LP team, I would find it disheartening and I would think twice before I ever post something to the list again. To sum it up: I think it's important to discuss, find problems and solutions, but it should be in an encouraging and not in a demotivating way. Daniel -- Get involved with Ubuntu Development: http://identi.ca/ubuntudev http://twitter.com/ubuntudev http://facebook.com/ubuntudev -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
Am Donnerstag, den 16.06.2011, 15:13 +0100 schrieb Julian Edwards: > We will add a syncing button next week as well, which will let anyone who can > normally upload a package just sync it right in the UI with no upload needed. Will this syncing feature available through the API next week too? -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thursday 16 June 2011 13:46:41 Scott Kitterman wrote: > On Thursday, June 16, 2011 01:25:05 AM Steve Kowalik wrote: > > On 16/06/11 16:11, Scott Kitterman wrote: > > > This new page still offers substantially less functionality than > > > MoM/grab-merge. If you want to mark merges as in progress or leave > > > merge related notes for other developers, MoM is the place to do that. > > > > Then file bugs! And please tag them 'derivation'. > > If it's a goal of the Launchpad team to have this be suitable to replace > MoM then rather than me file stacks of bugs it would probably be a more > useful use of everyone's time for whoever in the Launchpad team is driving > this to go look at MoM and see what's missing. > > Just to get you started though, it apparently needs to be faster if one > wants to load a single page with a lot of packages. See OOPS-1993DY5 for > details. Congratulations on getting the first OOPS! The page normally loads in 2 seconds or less so I suspect you were just unlucky to hit a busy period. Let me clarify - this feature is NOT intended to replace MoM, at least not yet. The primary focus is to help OEMs and Linaro. We've released this beta as a means to get some useful feedback from people who know more than we do about building a distribution. I also hope it's actually useful to someone. We will add a syncing button next week as well, which will let anyone who can normally upload a package just sync it right in the UI with no upload needed. Thanks for any feedback guys. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thursday 16 June 2011 14:08:14 Sebastien Bacher wrote: > On mer., 2011-06-15 at 23:03 -0700, Bryce Harrington wrote: > > There's now support in launchpad for displaying source package diffs > > between what's in ubuntu oneiric and what's in debian sid. Check it > > > > out: > > https://launchpad.net/ubuntu/oneiric/+localpackagediffs > > Hey again, > > So I've been looking a bit to it, reading the LEP document you pointed > and thinking how we could use for the desktop team versions page we use > (it already lists package outdated compared to upstream and debian, > build failures, sponsoring request and our workflow is centered around > it), and I've a few comments, questions: > > * is the current page only tracking Debian unstable? GNOME3 is in > experimental still in Debian and for desktop work we are interested to > track experimental and not unstable, is there any way to do that? Each series can only track one set of parent distros at once, unfortunately. We did put in a way of changing to a different parent when opening a new series, which will be useful for LTSes. > * is there a standard url we could build in a programmatic way so our > version page could have an icon or something pointing to the diff page > for the sources where are outdated compared to Debian? Yes, the page uses a GET form and allows a package name filter. Notice also there's two other pages, please see the new portlet on the https://launchpad.net/ubuntu/oneiric page ("Derived from Sid"). Cheers. -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On mer., 2011-06-15 at 23:03 -0700, Bryce Harrington wrote: > > There's now support in launchpad for displaying source package diffs > between what's in ubuntu oneiric and what's in debian sid. Check it > out: > > https://launchpad.net/ubuntu/oneiric/+localpackagediffs Hey again, So I've been looking a bit to it, reading the LEP document you pointed and thinking how we could use for the desktop team versions page we use (it already lists package outdated compared to upstream and debian, build failures, sponsoring request and our workflow is centered around it), and I've a few comments, questions: * is the current page only tracking Debian unstable? GNOME3 is in experimental still in Debian and for desktop work we are interested to track experimental and not unstable, is there any way to do that? * is there a standard url we could build in a programmatic way so our version page could have an icon or something pointing to the diff page for the sources where are outdated compared to Debian? Cheers, Sebastien Bacher -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thursday, June 16, 2011 01:25:05 AM Steve Kowalik wrote: > On 16/06/11 16:11, Scott Kitterman wrote: > > This new page still offers substantially less functionality than > > MoM/grab-merge. If you want to mark merges as in progress or leave > > merge related notes for other developers, MoM is the place to do that. > > Then file bugs! And please tag them 'derivation'. If it's a goal of the Launchpad team to have this be suitable to replace MoM then rather than me file stacks of bugs it would probably be a more useful use of everyone's time for whoever in the Launchpad team is driving this to go look at MoM and see what's missing. Just to get you started though, it apparently needs to be faster if one wants to load a single page with a lot of packages. See OOPS-1993DY5 for details. Scott K -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On Thu, Jun 16, 2011 at 10:26:50AM +0100, Dave Walker wrote: > On 16/06/11 07:03, Bryce Harrington wrote: > >There's now support in launchpad for displaying source package diffs > >between what's in ubuntu oneiric and what's in debian sid. Check it out: > > > > https://launchpad.net/ubuntu/oneiric/+localpackagediffs > > > >This is an outcome of the Launchpad team's current 'Derived Distros' > >development focus. The primary objective is to make life easier from > >people making derivatives of Ubuntu such as OEMs, but since Ubuntu > >itself is a derivative of Debian, it looks like this is going to win us > >some nifty new functionality too. This includes a comment area to allow > >packagers to mark merges they're working on or leave notes for other > >packagers, buttons to make it easier to sync one or more packages > >straight from debian, and functionality for derived distros to push > >their changes back up to us more easily. > > > >For more info on what's in the plans, see: > > > > https://dev.launchpad.net/LEP/DerivativeDistributions > > https://launchpad.net/launchpad-project/+bugs?field.tag=derivation > > > >Bryce > > > > Hi Bryce, > > This is a great new feature, and certainly a step in the right > direction. I see this as really good news, so thanks for sharing it > with us. > > I'd like to make a few suggestions, to make this more useful to my workflow: Thanks, I'll gather up suggestions, prioritize, and pass back to LP. > * Ability to diff legacy source packages ubuntu/debian delta. > - There have been multiple occasions where I have have dget'd > the sid source package from snapshot.debian.org and created a > debdiff from a prior ubuntu merge to /really/ see what the delta is. > The current autogenerated diff per source package doesn't cut it for > merges, as it includes the Debian changes. I want to view just what > the merge delta was. Agreed, I do this all the time myself. > * Being able to filter by subscribed packages for a given team or user. >- The https://bugs.launchpad.net/~LPID/+packagebugs >- This allows a given user or group to keep an idea of where the > packages differ from sid. Especially useful for a team or user to > be able to monitor the core of packages that they need to deliver. > * Should probably be able to also see the package sets, and possibly > filter by. I think these are already in the plans. > * Being able to easily see the debian/changelog entries for version > > ubuntu current version. >- This allows to quickly see how important the changes are. Would be nice > * The new page should probably indicate the sponsor of the Ubuntu > upload (if present). Could that be TMI? > * I wonder if this feature set will be exposed by the API? :) Yes https://launchpad.net/+apidoc/devel.html#distro_series_difference > To date, i have been maintaining a cron'ed list[0] of packages where > Debian is a higher version than Ubuntu for packages ~ubuntu-server > is subscribed to, and the ubuntu-server package set. I have found > it most useful, I hope Launchpad will be able to superseed my list > and make it more useful. > > [0] http://people.ubuntu.com/~davewalker/server-sid-new.txt Sounds like several of us have been doing vaguely similar things: http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/versions-current.html http://people.canonical.com/~platform/desktop/versions.html The ink's fairly dry on the Derived Distro LEP. But if there's sufficient bang for the buck to gain, we could always try proposing a follow up on it. Bryce -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On mer., 2011-06-15 at 23:03 -0700, Bryce Harrington wrote: > some nifty new functionality too. This includes a comment area to > allow > packagers to mark merges they're working on or leave notes for other > packagers, buttons to make it easier to sync one or more packages > straight from debian, and functionality for derived distros to push > their changes back up to us more easily. That's a great list of features and will be very useful, thanks to all the people who are working on that! Cheers, Sebastien Bacher -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: New Launchpad feature: Diff between Sid and Oneiric
On 16/06/11 07:03, Bryce Harrington wrote: There's now support in launchpad for displaying source package diffs between what's in ubuntu oneiric and what's in debian sid. Check it out: https://launchpad.net/ubuntu/oneiric/+localpackagediffs This is an outcome of the Launchpad team's current 'Derived Distros' development focus. The primary objective is to make life easier from people making derivatives of Ubuntu such as OEMs, but since Ubuntu itself is a derivative of Debian, it looks like this is going to win us some nifty new functionality too. This includes a comment area to allow packagers to mark merges they're working on or leave notes for other packagers, buttons to make it easier to sync one or more packages straight from debian, and functionality for derived distros to push their changes back up to us more easily. For more info on what's in the plans, see: https://dev.launchpad.net/LEP/DerivativeDistributions https://launchpad.net/launchpad-project/+bugs?field.tag=derivation Bryce Hi Bryce, This is a great new feature, and certainly a step in the right direction. I see this as really good news, so thanks for sharing it with us. I'd like to make a few suggestions, to make this more useful to my workflow: * Ability to diff legacy source packages ubuntu/debian delta. - There have been multiple occasions where I have have dget'd the sid source package from snapshot.debian.org and created a debdiff from a prior ubuntu merge to /really/ see what the delta is. The current autogenerated diff per source package doesn't cut it for merges, as it includes the Debian changes. I want to view just what the merge delta was. * Being able to filter by subscribed packages for a given team or user. - The https://bugs.launchpad.net/~LPID/+packagebugs - This allows a given user or group to keep an idea of where the packages differ from sid. Especially useful for a team or user to be able to monitor the core of packages that they need to deliver. * Should probably be able to also see the package sets, and possibly filter by. * Being able to easily see the debian/changelog entries for version > ubuntu current version. - This allows to quickly see how important the changes are. * The new page should probably indicate the sponsor of the Ubuntu upload (if present). * I wonder if this feature set will be exposed by the API? :) To date, i have been maintaining a cron'ed list[0] of packages where Debian is a higher version than Ubuntu for packages ~ubuntu-server is subscribed to, and the ubuntu-server package set. I have found it most useful, I hope Launchpad will be able to superseed my list and make it more useful. [0] http://people.ubuntu.com/~davewalker/server-sid-new.txt Thanks again! Kind Regards, Dave Walker -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: release cadence for Q and R
On Wed, 2011-06-15 at 23:17 -0700, Bryce Harrington wrote: > On Wed, Jun 15, 2011 at 09:41:49PM -0500, Ted Gould wrote: > > On Wed, 2011-06-15 at 14:48 -0700, Allison Randal wrote: > > > A few practical considerations I ran through: > > > > > > - Release on Oct 11 means UDS on Oct 29-Nov 2 (the week of Halloween) > > > - Release on Oct 18 means UDS on Nov 5-9 > > > - Release on Oct 25 means UDS on Nov 12-17 (the week before Thanksgiving) > > > > Does UDS have to be a fixed number of days from the release? > > If we're looking to permanently align schedules, then +1 for UDS on Nov > 5-9. Many of us have kids and it would not be pleasant to set things up > such that we *always* miss Halloween. The week before Thanksgiving > might work, but seems like some people get hit by Ubuflu or Icelandic > volcanoes or whatever, so guess it could be risky for folks. +1 I'm with Bryce on this one :) -Gary -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel