/srv/irclogs.ubuntu.com/2013/06/21/#ubuntu-devel.txt

vipzrxhello01:07
stokachudoko_: do you have plans on merging puppet 3.2.1 into saucy?01:29
=== Logan_ is now known as Guest27473
=== Guest38927 is now known as Logan_
=== Logan_ is now known as Guest39865
=== Guest27473 is now known as Logan_
=== Logan_ is now known as Guest90699
RAOF@pilot out02:29
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 13.04 released | Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> raring | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
=== _salem is now known as salem_
=== catbus is now known as Guest52538
=== salem_ is now known as _salem
pittiGood morning04:18
=== paulliu is now known as paulliu-lunch
=== catbus is now known as Guest74899
=== smb` is now known as smb
didrocksdoko_: hey! did you get any time to have a look at bug #1192567? Seems mterry did for one, but the iso will still be blocked by it06:14
ubottubug 1192567 in qtwebkit-opensource-src (Ubuntu) "[MIR] qt5webkit " [Undecided,Incomplete] https://launchpad.net/bugs/119256706:14
m4n1shpitti: when you are free, please check your @debian or @ubuntu mail06:25
pittim4n1sh: in general I'm happy to help out with Debian sponsoring; but my new GPG key still isn't updated in Debian, so I can't actually upload :/06:27
pittim4n1sh: so, what I can do is look over the package and see whether I spot anything weird06:28
m4n1shpitti: it is a dead simple package, a bunch of python scripts and a desktop file. Can you review it and refer it to someone else whom you know can help me upload it to debian?06:28
m4n1shyeah. that would be better. referring it to someone whom you know is willing to help would be appreciated06:28
pittim4n1sh: replied06:40
didrockscjwatson: trying to fix the dep (invalid .pc file included) pointed by mterry, but we got no feedback on other ^06:44
didrockscjwatson: not sure about the tests, will ask Mirv to get them run during build once he's back from holidays06:44
didrockscjwatson: if doko can't review the others today, I would propose that my +1 takes action once qtwebkit-dev fixed and promote it, but your pick :)06:45
dholbachgood morning07:22
=== mmrazik is now known as mmrazik|afk
=== mmrazik|afk is now known as mmrazik
pittiapw: hey Andy07:46
apwpitti, yo07:46
pittiapw: I did some investigations for bug 1108082 and I think I found the option which we disable07:46
ubottubug 1108082 in linux (Ubuntu) "coredump_filter omits build IDs" [Medium,Confirmed] https://launchpad.net/bugs/110808207:46
pittiapw: so this is now a mere matter of resetting our config value to the default one07:46
pittiapw: is there some way to mark the bug so that it gets in the kernel team's queue?07:47
=== mmrazik is now known as mmrazik|afk
apwpitti, where is affected, is this devel or everywhere07:49
pittiapw: all releases, but it's not something we want to change in stables; so saucy only07:49
tseliotapw: the kernel available here doesn't have drm (the latest from the mainline ppa does though): https://launchpad.net/~kernel-ppa/+archive/pre-proposed07:54
apwpitti, ok put that on my plate and i'll do it now, mostly get it to me or jsaulisbury is the normal way, he has a tag he uses, but i forget -- i don't have one :(07:56
pittiapw: ah, I thought about assinging it to someone appropriate, or set a milestone, or whatever you use in the kernel team to manage the bug queue07:57
pittiapw: but if "bother you on IRC" is the accepted way, that WFM :)07:57
apwpitti, for me, probabally the safest :)07:58
tseliotapw: so I don't think that kernel will work with any graphics driver08:01
apwtseliot, yep i'll look next08:05
tseliotapw: ok, just please don't upload it or hell will break loose ;)08:07
apwtseliot, the previous build worked as i am running it, so that is odd08:07
tseliotapw: maybe drm was accidentally disabled in the config08:08
apwtseliot, given how they are made i would be supprised, but will look shortly08:10
tseliotapw: yes, the config looks fine here. It's just that the package is missing the actual modules08:12
didrockscjwatson: FYI: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1192567/comments/508:28
ubottuLaunchpad bug 1192567 in qtwebkit-opensource-src (Ubuntu) "[MIR] qt5webkit " [Undecided,Incomplete]08:28
didrockscjwatson: so, just tell me how you want to proceed for the other deps08:28
apwtseliot, which packages did you install specificially08:40
apwtseliot, did you install linux-image and linux-image-extra ?08:40
tvossI'm having problems creating a saucy chroot on Hardy, the process bails out when trying to extract libglib-2.0. Is there something known about the issue?08:40
apwtseliot, as the drm modules seem to be in there:08:41
apw-rw-r--r-- root/root    476924 2013-06-17 13:48 ./lib/modules/3.10.0-0-generic/kernel/drivers/gpu/drm/drm.ko08:41
tseliotapw: linux-headers-3.10.0-0-generic_3.10.0-0.5_amd64.deb linux-headers-3.10.0-0_3.10.0-0.5_all.deb linux-image-3.10.0-0-generic_3.10.0-0.5_amd64.deb08:41
tseliotare the modules in the -extra package?08:42
apwtseliot, ok so you only installed '-virtual' basically, the thin part.  a full -generic pulls -extras as well08:42
tseliotapw: so the modules are in -extra?08:46
apwtseliot, no, some of the kernel is in linux, some is in -extras,  drm happens to be in extras but not because it is a module because you don't need it on a server VM08:51
apwtvoss, hardy?  really ?08:52
tseliotapw: ok, I had no idea08:56
=== doko_ is now known as doko
RAOFapw: tvoss_ is in the enviable position of trying to work out why a build wedges on the buildds.09:14
dokojbicha: nothing to do with the cross build, gcc-4.8 fails too09:14
=== paulliu-lunch is now known as paulliu
cjwatsondidrocks: OK ... I'm not an MIR reviewer so my word doesn't mean much, but FWIW I guess I'd be happy to proceed temporarily without tests as long as we get a cross-my-heart-and-hope-to-die promise that it'll be sorted out once Mirv is back.  However I do think we need the other deps reviewed09:23
cjwatsondoko: ^- we need to get this sorted out today, FWIW, since image builds being blocked for days is a big deal, so can you either make time for this or make sure somebody else on the MIR team does?09:24
=== halfie is now known as BLOODBATH
Davieydoko: ipxe seems to think that gcc 4.8 has a bug (as shown in the rebuild) - https://github.com/ipxe/ipxe/commit/238050dfd46e3c4a87329da1d48b4d8dde5af8a1 .. If it is indeed a gcc bug, i assume it will not be fixed this cycle?10:07
=== BLOODBATH is now known as halfie
evmpt: http://www.engadget.com/2013/06/21/apple-publicly-charts-ios-fragmentation/10:32
davmor2ev: is that because apple push the updates, in comparison to google where the phone manufactures do, and they want you to buy new hardware not upgrade your existing?10:36
=== jamesh_ is now known as jamesh
mptAh, the pie chart, William Playfair's biggest mistake10:37
evI have no idea, but I'm surprised there are that few first generation iPads out there10:37
evheh!10:37
dokocjwatson, didrocks, yes, looking at it now10:37
dokoDaviey, is there a test case somewhere?10:37
evall hail the doughnut chart!10:37
mptev, so when do we see the area chart for Ubuntu? :-)10:38
cjwatsonNow I'm hungry10:38
Davieydoko: Not as far as i know.  the rebuild you did exposed it to me, and referring upstream who believe it to be a bug.10:38
Daviey(in gcc)10:39
evmpt: I had a conversation about this, but I cannot for the life of me remember why we decided against it for now.10:39
evI should stop talking to people in the kitchen and exclusively use email10:39
evor maybe just email them in the kitchen10:39
mptThat's why we need Ubuntu on fridges!10:40
evLOL10:40
evmpt: quick, lets find a venture capitalist10:40
mptHuh, fridge.ubuntu.com still exists10:41
evicebox.ubuntu.com? :)10:44
dokoDaviey, believing in a gcc bug is the easiest thing ;p10:46
Davieydoko: Yeah, lets switch to LLVM - it's bug free.10:49
dokoDaviey, sure, as long as we don't use clang10:51
* cjwatson mutters something about bad workmen and tools :)10:53
Davieydoko: What i am trying to find out is if you think it is a gcc bug, and if we work around it now.. should we be aware to undo this workaround later in the cycle.10:54
xnoxev: they measured last two weeks of accessing "apple store", guess what, one no longer can access latest apple store on the first gen / older devices!10:55
dokoDaviey, understood, it's asm syntax, so I have to look into it too10:55
xnoxev: maybe we should generate ubuntu version fragmentation based on errors.ubuntu.com and point out that everyone is on precise and up =)10:55
evxnox: I'm not sure I understand what you mean. I have a first-generation iPad and can access the App Store fine.10:56
evxnox: :)10:56
xnoxev: really?! /me clearly remembers error messages 'you must buy newer apples to continue'10:56
xnoxev: and is there much to install on a first-gen iPad still?10:57
xnoxwhat's the highest iOS it can get?10:57
ev5.1.110:58
evthere are still updates to things like Chrome10:58
evGoogle Currents cannot be updated10:58
xnoxgoogle are generally good, e.g. chrome only recently dropped lucid support.10:59
Laneyoops11:02
Laney@pilot out11:02
=== udevbot changed the topic of #ubuntu-devel to: Ubuntu 13.04 released | Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> raring | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== mmrazik|afk is now known as mmrazik
=== MacSlow is now known as MacSlow|lunch
=== greyback is now known as greyback|lunch
=== greyback|lunch is now known as greyback
=== greyback|lunch is now known as greyback
cjwatsondoko,Daviey,jamespage: The /builders 403 bug is now bug 1193057.  I have a test which is appropriately failing, so it shouldn't be too difficult to fix from here.12:36
ubottubug 1193057 in Launchpad itself "Copies of public source to private archives owned by private teams causes /builders to 403" [Undecided,In progress] https://launchpad.net/bugs/119305712:36
jdstrandjodh: hi!12:42
jdstrandjodh: while you were away, we discussed getting a new upstart with the apparmor patchset into Ubuntu12:43
jdstrandjodh: and it was decided that we would wait on your return, because there was something else you wanted to have included12:43
jdstrandjodh: we want to have the apparmor patches in as part of the application lifecycle (a multi-team effort), and as soon as is reasonable for you12:44
jodhjdstrand: sure. we're in the process of putting a new Upstart release together that will include the Apparmor feature.12:44
jdstrandjodh: what are your plans with uploading a new upstart?12:44
mdeslaurjodh: I have a distro patch for the new upstart that needs to go in the distro upload12:45
jdstrandjodh: awesome. can you coordinate with mdeslaur? he has a distro patch that will need to go with your upload, aiui12:45
jodhjdstrand: I was imagining early-mid next week.12:45
jodhjdstrand: ack.12:45
mdeslaurhehe12:45
jdstrandjodh: thanks! :)12:45
xnoxmdeslaur: please propose them against lp:ubuntu/upstart it's a "'fully mergeble with lp:upstart" branch.12:45
jdstrandricmm: fyi ^12:46
Riddelldoko: ICE in GCC on arm in kde4libs? any thoughts?12:46
Riddell../../khtml/svg/SVGStyledLocatableElement.h:45:27: internal compiler error: in extract_insn, at recog.c:215412:46
Riddellhttps://launchpadlibrarian.net/143010200/buildlog_ubuntu-saucy-armhf.kde4libs_4%3A4.10.80-0ubuntu1_FAILEDTOBUILD.txt.gz12:46
mdeslaurxnox: ok12:46
mdeslaurxnox: it doesn't have the new upstart now though, right?12:47
dokoRiddell, please open an issue, *including* the preprocessed source12:47
dokoRiddell, can this already be cross-built?12:48
mitya57Riddell: hi, I've uploaded some fresh Qt 5 merges to saucy, can you please add me to ~kubuntu-packagers so that I can commit it?12:49
Riddelldoko: an issue in gcc bug tracker?12:49
xnoxmdeslaur: not yet, but soonish. What are the distro patches?12:49
=== MacSlow|lunch is now known as MacSlow
Riddellmitya57: oh cool, sure12:50
mitya57(namely qttools, qtgraphicaleffects and qtmultimedia)12:50
Riddelldoko: I've never tried any cross building so I don't know12:50
dokoRiddell, yes, a reproducible ICE always is a gcc issue12:51
mitya57Riddell: thanks12:51
mdeslaurxnox: a couple of added distro-specific stuff in the apparmor_available() function, and a fail-open when apparmor fails in job_process.c to emulate current ubuntu behaviour12:51
mdeslaurxnox: let me know when all the apparmor stuff hits lp:ubuntu/upstart, and I'll propose a merge12:52
xnoxi see.12:52
mdeslaurjjohansen: are your /sys/module/apparmor/parameters/enabled permissions relaxed yet in saucy's kernel?12:53
jjohansenmdeslaur: no I haven't given the kt a pull request that fix yet12:54
mdeslaurjjohansen: soon? like, before the new upstart hits? :P12:54
jjohansenmdeslaur: the dbus ppa kernel should have that fix12:54
jjohansenmdeslaur: when will the new upstart hit?12:55
xnoxjjohansen: "<jodh> jdstrand: I was imagining early-mid next week."12:55
hallynbdmurray: gah12:55
jjohansenxnox: okay, I'll pull together a kernel pull request12:55
mdeslauractually, it doesn't matter as long as we don't use the new stanzas12:55
xnoxby default that is.12:56
xnoxstill would be interesting to play with this feautre.12:56
jdstrandmdeslaur: things are landing fast-- upstart-app-launch is in the archive already. the unity team is working to get those bits too12:56
mdeslauryep12:57
jdstrandmdeslaur: that said, upstart-app-launch doesn't have the stanza yet12:57
hallynbdmurray: I don't actually have upload rights to that, so if you reject i'll need to bug someone else over it...  so i'm tempted to say approve it.12:57
jdstrandbut the goal is to have it all together soon. cherrypicking the one patch for the pull request seems reasonable12:57
mdeslaurjdstrand: what are you referring to?12:57
jdstrandjjohansen: the pull request jjohansen mentioned12:57
mdeslauroh, yes, definitely12:58
jdstrandiirc, it was just a teeny little patch12:58
mdeslaurit needs to happen asap when the new upstart is available12:58
jdstrandok12:58
* jdstrand nods12:58
mdeslaurI just meant stuff won't explode if upstart gets uploaded a day before that patch goes in12:58
jdstrandok, yes, agreed12:58
jdstrandwe won't add the stanza to upstart-app-launch until the other bits are in place12:59
xnoxjdstrand: mdeslaur: sounds like we'd want a versioned depends anyway...... but then again there is no way to define one for _all_ kernels......12:59
mdeslaurxnox: it's not important enough for a versioned depends...I don't want to prevent someone from testing older kernels13:00
xnoxalso considering the case where we are booted into old kernel, yet upstart is upgraded and statefully re-execed, how badly things greak?13:00
jdstrandwell, we'll need to handle that gracefully, cause people use test kernels without apparmor,e tc13:00
mdeslaurit just won't allow user session apparmor switches13:00
jdstrand(or disable, etc, etc)13:00
jdstrandmdeslaur: yeah, your patchset already handles all that, right? that is your distro patches, correct?13:01
mdeslaurxnox: it will fail gracefully, no issue13:01
xnoxmdeslaur: fair enough.13:02
mdeslaurjdstrand: not the distro patches, the upstream upstart will simply not start user jobs that require an apparmor switch13:02
jdstrandok-- I thought I remembered it was all handled, couldn't remember where13:02
mdeslaursorry, it will start them, just without the switch13:02
jdstrandwe probably want upstart-app-launch to have a versioned depends on the upstart that has the apparmor patches when we add the apparmor stanza13:03
jdstrandbut that is different13:03
mdeslaurdoko: are you going to merge puppet, or can I go ahead?13:07
dokomdeslaur, please go ahead13:07
mdeslaurdoko: ok, thanks13:07
tedgjodh, hello, it seems that we're ending up in a situation where the unity job isn't starting.  It actually seems to be hanging.13:14
tedgjodh, Any ideas for debugging that?13:14
jodhtedg: anything in ~/.cache/upstart/unity.log ?13:15
tedgjodh, No, it isn't even created13:15
tedgjodh, xsession is blocking on initctl emit xsession13:15
xnoxtedg: racing against gnome-session? e.g. it has been started outside of upstart and hence now the upstart's unity dies whilst re-spawning?13:16
xnoxtedg: are there any unities running?13:16
xnoxin like $ ps output13:17
tedgxnox, No, no instances of compiz.  And I'm not getting any flicker of the compositor turning on and off.13:17
tedgI took out the waiting on the xsession event.  And the pre-start script that we had, but it seems to be roughly the same (except that xsession-init doesn't block)13:18
tedgBasically the job never leaves "start/starting"13:19
jodhtedg: can we see the updated .conf somewhere?13:22
tedgThe one I stripped down to debug is here: http://paste.ubuntu.com/5786760/13:22
tedgBut then one you have on your system does the same.13:22
tedgI was just trying to remove variables13:23
jodhtedg: does that compiz build run from the command-line ok? also why have we lost the post-start and pre-stop?13:28
tedgjodh, Yes, it runs from the command line.  And I was cleaning things up a bit thinking they might be the issue.13:28
jodhtedg: also, on my hardware, respawn is absolutely essential :)13:29
tedgHeh, sure.13:29
tedgI need to set it up to put some limits on that.13:29
tedgI ended up with a bug a couple weeks ago where compiz was restarting so fast I thought my CPU was going to melt :-)13:30
=== wedgwood_away is now known as wedgwood
infinitytedg: Say, you're a desktop guru.13:39
tedgIt'll never catch on.13:39
infinitytedg: What bit hinders my ability to reboot from the gear menu if I've logged in on another console?13:39
infinitytedg: And, more pressingly, why does that bit continue to hate me even if I've logged in *and out* on another console?13:39
tedginfinity, Well, we get that info at different points, so it might be broken in either indicator-session or the gnome bits.  But we get the info from ConsoleKit/LoginD.13:41
tedginfinity, Are you not getting the prompt or is it not working once you're rebooting?13:41
xnoxinfinity: logind?!13:41
xnoxinfinity: for me logind usually proactively kicks it and kills everything for me. Btw. open a terminal and execute "$ stop" =) it's left as an exercise to the reader to work out what that does.13:42
jodhtedg: I've disabled unity.conf on my system, yet something (the panel service?) is starting it anyway.13:43
tedgjodh, It's gnome-session.  You need to edit: /usr/share/gnome-session/sessions/ubuntu.session13:44
tedgjodh, Make it look like: http://paste.ubuntu.com/5786806/13:45
infinitytedg: When you ask it to reboot, it logs you out instead.  Which is arguably correct behaviour if I really am logged in on another console (though it would be swell if you could somehow pass a message to lightdm that would print a "Reboot prohibited due to active sessions on another console" message or something)13:46
infinitytedg: But yeah, I've noticed the same behaviour if I logged in on another console and logged out again.  Not a race condition, as that login could have been days ago, so perhaps a refcounting issue in something.13:47
didrocksdoko: any progress on the review for qtwebkit?13:47
tedginfinity, That sounds like a gnome-session issue as I think we pass the command directly to them.13:48
seb128infinity, did you try today?13:48
seb128I just go a "another user is logged in, enter your admin password to reboot anyway"13:48
infinityseb128: Nope, although I did just do an upgrade on a text console today, so we're about to find out when I try to reboot. :P13:48
seb128I'm wondering if the gnome-session 3.8 update from yesterday fixed that13:48
seb128you need to start a new session to get that gnome-session running though13:48
infinityMaybe this is a fixed problem as of this week.  We'll see.13:48
seb128but yeah13:49
infinityWell, we'll see when I'm in a position to reboot and test.13:49
seb128infinity, but yeah, known issue other: https://bugs.launchpad.net/indicator-session/+bug/86117113:49
ubottuLaunchpad bug 861171 in indicator-session (Ubuntu) "Shutdown from greeter does nothing when multiple accounts open" [High,In progress]13:49
seb128infinity, we almost got a fix, robert_ancell had a vcs branch: https://code.launchpad.net/~robert-ancell/indicator-session/lp-861171/+merge/13708513:50
seb128infinity, http://imgur.com/K3CzMrV13:50
infinitytedg: While I'm whining about desktop things, has anyone reported and/or fixed a bug about unity-panel-service spinning out of control, stealing focus, and making their desktop useless for seconds/minutes?  Is that another bug I should expect is fixed as of today and I just need a reboot? :P13:50
seb128but then the unity guys replaced the indicator-session dialogs by unity ones13:50
tedginfinity, There were some issues there with people who have indicator-network installed, is that you?13:51
seb128infinity, I didn't read any bug like that one you just described13:51
infinitytedg: Nope.  The only non-standard indicatory thing I have installed is pidgin.13:51
infinitytedg: Which may well be the problem, dunno.13:51
tedginfinity, Seems unlikely.13:52
tedginfinity, Hmm, so no, haven't seen anything like that.  Not sure how the panel service could steal focus though....13:52
infinityAlright, I'll finish up this upgrade, reboot to make sure I'm in clean and upgraded sessions, then see if I can reproduce and file a bug.13:52
infinitytedg: I'm not sure how it steals focus either, but it does.  Hangs on to both mouse and keyboard while it's spinning a core to oblivion, and sometimes for several minutes.13:53
seb128tedg, charles: btw it could still be useful to get https://code.launchpad.net/~robert-ancell/indicator-session/lp-861171/+merge/137085 merged in13:53
dokodidrocks, I'm looking at it currently, but not exclusively, started an hour or two ago13:53
seb128those dialogs are still used in e.g the greeter13:53
infinitytedg: If I can come up with a useful reproduction recipe, I'll aim a bug at you.13:54
infinitytedg: The part where you've never heard about it before is a bit disconcerting, I wonder if I've done something terrible locally.13:54
* cjwatson pushes up https://code.launchpad.net/~cjwatson/launchpad/builders-visibility/+merge/170818 - hopefully that'll sort out all the remaining /builders 403 bugs13:55
=== _salem is now known as salem_
seb128infinity, the flickering is usually a segfault, did you try to attach gdb to it?13:56
infinitycjwatson: Oh, shiny.  I'd asked wgrant to look at that and tell you not to waste your time on it, but I'll happily accept your fix anyway. :P13:56
=== mmrazik is now known as mmrazik|afk
infinityseb128: I've not attempted any debugging yet, first step was to ask people if it was already known/in-progress.13:57
cjwatsonYeah, too slow, and I was interested anyway :)13:57
infinityseb128: I'll try to reproduce after my next reboot and see if I can get anything useful out of it.13:57
seb128infinity, no, but if that's a segfault of the service any indicator could cause it, stacktrace would help to say if that's known13:57
seb128infinity, thanks13:57
infinitycjwatson: Does that fix both the copy-from-public-to-private bug and the private-recipe bug?13:57
infinitycjwatson: (The private recipe one being lower priority, since it's only for a few seconds at a time instead of potentially hours, but I figured the fix would probably be similar)13:59
cjwatsoninfinity: I believe so.  It wasn't actually private-recipe as such, it was a recipe built from public branches for an archive owned by a private team13:59
infinitycjwatson: Oh, I note you have both bugs linked from the branch.13:59
cjwatsonEver since wgrant's fix for bug 728673, those two cases have gone through identical formatter code13:59
ubottubug 728673 in Launchpad itself "BuilderSet:+index crash (/builders)" [Critical,Fix released] https://launchpad.net/bugs/72867313:59
cjwatsonSo in both cases it's "ooh, shiny, the PackageBuild is visible, let me try to render archive.owner.name"14:00
cjwatson*splat*14:00
* infinity nods.14:00
cjwatsonAt least as far as I could work out14:01
Davieycjwatson: super, thanks!14:19
bdmurrayhallyn: okay14:30
seb128shrug14:36
seb128doko, something in the gcc-4.8 4.8.1-2ubuntu1 -> 4.8.1-3ubuntu1 or binutils 2.23.2-2ubuntu3 -> 2.23.52.20130612-1ubuntu1 broke gtk on armhf14:37
seb128doko, is there any known issue in those updates?14:37
seb128Laney, pitti, didrocks: ^ fyi14:37
Laneyyou tested with the old versions?14:37
seb128the failing test doesn't fail if I rebuild with those downgrades14:37
seb128Laney, I downgraded both and tested on my n714:37
Laneyare they tied together such that you can't isolate which one it is?14:38
seb128will update binutils and try again14:38
Laneycool14:38
seb128Laney, no, it's just that it takes 3 hours to build gtk on this thing14:38
Laneythanks for investigating14:38
seb128so I went for "let's see if that's the toolchain"14:38
Laneyis porter-armhf faster? ...14:38
didrocksseb128: thx14:38
seb128Laney, I can't downgrade packages on porter-armhf14:38
Laneyoh yeah14:38
seb128Laney, sudo give you apt but not dpkg or edit of sources.list14:38
LaneyI forgot about that restricted apt business14:39
ScottKseb128: kde4libs broke too.14:39
infinityseb128: binutils seems like the more likely culprit, given all that's changed in that snapshot.14:40
seb128ScottK, thanks, that's useful information ... did anyone figure out what exactly change/broke? do you have a bug about it?14:41
ScottKseb128: No, there was an ICE in the build overnight.14:42
ScottKSince ~none of the involved people have working arm hardware that's anything other than really, really slow, we didn't get far with it.14:43
seb128yeah, I'm fighting that was well14:43
seb128the porter box I've access to doesn't give me enough rights to downgrade packages or install custom debs14:43
seb128the nexus is sloooow14:43
LaneyI could give you ssh to my panda if you want it14:44
infinityThe Nexus7 is faster than a Panda.14:44
ScottKxnox has some really fast hardware apparently, but no time to operate it.14:44
infinity(except possibly for storage I/O)14:44
LaneyIt's got a USB disk attached for better IO14:45
Laneyso only takes 1h46 to FTBFS gtk14:45
infinityScottK: He does?14:45
infinityxnox: You have fast ARM hardware?14:45
ogra_highspeed pandas :)14:45
ScottKHe claimed to.14:45
seb128Laney, thanks but that's ok, I can "just" make clean in the gtk/ subdir and rebuild that part, which should take less than 1h14:45
ScottKBut then he said something about Friday and going to the beach.14:45
Laneyk14:46
seb128infinity, the issue is I/O indeed14:46
infinityseb128: Don't forget to -j4 for your N7's cores. :P14:47
seb128yeah14:48
Riddelllooks like qtwebkit-source has a similar arm gcc internal error14:55
Laneyalways with the minimal reproducers :P14:56
xnoxinfinity: not what you think.14:56
xnoxinfinity: i have nexus7 (currently in flux testing cross-compiled flipped images), panda, and in-ram qemu across 8 ivy-bridge cores (which apparently cannot build kde*).14:58
xnoxinfinity: have you got the actually fast ARM hardware for us in launchpad yet? =)))))14:58
charlesseb128: right, I'm going through i-session's merge requests today15:04
seb128charles, thanks15:05
charlesseb128: actually there are also a couple of patches already merged that I need to retrofit for the GMenu code15:05
infinityxnox: We're still burn-testing our Calxeda kit.15:05
* xnox ponders why pull-debian-source e2fsprogs unstable pulls something old, instead of what launchpad thinks it should be for about 4 hours now. Does pull-debian-source talks to something else to query latest/greatest version numbers for debian?15:05
charlesseb128: after that, I can finally mark those merge conflicts as resolved on the gmenu branch, and finally let CI run it... :)15:05
xnoxinfinity: ack.15:05
seb128charles, \o/15:06
didrocksjdstrand: seems mterry wants a quick security audit for qtscript-opensource-src15:08
didrockscjwatson: FYI ^15:08
* ScottK LOLs at "quick security audit" and Qt in the same sentence.15:38
jdstranddidrocks: ack, but I can't today. added to todo for monday15:39
didrockscjwatson: ^ not sure how this is going to end for the ISO :/15:40
mdeslaurgah! another unmaintained javascript engine, how awesome15:42
jdstrandmdeslaur: that is supposed to only be temporary-- ie related to qt5webkit15:44
xnoxdidrocks: something did build today... http://cdimages.ubuntu.com/daily-live/20130621/15:44
didrocksmterry: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1192567/comments/1115:44
ubottuLaunchpad bug 1192567 in qtscript-opensource-src (Ubuntu) "[MIR] qt5webkit " [Undecided,Incomplete]15:44
didrocksxnox: interesting…15:44
didrocksmterry: looking at qt3d now, the fix should be the same15:45
mdeslaurjdstrand: nothing else uses qscript yet?15:45
mterrydidrocks, cool15:45
infinityjdstrand: Do we have a long-term plan for webkit that actually makes sense?  I saw you mention it in passing, but I'm curious if whatever we do will end up being reusable by all the flavours that need a webkit, or if it'll end up being vaguely UbuntuDesktop/Touch-specific.15:45
jdstrandmdeslaur: it is being pulled in because of the signon changes needing qt5webkit, and qt5webkit needing it, so no15:45
jdstrandinfinity: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-webkit-maintenance15:46
* infinity is pretty non-plussed with the trend of embedding webkit and v8 all over the world.15:46
jdstrandinfinity: the plan is being formed. we think we have come up with something reasonable, so 'yes'15:47
infinity"Package Chromium Content library and develop Ubuntu SDK bindings for the Chromium Content library."15:48
jdstrandbut the plan does not include maintaining all the various bindings (webkit-gtk, qt4webkti and qt5webkit)15:48
jdstrandthe plan is create our own bindings that others can use15:49
infinityjdstrand: So, this means we'll be tied to v8 (while Qt was planning to move to a new JS engine that might actually work on more than 2.5 platforms)15:49
jdstrandif you are referring to QML, that is different15:49
jdstrandwe'll follow upstream Qt on that15:50
jdstrandthe javascript that is in the webview and the javascript used for interpreting QML are different now and will continue to be15:50
ScottKinfinity: The Ubuntu webkit stuff will be Ubuntu specific.  It won't help us any.15:50
infinityScottK: Yeah, I just got through the proposal and came to the same unfortunate conclusion.15:51
jdstrandScottK: that is a rather pessimistic view. we will be making our bindings available to upstream15:51
infinitySadly, I'm not sure I see a better option other than "make all the upstreams get along"... This certainly isn't a situation of our making. :(15:51
jdstrandif upstream upstream qt wants to take that and help, great, if not, they can continue to do as they've always done15:51
infinityjdstrand: Given that we could never get people to merge and collaborate on webkit codebases before, I doubt offering them a third option will get anywhere.15:51
ScottKjdstrand: When the proposal was announced we talked to rekonq upstream about supporting it and got told they weren't going to do distro specific webkit variants.15:52
infinity(Or a fourth option, now that Google has forked too)15:52
ScottKSo I'm not guessing.15:52
jdstrandthat is a valid point. toolkit upstreams have different requirements than we do15:52
jdstrandScottK: I am not talking about rekonq. I am talking about qt upstream15:52
ScottKIf you can sync up with them, then yes, that helps us a lot.15:53
ScottK(and it's no longer distro specific)15:53
ScottKThe plan I saw was for an Ubuntu specific stabilized/maintained version.15:53
mdeslaurjust to be clear, we're not doing webkit, we're doing blink15:53
jdstrandwell, we're doing the chromium content api, which includes blick underneath15:54
* xnox .... which was discussed before blink15:54
jdstrandblink*15:54
xnoxright.15:54
jdstrandthe webkit landscape is unfortunate and depressing in general. we can't solve that (google and apple couldn't solve it either)15:55
jdstrandso we are working with the available options15:55
infinityjdstrand: Yeah, I'm not sure the plan qualifies as "sane", but I'm equally unsure that there's a better option that we can drive.15:58
mdeslaurit's not a sane plan, it's the less insane plan we could come up with15:58
infinityAnd given everyone's reluctance to stabilise a One True Webkit upstream, there's not much we can do.15:58
mdeslaurwebkit's future is in flux15:58
infinitymdeslaur: That statement's been true for years.15:58
mdeslaurwith google gone, apple's been removing all the platform specific stuff15:59
mdeslaurit's gotten worse15:59
infinityIf Apple and Google would just hand over the reigns to a third party (Collabora comes to mind?), this could all be cleaned up, but they don't like giving up their toys.15:59
infinitys/reigns/reins/15:59
didrocksmterry: https://bugs.launchpad.net/ubuntu/+source/qtwebkit-opensource-src/+bug/1192567/comments/12. So I guess only qtscript is the remaining blocker one.16:00
ubottuLaunchpad bug 1192567 in qtscript-opensource-src (Ubuntu) "[MIR] qt5webkit " [Undecided,Incomplete]16:00
mdeslaurwhoever controls the web controls the ad revenue, so I doubt they will give up their livelyhood for the sake of the greater good16:00
didrocksdoko: I think mterry has beat you :)16:00
infinitymdeslaur: But if there's anything the Linux kernel has taught people, it's that the greater good is also the individual good, with a well-managed and non-biased upstream.16:01
jdstranddidrocks: if it helps, I'll give the ok to pre-promote (in this case it doesn't make a lot of sense to block on a security audit that is temporary-- I'll make the same comment on it too)16:01
infinitymdeslaur: But, yeah, a hard sell, when it's the sort of thing that needs to go all the way to the top of the management chains at the US's two most powerful tech companies, nevermind the two large open source stakeholders than also can't get along.16:02
didrocksjdstrand: yeah, I'm not sure what we built as an image, but at least, that would be awesome to do that, do you want me to keep the bug status for qtscript as opened?16:02
mdeslaurinfinity: I'm not sure...the kernel is pretty much a commodity...it's not the differentiating factor that makes your product better than the competitors16:02
didrocksjdstrand: oh btw, you did see that it's similar for libhybris, right?16:02
didrocksjdstrand: you were on holidays when it happened, I assigned it to you IIRC16:02
didrocks(but had to prepromote, and it's only used in the touch image which was already installing it)16:03
didrocksjdstrand: https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1188213 FYI16:03
mdeslaurbut yeah, in an ideal world we'd get a single browser engine that everyone would use16:03
ubottuLaunchpad bug 1188213 in libhybris (Ubuntu) "[MIR] libhybris" [Undecided,New]16:03
infinitymdeslaur: That's not true at all in the case of Android, for instance.16:03
infinitymdeslaur: Where Google's finally been upstreaming all their fancy for the greater good (and, more importantly to them, reduced maintenance burden).16:03
mdeslaurinfinity: I don't purchase my phone based on kernel capabilities16:04
infinitymdeslaur: And the webkit landscape is an absolute mess for maintenance burden.  The merging between the (now four) major forks is insane.16:04
infinitymdeslaur: You don't purchase your phone based on how shiny the web browser is either. :P16:04
infinitymdeslaur: And only the nerdiest of the nerdy choose their desktop browser based on killer features too.  Normal people really don't.16:05
jdstranddidrocks: I didn't, thanks16:05
mdeslaurinfinity: normal people choose whatever seems to work best16:05
didrocksjdstrand: seems you already have a fun schedule for next week :p16:05
* jdstrand always has a fun schedule :P16:05
didrocksheh16:06
infinitymdeslaur: Right, which has little to do with shiny new features, but rather stability and some combination of standards and quirking.16:06
mdeslaurinfinity: but google wants chrome to get the shiny new features first16:06
mdeslaurwhich work with the coolest websites16:07
mdeslaurwhich makes people want chrome16:07
mdeslauretc.16:07
infinitymdeslaur: A blessed upstream and downstreams maintaining feature branches would solve that need.16:07
mdeslaurperhaps16:07
infinitymdeslaur: (Much like Linux distributions will often land features before committing upstream, just to have that tiny head start).16:08
didrocksjdstrand: mterry: kenvandine: seb128: cjwatson: ok, promoted all components as per discussion and fixes and prepromoted qtscripts. I set the qtscripts task to NEW and all other to fix committed. We should be back to normal iso building16:13
cjwatsonxnox: The ISO parts built today, but the livefs parts didn't.  Look at the timestamps on *.manifest16:26
cjwatsondidrocks: Thanks16:27
didrockscjwatson: thanks to mterry for the MIR reviews (and jdstrand for the future security review ;))16:28
xnoxcjwatson: ah.16:28
mterry:)16:28
cjwatsondidrocks,mterry: looks like the two of you raced setting the status of the qt3d-opensource-src task on that bug?16:29
mterrycjwatson, aye, fixed16:30
didrockscjwatson: indeed! mterry you are too slow! :p16:30
didrocksthanks16:30
didrockscjwatson: even if qtwebkit-opensource-src entered -proposed as 5.0.1-0ubuntu3 in universe, it will get into main once copied to the release pocket (as 5.0.1-0ubuntu2 is)?16:32
cjwatsonThere are some bugs around override handling with copies16:35
cjwatsonKeep an eye on it; it's possible you may need to repeat the override16:35
seb128infinity, doko: seems it's on of the changes in gcc-4.8 4.8.1-2ubuntu1 -> 4.8.1-3ubuntu1  that broke gtk on armhf, any idea which one could create issues?17:02
infinityseb128: Have you tried with -4ubuntu1?17:05
infinityseb128: (And no, I'm afraid I'd have no idea, but doko might)17:06
seb128infinity, no, let me try that ... I started those builds yesterday17:07
seb128shrug and there is new svn version in 4ubuntu217:07
seb128can try directly I guess17:07
infinityseb128: -4ubuntu2 would be more interesting, but it's still building. :P17:07
seb128will take another 9 hours or so to have it available it seems17:08
seb128that's a job for monday then17:08
seb128let me try ubuntu1 still17:08
infinityOh, hey, all the things I was waiting for are done, I can reboot now and see if unity-panel-service still hates me.17:09
dokothere shouldn't be that many changes17:10
dokoseb128, what did break?17:10
seb128doko, I'm not sure to understand what's happening, css parsing in gtk return an assert when building with that gcc version17:11
seb128like if the datas were corrupted17:12
seb128the css is embedded in the binary as a resource17:12
ScottKdoko: There's an ICE on armhf with kde4libs, not sure what it's about.17:12
seb128but extracting it with gresource (the command line utility to deal with those) gives a valid file17:12
ScottKIt's the first attempt on a major new version, so I don't know if it's a new issue on gcc 4.8 or newly exposed due to upstream code failing.17:13
dokoScottK, preprocessed source needed. Riddell told me17:13
dokoseb128, -3 had the linaro toolchain update, so yes, it could be ...17:13
ScottKENOHARDWARE17:13
seb128doko, is there any kind of testing I can do that would make figuring out what change is creating the problem easier?17:17
dokoseb128, maybe open an issue for gcc and gtk, to collect more information?17:17
seb128doko, yeah, I will do, it took me a day to figure out it was gcc that changed for the issue to start17:17
seb128doko, I'm just going to test with your new uploads from today first17:18
dokoseb128, well, try to lower the optimization level in the gtk build, then try to combine object files from a O1 and O2 build until you find something odd17:18
seb128doko, ok; thanks17:18
dokobut I'm afk now17:18
seb128that can wait next week17:18
seb128doko, have a good w.e17:18
=== Nisstyre-laptop is now known as Nisstyre
saiarcot895If I need to fix a build failure on Ubuntu, do I create a branch and merge it into the saucy-proposed version of the branch?18:02
cjwatsonI usually just use saucy even though that's technically arguably a bit incorrect18:03
cjwatsonIt'll usually be correct soon enough18:05
saiarcot895Thanks cjwatson18:05
=== tkamppeter_ is now known as tkamppeter
hallyninfinity: would you mind taking a look at https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=qemu-kvm ?  the .10 is a better fix by/for arges than the .9 which is pecolating in precise-proposed right now.19:26
hallyn(then i need to get to work on a 1.0 stable upstream tree based on the patches in our package)19:26
=== francisco is now known as Guest84477
ricmmjdstrand: ping21:28
ricmmjjohansen: any update on the patches?21:28
jjohansenricmm: sorry, yeah I am currently reworking my audit shim, and then I will rebuild and test again.21:29
ricmmgreat, thanks21:29
ricmmdid you get to reach maguro?21:30
jjohansenricmm: The backport for all 4 are done, besides the reworking the shim and any other errors I might yet find21:30
ricmmawesome! great work21:30
jjohansenricmm: I am will send out pull requests for all of them today21:30
ricmmjjohansen: great :) can you cc me in any email? to be in the loop21:31
jjohansenricmm: sure21:31
ricmmricmm@c.c21:31
=== salem_ is now known as _salem
=== wedgwood is now known as wedgwood_away
wgrantcjwatson, infinity: Right, recipes themselves can't be private, and recipes can't use private branches, so "private recipe build" just means "recipe build in a private archive"23:51
wgrantcjwatson: Thanks for fixing that. Had it planned for Monday, but this is easier :)23:51

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