nacc | rbasak: there's something off with the snap, but i'm not sure what yet, will deubg in the AM. since it's classic, it's workaroundable by installing the deps | 00:02 |
---|---|---|
madLyfe | if i did a sudo command and it wants me to type in my password but i want to cancel the command, is that possible? | 00:33 |
madLyfe | ctrl-C | 00:36 |
Epx998 | madLyfe: indeed | 01:20 |
=== JanC is now known as Guest61806 | ||
=== JanC_ is now known as JanC | ||
lunaphyte | ahasenack: i've [mostly] figured out my issue with systemd and filesystems not unmounting/shutdown hanging | 03:33 |
lunaphyte | coincidentally, i ended up solving another problem at the same time. in fact, the reason i figured out the answer to the reboot problem was because i was troubleshooting the other problem, and i had an aha moment, realizing they were related | 03:34 |
cpaelzer | good morning | 05:33 |
albech | how do I dig a DMARC record? It doesn't show with 'dig domain TXT' | 07:45 |
andol | albech: _dmarc.example.com | 07:45 |
albech | andol: it doesnt show, so i am guessing its not a valid string i have entered at the DNS | 07:49 |
RoyK | dig txt _dmarc.blah.com | 07:50 |
RoyK | works for me (tm) | 07:50 |
albech | RoyK: yeah nothing shows and I entered it 10+ hours ago. | 07:50 |
RoyK | albech: try querying the server directly, dig @servernameoraddress | 07:51 |
albech | RoyK: did that too | 07:51 |
RoyK | which domain is this? I can check from here | 07:52 |
albech | ipat.dk | 07:52 |
RoyK | looks fine | 07:53 |
albech | hmm | 07:53 |
RoyK | erm - no | 07:53 |
RoyK | wait | 07:53 |
albech | its the spf you see | 07:53 |
RoyK | this is me dig txt _dmarc.karlsbakk.net | 07:54 |
RoyK | what sort of dns server? | 07:54 |
albech | RoyK: no idea.. its some hosting company | 07:55 |
RoyK | gratisdns.dk... | 07:55 |
albech | will im seing that my dmarc string ends with a ; and yours doesnt.. | 07:56 |
andol | albech: Hmm, according to https://web.gratisdns.dk/domaener/dns/ it looks like gratisdns.dk pushes updates in batches, five times per day. If you did your change 10 hours ago, perhaps they are simply running a bit behind? | 07:59 |
andol | albech: If nothing else you could always make another change, and see if that at some point later results in a newer SOA serial. | 07:59 |
albech | andol: possibly | 07:59 |
albech | andol: good idea.. will do that as well, just to verify when the push has run | 08:00 |
andol | If nothing else the current SOA serial *suggests* that nothing has been pushed the last 10 hours | 08:00 |
andol | 2017082102 | 08:00 |
albech | andol: could be why its not showing.. didnt even think of that | 08:02 |
andol | Might also be that it didn't push/reload due to a syntax error in the dmarc record. On the other hand, ideally the web-ui ought to have complained about that to you. | 08:03 |
albech | v=DMARC1; rua=mailto:postmaster@nixmail.net; ruf=mailto:postmaster@nixmail.net; p=none; sp=none | 08:04 |
andol | albech: Strictly you should have quotes surruning that, but may be that the web-ui taxes care of that for you. Your spf txt record does have those quotes, so unless you had to enter them then, that is probably not the issue here. | 08:08 |
andol | s/taxes/takes/ | 08:08 |
albech | andol: that is taken care of by the webui | 08:09 |
albech | i checked that myself | 08:09 |
andol | Well, unless you are in a hurry the easiest way forward is probably to remove the potentially problematic _dmarc TXT record, create some other simple/safe test entry, and see if that propagtes during the day. | 08:11 |
cpaelzer | rbasak: you and nacc just "did" the git ubuntu upload tagging - I want to update the wiki and then do my first one | 08:12 |
cpaelzer | rbasak: if you could take a look if you think http://pad.ubuntu.com/XD5ESDSBne is right that would be great | 08:13 |
=== led2 is now known as led1 | ||
rbasak | cpaelzer: yeah that's right. So before upload, git ubuntu tag --upload, push that, and then dput as normal. | 10:21 |
cpaelzer | rbasak: thanks for the confirm | 10:27 |
cpaelzer | rbasak: could you re-imort virt-manager or teach me how to do it? | 12:07 |
cpaelzer | it has the upload tag from the merge two weeks ago but not imported since then | 12:07 |
cpaelzer | I might be able to work on the base of the upload tag thou | 12:08 |
cpaelzer | that would give us time to check why it wasn#t reimported automatically | 12:08 |
rbasak | cpaelzer: "mkdir -p /tmp/import; git ubuntu import -v -d /tmp/import/virt-manager virt-manager" is what I use. | 12:08 |
cpaelzer | maybe it isn't in the default set that is synced | 12:08 |
cpaelzer | rbasak: ok let me run that and check if it stumbles somewhere | 12:09 |
rbasak | cpaelzer: default set: https://git.launchpad.net/usd-importer/tree/gitubuntu/import-cron-packages.txt | 12:09 |
cpaelzer | rbasak: the import is failing me on the pristine-tar of 1.4.0 | 12:14 |
cpaelzer | rbasak: do you mind running the same import and checking if that is a local issue to me? | 12:14 |
rbasak | Trying | 12:16 |
rbasak | 08/30/2017 13:16:54 - ERROR:stderr: pristine-tar: Unknown subcommand "verify" | 12:17 |
rbasak | 08/30/2017 13:16:54 - ERROR:stderr: pristine-tar: Unknown subcommand "verify" | 12:17 |
rbasak | 08/30/2017 13:16:54 - ERROR:stderr: pristine-tar: Unknown subcommand "verify" | 12:17 |
rbasak | Aargh. | 12:17 |
rbasak | Anyway, I think I'd hit that already - my pristine-tar is too old now. | 12:17 |
rbasak | (on Xenial) | 12:17 |
cpaelzer | IIRC nacc meant some things only work on zesty | 12:18 |
cpaelzer | yep artfuls pristine tar has the verify command | 12:19 |
cpaelzer | but I thought the snap would encapsulate such things | 12:19 |
=== petevg_ is now known as petevg | ||
rbasak | I'm not using the snap. | 12:20 |
cpaelzer | maybe it only does so with the git ubuntu libs but not external executables | 12:20 |
cpaelzer | hmm, maybe I currently don't either | 12:20 |
cpaelzer | let me check | 12:20 |
rbasak | It's kinda hard to develop with the snap directly :) | 12:20 |
cpaelzer | well I do use it and it fails more or less the same | 12:20 |
cpaelzer | let me run it in an artful container | 12:20 |
cpaelzer | rbasak: well maybe the snap does encapsulate it | 12:21 |
cpaelzer | rbasak: I don't have it failing for missing "verify" | 12:21 |
cpaelzer | rbasak: the actual verification fails for me | 12:21 |
cpaelzer | rbasak: nacc: http://paste.ubuntu.com/25431785/ | 12:22 |
rbasak | cpaelzer: there is a known pristine-tar bug | 12:22 |
rbasak | 08/30/2017 14:12:29 - ERROR:stderr: fatal: ambiguous argument '6c61fcfe2c55a9269c94b6ec2fbeac09759bf80b^{tree}': unknown revision or path not in the working tree. | 12:22 |
cpaelzer | yep | 12:22 |
rbasak | That seems like a bug in git ubuntu though | 12:23 |
rbasak | nacc: ^ | 12:23 |
cpaelzer | I'll work on the upload tag for now and let nacc take a look later then | 12:23 |
jamespage | coreycb: doing the ceph l release right now plus some associate ceph-deploy updates | 12:39 |
coreycb | jamespage: awesome | 12:40 |
coreycb | jamespage: looks like qemu backport is fixed up | 12:41 |
cpaelzer | coreycb: which one? | 12:41 |
coreycb | cpaelzer: the build failure from rc3 was preventing it from backporting | 12:42 |
cpaelzer | yeah I handled that (I thought) - so -rc4 is building for you? | 12:42 |
coreycb | cpaelzer: yep | 12:42 |
cpaelzer | in artful it is still on dep8 | 12:42 |
cpaelzer | coreycb: nice, good to get that confirmed | 12:42 |
coreycb | cpaelzer: thanks | 12:42 |
cpaelzer | yw++ | 12:43 |
coreycb | jamespage: i'm starting to work through final uploads of pike packages | 12:52 |
jamespage | coreycb: do you want to split the list, do it in half the time? | 13:27 |
jamespage | coreycb: I need to help admcleod with something and then I can be all yours... | 13:27 |
coreycb | jamespage: sure, i've started from the top of the alphabet if you want to start from the bottom | 13:28 |
zul | jamespage/coreycb: come on chop chop ;) | 13:34 |
coreycb | hey zul :) | 13:34 |
jamespage | coreycb: okies | 13:34 |
jamespage | coreycb: zaqar it is then | 13:34 |
jamespage | coreycb: zaqar uploaded - I'm using lescina branch builds to de-risk build failures btw (not blind uploading) | 13:38 |
jamespage | coreycb: watcher next | 13:38 |
jamespage | no-op | 13:39 |
jamespage | moving on | 13:39 |
coreycb | jamespage: ok yep | 13:39 |
jamespage | coreycb: swift next | 13:39 |
jamespage | coreycb: I feel like mr no-op today | 13:40 |
jamespage | swift - no-op | 13:40 |
coreycb | jamespage: :) | 13:40 |
jamespage | coreycb: moving onto openstack-trove | 13:41 |
coreycb | jamespage: ok i'm almost done through the murano's. i'll stop at networking-bgpvpn. | 13:42 |
jamespage | coreycb: I'll pick sahara next | 13:44 |
coreycb | jamespage: oh btw, i dropped the db sync's from the postinstall scripts where it made sense. basically any package that wasn't inherited from zigo. | 13:46 |
coreycb | jamespage: that does affect some services in that they won't start without user running the db sync commands. so i had to update some of the autopkgtests to run the cmds. | 13:46 |
jamespage | coreycb: we should sync with wendar on that front - she's decommissioning all of the upstream git repos and working on moving things back to debian infra | 13:46 |
jamespage | coreycb: ack - I think that's OK | 13:47 |
jamespage | coreycb: I'd be tempted to go further and not auto-start services as well - but maybe that's to late this cycle :-)( | 13:47 |
jamespage | coreycb: build-testing sahara - no branch build to look at | 13:48 |
coreycb | jamespage: well, i don't think some will start without a configured db | 13:48 |
jamespage | coreycb: I think you're right | 13:48 |
jamespage | coreycb: that was some of the original rationale for defaulting to sqlite, but its really quite useless and does not help anyone IMHO | 13:48 |
coreycb | jamespage: makes sense, and I agree. there are docs that describe how to set up openstack if you want to do it manually. | 13:50 |
jamespage | coreycb: its the approach we took with ceph - nothing starts automatically on install - ditto on restarts for package updates | 13:50 |
coreycb | jamespage: ok | 13:51 |
jamespage | coreycb: plus there are some top level systemd targets for restarting all ceph daemons on a machine | 13:51 |
jamespage | that might be neat - openstack.target for example | 13:51 |
jamespage | as part of a common package | 13:51 |
jamespage | coreycb: ok sahara done | 13:52 |
* jamespage looks for next target | 13:52 | |
jamespage | coreycb: nova? | 13:53 |
coreycb | jamespage: go for it | 13:53 |
jamespage | actioning nova... | 13:54 |
jamespage | coreycb: nova done | 13:56 |
jamespage | coreycb: neutron next? | 13:57 |
coreycb | jamespage: yep go for it, i'm on networking-bagpipe/bgpvpn | 13:57 |
jamespage | ack | 13:59 |
coreycb | jamespage: ok those are uploaded. i'll get networking-odl/ovn | 14:00 |
jamespage | coreycb: picking the neutron-* ones next | 14:00 |
jamespage | coreycb: ok neutron-* done | 14:05 |
coreycb | jamespage: great, one left. want to get networking-sfc and we're done? | 14:05 |
jamespage | coreycb: neutron-vpnaas is dead right? | 14:05 |
coreycb | jamespage: i think so. let me check the repo though. | 14:05 |
jamespage | coreycb: hmm they did push an rc1 | 14:06 |
coreycb | jamespage: yeah looks like it | 14:06 |
jamespage | coreycb: ok done | 14:07 |
jamespage | coreycb: lemme get networking-sfc unless you already did? | 14:08 |
coreycb | jamespage: go for it | 14:08 |
jamespage | coreycb: doing so now | 14:09 |
jamespage | coreycb: done | 14:10 |
coreycb | jamespage: great \o/ | 14:11 |
coreycb | jamespage: anything else to do? | 14:11 |
coreycb | jamespage: could use a new pylxd i think | 14:11 |
jamespage | coreycb: yes and I also need to cut the nova-lxd release tag upstream | 14:12 |
jamespage | coreycb: but that's looking good as well | 14:12 |
jamespage | https://review.openstack.org/#/c/499140 | 14:12 |
coreycb | jamespage: great, i assume you'll upload nova-lxd and pylxd together? | 14:13 |
=== ossurayynot is now known as tonyyarusso | ||
jamespage | coreycb: I will | 14:17 |
coreycb | jamespage: ok | 14:17 |
=== tonyyarusso is now known as Guest13718 | ||
=== Guest13718 is now known as tonyyarusso | ||
=== led2 is now known as led1 | ||
nacc | cpaelzer: can you do the import with --no-fetch first | 14:56 |
nacc | cpaelzer: i'm 95% sure that it's because of us chaning how imports work | 14:56 |
=== led2 is now known as led1 | ||
nacc | cpaelzer: although you are indicating a future bug is going to be hit | 14:57 |
nacc | cpaelzer: pristine-tar can't be used directly, because of copmonent tarballs | 14:57 |
cpaelzer | nacc: the --no-fetch fails at pristine-tar verify still | 15:11 |
cpaelzer | nacc: just at another step of it I think | 15:11 |
* cpaelzer comparing logs | 15:11 | |
cpaelzer | nacc: http://paste.ubuntu.com/25432445/ | 15:12 |
cpaelzer | nacc: that is the error now | 15:12 |
nacc | cpaelzer: that's using the snap? | 15:14 |
cpaelzer | nacc: my case is snap, rbasak'S was from git | 15:15 |
nacc | cpaelzer: right, from git is probably basically broken in principle, we now need new gbp versions, new pristine-tar functionality. Hence the snap | 15:15 |
nacc | cpaelzer: i'm setting up a fresh VM to test the snap, one moment | 15:15 |
rbasak | Yeah mine is known broken for a different reason. | 15:15 |
cpaelzer | nacc: I'm ok without you hurrying | 15:15 |
nacc | i think there's something more fundamental with the snap | 15:16 |
nacc | something wonky with PATH and possibly PYTHONPATH | 15:16 |
cpaelzer | nacc: let me know til tomorrow morning if the import worked and is there or not | 15:16 |
nacc | cpaelzer: ack | 15:16 |
cpaelzer | nacc: then I'll upload "classic" or do a new MP | 15:16 |
cpaelzer | nacc: that gives you time to do it right | 15:16 |
drab | hi, anybody knows what's going on with python and openssl? | 16:09 |
drab | I was running pip and got an error: AttributeError: 'module' object has no attribute 'SSL_ST_INIT' | 16:09 |
drab | googling that showed a whole bunch fo reports all over the place about incompatibilities between python and older ssl lib versions | 16:09 |
drab | which happens to be what's default in ubuntu xenial | 16:09 |
drab | I'm not sure why I'm seeing this problem now and didn't see it a while back, some of the reports are from dec 2016 | 16:11 |
genii | Have you tried sudo pip install -U pyopenssl | 16:13 |
powersj | preseed question: trying to install a package from universe during a preseed install. It appears that "d-i pkgsel/include" cannot find it. | 16:20 |
powersj | I then tried using d-i preseed/late_command to do an apt-get update; apt-get install -y pkg; which appears to have worked. | 16:20 |
powersj | Is this the best way to install a package from universe? | 16:21 |
nacc | powersj: i think there is a wrapper for the latter 'apt-install' ? | 16:21 |
powersj | nacc: ah ok - I'll look into that one | 16:22 |
powersj | thx | 16:22 |
drab | genii: yeah, I get the same problem | 16:28 |
drab | so right now I'm basically stuck as far as I can see | 16:28 |
drab | I need the openssl working to fetch the packages so I can't update openssl | 16:28 |
drab | powersj: d-i pkgsel/include string package-name1 pkgN | 16:31 |
drab | however ime it doesn't work despite being in the docs | 16:31 |
drab | so I do all my touch-ups, including installing some packages, in a post-inst script | 16:31 |
powersj | drab: I used that to install packages, but only works with things found in main or on the CD | 16:32 |
powersj | for example "d-i pkgsel/include string openssh-server" works | 16:32 |
drab | powersj: d-i preseed/late_command string wget -O /target/var/tmp/postinst http://... ; in-target sh /var/tmp/postinst | 16:32 |
powersj | ah ok | 16:32 |
drab | oh, ok, I couldn't get it to do that reliably either for some reason | 16:32 |
drab | weird, it works just fine on a clean ubuntu container | 16:42 |
drab | I wonder what's wrong with pip on my desktop... | 16:43 |
drab | ah, weird, had to apt remove --purge python-openssl | 16:45 |
genii | Strange | 16:46 |
drab | yeah, don't get it | 16:46 |
nacc | rbasak: around? | 16:49 |
nacc | (ideally not) | 16:49 |
drab | lol | 17:20 |
drab | anybody around happens to know if and how it's possible to get an AD compatible system to integrate a few windows desktop on the lan? | 17:21 |
drab | a bunch fo googling seems to indicate a world of pain is ahead for anybody going that direction | 17:21 |
gQuigs | is there an existing bug for the next round ocata stable releases? (like this - https://bugs.launchpad.net/ubuntu/+source/swift/+bug/1696139) | 17:44 |
ubottu | Launchpad bug 1696139 in neutron-fwaas (Ubuntu Zesty) "[SRU] ocata stable releases" [Undecided,New] | 17:44 |
=== sammyg is now known as Guest79034 | ||
=== hakra is now known as sammyg | ||
=== moonligh- is now known as moonlight | ||
gQuigs | oh, I see we likely need to get Pike released first | 19:01 |
genii | !info pike | 20:14 |
ubottu | Package pike does not exist in zesty | 20:14 |
gQuigs | I mean Pike release of openstack | 20:16 |
=== drab_ is now known as drab | ||
=== Epx998- is now known as Epx998 | ||
Epx998 | so my boss gets me a new version of the intel x550 10gb nic and of course the latest ixgbe driver doesnt seem to see it | 22:13 |
sarnold | Epx998: doh | 22:19 |
Epx998 | 10G X550T hmm ok why am I not seeing its interface | 22:20 |
Epx998 | there we go | 22:27 |
strixUK | so, i've installed node-less, but npm list -g doesn't include the less module as it should. | 22:34 |
strixUK | is this a case of 'abandon hope all ye who enter here', or is there a chance of actually fixing/bringing to the attention of someone who will care to fix it? | 22:35 |
strixUK | IOW, should i invest the effort to find out why ubuntu's pkgs are broken, or should i just do what i have to do to fix it? | 22:36 |
sarnold | I know nothing about node or npm but quite often the approach of cpan / pip / etc kinds of tools is that they manage something separate from distribution-provided tools | 22:37 |
sarnold | so it's possible that node-less works for what it is intended for, and npm isn't expected to work with those packages -- I stress that it's -possible- that this is working as intended, I don't know.. | 22:38 |
strixUK | yeah. i could go via the manual/npm approach, but it seems a bit silly to provide a node-less package if it simply won't work. | 22:38 |
strixUK | i guess that's plausible | 22:38 |
strixUK | however, it's still broken from the pov of node and anything that relies on canonical node procedure | 22:39 |
sarnold | here's the files that the package installs http://paste.ubuntu.com/25434873/ -- does npm look in those locations for information? | 22:40 |
strixUK | good question. i don't know enough about npm's internals to guess how it works. i'm looking into that now. | 22:41 |
Epx998 | this is weird, I created two extra files in interfaces.d, one for 10g and another for 1g (different interfaces) when I just enable the 10G, I cannot reach the server at all. If I enable the 10G and the 1G - I can get to the server via either interface. | 22:51 |
Epx998 | why would the 10g only be pingable when the 1g is enabled? | 22:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!