[00:17] <jbicha> any idea where bug 1001609 should be assigned to?
[00:17] <ubot2> Launchpad bug 1001609 in ubuntu "Changelogs not being uploaded to changelog server" [Undecided,Confirmed] https://launchpad.net/bugs/1001609
[00:22] <ScottK> jbicha: launchpad?
[00:24] <skaet> balloons - the update for http://www.ubuntu.com/testing will get updated tomorrow as part of the publishing of Alpha 1.    all in hand.
[07:39] <cjwatson> ScottK: Launchpad doesn't control changelogs.ubuntu.com
[07:39] <cjwatson> It's an mvo thing
[08:51] <xnox> Is there a report / qa which tracks version numbers of the packages, specifically those that have versions higher in precise* >> quantal*
[08:51] <xnox> ?
[09:08] <cjwatson> xnox: No standing one, but I can generate that on demand, and usually periodically do in the early parts of a cycle
[09:09] <cjwatson> I wrote a swiss army knife thing called "suite-diff" years ago
[09:09] <cjwatson> (I think it may have been my first Python program, cough)
[09:09] <xnox> right =))))
[09:10] <xnox> cjwatson: I have noticed that imagemagic had precise-security >> quantal; and that lvm2 precise-proposed was/is actually >> quantal (well now it's diverged)
[09:10] <cjwatson> precise-updates > quantal currently: language packs plus bind9, firefox, openssl098, postgresql-9.1, squid3, ubuntuone-storage-protocol
[09:11] <xnox> not too bad.
[09:11] <cjwatson> I'll see about copying those after alpha-1
[09:11] <xnox> What about -security > quantal?
[09:11] <cjwatson> -security gets copied to -updates
[09:11] <xnox> oh ok.
[09:11] <xnox> aha "updates, security (main)"
[09:12] <cjwatson> I generally don't enforce -proposed > next-devel, because early in a cycle there's still a fair bit of uploading stuff direct to -proposed and usually maintainers have other plans for next-devel
[09:12] <xnox> and a separate entry for the set in stone release =)
[09:12] <xnox> cjwatson: ok. I see your point.
[09:19] <infinity> cjwatson: It seems a bit late in the cycle to be doing any precise->quantal copies.  I'd really rather things got their own upload so they built with the Q toolchain.
[09:19] <infinity> cjwatson: Y'know, especially where the toolchain in precise produces binaries that aren't compatible with Q...
[09:19] <infinity> *cough*armel*cough*
[09:20]  * infinity really sleeps now, having had his last opinion on the Internet for the night.
[09:32] <cjwatson> infinity: mm, perhaps
[09:58] <xnox> infinity: have fun with imagemagick
[09:58] <xnox> on armel
[09:58]  * xnox hides
[10:11] <jibel> seb128, skaet bug 1009928
[10:11] <ubot2> Launchpad bug 1009928 in ghostscript "Ubuntu Desktop Netboot install failed: unmet dependency - poppler-data Breaks cmap-adobe-japan1 (<= 0+20090930-2)" [High,New] https://launchpad.net/bugs/1009928
[10:12] <jibel> seb128, with latest ghostscript
[10:12]  * cjwatson wonders why a bug about poppler-data and cmap-adobe-japan1 is filed on ghostscript.
[10:14] <jibel> because bug 1009052 has been reassigned to ghostscript
[10:14] <ubot2> Launchpad bug 1009052 in ghostscript "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Confirmed] https://launchpad.net/bugs/1009052
[10:16] <seb128> cjwatson, the issue (or part of the issue) was that libgs9 was depending on gs-cjk-resource but poppler-data Conflicts with gs-cjk-resource now (and zh depends on poppler-data)
[10:17] <seb128> jibel, thanks, I guess I should get a quantal install to test that out, I just pointed what was obvious from your log yesterday
[10:18] <cjwatson> does this break images as well as netboot?
[10:19] <cjwatson> wurgh, I thought about doing a merge but what a nightmare; semi-independent packaging of upstream releases all over the place
[10:19] <seb128> cjwatson, I think it makes the zh depends uninstallable ... I'm setting up a quantal env to test
[10:19] <seb128> cjwatson, merge of what?
[10:20] <cjwatson> ghostscript
[10:20] <seb128> cjwatson, well it looks like simply that poppler-data is not installable on q and some locales pull it in
[10:20] <seb128> cjwatson, cyphermox has a full merge but he went for the easy depends fix for a1 yesterday and said he would upload the merge after a1
[10:21] <seb128> since the merge was not trivial
[10:22] <jibel> cjwatson, it breaks installations with asian languages
[10:22] <cjwatson> so if he's done the easy depends fix, surely a new bug about this doesn't belong on ghostscript
[10:22] <cjwatson> because that part of it has apparently been fixed
[10:22] <seb128> cjwatson, right, I'm checking what's the new issue, a min
[10:23] <cjwatson> (and I wonder why 1009052 is still open)
[10:23] <cjwatson> language-selector has matches in data/pkg_depends for that cmap* stuff
[10:24] <seb128> cjwatson, cyphermox didn't list the bug in the changelog it seems, I'm closing it
[10:24] <seb128> ghostscript (9.05~dfsg-0ubuntu5) quantal; urgency=low
[10:24] <seb128>   * debian/rules: Have libgs9 depend on recent poppler-data favored over
[10:24] <seb128>     gs-cjk-resource.
[10:27] <seb128> cjwatson, I don't know a lot about the cmap- stuff but reading the poppler-data entry from http://packages.qa.debian.org/p/poppler-data/news/20120204T162616Z.html
[10:27] <seb128>      - add {Conflicts:, Replaces:, Provides:} to gs-cjk-resource, cmap-adobe-korea1,
[10:27] <seb128>        cmap-adobe-cns1, cmap-adobe-japan1, cmap-adobe-japan2, cmap-adobe-gb1
[10:27] <seb128>  
[10:28] <seb128> cjwatson, it seems like language-selector should have the cmap-adobe-* replaced by poppler-data
[10:28] <seb128> though I would prefer to have somebody who knows what those cmap packages are used for to confirm it
[10:28] <seb128> debian/changelog:  * data/pkg_depends: Add cmap-adobe-* packages for ghostscript. (LP: #496012)
[10:29] <seb128> cjwatson, jibel: I can do an upload of l-s with that change if you want
[10:31] <jibel> seb128, pitti proposed to have a look when he's back on Monday
[10:33] <seb128> cjwatson, jibel: http://pastebin.ubuntu.com/1028368/ ?
[10:33] <tkamppeter> cjwatson, we can also move the SRU on system-config-printer to -updates. Two users have confirmed that the SRU solves their problems (by setting up printers with non-IPP protocol by default). One bug I detached from the SRU as the user's problem is not covered by the SRU.
[10:45] <cjwatson> tkamppeter: done; as usual with cases where bugs have been "detached", you'll probably need to fix up bug states after the janitor has closed them
[10:46] <seb128> cjwatson, I've rebased the changelog on the current version, but do the change seems fine to you? should I upload that?
[10:51] <cjwatson> seb128: Yeah, that looks right
[10:51] <cjwatson> Go ahead
[10:52] <seb128> cjwatson, done, thanks
[11:01] <ev> hm, why does /srv/cdimage.ubuntu.com complain about divergence when I try to pull
[11:01]  * ev digs
[11:03] <ev> stgraber: was your branch not bound when you committed? You have r1424 in /srv/cdimage.ubuntu.com, but I have it in /srv/cdimage.ubuntu.com/bzr/private/cdimage
[11:22] <cjwatson> Never mind binding, that implies directly pushing to /srv/cdimage.ubuntu.com rather than going via the canonical branch storage areas
[11:34] <cyphermox> seb128: I'm currently on choppy 3g; but the cmap stuff are definition files which are supposed to be shipped equally by b
[11:34] <cyphermox> seb128: I'm currently on choppy 3g; but the cmap stuff are definition files which are supposed to be shipped equally by both the -cmap packages and poppler-data
[11:35] <cyphermox> oh boy, that line is worse than I thought
[11:36] <seb128> cyphermox, ok, so we changed to use poppler-data which should be ok
[11:37] <cyphermox> seb128: AFAIK yes. I didn't verify the claim but that's what the poppler-data description says
[11:38] <cyphermox> bbl
[12:30] <skaet> good morning
[12:36] <skaet> jibel,   looks like 1009928 is a duplicate of bug 1009052.   From yesterday's discussions (and on the pad) we decided to not respin for it explicitly, but treat it as something to include, if something else forced a respin otherwise document.  Did something change overnight?
[12:36] <ubot2> Launchpad bug 1009052 in language-selector "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Fix released] https://launchpad.net/bugs/1009052
[12:39] <jibel> skaet, nothing changed, no respin for this defect. The second bug was with a netboot install, after the first bug has been fixed and with a different package, that's why I filed another bug.
[12:40] <skaet> jibel,  thanks.  :)
[12:41] <jibel> skaet, and it still unclear to me if they are duplicates because netboot is still failing with latest language-selector seb128 uploaded this morning
[12:41] <seb128> jibel, can you give me the error log?
[12:43] <jibel> seb128, yes, next thing the queue :)
[12:45] <jibel> skaet, https://wiki.ubuntu.com/QATeam/ReleaseReports/QuantalAlpha1TestReport
[12:45] <skaet> thanks jibel,  :)
[12:47] <cjwatson> skaet: It wasn't a duplicate as such; there were multiple causes.
[12:48] <skaet> cjwatson,  thanks,  bug marking probably needs to be changed then.
[12:49] <skaet> jibel,  any arm results in ?   I thought ogra was testing mx5 yesterday?
[12:49] <jibel> gema, is testing desktop on omap4
[12:50] <gema> yes
[12:50] <gema> skaet: it's failing for me , I am troubleshooting with ppisatti
[12:50] <gema> skaet: it works for him
[12:51] <skaet> gema,  interesting.   ok, we'll hold off on deciding about arm for omap4 for a bit.
[12:52] <gema> skaet: ok, I will keep you posted
[12:52] <skaet> thanks gema
[12:52] <jibel> seb128, https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1009928/+attachment/3179189/+files/netboot-desktop.syslog
[12:52] <ubot2> Launchpad bug 1009928 in ghostscript "Ubuntu Desktop Netboot install failed: unmet dependency - poppler-data Breaks cmap-adobe-japan1 (<= 0+20090930-2) (dup-of: 1009052)" [High,New]
[12:52] <ubot2> Launchpad bug 1009052 in language-selector "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Fix released]
[12:53] <skaet> Riddell,   ScottK,   not much testing on Kubuntu Desktop marked up on the tracker.   More done than is showing there?
[12:54]  * skaet notes that Edubuntu is looking good to release.
[12:56] <skaet> Wubi's not going out
[12:57] <jibel> skaet, I added 1009226 to the section 'Migration' of the tech overview. update-manager's UI crashes when upgrading to Quantal (do-release-upgrade as fallback)
[12:58] <skaet> Thanks jibel.  :)
[13:04] <Riddell> skaet: no that's all we're going to get for alpha 1
[13:06] <skaet> Riddell,  hmm,  most of the manditory tests haven't been run,  are the images reasonably free of installer issues, or are we causing more problems by releasing them, than not?
[13:08] <skaet> Riddell,  also no data available  on doing the upgrades from Precise - given what Lubuntu's been seeing,  am worrying that we may need to be providing some guidance
[13:21] <skaet> infinity,  are the arm core images ok to ship?   no results on the tracker.
[13:21] <Riddell> skaet: very little has changed so I don't forsee any problems
[13:22] <Riddell> I don't think I've ever tested upgrade on an alpha 1, it's certainly not what I'd recommend to people
[13:22] <gema> skaet: hggdh has verified armhf+omap4 server and pgraner armhf+omap4 desktop
[13:22] <gema> skaet: my environment was buggy
[13:22] <seb128> jibel, you are sure you got language-selector 0.81?
[13:23] <hggdh> and I will do desktop again as a validation
[13:23] <gema> skaet: all is looking green and shiny
[13:23] <gema> arm-wise
[13:23] <skaet> gema,  thanks.
[13:24] <jibel> seb128, that's what apt tells me
[13:26] <seb128> jibel, ok, I don't know then, I see nothing depending on cmap-adobe-japan2 and language-selector has no mention of it in its current version
[13:27] <stgraber> ev: hmm, I did use "bzr co" :)
[13:28] <stgraber> ev: oh, I see, checkout location is wrong...
[13:33] <jibel> seb128, I think the problem is that ubuntu-desktop recommends cmap-adobe-japan2 but poppler-data breaks on it
[13:34] <seb128> jibel, I though that recommends would be ignored rather than breaking the install
[13:43] <stgraber> ev: fixed, sorry for that
[13:44] <ev> stgraber: no worries!
[13:48] <ogra_> hey, whats the reason omap3 was removed from the tracker
[13:50] <skaet> ogra_ no results on the tracker
[13:50] <skaet> no indication that the testing had started....
[13:51] <ogra_> skaet, sorry, its a bank holiday in germany, i only stzarted testing 1h ago
[13:51] <ogra_> (since apparently Qa doest do omap3)
[13:52] <ogra_> and i'm only done with omap4 yet
[13:52] <skaet> ogra_  can you please mark up on the tracker which ones you're testing,  so I don't go and remove them as well ...  ;)
[13:52]  * skaet is doing the cull right now.
[13:53] <ogra_> yeah, i didnt like to be online at all oon my vacation day, so i only went there now to submit my results
[13:54] <ogra_> hmpf, but omap3 seems a failure anyway
[13:54] <stgraber> skaet, ogra_: ^ re-enabled omap3 so ogra_ can post his results
[13:54] <skaet> thanks stgraber
[13:54]  * ogra_ hugs stgraber 
[14:09] <skaet> gema, jibel - are there any results available from the automated test setup for the netboot arm omap4  images?
[14:20] <ogra_> skaet, armhf -core done
[14:21] <stgraber> prepare for the flood ;)
[14:22] <skaet> Thanks ogra_   :)
[14:22] <stgraber> oh, right, we have more than 25, good ;)
[14:22] <stgraber> smoser: can you post the testing results? ^
[14:23] <smoser> stgraber, testing results of?
[14:23] <smoser> i can go through the monkey work of copying https://jenkins.qa.ubuntu.com/view/Quantal/view/All%20Quantal/job/quantal-server-ec2/ to iso tracker
[14:25] <stgraber> smoser: yep, that's what we need on the tracker. I've been talking with Ben at UDS about just using the tracker API to push these but AFAIK he didn't work on that script yet, sorry :)
[14:34] <jibel> skaet, it's running, I'll update results soon-ish
[14:35] <skaet> thanks jibel
[14:37] <jamespage> stgraber, re using the tracker API to publish ec2 test results -  thats something I probably need to pickup
[14:40] <jibel> jamespage, I wrote this http://paste.ubuntu.com/1028694/
[14:40] <jibel> not tested with ec2 but that should work
[14:41] <jamespage> jibel, ta
[14:42] <jamespage> so long as I can reference by ami thats good
[14:42] <seb128> jibel, I've undupped bug #1009928 but I don't know where the remaining issue is
[14:42] <ubot2> Launchpad bug 1009928 in ghostscript "Ubuntu Desktop Netboot install failed: unmet dependency - poppler-data Breaks cmap-adobe-japan1 (<= 0+20090930-2)" [High,New] https://launchpad.net/bugs/1009928
[14:42] <seb128> jibel, that will need input from installer people
[14:45] <cjwatson> Err, I don't see how that's an installer issue
[14:45] <jibel> seb128, ok thanks.
[14:45] <cjwatson> It's about the dependency structure of the packages being installed, unlikely to be anything to do with the installer ..
[14:45] <ogra_> also why do you do a desktop install at all ?
[14:46] <seb128> cjwatson, would the packages installation fail if a recommends can't be installed or would the recommends be ignored?
[14:46] <ogra_> for testing the netboot installer functionality i would just go with the defaults
[14:46] <seb128> cjwatson, the only place I can see where cmap-adobe-japan1 is mentioned is that ubuntu-desktop recommends it
[14:46] <cjwatson> It's cmap-adobe-japan2 not japan1 in that syslog, and that has Task: ubuntu-desktop
[14:46] <cjwatson> Find out why that is
[14:46] <seb128> cjwatson, but I though recommends would be ignored when they can't be installed rather than making the install bail out
[14:47] <cjwatson> Not if they conflict like this
[14:47] <seb128> sorry I meant cmap-adobe-japan2
[14:47] <seb128> ok
[14:47] <seb128> so I guess the remaining issue is that ubuntu-desktop should stop recommending it
[14:47] <seb128> not sure if we should recommends poppler-data instead though
[14:47] <seb128> we avoided seeded it in the past because of space issues
[14:48] <cjwatson>  * (cmap-adobe-japan2)           # gs-cjk-resources prefers cmap-adobe-japan1 which is much bigger; language-selector will pull in the right one for a language
[14:48] <cjwatson> That kind of suggests to me that you should just unseed it
[14:48] <seb128> ok, thanks
[14:48] <cjwatson> Since it looks like that was there to force a preferred alternative dep
[15:03] <stgraber> skaet: oh right, should have told you, my cron job isn't really clever and just re-adds anything that's missing ^  :)
[15:03] <stgraber> skaet: I'll turn the cron job off and remove these again
[15:03] <skaet> thanks stgraber.
[15:46] <bdmurray> It occurred to me that maybe the Ubuntu SRU team should be subscribed to the tag regression-proposed in Launchpad
[15:48] <skaet> bdmurray,  indeed, that could help with the visibility .
[15:54] <bdmurray> only 27 bugs have this tag now so it wouldn't be much more mail
[17:17] <cjwatson> https://code.launchpad.net/~cjwatson/launchpad/pocket-permissions/+merge/109192 *sweat*
[17:50]  * skaet notes we'll need to update https://help.ubuntu.com/community/BurningIsoHowto or create a separate page, for the larger desktop images
[19:04] <skaet> Quantal Alpha 1 is released.
[19:06] <skaet> torrents are comming on line slowly, but rest of images in place.
[19:06] <skaet> hmm.. that didn't come out right
[19:06] <skaet> torrents are slowly coming on line.
[19:07] <infinity> skaet: so, we're good to go for thawing and copying proposed to release?
[19:07] <infinity> Looks like.
[19:07] <skaet> infinity,  yes,  good to thaw and copy proposed to release
[19:07]  * infinity does that.
[19:14]  * skaet --> errand,  back in an hour or so.   
[19:16] <skaet> stgraber,  you've got the baton.  :)   And thank you for the excellent work on getting Alpha 1 published! !  :)
[19:26] <Daviey> stgraber: if we were smart, we'd make a torrent-seeder juju charm :)
[19:26] <stgraber> Daviey: and deploy it on canonistack ;)
[19:27] <Daviey> stgraber: yeah.. and every other cloud for global coverage :)
[20:39]  * skaet --> back
[20:47] <skaet> stgraber,  thanks for changing over the iso tracker.    cron job re-enabled too?
[20:48] <stgraber> skaet: wasn't me for the ISO tracker :) but I'm doing the nusakan side of things now (isotracker.conf + cronjob)
[20:48] <skaet> thanks stgraber.  :-)
[20:49]  * skaet has disabled the milestone now
[20:50] <stgraber> skaet: should I move the bugs?
[20:51] <skaet> stgraber,  hold off please,  want to go through them manually.  :)
[20:51]  * skaet collecting stats, looking for interesting things.
[20:51] <stgraber> skaet: list: http://paste.ubuntu.com/1029321/
[20:52]  * skaet looking
[20:58] <skaet> thanks stgraber,  got what I need,   please go ahead.
[20:58] <stgraber> skaet: running
[20:58] <bdmurray> shouldn't quantal be set to supported?
[20:58] <bdmurray> http://changelogs.ubuntu.com/meta-release-development
[21:02] <infinity> bdmurray: No.
[21:02] <infinity> bdmurray: Cause it's not.
[21:17] <bdmurray> infinity: ah, I see what the problem was
[21:18] <stgraber> bdmurray: Prompt=normal?
[21:18] <stgraber> (assuming your problem was do-release-upgrade -d not telling you about quantal)
[21:20] <bdmurray> stgraber: yes, that's what I needed.  I wonder if that is worth release noting in the upgrade section
[21:21] <stgraber> bdmurray: I guess so, it's not really obvious unless you know the upgrader very well and AFAIK it's not visible in the UI
[23:44] <bdmurray> slangasek: did you say packages would be rejected if they didn't meet SRU criteria?
[23:45] <bdmurray> I'm tired of looking at the same ones missing info