dokothree more transitions finished. libgenome, libmsn, coinutils. good night00:14
=== Elimin8r is now known as Elimin8er
pittibarry: hmm, and the last runs indeed succeed again -- http://autopkgtest.ubuntu.com/packages/p/pytables/02:54
pittibarry: so, nevermind02:55
pittigood .. almost morning02:56
pittijdstrand: I haven't seen it before; isn't that test running as root? seems weird to not have permisisons02:58
pittijdstrand: or is that some click --user mode?02:58
pittijdstrand: ack, will look at the bug; not sure there's much that I can do on the autopkgtest side, but it seems for now we don't yet understand enough what happened02:59
=== salem_ is now known as _salem
=== jamesh__ is now known as jamesh
dokopitti, kicad ... tried to update the stable branch, but this apparently must relate to the current trunk. can't find any reference to this flag07:18
pittidoko: http://pkgs.fedoraproject.org/cgit/kicad.git/tree/kicad.spec#n232 uses it as well, and it was recommended on the upstream bug07:18
pittidoko: err, Debian bug07:19
pittidoko: anyway, as noted in the pad this is waiting on apw's boost fix07:19
pittithen it can be retried07:19
dholbachgood morning07:32
kakoHi, I'm wondering why I can't find the libt1-dev package for 15.04. Was the name changed? Is there an alternative? On a 14.04 I can find it by "dpkg -S /usr/include/t1lib.h" => libt1-dev, but on 15.04 I get no result. Is there no "libt1.(a|so)" for vivid?08:21
infinitykako: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=74488108:38
ubottuDebian bug 744881 in ftp.debian.org "RM: t1lib -- RoQA; obsolete" [Normal,Open]08:38
=== dbarth_ is now known as dbarth
kakoinfinity: thanks, this is a answer... but now I must find out how to compile php without t1 :-(08:59
infinitykako: The same way it's configured in the distro?09:08
infinitykako: --without-t1lib09:09
guest42315dpkg: error processing archive /var/cache/apt/archives/unity-control-center_15.04.0+15.10.20150813-0ubuntu1_amd64.deb (--unpack):09:19
guest42315 trying to overwrite '/usr/share/man/man1/bluetooth-wizard.1.gz', which is also in package gnome-bluetooth
guest42315dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)09:19
guest42315on wily :/09:20
mitya57guest42315, it's 1484658, will be fixed soon09:23
mitya57bug 148465809:24
ubottubug 1484658 in unity-control-center (Ubuntu) "package unity-control-center 15.04.0+15.10.20150805-0ubuntu1 failed to install/upgrade: trying to overwrite '/usr/share/man/man1/bluetooth-wizard.1.gz', which is also in package gnome-bluetooth" [High,Confirmed] https://launchpad.net/bugs/148465809:24
seb128mitya57, do you handle the landing or should I?09:24
mitya57Just wanted to ask the same :)09:25
mitya57I can do it.09:25
guest42315mitya57, oh thanks :D09:30
mitya57building in landing-023 now09:31
mitya572015-08-14 09:32:28,962 ERROR unity-control-center 15.04.0+15.10.20150813-0ubuntu1 is missing from the changelog, which has up to 15.04.0+15.10.20150805-0ubuntu1. Please sync destination version back to trunk.09:33
mitya57seb128, can I tell citrain to forcefully merge your upload to trunk?09:34
seb128want me to do it?09:34
seb128seems you did, thanks09:36
mitya57Yes I did it.09:37
tsdgeosdoko: is https://code.launchpad.net/~aacid/unity8/dropgcc49more/+merge/268047 correct? i think i've seen some other projects do this too09:38
mitya57Oh wait, why did it commit the indicator-bluetooth change to 15.04 branch?09:38
dokotsdgeos, yes09:39
tsdgeosdoko: tx09:39
seb128mitya57, because works was from previous cycle and we didn't retarget :-/09:39
mitya57At least the branches aren't diverged so it's possible to push that commit to trunk.09:40
mitya57seb128, I'm not a member of ~indicator-applet-dev, can you do that?09:41
mitya57branch & push09:41
seb128mitya57, there, you go, https://code.launchpad.net/indicator-bluetooth09:44
seb12815.04 back on r8709:44
seb128and trunk on 8909:44
mitya57seb128, thanks a lot09:45
kakoinfinity: yes, of course ;-). But what If I need the type 1 font functionality?09:46
guest42315No tool chain set from kit "Ubuntu Device (GCC armhf-ubuntu-sdk-15.04-vivid)".10:03
guest42315No tool chain set from kit "UbuntuSDK for i386 (GCC ubuntu-sdk-14.10-utopic)".10:03
guest42315ubuntu-sdk on wily10:03
guest42315Failed to parse '/usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/plugins.qmltypes'.10:06
guest42315Error: /usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/plugins.qmltypes:1106:39: Meta object revision without matching export.10:06
guest42315/usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/plugins.qmltypes:1125:39: Meta object revision without matching export.10:07
sil2100pitti: https://bugs.launchpad.net/langpack-o-matic/+bug/1484882 <- :)10:09
ubottuLaunchpad bug 1484882 in langpack-o-matic "Set automatic language-pack creation an upload for overlay-ppa" [Undecided,New]10:09
sil2100pitti: hey!10:09
sil2100pitti: I'll also request a manual langpack-o-matic run later today if that's not a problem - will you have a moment for that?10:09
=== greyback__ is now known as greyback
=== pete-woods1 is now known as pete-woods
=== _salem is now known as salem_
=== MerryChristmas is now known as benonsotfware
=== benonsotfware is now known as benonsoftware
mterryinfinity, thanks for the NEW and presumably the rebuild presses on progressivemauve  :)12:37
mterrypitti, oh interesting about --v5 not being in Debian, thanks for the warning.  I am not very familiar with d-shlibmove12:39
infinitymterry: No rebuild presses, but if it was dep-wait, that clear automatically.12:39
mterryinfinity, hrm, they were failures.  Some kind soul pressed some buttons12:40
flexiondotorgseb128, Regarding Blueman2. You mentioned a merge should be done. Do you mean a merge proposal for the just the debian packaging?12:45
seb128flexiondotorg, no, a merge12:50
seb128flexiondotorg, https://wiki.ubuntu.com/UbuntuDevelopment/Merging12:50
flexiondotorgseb128, Thanks for the docs.12:50
* flexiondotorg goes to have a read.12:51
seb128basically there are ubuntu changes to that package12:51
seb128so you can't drop them12:51
seb128you need to reapply them on top of the debian version12:51
flexiondotorgseb128, I understand that bit :-)12:52
seb128k, that's what a merge is12:52
flexiondotorgseb128, I need to learn the mechanics of merging.12:52
seb128take the debian version and reapply the ubuntu changes12:52
seb128your sync request was basically copying the debian version discarding ubuntu work12:52
flexiondotorgseb128, Understood.12:52
infinityflexiondotorg: The simplest mechanic is "debdiff debian_ver ubuntu_ver > ubuntu.diff" and then apply that diff to the new Debian.12:53
infinityWhich takes some wiggling in the changelog.12:53
infinityOr, if it's a simple merge, MoM may have done it for you and you just need to check it.12:53
flexiondotorginfinity, seb128 Thanks for the info.12:54
flexiondotorgMy concern is I am on Jury service right now. Very limited time on a computer. I don't know if I will have the oppotunity to do this work before next weeks feature freeze :-(12:54
infinitySo, wasn't simple enough for MoM to get it right.12:54
infinityBut the conflicts are likely easy to resolve by a human.12:55
jdstrandpitti: I spent about 5 hours digging into that bug yesterday and I'm quite puzzled-- it only happens under adt-run. there are steps to reproduce in the bug and how it doesn't reproduce in a schroot13:07
pittisil2100: hey! (spotty now, in train)13:08
jdstrandare you able to reproduce? I can help speed up trying to reproduce if needed13:08
pittimterry: d-shlibs> heh, nobody is :) it was my first encounter too13:08
pittisil2100: I can do a manual run, for what?13:08
pittijdstrand: hey! adt-run captures stdout and stderr into pipes, maybe that's related? /dev/pts sounds like that could be related13:09
jdstrandpitti: hello :)13:10
jdstrandwell, it's weird13:10
pittijdstrand: just a straw of bandwidth right now, and I spent the morning on g++ again, sorry13:10
jdstrandthat's ok13:11
pittijdstrand: I have the bug report now as a reminder13:11
jdstrandpitti: how easy is it to kick off an autopkgtest in jenkins for click-apparmor in wily?13:11
jdstrandpitti: basically, the severity will be somewhat less if it is only on a local schroot13:11
jdstrandpitti: but if jenkins can't run it, that is more important13:12
pittijdstrand: rather hard, as we don't run Jenkins any more :)13:13
pittijdstrand: more seriously, it's rather easy13:13
pittijdstrand: requested13:14
pittijdstrand: are you still an archive admin? then you can do it yourself too (https://wiki.ubuntu.com/ProposedMigration/AutopkgtestInfrastructure#Administration)13:14
pittierr, or I would have requested it if my ssh command hadn't failed, /me kicks VPN13:14
jdstrandpitti: I am (though not active in the traditional sense-- have the powers still for shuffling MIRs and security updates)13:15
pittiok, done for realz13:15
jdstrandthank you13:15
jdstrandand haha on the jenkins bit :)13:15
pittijdstrand: not "haha", it's a great relief :)13:15
jdstrandI just meant I actually laughed at your joke :)13:15
pittijdstrand: (no worries - TGIF!)13:16
jdstrandpitti: fyi, not that it matters much, but I don't have access wo wendigo13:21
pittijdstrand: right, you just need access to snakefruit for requesting tests (the britney host)13:21
jdstrandok. I was running the command to see if it was running13:22
pittijdstrand: btw, result will take a bit, the queues are rather long13:24
pitti(~ 110 tests waiting)13:24
pittiwill appear on http://autopkgtest.ubuntu.com/packages/c/click-apparmor/wily/amd64/13:24
pitti(and /i386 of course)13:24
jdstrandis https://jenkins.qa.ubuntu.com/view/wily/view/All/job/wily-adt-click-apparmor/ no longer used? (I see jenkins in the url)13:25
pittijdstrand: no, it's not; I sent u-devel-annouce@ about that two weeks ago or so13:30
pittijdstrand: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2015-August/001145.html FYI13:30
jdstrandI thought I remembered there was something on that. ok, thanks13:37
jdstrandpitti: curious, is the queue expressed anywhere in http://autopkgtest.ubuntu.com/?13:46
pittijdstrand: no, not yet; it's an open wishlist item13:46
* jdstrand nods13:47
jdstrandpitti: the site looks good. nice job :)13:47
pittijdstrand: most of it isn't my job (I just did a few fixes), but thanks13:49
pittijdstrand: it's "debci", aka. http://ci.debian.net13:50
hallyninfinity: could you unblock libvirt (as of 1.2.16-2ubuntu8)13:53
sil2100pitti: hey! I wanted that manual langpack creation since 1) wanted to check if all is working 2) get out our first updated base of translations for the overlay with no manual hacks involved13:55
sil2100pitti: anyway, still waiting for the base export to happen13:55
sil2100pitti: I asked wgrant for it, but it'll probably take a while until it finishes13:55
infinityhallyn: You have the power to do that.14:01
hallynoh?  /me checks14:02
Laney(Close the bug)14:03
infinityOr remove the block-proposed tag.14:04
infinityWhich is more appropriate than closing the bug.14:04
cyphermoxmorphis: I was told you were preparing a packaging branch for bluez in ~bluetooth?14:04
infinitySince the bug isn't closed until the package migrates.14:04
infinityhallyn: ^14:04
morphiscyphermox: yeah14:04
cyphermoxmorphis: is that lp:~bluetooth/bluez/ubuntu and were you done?14:04
cyphermoxmorphis: I wonder if we shouldn't keep history14:04
morphiswould be fine for me14:05
hallyni see - i thought it was a package property, not bug14:05
hallyninfinity: thx14:06
infinityhallyn: Excuses has a link to the bug that's blocking it and everything. :)14:07
cyphermoxmorphis: finally, I'm curious, is it set up as a merge-mode branch on purpose, ie. for CI train landings or something?14:10
morphiscyphermox: no, just for manual uploads atm14:11
morphisbut would be good to have that14:11
cyphermoxmorphis: I'll see if I can prepare a bluez branch too then I'll show you how it works / what I've done, we can see if that would work14:13
morphisthat would be nice14:14
morphisstill struggeling a bit with all this stuff :)14:14
seb128cyphermox, basically my fault for suggesting that workflow14:16
seb128but I don't know of a workflow working well for upstream projects14:17
cyphermoxwell, it's what I would have used too14:17
seb128CI train works fine for thing smaintained in launchpad14:17
cyphermoxbut I've thought that now maybe git would work14:17
seb128yeah, I think that too14:17
seb128I just have no clue about what workflow would be nice14:17
seb128and how to set it up14:17
cyphermoxI wanted to make that for NM given that we already force NM to go through the train14:17
seb128and I didn't want to block starting a vcs on me figuring out those details14:17
cyphermoxseb128: I'll play with it this week, get to a conclusion and let you know14:18
cyphermoxto seed it I just need to download a few hundred .dscs :)14:18
infinitycyphermox: Thus proving that source packages *are* a VCS.14:20
infinityIf you keep all of them...14:20
cyphermoxbut it's not so much for the history that I was looking into this14:21
cyphermoxit's more for the ease of pulling in new upstream releases or cherry-picking patches from some git tree, which is what Tony wants to do in NM14:22
infinityflexiondotorg: Or maybe you're paying attention in this channel? :)14:31
pittiutlemming: http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=3676d8c7b FYI14:38
pittiinfinity: ^ I think he discussed that with you14:38
infinitypitti: Yeah.  To be fair, his rule only applied to CPUs, but I can't immediately think of how allowing the memory rule under Xen would be a bad thing.14:40
infinitypitti: (It's probably a no-op entirely, since Xen memory management isn't done that way)14:40
pittiinfinity: yes, I just didn't want to make the rule even more complicated; apparnetly hyper-v needs the memory rule too14:41
infinitypitti: THat said, all it would take is one more LABEL to make it do exactly what his rule did.14:41
utlemmingpitti: I think your match won't work: ATTR{[dmi/id]sys_vendor}=="Xen", Machine"14:41
infinitypitti: Inset a vm_cpu_hotadd_apply LABEL in between the two, and make Xen jump to that one.14:42
pittiwell, what should *really* be done is to stop working around kernel defaults in userspace and just activate hotplugged CPUs14:42
infinitypitti: Yes, no argument on that.14:42
pittiit's stupid to always override kernel defaults with constant values from userspace14:42
infinitypitti: utlemming also has a point WRT your typo. ;)14:42
infinityOr copy-pasto.14:43
barrypitti: ping.  i'm confused.  when you look at dh-python for wily/{amd64,i386} on autopkgtest.ubuntu.com, you see a thumbs-down-fail, but if you chase the link to the test logs, it looks to me like they're passing.  am i looking at the wrong thing?14:48
infinitybarry: Search for '- - - re'14:49
infinityMakefile:16: recipe for target 'test201' failed14:50
infinitymake: *** [test201] Error 214:50
infinityadt-run [09:19:05]: test dh-python: -----------------------]14:50
infinityadt-run [09:19:05]: test dh-python:  - - - - - - - - - - results - - - - - - - - - -14:50
infinitydh-python            FAIL non-zero exit status 214:50
infinityFor example.14:50
barryah.  okay, i need to file a bug on autopkgtest.  it's too hard to find the results in a big log file :(14:50
=== tai271828_ is now known as tai271828
seb128could somebody overwrite the boottest for bluez again?16:36
seb128it's buggy16:36
seb128Laney overwrote it earlier, but that doesn't stick and cyphermox did an upload since16:36
cyphermoxyes, please :)16:36
tjaaltondoko: looks like the switch to gcc5 broke mesa build on debian & ubuntu16:47
tjaaltonhttp://pastebin.com/VgJX9ghz etc16:48
tjaaltondoko: Sarvatt pointed me to https://llvm.org/bugs/show_bug.cgi?id=2259317:06
ubottullvm.org bug 22593 in System Library "lib/libLLVMRuntimeDyld.so build failure with gcc-5" [Normal,Resolved: fixed]17:06
LocutusOfBorg1Unit193, can I upload virtualbox-ext-pack on unstable?17:12
seb128slangasek, can you override buggy boottests?17:37
seb128cf backlog, somebody to skip the bluez one would be nice17:37
slangasekseb128: it is possible to do, but why do you believe the boot test is buggy?17:37
seb128slangasek, because pitti said this morning that it always failed on bluez and that he keeps skipping it17:38
seb128slangasek, http://irclogs.ubuntu.com/2015/08/14/%23ubuntu-desktop.html#t07:5717:39
seb128if you want reference17:39
seb128we should sort that out one day, but atm the bluez transition had an issue and half migrated17:39
seb128which is breaking iso builds17:39
slangasekpitti: what is broken about the bluez boottest?17:40
seb128so would be nice to unblock it without waiting on the boottest situation to be sorted out17:40
slangasekseb128: and what is the impact of this new bluez on the phone stack - which is what boottests are supposed to tell us?17:40
seb128slangasek, basically making bluetooth not working on touch17:42
seb128which was an approved decision before landing17:42
seb128the phone team is working on enabled bluez5 but they don't plan any product on wily and the image is already in a not so good state17:43
seb128so they said it's ok to unblock desktop and make bluetooth buggy on touch for a while17:43
slangasekbut it's not expected to make the phone unbootable, for instance; this is probably just an error with the boot tests being broken? (trying to install packages on a running system with apt instead of offline)17:43
slangasekok, will override as soon as I find the syntax17:44
slangasekthough maybe it's just (force-skip)17:44
slangasekseb128: done17:46
seb128slangasek, thanks17:49
dokotjaalton, I don't understand, the last successful build is https://launchpad.net/ubuntu/+source/mesa/10.6.3-1ubuntu1 ?17:50
tjaaltondoko: it was built with old gcc17:53
tjaaltonnow llvm needs to be rebuilt with gcc5 and only then would mesa build again17:53
dokotjaalton, on Aug 11?17:53
tjaaltonhm sorry17:53
tjaaltonwell it fails on my sbuild17:53
dokono, I already rebuilt 3.5 and 3.617:53
tjaaltonthen I need to check my chroots17:54
tjaalton..next week17:54
dokotjaalton, you sure to have -proposed enabled?17:54
tjaaltonbut debian fails too17:54
dokothen do17:54
tjaaltonfailure on debian is expected then?17:54
dokoand I'm pestering Sylvestre to rebuild it in Debian17:54
tjaaltonahh ok17:54
tjaaltonthen I'll revisit it next week :)17:55
=== Luke_ is now known as Luke
mitya57Mirv, hi, is there any reason why qtcreator is not built with system qbs (like in Debian)?20:36
mitya57Mirv, also, in Qt 5.5 there are duplicate headers in /usr/include/x86_64-linux-gnu/qt5/QtQmlDevTools/ and /usr/include/x86_64-linux-gnu/qt5/QtQml/,20:54
mitya57do you know if we really need the former? and if we need, can we symlink them?20:55
LocutusOfBorg1ginggs, congrats!20:58
=== juliank0 is now known as juliank
=== salem_ is now known as _salem
ejathi ..22:52
ejatcan someone help me know why need to remove gnome-bluetooth ?22:53

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