/srv/irclogs.ubuntu.com/2016/11/10/#ubuntu-devel.txt

naccjgrimm: https://code.launchpad.net/~usd-import-team/ubuntu/+source/at/+git/at00:08
pdeeeRAOF, hlieberman picking up the conversation about a xenial update to Certbot:00:18
RAOFpdeee: Hi!00:18
pdeeeHi!00:18
pdeee(we have to distract ourselves from depressing news today)00:19
RAOFI'm going to get a coffee right now, but I'll be back in 5 :)00:19
pdeeeRAOF, okay, I'll give you a status update then go and get a coffee :)00:19
pdeeeCertbot 0.9.3 is now in zesty00:19
pdeeeHowever, the team has identified a few reasons why they might want to wait for 0.10.0 if the updates process is sufficiently complex and time consuming00:19
pdeeeIt both includes a couple of important bugfixes, and also a couple of very valuable features we'd want Xenial users to have00:20
pdeeeHowever, there's one noteworthy way in which 0.10.0 alters workflows00:20
pdeeein a subjective if not substantive way00:20
pdeeein particular, the dialog-based user interface has been removed00:21
RAOFHm.00:21
pdeee(because it was both mysteriously rendering in broken ways when sshing into some servers, and because of weird annoying bugs like these:00:23
RAOFThat doesn't particularly scream “let's push this as a bugfix only release to all our most conservative users”.00:23
pdeeehttps://github.com/certbot/certbot/issues?q=is%3Aissue+dialogerror+is%3Aclosed00:23
pdeeeSo running Certbot 0.10.0 will be like running Certbot 0.9.3 with -t00:24
RAOFSo, the SRU process for 0.9.3 shouldn't be terribly onerous.00:25
pdeeeBut you think it would be harder for 0.10.0?00:26
RAOFI'd be more hesitant to SRU something that drops a previous UI, yes.00:26
* pdeee nods00:26
RAOFI understand that this is not ideal for you - or, even, for new users - but if existing users have successfully used the dialog UI then they haven't been hitting the bugs in it, and removing it breaks whatever documentation they've put into place.00:27
RAOF(We're meant to be the ones getting all the bugs related to the dialog UI, but that doesn't always end up being the case)00:28
pdeeeAnd, if you were going to score the strength of this objection out of ten, how high would you score it?00:28
RAOFOff hand, I'd probably put it at a 7 or so?00:29
pdeeeHere are some examples of the dialog bugs:00:29
pdeeehttps://github.com/certbot/certbot/issues/202500:29
RAOFWhat does the new text interface look like?00:30
pdeeeRAOF, do you have a copy of Certbot?00:30
pdeeeIf so, run it with -t00:30
pdeeeif not, I can screenshot you something00:30
pdeee(Certbot on Zesty or Yakkety)00:31
RAOFHm. I can run it, but it fails immediately because I don't have a webserver on this laptop.00:31
pdeeeokay, I'll screenshot00:31
RAOFTo00:32
RAOFTa00:32
pdeeehttps://isnot.org/certbot-t.jpg00:35
RAOFAh, cool.00:36
RAOFSo, I'm still hesitant; I'd start a discussion with the rest of the SRU team about that.00:37
RAOFBut I'm happy to sponsor 0.9.3 into xenial- (and yakkety-) proposed.00:37
RAOFWe can easily do that in parallel.00:38
pdeeeokay, nice00:42
pdeeeour team had concluded that we should work to switch the instructions we provide at https://certbot.eff.org from Xenial packages to pointing folks toward a PPA,00:42
pdeeebut if the SRU is fairly easy I think we can stick with that00:42
naccmdeslaur: is it just me or did bind9 get a security update in y that it didn't get in z? 1:9.10.3.dfsg.P4-10.1ubuntu1.100:43
pdeeebtw, if you want to play with Certbot on a box with no webserver, the following invocations should work:00:43
pdeeesudo certbot certonly --standalone # bind to a port to prove control of a domain00:43
pdeeesudo certbot certonly --manual # manually prove control of a domain. Can also be run as non-root with some extra flags00:45
pdeeeYou can add -t to the 0.9.3 command line to see how things will look in 0.10.000:45
sarnoldpdeee: just out of curiosity, could you amend the eff.org instructions to tell people to pass the -t option?00:46
pdeeesarnold, in all cases or just some?00:47
pdeeeDo you mean, as a way to get that result without changing our code?00:48
sarnoldpdeee: yeah00:48
sarnoldlike the sru sounds useful, but adding a -t to instructions sounds easier, and most people copy-paste things anyway :)00:49
=== JanC_ is now known as JanC
pdeeesarnold, I think our dev team was keen to close all the dialog-related bugs, and remove that extra dependency and complexity from the code00:54
pdeeeI meant to paste a few of the dialog bugs, but got interrupted:00:54
sarnoldpdeee: hehe with that list of bugs I can certainly see why :)00:54
pdeeehttps://github.com/certbot/certbot/issues/202500:54
pdeeehttps://github.com/certbot/certbot/issues/376400:55
pdeeeProviding instructions in one place, even the most prominent place, to use -t wouldn't actually get the word out to all of our users00:55
pdeeePersonally, I would have kept dialog in place and switched the default, but others on the team are more focused on simplicity than I am, and I'm happy for them to overrule me :)00:56
pdeeeHowever, I'll say this:00:57
pdeeeif Ubuntu really wants to keep dialog as the default, we could consider going back to that plan00:57
pdeeethen Ubuntu could flip the default back to "dialog" on Xenial00:57
pdeeeI think folks would be unhappy with that stuff staying in the tree, and the complexity of some users having Certbot behave differently than others, but they might live with it.00:58
pdeeeI think the prevailing view is, "let's get this to the place we want it to be, then call it 1.0.0 -- until then, it's in beta, expect a few [nonbreaking] changes"00:59
mdeslaurnacc: I usually wait to sync from debian...but it looks like it's not in debian yet....I'll upload it to Z tomorrow, thanks01:10
naccmdeslaur: np, i was just updating a PPA for a bugfix-test and noticed01:11
RAOFpdeee: That's a perfectly sensible approach; we've just already declared it 1.0 downstream by shipping it in 16.04 LTS :)01:13
jgrimmthanks nacc!01:16
pdeeeRAOF, :)01:16
RAOFpdeee: So, I guess to move this onto actionable items: who is going to dedicate some time to SRUing 0.9.3?01:26
pdeeeI can if hlieberman doesn't have cycles01:27
pdeeeor he and I can work on it together01:27
pdeeebut presumably we'll also need a Canonical / Ubuntu person01:27
pdeeeDo you need us to compile a list of High Impact Bugs?01:29
pdeeeDo you additionally need us to list new features?01:29
pdeee(of the sort that may be important enough to warrant inclusion)01:29
pdeeeOr would a list of fixed bugs be sufficient?01:31
sarnoldthis template ought to guide what'd be most useful https://wiki.ubuntu.com/StableReleaseUpdates#SRU_Bug_Template01:31
pdeeesarnold, if I filled that out once for every important bug we've closed, it would be a very long document01:34
pdeeewill it be okay to provide a narrative, "we fixed these kinds of bugs, <links to lots of examples>",01:34
RAOFAre you aware which bugs on launchpad are fixed in 0.9.3?01:34
pdeee<These are the steps we took in general to prevent regressions of any sort>01:35
pdeeeRAOF, a couple, but mostly bugs are filed with our github repo rather than launchpad, even for xenial packages01:35
pdeeeI can of course make some Launchpad bugs for you, though that's more work :)01:36
RAOFpdeee: Not really any need for launchpad bugs; it's nice if you can identify some of them, you don't need to have one per issue fixed.01:46
smosernacc, am i doing something wrong ?01:48
smoser$ time ./bin/usd -h >/dev/null01:48
smoserreal0m3.248s01:48
smoseruser0m0.560s01:48
smosersys0m0.044s01:48
naccsmoser: no, i think there's an issue with one of the constructors01:49
naccsmoser: i need to debug it still01:49
naccsmoser: i got it functional first :)01:50
naccsmoser: i think i need to defer one of the init steps for the importer object01:50
smoserand i think i suggest renaming '__main__' to just 'main'. then you can do things like: python3 -m  usd.main (or even add __main__ to the 'usd')01:50
naccsmoser: interesting, ok -- i read somethjing that setuptools uses that specific naming01:51
naccsmoser: but i trust your knowledge01:51
smoseroh. silly. you did do that interestingly.01:51
smoserah. well,01:51
smoserpython -m usd01:51
smoserer... python3 -m usd01:51
smoserdoes work because usd.__main__01:51
RAOFpdeee: So, next steps would be to (a) file a launchpad bug along the lines of “please SRU 0.9.3 to xenial and yakkety” with the justification and some details of the testing done, (note that xenial has letsencrypt 0.4, and so predates certbot) and (b) prepare the Debian packaging for those SRUs - which will start with a copy from zesty's 0.9.3 packaging, and add a changelog entry mentioning at least the SRU bug and preferably the other LP bugs01:51
RAOFfixed.01:51
smoseri'd not seen it done like that. but ok.01:51
naccsmoser: :)01:52
naccsmoser: magic!01:52
RAOFpdeee: Oh, and I'm happy to sponsor the upload of the packaging to *-proposed.01:58
naccjgrimm: i submitted a build that should fix heimdal in -proposed, and sent the patch to debian01:58
pdeeegreat okay I'm preparing a template; I will file a bug containing it, and ask hlieberman to do the packaging work01:59
pdeeewhich sounds pretty minimal01:59
pdeeeand then be back in touch02:00
smosernacc, http://paste.ubuntu.com/23453623/02:01
smoserstill crashes with ./bin/usd clone cloud-initramfs-tools02:01
smoserbut through a couple failures :)02:01
naccsmoser: http://paste.ubuntu.com/23453650/02:06
naccsmoser: with that and passing -l nacc, it works02:07
naccpushed up02:08
naccsmoser: fixed the lp prompt case too02:09
smosernacc, AttributeError: module 'os' has no attribute 'getwcd'02:11
smosergetcwd not getwcd02:12
naccsmoser: fixed and pushed02:12
smoserAttributeError: 'int' object has no attribute 'encode'02:12
smoser:)02:12
smoseri got to run02:12
naccyeah that's the input returning 0 for some reason02:12
naccsmoser: i'll fix that tmrw02:12
smoserlater.02:12
naccsmoser: fixed, fwiw, pushed02:13
naccjgrimm: heimdal built successfully, hopefully it migrates now02:19
cpaelzergood morning06:30
pittiGood morning07:12
mwhudsonpitti: morning07:44
pittihey mwhudson, how are you?07:44
mwhudsonpitti: just curious really, but wondering where routes: support in netplan is on your roadmap?07:44
mwhudsonpitti: good, spent a while learning all about netlink which is fun but doesn't feel very 21st century somehow :)07:44
pittimwhudson: more like the good old assembly days? :-)07:47
mwhudsonnot quite that bad, but definitely more C than nodejs :)07:48
pittimwhudson: routes: is a work item (the last remaining one that concerns netplan itself, in fact)07:48
pittimwhudson: indeed, it's 2016, give us a kernel written in JS already!07:49
pittimake the kernel great again!07:49
pitti(sorry..)07:49
mwhudsonheh07:49
mwhudsonpitti: oh cool (routes: being the last netplan thing missing)07:49
pittimwhudson: so, I haven't thought about some syntax or use cases for this yet -- do you have one?07:49
mwhudsonpitti: only overriding the default route i think07:50
pittimwhudson: that already exists07:50
mwhudsonpitti: gateway4/gateway6?07:50
pittimwhudson: i. e. gateway[46]:07:50
mwhudsonhm, that's only per-interface isn't it?07:51
* mwhudson doesn't understand networking configuration use cases very well though07:51
pittiright, but that's what they conceptually are anyway07:51
pittii. e. there is no "free floating" default route by default, all default routes are attached to some interface (AFAIUI)07:52
pittimwhudson: that might be a bit confusing, let me try again07:53
pittimwhudson: so, an interface can add a route to 0.0.0.0/0 (IOW the "default" route) via a given IP07:54
mwhudsonno that makes sense i think07:54
pittimwhudson: and all routes have a metric07:54
pittimwhudson: so if the kernel needs to route a packet to an IP which doesn't have a more specific route, it picks the default route amongst the above set with the lowest metric07:54
mwhudsonpitti: afk for a few mins07:55
pittiwhich is really just the same algorithm as for picking the "most specific" route07:55
pittihappyaron: hey, how are you? I was wondering how the NM 1.4 update was coming along?09:02
happyaronpitti: hey, guess tommorrow. or by next Mon09:35
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
cpaelzeris there a better way than "uploading to archive and crossign fingers" after writing a new dep8 test to run it on "the other archs"?13:10
cpaelzerI wonder if that is the day I could/should use bileto the first time and check if permissions actually work13:11
rbasakI feel that pain too. I'm not sure how to use Canonical's porterboxes for dep8 test testing.13:16
rbasak(they seem a bit too locked down for that)13:17
rbasakmdeslaur: FYI, taking your TIL lock on the squid3 merge.13:22
cpaelzerI mean I can technically do ppc64el and s390x due to being lucky and only cross fingers for arm13:22
cpaelzeruh wait s390 had issues13:22
cpaelzertime to check that again with all updates13:22
mdeslaurrbasak: ack, thanks13:26
cpaelzerpitti: are you sure on that reject of the dovecot SRU?13:28
cpaelzerpitti: 2.2.22-1ubuntu4 never (really) went into the archive nor did 2.2.22-1ubuntu313:29
cpaelzerpitti: last SRU was 1:2.2.22-1ubuntu2.113:29
cpaelzerpitti: Refering to "Rejected by Martin Pitt: needs to rebase against 1:2.2.22-1ubuntu4"13:29
xnoxcpaelzer, rbasak - go to https://bileto.ubuntu.com/ request new ppa; add source package name; click build that creates ppa; upload into said ppa; and it will run autopkgtests on all arches and report britney results too (for uninstalability)13:39
xnoxthat's what i do.13:39
xnoxit runs the tests on the same infra as the proposed-migration autopkgtests.13:40
cpaelzerxnox: thats what we talked about a few months ago, and sil2100 was so kind to check if it could be set up for non-core dev13:40
cpaelzerI guess it is the day then13:40
cpaelzerI'll poke #ubuntu-ci-eng with questions if I have some13:40
xnoxcpaelzer, if you need sponsoring, i'm happy to upload experimental things into bileto ppas =)13:40
sil2100Yeah13:41
xnoxcpaelzer, sil2100 - honestly using bileto ppas for experimental builds is totally fine, even if you do say in description "will be abandonned"13:41
sil2100Sure, Bileto PPAs are also for this since we have ephemeral PPAs now, so yeah13:42
pitticpaelzer: hm, they exist in https://launchpad.net/ubuntu/+source/dovecot/1:2.2.22-1ubuntu3 and https://launchpad.net/ubuntu/+source/dovecot/1:2.2.22-1ubuntu4, but I guess that was a very confusing case then13:52
cpaelzerpitti: yes, in september we did the 2.1 SRU13:52
cpaelzerpitti: if wrong it was wrong there already :-/13:52
cpaelzerpitti: can you un-reject the upload or is the case worse and we need to clean up even more?13:53
pitticpaelzer: no, I can generate a real diff manually and accept from rejected13:53
cpaelzerpitti: ok, I'll do nothing on this case then; unless you tell me to do so - ok13:54
cpaelzer?13:54
pitticpaelzer: should be all good now; sorry for the trouble13:55
cpaelzerpitti: thank you for sorting out, no reason to excuse at all14:00
cpaelzerpitti: it is a weird case14:00
=== _salem is now known as salem_
ogra_ Err:1 http://ports.ubuntu.com/ubuntu-ports xenial/universe armhf libtext-unidecode-perl all 1.27-114:14
ogra_  403  Forbidden [IP: 91.189.88.150 80]14:14
ogra_wow14:14
ogra_whats that ?14:14
pittiogra_: since Trump it is forbidden to write new software in Perl!14:15
ogra_LOL14:15
dobeyogra_: it's an issue with the ports server it would seem. i'd say bug IS14:16
ogra_well, looks like the Packages file is out of sync with the actual archive content14:18
ogra_http://ports.ubuntu.com/ubuntu-ports/pool/universe/libt/libtext-unidecode-perl/14:18
ogra_weird14:19
ogra_(the files in that dir are from 2005 and 2008)14:19
ogra_aha14:20
ogra_and now the dir updated14:20
ogra_yep ... and it works ... weird14:20
ogra_smells racy14:20
Laneyogra_: weird that it gives a 403 and not a 40414:30
Laneyit's not updated here14:30
pittiogra_, Laney: presumably one of the mirrors is out of date, and you just hit that one (or not) at random?14:30
LaneyI tried from a few boxen14:31
persiaIs the feed to ports.u.c still managed by ubumirror?  If so, it's (intentionally) racy w.r.t content vs. packages files, but the intended raciness should avoid the situation described above.14:31
Laneybut us.ports.ubuntu.com works14:32
persiaThat would be mirrored from ports.u.c, rather than from the internal all-arches true master archive.14:32
LaneyI don't know that ports is even round robin14:33
Laneypersia: This particular package hasn't changed in $ages14:33
persia(unless mirroring is very different than my memory.  I'll stop blathering now, in case it has changed)14:33
ogra_Laney, well, it magically started working, pitti might be correct14:34
Laneyogra_: It's all guessing isn't it14:35
ogra_yep14:35
Laneywhat IP are you getting?14:36
ogra_91.189.88.150 was the one that did not work initially ...14:36
pittisame as me14:37
ogra_and i get the same when pinging now14:37
pittimaybe that's just a load balancer14:37
ogra_so it was the same server14:37
xnoxpitti, i would vote for such policy =)14:38
LaneyThen one of the backends is broken14:38
LaneyI'll go ask, since nobody else wants to14:39
=== JanC is now known as Guest87424
=== JanC_ is now known as JanC
Laney(being debugged, FYI)15:05
smoserpitti, your comment 27 on bug 163691215:34
ubottubug 1636912 in systemd (Ubuntu Xenial) "systemd-networkd runs too late for cloud-init.service (net)" [High,In progress] https://launchpad.net/bugs/163691215:34
smoser'drop "Wants=networking.service"' .  What we have there is 'After=networking.service'15:36
smoserand i think that is necessary or we wont run after ifup has been done..15:36
rharpersmoser: we also had Requires=networking.service15:37
rharpersmoser: IIRC, there's a built in wants for networking.service via /etc/systemd/system/network-online.target15:37
smoserright..15:37
rharperso, ifupdown will run if installed15:37
rharperwhen means we should be able to just say After for ordering15:37
smoserright, but by not Wanting it we dont force it to run otherwise.15:38
rharpercorrect15:38
smoserthe other thign that Require did (which is why i used it) is it says "It ran and succeeded"15:38
smoserAfter just says "it ran"15:38
rharpercorrect15:38
pittismoser: right, sorry, I meant "Requires=", not "Wants="15:38
smoserso thats less than ideal, but maybe ok.15:38
=== zsombi_ is now known as zsombi
rharperbut if we have an either networking or networkd;  we'd like to say that either ran and which ever one selected succeeded15:39
smoserright. ideally is saying "whatever would configure the network ran and succeeded"15:40
smoserbut i guess honestly if it didnt succeed then we're kind of sol15:40
rharperright15:43
rharperwell, for network based datasources15:43
rharperor if someone wanted networking...15:44
rharperit's possible for a device to use cloud-init with nocloud seed and not care about networking (during boot)15:44
rharperso ideally we'd somewhat not care in the sense that it only matters truely if the user-data/metadata is over the network  (as in that will fail)15:44
smoserrharper, well right. that'd have no networkign, but that would be succeed15:53
smoserright  ? an empty /etc/network/interfaces just says "don't do anything".  and that succeeds very quickly.15:53
smoserpitti, you have a minute for some questions about cloud-init's systemd jobs generally ?15:54
pittismoser: literally one minute, yes (our meeting starts in 5, currently prepping)15:54
smoseryou ahve time after ?15:55
smoseri'd like hangout if you can15:55
smosersome stuff here: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/31054715:55
smoserbut woudl ike to just review all of it.15:55
pittismoser: LGTM, as long as cloud-init-local.service makes no assumptions at all about writable root and mounts?15:56
pittismoser: sorry, not after either, meeting someone for dinner15:57
smoserpitti, well, it does assume it can write to /var/lib15:57
smoserand /run15:57
smoserhow should i say that ?15:58
pittismoser: reviewed15:59
pittismoser: /run is always there, so add After=systemd-remount-fs.service and RequiresMountsFor=/var/lib15:59
pittismoser, rharper: http://summit.ubuntu.com/uos-1611/meeting/22716/netplan-introduction-and-next-steps/ → do you want to attend?16:22
rharperpitti: yes16:25
smoserpitti, sure16:27
naccrbasak: do you have a link to the pad from yesterday? for some reason, i'm disconnected16:40
rbasaknacc: http://pad.ubuntu.com/git-workflow-talk16:41
naccrbasak: thanks16:41
nacccaribou: i'm working through your import requests, fyi16:56
naccrbasak: --^16:56
caribounacc: thanks!16:56
naccsmoser: i might add a default value for the lp username prompt -- at least i find it really annoying to have to type my local username or pass it (i don't need to do this for the importer, e.g.)17:03
=== salem_ is now known as _salem
smosernacc, how would you add a default ?17:06
smoserand you only provide it once.17:06
smoserthen it stores it.17:06
=== _salem is now known as salem_
naccsmoser: only if i tell it to :)17:07
naccsmoser: same way we do for the importer17:07
smoserwhy dont you answer yes17:07
naccsmoser: maybe we shouldn't, i just don't like that clone behaves differently17:07
smoserthen fixed17:07
smoserand its right.17:07
naccsmoser: becasue i'm going to delete the tree17:07
naccsmoser: i don't care about configuration caching17:07
smoserit storees it in your ~/.git17:08
smoser~/.gitconfig17:08
smoseryou probably dont delete that too often :)17:08
smoserdoesnt it?17:08
naccoh you're doing --global17:08
nacchrm, ok17:08
=== salem_ is now known as _salem
rbasaknacc: I think launchpadlib has something. When I use other Launchpad API tools that need privilege, they don't prompt me.17:09
=== _salem is now known as salem_
naccso we probably have a bug, as i do have local configs in .gitconfig17:09
naccsmoser: will investigate17:09
naccrbasak: ack17:09
nacccaribou: thank you, btw, you helped me find a bug :)17:10
naccat least not one i didn't introduce in my rewrite :/17:11
caribounacc: always happy to help ;-)17:11
naccrbasak: jgrimm: do you want to stay on the HO?17:15
jgrimmnacc, rbasak: i'll defer to you if wanting to start now or need a break17:17
naccjgrimm: ack, we're in the HO now17:18
smosernacc, http://paste.ubuntu.com/23457110/17:34
smoserthat method is much more standalone , so i made it a staticmethod there. can just as easily move it somewhere more common.17:34
smoserand just fyi, you were 'match' with beginning '^'. i'm pretty sure thats redundant.17:35
naccsmoser: nice, thanks!17:38
tdaitxbdmurray, from where does the UnreportableReason in the error tracker comes from?17:46
bdmurraytdaitx: from apport17:46
tdaitxbdmurray, right, then my question is from where does apport fetch that information?17:47
bdmurraytdaitx: it creates it - what are you seeing?17:48
tdaitxbdmurray, just trying to figure out what that field mean on those package-data-downloader errors17:48
bdmurraytdaitx: out of date packages17:48
tdaitxyeah, but why?17:49
bdmurraytdaitx: because they haven't installed all their updates.17:49
tdaitxok, so it's just a usual message fom apport17:50
bdmurraytdaitx: wrt apport you could read apport/report.py and data/general-hooks/ubuntu.py17:50
bdmurraytdaitx: yes17:50
tdaitxbdmurray, anyway, I noticed that /usr/lib/update-notifier/package-data-downloader is also called from update-notifier-common.postinst17:51
tdaitxnot sure it that one can ever have no stdout/stderr set17:51
bdmurraytdaitx: okay, thanks for looking17:52
naccrbasak: ah i think i see what is wrong with kexec-tools -- you did the merge step that the importer is expecting to do, is all18:25
naccsmoser: can you send me a MR?20:03
smosernacc, https://code.launchpad.net/~smoser/usd-importer/+git/usd-importer/+merge/31058020:32
pittismoser, rharper: is bug 1636912 also eventually relevant for Debian? I. e. are they following upstream relatively closely and will be aftected by this networkd > dbus.service thing?20:48
ubottubug 1636912 in systemd (Ubuntu Xenial) "systemd-networkd runs too late for cloud-init.service (net)" [High,In progress] https://launchpad.net/bugs/163691220:48
pittismoser, rharper: (it would actually make things easier if they are -- then removing the After=dbus.service wouldn't be an Ubuntu specific thing)20:48
rharperpitti: possibly, not sure if we upload cloud-init to debian, but we do support debian as an os target20:48
rharperpitti: that's a netword change, right, so it's certainly a reasonable common change20:49
smoserwe do not maintain cloud-init in debian20:49
pittithey have 0.7.8-1, and https://tracker.debian.org/pkg/cloud-init looks reasonably active20:49
smoserbut there is cloud-init in debian20:49
pittiright, I mean this will eventually go into 0.7.9 or 0.8 or whatever? i. e. "upstream"; or stay in ubuntu?20:49
smoserpitti, oh, i'd put it upstream20:55
pittismoser: ack20:56
smoserpitti, that is correct for debian too, right ?20:56
smoseri think all those systemd files are ...20:56
smoserat least hope20:56
smoserand even for fedora is the goal20:56
pittismoser: yes; but we'd run into the same networkd After=dbus.service issue in Debian then, so we'd need to patch it out there too (and break UseHostname:)20:56
LocutusOfBorghighvoltage, sorry for not looking at the RFS21:41
LocutusOfBorgI'll try to look at it tomorrow if nobody beats me21:41
LocutusOfBorgI have too many packages to look at, and today I'm fixing llvm stack :/21:41
naccsmoser: thanks!21:58
smoserpitti, can you fix typo in https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/31054722:11
smoserwhat bug is that ?22:11
=== salem_ is now known as _salem

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