[11:28] <airtonix> elky`: you call that trolling :>
[15:07] <jmscomtech> hmm anyone here able to help me figure out why i couldnt load the gui when i installed the nvidia drivers
[23:14] <elky`> airtonix, i call the way she's going to various channels in turn and being obnoxious in each one trolling, yes.
[23:15] <elky`> she's a well-known troll on freenode. #defocus tolerates her because it's just obnoxious attention seeking, not maliciousness, but that's about all.


[06:26] <kklimonda> is there a way to add a conditional dependency for package - I basically need something akin to a  custom ${supervisor:Depends} that will expand when supervisor files are added to the binary package.
[06:30] <kklimonda> ah, that's just a gencontrol call
[06:36] <Unit193> ...Something like https://anonscm.debian.org/cgit/collab-maint/deluge.git/commit/?id=9cfa3119e5fb90eaa1cbf8285eb85aa2b16ed700 ?
[07:56] <sil2100> Hey! Who's administering ubottu ?
[07:56] <sil2100> We have a new DMB member so we'd like to update the dmb-ping command
[07:58] <cpaelzer> jbicha: cyphermox: congratulations
[07:59] <Unit193> sil2100: Doesn't take an admin to do that.
[08:03] <sil2100> Unit193: who can do that then?
[08:03] <Unit193> sil2100: I can for one. :P
[08:03] <sil2100> \o/
[08:03] <sil2100> Unit193: could you swap infinity with jbicha then?
[08:04] <sil2100> Thanks!
[08:05] <Unit193> !dmb-ping is <sed> s/infinity/jbicha/
[08:06] <Unit193> sil2100: Has Mica been seen at all, btw?
[08:10] <sil2100> Unit193: you mean, on the DMB meetings?
[08:11] <Unit193> sil2100: Sure, though I was thinking anywhere at all.
[08:12] <acheronuk> ooh. congratulations to new and returning DMB members
[08:12] <sil2100> Unit193: he's frequent on every DMB meeting now, so yeah, he's around ;)
[08:12] <Unit193> \o/
[08:29] <cjwatson> xnox: start-stop-daemon isn't meant to involve init scripts at all; it's a layer down.  It should be pure process-handling mechanics.
[09:22] <Unit193> LocutusOfBorg: Ah there you are.  Thanks!
[09:35] <kklimonda> can I use debuild to generate .orig.tgz of a non-native package?
[09:38] <cjwatson> the orig is an input to debuild, not an output from it
[09:38] <cjwatson> (or should be, anyway)
[09:39] <Unit193> Unless he's referring to it "missing" from the dsc, thus needing '-sa'
[09:40] <cjwatson> dpkg-source does have some options to generate it for some source formats in some situations, but best to read "man dpkg-source" for those.  (debuild passes the relevant options through to dpkg-buildpackage which passes them through to dpkg-source)
[09:41] <cjwatson> also debuild --source-option=...
[09:50] <LocutusOfBorg> :) you are welcome
[10:55] <cpaelzer> Typo "Ubunhtu" in the community council election makes it appear like phishing :-/
[10:55] <cpaelzer> The mails are out, but is there a way to at least edit the poll on the site maybe?
[11:30] <ginggs> doko: I see lapack and atlas syncs/merges, thanks.  I think openblas needs a sync as well; shall i do it?
[11:59] <doko> ginggs: sure
[12:11] <LocutusOfBorg> jbicha, congrats!
[12:38] <doko> ginggs: why is openblas not built on s390x? it has optimizations there as well
[13:18] <sil2100> cjwatson: hey! We have an AA-related question, I have approved the uefi binaries for an artful kernel from the UNAPPROVED queue but we can't seem to see those appearing in http://archive.ubuntu.com/ubuntu/dists/artful/main/uefi/linux-amd64/ yet
[13:19] <sil2100> cjwatson: did I miss a step? I never did that for artful - probably shouldn't, but since I do this for stable series I thought I'd give it a try since Andy is away
[13:22] <sil2100> Is it just the publisher being busy?
[13:26] <sil2100> cjwatson: nvm! We see it in artful-proposed now, just took a bit longer I guess
[13:29] <cjwatson> sil2100: Indeed, I was just going to say that I would expect it in artful-proposed and not in artful if it hasn't got past p-m yet.
[16:20] <ddstreet> bdmurray can you review and sponsor the artful patch for lp #1657256
[16:20] <ddstreet> rbasak was reviewing it, but he is out this week
[16:22] <ddstreet> sil2100 or micahg could either of you ^
[16:27] <coreycb> bdmurray: hi, can you take a look at promoting nova to zesty-updates?
[16:32] <bdmurray> coreycb: sure
[16:33] <bdmurray> ddstreet: that package seems more like a server team package. and what is your relationship with the patch?
[16:33] <ddstreet> bdmurray i'm asking for niedbalski who is working on it and created the patch
[16:35] <ddstreet> bdmurray would be great if you could review and sponsor since rbasak is out
[16:36] <bdmurray> ddstreet: I'm not familiar with that package and think a server team member might be a better position to review it. Have you pinged any of them?
[16:36] <ddstreet> bdmurray ok i'll find someone else to review it, thnx
[16:37] <bdmurray> ddstreet: If you don't find anybody in a timely fashion let me know, I just think somebody else might be a more efficient choice.
[17:31] <ginggs> doko: ah, well spotted!  debian bug #875618 filed
[18:48] <lamont> if I start with (artful) ubuntu-server install, and insatll ubuntu-desktop, presumably a login screen should come up?  or did I miss a step?
[19:09] <slangasek> ok why does debuild now give me nonsense warnings about "Ubuntu merge policy"?
[19:12] <juliank> slangasek: oh, what does it say?
[19:13] <slangasek> WARNINGS generated by debuild:
[19:13] <slangasek> Ubuntu merge policy: when merging Ubuntu packages with Debian, -v must be used
[19:13] <slangasek> Ubuntu merge policy: when merging Ubuntu packages with Debian, changelog must describe the remaining Ubuntu changes
[19:13] <slangasek> juliank: ^^ on an upload which is not a merge, it's an introduction of a new delta
[19:14] <juliank> ah
[19:14] <juliank> That's kind of a corner case I'd say
[19:14] <juliank> lamont: It probably should, it depends on gdm3
[19:19] <lamont> juliank: gdm3 says it's running, but nothing on tty7 or 8..  syslog cruft on tty1, and login screens otherwise.
[19:19] <lamont> rather, systemctl status says gdm3 is running
[19:19] <sarnold> lamont: I understand they moved the graphical screen. try all the ttys.
[19:20] <lamont> sarnold: 1-6 are ttys, the rest are boringly not helpful
[19:21] <sarnold> :(
[19:22] <lamont> GeForce GTX 750 Ti -- fwiw, the early artful livecd loved it just fine
[19:23]  * lamont purges the proprietary driver
[19:24] <lamont> "Started Update UTMP about System Runlevel Changes."  and then crickets
[19:25] <lamont> hilariously, gdm3 is running with a gdm-session-worker child, but no X server is running
[19:25] <jibel> lamont, is the login screen running wayland?
[19:26] <sarnold> lamont: do you bychance have multiple outputs on the card? I wonder if it's runnign on a non-existent monitor? that'd be a genuine linux experience :)
[19:27] <lamont> jibel: stocck ubuntu-server install + apt-get install ubuntu-destkop.  no login sreen that i'm seeing at all
[19:27] <lamont> sarnold: dual output (DVI & hdmi) which is happily mirroring the output
[19:27] <lamont> the livecd happily went dual-screen
[19:27] <lamont> having said that, there is a vga output
[19:28]  * lamont digs up a vga cable
[19:28] <lamont> jibel: gnome-session-wayland is not installed, fwiw
[19:30] <lamont> sarnold: all 3 poutputs are showing the same output
[19:30] <sarnold> lamont: :(
[19:30] <sarnold> well, that's probably best. but still :(
[19:32] <jibel> lamont, the livecd uses X while an artful installation uses wayland. and it doesn't work really well with nvidia
[19:32] <jibel> lamont, cf bug 1705369 for example
[19:32] <lamont> jibel: that would be likely -- is it trivial to switch back"
[19:32] <jibel> if it's your case, you can force X in gdm in /etc/gdm3/custom.conf
[19:33] <jibel> lamont, in the section [daemon] set WaylandEnable=false
[19:36] <lamont> uncommented, rebooted (because hey..), still no happy
[19:37] <jibel> :/
[19:38] <lamont> and  /var/log/dm3 is empty
[19:41] <jibel> logs are in the journal, journalctl -u gdm
[19:41] <jibel> the debug mode may give some hints too
[19:43] <lamont> a couple glib assertion failures, otherwise bring
[19:44] <lamont> "waiting for user manager otload before finding user 'gdm'"
[19:45]  * lamont needs to run off for a bit
[21:16]  * lamont goes down the "enable lightdm" path
[22:23] <lamont> and that path provided happiness
[22:23] <lamont> other than me wanting gdm
[23:00] <bdmurray> andyrock: Do you have livepatch stuff needing sponsorship for SRUs?
[23:01] <bdmurray> andyrock: I've lost track of the status of that work.
[23:01] <andyrock> Hey
[23:01] <andyrock> Not yet
[23:01] <andyrock> I'm blocked on software-uodates
[23:02] <andyrock> Waiting for some API to be ready
[23:02] <bdmurray> andyrock: Okay, cool. I think I'm the best person to sponsor it given I reviewed the artful work so give me a ping when you have something.
[23:03] <andyrock> Sure thing. Thank you!


[00:14] <wgrant> sergio-br2: What specifically?
[00:15] <sergio-br2> https://code.launchpad.net/~libretro/+recipe/retroarch-daily
[00:15] <sergio-br2> 4h to start "build uploading"
[00:15] <sergio-br2> hey wgrant
[00:16] <wgrant> sergio-br2: Those builds are only two hours old.
[00:16] <sergio-br2> :p
[00:16] <sergio-br2> but it normally takes only a few minutes
[00:17] <wgrant> We had some problems with a build cloud earlier.
[00:18] <sergio-br2> ah
[07:20] <happyaron> wondering what's the interval between two probes for archive mirror and cd mirror?
[07:28] <wgrant> happyaron: Roughly a day, except around releases.
[07:35] <happyaron> so can you help me check what's the problem for this mirror? https://launchpad.net/ubuntu/+mirror/mirrors.tuna.tsinghua.edu.cn-archive
[07:35] <happyaron> there was an outage, but has recovered for 2 days
[07:51] <wgrant> happyaron: It looks like there's a bit of a backlog at the moment. I suspect its next probe is about 12 hours away.
[07:51] <wgrant> Let me see if I can improve the backlog a little.
[07:56] <happyaron> thanks
[19:20] <Guest7136> Hey, does anyone know if launchpad is down right now?
[19:21] <dobey> not afaik
[19:21] <dobey> works fine here
[19:22] <Guest7136> thanks. It must be something on my end - I'm having difficulties with apt-get update; can't connect right now...
[19:25] <Guest7136> eh. works fine now... who knows? thanks anyways.