/srv/irclogs.ubuntu.com/2012/12/19/#ubuntu-devel.txt

=== Tonio__ is now known as Tonio_aw
=== slank is now known as slank_away
cjwatsonzykes-: as I said yesterday, the apt_pkg.TagFile class can read Packages files00:43
cjwatsonzykes-: I'm not aware of any *library* that can read Contents-* files; in your context I think it's probably reasonable to knock together your own quickly00:45
ajmitchcjwatson: I spotted an x lts backport package in -proposed that's in universe, xserver-xorg-input-mouse-lts-quantal. should this be promoted to main?00:45
cjwatsonajmitch: yeah, moved (along with -keyboard-), thanks - but the whole thing probably needs a complete audit which I'm not going to do now :)00:47
ajmitchI'm somewhat surprised you're still awake :)00:47
ajmitchthanks for that00:48
cjwatsonjust back from a Christmas dinner ...00:48
cjwatsonanyway I have fairly mutable hours, you should be used to that by now :P00:49
ajmitchcertainly00:49
* xnox declares defeated by cmakes inability to be cross-compiled (from bootstrap)... for now...00:51
cjwatsonxnox: dpkg-cross has helper bits for that00:53
cjwatsonah, if you mean cmake itself not sure about that00:54
xnoxcjwatson: awesome, actually it does have cmake toolchain file, that should be possible to feed to cmake's bootstrap script.00:54
cjwatsonthere's stuff in dpkg-cross' man page about how to use it, if that actually turns out to be helpful00:55
cjwatsonI fixed it to suck marginally less just recently00:55
cjwatsonbut haven't actually got an entire package cross-building with it yet - just got past some initial obvious errors00:55
xnoxwell, I was missing only 2 out of 9 magic variables needed to make it work. close but not enough. Will try cmake again later.00:56
xnoxcjwatson: how often new builds are tried as eventually seen on http://people.canonical.com/~cjwatson/cross/armhf/raring ? Approx. ~once a week?00:57
xnoxor is it continious?00:57
cjwatsonon request00:57
cjwatsonit's all still kind of manual00:58
xnoxfair enough.00:59
xnoxgood night.00:59
cjwatsonxnox: I've poked it now - you should have updated results by the time you get up01:02
=== Amaranthus is now known as Amaranth
infinitycjwatson: Oh, you don't have something importing to wanna-build on a regular basis?01:04
infinitycjwatson: (And by "something", I'd mean quinn-diff, if it still exists)01:05
=== cpg|away is now known as cpg
slangasekcjwatson: will your reimport pick up new versions of build-dependencies that happen to land in raring now-ish?  The valac I've just uploaded probably unbreaks a bunch of build-deps, but I don't know how many01:33
=== cpg is now known as cpg|away
=== Tonio_aw is now known as Tonio__
=== cpg|away is now known as cpg
=== cpg is now known as cpg|away
=== cpg|away is now known as cpg
=== Tonio__ is now known as Tonio_aw
=== chiluk is now known as chiluk_away
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
psusibanshee appears to have been misbuilt somehow... it lists depends that don't exist ( future versions )... how could this have happened?  build server misconfiguration?04:23
RAOFpsusi: In what release?04:29
=== cpg is now known as cpg|away
=== cpg|away is now known as cpg
=== bregma is now known as bregma|away
hyperairpsusi: i saw your bug. where are you installing banshee from, and what version of ubuntu is that?05:11
infinitypsusi: apt-cache policy banshee?05:15
hyperairhuh, hang on, how old is libc6 2.6 anyway? the bug report complained that banshee was depending on libc6 2.7.05:15
infinityErm, wait, the complaint is about libc6?  What bug is this? :P05:16
infinityWe have 2.7 in hardy...05:16
hyperairhttps://bugs.launchpad.net/bugs/109194205:16
ubottuUbuntu bug 1091942 in banshee (Ubuntu) "Banshee is uninstallable due to broken depends" [Undecided,Incomplete]05:16
hyperairthat must have been a seriously old version of ubuntu..05:16
hyperairand he probably plucked the deb out of a later release05:17
infinityIt does, indeed, list libc6 twice, but that's a non-issue (other than being weird).05:17
slangasekbanshee in raring does have a dependency on libc6 (>= 2.7), [...] libc6 (>= 2.16); but that's clearly not the cause of uninstallability05:17
infinitySo, I'd like to see the actual error message.05:17
slangasekand it's installable here05:18
hyperairinfinity: it's probably a result of dh_shlibdeps and dh_clideps both running.05:18
infinity(Why it's producing that dep is a different and curious question, mind you)05:18
infinitySecond-guessing shlibs is usually not smart.05:18
hyperairno actually shlibdeps is smarter than clideps05:18
slangasekhyperair: why would dh_clideps reference libc6 | libc6.1?  That's unhelpful05:19
hyperairthe issue is probably that ${shlibs:Depends} has libc6, and ${cli:Depends} has libc6 as well05:19
infinityhyperair: Yes, shlibdeps is smarter, that was sort of my point.05:19
hyperairslangasek: clideps just gets it from the .shlibs file.05:19
infinityhyperair: shlibdes gets it right (>= 2.7), clideps is a lie. :P05:19
hyperairslangasek: and clideps doesn't understand .symbols05:19
infinityAnyhow, the libc6 dep there isn't causing an issue, it's just silly.05:20
slangasekhyperair: it most certainly isn't doing so here05:20
slangasekthe libc6 .shlibs file lists libc6.  Only the libc6.1 .shlibs file lists libc6, and I'm pretty sure banshee wasn't built on an alpha.05:20
hyperairi see libc 6 libc6 (>= 2.15)05:21
hyperairbut i don't see libc6.1.05:21
hyperairhmm05:21
infinityRight, but not 6.1 or 0.105:21
hyperairweird05:21
infinitySo something's doing that manually to work around some other braindeadery.05:21
infinityWhere does dh_clideps come from?05:21
hyperairbut i don't think dh_clideps does any weird things with libc6..05:21
hyperairoh there is a hack in dh_clideps05:22
hyperairif you grep -C3 libc6 /usr/bin/dh_clideps you'll see it05:23
infinityYeah, I'm there.05:23
infinityAnd lost as to why anyone feels this is necessary.05:23
hyperairbecause dh_clideps is arch:all05:23
infinityIf something links to libc6, dh_shlibdeps will pick it up.05:23
infinityAnd if it doesn't, you don't depend on it...05:23
hyperairdh_clideps parses .dlls05:24
hyperairas in mono p/invokes05:24
hyperairstuff that appears in ${cli:Depends} comes from parsed .dll's. if libc6 shows up there, that means a mono .dll or .exe has a DllImport of libc6.05:25
infinitys/libc6/libc/, surely.05:25
hyperairwhichever05:25
infinityOtherwise, there's no way this hack would work. :P05:25
hyperaireh well05:25
hyperairit's overridden in /etc/mono/something05:25
hyperair<dllmap dll="libc" target="libc.so.6" os="!windows"/>05:25
hyperairyeah libc05:26
infinityI'm beginning to be sorry I asked.05:26
hyperair:)05:26
infinityAnyhow, those deps can all be satisfied, so I'm still curious what psusi's bug is about.05:26
hyperairsee, the issue is that windows's .NET engine has no support for remapping library name imports05:26
hyperaironly mono does. so you have to target windows, and map it back to the appropriate one on other platforms05:27
hyperairwell this whole ugliness only happens when you try to call native code from within managed code05:27
hyperairoh i see the culprit has vanished.05:27
slangasekhe's busy time travelling with his warty system05:28
hyperairhahah05:29
hyperairi wonder if i should wait or if i should just mark the bug invalid immediately05:29
infinityMy guess would be a multiarch issue clouding things.05:29
hyperaireh maybe05:29
infinitySince that sort of thing can get apt to print unhelpful messages that look like "all your libraries aren't installable", as he claimed.05:29
hyperairespecially if you try to use aptitude05:30
hyperairthat bug's still not fixed05:30
infinityJust double-checked, and banshee's installable on precise/quantal/raring.05:30
hyperairgreat05:30
infinityNow, back to packaging glibc 2.17, which will obviously solve his problem.05:32
infinitySince 17 is a pretty big number.05:32
pittiGood morning07:03
=== cpg is now known as cpg|away
pittiah, UDD discussion round umpteen07:24
=== jiboumans__ is now known as jiboumans
dholbachgood morning08:06
Laneypitti: shall we start a systemd/upstart thread to distract everyone? :-)09:09
pittiLaney: christmas holiday, the time for harmony :)09:10
Laneyyou need the flames to keep you warm in this cold cold winter09:10
pittiwe need upstart maintained in UDD with a graphical Unity shell that sends all your system events to amazon09:10
pittiand with naked people, of course!09:11
* pitti wonders if the old warty backgrounds package still exists somewhere in the mists of the interwebs09:11
=== cpg|away is now known as cpg
dholbachnaked people!09:16
dholbachpitti, if you search on images.google.com for 'ubuntu calendar' you should be able to find them :)09:17
pittihttp://ubuntu.ecchi.ca/wallpapers/, at the very bottom09:17
=== henrix_ is now known as henrix
persiahttp://old-releases.ubuntu.com/ubuntu/pool/main/u/ubuntu-calendar-*/...09:32
hyperairheh09:34
=== Ursinha-afk is now known as Ursinha
LaneyRAOF: still here?09:49
Laneybanshee was released into quntal-updates but it's uninstallable09:50
LaneyDepends: libglib2.0-0 (>= 2.34.1) but 2.34.0-1ubuntu1 is to be installed09:51
Laneycan I query e.u.c somehow to see if any instances of a crash have the SRUed glib installed?09:55
cjwatsoninfinity: I haven't made it regular because wanna-build's merge algorithm tends to involve retrying uninstallable-build-dep failures over and over again, and there are hundreds of those here so I don't want to overdo it - for now, I have a script I run every day or two09:56
cjwatsonslangasek: should build against current raring+raring-proposed as of whenever the build starts - I'm not using an imported archive to satisfy build-deps or anything09:59
=== Tonio_aw is now known as Tonio__
LaneyI checked a lot of instances of bug #1044322 on e.u.c and none had the -proposed glib installed10:12
ubottubug 1044322 in glib2.0 (Ubuntu Quantal) "indicator-messages-service crashed with assert in g_menu_exporter_name_vanished()" [Medium,Fix committed] https://launchpad.net/bugs/104432210:12
Laneysomeone SRUy please to be advising10:12
caribouIf I need to modify an existing Quilt patch in a package, and I'm working off the bzr branch, is it expected to have the ./pc quilt files included in the merge proposal ?10:12
caribouI did "quilt pop; {modify the patch};quilt push;quilt refresh" to update the patch, so some of the ./pc files got also modified10:13
caribouanother way at it would be to work off the source package & submit a debdiff (this is for an upcoming SRU btw)10:15
xnoxcaribou: yes, please do "$ bzr add .pc" before committing.10:17
xnoxcaribou: easy test - $ bzr bd -S, should work. SRUs are typically easier to sponsor with debdiffs though.10:18
pitti+110:19
pittiUDD is just an unnecessary pain for both sides for SRUs10:19
caribouxnox: depends who I talk to :) some teams have asked me for Merge Proposals10:19
pitti(IMHO with my sponsor hat on)10:19
Laneythe sponsoring into Ubuntu side is smoother with a diff10:20
Laneyyou might want MPs at some other stage, like submitting upstream10:20
persiaDo the importers not import all the -security and -updates uploads?10:20
persiaIf not, is there a bug about this?10:20
xnox(when I say "easier" I imply that a subjective majority of sponsors prefer that. I prefer UDD branches for everything: as then it doesn't matter if it's a new package, SRU, merge, new upstream release & i can work with it)10:20
cariboupitti: I tend to agree too; working off the source pkg/debdiff is easier for most of the changes10:20
pittithey do, but an MP for the first-ever SRU doesn't work as there is no branch to propose _to_10:20
pittiand then, almost nobody can modify the status of those MPs, so everyone pings me about "please close/reject/wip this branch", etc.10:21
persiaOh, there's no "we're releasing now, so populate all the release branches" action?10:21
pittiplus, UDD and quilt patches are just a pain10:21
xnoxcaribou: I find bzr branches to be the best tool to create the debdiff: out of tree builds are awesome and vcs is awesome for work-in-progress. In the end generate a source package, debdiff & done.10:21
persiaWhy?  I thought the advantage of UDD was to have stuff in branches to generate diffs, etc.  With Format:3.0(bzr) being quite as experimental as it is, I would expect everyone to use quilt.10:22
pittixnox: you obviously do not work a lot with debian/patches/ :)10:22
xnoxheh, I do =)10:22
pittifor native packages I fully agree10:22
* xnox has scripted around quilt patches.10:23
pittibut UDD only keeps precisely those bits under "proper" version control which we are not interested in modifying10:23
persiaOh, that's a different problem then :)10:23
pittibut with the bits that we do it still requires quilt, plus keeping track of pre-applied patches in the actual source, not forgetting .pc, and so on10:23
pittioh argh, I'm being drawn into that discussion again, I'll STFU10:24
Laney:D10:24
caribouxnox: from a bugfixing pow, debdiff are simpler, but I can understand the value of UDD from a developer's pow10:24
persiapitti: Sorry for dragging you into that discussion: I did appreciate the better understanding.10:24
cariboupitti: thanks for the clarification though :)10:24
pittiheh, no worries :)10:24
=== mcclurmc_away is now known as mcclurmc
hyperairbug #109194210:42
ubottubug 1091942 in banshee (Ubuntu) "Banshee is uninstallable due to broken depends" [Undecided,Incomplete] https://launchpad.net/bugs/109194210:42
hyperairit looks like banshee was released from -proposed before its dependencies.10:42
Laneyfixed10:42
hyperairah10:42
hyperairthansk10:42
hyperairLaney: as in, glib has been released from proposed?10:43
Laneyright10:43
hyperairokay, thanks10:43
LaneyI saw you talked about it last night, how come nobody did it then?10:43
hyperairbecause nobody knew what was wrong10:44
hyperairpsusi filed a bug report with hardly any information10:44
Laneybut it was uninstallable in updates10:44
hyperairit just said that "a lot of libraries had the wrong version" but it didn't say which ubuntu he was running10:44
hyperairin fact, he said that banshee depended upon libc6 2.710:44
hyperairwhile he only had libc6 2.610:44
hyperairthat really threw us off10:44
hyperairlibc6 2.6 was during hardy.10:45
hyperairbefore that, even, since it looks like hardy has 2.710:45
RAOFOh, urgh. Why did banshee pick up a depend on that glib? Stupid dh_clideps.10:46
pittihttp://people.canonical.com/~ubuntu-archive/testing/precise-updates_probs.html FYI10:46
hyperairheh10:46
pittiRAOF: or precise-proposed's  glib bumped shlibs?10:46
hyperairthat's most probably it.10:47
hyperairit could be -V10:47
Laneynot precise, quantal10:47
RAOFpitti: That would be unusually obnoxious.10:47
Laneyand it has symbols10:47
Laneywhich clideps doesn't understand ...10:47
hyperairyes, clideps only uses shlibs10:47
* hyperair brb. leaving work10:48
RAOFYou know, I bet it wouldn't be *that* hard to get clideps to use symbols.10:48
* RAOF foretells of some more godforsaken perl hacking in his future.10:48
=== Tonio__ is now known as Tonio_aw
=== Zilvador_ is now known as Zilvador
mlankhorstRAOF: can you clear the x sru queue for precies? :>10:53
=== tkamppeter_ is now known as tkamppeter
* RAOF did a bunch of precise unapproved clearing this morning.10:54
RAOFmlankhorst: What are you after? Not that I'll get to it today; it's 10pm.10:54
mlankhorstRAOF: 'xorg' + blobs11:07
=== Tonio_aw is now known as Tonio__
=== _salem is now known as salem_
=== mcclurmc is now known as mcclurmc_away
cjwatsonjibel: Hi - did you get my mail with further questions about britney/autopkgtest integration?11:28
cjwatsonI was hoping to make some progress on that before EOY but am blocked on those questions11:29
jibelcjwatson, Hi, I did, I've been side tracked by other things and delayed my reply, sorry, replying now.11:32
cjwatsongreat, thank you11:32
=== Tonio__ is now known as Tonio_aw
=== cpg is now known as cpg|away
=== mcclurmc_away is now known as mcclurmc
pittiev: s3 merge> yay! that means the charms can now be updated to just lp:daisy?11:58
blackzcjwatson: so is bug #917708 officially fixed? can the "workaround" applied to affected packages be dropped?12:00
ubottubug 917708 in Launchpad itself "Launchpad does not recognize Arch = any-arm" [Low,Fix released] https://launchpad.net/bugs/91770812:00
=== bregma|away is now known as bregma
cjwatsonblackz: yes12:07
cjwatsonblackz: I didn't know there were outstanding workarounds or I might have dropped them myself :)12:11
blackzcjwatson: https://launchpad.net/ubuntu/+source/bitcoin/0.6.2.2-1ubuntu1 for example12:13
cjwatsonfeel free to revert that12:15
=== odifis_ is now known as oDiafanos
bambeeHi, nvidia-current does not build with linux-image 3.5.21-generic on precise  (there is a 3.5 kernel packaged on precise)12:39
evpitti: yes :)12:42
evpitti: working on integrating it into lp:~ev/daisy/prodstack-prep12:42
xnoxbambee: but nvidia-updates does build.12:54
xnoxbambee: also note ubiquity sru comment: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1070427/comments/2412:54
ubottuUbuntu bug 1070427 in ubiquity (Ubuntu Quantal) "Ubiquity removes kernel headers, fails to build nonfree drivers" [High,Triaged]12:54
bambeenvidia-current-updates you said, interesting, looking12:56
bambeethanks12:56
=== Quintasan_ is now known as Quintasan
jibelcjwatson, I replied and updated the interface on lillypilly to never overwrite sources.list, so it can uses the apt index directly.13:33
=== yofel_ is now known as yofel
=== chiluk_away is now known as chiluk
=== chiluk is now known as chiluk_away
=== chiluk_away is now known as chiluk
jibelpitti, I finished enabling jhbuild for gnome on raring14:06
jibelhttps://jenkins.qa.ubuntu.com/view/Quantal/view/JHBuild%20Gnome/14:06
jibelit's written Quantal but is really Raring14:06
jibelI filled a ticket to have that changed14:07
jibelpitti, currently it builds gnome-core moduleset, check is disabled14:07
pittijibel: merci! il semble mieux que j'ai pensé14:27
jibelpitti, indeed, I think I can enable checks, what do you think?14:30
pittijibel: in my jhbuild I have quite a lot of failures, but indeed let's enable them so that we have something to point to for upstream reports14:31
pittithat's the point anyway14:31
pittijibel: any idea what this is about? https://jenkins.qa.ubuntu.com/view/Quantal/view/JHBuild%20Gnome/job/jhbuild-amd64-gnome-doc-utils/1/console14:32
pittiah, so control-center is an actual bug, it shouldn't hard-depend on systemd14:32
caribouxnox: I'm preparing the SRU for https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/833368 on Precise14:32
ubottuUbuntu bug 833368 in resource-agents (Ubuntu) "clustered lvm commands fail with "activation/monitoring=0 is incompatible with clustered Volume Group" error" [Undecided,In progress]14:32
caribouxnox: should there be a specific task for Precise in the bug ?14:33
=== Ursinha is now known as Ursinha-afk
jibelpitti, wrt. gnome-doc-utils, I started the build while there is nothing to build, and it was waiting for something that will never happen14:37
pittijibel: ah, so that was a genuine timeout14:38
=== Tonio_ is now known as Tonio_aw
caribouxnox or anyone who can answer, just so happen that he is assigned to that bug14:46
xnoxcaribou: well, I need to sponsor this into raring first before it goes into precise. & also sru for quantal will be needed.14:48
caribouxnox: it's already fixed in Q & R14:48
caribouxnox: let me double check again, but I tested both and only found the bug in Precise14:49
xnoxcaribou: ok, I have adjusted statuses and opened the task for precise. please correct me if the per-series tasks are wrong now.14:51
caribouxnox: looks good. I'll assign myself to the bugs and will check with ivoks on the resource-agent side when he's back from vacation14:53
caribouxnox: just checked Quantal and it is indeed fixed but I'll confirm with ivoks14:53
ivoksheh?14:54
ivokscaribou: act fast; i'm not on vacation today and tomorrow; but i will be starting on friday :)14:55
caribouivoks: so will I, so I want this one SRUed before I leave14:56
ivokscaribou: xnox first glance is that this bug is *invalid* in Q and R and will be invalid in P once lvm2 monitoring bug is fixed14:56
=== slank_away is now known as slank
xnoxivoks: are you saying that resource-agents should not be part of the bug at all?15:00
=== Tonio_aw is now known as Tonio_
ivoksxnox: caribou overall view of the problem is that clustered lvm requires monitoring to be on15:13
ivoksxnox: caribou in ubuntu, default is monitoring off15:13
ivoksxnox: caribou and it's off by a change in the code, not by choosing within lvm.conf15:14
ivoksxnox: caribou resource-agents assumes that monitoring is set to on, if one wants to use it15:14
ivoksxnox: caribou since we disable monitoring in the code of lvm, even if someone enables monitoring in lvm config, that setting is ignored15:15
* xnox really should setup & learn clustered lvm & add automatic tests for it.....15:15
ivoksxnox: caribou therefore, user enables monitoring in lvm.conf and finds out that lvm commands still don't enable monitoring15:15
ivoksxnox: caribou once we fix lvm in precise to use config option to disable monitoring, instead hardcoding it in the code, all problems go away15:16
caribouivoks: this is the SRU I'm preparing, right ?15:16
ivokscaribou: correct15:17
caribouivoks: the one we discussed yesterday15:17
caribouxnox: ivoks: the debdiff is ready, changes tested on precise so the SRU is about to go15:17
ivoksif you need help in testing it, let me know15:17
xnoxcaribou: well, attach debdiff to the bug report & i can test & sponsor it.15:18
caribouivoks: I've tested monitoring = [0|1] in /etc/lvm/lvm.conf and it works as designed15:18
xnoxcaribou: note that for an SRU the bug description should match https://wiki.ubuntu.com/StableReleaseUpdates?action=show&redirect=StableReleaseUpdate#SRU_Bug_Template15:18
ivokscaribou: and without the rest of the changes in the code?15:18
caribouxnox: yep, was waiting for the Precise task you just added to add the SRU template15:18
caribouivoks: with the patch you gave me yesterday15:19
ivokscaribou: excellent15:19
caribouivoks: it basically reverts the hardcoding and changes doc/example.conf.in15:19
ivoksyep15:19
ivokscaribou: you might build that package and ask people in the bug 833368 to test it15:20
ubottubug 833368 in resource-agents (Ubuntu Raring) "clustered lvm commands fail with "activation/monitoring=0 is incompatible with clustered Volume Group" error" [Undecided,In progress] https://launchpad.net/bugs/83336815:20
caribouok, I'm updating the template then will subscribe the proper people to it15:20
caribouivoks: I already have a PPA ready for testing if someone wants to15:20
ivokscaribou: there are few candidates in that bug15:21
xnoxivoks: well testing a package from ppa will not speed up sru.... as we want people to test the -proposed package.15:21
ivoksxnox: ah, right15:21
caribouxnox: yeah, usually I refrain from doing that, so people don't end up using my PPA instead of the fix15:21
caribouivoks: and building a new pkg from the debdiff can be done if they want to15:22
xnoxcaribou: ivoks: as far as I understand resource-agents task should be removed or  marked as "invalid" since the bug is in the lvm package.15:22
ivokscaribou: https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/833368/comments/31 target this guy15:22
ubottuUbuntu bug 833368 in resource-agents (Ubuntu Raring) "clustered lvm commands fail with "activation/monitoring=0 is incompatible with clustered Volume Group" error" [Undecided,In progress]15:22
caribouivoks: ok15:23
ivokscaribou: ask him to revert his changes15:23
ivokscaribou: and, of course, test the package from proposed, including changing monitoring to 1 in lvm.conf15:23
caribouivoks: yep, that will be done as well15:24
=== Ursinha-afk is now known as Ursinha
=== Tonio_ is now known as Tonio_aw
vibhavAre ubuntu-sponsors automatically suscribed when a merge proposal is created?15:51
slangasekif the merge is targeted to the right branch, yes15:51
Laneycheck http://reqorts.qa.ubuntu.com/reports/sponsoring/ if you're in doubt15:52
vibhavslangasek, Laney: thanks15:57
jibelpitti, look http://10.98.0.1:8080/view/Raring/view/JHBuild%20Gnome/job/jhbuild-amd64-nautilus/2/ failed15:58
jibelpitti, commit was 34 min ago :)15:58
jibellooks like our testing is working15:58
jibelhttps://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/job/jhbuild-amd64-nautilus/2/ for the public address15:59
=== doko_ is now known as doko
Riddelldoko: do you know if python2.7 has had recent multiarch changes?16:05
dokoRiddell, yes16:06
Riddelldoko: mm, poor old cmake seems to be confused16:08
dokoRiddell, about what?16:08
xnoxRiddell: i almost have a working patch for cmake to unbreank FindPython16:08
xnoxRiddell: sorry for the delay.16:08
=== amitk is now known as amitk-afk
Riddelldoko: it can't find pyconfig.h which has been moved to a multiarch dir16:08
Riddellxnox: oh?16:09
RiddellI'm using this workaround currently http://paste.kde.org/627974/16:09
xnoxRiddell: do you know who did original debian-multiarch patches for cmake? /me wants a review.16:09
xnoxRiddell: that workaround is fine, but it does not scale across all of cmake code for python2.7 =/16:09
Riddellxnox: might have been slangasek?16:09
xnox(there were only a couple of packages for python3)16:10
slangasekxnox: MoDaX did them16:15
xnoxslangasek: heh a comrade =)16:17
=== Tonio_aw is now known as Tonio_
jbichadoko: were you interested in working on bug 914631 ?16:21
ubottubug 914631 in mesa-demos (Ubuntu) "[mir] mesa-demos" [Wishlist,Confirmed] https://launchpad.net/bugs/91463116:21
dokonot now16:23
pittijibel: hah -- unpackaged/undeclared dependency16:27
=== Tonio_ is now known as Tonio_aw
=== Tonio_aw is now known as Tonio_
dokoxnox, when will you commit the cmake fix? wanting to start the test rebuild tomorrow17:05
xnoxdoko: ha. ok. let me do the cmake fix now & come back to upstart tomorrow.17:08
hrwdoes someone here has Samsung Chromebook (arm one)?17:14
=== Tonio_ is now known as Tonio_aw
=== deryck is now known as deryck[lunch]
armor_xthello everybody, short question: is it possible to find out which packages are depending on an individual one? e.g. which packages are depending on libc17:34
stgraberarmor_xt: apt-cache rdepends17:34
stgraberthough the outpout for libc6 may be pretty long ;)17:35
stgraber(16k)17:35
armor_xtgreat, thank you!17:35
armor_xtI was looking in the apt-get *cache evironment, but couldn't find it17:35
=== fisted_ is now known as fisted
armor_xtstgraber, *lol* was just an example17:35
infinitystgraber: apt-cache rdepends is poorly-named, it actually lists packages with *any* relationship (including breaks and conflicts)17:39
infinityarmor_xt: reverse-depends from ubuntu-dev-tools is a bit more reliable on this score.17:39
infinity(And also acts on all architectures, rather than just the one(s) you have in your apt cache)17:40
stgraberinfinity: indeed. Main brain still isn't used to reverse-depends (and reverse-depends -b for build-dep) :)17:41
Laneysrc:foo is awesome too17:41
infinityOf course, the CGI may be having a hissy fit right now.  I can't get it to spit out any useful responses...17:42
infinityOh, there it goes.  Probably just overloaded.17:42
gotwigjo17:47
gotwigAre ubiquity dev's available?17:47
gotwigCan you tell me where can I change the font for the terminal in ubiquity while installing?17:47
gotwigat the bottom17:47
stgraberthat'd be in the gtk theme17:48
stgraberwe don't explicitly configure the theme for that part of the ubiquity UI, we just use the standard gnome vte widget17:48
gotwigI talk about changing the font, the installer uses for the embeded terminal17:48
gotwigthe font is different for the embedded terminal.17:48
gotwigthat is not ubuntu mono17:48
stgrabergotwig: oh, actually, we do hardcode the font17:49
stgraber./ubiquity/frontend/gtk_ui.py:        self.vte.set_font_from_string("Ubuntu Mono 8")17:49
gotwiglol? xD17:49
gotwigstgraber, thank you for your quick help17:50
gotwigstgraber, may I show you the bug report, I want to fix?17:50
gotwighttps://bugs.launchpad.net/bugs/107242617:50
ubottuUbuntu bug 1072426 in elementary OS "Ubiquity using incorrect font for monospace output" [Low,New]17:50
gotwigWhen I would change the font to e.g Droid Sans Mono, would it use that font for the terminal?17:51
infinityCould it be that your image isn't shipping "Ubuntu Mono" in the live environment, and X is doing a near-match lookup and finding something uglier?17:52
slangasekinfinity: on your system where you get the "disk drive for /tmp is not ready yet" error, do you have crypted swap (on its own partition, not via LVM)?17:52
stgrabergotwig: you can try, just edit gtk_ui.py directly on the live media17:52
infinityinfinity: Nope, no LVM or encryption on this machine.17:52
stgrabergotwig: it should be either under /usr/lib/ubiquity/ or /usr/share/ubiquity/ (can't remember, sorry)17:53
infinityslangasek: Just a big, fat /17:53
gotwigstgraber, can you tell me, how to test such stuff, demo an installation :X?17:53
slangasekinfinity: no crypted swap, even?  Ok, then that's not a commonality with bug #1091792, drat17:53
infinityslangasek: Though, I haven't seen the bug since I reinstalled, so maybe I accidentally made it go away. :/17:53
ubottubug 1091792 in mountall (Ubuntu) "The disk drive for /tmp is not ready yet or not present" [Undecided,New] https://launchpad.net/bugs/109179217:53
slangasekheh17:53
stgrabergotwig: you could write a gtk software using the same vte code, or just run a test install in a vm17:53
infinityslangasek: I reinstalled to correctly 4k-align my partitions (and switched from GPT to MBR at the same time and ditched EFI), so I've probably changed far too many variables to be of use.  Unless the bug comes back anyway.17:54
gotwigthank you really much17:54
slangasekyou *ditched* EFI?  Luddite17:54
infinityslangasek: I sure did.17:54
hrwcan someone upload packages from bug #1085392 so SRU process can start?17:55
xnoxgotwig: usually on #ubuntu-installer channel, what's up?17:55
ubottubug 1085392 in Cross distro support for Samsung Chromebook (ARM based) "Merge Chromebook UCM profiles into ALSA packages" [Critical,Triaged] https://launchpad.net/bugs/108539217:55
gotwigxnox, I've already got help I guess, thx17:55
=== chiluk is now known as chiluk_away
infinityhrw: Why are we SRUing Chromebook userspace support back to Q and P?  It's not like we ship kernels.17:56
hrwinfinity: because users use 12.04 and 12.10 with chromium kernel?17:57
slangasekinfinity: I think this falls under the "hardware non-disablement" policy for SRUs, doesn't it?17:57
hrwinfinity: I created chromium kernel package today - will build for my ppa in 14+ hours17:57
slangasek(we don't have to support the hardware, but maybe we shouldn't set it on fire :)17:58
infinityslangasek: Yeah, in this case, I'm okayish with it because it melts laptops.17:58
infinityslangasek: I'd forgotten about that until I re-read the bug and the test-case. :P17:58
slangasek:-)17:58
hrw:)17:58
infinityhrw: I'll look at both these diffs.  I have a nagging suspicion I might also need to re-fix PandES in Q while I'm at it (as I did with the R upload)17:59
hrwinfinity: iirc Q has pandaes but P does not17:59
infinityOh, so maybe the ES stuff was dropped between Q and R?  That could be.  I forget the history.18:00
infinityAnyhow, I'll poke 'em sometime today.18:00
hrwinfinity: thanks18:00
cjwatsonslangasek: vala cross> you seem to have managed to get unity-lens-music and unity-lens-shopping cross-building, at least18:05
slangasekhuzzah18:05
infinityslangasek: Good job on fixing the most contentious package in the archive?18:15
slangasekinfinity: which one is that?18:15
infinity(unity-lens-shopping)18:15
slangasekah, heh18:16
xnoxdoko: the fix will make sure that PYTHON_INCLUDE_DIRS has the correct both paths & work for all pythons[2,3]. but many packages still use deprecated PYTHON_INCLUDE_PATH & those will still need manual fixing.18:30
=== deryck[lunch] is now known as deryck
=== henrix is now known as henrix_
=== mcclurmc is now known as mcclurmc_away
=== chiluk_away is now known as chiluk
slangasekpff, why is gobject-introspection FTBFS due to a *libtool-generated linker script*?19:13
slangasekah, because I screwed up a symbol name, hee19:18
slangasekbarry: ping19:56
barryslangasek: pong19:56
slangasekbarry: hey, so I have most of a python3 port now at lp:~vorlon/ubuntu/raring/gobject-introspection/python3/19:57
slangasekbarry: the most recent "last" issue I have is DictMixin -> MutableMapping telling me that I need to implement __len__ and __iter__... where would I find documentation on the right way to do this?19:57
* barry looks19:59
barryslangasek: this has some examples:http://docs.python.org/3/library/collections.abc.html#collections.abc.MutableMapping20:00
barryslangasek: and this some additional background: http://docs.python.org/3/reference/datamodel.html#object.__len__20:01
gotwigstgraber, it worked. Thx20:13
slangasekxnox: mdeslaur seems to have found your ubiquity-desktop-background-broken-in-raring-VM bug20:14
slangasekxnox: bug #108067420:14
ubottubug 1080674 in xserver-xorg-video-cirrus (Ubuntu) "[QEMU] Corrupted desktop screen for raring desktop installation in QEMU guest (Cirrus graphics). Affects KVM but not VBox." [Undecided,Confirmed] https://launchpad.net/bugs/108067420:14
xnoxaha. good.20:15
xnoxdoko: Riddell: cmake uploaded, if packages use standard FindPythonLibs & PYTHON_INCLUDE_DIRS they should be all multi-arch ready.... if not patch them to use system FindPythonLibs & PYTHON_INCLUDE_DIRS (instead of _DIR or _PATH)20:17
cjwatsonslangasek: IIRC I did that in python-debian, if you want a cargo-cult source for MutableMapping stuff20:25
cjwatsonor maybe in germinate20:26
slangasekcjwatson: barry hit me over the head with a pointer to the stock OrderedDict instead :)20:26
barrycollections.OrderedDict20:27
cjwatsonif that's appropriate, sure :)20:27
cjwatsonIIRC it requires 2.7, so upstream might raise an eyebrow20:28
barryyeah, i was gonna ask how far back you needed to support20:28
slangasekI just wrapped the import with a try20:28
slangasekthey can fall back to their existing implementation for python2.6, that's fine20:29
cjwatsonOK; failing that I believe MutableMapping is in 2.620:34
cjwatsonwhich I believe is the approach I took in germinate, albeit for something less stock than an ordered dict20:35
slangasekbarry: why does file.write() want a string instead of bytes?20:47
slangasekbarry: or perhaps a better question is, if I have a stream of bytes that I want to shove out an fd, how can I do this without having to convert it to unicode and back? :P20:48
cjwatsondepends on the mode in which the file has been opened20:48
cjwatsonmode="wb"20:48
slangasekoh, I need 'b'20:48
slangasekright, thanks20:48
cjwatsonalso if it's literally an fd then os.write always takes bytes20:49
slangasekcool, no more python parse errors from gir, now I just get a segfault to track down ;)20:49
barrysorry, i was making tea :)20:55
gotwigbarry, :O20:56
slangasekok... and pdb fails20:56
slangasekanyone know what this is? http://paste.ubuntu.com/1450819/20:57
slangasekI shouldn't think that 'import os' would be a problem for pdb :P20:57
barryslangasek: are there c extension modules involved, or is this pure python?20:58
slangasekbarry: there's a C extension20:58
slangasekso I have a perfectly fine C backtrace in gdb20:58
barryslangasek: my first suspicion when there are incomprehensible tracebacks and c extensions is that the c extension is broken somehow.  something's not checking a return value or some mess in refcount.  never makes it easy to find unfortunately20:59
slangasekbarry: would you mind having a look at my gobject-introspection/python3 branch and seeing if anything jumps out at you as broken in the C extension porting?21:00
barryslangasek: sure21:01
barryslangasek: the url above?21:01
slangasekyes, lp:~vorlon/ubuntu/raring/gobject-introspection/python3/21:01
slangaseksegfault seems to be pygi_source_scanner_parse_macros() getting passed an empty list as an argument, and segfaulting deeper in the code for some reason21:02
slangaseknot sure if that empty list points to a bug in the C extension porting, or an issue in the python code21:02
barryslangasek: unrelated, but maybe useful: http://docs.python.org/3/c-api/none.html?highlight=py_return_none#Py_RETURN_NONE21:05
slangasekok21:06
slangasekah, definitely a C extension bug21:06
slangasek      filename = PyUnicode_AsUTF8 (obj);21:06
slangaseksomehow that's returning NULL for each one21:07
barryslangasek: in type_get_child_list(), you should check that PyList_New doesn't return NULL21:08
barryand that PyList_SetItem() doesn't return -121:08
slangasekwell21:08
slangasekI should also check that I've spelled 'PY_MAJOR_VERSION' right everywhere :-)21:08
barryalso, i don't think you need to incref list since PyList_New returns a new reference21:09
barrythat too :)21:09
barryalso, in pygi_source_scanner_parse_macros(), you should incref list while inside the function, and decref it on exit from the function21:10
barrysince PyTuple_GET_ITEM steals a reference21:11
barry(and i'll just assume that pygi_source_scanner_parse_macros() actually does get called with args as a tuple ;)21:11
slangasekbarry: mind throwing me a patch for those?21:12
barryslangasek: why don't i just do a branch from your branch? :)21:12
slangaseksounds good :)21:12
slangasekI'm past the segfault due to the swapped python3/2 code branches; now I'm finding that OrderedDict may not be sufficient after all :)21:12
barrydang21:13
slangasekah no, this is 'itervalues', that's a python2ism anyway21:13
barrywhich i'm guessing you probably don't need.  is the dict so big that a concrete list of its values will kill memory?21:14
slangasekprobably not?21:15
barryright, so just use .values() :)21:15
barryprobably21:15
barryi.e. you don't have itervalues() in py3, but .values() always returns an iterator in py321:16
barryfor loops won't care21:16
* slangasek nods21:19
barryslangasek: oh.  does g_list_append() create a new object if its first argument is NULL?21:26
slangasekbarry: evidently, since it doesn't crash ;)21:27
barry:-o21:27
barry;)21:27
barrywell, i could either try to dig up the gobject api docs or just roll with it :)21:28
barryslangasek: apparently so... -ish: http://developer.gnome.org/glib/stable/glib-Doubly-Linked-Lists.html#g-list-append21:30
* slangasek nods21:31
slangasekbryce: have you seen the comments on bug #1041063, and bug #1091976? the patch author asserts that this SRU is broken21:36
ubottubug 1041063 in xorg-server (Ubuntu Raring) "mouse pointer periodically leaps to left and top of screen with absolute pointing devices" [High,Fix released] https://launchpad.net/bugs/104106321:36
ubottubug 1091976 in xorg-server (Ubuntu) ""fix" uploaded to precise-proposed for a bug that doesn't exist" [Undecided,New] https://launchpad.net/bugs/109197621:36
hallynhi - for bug 589063, the SRU fix for lucid-proposed was not verified in time.  someone just asked that it be re-uploaded, they can verify they claim.  Should I d/l and re-upload the .dsc from the Done queue (i see it there), or can someone just click a button to move it over?21:47
ubottubug 589063 in seabios (Ubuntu Lucid) "Windows Server 2008 won't boot with more than 4 vCPUs" [Undecided,Triaged] https://launchpad.net/bugs/58906321:47
=== salem_ is now known as _salem
barryslangasek: what's a good way to test this, or do you just want my untested branch?  i'm probably being a bit over-paranoid, but better to be over than under ;)21:56
slangasekbarry: well, so far building the package has been a very good test, it hasn't passed yet ;)21:56
barryk21:57
barryslangasek: hmm:22:01
barrychecking for python module mako... no22:01
barryconfigure: error: Could not find python module: mako22:01
barry 22:01
barrypython-mako needed?22:01
slangasekbarry: should only need python3-mako22:01
slangasekoops22:02
slangasekI didn't update debian/control.in22:02
barryah22:02
makopeople talking about mako again22:08
barrymako: hi!22:08
makogreetings! :)22:08
slangasekbarry: fix pushed22:08
slangasekmako: hey, I heard something about you being back on this side of the continent now?22:09
barryslangasek: dang, i can't pull it because of conflicts on the quilt patch, but i think i fixed it locally anyway22:10
makoslangasek:not quite yet. i just took a job in seattle, but i won't move out until august probably22:10
slangasekbarry: yay quilt ;)22:10
slangasekmako: ah, ok :)22:11
barryslangasek: iter*() pain22:17
slangasekah?22:17
barryyeah, just a few more .iter*() calls causing the build to fail.  no worries22:17
hallynstgraber: would you be able to toggle a switch to move the 0.5.1-0ubuntu2.1 seabios from https://launchpad.net/ubuntu/lucid/+queue?queue_state=3&queue_text=seabios back into lucid-proposed ?22:36
hallyn(if i try to re-push it complains the contents have changed)22:36
stgraberhallyn: it's in "done" state, so it's been accepted in the archive, meaning you have to bump the version if you want to re-upload22:39
stgraberhallyn: ah, or do you mean https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=seabios ?22:39
stgraberoh, ok, that's odd, so one of the 0.5.1-0ubuntu2.1 has been accepted in the archive22:40
stgraberso that number is burned and you need to bump22:40
hallynwhat the...22:40
stgraberthough there's another 0.5.1-0ubuntu2.1 in the Unapproved queue with the same version number22:40
stgraberthat can't possibly be accepted22:40
hallynstgraber: it was accepted into lucid-proposed, but never into lucid.  doesn't show up in rmadison22:41
hallynis there a way to just 'move' it back into -proposed from whatever bitbucket it neded up in?22:41
hallyni'm gonna guess no and put down a note to build 0.5.1-0ubuntu2.2 tomorrow22:44
stgraberhallyn: you'll need 2.2 either way. I'm not sure exactly what happened there but someone from ~sru and who's more awake than I'm can probably help :)22:50
hallynstgraber: noone verified it, so pitti dropped it.  id ont' know what dropping it entails22:51
hallynso i can use the same .dsc, just bump the version number, and push?  will do, thx22:52
slangasekit entails removing it from the archive; it's possible to restore it, but that's necromancy22:52
slangasekis your 2.2 going to be the exact same thing?22:52
stgraberwas it just a case of not getting any testing done in a long time or was there another reason for removing the package?22:53
slangasekhttps://launchpad.net/ubuntu/+source/seabios/+publishinghistory claims "moved to updates"22:53
slangasekoh, no, that's the wrong one22:54
slangasekpitti didn't delete it, I did ;)22:54
slangasek"SRU not verified" - so it sat there for 90+ days with no SRU verification, then an additional 15 days after a reminder ping22:54
hallynyup22:54
slangasekso if you're going to reupload, I would first ask why it'll go differently this time :)22:55
hallynslangasek: bc someone commented on the bug sayin gthey're ready to verify22:55
slangasekok22:55
hallyn<shrug>  am i a hopeless romantic? :)22:55
hallynslangasek: if you want to drop, i'm fine with that.  ij ust pushed 2.222:55
hallynmahmoh: are you there?22:56
hallynmahmoh: you also could jump in and verify bug 589063 if slangasek accepts the fix again?22:56
ubottubug 589063 in seabios (Ubuntu Lucid) "Windows Server 2008 won't boot with more than 4 vCPUs" [Undecided,Triaged] https://launchpad.net/bugs/58906322:56
mahmohhallyn: I saw that, I can22:58
mahmohhallyn: but not until next week :)22:58
barryslangasek: gotta run, but lp:~barry/ubuntu/raring/gobject-introspection/cleanups is my progress so far.  enjoy detangling the quilt changes <wink>.  i can help hack on this tomorrow if needed23:02
hallynmahmoh: a week is good :)  thanks - ttyl23:05
slangasekbarry: cheers :)23:05
mahmohhallyn: np, happy all that stuff!23:05
bryceslangasek, not broken; it builds fine and if you look, the change is sane even for 1.11.  The bug had been nominated for precise.  After it was processed then he says it's unneeded for precise.23:28
bryceslangasek, we have much/most of the Q input stack backported to P's 1.11 so there's no particular reason to doubt that the bug affects precise as well.23:28
slangasekbryce: ok; can you comment on the bug, and un-verification-failed it?23:29
bryceslangasek, however since the original reporter seems to doubt it's applicable, if it makes you feel better go ahead and drop the package.  I'm not going to bother digging through patches.23:29
bryceslangasek, I've reverted the 10.10 change in git.23:30
slangasekbryce: well, I'm merely flagging it to you to make sure you know about it; I'm not going to get in the middle of an argument about whether the patch is needed/appropriate :)23:30
slangasekbut there were other bugs fixed in that SRU, so if this one won't get verified, it would be good to have a reupload with it dropped23:31
bryceslangasek, neither am I interested in that.  I'm just an sru monkey, it matters not at all if no one wants the srus they ask for.  ;-)23:31
bryceslangasek, 10.10 only had the one patch.  Just go with 10.9.23:31
slangasekbryce: well, we can't go with it, it's already been superseded in -proposed23:31
bryceslangasek, I wasn't the uploader for 10.9 remember...23:32
slangasekhmm?23:33
slangasekwas that the one I asked you to reupload with a different -v? :/23:33
slangasekin any case, either we have to take .10 with this patch, or we need a .11 to get any of the fixes from .923:34

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