/srv/irclogs.ubuntu.com/2014/08/04/#ubuntu-devel.txt

deitarionDoes anyone know where I could get some debugging symbols for the `notification-daemon` package on 14.04? There's no `-dbg` package for it and it's crashing when it tries to hide a notification.02:55
deitarionAlso, if you know that it's a thorny thing to debug, please warn me  so I can just give up without wasting my time and spend a few hours cobbling together a basic notification daemon with "missed notifications" log using PyGTK. I have almost no experience with C.03:02
Laneydeitarion: https://wiki.ubuntu.com/DebuggingProgramCrash#Debug_Symbol_Packages03:11
deitarionLaney: Thanks. I'm getting a bit dozy, but that looks like what I want so I'll check it out tomorrow morning.03:13
Laney'kay, good luck03:13
pittiGood morning04:52
pittiNoskcaj, slangasek: indicator-power needs porting too, for the signals; it builds and starts, but never updates the UI04:53
pittiNoskcaj: how do you mean, progress with python-dbusmock upower? that was fixed weeks ago for upower 0.9904:53
Noskcajpitti, i hadn't realised you fixed it. could you close the "upstream" bug?06:02
pittiNoskcaj: it's fixed in bug 1330037, is there another one?06:02
ubottubug 1330037 in xfce4-settings (Ubuntu) "upower 0.99 transition" [Undecided,In progress] https://launchpad.net/bugs/133003706:02
pittiNoskcaj: ah, I seee it, will do06:03
Noskcajbug 132479106:03
ubottubug 1324791 in python-dbusmock "FTBFS with upower 0.99.0" [Undecided,New] https://launchpad.net/bugs/132479106:03
dholbachgood morning06:56
Tribaalhi dholbach07:00
Tribaal:)07:00
dholbachhi Tribaal07:00
dholbachNoskcaj, did you get anywhere with python-wsme?07:41
=== doko_ is now known as doko
sarnoldinfinity,stgraber, could you guys add a mention to the release announcements for the point releases with HWE stacks that those stacks will EOL before the rest of the software? A friend of mine is very frustrated that his 12.04.x HWE stack isn't as LTS as the rest of the system, and the trusty HWE stack breaks the precise virtualbox dkms packages08:15
sarnoldinfinity,stgraber, it'd be nice if the annoucements were clear about just how long the HWE stacks will live on to help reduce the surprise and confusion08:15
infinitysarnold: I've never done a point release with an HWE stack, but in the future, sure.08:23
infinitycjwatson: ^08:23
infinityAt least, I don't think I have.08:23
sarnoldinfinity: oh, sorry :) I assumed since you've been kind enough to reap our releases that you'd sometimes announce them to the world, too :) sorry08:28
infinitysarnold: I tend to do final releases.  I also just did 14.04.1, but that didn't have an HWE stack.08:28
infinitysarnold: I agree that the initial communication around HWE stacks was poor, it's been a work in progress.08:29
infinitysarnold: I still (personally) think it's poor form to give people a "14.04.2 LTS" CD with fine print that says "except half of this isn't supported beyond 16.04".08:29
infinityAnd I'm not sure how best to address that.08:30
sarnoldinfinity: yeah, I know the feeling. I still don't know how to best get my pal up and running again with his cruddy virtualbox problem :( if it were in my hands I'd be a bit more cavalier about trying things to fix it, but I can understand his reluctance to try a wholescale downgrade to original precise stack.08:32
infinitysarnold: Are there bugs about this virtualbox issue?  Can we fix it?08:33
infinitysarnold: I know some DKMS stuff is best-effort, but vbox has enough users that I assume someone cares.08:33
zygaofftopic: can anyone on 14.10 run cheese and tell me if their webcams work?08:33
zygaI get a still frame and then a ton of gstreamer errors08:33
sarnoldinfinity: so please count that as encouragement towards finding a nice solution; maintaining a dozen simultaneous HWE stacks doesn't sound like a good use of resources but hopefully we can find something in the middle that makes it less surprising08:33
sarnoldinfinity: there's a pile of bug reports kinda like this one: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/134330508:34
ubottuUbuntu bug 1292118 in virtualbox (Ubuntu) "duplicate for #1343305 virtualbox-dkms 4.1.12-dfsg-2ubuntu0.6: virtualbox kernel module failed to build [error: incompatible types when returning type ‘kuid_t’ but ‘RTUID’ was expected]" [High,Triaged]08:34
sarnoldinfinity: there's at least some overlap or mess here, since it fails in different ways for the different stacks, but the end result is the same, the module isn't updated for the kernels08:35
Noskcajdholbach, Those depends are needed it seems, i'll try and get the MIRs done, but i've got a heap of school work ATM08:39
dholbachNoskcaj, hum... it looks like we didn't need them before, right?08:39
infinitysarnold: I'd love for the right answer to be to tell people "don't use virtualbox" and, indeed, to stop shipping the stupid dkms module.  But...08:40
dholbachNoskcaj, I'm just asking because the package is stuck for now - I just thought it'd be good to finish this before you start working on other stuff08:40
dholbachdoko pinged me about it too08:40
sarnoldinfinity: heh, yeah, oracle for the loss :/08:41
sarnoldinfinity: thanks :) good night08:43
darkxstvirtualbox was a mess before oracle!08:46
directhexi don't know how much virtualbox sucks due to bad packaging, and how much virtualbox sucks due to bad software. but either way, i disrecommend it to people08:46
darkxstdirecthex, the 3D drivers are just plain rubbish08:47
directhexdarkxst: are they *capable* of running 32-bit apps in a 64-bit guest os? i know as-packaged that's not possible08:48
darkxstdirecthex, not sure about that, would seem silly if they can't though08:50
directhexdarkxst: they certainly can't in deb/buntu08:50
directhexdarkxst: the gl stuff is only in the virtualbox-guest-x11 package, which is not remotely multiarch08:52
darkxstdirecthex, I traited and switched to vmware a couple of years ago08:53
infinitydirecthex: Packaging might make it worse, but the general non-freeness and awfulness of upstream makes it a poor choice even before packaging might hinder you further.08:53
darkxstnote how a proprietry company has mainline kernel drives and vbox doesnt!08:53
directhexdespite non-Freeness, vmware is an excellent product & has excellent opengl support in linux guests08:53
infinitydirecthex: The vmware drivers are free, as pointed out above, which is a huge help (and very smart on their part).08:54
darkxstdirecthex, exactly why I have never looked back08:54
darkxstinfinity, vbox drivers would never be accepted into the kernel in their current state08:54
infinityNot that I recommend vmware either, but if forced to choose the lesser of weavils.08:54
infinityweevils...08:54
directhexi use kvm fine for any jobs that don't require uefi or opengl in the guest os08:55
infinitydarkxst: Obviously not, but "our software is crap" is never an excuse to not submit upstream, it's an excuse to not improve your software.08:55
infinitydirecthex: EFI on qemu should work now.  So I hear.  I don't use it in such a setup.08:55
Noskcajdholbach, The code uses both of those packages, so i'm assuming it just never got noticed08:55
darkxstinfinity, that would just result in a linus rant towards oracles way ;)08:56
dholbachNoskcaj, probably - I haven't looked that closely yet - maybe it'd make sense to have a chat with the folks who uploaded the package before?08:56
directhexinfinity: it "works" - ovmf has a few teeny tiny missing features. e.g. it has no persistent storage of uefi variables so after rebooting your VM doesn't know which bootable OSes are installed. it also lacks drivers for most of qemu's storage controllers08:57
infinitydarkxst: What I meant was that the solution to "too crap to submit" is "make it less crap", not "don't submit".08:57
slangasekdholbach: hi, you've cc:ed me on this mail about click frameworks... was this related to my upload for dropping friends?08:57
slangasekdholbach: or are you cc:ing me because you think I know something? :/08:57
darkxstinfinity, except it was crap before, and its still crap now oracle have taken over08:58
dholbachslangasek, yeah, I guess, it looked like your update to ubuntu-touch-meta was the last one changing the frameworks - one ot the questions which came up is why we have -qml-dev3 and not -dev308:58
infinitydarkxst: Preaching to the choir.08:59
dokoxnox, can you have a look at the lvm2 merge? pitti doesn't want to do it, and you are the last uploader then08:59
Noskcajdholbach, will do09:00
pittidoko: well, this should be done by someone who actually uses lvm209:00
pittierr, xnox09:00
dholbachthanks Noskcaj09:00
pittiI mean, I can look into it, but I have no real-world test setup09:00
xnoxpitti: doko: yeah, it's on my list to do this week.09:00
slangasekdholbach: ok; so the only framework that changed was the qml one because dropping friends was a qml-only API change, TTBOMK09:01
slangasekdholbach: and IIRC09:02
slangasekdholbach: and there's no reason to rev the -dev numbers in lockstep, AFAIK09:02
slangasekdholbach: but I think jdstrand is the expert on this09:02
dholbachslangasek, ok - thanks a bunch!09:12
dholbachpopey, ^ did you see what Steve said above?09:12
dholbachpopey, I'm wondering if the general process for an app developer could be easier, maybe to the point, where they just select the framework from a drop-down box in the SDK?09:13
LocutusOfBorg1seb128, I'm also here if you want09:21
LocutusOfBorg1for bug 134938509:22
ubottubug 1349385 in libidl (Ubuntu) "please merge libidl from debian" [Undecided,New] https://launchpad.net/bugs/134938509:22
=== MacSlow is now known as MacSlow|lunch
pittixnox: oh, thanks for the upstart-core split! I'm making good progress on bug 135130610:57
ubottubug 1351306 in sysvinit (Ubuntu) "Cannot uninstall upstart and install systemd-sysv" [Undecided,In progress] https://launchpad.net/bugs/135130610:57
pittixnox: although I suppose slangasek might not get to reviewing sysvinit this week at the sprint10:57
xnoxpitti: he did agree to a split with my on a 1-on-1 on friday.10:57
xnoxpitti: he said, we do need "upstart" & "initctl" (stop, start, restart, status...) to e.g. run user session in a separate package that does not conflict with systmed-*10:58
pittixnox: although I wonder whether splitting out upstart-sysv might have been easier10:58
pittixnox: as upstart has a gazillion conffiles, migrating them will be a pain10:58
pitti(argh upstart jobs being conffiles)10:59
xnoxpitti: which i have now done. But i've also split out the telinit, to do clean shutdown with systemd-sysv installed.10:59
xnoxpitti: i've pondered about that. Ultimately, while upstart-sysv is easier split, it's a painful upgrade.11:00
pittixnox: oh right, got confused; "upstart" would continue to have the actual jobs, upstart-core just the binaries for session init; gotcha11:00
xnoxpitti: let me check that =)11:00
xnoxpitti: yes, "upstart" should have the system jobs.11:00
saiarcot895Ubuntu armhf only supports OpenGL ES and not OpenGL, right?11:02
xnoxpitti: well, some conffiles are moved. E.g. etc/X11/Xsession.d and etc/upstart-xsessions will be part of core now.11:02
ogra_saiarcot895, while no precisely right in that formulation ... yes ...11:03
ogra_(the drivers that exist for armhf usually only support GLES ... not ubuntu specific )11:03
pittixnox: reviewed; thanks for the first iteration!11:09
xnoxpitti: cool. let me push update that moves the system etc/init/ back to upstart package though.11:10
* pitti toddles off for lunch11:10
jdstranddholbach: I too agree there is no reason to rev the numbers in lockstep, however, there is probably a reason to rev the main one to whatever the highest one is11:57
jdstranddholbach: ie, right now there is ubuntu-sdk-14.10-qml-dev3 but there is only ubuntu-sdk-14.10-dev211:57
dholbachjdstrand, maybe we could document this somewhere on the wiki and cross-reference it in the code11:57
jdstranddholbach: that is probably a lool question ^11:57
dholbachjust so we always keep everyting up to date everywhere - even if that's now two separate parts of the discussion11:58
* jdstrand wasn't part of the discussions for adding -dev3 this time11:58
jdstranddholbach: which code?11:59
dholbachjdstrand, for now probably just somewhere in ubuntu-touch-meta and click-reviewers-tools12:03
dholbachwe could refer to some wiki page, which explains how to do click framework changes and what to bear in mind, ie where else to update it :)12:04
xnoxpitti: would you be able to write a systemd unit for ubiquity?12:13
=== Quintasan_ is now known as Quintasan
=== dholbach_ is now known as dholbach
pittixnox: yes, I can certainly look into that12:18
looljdstrand: Yes, I agree with your idea that the main one ought to be bumped too12:18
loolI guess this could go to the Click frameworks wiki page12:18
=== sletta_ is now known as sletta
=== cmagina_ is now known as cmagina
=== freeflying__ is now known as freeflying
pittixnox: looks like most of debian/ubiquity.ubiquity.upstart shoudl be refactored into a script; the startup condition is quite straightforward12:19
xnoxpitti: sure. startup conditions are quite straightforward, but it should block starting lightdm until the job completes.12:20
xnoxcause it's a task in ubuntu.12:20
xnox(well block any/all display managers and reaching multi user target)12:21
pittixnox: yes, that can be done with Before=12:24
pittixnox: in fact, I just did something similar for friendly-recovery12:24
=== MacSlow|lunch is now known as MacSlow
saiarcot895If I'm doing a merge for a (existing) bug, does the bug need to have ubuntu-sponsors subscribed as well?12:30
rbasaksaiarcot895: if you're doing a merge proposal on Launchpad (UDD), then no, since that MP causes it to appear in the sponsorship queue.12:31
saiarcot895rbasak: ok, thought so. Thank you.12:31
rbasaksaiarcot895: maybe best to check on http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html. If your work doesn't show up on there (update timestamp at bottom of table), then certainly subscribe ~ubuntu-sponsors to something.12:32
saiarcot895rbasak: yup, appeared there just now.12:34
rbasaksaiarcot895: great! Though, that MP seems to include multiple unresolved merge conflicts. You probably want to resolve those.12:37
rbasaksaiarcot895: I'm also a little dubious about fixing something if it still FTBFS. I appreciate your efforts in working this all out, but what's the point in uploading something that will still fail?12:37
rbasaksaiarcot895: also, there some special special sauce to do with GL/GLES on armhf, and I don't recall the details. Maybe ogra_ can confirm the build dep changes for you?12:38
rbasak(ogra_: https://code.launchpad.net/~saiarcot895/ubuntu/utopic/openscenegraph/armhf-support/+merge/229440)12:38
=== _salem is now known as salem_
=== pete-woods is now known as pete-woods|lunch
saiarcot895rbasak: ah, my bad. I think I checked out the trusty version instead of the utopic version.13:02
saiarcot895rbasak: The hope is that when freeglut 3.0 is released, everything else (well, at last this package) will be ready to go, and that the source of the problem shifts away from openscenegraph13:03
=== tlyu_ is now known as tlyu
rbasaksaiarcot895: sure, I get that, and I appreciate your work on this.13:04
rbasaksaiarcot895: I just wonder what the benefit is in uploading these changes now, rather than maintaining a branch until everything is in place, and *then* uploading.13:04
rbasakI think this question might have been raised before a year or two back, probably in some other package. I don't remember what the conclusion was.13:06
stgrabersarnold: we'll need to keep that in mind for 14.04.2, 12.04.5 which we are about to release won't have that problem since it'll have the trusty kernel and so will be supported until precise EOL13:08
pittibonjour stgraber13:09
pittijdstrand: just to avoid misunderstanding -- bug 1341083 is in your pipeline now, and you'd like to review before I upload, right?13:10
ubottubug 1341083 in ufw (Ubuntu) "ufw needs systemd unit or init.d script" [Medium,In progress] https://launchpad.net/bugs/134108313:10
pittistgraber: anything else you need for the lxc systemd patches?13:10
jdstrandpitti: it is13:10
stgraberpitti: time :)13:10
pittistgraber: right, that :) I meant further testing, sign-offs, questions, etc.13:11
pittistgraber: IOW, anything on my plate, or anything I can help with13:11
stgrabernope, I think I just need time to look at them and apply them :)13:11
pittistgraber: ack, thanks!13:11
=== tedg` is now known as tedg
=== dobey_ is now known as dobey
saiarcot895New merge proposal is at https://code.launchpad.net/~saiarcot895/ubuntu/utopic/openscenegraph/armhf-support/+merge/22945313:17
barry@pilot in14:05
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: barry
=== rbelem__ is now known as rbelem
xnoxpitti: more systemd code review requests =)))) https://code.launchpad.net/~xnox/upstart/exec-systemctl/+merge/22946714:17
xnoxi think you will like that one ;-)14:17
=== pete-woods|lunch is now known as pete-woods
pittixnox: heh, nice one!14:19
=== oSoMoN_ is now known as oSoMoN
=== rodarvus` is now known as rodarvus
=== pete-woods is now known as pete-woods|at-do
LocutusOfBorg1thanks barry :)14:51
barryLocutusOfBorg1: yw! :)14:56
=== SpamapS_ is now known as SpamapS
LocutusOfBorg1barry, do you think you can sponsor also busybox?15:20
LocutusOfBorg1I can send you the debdiff15:20
barryLocutusOfBorg1: can you file a bug and attach the debdiff?  i'll try to get to it15:20
LocutusOfBorg1here we are https://bugs.launchpad.net/ubuntu/+source/busybox/+bug/135241315:24
ubottuUbuntu bug 1352413 in busybox (Ubuntu) "please merge busybox from debian" [Undecided,New]15:24
cjwatsonrolling builder downtime for launchpad-buildd upgrades15:27
shadeslayerpitti: btw can the nvidia-*-updates package get better one line descriptions?15:29
shadeslayerthat differentiate them from the regular nvidia-* packages15:29
shadeslayersame for fglrx15:29
shadeslayerpitti: because the UI shows the same string to the user, and that's confusing15:30
barryLocutusOfBorg1: cool15:32
=== oSoMoN_ is now known as oSoMoN
kentbHi.  I've got a fix for Trusty that needs to be reviewed, please.  Utopic was fixed automatically, but, an SRU for Trusty needs to be pushed out as well.  A debdiff for Trusty is here:   https://bugs.launchpad.net/ubuntu/+source/ledmon/+bug/1349920/comments/6    Thanks in advance.15:37
ubottuUbuntu bug 1349920 in The Dell-poweredge project "ledmon does not work in Ubuntu 14.04" [High,In progress]15:38
=== oSoMoN_ is now known as oSoMoN
=== pete-woods|at-do is now known as pete-woods
pittishadeslayer: yes, I suppose so15:59
Riddelljdstrand: security love needed on an upload on bug 135242116:02
ubottubug 1352421 in krfb (Ubuntu Trusty) "possible denial of service or code execution via integer overflow" [Undecided,New] https://launchpad.net/bugs/135242116:02
Riddelldebdiff is attached16:02
=== seelaman` is now known as seelaman
=== oSoMoN_ is now known as oSoMoN
jdstrandRiddell: ack, mdeslaur is on community this week, so he can look at it/delegate it. thanks!16:08
* jdstrand subcribes ubuntu-security-sponsors16:09
=== Ursinha is now known as Ursinha-afk
=== arges` is now known as arges
mdeslaurRiddell: thanks, I'll sponsor it this afternoon16:24
sarnoldstgraber: thank you (re lts hwe early eols) -- I eventually did find a nice wiki documting it all, but someone who just reads the Obvious News might easily overlook it... (I learned about it on irc, forexample..)16:50
=== roadmr is now known as roadmr_afk
=== dkessel_ is now known as dkessel
dokodobey, ubuntu-sso-client ping17:58
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
barryLocutusOfBorg1: don't think i'm going to get to busybox unfortunately.  maybe the next pp18:53
barry@pilot out18:53
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
sarnoldTrevinho,mdeslaur: 1351616 -- multitouch / gestures / etc. killing X enough to unlock a locked session19:07
mdeslaursarnold: looks like a dupe of 112137919:09
sarnoldmdeslaur: could be. but because that got duped to an N7 xorg bug I'm afraid the whole thing has been forgotten.19:09
mdeslaursarnold: I'd undupe 1121379, and dupe the new one to it19:10
hallynquestion: cgmanager-utils currently provides only the script 'cgm'.  That's been turned into a compiled program and will moe to the cgmangaer package;  should cgmanager Breaks/Replaces cgmanager-utils, or Conflicts/Replace it, or just Replace it?19:10
sarnoldmdeslaur: hrm, 1121379 may be about that specific hardware device..19:12
mdeslaursarnold: same backtrace19:13
* mdeslaur shrugs19:14
sarnoldmdeslaur: the Xorg error may be the same but if the core 'fix' is to a kernel driver the root cause of the bug might be elsewhere19:14
mdeslaursarnold: well, I have no idea, just mark it as confirmed, and leave it rot19:14
sarnoldmdeslaur: hehe19:15
mdeslaursarnold: I've changed to to xorg, since that is where the crash is19:22
sarnoldmdeslaur: thanks19:22
=== roadmr_afk is now known as roadmr
=== Ursinha is now known as Ursinha-afk
hallynanswering my own questions, looks like provides/conflicts/replaces works best19:43
stgraberpitti: your changes are now upstream, I'll wait a couple of days for things to settle down before tagging alpha219:55
=== Ursinha-afk is now known as Ursinha
hallynslangasek: hi, so moving cgm from cgmanager-utils to cgmanager does cause cgmanger to have new libdbus-1-dev and libnih-dbus-dev dependencies.  Any objections to that?20:39
barrybdmurray, slangasek do you still need me to spend time on LP: #1351018?  looks like it's since been marked incomplete20:40
ubottuLaunchpad bug 1351018 in gdb (Ubuntu) "issues debugging program threads on 12.04" [Undecided,Incomplete] https://launchpad.net/bugs/135101820:40
hallynslangasek: in case not i've pushed cgmanager 0.30-1 to mentors20:40
bdmurraybarry: no, not right now. I've a got a handle of sorts on it.20:42
bdmurraybarry: thanks for checking20:42
barrybdmurray: sure.  sorry i ran out of time on friday, but glad it's not blocking you now20:42
bdmurraybarry: well there is still some issue but it doesn't look like its gdb but apport or the error tracker retracers somehow20:43
barrybdmurray: ack.  ping me if needed20:44
jdstrandslangasek: hey, if I use 'schroot -c click-ubuntu-sdk-14.10-armhf ...' on my amd64 and want to build armhf binaries with g++ using that schroot, do I have to specify some special flags to g++?21:04
xnoxjdstrand: well, g++ is native compiler, by default dpkg-architecture -aarmhf variables are pre-exported, such that ./debian/rules build will be cross-compiling.21:05
jdstrandxnox: right, but I am not building a package, I just want to compile a .cpp file for armhf using that click armhf chroot21:06
xnoxjdstrand: arm-linux-gnueabihf-g++ is the compiler you want, which is just $(DEB_HOST_MULTIARCH)-g++ i believe.21:06
jdstrandah21:06
jdstrandnice21:06
jdstrandlet me try that21:06
xnoxjdstrand: or use cmake =) which will be cross-compiling by default again... due to all the env vars we export.21:07
xnoxjdstrand: generally $(DEB_HOST_MULTIARCH)-g++ should work for native compilations as well, since native toolchain provides those symlinks as well.21:07
jdstrandright, this is literally a one off compile21:08
jdstrandI have a .cpp file. I want a binary21:08
jdstrand:)21:08
=== timrc is now known as timrc-afk
slangasekhallyn: why would cgmanager depending on dbus+nih be a problem?  Those are pretty core dependencies on most systems already, certainly so on anything booting with upstart22:54
hallynslangasek: yeah not sure what i was thinking :)22:55
slangasekok :)22:55
TheMuso@pilot in23:35
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: TheMuso
ScottKpitti: Do you have suggestions on trouble shooting https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-ubuntu-release-upgrader/lastBuild/ARCH=amd64,label=adt/console ?23:54
=== salem_ is now known as _salem
ScottKIt seems pretty unrelated to pykde4, which is being held back by the failure.23:54

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