=== maclin1 is now known as maclin
[05:33] <cpaelzer> Unit193: mwhudson: thank you
[05:59] <Unit193> Nice: Err:4 http://us.archive.ubuntu.com/ubuntu zesty Release                                                                                                      503  Server overload, try later
[09:13] <xnox> cyphermox, slangasek: currently, on upgrades, resolved->resolvconf integration is preserved and thus resolved discovered nameservers are fed into resolvconf and everything should work
[09:14] <xnox> after upgrade to the new resolvconf, and then removing it, it has been changed to hand over the symlink to resolved.
[09:14] <xnox> this means that e.g. after clean artful install, one should still be able to opt into using resolvconf
[09:15] <xnox> there was/is debootstrap bug in systemd postinst, which did not account for "resolvconf got configured just before me"
[09:15] <xnox> and the botch to fixup upgrades/boots needs to be removed from systemd.
[09:16] <xnox> slangasek, i'm unconvinced for a save removal of resolvconf on upgrades; since the old postrm is used which is unaware of resolved =(
=== alan_g is now known as alan_g|lunch
[12:09] <cpaelzer> Hi, a question about orig tarballs
[12:10] <cpaelzer> I have an ugly case were due to issues I need to go "backward" on a source - a bit like https://lists.ubuntu.com/archives/xenial-changes/2015-November/000988.html
[12:10] <cpaelzer> the way to work that out obeying version number linearity is the insertion of +really<oldver>
[12:10] <cpaelzer> which makes me needing a new (actually the old) orig tarball
[12:11] <cpaelzer> I thought the orig tarball had to contain the right path name matching the current version, like <pkgname>-<ver>/src...
[12:12] <xnox> cpaelzer, it doesn't if you extract with dpkg-source which "renames" the prefix inside the tarball.
[12:12] <cpaelzer> But it seems that I can just rename the old orig tarball to the new fixed up <newver>+really<oldver>
[12:12] <xnox> yes, do that.
[12:12] <cpaelzer> I want to cause as less noise and confusion as possible
[12:12] <cpaelzer> thanks xnox
[12:12] <xnox> such that it preserves the checksum / can still be validated if there is tarball signature.
[12:12] <cpaelzer> exactly that was my idea on the file rename
[12:13] <cpaelzer> rbasak: here the anser on our former discussion in HO ^^
[12:18] <cpaelzer> for the log here an example confirming that http://paste.ubuntu.com/25424483/
=== alan_g|lunch is now known as alan_g
[14:31] <seb128> hum, "debuild clean" or "debuild binary" stopped working in artful
[14:31] <seb128> is that a bug or was that an undocumented feature than I happened to use
[14:31] <seb128> is there an equivalent?
[14:38] <cjwatson> seb128: it was a deliberate change, though I forget where I read about it.  Use 'debuild -- clean' etc. instead.  https://bugs.debian.org/845566
[14:38] <ubottu> Debian bug 845566 in devscripts "devscripts: debclean is broken" [Normal,Fixed]
[14:45] <seb128> cjwatson, thanks!
[15:14] <niedbalski> RAOF, do you mind to take a look at the xenial task for LP:#1708305? (currently verified)
[15:28] <ogra_> jdstrand, do you know if bug 1713486 is on the radar of the security team (despite being universe) ...
[15:28] <ubottu> bug 1713486 in enigmail (Ubuntu) "Incompatibility issues with Thunderbird 52+" [Undecided,New] https://launchpad.net/bugs/1713486
[15:54] <slangasek> kees, stgraber: I'm around but will be a bit late for the TB meeting; also, seems neither mdtab nor inftab are around today
[15:54] <jdstrand> ogra_: I don't. chrisccoulson might ^
[15:54] <stgraber> slangasek: and I'm double booked so will only be kinda there
[15:55] <stgraber> still waiting for infinity to respond to the doodle so we can figure out a new meeting time
[15:59] <kees> stgraber, slangasek: we can skip...
[16:05] <chrisccoulson> ogra_, what's the actual issue? I'm using it fine here
[16:05] <ogra_> chrisccoulson, one sec ...
[16:05] <ogra_> chrisccoulson, https://lists.ubuntu.com/archives/ubuntu-users/2017-August/291324.html
[16:05] <chrisccoulson> hmmm, but what doesn't work?
[16:06] <ogra_> dunno ... not my bug ... i only saw the discussion on the ML
[16:06] <chrisccoulson> I update it when required, but it wasn't updated because it appears to be working fine. I don't understand what the issue is
[16:07] <xnox> chrisccoulson, https://www.enigmail.net/index.php/en/download/changelog looks pretty much as the ML post
[16:07] <ogra_> in the mail he says TB "just hangs" which is definitely not much info :)
[16:07] <xnox> 52.... bug... block mail sending
[16:09] <slangasek> stgraber: do we want to reschedule the next one according to the winner of the doodle poll? https://beta.doodle.com/poll/w2yddwzgw89diicw
[16:10] <stgraber> slangasek: we have a few potential winners so I was hoping to get infinity to add his availabilities to try to narrow things down
[16:11]  * slangasek nods
[16:14] <slangasek> stgraber: OTOH, only 1 of 4 respondents said this current timeslot is ok, so I think I'm going to go ahead and at least move the next meeting 3 hours and then we can refine further if infinity votes
[16:16] <slangasek> stgraber, kees: in fact, I've changed it for today also, so if you guys want to try again in 3h... :)
[16:21] <stgraber> slangasek: ok
=== BenC_ is now known as BenC
[18:01] <ginggs> tsimonq2: up for another nodejs merge? 6.11.2~dfsg-3 has just been uploaded :p
[19:39] <tjaalton> ugh, the default bug category for ubuntu-bug should be "Other problem", not Display :P
[19:39] <tjaalton> or "I don't know", which is all most of the bugs also are about
[20:29] <nacc> heh
[20:39] <tjaalton> well, that doesn't work, has to be based on a package
[20:39] <tjaalton> selecting "Other" just says "read --help"
[21:04] <fossfreedom> hi cyphermox . I'm trying to debug why ubiquity displays no background wallpaper in beta 1 Ubuntu Budgie - I just see a black background with the try/install screen.  Any hints on how to debug this?
[21:16] <smoser> bdrung, hey. i was just googling for some things and came across
[21:16] <smoser>  https://lists.debian.org/debian-kernel/2017/06/msg00199.html
[21:17] <smoser> in ubuntu this is mostly rooturl (cloud-initramfs-rooturl)
[21:17] <smoser> other than the reason for gogling... dns is not currently functional in the initramfs.
[21:26] <tsimonq2> ginggs: ack, yep, I can take care of it in a few hours
[22:07] <Unit193> mwhudson: Congrats on becoming a DD!
[23:06] <tsimonq2> mwhudson: Congrats :D
[23:49] <Unit193> sforshee: LP 1711758, as noted, patched and it seems to work.
[23:49] <ubottu> Launchpad bug 1711758 in nvidia-graphics-drivers-304 (Ubuntu) "artful: nvidia-304 unknown symbol init_mm" [Undecided,New] https://launchpad.net/bugs/1711758