/srv/irclogs.ubuntu.com/2017/02/07/#ubuntu-devel.txt

armourzCan anyone teach me a few things about ubuntu dev?03:08
sarnoldirc works best with concrete questions :)03:15
Unit193sarnold: How are you doing today?03:17
sarnoldUnit193: I'm great super, thanks for asking! :)03:17
sarnoldUnit193: how're you tonight?03:17
Unit193Quite alive, though coffee gone now.03:17
sarnoldoh no! I too am without coffee03:17
sarnoldbut tomorrow morning I shall get more03:17
=== salem_ is now known as _salem
=== JanC_ is now known as JanC
=== Tm_K is now known as Tm_T
=== arvour is now known as armour
=== arvour is now known as armourz
=== madwizar1 is now known as madwizard
=== armourz is now known as arvour
=== CRogers__ is now known as CRogers
cpaelzerrbasak: FYI - I found prior art to my packaging problem in several other packages, libhwloc seems to be the closest to my case09:31
cpaelzerrbasak: on that "template" I'll start to develop a solution for DPDK - except some feedback convinces me otherwise09:31
cpaelzerI might reply to my own ubuntu-devel post once I have tested it successfully09:32
cpaelzerit might be easier to ack/nack a proposed solution than to create a new one based on my description09:32
rbasakcpaelzer: sounds good09:40
dokonacc: so dropping everything from ldb is fine for now. I had a chat with jelmer at fosdem about python3 & samba, so we might re-introduce these packages again, but not yet for 17.04. about the s390x bits ... maybe drop those as well, and see what happens10:28
xnoxs390x ldb was fixed upstream, so recent upstream should be fine without any s390x delta10:28
xnoxnacc, ^10:29
xnoxdoko, i missed both you and jelmer at fosdem =(10:29
dokoxnox: have you been there?10:29
xnoxdoko, yeah i was at fosdem.10:30
=== _salem is now known as salem_
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
cyphermoxwxl: looking14:08
cjwatsonfossfreedom: nothing debian-cd related is on my to-do list, nor do I intend for it to be; while I gave some initial advice, somebody else will need to review14:37
cyphermoxfossfreedom: fwiw that won't make the cd boot straight to maybe-ubiquity, it should just happen by default if you don't touch anything, unless what you want is a CD that behaves a bit like Kubuntu14:43
naccdoko: xnox: ack, I'll refresh my merge and verify16:02
naccxnox: i'm guessing, though, debian has not picked up a recent enough upstream (1.1.27 is what is currently packaged, I see 1.1.29 at least on upstream tarball page). Looking for a changes/news to figure out which version included the fix16:06
naccxnox: hrm, upstream (in the bug) said it was fixed in 1.1.26, but we are carrying it currently as delta...16:07
xnoxdebian is frozen, and will not take new point releases.16:08
xnoxnacc, if you want to can request ship newer release in ubuntu.16:08
Laneyexperimental exists16:10
naccxnox: ack, i'll see if it is needed or not16:12
naccxnox: oh nm, we probably coudl have dropped it on last merge, it was added in 1.1.24, fixed upstream in 1.1.26, duly noted!16:15
=== sergiusens_ is now known as sergiusens
naccdoko: so the only two bits of delta that i'd like (double) verification on then are the "symbols for the extension" module and the encoding of the SOABI (which does have a hardcoded py3, so can probably also be dropped). So presuming neither of those are critical, would you suggest we sync ldb?16:25
rbasakmterry: is the MIR in bug 1619239 approved then? I think so as you set Fix Committed, but I want to make sure.16:29
ubottubug 1619239 in tomsfastmath (Ubuntu) "[MIR] tomsfastmath (runtime dependency of clamav)" [High,Fix committed] https://launchpad.net/bugs/161923916:29
mterryrbasak: yeah -- now it just needs an archive admin to push the button to promote it16:34
rbasakmterry: thanks. We need to sync clamav first to pull it in first I think.16:35
rbasakcaribou: ^16:35
mterryrbasak: ah yeah16:35
rbasakI just wanted to check we were good first, because otherwise our delta can stay.16:36
naccrbasak: do you have bugs filed for the two pkgs you looked at before that failed to import (and which were they?)16:43
rbasakYes, one moment.16:43
naccrbasak: thanks16:43
rbasaknacc: bug 1661212 is one.16:43
ubottubug 1661212 in usd-importer "Importer crashes when ubuntu/<stable release>-devel branches do not fast forward" [High,Triaged] https://launchpad.net/bugs/166121216:43
rbasakI didn't note the package name :-(16:44
naccrbasak: yeah that's what i needed :)16:44
rbasakI can dig it out I think.16:44
naccrbasak: can you update the headline with it onc eyou find it?16:44
rbasakack16:44
rbasaknacc: the other was bug 1661092: snapd.16:45
ubottubug 1661092 in usd-importer "Import fails when debian directory is a symlink" [High,Fix released] https://launchpad.net/bugs/166109216:45
naccrbasak: ok, just to check, was the other bind9?16:45
rbasaknacc: it was ntfs-3g16:47
naccrbasak: ack16:47
rbasaknacc: we want one bug per importer bug. Perhaps the importer failures should be separate bugs?16:47
naccrbasak: they are right now16:48
naccwell, i'm filing them one at a time as we get them :)16:48
rbasaknacc: trouble is, I'm turning the bug into "importer can't do X" where X is quite specific. Because that's what the importer bug actually is.16:51
rbasakBut then we'd end up duping multiple failures. Really catching up on old imports is a separate dimension.16:51
naccrbasak: yeah, i'm suggesting do that and eitehr also file a bug for a failed import16:52
naccrbasak: or put the specific case in the subject line as well16:52
naccrbasak: right now, i'm filing a bug per failed import, independent of bugs in the code16:52
rbasaknacc: I think we should have separate bugs. One for the root cause, one per failed import.16:52
naccrbasak: agreed16:52
rbasakBecause otherwise as soon as the importer bug is fixed, the failed import notes disappear.16:53
naccrbasak: so you'll file two more? :)16:53
rbasaknacc: I should be able to just import snapd. But yeah, I can file one for ntfs-3g.16:53
naccrbasak: sounds good16:56
naccrbasak: oh right, you have the fix for snapd ready, i guess (that's the symlink one right ?)16:56
rbasaknacc: right17:41
naccrbasak: thanks17:44
rbasaknacc: snapd imported and pushed17:48
rbasak(successfully)17:48
naccrbasak: awesome, nice work17:48
rbasaknacc: and I filed an import bug for ntfs-3g bug 166261117:49
ubottubug 1662611 in usd-importer "ntfs-3g failed to import (2017-02-02)" [Undecided,New] https://launchpad.net/bugs/166261117:49
naccrbasak: appreciate it17:51
naccslangasek: re: the cloud-image change for open-iscsi initiator name. Do you have any suggestion for how to test my change locally?18:05
slangaseknacc: to test that the image builds and boots the way you expect?18:07
naccslangasek: yeah18:07
naccslangasek: specifically generating a new initiator name18:07
slangaseknacc: you might want https://github.com/OddBloke/ubuntu-standalone-builder18:07
slangasek(not "local", it needs a cloud - but doesn't require special LP setup)18:07
naccslangasek: ok, thanks!18:08
rbasaknacc: looks like phpunit-mock-object is a really minor merge left over from your work on the PHP transition. Would you like to take care of it?18:28
rbasakcpaelzer: how do you feel about looking at the nis merge? That's from when you first started - remember? :-)18:30
naccrbasak: ack, i'll get the php one(s) done this week, ideally18:31
rbasakdoko: are you planning on merging ldb?18:48
naccrbasak: i'm doin git18:48
nacc*doing it18:48
naccrbasak: in consultation with doko, as it's needed for samba18:48
rbasakAh, OK. I'll give you the work item then :)18:49
naccrbasak: ack18:49
rbasaktjaalton: so the latest sssd in Debian requires src:http-parser which is in universe. Looks like the new "secrets" support?19:03
rbasakFor now, I can build without that it looks like, as there's a configuration flag for that. Or, do you want it MIR'd?19:03
rbasak"http parser" sounds security sensitive. Especially for the "secrets" feature.19:03
rbasakSo maybe it'll have to be next cycle?19:03
sbeattierbasak: there's a MIR request for http-parser already.19:30
sbeattiehttps://bugs.launchpad.net/ubuntu/+source/http-parser/+bug/163895719:30
ubottuLaunchpad bug 1638957 in http-parser (Ubuntu) "[MIR] http-parser, dependency of sssd" [High,Incomplete]19:30
tjaaltonyeah, the ball is on the security team now ;)19:31
rbasakOh. Thanks!19:32
rbasakI just prepared an upload to disable the secrets service for now.19:32
rbasakShould I upload that pending the MIR, and then we can revert and sync when appropriate?19:33
tjaaltonI'm fine either way19:33
rbasakThen at least we'd get testing on the newer sssd, even if without the secrets service.19:33
tjaaltonit's in debian testing too19:33
rbasakOK I'll upload for now. Then if the MIR doesn't get done in time at least we have something automatically.19:34
tjaaltonright19:34
rbasakSo dogtag is holding up nss migrating, which presumably is due to tomcat 8.5 too?19:51
rbasaktjaalton: are we certain that tomcat 8.5 needs removing?19:51
rbasakIt has made it to testing.19:52
tjaaltonrbasak: yes19:52
rbasakIs there an ~ubuntu-archive bug on this?19:53
tjaaltonno19:53
rbasakI'm not sure I follow the reasoning, so if not would you mind filing one with an explanation please?19:53
tjaaltondidn't think of that19:53
tjaaltonhttps://fedorahosted.org/pki/ticket/256019:53
tjaaltonI'll file one19:53
rbasakThanks!19:53
tjaaltondid send an email to ubuntu-release, but a bug makes more sense19:53
rbasakThen I can point people to the bug for current status and when explaining blockers :)19:53
tjaaltonthe reason why 8.5 was "rushed" for stretch was that 8.0 will be EOL before stretch is19:54
tjaaltonbut it's not an issue for 17.0419:54
rbasakThat makes sense.19:54
tjaaltonwell, building reverse-depends would've shown that it was a bad decision.. though it makes my life easier not having to support freeipa on stretch :)19:55
tjaaltonso, a bug against tomcat with ubuntu-archive assigned?19:58
rbasakYes19:59
* rbasak EODs20:01
tjaaltondone, bug #166265420:02
ubottubug 1662654 in tomcat8 (Ubuntu) "Please remove tomcat 8.5 from zesty-proposed" [Undecided,New] https://launchpad.net/bugs/166265420:02
=== salem_ is now known as _salem
=== JanC_ is now known as JanC
jgrimmnacc, one thing noticed while getting powersj going on merges.. ubuntu-git-tools isn't documented there, tho the tools are part of the process.. always good having someone new go through documentation23:27
naccjgrimm: what's ubuntu-git-tools?23:27
naccjgrimm: oh, rbasak's old repo? they are all in the importer repo now23:28
jgrimmnacc, oh, didn't realize they are in there too, i'm using from cloned repo23:29
naccjgrimm: yeah, we migrated it a while back23:29
naccthe other repo is defunct at this point23:29
jgrimmnacc, i see them there now. i only had ./bin in my path too, so i'll switch23:30
naccjgrimm: yeah, probably should move them now that we have a bin upstream23:30
naccjgrimm: please file a bug on that, it's probably a worthwhile cleanup23:30
jgrimmnacc, cool cool. tx23:30

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