YokoZarslangasek: Will do.  I've been considering migrating it (and not having "wine1.4" but rather just "wine", as I think Wine unstable releases are never again going to go into Ubuntu archive)00:41
=== iulian is now known as Guest74995
=== salem_ is now known as _salem
skellatI've done what I can with this and need to hand it off to a patch pilot for further care: https://bugs.launchpad.net/ubuntu/+source/xubuntu-docs/+bug/120749302:11
ubottuLaunchpad bug 1207493 in xubuntu-docs (Ubuntu) "[SRU] Documentation does not match shipped system version (11.10 shipped with 12.04)" [High,Confirmed]02:11
=== jono is now known as Guest5052
=== tvoss_ is now known as tvoss|flaky_wire
=== jamesh_ is now known as jamesh
=== tvoss|flaky_wire is now known as tvoss|test
goddardanyone else have a qt app that uses the system tray?07:09
dholbachgood morning07:55
=== tvoss|test is now known as tvoss|flaky
=== seb128_ is now known as seb128
=== smb` is now known as smb
dokoLaney, what is the trick with the signature check in db?08:20
seb128doko, he's on holidays this week08:21
=== MacSlow is now known as MacSlow|lunch
=== Guest74995 is now known as iulian
dokoxnox, cjwatson:11:40
doko$ sudo apt-get install libboost-dev:armhf11:40
dokoReading package lists... Done11:40
dokoBuilding dependency tree11:40
dokoReading state information... Done11:40
dokoSome packages could not be installed. This may mean that you have11:40
dokorequested an impossible situation or if you are using the unstable11:40
dokodistribution that some required packages have not yet been created11:40
dokoor been moved out of Incoming.11:40
dokoThe following information may help to resolve the situation:11:40
dokoThe following packages have unmet dependencies:11:40
doko libboost-dev:armhf : Depends: libboost1.53-dev:armhf but it is not going to be installed11:40
dokoE: Unable to correct problems, you have held broken packages.11:40
dokohowever installing libboost1.53-dev:armhf directly works11:40
cjwatsontry libboost-dev:armhf and libboost1.53-dev:armhf simultaneously11:41
cjwatsonand/or -o Debug::pkgProblemResolver=true11:41
=== MacSlow|lunch is now known as MacSlow
=== iahmad is now known as iahmad|afk
=== iahmad|afk is now known as iahmad
=== _salem is now known as salem_
=== greyback is now known as greyback|lunch
yofelis there an error tracker handbook somewhere? I was looking at the error reports for a package and I'm clueless what that graph is trying to tell me13:26
=== greyback|lunch is now known as greyback
dobeyyofel: the graph is to help visualize timeframe, to help identify if a new upload greatly increased number of crash reports happening. (iow, introduced a regression or new crash)13:32
yofeldobey: hm, that's what I thought, but it doesn't say what the timeframe is, nor do I understand what the numers at the left are, nor why a graph can start somewhere in the middle. (ok, full graph timeframe is probably the one I select below it)13:42
yofelabout the numbers at the left: is 0.0 good or bad?13:43
dobeyyofel: lower is better. numbers on left are some factor of reports/hr or something13:44
dobeyyofel: 0.0 would mean no reports13:44
yofelok, thanks13:44
dobey(i don't know if it's reports/hr or second or what, but it's something regarding number of reports over some time period)13:45
dobeyand yeah, i wonder where the X axis labels went13:45
dobeyit used to have day of month numbers iirc13:45
evjodh: thanks for the spot on using syslog. So is the general sentiment that we should move away from per-daemon log files, or to use rsyslog's matching facility to split them out if need be?14:00
purezenHey guys ! I recently purchased an EVDO data card, Teracom T-U500.. It's working perfectly fine under Windows but doesn't work in Linux.. The modem does not get detected at all.. Seemingly, it can't perform a successful 'usb_modeswitch' operation.. Please help..!14:23
dobeypurezen: #ubuntu is the help channel.14:29
purezendobey: Ok..:-)14:30
=== mpt_ is now known as mpt
=== natefinch is now known as natefinch-afk
xnoxdoko: i guess libbost1.53-dev should not depend on libstdc++6-4.4-dev15:06
xnox | libstdc++-dev15:07
xnoxbut rather something modern...15:07
pete-woodsrobru: hi!15:13
robrupete-woods, hey!15:13
robruhello from GUADEC actually!15:13
pete-woodsrobru: :D15:14
pete-woodsrobru: do you have any idea why all those jobs you've been looking at fail with missing dependency "build-essential:native" ?15:14
pete-woodsam I doing something stupid with my debian/control file?15:14
robruerrrr... build-essential? didn't see that error15:14
robruI thought they were failing because they depended on each other.15:15
pete-woodsrobru: http://s-jenkins:8080/job/libqtdbustest-saucy-amd64-ci/5/console15:15
pete-woodsthat's at the bottom of the dependency chain15:15
pete-woodsrobru: there's also a weird bit earlier in the log, saying it wants to remove g++, build-essential and a bunch of other packages15:16
robrupete-woods, can you pastebin? I can't get on the VPN due to crappy wifi here.15:16
pete-woodsrobru: https://pastebin.canonical.com/95595/15:17
dobeyjibel, cjwatson: do either of you know if autopkgtest (adt-run) has issues with not applying newly added patches for some reason?15:18
pete-woodsrobru: hmm, there's a gpg error too15:18
robrupete-woods, actually, I also forgot to bring my yubikey :-( anyway you can publicly pastebin it? or I guess email it to me if you insist on it's privacy15:18
cjwatsondobey: I wouldn't expect that to be something autopkgtest deals with directly at all15:18
pete-woodsrobru: http://pastebin.ubuntu.com/5959241/15:18
pete-woodsI always forget the canonical one is private15:19
cjwatsonIt just unpacks the source package with dpkg-source -x15:19
robrupete-woods, thx ;-)15:20
dobeycjwatson: ok. i'm using the tools in lp:auto-package-testing to run the tests under qemu, from a bzr tree where i've added a new patch to debian/patches/ and am adding autopkgtest config in debian/tests/. the tests/control has build-needed, and the build is failing before it even runs the tests, due to the patch not being applied15:22
dobeycjwatson: i guess in this case, patches which aren't pre-applied in the dpkg source are not getting applied?15:23
dpmcjwatson, or dholbach, could you approve the e-mail I just sent to ubuntu-devel regarding the app competition announcement? Thanks!15:24
cjwatsonif you're running from a working tree, it would probably have to go to special lengths to apply them.  I don't see any reason you wouldn't just push your way up to the top of the patch stack first though15:24
robrupete-woods, at first glance that actually looks like a bug in libc6-dev package (it depends on something that doesn't exist). it's possible that perhaps there's been a new upload of libc6, however the build system only got the newer version of libc6 but didn't get libc6-dev. not sure how to fix that though15:24
cjwatsondpm: I don't think dholbach is an ubuntu-devel moderator?15:24
robrupete-woods, it could even be a race condition, maybe just try it again without any changes?15:25
cjwatsondpm: There's nothing from you in the queue, anyhow15:25
pete-woodsrobru: I've tried it several times, it's (un)fortunately consistent15:25
dpmcjwatson, oh, I thought he was, in that case, consider the question directed to you only. Oh, perhaps I'm whitelisted?15:25
cjwatsondpm: Dunno, but nothing for me to do :)15:25
cjwatsondpm: https://lists.ubuntu.com/archives/ubuntu-devel/2013-August/037561.html15:25
pete-woodsI'm surprised more builds aren't failing - maybe there's something about the specific selection of packages I've gone for15:26
robrupete-woods, what package is doing this?15:26
pete-woodsrobru: libqtdbustest15:26
dpmyep, it's there. thanks cjwatson nevertheless :)15:26
cjwatsonpete-woods: That looks like some weird inconsistent set of sources in sources.list15:26
cjwatsonpete-woods: saucy consistently has -91ubuntu115:27
robrucjwatson, yeah, that's what I was thinking, somehow it has one version of libc6 and a different version of -dev.15:27
cjwatsonpete-woods: And its libc6-dev has Depends: libc6 (= 2.17-91ubuntu1)15:27
robrupete-woods, I don't see anything in debian/control that could cause that. it looks pretty normal.15:27
cjwatsonpete-woods: Perhaps upgrading the chroot would help15:27
cjwatsonpete-woods: It probably has libc6-dev preinstalled and maybe it's failing to resolve the upgrade correctly for some reason15:28
dobeycjwatson: because i don't normally apply the patches in places, because i'm not using vcs-bzr:. i'm just using the imported branch to merge in new upstream release, and make necessary changes, then bzr bd -S, do test builds, and dput the source.changes; so in that whole cycle of updating a package, new patches don't get applied in-tree15:28
robruhttp://paste.ubuntu.com/5959280/ versions look fine on my system15:28
cjwatsondobey: try bzr bd -S and then run tests based on the source package instead?15:28
cjwatsonthe .dsc15:28
cjwatsonpete-woods: I suspect there's actually some other flaw, and that once the chroot is upgraded you'll get a more sensible error15:29
robrufginther, didrocks: can you take a look at pete-woods' issue? I'm stumped ^^^15:29
* didrocks is in urgency mode right now on Mir + hangout15:30
dobeycjwatson: well, just did a quilt push to test with. didn't think of that before. thanks. hitting another issue now though, so trying to figure out what it is :)15:30
fgintherrobru, pete-woods, I can take a look, but it would be in a couple hours15:32
pete-woodsfginther: that's not a problem, it's out of my depth - I think cjwatson is onto something with the chroot upgrade15:33
fgintherpete-woods, ack. I can start with that when I get to it15:33
robrufginther, great, thanks.15:33
ogra_cjwatson, does click have any concept for installying something like an audio codec ? (ie. something system wide)15:37
cjwatsonogra_: Only if there is a system-level hook that can consume it15:38
cjwatsonogra_: But consider the enormous difficulty of AppArmor-confining a codec separately from the program using it15:39
ogra_so its at least technically possible15:39
ogra_hmm, yeah15:40
cjwatsonI would not consider that to be a wise thing to deliver in a click package15:40
ogra_thats bad, since we most likely cant ship mp3 support in the free images15:40
cjwatsonFeel free to discuss the confinement issues with the security team ...15:40
cjwatsonAlso isn't mp3 going out of patent really soon?15:40
ogra_oh ? already ?15:40
xnoxcjwatson: i thought it got extended via extension / followon patents.15:41
* xnox needs to check15:41
cjwatsonWP thinks "patents required to implement MP3 expired in most countries by December 2012, 21 years after the publication of ISO CD 11172" but that in the US it might run up as late as 201715:41
cjwatson(I try not to actually read patents though)15:41
smartboyhwkirkland, roaksoax ping15:42
fgintherpete-woods, robru. I'm updating the builders. will have an idea if this helps soon15:45
robrufginther, great, thanks.15:45
slangasekjodh: so do you think we should further discuss the VM wiring?15:50
slangasekjodh: again, if you've already got the current harness working I don't think you need to replace it right now... but I do expect we'll want to replace it at the first sign of reliability trouble15:51
jodhslangasek: I think I've got enough now. However, will focus on overcoming this kernel panic first.15:51
jodhslangasek: sure. I actually started out by running the tests as jobs but then got swayed by the "autopkgtest way" :)15:52
slangasekfrom my perspective, one VM spin-up per "test" is the logical breakdown15:53
slangasekjodh: oh, do you have reboot tests in there?15:53
slangasekcan't very well keep an ssh connection open across reboots, either15:53
jodhslangasek: not formally, but we do have to reboot prior to the test run.15:53
slangasekyou aren't able to manipulate the VM's disk contents to pre-stage it?15:54
jodhslangasek: I started out doing the pre-test config using nbd but it gets nasty and overly-complex so now do it via ssh. Also, it doesn't help to use nbd after the tests to pull the results off since if the vm crashes, mounting the dirty disks results in carnage15:55
=== jasoncwarner__ is now known as jasoncwarner
dokoxnox, just remove the libstdc++-dev dependency? that's always guaranteed by build-essential16:10
=== greyback__ is now known as greyback|food
=== jhenke_ is now known as jhenke
hallynso, bugs saying 'FTBFS on sparc' - are those deemed invalid?  we have no sparc builders at all still right?16:25
slangasekhallyn: is hardy still supported? I've lost track16:28
slangasekhallyn: oh right, it is not16:29
slangasekso yeah, no more supported sparc releases16:29
slangasekoh, correction, sparc still shows up in lucid16:29
hallynok.  checking the debian package just to make sure there's no trivial fix...16:29
slangasekthough I'm not sure it was usable16:29
hallynso are we building all of lucid using qemu-sparc?16:30
hallynwonder if a debianimport of acpica-unix would be worthwhile.16:31
hallynlooks like al stone has been doing a lot there16:31
slangasekhallyn: if there are no more sparc builders, then I guess we're not building it at all ;)16:32
slangasekhttps://launchpad.net/builders shows one sparc buildd, though16:32
hallynslangasek: i'm not sure how to check, but the whole problemw ith building a sparc bios was that (i thought) we had no builder at all16:33
slangasekthe problem was that you needed to build it as an arch: all package16:34
hallynwell no, we coudl at least buidl an arch:sparc package and have users manually download it16:34
hallynas opposed to having them download the debian pkg :)16:35
hallynso yeah, he's using the lucid version.  valid i recon'.16:35
fgintherpete-woods, https://jenkins.qa.ubuntu.com/job/libqtdbusmock-saucy-amd64-ci/4/console16:40
fgintherpete-woods, libc issue is gone, but there is a new dependency issue16:40
=== greyback|food is now known as greyback
xnoxdoko: oh, it is? excellent.16:40
dokoxnox, hmm, Provides: libstdc++-dev16:42
dokoin libstdc++-4.8-dev16:42
xnoxdoko: for me locally i rebuild the package locally to depend on libstdc++-4.8-dev instead of 4.4 and it installed fine. So I was going to upload that.16:43
pete-woodsfginther: I don't expect that one to build yet, as it depends on libqtdbustest16:45
fgintherpete-woods, ack, let me see if I can resolve that16:45
fgintherpete-woods, sorry, looks like I had things in the wrong order16:46
pete-woodsfginther: looks like you fixed it - that failure is something I should be fixing16:52
fgintherpete-woods, cool (at least for me :-) )16:52
mdeslaurstokachu: are you planning a libgcrypt11 merge soon?17:12
mdeslaurstokachu: else, I'll upload the security fix we did to raring17:12
=== natefinch-afk is now known as natefinch
cjwatsonjdstrand: Anything I can do to help the click MIR?  Not to rush the review, but Ted's Upstart work will have trouble landing until that's done17:16
jdstrandcjwatson: no, will do it in a bit. tedg pinged me already17:16
infinityhallyn: We still build lucid/sparc, yes. :P17:17
hallyninfinity: there's one sparc in the buidl farm - we don't ahve a sparc porter though right?17:18
infinityhallyn: We do.  faure.17:19
infinityhallyn: And there's only one buildd because the other is being used for some kernel experimentation, it's not dead.17:19
dobeyis it just me, or does autopkgtest *always* do "debian/rules build" even when build-needed is not specified in debian/tests/control?17:41
dobeyor is that only when building from a working tree?17:44
hallyninfinity: thanks, faure noted17:54
infinityhallyn: porter-$arch.canonical.com is easier to remember.17:59
slangasekunless that arch is powerpc18:03
infinityAlright, so we have 23 highbank nodes building armhf now.18:05
infinitydoko: Time for a rebuild test?18:05
dokoinfinity, no will wait for the next gcc-4.818:14
dokonext week18:14
infinitydoko: Sure.  Just figured it would be a good burn test for the highbank nodes.  But no huge rush.18:14
dokoare the other nodes available as development boxes?18:15
infinitydoko: There are no other nodes.18:16
infinitydoko: (rbasak has a plan to make a pool of nodes available on a take-it-and-abuse-it dev basis, you should poke him about that)18:16
ogra_infinity, we do what ?!?18:18
ogra_infinity, that message needs to be in CAPS !18:18
cjwatsoninfinity: oarsome18:19
cjwatsoninfinity: maybe we should give back pypy?18:19
slangasekinfinity: w00t18:20
cjwatsonslangasek: porter-ppc> that's what .ssh/config is for18:20
infinitycjwatson: Oh, yeah.  Please do.  Curious to see if it works.18:20
cjwatsoninfinity: done18:20
slangasekcjwatson: to locally work around glaring inconsistencies? ;)18:20
infinitycjwatson: I assume he meant "because davis is down", not "because IS can't spell 'powerpc'".18:20
infinityOh, or maybe he meant the spelling thing. :P18:21
cjwatsonOh, could be.  I've had18:21
cjwatsonHost porter-powerpc18:21
cjwatson        HostName porter-ppc.canonical.com18:21
cjwatsonin .ssh/config for ages18:21
cjwatsonbecause Debian architecture names ftw18:21
cjwatsoninfinity: is number 24 in that list going to be the livefs builder?18:22
infinitycjwatson: 00, but yes.18:22
cjwatsonYou and your zero-based numbering18:22
infinitycjwatson: Matches the internal fabric node numbering.  *shrug*18:23
cjwatsonHow much RAM per node?18:23
cjwatsonThat should help18:23
infinityYeah.  Should do.18:23
infinity4 cores instead of 2, slightly faster per-core.18:24
infinityAnd the SATA throughput is about 4x that of the USB on the Pandas.18:24
cjwatsonA mass give-back might be worthwhile.18:24
infinitySo, all in all, not an awful upgrade.18:24
infinityWhen they work.18:24
infinityYeah, I'll do that now.18:24
infinityLet's see if any nodes explode, and how creatively.18:25
cjwatsoninfinity: Looks like the mass give-back script retries both release and -proposed.  I suppose that kind of makes sense.  Ish18:27
cjwatsonCompare https://launchpad.net/ubuntu/+source/qtwebkit-source/2.3.1-0ubuntu3 and https://launchpad.net/ubuntu/+source/qtwebkit-source/2.3.2-0ubuntu118:27
infinitycjwatson: Hrm.  I said -s saucy-proposed, but I imagine that ends up being "where the build was created", rather than "where the source now lives".18:28
cjwatsonYeah, could be18:28
infinitycjwatson: There's some oddities like that with build records.18:28
infinityAlso, these machines are remarkably good at kernels.18:28
cjwatsonHow fast?18:28
infinityI retried a failed linux-ti-omap4 SRU.  3:55 to fail on the last Panda that tried it, 1:05 to fail on the highbank node.18:29
cjwatsonLast linux/armhf build was 17:36.  Wonder what we'll get from highbank18:29
infinityA smaller number.18:29
infinityI hope. :)18:29
stgraberyay, finally decent buildds!18:30
infinitystgraber: Something about chickens and counting them comes to mind.  "faster" is a good adjectuve.  "decent" is yet to be seen.18:30
infinityIf we don't bump half of them offline in the first week, I'll be happy.18:30
stgraberinfinity: well, 4GB DDR3 ECC18:30
infinityAnyhow, Rob has promised me that he'll fix every single kernel bug we run into, and I'm holding him to that.18:31
infinitySo, as long as the firmware/fabric doesn't melt, we're in good shape.18:32
stgraberinfinity: cardboard is cheap so improving the existing air flow is easy to do if needed ;)18:33
infinitystgraber: *snicker*18:33
rsalvetiwe can test with qtwebkit hehe18:35
infinityAnyhow.  That was the last thing I had to do in London.  Flying through the air all magic-like tomorrow, I'll see everyone in a day or two.18:35
cjwatsonSafe travels and well done18:35
* infinity packs up his laptop to go find a pub that wants all of his money,18:35
cjwatsoninfinity: Before you go, is the livefs builder installable by ops now?18:35
infinitycjwatson: Yeahp, we did the base system install, and puppeted it as a dak/livefs buildd (same puppet profile as cadejo), so it just needs chroots.18:36
cjwatsoninfinity: OK, if you want I can try to move that along tomorrow18:36
infinitycjwatson: Sure thing.  kishi00.buildd is the host.18:37
* cjwatson -> dinner18:37
mhall119can someone help me?  I'm trying to dput a package to a PPA, and I get the following:18:58
mhall119qtdeclarative5-poppler-qml-plugin_0.1.1-0ubuntu1.dsc: Unknown section '-'18:58
mhall119qtdeclarative5-poppler-qml-plugin_0.1.1-0ubuntu1.tar.gz: Unknown section '-'18:58
mhall119Further error processing not possible because of a critical previous error.18:58
mhall119the debian/control file is http://paste.ubuntu.com/5959919/18:58
mhall119Section: libs is valid as far as I can tell, not sure why Launchpad thinks section is '-'18:59
mhall119http://paste.ubuntu.com/5959927/ is the .dsc I get from debuild -S19:00
slangasekmhall119: is the Section: field missing from the source stanza of debian/control?19:04
slangasekmhall119: the .dsc doesn't list a section at all; having it missing from debian/control is the only thing I can think of that might cause that19:04
mhall119slangasek: ah, the Section: field is in the binary package section, not the source package section, is that my problem?19:09
slangasekmhall119: yes; needs to be in the source stanza19:09
mhall119too, or only?19:09
slangasekit's mandatory for the source stanza; it's optional for the binary stanza, with a fallback to the value from the source stanza19:10
mhall119thanks slangasek19:12
mhall119that did the trick19:12
=== funkyHat_ is now known as funkyHat
dobeykenvandine: is the QML UOA UI apt-get installable? or where is it on lp if not?19:37
kenvandinedobey, ubuntu-system-settings-online-accounts19:38
dobeykenvandine: thanks. is that embedded within unity8 directly on the phone, or it's always inside the system-settings app?19:49
kenvandinedobey, always in system-settings19:50
stokachumdeslaur: i didnt have any plans too19:55
stokachure: libgcrypt19:56
mdeslaurstokachu: ok, thanks19:58
bschaeferhey, question about xserver-xorg-video-ati in saucy main. Any one know what it seems to be using a git snap shot vs whats in saucy proposed?19:59
bschaefervs say intel: http://paste.ubuntu.com/5960140/19:59
dobeybschaefer: what's in -proposed?20:03
dobeyalso, there's no reason why ati and intel would be the same in that respect. they aren't from the same source tree20:04
bschaeferdobey, http://paste.ubuntu.com/5960152/20:04
bschaeferdobey, right but both are in git, and use a launchpad branch as well20:05
bschaeferand its seems in proposed the package looks right, along with nouveau20:05
dobeybschaefer: yes, but the snapshot version is the upstream git, not the packaging branch.20:05
dobeybschaefer: there's nothing "wrong" aobut that20:05
dobeyand the -proposed version will eventually go into release20:06
bschaeferdobey, alright cool :), just wanted to check as it just seemed a bit different20:06
Noskcajkirkland, roaksoax: Can one of you review/merge my branch for testdrive. It's the last changes that have to happen before the hackfest21:29
=== salem_ is now known as _salem
=== jono is now known as Guest48557
=== rsalveti_ is now known as rsalveti

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