[00:22] <Sarvatt> these weekly binutils really are killer, now linux-tools-2.6.35-4 needs a rebuild and it was just uploaded
[00:22] <jcristau> why do people keep linking dynamically against libbfd?
[00:28] <Sarvatt> thats a really good question
[01:54] <RAOF> Stupid X.  Build faster!
[02:04] <jg> RAOF: autotools is a big part of the compile time.
[02:05] <jg> imake was much faster indeed.  Unfortunately, no one maintained/improved it for aeons, and the number of people who could deal with imake had gone down to a few handful of people over the years.
[02:06] <jg> RAOF: we also went too far with modularization, compounding the autotools slowness; I gather that's getting fixed soon.
[02:58] <Sarvatt> well I think I learned my lesson about not trying to debug something that happens in a browser
[02:58]  * Sarvatt squints at the 60 page backtrace
[02:58] <RAOF> Does Chromium play the turing-complete-type-system game?
[03:51] <Sarvatt> ahhhhh lovely, everything i've been printing for hours can just be printed to a log with an option :)
[04:19] <Sarvatt> ... chromium bundles mesa
[04:30] <RAOF> Woo!
[06:11] <Sarvatt> oh nice, module-assistant in debian actually works
[06:49] <RAOF> It doesn't work in Ubuntu?  I guess we don't test it as much.
[06:55] <hyperair> in ubuntu we use dkms which is a vastly superior system, don't we?
[06:56] <hyperair> someone should port over dkms to debian and get rid of m-a
[07:09] <RAOF> Sarvatt: When do we want to move on to Xserver 1.9?  How's it doing in xorg-edgers?
[07:12] <Sarvatt> yeah sysprof is just using m-a and i wanted to see if i get better info with the module
[07:12] <Sarvatt> since perf is busted because of binutils
[07:12] <RAOF> You're profiling chromium?
[07:12] <Sarvatt> xserver 1.9 is still basically unusable
[07:13] <RAOF> Good, good.
[07:13] <Sarvatt> i built it all this morning
[07:13] <Sarvatt> need to figure out what to do about the bgnr patch
[07:13] <RAOF> Gah.  I need to kill mutter's grab of the <super> key with a sword.
[07:14] <Sarvatt> the one airlied sent to the lists breaks the video abi, need to back that out and refresh it
[07:14] <Sarvatt> gdm and plymouth hate it if your server doesn't support -nr, starts you on :1 and enter sends sigquit again like it did in lucid
[07:14] <RAOF> Yay!
[07:15] <Sarvatt> oh and you cant boot it at all if you have plymouth going, forgot that part
[07:15] <RAOF> Bonus güngefactor.
[07:15] <Sarvatt> have to press escape to ditch the splash or ditch splash :)
[07:16] <Sarvatt> the nouveau patch needs refreshing, they moved all of that into another file now but thats easy
[07:18] <Sarvatt> intel could use updating but i haven't tried it yet since i havent done a 3 branch merge yet and dont want to mess it up :)
[07:18] <Sarvatt> oh yah and mesa
[07:18] <Sarvatt> 7.8.2
[07:18] <Sarvatt> i havent built mesa since the osmesa change, not sure if it needs any changes
[07:21] <Sarvatt> i dont know if we can do the bgnr without breaking the abi.. :(
[07:23] <Sarvatt> with 1.7 and 1.8 you could build with the bgnr patches applied to the ddx but not the server, but things fail on 1.9
[07:28] <Sarvatt> got sysprof and module-assistant here if anyone ever looks for them - https://edge.launchpad.net/~sarvatt/+archive/ppa
[07:56] <Sarvatt> never seen that before, a -refdbg package?  This package contains the shared library built with --disable-visibility so that it can be used with refdbg, a GObject refcount debugger.
[08:32] <LLStarks> sarvatt, why does alpha channel break so often?
[08:33] <Sarvatt> because making things faster involves screwing around with that :)
[08:35] <Sarvatt> whats screwed up for you now?
[08:35] <Sarvatt> lemme guess, chromium tabs?
[08:35] <LLStarks> websites
[08:35] <LLStarks> games in wine
[08:36] <LLStarks> black or white splotches where transparency is expected,
[08:36] <hyperair> meh mutter won't run with nouveau.
[08:36]  * hyperair goes back to the binary blob
[08:37] <hyperair> chromim tabs are transparent?
[08:37] <Sarvatt> they draw an animation thats transparent yeah
[08:38] <Sarvatt> and end up disappearing altogether for me right now
[08:38] <Sarvatt> until i close enough to make the favicons on them show back up
[08:38] <LLStarks> can't tell. they look normal.
[08:38] <LLStarks> and system-wide rgba looks fine
[08:38] <Sarvatt> open 20 tabs?
[08:39] <LLStarks> gray tabs. looks normal.
[08:39] <Sarvatt> what gpu?
[08:39] <LLStarks> blue in classic
[08:39] <LLStarks> 945gm
[08:39] <Sarvatt> hmm
[08:39] <LLStarks> is it 945gm or gma950?
[08:39] <Sarvatt> when did you restart last?
[08:39] <Sarvatt> yep
[08:40] <LLStarks> 10 minutes ago
[08:40]  * hyperair is noticing xxvi suddenly being very stable.
[08:41] <LLStarks> i heard dri2 swapbuffers landed in the stack
[08:41] <LLStarks> fullscreen tearing still present <___<
[08:41] <Sarvatt> intel unstable where?
[08:41] <Sarvatt> 2.11 does suck :)
[08:42] <Sarvatt> LLStarks: do you have any other changes in your gtkrc besides rgba enabled?
[08:42] <Sarvatt> what theme are you using?
[08:42] <LLStarks> nope
[08:42] <LLStarks> ambiance
[08:42] <Sarvatt> same, bah
[08:43] <LLStarks> but this all started when i decided to do my weekly edgers test
[08:44] <hyperair> gnome-shell = extreme lagginess on nvidia
[08:44] <LLStarks> kristian needs push for more 915 gallium
[08:45] <hyperair> oh yeah, how is gallium3d 965 going?
[08:45] <RAOF> I hear that fails to wedge the GPU.  Poor showing!
[08:45] <Sarvatt> hyperair: hasnt been updated in months i dont think
[08:45] <hyperair> =\
[08:45] <RAOF> hyperair: 965 status: GPU wedge as soon as something touches it.
[08:45] <hyperair> RAOF: lol. that sucks =\
[08:45] <RAOF> Eh.
[08:46] <LLStarks> 915 gallium is terrible right now. zero compositing support and gnome-panel can't even render properly.
[08:46] <RAOF> LLStarks: You have a high bar for terrible :)
[08:46] <LLStarks> eh?
[08:46]  * RAOF doesn't care _that_ much about OpenGL 2.0 on my GM45, really.
[08:46] <Sarvatt> odd because it works fine here
[08:47] <LLStarks> OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20100330 DEVELOPMENT x86/MMX/SSE2
[08:47] <LLStarks> OpenGL version string: 2.0 Mesa 7.9-devel
[08:47] <LLStarks> OpenGL shading language version string: 1.20
[08:47] <RAOF> LLStarks: Well, I mean it doesn't totally freeze your GPU.  If mere rendering errors are terrible, how do you describe i965 gallium? :)
[08:47] <LLStarks> 965 gallium = 915 gallium?
[08:47] <hyperair> RAOF: atrocious.
[08:47] <Sarvatt> LLStarks: you activated stuff pretty much guaranteed to crash you and you complain about crashing? :)
[08:48] <LLStarks> i test edgers once a week.
[08:48]  * hyperair tests edgers every day
[08:48] <RAOF> LLStarks: No; there are two intel gallium DRI drivers (and more classic drivers) - i915 and i965
[08:48] <Sarvatt> that opengl 2.0 stub stuff is sketchy
[08:48] <LLStarks> sometimes its stable enough for wide use.
[08:48] <Sarvatt> edgers is my stable fallback when my newer stuff doesn't work.. lol
[08:48] <LLStarks> what's wrong with fragment shader and occlusion query?
[08:49] <Sarvatt> the gpu's dont support them
[08:49] <hyperair> xxvi and mesa (dri-gem) seem pretty stable at the moment
[08:49] <Sarvatt> fragment shaders crash me in cairo-gl
[08:49] <Sarvatt> if you enable it things will try to use it instead of what they do support and screw things up (wine especially)
[08:49] <hyperair> by the way, i heard some mention about a lcdfilter patch the other day. what's that?
[08:50] <Sarvatt> hyperair: booted any other distro in the past few years?
[08:50] <hyperair> Sarvatt: archlinux.
[08:50] <hyperair> Sarvatt: is it font rendering?
[08:50] <Sarvatt> yeah
[08:50] <hyperair> i remember installing a cairo-ubuntu  thing on archlinux
[08:50] <hyperair> from AUR
[08:51] <hyperair> after getting a crapload of -ubuntu packages for font rendering, i gave up and came back to ubuntu
[08:51] <Sarvatt> yep that was it, whole series of foo-ubuntu stuff for fonts
[08:51] <LLStarks> i recall timo and anholt saying the stubs work on i945
[08:51] <hyperair> especially since i was on my p4 which took half a day to compile a kernel, let alone openoffice.org
[08:51] <hyperair> and firefox >_>
[08:51] <LLStarks> driconf says so as well
[08:52] <Sarvatt> its lying because you enabled the option to tell it to lie, if wine sees your card has GLSL support it's going to use that code path instead of what the card actually supports, it doesn't really support everything for those extensions
[08:52] <LLStarks> ah
[08:53] <LLStarks> at any rate, what are the benefits of transitioning intel to gallium?
[08:53] <LLStarks> i keep forgetting
[08:53] <Sarvatt> none? they aren't doing it
[08:53] <Sarvatt> make phoronix happy?
[08:53] <hyperair> lol
[08:53] <LLStarks> tabloid.
[08:53] <hyperair> isn't gallium3d supposed to have better performance or something?
[08:53] <hyperair> at least, it seemed like radeon was doing better with gallium3d
[08:53] <LLStarks> phoronix is never happy.
[08:54] <Sarvatt> on ati where they dont already have GLSL support in classic and they got it for free switching over
[08:54] <Sarvatt> thats not the case on intel..
[08:55] <LLStarks> get vaapi and windows-equivalent 3d performance on 915 and i'll never give this laptop to my sister when i replace it.
[08:56] <Sarvatt> yeah thats pretty much guaranteed not ever going to happen :)
[08:56] <Sarvatt> the vaapi part
[08:56] <LLStarks> okay, then reenable xvmc
[08:57] <Sarvatt> option "XvMC" "True" in xorg.conf
[08:57] <Sarvatt> thats been working for over a year
[08:57] <LLStarks> ah. nice.
[08:58] <Sarvatt> its just not enabled by default on <965, man intel talks about it
[08:59] <Sarvatt> oh its disabled on 965 too now it looks like, it was enabled there and not on these for awhile
[08:59] <LLStarks> can somebody explain the difference between i915, i945gm, and gma950? ddx/dri, chipset, and market name respectively?
[09:01] <Sarvatt> 915-945 are generation 3 gpu's, theres just no point forking it off to a new kernel driver name for the newer stuff when they had 915 already
[09:05] <LLStarks> bed.
[12:16] <apw> RAOF, about?  just wondering where we were at with the i8xx patches, last i looked they were still changing have they settled now
[13:35] <bjsnider> hyperair, there are a couple of outstanding mutter bugs in the nvidia blob that the gnome guys are pushing them to fix. that's why the nvidia issues on gnome-shell exist
[14:40] <hyperair> bjsnider: the gnome guys are pushing who to fix?
[14:41] <bjsnider> pushing nvidia
[14:42] <hyperair> huh, do they actually budge?
[14:42] <bjsnider> sure. it's on their list
[14:42] <hyperair> =O
[17:04] <Kangarooo> Sarvatt: can u check https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/587710 ? ive posted there a lot crashes already. at least one should give already info whats wrong.. ive already have 1 more. when ill have 4 more ill upload them too. should i remove ppa:bugsbugsbugs or continue with its debugs?
[17:04] <Kangarooo> and debug without bugsbugsbugs ?
[19:32] <ion> The version of fglrx in the ubuntu-x-swat/x-updates maveric repo fails here with [atiddxSetup] X version mismatch - detected X.org <IP_ADDRESS>1, required X.org <IP_ADDRESS>. Anything i can do?
[22:42] <Sarvatt> ion: nope, its harddcoded to only work with xserver 1.7
[22:42] <Sarvatt> ion: they did it really crappily too, it actually works with xserver 1.8 but if the server version is >1.7.x then it refuses to load
[22:43] <Sarvatt> i'm in the middle of updating it to 10.6 too, but it still doesnt work with the newer xserver
[22:43] <Sarvatt> if you change the xserver version to 1.7 in configure.ac and rebuild everything it'll work, lol
[22:47] <ripps> Does anybody here know why libvdpau [amd64] depend on ia32-libs. libvdpau is having problems building because it can't get ia32-libs, because ia32-libs isn't included in main (and from I've heard, is unlikely to get inclusion)
[22:56] <Sarvatt> hmm, i dont think it should, only lib32vdpau should?
[22:56] <Sarvatt> what  version ripps?
[22:56] <Sarvatt> oh guess i need to look at amd64, duh :)
[22:57] <Sarvatt> maverick has libvdpau 0.4-5
[22:57] <Sarvatt> go figure packages.ubuntu.com doesnt show maverick now
[22:58] <Sarvatt> ahh they didnt make a lib32vdpau-dev
[23:01] <Sarvatt> ion: they'll support xserver 1.8 as soon as we move to 1.9, dont worry :)
[23:02] <Sarvatt> ati finally fixed 2D performance with 10.6
[23:03] <shadeslayer> Sarvatt: so it seems :)
[23:04] <Sarvatt> almost done packaging it
[23:04] <shadeslayer> now people are in #kubuntu asking how to install the sources :)
[23:04] <shadeslayer> Sarvatt: w00t
[23:04] <Sarvatt> just writing up the changelog, darn pdf
[23:05] <shadeslayer> :P
[23:06] <shadeslayer> Sarvatt: the packages will be in your PPA ??
[23:06] <Sarvatt> ubuntu-x-swat/x-updates ppa
[23:06] <shadeslayer> ah ok :)
[23:10] <Sarvatt> lol chromium took 8 hours to build and failed to link webkit because 1gb ram + 2gb swap isnt enough
[23:11] <Sarvatt> uploading the monster fglrx-installer-8.741 now
[23:12] <shadeslayer> Sarvatt: wow...
[23:12] <Sarvatt> if anyone uses it i'd appreciate feedback on if it works, didnt find out the 8.731 was broken for a month :)
[23:13] <shadeslayer> Sarvatt: do you think vdpau will build without ia32-libs?
[23:14] <shadeslayer> im trying it out now... its fetching the deps
[23:17] <Sarvatt> they shoved the 32 bit libvdpau dev stuff in libvdpau-dev, it wont work
[23:18] <shadeslayer> yaeh
[23:18] <shadeslayer> build failed :P
[23:18] <shadeslayer> want the logs? xD
[23:18] <Sarvatt> works  in debian because they dont have libvdpau in main i dont think :(
[23:19] <shadeslayer> Sarvatt: works in debian because ia32-libs is in main
[23:19] <Sarvatt> oh! :)
[23:19] <shadeslayer> its in universe here :P
[23:20] <shadeslayer> Sarvatt: so how do we fix this>
[23:20] <shadeslayer> we cant do a MIR.. ia32 wont get into main :D
[23:21] <Sarvatt> can I see your build log?
[23:22] <shadeslayer> sure
[23:22] <shadeslayer> Sarvatt: libvdpau_0.4-5_amd64.build
[23:22] <Sarvatt> i cant see how to fix it off the top of my head outside of just dropping the 32 bit portion
[23:24] <shadeslayer> Sarvatt: http://pastebin.com/tALj4g76
[23:24] <Sarvatt> hmm maybe the i386 build can just install the wrapper
[23:24] <Sarvatt> and ia32-libs can pull the i386 package in instead
[23:26] <shadeslayer> Sarvatt: so that it provides the required libs>
[23:26] <Sarvatt> could just drop the whole lib32vdpau completely for now :)
[23:27] <shadeslayer> BlackZ: \o
[23:29] <shadeslayer> Sarvatt: hehe
[23:29] <shadeslayer> Sarvatt: want me to drop it and post debdiff or are you on it?
[23:30] <shadeslayer> BlackZ: <Sarvatt> could just drop the whole lib32vdpau completely for now :)
[23:31] <BlackZ> yes, that could be a solution
[23:31] <Sarvatt> hmm this does need to be built differently for the wrapper and .pc to be correct,  stuffing it in ia32-libs wont work :(
[23:31] <BlackZ> hey Sarvatt
[23:32] <BlackZ> shadeslayer: I'm looking at it right now
[23:32] <shadeslayer> BlackZ: ok..
[23:32] <shadeslayer> im going to sleep now,its 4 AM :P
[23:33] <BlackZ> shadeslayer: does it FTBFS only on amd64?
[23:33] <shadeslayer> BlackZ: yes
[23:33] <BlackZ> well, have you seen http://launchpadlibrarian.net/49013154/buildlog_ubuntu-maverick-amd64.libvdpau_0.4-4_MANUALDEPWAIT.txt.gz ?
[23:33] <shadeslayer> not exactly ftbfs... more of dep wait ;)
[23:33] <Sarvatt> looks like fixing the vdpau wrapper to work with multiple VDPAU_MODULEDIR should be possible though
[23:33] <BlackZ> also, is there a bug filed for that?
[23:34] <shadeslayer> nope
[23:34] <shadeslayer> ripps: just told us about it :)
[23:35] <ripps> I noticed it when my amd64 mplayer-build packages failed in one of my ppas
[23:36] <shadeslayer> BlackZ: anyways im off... and btw the earlier package we talked about? ( qtcreator ) it was a problem with qmake,it was linked against qmake-qt3 whereas it should have been qmake-qt4 :P
[23:37] <BlackZ> shadeslayer: I'm happy you were able to solve the problem :)
[23:38] <ripps> Sarvatt: btw, I uploaded my wacom-source package to revu. I wanted to know if you thought it was good enough for ubuntu inclusion
[23:38] <BlackZ> ripps: why don't you include it in debian too?
[23:39] <ripps> BlackZ: I couldn't find any bug reports for it in debian, so I wasn't certain if they even had the bug
[23:40] <ripps> I uploaded the same package to debian-mentors, so If somebody wants it, it's there.
[23:42] <Sarvatt> yeah dropping lib32vdpau for now seems to be the way to go, we didnt even ship it before
[23:54] <BlackZ> Sarvatt: I noticed 'lib32vdpau1' is not in our repository
[23:54] <BlackZ> it should be synced from debian
[23:55] <Sarvatt> its built by the libvdpau source package
[23:56] <Sarvatt> which is in depwait on amd64
[23:57] <BlackZ> hmmm .. Sarvatt: it build here
[23:57] <BlackZ> s/build/builds
[23:57] <BlackZ> I have amd64 and I have no problems
[23:57] <Sarvatt> because you have ia32-libs installed
[23:58] <BlackZ> hm Sarvatt maybe you're right
[23:58] <BlackZ> I should try without it
[23:59] <BlackZ> ripps: however, could you file a bug?
[23:59] <Sarvatt> https://edge.launchpad.net/ubuntu/+source/libvdpau/0.4-5/+build/1790677
[23:59] <BlackZ> Sarvatt: yeah, I seen that


[09:34] <lool> hey, excuses say fakeroot in utopic-proposed is waiting for the bzr builddeb autopkg to pass, if I click on the public link it says it passed yesterday; is the link broken between the two?
[09:38] <cjwatson> lool: There's some occasional timing problem there, but I've observed that retrying the test seems to clear it up, so I've requested another build
[09:40] <lool> thanks
[11:18] <mlankhorst> infinity: ping?
[12:40] <mlankhorst> can you review the xorg-lts-stack?
[15:39] <Trevinho> Hi, any news on the status of the unity package that is SRU queue?
[16:11] <rcj> arges, Can you review/upload the patches in bug #1275656.  Minor version and naming change.  Rest was good.
[16:11] <rcj> rest was good as far as stephane was concerned yesterday.
[16:11] <arges> rcj: yea i think that's a good call on his part
[16:33] <zul> can someone review the pending Nova SRU please?
[16:37] <Trevinho> cjwatson: ^
[16:37] <cjwatson> Not now sorry
[16:37] <cjwatson> (Meeting then EOD)
[16:38] <Trevinho> cjwatson: ok, np
[16:38] <Trevinho> infinity: maybe? :) ^
[17:35] <xnox> dh-php5 used to be shipped as part of php5 package, but now is split out to be separate.
[17:35] <xnox> hence the components missmatches. Do I need M.I.R?
[17:38] <ogra_> splits dont need MIRs iirc
[17:39] <ogra_> (but you will get stuck in binary NEW)
[17:39] <xnox> i think it got NEWed already, hence components missmatches, rather un-installable.
[17:41] <infinity> xnox: Which package used to provide dh-php5?
[17:42] <infinity> Ahh, php5-dev.
[17:42] <infinity> Yeah, just promiting that wholesale, then.
[17:42] <xnox> infinity: ta.
[18:26] <robru> can I get somebody to NEW signon-plugin-oauth2? thanks
[18:32] <robru> oops, I mean signon-apparmor-extension
[21:53] <bdmurray> slangasek: would you mind looking at bug 1316841 / apport for early release in trusty-updates...
[22:00] <slangasek> bdmurray: released
[22:01] <slangasek> bdmurray: btw, is "late resume:LENOVO 0831CTO:1.23" the full text of the duplicate signature?  It seems to me that over time you may have multiple causes of suspend/resume failures on a single hardware/firmware combo
[22:02] <slangasek> so this may lead to false bucketing
[22:02] <slangasek> (not an argument against releasing this right now, though)
[22:05] <bdmurray> slangasek: yes, that is currently the extent of the signature
[22:05] <slangasek> ok
[22:06] <slangasek> room for improvement then, but something is better than nothing for now
[22:06] <slangasek> (and no, I don't actually have any practical ideas on how to improve the signature ;)
[22:15] <bjf> #maas


[02:37] <kaeru> OvenWerks: just filed a follow up and closed the issue. The problem was pulse failing to start due to old custom pulseaudio configuration files that set up jack sink and source
[02:37] <Eickmeyer[m]> kaeru: Yeah, custom pulse configurations conflict with studio-controls. Cadence installs a custom pulse configuration which is one reason we don't support it.
[03:00] <kaeru> thanks for all the awesome work in making audio just work on Linux
[03:05] <Eickmeyer[m]> kaeru: That's the goal. :)
[14:10] <newbie69> hi...can anyone help me with install of an old Roland xp keybord as a midi controller in ubuntu studio ?


[01:24] <lotuspsychje> good morning to all
[01:25] <slidinghorn> Morning?  You must be up super early
[01:25] <slidinghorn> what time is it there?
[01:25] <lotuspsychje> you got me through slidinghorn :p
[01:26] <lotuspsychje> im early 3h26
[01:26] <slidinghorn> why are you waking up at 3:25am??
[01:26] <lotuspsychje> im in vacation mode so didnt need much sleep
[01:26] <lotuspsychje> i set my buzzer at 3h just to see you guys lol
[01:27] <slidinghorn> well you're in for a disappointing morning!  :P
[01:27] <lotuspsychje> trolls & naggers again?
[01:27] <slidinghorn> it wouldn't be #ubuntu without them
[01:27] <lotuspsychje> lol
[01:27] <lotuspsychje> some ppl need proper attention...
[01:28] <lotuspsychje> and i never believed in /ignores
[01:28] <lotuspsychje> thats like an austrich putting head in the sand
[01:30] <lotuspsychje> cool bionic wallpapers added
[01:33] <lotuspsychje> https://imgur.com/a/bTtdN
[02:58] <lotuspsychje> hey pragmaticenigma
[02:58] <lotuspsychje> pragmaticenigma: support slowly &stable
[03:02] <pragmaticenigma> dunno... been focused on my dev project
[03:03] <pragmaticenigma> what's up lotuspsychje
[03:03] <lotuspsychje> pragmaticenigma: new bionic wall: you like? https://imgur.com/a/bTtdN
[03:05] <pragmaticenigma> something you made or is that in the collection?
[03:05] <lotuspsychje> new wallpapers just added from repo
[03:06] <pragmaticenigma> looks cool
[03:07] <lotuspsychje> yeah they added some nice ones
[04:19] <EriC^^> morning all
[04:21] <lotuspsychje> hey EriC^^
[04:21] <EriC^^> hey lotuspsychje
[04:21] <EriC^^> whats up
[04:22] <lotuspsychje> all fine here mate
[04:22] <lotuspsychje> reading up some news with coffee
[04:23] <EriC^^> cool
[04:23] <EriC^^> i'm trying to remove the hwe package
[04:24] <EriC^^> installed it yesterday to try to fix the mic not getting picked up, my res is gone from display so i want to remove it
[04:30] <lotuspsychje> ouch
[04:31] <EriC^^> yeah it's messy
[04:33] <EriC^^> rebooting
[04:36] <EriC^^> back in business
[04:36] <EriC^^> :D
[04:37] <lotuspsychje> wb
[04:37] <lotuspsychje> worked?
[04:51] <Bashing-om> EriC^^: Want my recipe to revert HWE ?
[04:56]  * slidinghorn just accidentally ended up on a YouTube linux talk show somehow lol
[04:57] <Bashing-om> slidinghorn: Who says there are no happy accidents :)
[04:58] <slidinghorn> I thought I was just joining some kind of chat room for folks watching and next thing I know, my face is on the screen xD
[04:58] <slidinghorn> (good thing I was clothed!)
[04:58] <Bashing-om> slidinghorn: Them sneaky cams !
[05:05] <EriC^^> lotuspsychje: yeah
[05:05] <EriC^^> Bashing-om: thanks, i reverted it using apt/history.log
[05:05] <Bashing-om> EriC^^: You *ARE* good :)
[05:06] <EriC^^> good ol' 4.4 kernel back running
[05:07] <EriC^^> lotuspsychje: how's the belgium got talent? any good stuff or funny stuff?
[05:07] <Bashing-om> EriC^^: Yepper .... if there is no need, don't HWE :)
[05:08] <EriC^^> yup, dont do hwe kids should be taught in schools
[05:08] <EriC^^> :D
[06:09] <ducasse> good morning, everyone
[06:10] <slidinghorn> mornin' ducasse
[06:10] <ducasse> hi slidinghorn - all well?
[06:12] <slidinghorn> I'm alive and kicking - can't really complain I guess :)
[06:23] <EriC^^> morning ducasse o/
[06:26] <ducasse> hi EriC^^ - how are you?
[06:26] <EriC^^> good thanks you?
[06:26] <ducasse> yep, all good here. just waking up.
[06:28] <ducasse> the snow has finally begun to melt outside, making the grass visible here and there. there's still a ton left, though.
[06:29] <EriC^^> cool
[06:30] <slidinghorn> I'm in Ohio, so the snow melting is an illusion...it was 70F+ the past couple days, and it's going to snow again tomorrow
[06:32] <ducasse> we've had temperatures upward of 15°C here, so i hope there's no more snow coming
[10:58] <lotuspsychje> good afternoon guys
[12:31] <lotuspsychje> !party
[12:31] <ubot5`> Please remember that #ubuntu, #kubuntu, #xubuntu, #edubuntu, and #lubuntu are support channels. To countdown to !bionic release and then party once it happens, join #ubuntu-release-party - For in-person parties, see http://loco.ubuntu.com/events/global/3339/
[12:42] <BluesKaj> Hey folks
[12:43] <lotuspsychje> hey BluesKaj afternoon mate
[12:43] <BluesKaj> Hey lotuspsychje, how's it going?
[12:43] <lotuspsychje> great here
[12:43] <lotuspsychje> very lazy sunday
[12:44] <ducasse> hi BluesKaj - all well?
[12:45] <BluesKaj> Hey ducasse , yes, fine here, and you?
[12:46] <ducasse> good here, thanks - really warm today
[12:47] <BluesKaj> well, so far the predicted storm hasn't materialized here, just cold and windy
[12:49]  * BluesKaj keeps fingers crossed
[12:51] <lotuspsychje> hey pauljw join the sunday club
[12:51] <pauljw> hi lotuspsychje :)
[12:51] <ducasse> \o pauljw
[12:51] <ducasse> how's your weekend?
[12:52] <pauljw> hey ducasse, wet but good. how are you?
[12:53] <ducasse> wet but warm :)
[12:54] <lotuspsychje> they pronounce summer thuesday in belgium
[12:54] <pauljw> :)
[12:54] <lotuspsychje> temps around 25c
[12:55] <BluesKaj> hey pauljw
[12:55] <pauljw> hi BluesKaj
[12:56] <BluesKaj> my connection is gonna drop for a few mins, connecting up the vpn
[12:56] <lotuspsychje> kk
[12:56] <pauljw> k
[13:00] <pauljw> i don't even bother with vpn at home anymore, lose 50-70% speed.
[13:08] <BluesKaj> new modem should arrive tomorrow, the new ISP 100mb speed is 15X faster than the dsl I'm on now...looking forward to it, altho i heard yesterday that throttling is used during heavy traffic hours
[13:09] <pauljw> i'm so jealous!!
[13:11] <BluesKaj> pauljw, I'm paying a much higher price for it tho
[13:13] <pauljw> no doubt, but if i could get that sort of service, i could drop directv and more than make up for additional costs. :)
[13:15] <BluesKaj> $80CDN ...equivalent to $65US...yeah I dropped Bell sat service to justify the additional costs ... most of the shows I watch are availble on"IPTV"anyway
[13:19]  * BluesKaj is a bit of a newshound and all "the biggies" have live streams now
[13:21] <pauljw> :D
[13:24] <BluesKaj> for example.was watch Russia Today yesterday. They aren't egven subtle about their anti-western slant on the news. It's really quite.funny
[13:24] <BluesKaj> watching
[13:25] <pauljw> :)
[13:29] <lotuspsychje> !info gnome-shell bionic
[13:29] <ubot5`> gnome-shell (source: gnome-shell): graphical shell for the GNOME desktop. In component main, is optional. Version 3.28.0-0ubuntu5 (bionic), package size 675 kB, installed size 7395 kB
[13:38] <BluesKaj> lotuspsychje, did Ubuntu drop Wayland as the default window system for Bionic or was that just a rumour aboutr Wayland becoming the default
[13:38] <lotuspsychje> BluesKaj: we had users reporting that new too, prob spam
[13:39] <BluesKaj> ok
[13:39] <lotuspsychje> BluesKaj: bionic has now xorg by default, wayland still choosable
[13:39] <BluesKaj> right'
[13:39] <lotuspsychje> i dont think after all the hard work on wayland they would drop
[13:39] <hggdh> it is just not the default
[13:40] <BluesKaj> tried wayland on fedora 26 on the laptop , it was ok , but seemed sluggish on an i3 cpu with 8G ram etc
[13:40] <hggdh> not stable enough for LTS
[13:48] <lotuspsychje> gnome 3.28.1 rolling out that should be fixing alot of stuff
[13:49] <lotuspsychje> till now i had sluggishness feeling on both xorg & wayland
[14:01] <akem> I have a background script to reload gnome-shell when it takes too much ram.
[14:01] <akem> it get backs to ~170 M after reload.
[14:03] <akem> But it works with Xorg only, cannot reload at runtime on Wayland without loosing the session.
[14:25] <akem> https://github.com/rousselgeoffrey/gnomeShellWorkaround/blob/master/Workaround_gnome-shell-memleak.sh if anyone's interested.
[18:58] <daftykins> BluesKaj: i see you saw emma with the PIA + kubuntu DNS problem, what's the thing that goes wrong where PIA breaks using your own router's DNS even when the VPN is disconnected?
[19:00] <BluesKaj> daftykins, we solved it by editing the nameserver to <IP_ADDRESS> in /etc/resolv.conf..seems to be default now , i also installed ifupdown for good measure
[19:01] <daftykins> mmm, sounds weird that it was pointing to localhost in resolv.conf - must be a sign of that automagic rubbish 'resolvconf' :) my advice was going to be purge resolvconf and create resolv.conf manually pointing to <IP_ADDRESS> - but i was making pasta :D
[19:02] <daftykins> she was breaking a cardinal rule and asking in two channels at once
[19:03] <BluesKaj> oh , didn't notice the duplicate chans
[19:04] <daftykins> mmm it's not a #u namespace one though, just a chat one we know her from
[19:05] <BluesKaj> daftykins, yeah I've chatted with her before
[19:06] <TJ-> resolv.conf is a symlink to to /run/resolvconf/resolv.conf, which should be updated by the system's active name resolver. If it's Network Manager, for 16.40 it'll be a private instance of dnsmasq listening on <IP_ADDRESS>. For 17.10+ it'll be systemd-resolved listening on <IP_ADDRESS>
[19:10] <daftykins> TJ-: apparently some PIA app moves resolv.conf to /tmp on connection and messes about, at least that's the idea i got
[19:11] <TJ-> daftykins: it ought not! any VPN should just send new/additional DNS names/IP addresses, same was as it does for routes
[19:11] <TJ-> What do PIA use, isn't it openvpn?
[19:12] <daftykins> not a clue off hand, never used and certainly never used from a desktop Linux :)
[19:17] <BluesKaj> TJ-, yes , openvpn is one of their protocols
[19:17] <leftyfb> daftykins: btw, you should switch out Cloudflare's <IP_ADDRESS> DNS for google's <IP_ADDRESS>. It's WAY faster and more secure.
[19:20] <daftykins> leftyfb: no, i shouldn't - because i don't own a tinfoil hat
[19:21] <leftyfb> daftykins: neither do I. But the speed made a huge difference for me.
[19:22] <daftykins> i think that'll be down to a lot of factors that'd differ depending where you are - and the speed of connection you're on, etc
[19:22] <daftykins> well not really speed since DNS is just tiny data, but y'know what i mean i'm sure
[19:23] <TJ-> clouflare's anycast network is more extensive that Google's, which is why in most cases it's latency is much lower
[19:24] <daftykins> how about the above 'more secure' claim? :)
[19:24] <TJ-> how much space do you think a basic root file-system container image should require for running bash?
[19:25] <TJ-> daftykins: it's more secure as in cloudfare are not keeping the logs, and aren't using to correlate your IP address and lookups with your Google profile
[19:25] <daftykins> KVM? hmm surely you're only going to stash some utils so a couple of hundred MB?
[19:25] <daftykins> er not kvm the other thing
[19:25] <TJ-> KVM? no not a VM, a container
[19:26] <daftykins> lxd malarkey (:
[19:26] <leftyfb> daftykins: https://www.cloudflare.com/learning/dns/dns-security/
[19:26] <TJ-> 208KB :)
[19:27] <leftyfb> TJ-: so just the kernel and bash? Absolutely nothing else?
[19:27] <TJ-> leftyfb: no kernel, it's a container
[19:27] <leftyfb> oh right
[19:27] <leftyfb> how'd you manage to customize the container down to just basH?
[19:28] <TJ-> leftyfb: I'm working on developing an automated tool to create the smallest secure LXC config possible or any arbitrary executables. Apparently no such thing already exists which seems a great ommission.
[19:28] <daftykins> leftyfb: i know about DNSSec, i don't need a link xD i figured you were just doing the open source fan thing of paranoid delusion over google services, my mistake
[19:28] <leftyfb> TJ-: please share it once done
[19:29] <leftyfb> daftykins: not at all.  They've got ALL my data and I don't care one bit
[19:29] <daftykins> :D
[19:29] <TJ-> leftyfb: I'm building a config manually for now to identify the absolute minimum required, so I know what the tool needs to do
[19:30] <leftyfb> I used google's dns since I learned about it years ago ... but after the announcement of Cloudflare's DNS and their anycast stuff, I gave it a try and say a huge improvement in page loads
[19:30] <daftykins> i used to play with OpenDNS for a bit, but i'm on an ISP supplied router atm that you can't change it on, so i got a bit lazy :>
[19:30] <TJ-> leftyfb: neat thing is, not even the bash executable is in the container :D  It's fun stuff once you get a handle on it
[19:31] <daftykins> i was very put off by OpenDNS's page interceptions though
[19:31] <leftyfb> I used opendns as well, but I actually saw the speed degrade over time and even had some issues resolving some things so I went back to google
[19:33] <daftykins> *nod*
[19:33] <BluesKaj> my ISP provides DNS services so i've been using them , but I'll be changing ISPs tomorrow so we'll see haow configurable their Arris DG3260 is
[19:34] <leftyfb> must be nice having the ability to switch ISP's :(
[19:34] <BluesKaj> as lolng as my old cable connection still works :-)
[19:34] <leftyfb> I mean I could if I was excited about DSL :/
[19:35]  * daftykins pats his 60/10 VDSL2 :)
[19:35] <leftyfb> man, how do you deal?
[19:36] <BluesKaj> leftyfb, I've been on dsl for yrs and finally decided to cancel my sat dish service and go with IPTV on the internet instead so i dom ned a larger pipe
[19:36] <BluesKaj> do need
[19:36] <daftykins> 7MB/sec down and 1MB/sec up is ace
[19:36] <leftyfb> yeah, all my tv is streamed ... multiple streaming camera's around my property, smart home stuff, etc
[19:37] <leftyfb> Not to mention, I do have a business leased line because I do my own hosting
[19:38] <BluesKaj> daftykins, that's exactly what I have now , it'll be 100mb down and 8-10mb up tomorrow (I hope)
[19:39] <daftykins> hmm not a huge difference then, if you meant my megabit rates versus my megabyte rates
[19:45] <BluesKaj> ok, didn't notice that :-)
[20:01] <BluesKaj> well, think I'll call i a day here ...take care
[21:42] <slidinghorn> What's the over/under on how many IPs this guy's going to try?
[21:42] <leftyfb> up to 4 now
[21:43] <oerheks> all from neighbours, i guess
[21:43] <slidinghorn> or a VPN with multiple locations
[21:44] <leftyfb> if by neighbors, you mean other countries, sure :)
[21:44] <oerheks> oh i see .. indeed a vpn user
[23:00] <TJ-> Fantastic! working LXC 3.0 container with just bash in it, 156KB whilst running
[23:01] <daftykins> :>