[03:19] <hays_> hey i was trying out 18 beta in VM and for some reason sudo takes forever to give a password prompt.. any idea what this is?
[03:20] <hays_> saw this behavior basically right out of the box
[04:07] <Boyette> ‎hi guys
[04:08] <Boyette> i have a problem.. my thunderbird give: failed to connect to server
[04:08] <Boyette> i cant figure out whats wrong
[07:18] <Boyette> i have a problem.. my thunderbird give: failed to connect to server
[07:18] <Boyette> TB 52.6.0 x64
[07:18] <Boyette> ubuntu 18,04
[07:19] <lotuspsychje> Boyette: are you sure nothing blocks, firewall/router?
[07:19] <Boyette> yes 100%
[07:20] <Boyette> only thing what i can think of
[07:20] <Boyette> if i go to ubuntu connection information
[07:20] <Boyette> i see virbr0
[07:20] <Boyette> never noticed this before
[07:20] <ducasse> does it still give it error, or does it now crash like you said in #ubuntu?
[07:20] <lotuspsychje> Boyette: can you start thunderbird from terminal please, lets see if we can catch usefull errors
[07:20] <Boyette> and dont understand why its there and if thats normal
[07:21] <Boyette> ok
[07:22] <Boyette> only see in terminal
[07:22] <Boyette> [calBackendLoader] Using Thunderbird's builtin libical backend
[07:22] <Boyette> when i start that
[07:23] <Boyette> same error
[07:23] <Boyette> keeps loading
[07:27] <erle-> Boyette, I had the same with Thunderbird on 17.10 and after some time it worked again
[07:27] <Boyette> well
[07:27] <erle-> Thunderbird is updated independently from Ubuntu releases
[07:27] <Boyette> how long do i have to wait then?
[07:27] <Boyette> :P
[07:27] <erle-> It did not work for a week or so, but I had no time to investigate the issue
[07:28] <Boyette> its very strange.. it stopped working last night after 11 pm
[07:28] <erle-> what mail provider?
[07:28] <Boyette> i have 4-5 different emailaccounts in there
[07:28] <Boyette> most im hosting myself
[07:28] <Boyette> 1 not
[07:28] <Boyette> 1 gmail
[07:28] <erle-> I just wanted to say that it may be unrelated to 18.04
[07:28] <Boyette> well i think its unrelated to thunderbird
[07:28] <Boyette> but to ubuntu updates or qemu which i also tried to remove last night
[07:28] <erle-> with me only GMail made trouble
[07:29] <erle-> I was guessing that GMail was disabling some old authentication methods
[07:29] <erle-> but then it just worked again
[07:29] <erle-> Boyette, do you have multiple clients? for me one clue was that it did not work on one client, but still worked on another
[07:30] <Boyette> yes multiple clients
[07:30] <Boyette> but all dont work anymore
[07:30] <Boyette> oh what do u mean by clients?
[07:30] <erle-> I mean PCs with Thunderbird
[07:31] <Boyette> ah
[07:32] <Boyette> i can try on another box
[07:32] <Boyette> but for sure that will work fine
[07:35] <Boyette> how about this bridge i mentioned is it supposed to be there?
[07:38] <ducasse> Boyette: it's used by libvirt, for virtualization tools
[07:39] <Boyette> yes i read that
[07:39] <Boyette> so i think this is related to qemu
[07:40] <Boyette> the existings of the bridge
[07:41] <Boyette> but if no virtualization tools are used it is not supposed to be there correct?
[07:41] <cpaelzer> Boyette: it is added on install of the virtualization stack
[07:42] <cpaelzer> it is the bridge that is part of libvirts "default" network
[07:42] <cpaelzer> but it is just there and does nothing, unless used
[07:42] <Boyette> so that cant be related to my issue?
[07:42] <cpaelzer> OTOH it provides a great eas-of-use and simplification for those using it
[07:42] <Boyette> because i somehow have the feeling it started to occur after trying to delete qemu
[07:42] <cpaelzer> Boyette: I don't think it would be related
[07:43] <cpaelzer> "trying to" somewhat feels like messing with conffiles and potentially affecting things
[07:43] <Boyette> however when i logon to my system i still get some libvirt qemu user showing aswell
[07:43] <cpaelzer> a "apt remove" or "apt remove purge" of qemu and libvirt certainly won't affect it
[07:43] <cpaelzer> Boyette: yep - in general on packaging users/groups are usually not removed
[07:43] <cpaelzer> because there could be files somewhere owned by them
[07:44] <Boyette> hmm
[07:44] <cpaelzer> and removing would make a readabla group/user name just a number
[07:44] <Boyette> how can i remove that?
[07:44] <cpaelzer> also if you reinstall the user later (unless it has a static id) it might conflict with itself (old uid != new uid)
[07:44] <cpaelzer> really, leave the users as the remove of the package left them (in general)
[07:45] <Boyette> ok
[07:45] <cpaelzer> but of course your are in control (tihs is linux) so if you want use userdel and such tools
[07:45] <Boyette> i dont like it to be showing on my logon screen all the time
[07:45] <cpaelzer> ah on the login screen you mean
[07:45] <Boyette> yes
[07:45] <cpaelzer> yeah join the party in bug ...
[07:45] <cpaelzer> (just a sec)
[07:45] <Boyette> ok
[07:46] <Boyette> i dont care about some usertable but the esthetics :P
[07:47] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1667113 
[07:47] <cpaelzer> the linked bugs and askubuntu contain manual masking of the user IIRC
[07:48] <cpaelzer> This affects plenty of packages, essentially all system users
[07:48] <Boyette> hmm
[07:48] <Boyette> so no fix for that?
[07:48] <cpaelzer> e.g. if you install ceph you'll also see ceph
[07:48] <Boyette> its annoying :)
[07:49] <cpaelzer> I never said otherwise :-)
[07:49] <Boyette> :)
[07:49] <cpaelzer> but as I said - local fix by config change is in the bug
[07:50] <cpaelzer> the solution that applies depends on your login manager
[07:50] <Boyette> how to determine which one im using?
[07:51] <cpaelzer> in /etc/X11/default-display-manager I think
[07:51] <cpaelzer> probably lightdm for you?
[07:52] <Boyette> yes 
[07:53] <cpaelzer> then https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1667113/comments/18
[07:54] <Boyette> ok thx
[07:54] <Boyette> still my mysterious thundebrird problem is there
[07:54] <Boyette> i removed gmail account
[07:55] <Boyette> now i dont get any error but everything keeps just loading forever
[07:56]  * cpaelzer no thunderbird skill
[07:56] <Boyette> dont think anything changed in thunderbird
[07:56] <Boyette> but thunderbird is just suddenly unable to connect 
[07:57] <Boyette> and i think because something in ubuntu is preventing that
[08:00] <lotuspsychje> Boyette: did you launch thunderbird from terminal? hastebin us the whole output plz?
[08:22] <Boyette> j@HQ:~$ thunderbird
[08:22] <Boyette> [calBackendLoader] Using Thunderbird's builtin libical backend
[08:22] <Boyette> thats all
[08:24] <alkisg> Boyette: does that happen if you add a new user and add your account there?
[08:38] <Boyette> how do u mean add a new user?
[08:58] <alkisg> Boyette: if you can't find the GUI for that, one command is sudo adduser
[09:13] <akik> do you know when the data collection choice will be introduced in bionic daily iso? it's not in 2018-04-11 version
[09:51] <alkisg> Guys now that Ubuntu defaults to Gnome, how different the Bionic desktop environment is, compared to Debian Stretch? What does Ubuntu add on top of stock Gnome? Of course I'm only asking about the DE, I do know the core differences...
[12:04] <fernie> hi, so how do you create ESP in this new subiquity installer, the only options are ext4,xfs,btrfs
[12:04] <TJ-> fernie: best to ask in #ubuntu-server
[12:05] <fernie> ok
[12:45] <bodie__> hi, struggling with nvidia native drivers on bionic
[12:45] <bodie__> I've tried the supported ubuntu-drivers autoinstall solution
[12:46] <bodie__> after I complete the Gnome3 login, my kernel seems to hang
[12:46] <bodie__> I'm on 4.15.0-13-generic x64 on RyZen 1800x
[12:47] <slidinghorn> bodie__: when you say "my kernel seems to hang" what exactly do you mean?
[12:47] <bodie__> I can get to the desktop if I remove the nvidia-390 driver, but I'm stuck with 1024x768
[12:47] <bodie__> slidinghorn: I haven't managed to pick apart the syslog yet but my reasoning for this is that my capslock key on my usb keyboard stops functioning
[12:48] <bodie__> slidinghorn: sometimes I'm able to get as far as a black desktop with a rendered mouse cursor, but again no inputs do anything and it appears to be completely stuck
[12:48] <bodie__> slidinghorn: I suppose that means my gpu driver is functioning but my input driver isn't :)
[12:49] <bodie__> it never progresses any further, usually it's just stuck on a black screen
[12:49] <bodie__> Sorry should've specified gtx1080ti
[12:52] <bodie__> anyway, I'm stuck and not sure where I should be looking for the next step.
[12:55] <bodie__> ax370 chipset
[12:55] <bodie__> x370*
[12:56] <bodie__> fwiw, I had this all working on 17.10
[12:58] <brainwash> bodie__: same desktop session (gnome xorg)?
[12:59] <bodie__> brainwash: hmm, I thought so, but according to the internet a) wayland was the default in 17.10, and b) wayland doesn't work with nvidia native drivers, which I definitely was using, which leads me to conclude that it was xorg
[12:59] <bodie__> brainwash: I was just using the default gnome selection
[13:00] <TJ-> bodie__: can it boot cleanly to the console using systemd.unit=multi-user.target ?
[13:00] <bodie__> probably I had wrong conclusions about some of that, but I know it was using the native drivers because I installed and used them for cuda 
[13:00] <bodie__> I have commented out the ppa
[13:00] <brainwash> haven't read through this, but maybe it's bug 1756226
[13:00] <bodie__> and uninstalled 'em
[13:00] <bodie__> brainwash: that looks somewhat hopeful
[13:01] <bodie__> TJ-: I'm booted into the console right now
[13:01] <bodie__> but this is after removing the native drivers
[13:01] <bodie__> TJ-: not sure if that answers the question
[13:06] <TJ-> bodie__: I was trying to determine if it were purely an Xorg/GUI issue
[13:28] <bodie__> TJ-: I was thinking maybe I have an incompatible config left over from when I was using the CUDA nvidia PPA
[13:29] <bodie__> I'd run a dpkg --force-overwrite using their nvidia-390 driver after dist upgrading to bionic
[13:29] <bodie__> so it's definitely possible that's the culprit
[13:29] <bodie__> but after that I removed and purged all of that stuff
[13:29] <bodie__> so I'd think anything that install had written would've been reverted / removed then
[13:30] <bodie__> I'm just not well-versed enough in gnu/linux to know where to start picking this apart
[13:30] <bodie__> currently looking at the bug reports from brainwash
[13:40] <TJ-> check /var/log/Xorg.*.log  files
[13:44] <akik> xorg logs were moved to the home dir
[13:44] <akik> (if i remember right)
[13:45] <slidinghorn> akik: I still have them in /var/log
[13:48] <akik> ~/.local/share/xorg/Xorg.0.log
[13:49] <akik> on a bionic vm i ran into this when trying to access it from /var/log
[13:51] <brainwash> akik: only if Xorg is run as non root
[13:55] <akik> brainwash: do you mean with startx?
[13:56] <bodie__> TJ-: do I need to be concerned about fb/wfb being loaded? should I blacklist those?
[13:56] <brainwash> akik: I mean how Xorg is started (root vs non root)
[13:56] <bodie__> fwiw, I _do_ get to the graphical Gnome login screen at the correct native resolution
[13:57] <bodie__> it's just once I click "login" with the correct password that it freezes
[13:57] <akik> brainwash: usually it's done with the dm. how else?
[13:58] <brainwash> that is not the point
[13:58] <brainwash> Xorg with or without root rights
[13:58] <TJ-> bodie__: OH! I think you've got the intel microcode bug.. did the system get a BIOS/firmware update recently?
[13:59] <brainwash> akik: "Xorg has traditionally always been suid root because it needed direct hardware access. With the advent of kms all hardware access is done by the kernel, so the primary reason for the X server running with root rights is no longer relevant."
[13:59] <TJ-> bodie__: we're seen a series of regressions on Dells especially, that have the intel microcode firmware update applied. I fix was found end of last week and should be getting out to the archives
[14:00] <brainwash> akik: the nvidia driver (still?) requires the traditional way
[14:00] <brainwash> akik: and therfore logs will be in /var/log
[14:01] <bodie__> TJ-: I'm on AMD x370 / RyZen on the firmware update where they made fast ram work.  I think it was revision 5
[14:01] <bodie__> so, at least 3-6 months ago, iirc.  time has been passing a bit quick lately
[14:02] <bodie__> it's a Gigabyte motherboard.  I had some issues with the HD Audio front panel too.
[14:02] <bodie__> RLC1220
[14:03] <bodie__> the biggest recent change to the system was the dist-upgrade to bionic :)
[14:03] <bodie__> besides getting cuda
[14:03] <bodie__> but that's all removed and purged now ...
[14:11] <TJ-> bodie__: OK, so not the intel microcode then!
[14:13] <TJ-> bodie__: we saw tens/hundreds of Dells affected and was tracked down to an attempt in a single code path to take an already-held lock, resulting in ...hang/freeze.
[14:13] <TJ-> bodie__: so it's possible you're seeing the same thing... the updated kernels should be out soon
[14:13] <bodie__> :think: :think: :think: 
[14:13] <bodie__> so, like, something I can give a shot with a kernel compile yet or nah?
[14:14] <TJ-> tyhicks was dealing with it and produced some test builds, I'm not sure atwhat point the fixes will get to the archives
[14:15] <luxifer> Hi there. Anyone noticed an issue with systemd user units not creating a user journal? 
[14:21] <fernie> luxifer: what do you mean? journalctl --user prints output also from my user units
[14:21] <luxifer> fernie: doesn't for mine
[14:22] <luxifer> I've created a new system user, created a user unit with it and ran it
[14:22] <luxifer> however, neither systemctl --user status ... nor journalctl --user prints output from the process
[14:22] <luxifer> the process is running fine though and a can see its output in the global journal
[14:26] <slidinghorn> luxifer: have you tried the --user-unit option?  (source: https://unix.stackexchange.com/questions/109490/where-is-why-is-there-no-log-for-normal-user-systemd-services )
[14:28] <TJ-> bodie__: see bug #1759920
[14:28] <bodie__> :+1: TJ- 
[14:30] <TJ-> bodie__: that lists where to find the kernels that fixed that issue, I think they are still in -proposed in some cases. Not sure if 4.15 has been patched also at this point, or if it needs it. You may have a different issue of course
[14:39] <bodie__> I wonder if there's a stable gentoo kconf I should just be trying instead
[14:40] <bodie__> seems like they often have good support for newer architectures
[14:40] <bodie__> and ryzen seems to have been a pain in the ass so far
[14:40] <bodie__> pardon my crassness
[14:42] <fernie> disabling c-states from bios gets rid of the random crashes when mostly idling ..but then it crashes when resuming from suspend 
[14:54] <luxifer> slidinghorn: I have... to no avail
[14:54] <luxifer> besides "journalctl --user" should print any user-journal available, shouldn't it?
[15:02] <bodie__> TJ-: do you know where I would find the events that occurred after I passed the Gnome login entry?
[15:02] <bodie__> TJ-: I think all of the events I'm looking at in the Xorg.0.log are from before I logged in, because I do get a graphical login, working mouse and kb, etc
[15:02] <TJ-> bodie__: possibly /var/log/kern.log if it's a kernel issue. $HOME/.xsession-errors
[15:04] <bodie__> there's nothing in kern.log from today
[15:04] <bodie__> that might just be me being dumb, hold up
[15:05] <bodie__> yeah I'd booted to the gui last night, not today
[15:06] <bodie__> I'll keep looking...
[15:09] <bodie__> hmm, okay, so at the end of my Xorg.0.log, when I last saw the unexpected behavior, I got a bunch of messages from "dix" saying I couldn't enable various devices (12,10,7,etc.)
[15:10] <bodie__> trying to sort out whether this is due to unplugging and replugging the USB, but I see messages later which correlate to that
[15:10] <bodie__> the "dix" messages came right after NVIDIA(0): Setting mode "DFP-6:nvidia-auto-select"
[15:11] <bodie__> and then a partial log message at the very end of the file
[15:11] <bodie__> TJ-: ^ 
[15:14] <TJ-> bodie__: not sure, but I know nvidia is a mess currently
[15:16] <bodie__> maybe I should try manually installing an nvidia driver without the ubuntu-drivers process
[15:16] <TJ-> that's more likely to mess things up!
[15:23] <bodie__> all I really know is it worked in 17.10.  
[15:24] <bodie__> I just wanted an updated zsh.... 
[15:24] <bodie__> I don't suppose I can roll back the dist-upgrade lol
[16:51] <brainwash> bodie__: I suggest filing a new bug report if you want the issue to be fixed
[16:56] <TJ-> bodie__: you might like to know there is a lot of work going on as we speak to solve the nvidia issue
[16:56] <TJ-> bug 1756226 
[16:58] <brainwash> that's the one I've linked before
[16:58] <brainwash> so, it's the same issue?
[17:00] <TJ-> Possibly, but devs are working on it currently
[17:00] <bodie__> I'm in the middle of trying to install the suggested items from bionic-proposed
[17:00] <bodie__> good to know TJ- :)
[17:01] <bodie__> is https://wiki.ubuntu.com/Testing/EnableProposed still current?
[17:02] <bodie__> I mean, substituting bionic for xenial
[17:18] <bodie__> there are many conflicting suggested solutions in 1756226.
[18:12] <bodie__> so, I tried installing the suggested packages from 1756226 bionic-proposed, but all of them were already up to date (after adding the deb in sources.list)
[18:12] <bodie__> (and updating)
[18:12] <bodie__> so, not sure where to go from here
[18:13] <bodie__> guess I could just run at 1024x768 without native drivers, or try nouveau, until the release
[18:13] <nacc> bodie__: what packages (or which comment0?
[18:13] <bodie__> libglvnd0, xserver-xorg-core, and libgl1-mesa-glx
[18:13] <bodie__> this is with native nvidia drivers from ubuntu-drivers autoinstall
[18:14] <nacc> bodie__: ... there is no mentione of those packages in that bug?
[18:14] <nacc> bodie__: LP: #1756226 ?
[18:14] <nacc> bodie__: the 'fix' there is to edit a config file
[18:14] <bodie__> sorry, this was from 1752033
[18:14] <bodie__> LP: #1752033
[18:15] <bodie__> LP: #1752053
[18:15] <bodie__> 53, not 23
[18:15] <bodie__> nacc, I'll go check that one... got mixed up
[18:15] <nacc> bodie__: the 53 bug is fix released, so you don't need proposed for it
[18:16] <bodie__> gotcha
[18:16] <bodie__> nacc, the reason I didn't think 6226 would solve the problem is that I'm using a single gpu
[18:17] <nacc> bodie__: some of the comments imply that even intel + nvidia setups had the problem
[18:18] <bodie__> nacc, I'm on a ryzen desktop with just the nvidia gpu
[18:19] <nacc> bodie__: i'd still try, i guess -- dunno
[18:19] <bodie__> worth a shot
[18:22] <bodie__> nacc, I don't suppose it could have anything to do with drm/modeset?
[18:23] <nacc> bodie__: it's certainly possible, you could try with nomodeset too
[18:23] <bodie__> I'm able to get to the login/wm picker, so does that mean the nvidia driver is working by that point?
[18:23] <nacc> bodie__: yes, i think so
[18:23] <bodie__> hm.
[18:57] <bodie__> OK, I'm ssh'd into the impacted system.  so I should be able to watch what happens when the login freezes
[18:59] <bodie__> I logged in and got the usual hanging login screen behavior, but the system is definitely not frozen
[19:00] <bodie__> dmesg doesn't have any relevant info
[19:00] <bodie__> perhaps this is relevant: NVRM: Your system is not currently configured to drive a VGA console
[19:00] <bodie__>                on the primary VGA device. The NVIDIA Linux graphics driver
[19:00] <bodie__>                requires the use of a text-mode VGA console. Use of other console
[19:00] <bodie__>                drivers including, but not limited to, vesafb, may result in
[19:01] <bodie__>                corruption and stability problems, and is not supported.
[19:01] <slidinghorn> !paste | bodie__ 
[19:05] <bodie__> my mistake
[19:11] <TJ-> bodie__: don't worry about that one, its due to nvidia not having a driver that can handle graphics-mode consoles
[19:11] <TJ-> bodie__: check in the Xorg.0.log where-ever it is !
[19:12] <TJ-> bodie__: which display manager? check either /var/log/lightdm/ or /var/log/gdm3/ I think it is
[19:23] <bodie__> TJ-: gdm is running
[19:24] <bodie__> TJ-: there's nothing in /var/log/gdm3
[19:26] <bodie__> TJ-: what am I looking for in the xorg log?
[19:27] <TJ-> bodie__: any sign of problems !
[19:27] <TJ-> bodie__: it might be /var/log/gdm/ --- I don't use gnome so not sure
[19:28] <bodie__> https://paste.ubuntu.com/p/BSPtcjMPZN/
[19:28] <bodie__> that looks a bit odd that the session opened and closed so quickly
[19:30] <bodie__> restarting GDM didn't do much of anything
[19:30] <bodie__> https://paste.ubuntu.com/p/59wbrcTJjK/
[19:31] <bodie__> can't seem to find the gdm logs
[19:31] <bodie__> gpu-manager.log looks normal
[19:31] <bodie__> boot.log looks OK
[19:32] <TJ-> someone said they can be in the user directory, possibly somewhere under $HOME/.local/
[19:52] <akik> ~/.local/share/xorg/Xorg.0.log
[19:53] <akik> i noticed that .Xauthority is not in home dir anymore but in /run/user/1000/gdm/Xauthority
[19:55] <akik> at least it has the same data
[19:56] <TJ-> good idea to move it to a tmpfs, stops the 'root owns users' file problem
[19:56] <TJ-> and it can't remain over a reboot
[20:11] <bodie__> graphical.target is active/active...
[20:11] <bodie__> is it possible there's some reason the nvidia driver just isn't seeing the displayport connected to the particular output of the gpu?
[20:12] <TJ-> it's possible. Is an X server running ( "ps -efly | grep Xorg" )  ?
[20:13] <TJ-> bodie__: if it is from a console can you do something like "xrandr -d :0 -qv"  (set -d to the display the Xorg instance shows is used by the ps command)
[20:13] <bodie__> yes, that lists 5 processes
[20:15] <bodie__> TJ-: what am I looking for?  It shows "xrandr program version       1.5.0"
[20:15] <bodie__> it's just waiting now
[20:17] <bodie__> oh, you mean --verbose.  that just hangs
[20:17] <TJ-> bodie__: xrandr should report the outputs and modes
[20:19] <bodie__> TJ-: the xorg process is /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/121/gdm/Xauthority -background none -noreset -keeptty -verbose 3
[20:19] <TJ-> bodie__: weird, no display number shown
[20:19] <bodie__> I figured it was -displayfd
[20:20] <TJ-> bodie__: I see " /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch"
[20:20] <TJ-> bodie__: the display is the :0 
[20:21] <bodie__> TJ-: maybe there's some issue with users 
[20:22] <akik> there's no :0 in bionic daily for Xorg process
[20:22] <akik> i have the same options than bodie__ 
[20:30] <bodie__> still doesn't explain why my input devices aren't doing anything...  I don't think I've ever seen a keyboard with a nonfunctioning capslock except during boot
[20:36] <bodie__> TJ-: here's my xorg log... https://paste.ubuntu.com/p/fVHH6NK9yY/ the end looks a bit suspicious with the devices (including power button) removed
[20:37] <bodie__> "Power Button: device is a keyboard"
[20:39] <bodie__> > xinput --list / "unable to connect to X server"
[20:41] <akik> bodie__: maybe: env DISPLAY=:0.0 XAUTHORITY=/run/user/121/gdm/Xauthority xinput --list
[20:42] <bodie__> modprobe doesn't think libinput exists
[20:46] <TJ-> bodie__: could some of the kernel command-line options be affecting this? "vga=normal nofb nomodeset video=vesafb:off"
[20:49] <TJ-> bodie__: this Xorg.0.log was from the user's $HOME ? I ask because "[     7.152] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Apr 11 14:56:22 2018"
[20:58] <bodie__> TJ-: no, from /var/log/Xorg.0.log
[20:58] <bodie__> akik: that just hangs
[20:58] <TJ-> bodie__: oh, good - thought the log file was lying !
[20:58] <bodie__> TJ-: possibly
[20:59] <bodie__> should I just remove those kernel flags?
[20:59] <TJ-> bodie__: it's worth a try but I don't think those are causing the X server issue else nvidia would be writing (WW) and (EE) into the log
[21:05] <TJ-> Could someone check if they're virt-manager installed, and if so, if gir1.2-spiceclientgtk-3.0  is also installed?
[21:07] <nacc> TJ-: it appears i do
[21:08] <TJ-> nacc: maybe you can loan some brain cells then. Despite "apt-get install --reinstall --install-recommends virt-manager" "gir1.2-spiceclientgtk-3.0 " and "gir1.2-spiceclientglib-2.0" do not get installed
[21:08] <TJ-> they are Recommends of virt-manager
[21:08] <nacc> TJ-: do any of the recommends get installed?
[21:10] <TJ-> libvirt-daemon-system is installed
[21:10] <nacc> TJ-: if you remove it?
[21:10] <TJ-> that could be due to libvirt-bin though going by it's rdepends
[21:13] <TJ-> nacc: ahhh, it's --reinstall ... it ignores --install-recommends
[21:14] <TJ-> is that a bug?
[21:15] <nacc> TJ-: i don't know :)
[21:15] <bodie__> OK, I'm sitting here at the login screen before attempting to log in, and the xorg log doesn't show the bit where input devices got removed
[21:15] <bodie__> keyboard, mouse, and display still working
[21:15] <TJ-> nacc: nor me! I'll report it and see what is said
[21:15] <bodie__> now's the time I should ask xorg questions
[21:17] <teward> Is there a way to do a 16.04 -> 18.04 upgrade currently, or is `do-release-upgrade` not able to do this?  (Asking because of https://askubuntu.com/questions/1024147/cant-do-release-upgrade-d-from-16-04-to-18-04)
[21:17] <nacc> teward: do-release-upgrade -d
[21:17] <nacc> should work
[21:17] <teward> nacc: read the ask ubuntu post
[21:18] <nacc> hrm
[21:18] <teward> OP of said post did that on a 16.04 box and got a different error
[21:18] <nacc> hrm, maybe it's not possible until it releases
[21:18] <nacc> dunno
[21:18] <teward> stating: "Upgrades to the development release are only available from the latest supported release."
[21:18] <teward> nacc: that's what I thought.  who shoudl I be prodding for this question?
[21:18] <teward> -devel?  or the release team?
[21:18] <nacc> teward: i'd ask bdmurry
[21:18] <nacc> *bdmurray
[21:18] <teward> ack
[21:19] <teward> nacc: thanks, I'll prod bdmurray
[21:19] <mattfly> hi
[21:19] <nacc> teward: np
[21:19] <mattfly> is anyone able to hibernate ubuntu?
[21:19] <mattfly> i installled kernel 4.16.1
[21:19] <mattfly> have enough swap
[21:19] <mattfly> older versions were hibernating
[21:19] <mattfly> so what is the problem
[21:20] <mattfly> both pm-hibernate and hibernate doesnt work
[21:20] <nacc> mattfly: so you're not using hte ubuntu kernel?
[21:20] <mattfly> it didnt work either
[21:21] <mattfly> I updated because on ubuntu 17.10 i had the same issue
[21:21] <mattfly> but updating the kernel to this one solved it
[21:21] <nacc> mattfly: you said 'older versions were hibernating'
[21:21] <nacc> mattfly: if you were not using the ubuntu kernel, then no, they weren't.
[21:22] <mattfly> yeah
[21:22] <mattfly> any idea how to make it works?
[21:25] <bodie__> hmmmmmmm https://paste.ubuntu.com/p/qFWBz9BxKw/
[21:25] <bodie__> I nuked my xorg.conf
[21:25] <bodie__> then ran this
[21:27] <bodie__> same hang after installing xorg-dev and generating...
[21:34] <luxifer> about the user journal issue I've asked about: It only seems to affect "system" accounts - i.e. UIDs < 1000
[21:36] <luxifer> is this expected behavior or should I file a bug?
[21:39] <mattfly> anyone know how to hibernate ubuntu 18.04
[21:39] <mattfly> ?
[21:40] <TJ-> mattfly: 1. have a large enough swap partition/file 2. configure initramfs-tools 
[22:00] <lotuspsychje> tsimonq2: saw 2 instances of wifi icon on lubuntu bionic today
[22:00] <tsimonq2> lotuspsychje: Known bug, not just Lubuntu.
[22:00] <lotuspsychje> aha cool
[22:01] <tsimonq2> lotuspsychje: bug 1761606
[22:01] <lotuspsychje> for the rest, works like a charm
[22:01] <tsimonq2> \o/
[22:02] <mattfly> hey TJ- i have enough swap
[22:02] <lotuspsychje> let me add affected, i had it on the installed lubuntu
[22:02] <mattfly> but the hibernate or pm-hibernate either systemctl hibernate does not work
[22:03] <laptop> it is better to wait go for official release of ubuntu 18
[22:03] <laptop> ie get the beta
[22:03] <tsimonq2> laptop: That's up to you, but you could expect the official release to be a bit more polished.
[22:04] <luxifer> tsimonq2: experience tells us that if you want polish you'd better wait for the .1 release
[22:04] <laptop> would the updates fix the beta
[22:04] <lotuspsychje> tsimonq2: added comment and affected
[22:04] <tsimonq2> luxifer: mhhh, depends.]
[22:04] <tsimonq2> I'd call 18.04 ready.
[22:05] <lotuspsychje> !final | laptop 
[22:05] <tsimonq2> laptop: Yeah.
[22:05] <tsimonq2> lotuspsychje: Cool. :)
[22:15] <laptop> really okay
[22:15] <laptop> would that be better since are you doing a lot of updates versus the clean install
[22:16] <tsimonq2> ¯\_(ツ)_/¯
[22:16] <tsimonq2> Your choice.
[22:16] <nacc> laptop: there are almost alwyas some quirks
[22:17] <laptop> better to get the 18.04 when it is released from what you are saying
[22:17] <nacc> laptop: it all depends on what you mean by 'better'
[22:17] <laptop> when do they release the lubuntu version of the ubuntu
[22:17] <nacc> laptop: but unless you understand what prerelease means, then yes.
[22:17] <nacc> laptop: same time as ubuntu
[22:17] <nacc> it's an official flavor
[22:17] <laptop> well if I get 18.04 prerelease and the updates 
[22:17] <laptop> are added to get to the final version released in april
[22:18] <nacc> laptop: i don't know what you are asking, that wasn't answered above
[22:18] <laptop> ok
[22:18] <laptop> one other question
[22:18] <nacc> laptop: 'better' is completely subjective. If you care about running 18.04 now, then clearly waiting is not better.
[22:18] <laptop> okay
[22:18] <laptop> I want a more secure system than manjaro
[22:19] <laptop> also I need to get lubuntu since it is 32 bit
[22:27] <hays> hey i was trying out 18 beta in VM and for some reason sudo takes forever to give a password prompt.. any idea what this is?
[22:37] <valorie> could be the vm?
[22:37]  * valorie is running kubuntu bionic here and no such slowdown
[22:37] <valorie> of course the beta is a week old.....
[22:37] <valorie> upgrade it!
[22:38] <hays> maybe.. seems like a weird thing for the vm to do
[22:38] <TJ-> hays: usually that is do to slow/failed hostname resolution that tries to use mDNS or DNS instead of sticking with the hosts file
[22:39] <hays> this is just with sudo -i
[22:39] <hays> why would it be querying dns?
[22:40] <TJ-> hays: all sudo does hostname lookup; there's an outstanding issue we worked on some months ago with nsswitch (glibc)
[22:40] <lotuspsychje> laptop: just tested lubuntu 18.04 here, works like a charm!
[22:40] <laptop> great
[22:40] <laptop> will get it url?
[22:40] <hays> TJ-: it does? interesting.
[22:40] <laptop> faster than other lubuntu
[22:41] <TJ-> hays: sudo calls gethostname() which is a glibc function; glibc uses nsswitch to do hostname resolution
[22:42] <TJ-> hays: without a network at all it would sometimes hang for 5 minutes, very annoying, seemed to be ignoring the search order for hosts: in nsswitch.conf
[22:43] <hays> is there a page showing open bugs to release? im curious about this one because we're probably going to start testing/migrating with the beta and then roll our test platforms to final release
[22:43] <hays> kinda curious how hectic things are.. this update from 16 seems like its not too disruptive
[23:19] <lotuspsychje> laptop: http://cdimage.ubuntu.com/lubuntu/daily-live/pending/
[23:20] <laptop> ty
[23:22] <lotuspsychje> hays: you can filter bugs with recently added ontop
[23:54] <mattfly> hi
[23:54] <mattfly> I am unable to hibernate ubuntu 18.04
[23:55] <nacc> mattfly: have you bothered to file a bug?