slangaseknetcfg accepted00:00
cjwatsonDaviey: ^-00:01
Davieycjwatson: oh lovely.00:03
mdeslaurinfinity: uhm, any ideas why the old flash version disappeared from the partner archive?00:08
mdeslaurI guess I'll upload a i386 only flash 11 flashplugin-nonfree for now00:10
lamontwgrant: that's good to know.  I expected it was the case, but whenever I don't remember, I get all paranoid.00:16
slangasekmdeslaur: because when the new one is uploaded the previous version eventually gets garbage collected00:16
mdeslaurslangasek: we had that stopped a while ago, specifically for this reason..00:17
slangasekoh?  who stopped it where/how?00:17
slangasekand was that related to why cocoplum has been failing to garbage collect at all for a while, causing the mirroring script to overrun and blow up? :)00:18
mdeslaurslangasek: I think it was infinity last time, but I'm not sure00:18
mdeslaurslangasek: could be related, I'm not sure how it was stopped00:19
cjwatson[5~/wg 9700:20
mdeslaurdoesn't make sense that we break the _installer_ for two days every two weeks when we publish a new flash00:20
wgrantIn LP's defense, it also doesn't make sense to pull stuff from partner directly like that.00:24
mdeslaurwgrant: it's a terrible terrible hack, flashplugin-nonfree need to die.die.die00:25
wgrantslangasek: cocoplum's process-death-row was broken because of ancient DB breakage from when we tried to delete dapper. It should have been working for ~2 weeks now, though.00:25
slangasekmdeslaur: doesn't the installer know how to fall back to the Adobe website if it can't find it on partner, in which case making sure we always update the installer package *first* would help?00:26
mdeslaurslangasek: no, it doesn't know, and the reason we moved it to the partner archive was that adobe removed the old version before we could even get it into the partner archive00:27
slangasekyes - but having it try partner, with adobe as a fallback, means that the installer will always be able to pull from one of the two sites00:28
slangasekbut if infinity has some other special way to prevent garbage-collection of old versions, that's fine too00:29
mdeslaurthat would be an improvement, but that wouldn't solve the problem we have, which is once the new version comes out, the old one gets nuked everywhere00:29
slangasekhow does it not solve the problem?00:29
mdeslaurwhen it's gone in partner, it's also gone from the adobe site00:29
slangasekit ensures that the current version of the installer package always works00:29
slangasekno, the point is to make sure it's *not* gone from partner until the installer package is updated00:29
slangaseknew adobe release - everything pulls from archive.c.c in preference00:30
slangaseknew installer package - can't find it on archive.c.c, pulls from adobe00:30
slangaseknew package pushed to partner - installer pulls from archive.c.c again00:31
skaetslangasek, infinity,  yes, that is my understanding of what pitti and ogasawara worked out.00:31
skaetogasawaraYesterday we uploaded a new linux-meta-3.0.0-12.14 to resolve some missing meta-packages.  This morning we also uploaded a new linux-3.0.0-12.20 kernel to resolve unmet install dependency issues for linux-image-extra.  We uploaded to -proposed as a safety precaution in case it takes too long to build.  It will be copied to the release pocket should it finish building in time, else it'll be promoted to -up00:31
skaetdates as a day 0.00:31
mdeslaurslangasek: new package is always pushed to partner before we update the multiverse package00:32
mdeslauralso, adobe tarball is _very_ different from what we ship00:32
mdeslaurso we'll need to understand both formats / both hash sums00:32
skaetslangasek, infinity:  quote above was from release team meeting today,  also there,  pitti indicated getting the linux into the images to test for toolchain regressions and the like was desirable.00:34
slangasekskaet: ... what toolchain regressions?00:36
slangasekthat is, toolchain regressions from what?00:37
slangasekanyway - yes, will copy to the release pocket then00:37
skaetslangasek,  toolchain parts changed since last kernel was built.00:37
skaetnot expecting to see anything be an issue,  but early testing rather than later seemed appropriate.00:38
skaetor at least that was how I understood pitti's comments.00:38
slangasekif there is a toolchain-induced regression, we have no time to fix the toolchain anyway00:38
slangasekso if that's really a concern, it's better to NOT push to release00:38
slangasekso that the testing can be done in a manner that doesn't compromise the release00:39
mdeslaurinfinity, slangasek, skaet: I just uploaded a minimal change flashplugin-nonfree to fix the issue00:39
skaetthanks mdeslaur00:39
slangasekmdeslaur: thanks.  are you also planning to fix the flashplugin-downloader return code before release?00:40
mdeslaurslangasek: I included that in the upload also00:40
slangasekmdeslaur: yay :)00:40
wgrantmdeslaur: I wonder if the old workaround was to rsync partner without deleting.00:40
mdeslaurslangasek: :)00:40
wgrantThere was nothing to keep them on cocoplum, AFAIK.00:41
mdeslaurwgrant: let me try and find the previous discussion in my irc logs, one sec00:41
DavieySurely when adobe release a new one, flashplugin-nonfree stops functioning as the wget (or md5sum) fails?00:45
mdeslaurDaviey: yes, that was the original problem, that way someone moved the wget to the partner archive at some point in the past00:46
mdeslauradobe doesn't archive past releases00:46
skaetslagasek, http://irclogs.ubuntu.com/2011/10/07/%23ubuntu-release.html,  around 15:00-15:40.00:48
slangasekskaet: sorry, what am I looking at?  The only thing I see in that time range is about archive opening for P?00:49
skaetslangasek,  no worries,  was an iterspersed conversation.   15:49:  doko/pitti comments.00:51
mdeslaurwgrant: sorry, I can't find the discussion in my logs00:51
slangasekskaet: ah, I see00:52
cjwatsonI don't think a toolchain regression should be a concern; for that to be plausible, the toolchain would have to have changed00:52
skaetslangasek,  14:08,  me realizing that there was a kernel spin going on.00:52
cjwatsonthere've been libc changes, but they have negligible effect on the kernel00:53
cjwatsongcc-4.6 and binutils have not been uploaded since the last kernel upload00:53
skaetcjwatson,  there was a binutils change I thought in the window between kernels.00:53
skaethmm... if you think not,  I'll double check.00:53
cjwatsonno, there wasn't; the last binutils change was completely published before the last kernel upload.00:54
slangasekskaet: so basically, I have no problem with copying the kernel from proposed to the release pocket because I'm confident that there's no risk of regression from the toolchain.  I just think "check for toolchain regressions" is a bogus justification for doing the copying, because this is the one place we don't want to find out about them.00:54
skaetslangasek,  cjwatson,  kernel published on 9/23 ABI bump.   binutils on 9/20.   yes,  toolchain should be fine.00:58
cjwatson9/22 but who's counting :)00:58
cjwatson(changelog date != upload date)00:59
skaetchuckle, yeah you're right.00:59
cjwatson[5~/wg 9700:59
cjwatsonlaggy system running my IRC client00:59
cjwatsonoccasionally misinterprets control characters01:00
skaetthanks,  was a confusing set.01:00
skaetslangasek, please do the copy.   I think we're all convinced at this point,  and may as well pick it up in next set of builds.01:03
slangasekskaet: copy done01:03
slangasekafk for dinner01:03
* skaet hopes that she doesn't live to regret those words... crossing fingers.01:03
skaetthanks slangasek,  enjoy dinner.01:03
Davieyit will go horrible wrong.. just to keep life interesting.01:06
cjwatsonI'll do a d-i upload tomorrow or so to pick that up01:09
skaet^ mdeslaur ,  thanks.  looked good.01:44
skaetinfinity, slangasek - just downloaded the latest software-center update,  and am not able to install packages - keep getting installArchives() failed: Selecting previously deselected package <insert name of package>  tried it with 3 separate packages,  can you confirm?02:26
skaetyet it does seem to show up as installed.02:27
infinityskaet: That's disconcerting.02:39
skaetinfinity,  indeed.  Can you try it.02:40
infinityYeah, I'm looking for something to install without a ton of deps. :P02:40
skaetIt actually does seem to work to install/uninstall - but keep getting the message saying its failed as it does the task - disconcerting.02:41
* infinity installs Filezilla.02:41
infinityskaet: Worked and gave me the Installed checkbox...02:42
skaetfresh update with the software center and linux fix just accepted this evening?02:44
infinityskaet: Can you run SC from a command line and see if it spews any terminal messages?02:44
infinityAhh, yes, my SC is out of date.02:46
infinityLet's try again.02:46
* infinity finds all that "Possible missing firmware" spam on mkinitrd disconcerting.02:49
infinityskaet: Latest version still works as advertised for me. :/02:54
infinityI hate having mechanic's syndrome sometimes.02:55
slangasekskaet: trying to confirm here.  If you downgrade to the previous version, does the problem persist for you?02:56
skaetinfinity, slangasek bug 870446 has my screenshots.02:56
ubot4Launchpad bug 870446 in software-center (Ubuntu) "installing or removing packages - seeing message saying it has failed, but it seems to succeed (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/87044602:56
skaetslangasek,  will try.02:58
infinityThought it might somehow relate to your testing with gnumeric, but can't reproduce with that either.03:08
* infinity tries a fresh install on his Panda instead of his crazy desktop.03:09
slangasekskaet: I don't see it here either03:14
skaetslangasek,  I'm seeing it in on prior version of software center as well.03:15
skaetmachine is a pure victim machine,  no customizations.   defaults all the way.03:15
slangasekwell, the error message in the screenshot is about preconfiguring packages03:16
slangasekwhich is about debconf03:16
slangasekwhat image was used for installing?03:16
skaetI used the beta2,  and then updated every day since then.03:17
slangasekwhich beta2 image?03:17
skaetamd64 desktop03:17
* slangasek nods03:17
skaetits release notable, since the right action does seem to happen, but something is wrong for it to appear in the first place.03:19
skaets/it/the message saying it failed/03:20
slangasekwell, I think it's probably somehow specific to your machine if no one else has reported it or is seeing it now.  The error message definitely points to a problem specific to debconf, which makes me wonder if it's not software-center at all having the problem03:20
slangasekbut rather something to do with debconf on the backend03:20
infinityCorrupt debconf DB?03:20
slangasekcould be any number of things03:21
infinityskaet: If you purge gnumeric and reinstall it with apt-get, do you get anything fancy?03:21
slangasekskaet: could you check if 'apt-get install $pkg' gives normal... what infinity said03:21
slangasekbtw, I think I understand the udev issue well enough now to push a workaround after all03:22
skaetslangasek, infinity - trying03:22
infinityslangasek: That sound... Promising?03:22
slangasekI still don't know why we're losing a worker thread, but I do know why we were winding up with /dev screwed up post-initramfs - and that's because the init-bottom script was set -e and udevadm control --exit exits non-zero if it hits a timeout waiting for udevd to die03:23
slangasekso if we just raise udevadm control's timeout a little on the commandline to ensure udevd *does* die first, we should get clean (if slow) boots in all these cases03:23
slangasekand then it's just a matter of figuring out why the heck udev is losing its mind03:24
infinityWhat happened to the pkill option?03:29
slangasekinfinity: it turned out to be irrelevant03:29
slangasekudevadm control --exit is doing all the right things03:30
slangasekexcept for the bit where udevd and udevadm control each having a 60s timeout means udevadm usually hits its timeout first, returning non-zero03:30
infinityBut that timeout would have to be insanely high to catch every possibe problem, I assume.03:30
slangasekno, it just needs to be about 61s long03:30
infinityJust longer than udevd.  I didn't catch that.03:31
slangasekwhich, granted, *is* insanely high, and that we're hitting it at all means something's badly messed up03:31
infinityWell, if udevd is hung...03:31
infinityOr, rather, in a patient loop waiting for something else to timeout.03:32
slangasekit's successfully reaped all of its children, but for some reason it still has references open to the now-dead worker thread03:32
slangasekso udevd appears to be waiting around for no reason at all03:32
slangasekbig bug - but for the initramfs script itself, all we care about is that we're not hitting the timeout in the caller unnecessarily03:33
infinityIt's not still dealing with events or something?03:33
slangasek*that* is what's causing /dev to fail to be mounted, and is a clear bug in the script03:33
infinityDoes exit trigger the same codepath as stop-exec-queue before it shuts down?03:33
infinity       --stop-exec-queue03:34
infinity           Signal udevd to stop executing new events. Incoming events will be queued.03:34
slangasekI don't think so... will check in a bit03:34
infinityHow reproducible is this hitting the 60s wall business?03:35
slangasekwith the right VM, I seem to be getting it about 50% of the time (with small sample size)03:35
slangasekon real hardware, I've not seen it at all03:35
slangasekbut TREllis and lynxman have03:36
slangasek(and in that case, it's somehow related to a bnx2 firmware load failure)03:36
infinityOh, also, rewinding a bit, you mentioned set -e terminating the script early and then life carrying on.03:37
infinityDidn't run-scripts used to panic when a child exited non-0?03:37
infinityThis seems like a regression to me. :P03:37
slangasekI don't know03:37
infinity(I had the same issue debugging jasper seemingly "skipping a bunch of code" because something was broken earlier up)03:37
infinityI was almost sure that initramfs scrip bugs used to panic().  They sure should.03:38
infinityWell, I think they should.03:38
slangasekcare to track it down in the history?03:38
infinityMaybe it was deemed unfriendly somehow.03:38
infinityYeah, going to look and see.03:38
skaetslangasek, infinity - updating to the lastest flashplugin-downloader got rid of the message.    I'll be closing the bug.03:42
infinityIt was a postinst failing over and over or something?03:42
infinityWait, but fp-downloader doesn't fail.03:42
infinity(which is also a bug)03:43
mdeslaurinfinity: the new one now fails properly, fyi03:45
infinitymdeslaur: \o/03:45
skaetinfinity,  I'll paste you the terminal messages before and after in a PM.03:45
infinityslangasek: I might be misremembering the panic-on-non-zero-exit thing.  Can't find a change that would have removed it.  Or the changelog sucks and I need to root through history. :/03:46
infinityslangasek: That still feels wrong to me, though.  Skipping half a script and still booting can be pretty damaging (not to mention confusing).03:46
infinitymdeslaur: Hahahah.  According to skaet's apt output, in some cases, it would fail anyway, thought entirely by accident.03:47
mdeslaurinfinity: oh, can I see it?03:47
infinitynspluginwrapper: /usr/lib/flashplugin-installer/libflashplayer.so is not a valid NPAPI plugin03:47
infinitymdeslaur: (That was her previous version, upgrading made it happy)03:48
infinityBut she was in a broken postinst loop with that.03:48
mdeslaurinfinity: ooooh, there's a bug about people hitting that. That happens when it's missing.03:48
infinityWell, upgrading fixed her up.03:49
mdeslaurskaet, infinity: can I see the log output?03:49
infinityThat was the only thing relevant in her recent logs.03:49
infinityI assume it broke earlier on an upgrade attempt, probably hidden by a GUI.03:49
infinityOr something. :/03:49
mdeslaurwe definitely need to create a few deliberately broken packages to test all the gui tools failures before LTS03:50
infinityYeah, I'm not really happy with how the GUI tools deal with failure.03:50
infinityFailure happens.  Especially in third-party repos and PPAs (but even in our own).03:50
infinityAnd we deal with it fairly poorly.03:50
infinityapport will pick it up from update-manager.03:51
infinityNo idea about SC.03:51
infinityI think we need a friendly GUI "rollback" option, though.03:52
skaet+1 on that03:52
infinityCause for a non-technical-non-bugfiling-non-googling-for-answers user, it's sort of the end of the world to just have your packaging system broken "forever" by a broken package.03:52
* skaet is visualizing her mom, about now.03:53
infinityAnd I'm not even talking some fancy LVM snapshotting thing (a la Windows rollback), I just mean some clever heuristics to try to purge a system of an obviously unconfigurable package.03:53
infinity"Installing foo failed, would you like to try purging it with fire, or would you prefer to never install another piece of software again without confusing errors?"03:54
slangasekinfinity: no, fp-downloader doesn't fail, but fp-installer which depends on it *does*03:57
infinityslangasek: Oh, quite right, I didn't look at the package name, just the failure.03:58
infinityIt's all the same to me.  flash.*03:59
slangasekyet another reason the failure should be made fatal at the source03:59
slangasekhmm, this is the exact same conversation as the initramfs one03:59
infinitySort of, yes.03:59
infinityNow my head hurts.04:00
slangasekinfinity: as far as stop-exec-queue is concerned, --exit also causes incoming events to no longer be queued04:22
slangasek(but otherwise has the same effect, that events in the queue are no longer processed)04:22
* slangasek works on figuring out what the event stuck in udev's gullet is04:52
* skaet wishes slangasek luck, and figures she better call it a night. 05:00
slangasekskaet: 'night - have a good flight!05:00
* infinity might call it a day too.05:02
infinityskaet: 'Night.05:02
* slangasek waves to infinity 05:02
skaetinfinity, have a good flight, see you in london!05:03
skaetslangasek,  decision baton passes to you now.  Have fun.  :)05:04
* slangasek twirls it on his ear05:04
slangasekpitti, cjwatson, infinity: udev uploaded to the oneiric queue; I've tested this build 20x now on the VM where I previously got the timeout 50% of the time, boots cleanly each time (no delays, no initramfs panics, no read-only rootfs).  I've also installed it on a pair of test laptops and done a couple reboots each, no problems seen there either.  So I think this is good to go in today.08:18
pittislangasek: yay08:21
pittiinfinity: ah, did you accpet the libimobiledevice SRU?08:26
* pitti sends the call for testing to the bug08:26
pittiinfinity: (no harm done, I just thought we'd wait with proposed stuff until Monday)08:26
slangasekpitti: what's the right place to upstream this udev patch?08:35
pittislangasek: mailing linux-hotplug@vger.kernel.org (you don't need to be subscribed, I think)08:35
slangasekpitti: ok, thanks08:36
pittiwill review from queue once it's diffified08:36
pittii386 kernel working fine, testing amd64 now08:36
* slangasek tries to remember how to get git to send a patch by email instead of sending embarrassment08:36
pittislangasek: git format-patch origin08:38
slangasekthat's the easy part08:38
pittithis will produce a 0001-blabla.patch, which you just attach to a mail08:38
slangasekwell, ok, if that's the local convention, that's easy enough :)08:38
pittislangasek: I've never tried sending it directly from git08:39
pittithat seems to work everywhere (attach .patch to bugzilla or to mail)08:39
pittiamd64 kernel also works; copying oneiric-proposed to oneiric08:39
pittiogasawara: ^ FYI08:40
slangasekpitti: oh, they're already copied to oneiric08:40
pittioh, ok08:40
slangasekI haven't deleted from -proposed yet though08:40
pittiyesterday I earned the job to test them and copy them, but so much the better08:41
pittianyway, I can start the weekend without worrying about these kernels now :)08:41
pittihttp://people.canonical.com/~ubuntu-archive/testing/oneiric_probs.html looks as good as we can get it, I htink08:41
pittiand http://people.canonical.com/~ubuntu-archive/testing/oneiric_outdate.html clean as well -- SHIP IT!08:42
pittihttp://china-images.ubuntu.com/oneiric/daily-live/20111008/ -- yippie! not oversized any more08:42
* pitti loves when things all come together08:42
pittiI'll accept firefox into -proposed, the earlier, the better08:45
pittislangasek: oneiric-proposed kernel cleaned up08:48
pittislangasek: great work on udev! that must have kept you up all night!08:52
slangasekpitti: well, I'm still trying to get to bed before dawn ;)08:52
cjwatsonOh botheration.09:32
cjwatsonAround beta 1, I went to the effort to get an account on a system to test a fix for bug 774089, and I completely forgot to upload it09:34
ubot4Launchpad bug 774089 in parted (Ubuntu) (and 6 other projects) "Booting fails 3 times, works every fourth time after new install of Natty Narwhal amd64 on Macbook Pro (affects: 22) (heat: 135)" [Critical,Triaged] https://launchpad.net/bugs/77408909:34
cjwatsonHowever the last few comments on that bug suggest that things are now working due to kernel changes09:34
cjwatsonSo maybe I should leave it alone ...09:34
infinitypitti: Wasn't I, I wasn't home.09:42
pittilamont: temporarily made allspice and crested help out with the lucid/natty langpack builds (i386)09:56
cjwatson^- hopefully final d-i of the cycle to pick up new linux and netcfg09:58
pittihave a nice weekend everyone!10:21
pittiI'll accept base-files/apport/kerneloops tomorrow morning, and kick off a full set of images tomorrow evening10:21
infinitypitti: I thought we were doing that Sunday?12:29
infinitypitti: Oh, I guess "tomorrow" is Sunday for you.12:35
infinitypitti: Don't mind me, it's still "Friday" for me, despite it being 6am. :P12:35
cjwatsoninfinity: don't worry, we'll have you on the one true timezone next week13:30
infinitycjwatson: I'm always happier in that timezone anyway.13:30
infinityI should probably just accept that it's where I belong and move.13:30
cjwatsonjoiiiiiiiin uuussssss13:34
DavieyHmm, can i protest this?13:41
lamontinfinity: if you move to europe, you'll just wind up running on an apac TZ instead.13:42
infinitylamont: Pessimist.13:43
nigelbI thought infinity was immune to time-zones.13:43
lamontdude.  I remember australia13:43
infinitylamont: I never slept at all in Australia.13:43
mdeslaursince we no longer have a timezone database, I think the point will be moot soon anyway13:43
infinity(which seems to be happening this week too...)13:44
lamontmdeslaur: where did we put the database>?13:44
lamontremember.  sleep is important.  always remember where you put it.13:44
Davieyprobably fallen behind the fridge.13:44
infinitylamont: http://blog.joda.org/2011/10/today-time-zone-database-was-closed.html13:45
* lamont afk13:47
ogra_hmm, there is an issue with the qatracker, for ac100 it points to an img.gz file, we dont build img.gz for ac100, only tar.gz and .bootimg14:03
stgraberogra_: can you give me the path of a valid one and the invalid path? I'll go update the tracker15:02
infinitystgraber: Valid path is two files, can the tracker do that?15:06
infinitystgraber: http://cdimage.ubuntu.com/daily-preinstalled/20111007/oneiric-preinstalled-desktop-armel+ac100.tar.gz15:06
infinitystgraber: http://cdimage.ubuntu.com/daily-preinstalled/20111007/oneiric-preinstalled-desktop-armel+ac100.bootimg15:06
infinitystgraber: Those two files.15:07
stgraberok, I'll have a look soonish15:07
infinitystgraber: If it can only deal with one, make it the tar.gz15:07
stgraberok, it can only have one, so I'll make it point to the .tar.gz15:08
stgraberinfinity, ogra_: did that do the trick?15:12
infinitystgraber: Looks better.  Why do only some images have hashes?15:14
infinity(I'm using http://iso.qa.ubuntu.com/qatracker/dllist)15:14
infinitydoko_: Maybe I'm missing something here, but how does editing a manpage fix symbol alignment issues?15:17
infinitydoko_: http://launchpadlibrarian.net/82305059/binutils_2.21.53.20110810-0ubuntu3_2.21.53.20110810-0ubuntu4.diff.gz15:17
stgraberinfinity: because of some weird and buggy magic that's hardcoded in the php code ;)15:19
stgraberinfinity: I'm working on rewritting all that15:19
=== erichammond1 is now known as erichammond
=== erichammond1 is now known as erichammond
=== erichammond1 is now known as erichammond
ogra_stgraber, thanks looks good15:53
ScottKLooks like it'd be good to update python-defaults.  There's a dh_python2 bug that will cause some packages to misbuild.  It doesn't affect anything currently in the archive, but it'd be great to avoid trouble with backports.15:58
ScottKMost of the diff is tests.16:29
dylan-mHi there! So, I have one change for the Ubuntu install slideshow (a new picture + updated translations), and I'm wondering if there's any way to get that in the final ISO without causing trouble. Just a little thing, so no problem if there isn't a way. (Though it _would_ be awesome!)16:55
* dylan-m hides away sheepishly16:55
infinitydylan-m: Upload it and I'll look at the diff.  If it looks obviously safe, sure.17:02
dylan-minfinity: Great, thanks! Searching my memory, (since this is a package that's only there for the installer) I guess it'll happen in the odd chance the image is rebuilt, and otherwise not. Is that correct?17:04
infinityCorrect, but the images are being rebuilt.17:06
ScottK(for whoever accepted python-defaults)17:07
infinityScottK: Was me.17:08
infinityScottK: That probably could have been an SRU, but whatever.17:08
ScottKCould have, but it seems better not to have to mess with stuff like that after release.17:09
* lamont has stabbed rossm and thrown it back into the pool17:34
* infinity is amused by update-manager-0.152.23/AutoUpgradeTester/profile/eduubuntu/DistUpgrade.cfg (note the typo) and wonders if that's referenced that way elsewhere in the code, or if it doesn't actually work.17:40
infinityAnd, of course, mvo isn't online to ask him about it. :P17:40
jibelinfinity, it actually doesn't work http://people.canonical.com/~mvo/automatic-upgrade-testing/current/17:43
jibelIOError: Can't find profile '/home/mvo/update-manager/main/AutoUpgradeTester/profile/edubuntu/DistUpgrade.cfg' (/home/mvo/update-manager/main/AutoUpgradeTester)17:43
infinityjibel: Special.  Rejecting, then.17:43
infinityMaybe that'll make him show up on IRC to talk. ;)17:43
slangasekmdeslaur: pff, that merely means we no longer have an *upstream* for the timezone database :)17:57
mdeslaurslangasek: but, I've already convinced my wife to switch all our clocks to UTC!18:23
slangasekpitti: hmm, my mail to linux-hotplug@vger.kernel.org doesn't seem to have reached the mail archive yet19:01
* slangasek chuckles at his outbound mail logs. Well, it was accepted... 250 2.7.1 Looks like Linux source DIFF email.19:02
GrueMasterScottK: Just an FYI - kubuntu on omap4, no visible issues on install or login.  I don't have time to go through and do a full app sweep, but it looks a lot better than releases past.19:05
ScottKGrueMaster: Great news.  Thanks.19:05
GrueMasterTwo more platforms and arm is done.19:09
slangasekScottK: can you comment on how the kubuntu ISO's boot sequence is put together? I have bug #870832 reported on kubuntu specifically; wonder if there's a difference here in the display manager handling that causes a race not seen elsewhere19:09
ubot4Launchpad bug 870832 in plymouth (Ubuntu) "Plymouth not shown during live disk shutdown. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/87083219:09
slangasekOTOH, broder was commenting on something like this earlier...19:09
* ScottK looks19:09
ScottKslangasek: I have seen that happen a few times.19:10
stgraberslangasek: Got an e-mail from mvo. The fix for edubuntu upgrade will be a new update-manager upload to Oneiric (so that it gets into the .tar.gz for natty).19:10
stgraberslangasek: the fix is just a one line change in the code adding edubuntu-desktop to the list of package to ensure are always upgraded19:10
stgraberoh, just read backog ;)19:11
stgraberapparently it already went through19:11
ScottKI never saw it consistently, but I don't know of anything Kubuntu specific that would cause it.  The kdm upstart job is as close a copy to what's in gdm as I could manage.19:11
ScottKI've NFK what causes it as it wasn't consistent.19:11
stgraberinfinity: did you see anything else wrong in mvo's upload?19:13
stgraberinfinity: if not, I'll just re-upload with that fixed19:13
slangasekScottK: understood.  I'll boot up a VM here and see what I can figure out; I don't expect we'll try to fix it for oneiric, but at least we can have it triaged19:15
slangasekstgraber: ah, already in then, good :)19:15
stgraberslangasek: well, got rejected by infinity ;)19:16
slangasekah right19:16
infinitystgraber: Nothing else obviously wrong.19:22
stgraberinfinity: ok, expect it in the queue soonish then :)19:24
stgrabertrying to figure out how to build the source package of update-manager... having some problem getting the pre-build stuff to pass...19:36
infinityLacking build-deps, I assume?19:36
stgraberI'm running in a clean LXC container with all the build-deps installed ;)19:37
slangasekit's not the build-deps19:38
slangasekit's the how-to-generate-the-source deps19:38
slangasekfor which we have no good way to provide a manifest, unfortunately19:39
slangasek(and no, I don't know what's in that list in the update-manager case... I just know this problem affects everything mvo maintains :)19:39
stgraberI have an extra 30 minutes I can spend on that before going to the airport, if I can't get it to work, I'll text mvo asking for him to grab the branch and upload ;)19:42
stgraberoh, I think I got it19:43
ScottKslangasek: Sounds almost manoj like.19:43
stgraberit seems to be a case where "bzr bd -S" doesn't do the same thing as "debuild -S -sa" with the former working ;)19:43
slangasekoh, well, yes, that's the generate-the-source-package hook part... debuild -S assumes you already have a full source package tree, which you don't19:44
slangasekgenerated bits :)19:44
Davieybug 865701 , might want added to the release notes?19:48
ubot4Launchpad bug 865701 in unity (Ubuntu) "Maximized windows can be accidentally closed from wrong monitor. (affects: 3) (heat: 18)" [Undecided,Confirmed] https://launchpad.net/bugs/86570119:48
stgraberok, I "think" I got it to work ;) debdiff between mvo's upload and mine looks good at least. Should be in the queue soonish19:49
slangasekDaviey: please open a task on the ubuntu-release-notes project for this19:50
slangasekI'm not sure that's release-notable though because it's difficult to explain in a way that will make sense to users... I think it's more important to get the DX team to fix it ASAP in SRU19:50
Davieyslangasek: yeah, i wasn't certain.19:51
slangasekDaviey: well, it's easy enough to open a task on u-r-n, and we can always close 'invalid' afterwards :)19:51
infinitystgraber: Accepted.20:05
stgraberinfinity: thanks!20:11
slangasekScottK: when you've seen bug #870832, do you know if it's always been after choosing the *install* option (i.e., never after "Try $OS")?20:15
ubot4Launchpad bug 870832 in plymouth (Ubuntu) "Plymouth not shown during live disk shutdown. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/87083220:15
charlie-tcasmoketested Xubuntu images; they do install and they did not crash on my hardware20:16
stgraberthat's usually a good start20:17
slangasekheh, aren't those the alpha milestone criteria? :-P20:19
slangasekhopefully it does more than that ;)20:20
ScottKslangasek: I don't.20:21
slangasekScottK: ok.  my current hypothesis is that this relates to the fact that kdm (or lightdm) is never fully running when you choose "install", so the confusing sequence of shutdown events somehow causes plymouth to be started while an X server is still running; but this is so far only a hypothesis20:23
slangasekif that's what's happening, it's probably a bug in ubiquity20:23
ScottKOK.  So if it happens from a full live session then that blows your theory, right?20:24
charlie-tcanew images spinning tomorrow, you want all the tests done in detail today and tomorrow?20:24
ScottK(even if an install was done from that session)20:24
slangasekScottK: yes20:24
ScottKOK.  I'll keep an eye out for it if I get time for ISO testing this week (bad week for a release $WORK wise for me).20:24
slangasekcharlie-tca: I'm not asking for any extra testing of the current images per se, just being drily amused on a Saturday afternoon :)20:25
cjwatsonslangasek: hm, doesn't plymouth start on stopped ubiquity-dm or some such as well on shutdown?20:41
cjwatson(if not there may be a reason mind ...)20:42
infinitycjwatson: It starts on desktop-shutdown20:43
infinitycjwatson: Does ubiquity-dm emit that?20:43
cjwatsonit may not; that's new IIRC20:43
infinityIt is.20:43
cjwatsoncan't check right now20:43
infinityYou can blame vorlon for missing one DM. :P20:43
cjwatsonit would have to be careful about it, as there are situations where you can transition from ubiquity-dm to a real dm20:44
ScottKCan't blame vorlon for any Ubuntu problems.20:44
infinitycjwatson: Indeed.20:44
infinitycjwatson: And no, it doesn't emit any such thing.  But yeah, it would have to be careful about that case.20:45
* cjwatson would look if he weren't supervising a madly bouncing toddler20:48
* infinity goes to get ready to catch his flight to the land of promised timezone parity.20:48
infinitycjwatson: Velcro walls, velcro clothes, done.20:49
cjwatsonIt might be worth a shot.20:49
cjwatsonSafe travels20:50
infinitycjwatson: Is there a runlevel switch when ubiquit-dm transitions to lightdm?20:51
infinityThen this, stolen from the lightdm init should work:20:52
infinitypost-stop script20:52
infinity if [ "$UPSTART_STOP_EVENTS" = runlevel ]; then20:52
infinity  initctl emit desktop-shutdown20:52
infinity fi20:52
infinityend script20:52
cjwatsonhm, ok, that makes sense20:52
slangasekinfinity, cjwatson: I didn't miss it, I only converted the DMs that were already listed as causing plymouth to start to use the new event21:09
slangasekcjwatson: but if it were just "ubiquity-dm doesn't emit it", then plymouth wouldn't start *at all* on shutdown; whereas the observed behavior is that plymouth starts up and something takes the console into text mode underneath it21:10
charlie-tcaslangasek: yeah, I stepped out to bang my head on the wall a couple of times. humor is back now21:10
slangasekcharlie-tca: :)21:11
slangasekand since ubiquity-dm is also 'stop on ... stopping kdm', ubiquity-dm with its X session should be stopped *first*, before kdm's post-stop script triggers the event21:13
cjwatsonit's start on starting kdm too; maybe kdm is starting up afterwards, briefly?21:17
cjwatsonnot to the point of starting the dm, but it might hit the job ...21:18
cjwatsonhm, no, this is incoherent21:18
slangasekwell, I also haven't ruled out there being an upstart bug involved21:20
slangasekanyway, this is all weekend tinkering, not something I think we should try to fix for release21:20
ScottKpython-pypm in queue will fix package installability.  It's a quick build, so not a bad one to keep in queue for stimulating the publisher.21:38
* ScottK larts tumbleweed for not syncing it after he fixed it in Debian.21:38
tumbleweedbtw, I see people complaining about my devscripts change. Was that not how we normally handled things (I thnaven't checked yet) bug 87061821:55
ubot4Launchpad bug 870618 in devscripts (Ubuntu) "debchange: "precise" is the default distribution in oneiric (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/87061821:55
ScottKUsually the default distro is changed after release, but I think it's fine.21:55
ScottKSaves me having to change it myself.21:56
Laneyindeed, I'd wontfix that report. It's not as if we'll be seeing many uploads from now to release.22:02
tumbleweedI get the feeling the reporter is expecting dhc on oneiric to default to oneiric22:02
tumbleweedI only run development Ubuntu's so I'm not used to knowing if that's the usual behavior22:03
stgraberI guess one could argue that most of our users are more likely to upload to a PPA than to the archive, having the current release set by dch would then make more sense22:20
slangasektumbleweed: historically we have not changed the dch target before release, no22:24
slangasekit doesn't really matter either way; 'oneiric' will be a wrong target within 5 days, and 'precise' will be wrong for over half the support lifetime of oneiric22:25
slangasek... though I guess this has a negative impact on ppa usage22:26
slangasektumbleweed: ^^ on that basis, I think it actually would be better to revert this... and for precise perhaps we should plan to come up with a way to pull a default target from the user environment instead of from the commandline?22:27
tumbleweedslangasek: yeah, the PPA usage arguement is sound22:28
slangasekdevscripts seems to be on kubuntu DVD and on server22:29
slangasektumbleweed: if you intend to upload to revert this, please do so today to get it on the ISOs, or else send it to -proposed22:29
tumbleweedI'll need a sponsored upload (not a core dev, but happy to prepare that now)22:30
stgrabertumbleweed: I'm happy to sponsor if you have it ready in the next 20 minutes22:30
stgraber(waiting for my flight)22:30
tumbleweedstgraber: thanks: http://paste.debian.net/135105/22:34
tumbleweedeep, forgot to close thebug, anyway...22:37
stgrabertumbleweed: I'll update the changelog22:38
stgrabertumbleweed: uploaded22:40
tumbleweedstgraber: ta22:42
* ScottK considers "makes PPA uploads to the current release harder" a feature, not a bug, but whatever.22:48
ScottKI think people who don't know what they are doing slamming crap into PPAs is a source of trouble.22:49
ScottKI'm personally sick and tired of hunting down bugs that turn out to be due to bad PPA uploads.22:50
ScottKNot that it happens a lot, but it's frequent enough on just the few packages I really triage on that I think it's a large problem.22:50
stgraberwell, if they upload to the dev release, they'll then most likely re-upload once they understand what they did wrong22:50
* tumbleweed hears a lot of flak from good developers who find ppas hard to use22:50
stgraberand so will use twice the builder time22:50
ScottKThat and I think that PPAs have been generally harmful for developer recruitment (it's in a PPA, so why should I bother <-- heard that more than once)22:51
ScottKReviewing the diff anyway.22:52
tumbleweedbut yes, I also see lots of people braeking their installs (esp at upgrades) by using hundreds of dodgy PPAs22:52
ScottKSo while I find PPAs to be a very valuable development tool, I think that there is a lot of negatives that go with it.22:53
ScottKOn balance, I'm not convinced we're better off.22:53
stgraberI heard quite a few people saying that having some kind of "official" PPAs for some specific projects or team and showing a big scary warning when adding any other PPA could help with that22:54
stgraberthough it doesn't help solve the "it's in a PPA, so why should I bother" part22:54
ScottK"Official" PPAs are a slippery slope that IMO we shouldn't start down.22:56
stgraberI can see why a project (as in upstream project) would like that though. I certainly agree that we don't want to have "official" Ubuntu PPAs as we already have way enough different ways of getting something to our users22:57
mdeslaurScottK: I probably shouldn't say this, but I keep stuff I wrote in a PPA, because I only see disadvantages in getting it into the archive22:57
ScottKmdeslaur: I believe you.22:58
mdeslaurand I do agree that people pulling random stuff out of PPAs is annoying also, especially when it conflicts with stuff that _is_ in the archive22:59
slangasekyeah, I've recently seen an awful lot of non-Ubuntu "lib32fooN" packages on people's systems conflicting with ia32-libs... I suspect ppas are to blame23:01
slangasekapport should probably be made smarter and refuse to file bugs in those cases23:01
* slangasek turns that "should" into a bug report23:02
tumbleweedotoh, if people want to break their systems, I'd rather they did it with a ppa than building the world from source23:02
mdeslaurtumbleweed: true23:03
slangasekbug #871030 filed23:05
ubot4Launchpad bug 871030 in apport (Ubuntu) "apport should disallow filing bugs for package install failures when they conflict with non-Ubuntu packages (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/87103023:05
mdeslaurI wish there was a bigger difference between patform and applications23:05
mdeslaurbut that's a whole other discussion :)23:06
ScottKHaving been stuck doing work on an OS recently where that's the case (BSD, forget which one), that has it's own set of problems.  I'm convinced now it's different, not better.23:22
mdeslaurScottK: this is a UDS-beer discussion :)23:23
ScottKSure thing.23:25
ScottKSorry I won't be able to make it this time.23:25
mdeslaurScottK: what? you won't be at UDS? Seriously?23:26
mdeslaurScottK: if you're not there, we should cancel it.23:26
mdeslaurok, enough off-topic rambling from me in here23:26

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!