[06:23] <FilthyJew> !ops
[06:27] -FilthyJew:#ubuntu-devel- SOMEBODY PLZ LICK MY FILTHY JEWISH CUNT HOLE
[11:13] <steven> morning guys is this the place to ask when the system breaks and ubuntu is at fault (probably due to canonicals live patch)?
[11:22] <rbasak> steven: no, this channel is for Ubuntu development. For support, try #ubuntu.
[11:30] <steven> was trying that, but as you might know. it really is hard to get support in there :)
[11:37] <tjaalton> for livepatch maybe #ubuntu-kernel?
[11:39] <steven> I'll try that one, thanks!
[12:59] <cpaelzer> I'm caught in a triangle of dh_installinit/dh_systemd_enable/dh_systemd_start and unable to achive a .service being off and its .socket being running after install
[12:59] <cpaelzer> I summarized it here http://paste.ubuntu.com/p/PbmwTW6jK3/
[12:59] <cpaelzer> If anyones dh_ foo is better than mine let me know what you'd suggest I should try
[13:22] <cpaelzer> FYI for the question above, dropping the sysV script gave me what I wanted, and goging forward that isn't too bad. But if there are suggestions how to do without let me know
[14:02] <xedniv> anyone here has tips to setup a build host, ex. to rebuild a specific package or packages, maybe including private patches. not necessarily CI, but more or less same capability
[14:37] <acheronuk> jbicha: can you or anyone else please no change rebuild openexr? looks like the original sync built against the old ilmbase as new was not published, hence it depends on that and is blocking its own transition
[14:54] <jbicha> acheronuk: that's not the blocker, the blockers are perl (some autopkgtests got stuck in RUNNING), jemalloc (was synced from experimental but FTBFS so
[14:54] <jbicha> maybe it and the things built against it should be removed from cosmic-proposed) and python-numpy (FTBFS on armhf)
[14:55] <jbicha> I found those by looking in excuses for openexr (see blender and exactimage)
[14:56] <jbicha> I couldn't figure out what I need to do with a cookie or something for ./retry-autopkgtest-regression to work (for perl)
[15:00] <acheronuk> jbicha: the openexr in -proposed depends on libilmbase12 (>= 2.2.0), so that is VERY much oart of the issue
[15:00] <acheronuk> *part
[15:02] <jbicha> acheronuk: oh ok, sure I can rebuild it then, maybe slangasek can handle jemalloc and the perl retries when he's around
[15:02] <acheronuk> jbicha: ./retry-autopkgtest-regression --help tells you what to so with the cookie I think?
[15:02] <Laney> --state=RUNNING
[15:02] <Laney> but it's OK, I did that for you
[15:05] <jbicha> acheronuk: I read that but it wasn't working for me. I use Firefox
[15:06] <acheronuk> printf "autopkgtest.ubuntu.com\tTRUE\t/\tTRUE\t0\tsession\tVALUE\n" > ~/.cache/autopkgtest.cookie
[15:06] <jbicha> the documentation there seems a bit too sparse
[15:06] <acheronuk> VALUE is replaced by you cookie data
[15:06] <acheronuk> *your
[15:07] <acheronuk> jbicha: you may have to find a browser extension to get the data
[15:07] <jbicha> oh it works now, that's weird
[15:07] <jbicha> thanks :)
[15:07] <acheronuk> \o/
[15:07] <acheronuk> :D
[16:11] <odyssey4me> cjwatson hi again, remember me looking at why the hash retrieval isn't working quite right.. I have a new log: https://gist.github.com/odyssey4me/549131501f752dfe957d1ec151d62914
[16:11] <odyssey4me> I *think* that's telling me that the mirror isn't doing the 2-step updates right. It'd be useful to get that confirmed.
[16:12] <odyssey4me> If so, would using archive.ubuntu.com give me a better experience?
[16:18] <cjwatson> odyssey4me: Right, that looks like a classic case of putting the new InRelease file in place before the by-hash files that it references.  If you have some way to contact the mirror.rackspace.com admins then please do; the fix may be as simple as https://wiki.ubuntu.com/Mirrors/Scripts?action=diff&rev1=17&rev2=18, but failing that they can contact me at cjwatson@ubuntu.com and I can help them out.
[16:19] <cjwatson> odyssey4me: archive.ubuntu.com indeed doesn't suffer from this problem AFAIK.
[16:19] <cjwatson> odyssey4me: Though it may well be slower / more expensive / whatever depending on your network environment.
[16:22] <odyssey4me> cjwatson thanks - will follow up with them, they're already considering revisiting the scripts for the child mirrors
[16:22] <odyssey4me> apparently they're using some other script which has a lot more to it, so it's not really a copy-paste situation :/
[16:23] <odyssey4me> thanks for listening though, and I'll put them in contact with you if they would like any clarification - appreciate that
[16:24] <cjwatson> odyssey4me: I thought they might be.  I'd be happy to debug it if they don't see the problem.