[02:39] What do you good folks think? "Using Ubuntu on Windows is safer than Ubuntu on Linux." - Page 46​ - http://www.alex-ionescu.com/publications/BlueHat/bluehat2016.pdf [02:39] in reagrds to WSL [03:02] donofrio, you can also use Linux binaries on Joyent's Triton cloud (SmartOS) on illumos. And on FreeBSD. And where else. [03:04] "Safety" is not bought by weight on market, actually, Safety is a product of many choosing and decisions and operative things one does in setting things up including procedures. And using "MS Windows" in any way, since it's inception as a proprietary product is not safe for a company in the first place. [03:07] There are examples, where using proprietary platform and depending on their updates (that bring various bugs) actually can be a show-stopper and hurt companies. They are actually black-box products. I for example waited for 6 months or so , for (advertised!) NFS mount support in Win10Pro to start actually working and I think even today it has problems. For free software OS, it allows you to compile your own fixed thing and use it in [03:07] meantime.. [03:09] No to mention, it allows you to grow in abilities, learn and be independent (and provide better support for others) then just using some proprietary black-box. [03:14] Not saying, that paying support should not be done, but as a contrast to "licensing" without support, and paying actual support for actual support service for free software distros, brings much more value to the free software side. [03:15] And actual "running binaries" is a wrong concept. On Linux distros, binaries are often recompiled to fit distro. Not the other way around , where they see "binaries" as unchangeable bricks. You have the source, baby :) [03:17] But yes, linux binaries (at least for long support kernel) are slowly changing and standardizing , that brings me back to Triton's solution. But on LInux binaries side, supporting forever some unchanged "binaries" is a more or less brain dead "solution" in the essence. [03:35] tnx [05:28] hey, xubuntu looks lika a fairly polished xfce setup but the indicators bother me, for bionic there's still duplicates in the notification area from different sources, I assume it's known and someone's working on the defaults to remove them but just wanted to note that it's one of the few things that looks a bit off [05:29] otherwise I've been using bionic for quite some time now and no major issues [05:41] You can just remove the indicators applet and leave only the classic notification one (or otherwise) [05:49] xangua: I know but it's one of the things that looks unpolished when the defaults look "duplicated" for the end user [05:49] hifi: we're aware of it :) [05:49] +1 [05:51] what would be the best place to report a bug with the modesetting xorg driver with intel gpus? after resuming and unlocking my session the screen goes blank, vt switching works but xorg remains completely blank, using the 'intel' xorg driver fixes that, I find it odd the screen locker works fine [05:52] hifi: do you have indicator-application installed? if so you could try removing that - we're still using indicator applet for indicator-messages [05:52] hifi: ubuntu-bug [05:53] I doubt it can be fixed until bionic ships, unfortunately, it will affect at least X200 series of thinkpads which will likely annoy a lot of people :) [05:55] hifi: possibly - but otoh it might be on radar - at that level it's not Xubuntu but everyone [05:56] it's weird the screen locker works, xubuntu is using lightdm as the locker, right? does it do any xrandr magic after unlocking a session? [05:57] using light-locker, not sure about any magic [05:58] https://bbs.archlinux.org/viewtopic.php?id=231698 maybe I'm not that far off [05:59] need to check with xrandr if it just disabled the only internal display after unlock with the modesetting driver [06:00] would at least be nice to know which package I'd need to file the bug against [06:00] hifi: I'd likely start with xorg [06:01] anyway - got to go now - work unfortunately beckons [06:01] anyway, great work with xubuntu overall, coming from the fedora camp at this cycle [06:11] hifi: thanks [06:18] well what do you know, updated packages and the problem went away, looks like someone else had hit it first :) [09:09] hello [09:10] hello [09:11] I installed xubuntu 16.04.04 on laptop and it can't seem to resolve dns names. Is there a place I can [09:11] Hardcode a dns server number? I tried adding a static IP in interfaces, but no joy [09:12] check /etc/hosts [09:12] though obviously if the issue with dns resolving is with xubuntu, you should fix that and not live by workarounds... [09:14] hmm.. I've got 127.0.0.1 Localhost and 127.0.1.1 pihole (which is hostname [09:14] you can add things like "162.213.33.176 xubuntu.org" [09:14] to the hosts file? [09:14] after which xubuntu.org is resolved to that IP address.. [09:14] yes [09:15] the active dns server configuration is in /etc/resolv.conf and it is usually managerd by NetworkManager or some other application [09:15] but again, this is just a workaround for your issue, so if your internet connection resolves DNS address for other computers, you should fix the issue [09:15] if resolv.conf is empty or has an invalid dns server address your system is unable to resolve names [09:17] ok. [09:19] the router usually does the DNS resolution, i'm trying to set up a pihole but this problem started upon install [09:20] I did change NetworkManager to commment out DNSMasq and add dns=default but that didn't fix anything. I'll try the resolv.conf [09:20] just see what's in there first [09:22] in /etc/resolv.conf there is interface-order resolf.conf.d update.d and update-libc.d [09:23] and in resolv.conf.d is Original base and [09:23] head and tail [09:23] if there is no 'nameserver 1.2.3.4' entry in the text file /etc/resolv.conf it means you don't have a name server configured [09:24] nope. there is no resolv.conf [09:24] you could try if you can force a temporary nameserver by adding 'nameserver 8.8.8.8' (it's the Google DNS server) there but that's not a permanent solution but will help you get connectivity [09:25] you can also use your router ip address there if you know it will do dns resolution [09:25] is it nameserver=8.8.8.8 ? [09:25] or whitespace in between = [09:26] no '=', just 'nameserver 8.8.8.8' [09:27] ok, let me give that a shot. the weird thing is dig 8.8.8.8 works but dig google.com doesn't [09:28] argh.. nope [09:29] if you've setup your interfaces manually, you have set up a default gateway, right? [09:30] yeeessss... [09:30] I'm try8ing to think where I did that [09:30] if you can't ping 8.8.8.8 and there's no reason why you couldn't (no firewall blocking ping to outside) then you don't have a route out [09:30] 'ip r' should show 'default via 1.2.3.4' if you have a default gateway setup currently [09:31] I can ping 8.8.8.8 I can't ping google.com [09:31] can you 'dig @8.8.8.8 google.com' [09:32] ip r did default vi 192.168.1.1 which ish rouuter [09:32] digg got anser google.com 172.217.3.174 [09:33] then you typoed /etc/resolv.conf [09:33] if /etc/resolv.conf has a single line of 'nameserver 8.8.8.8' it should effectively work [09:34] then 'dig google.com' is essentially the same as 'dig @8.8.8.8 google.com' and all dns should resolve normally [09:35] I checked resolv.conf, its ok. dig google.com times out no servers reached, while dig@8.8.8.8 [09:35] seems to resolve normally. [09:36] I noticed that in the desktop Network setting, every time I add a DNS number to the middle tab, it removes it on reboot. [09:40] hey, it works! [09:40] Rebooted and it seems to be ok, so far. thanks Hifi!! === GridCube_ is now known as GridCube