[00:53] <tmpRAOF> Dear libtool: WTF.
[06:38] <pitti> Good morning
[06:39] <darkxst> hey pitti
[06:39] <darkxst> storms are hitting! http://www.bom.gov.au/products/IDR021.loop.shtml
[06:45] <TheMuso> darkxst: Where are you?
[06:45] <darkxst> TheMuso, A little north of Melbourne
[06:45] <TheMuso> darkxst: Ah yeah, nasty.
[06:45] <TheMuso> darkxst: We are supposed to get storms here in Sydney too I think at some point.
[06:46] <TheMuso> And hey there pitti.
[06:46] <darkxst> TheMuso, we haven't had any rain at all in about a month, its probably useful!
[06:46] <pitti> hey TheMuso, how are you?
[06:46] <pitti> morning darkxst
[06:46] <TheMuso> Oh yeah, as long as its not too heavy.
[06:46] <TheMuso> pitti: Well thanks, yourself?
[06:46] <pitti> TheMuso: quite well, thanks
[06:47] <TheMuso> pitti: I've actually got something interesting to discuss re systemd, and its pkg-config file. For various reasons, I've been working to build pulseaudio with different prefixes/install locations, which gave me errors. This lead me to trying distcheck with puseaudio. I found that systemd's pkg-config file has the prefix hard-coded in the various service/unit directory variables. I see no bugs upstream/anywhere about this. Is this known?
[06:48] <TheMuso> pitti: i.e systemduserunitdir=/usr/lib/systemd/user -- I would expect that variable to use ${prefix} rather than hard-code /usr...
[06:49] <TheMuso> pitti: I was actually trying to come up with a patch to fix it, but my autofoo is lacking it seems...
[06:49] <darkxst> TheMuso, maybe Lennarty did it on purpuse so you don't change the prefix ;)
[06:50] <TheMuso> darkxst: But that makes no sense. If you look at other .pc files, when referring to the include dir etc, they all refer to prefix with a variable.
[06:50] <TheMuso> darkxst: And it is likely to break the distcheck of packages that use systemd in some way, i.e pulseaudio.
[06:50] <TheMuso> darkxst: Actually, it does break distcheck.
[06:50] <TheMuso> There is no unlikelyness about it. :)
[06:51] <darkxst> TheMuso, I wasn't actually being serious there!
[06:51] <TheMuso> darkxst: Yeah saw the smily, but words on teh screen alone are not enough to convey such things, so yeah makes sense in context. :)
[06:52] <darkxst> TheMuso, hardcoded paths are in the pc.in file?
[06:53] <TheMuso> darkxst: No, it uses substitution to fill them in.
[06:53] <TheMuso> But that has me wondering actually...
[06:53]  * TheMuso checks something.
[06:54] <TheMuso> Hrm ok, as I expected. Never mind, thought the prefix variable was part of the .pc.in files I checked that look sane.
[07:01] <darkxst> TheMuso, why are you building pulseaudio with different prefixes? if you just want to isolate from your system? jhbuild can do that
[07:04] <TheMuso> darkxst: Reasons, I cannot really say.
[07:06] <TheMuso> darkxst: But even so, distcheck is designed to make sure a package is buildable with custom prefixes as well as using a different DESTDIR.
[07:06] <darkxst> just saying, jhbuild has quite some hacks, to make things work with messed up mixed prefixes ;)
[07:06] <TheMuso> darkxst: Nice to know, but jhbuild is overcomplicated for what I am doing.
[07:06] <darkxst> TheMuso, some things take vars from the actual installed .pc files
[07:08] <TheMuso> darkxst: I'm sure jhbuild is wonderful and all, but more than what I need, and, still we come back to pulseaudio distcheck failing.
[07:13] <darkxst> TheMuso, maybe a bug in pulseaudo configure.ac
[07:14] <TheMuso> darkxst: It could certainly be worked around in pusleaudio's configure.ac, but IMO that is rather hacky, and not the correct solution.
[07:14] <didrocks> good morning
[07:15] <TheMuso> Morning didrocks.
[07:15] <didrocks> hey TheMuso
[07:15] <darkxst> TheMuso, this is a fruitless conversation since you can't say what you are doing ;) sure you can work it out!
[07:15] <darkxst> hey didrocks
[07:16] <didrocks> good evening darkxst ;)
[07:16] <darkxst> didrocks, stormy evening! first rain in over a month!
[07:17] <didrocks> darkxst: waow, is it planned to stay over the week-end or just doing the night?
[07:17] <didrocks> during*
[07:17] <TheMuso> darkxst: Sure I can, but I am still of the thought that working things out *properly* means fixing systemd's pkg-config.
[07:17] <TheMuso> Anyway, EOD for me.
[07:17] <darkxst> Tonight and sat
[07:18] <darkxst> TheMuso, pkg-config does what it is told
[07:18] <TheMuso> We had a lovely late storm that roled into my area of Sydney last night, just as I went to sleep, was lovely.
[07:18] <TheMuso> darkxst: Yeah I know that. Anyway, I can work around it for now.
[07:21] <darkxst> didrocks, https://code.launchpad.net/~noskcaj/ubuntu/vivid/appstream-glib/mir-fixes/+merge/249562 should clean up the appstream-glib MIR
[07:22] <didrocks> darkxst: oh DSO link errors… insane we still have this nowdays, put my mind back more than 5 years ago :)
[07:22] <darkxst> didrocks, I don't think Fedora builds with as-needed
[07:22] <darkxst> even still
[07:23] <darkxst> s/builds/links/
[07:23] <darkxst> I hit them all the time in jhbuild
[07:23] <didrocks> darkxst: oh really? I thought they turned on the gold linker… but probably not when seeing that :)
[07:23] <didrocks> darkxst: need sponsoring?
[07:23] <didrocks> looking good to me
[07:23] <darkxst> didrocks, yes, I don't have powers for appstream-glib
[07:24] <didrocks> darkxst: running a sbuild pass first to ensure the tests are working and then, sponsoring
[07:28] <Noskcaj> thanks didrocks
[07:28] <didrocks> yw Noskcaj :)
[07:36] <didrocks> Noskcaj: darkxst: built successfully, sponsored and MIR approved
[07:36]  * didrocks closes tabs
[07:49] <Noskcaj> didrocks, Since you approved the MIR, would you have time to s/appdata-tools/appstream-util in all the r-deps? The same binary is in both
[07:49] <Noskcaj> It seems to be too trivial of a patch for it to be worth my time as someone without upload rights
[07:50] <didrocks> Noskcaj: quite busy today, (and off Monday). If it can wait Tuesday (and you remind me about it), sure can do
[07:50] <Noskcaj> cool
[07:50] <darkxst_> Noskcaj, some naughty people can do copies from ppa's into archive
[07:50] <didrocks> yeah, that works as well :)
[07:51]  * didrocks likes darkxst_'s idea
[07:51] <Noskcaj> ok, i'll look at making a ppa tomorrow if no one steps up to do the work
[07:51] <didrocks> Noskcaj: keep me posted on Tuesday, I'll do the package copy if nobody did it before then
[07:51] <Noskcaj> ty
[07:51] <didrocks> yw
[08:50] <willcooke> morning
[08:50] <seb128> hey willcooke
[08:57] <didrocks> hey willcooke
[08:59] <popey> anyone else having multi-monitor pain on vivid on Intel today? http://imgur.com/80LcmgV
[09:00] <willcooke> popey, on you x220?  So Intel gfx?
[09:00] <didrocks> popey: urgh no :/ x220, intel gfx here
[09:00] <didrocks> popey: -14 kernel?
[09:01] <didrocks> 3.18.0-13.14 here
[09:03] <popey> yes
[09:03] <popey> bug 1421575
[09:03] <popey> oh hang on, I'm on some dodgy 3.19 kernel
[09:03]  * popey reboots to sanity
[09:04] <didrocks> popey: what are you installing on your poor system? :)
[09:04] <popey> installed 3.19 upstream to diagnose some other issue (gpu lockup)
[09:04] <popey> but this is way worse
[09:04] <didrocks> willcooke: postponed the arduino stuff
[09:04] <didrocks> as discussed yesterday
[09:04] <willcooke> thanks didrocks
[09:04] <didrocks> yw
[09:05] <willcooke> I didnt get time to explore Eclipse yesterday
[09:05] <willcooke> maybe over the weekend
[09:05] <didrocks> willcooke: no worry, we'll backport that to the ppa at worst :)
[09:05] <didrocks> popey: trying to compete with attente_ on kernel bisecting?
[09:06] <popey> bah, still busted on 3.18
[09:06] <popey> but busted differently
[09:07] <didrocks> popey: -13.14? -13.13 did have some issues…
[09:08] <popey> dunno, i can't ssh into it now, disk light solid, it's not happy
[09:08] <didrocks> waow
[09:08] <didrocks> just dist-upgraded (quite a lot since yesterday)
[09:08] <didrocks> rebooting
[09:08] <didrocks> and see if I blame you *personally*
[09:08] <willcooke> *brrring* *brrrring*   Hello, IT
[09:09] <popey> networking is also busted
[09:09] <popey> seems to want to have wifi and wired on at once and is getting upset with this situation
[09:10] <willcooke> I had that yesterday on my U8 box, I think it's a different NetMan issue
[09:10] <didrocks> popey: sorry, everything's working well here
[09:13] <popey> 3.18.0-13-generic is what I am on
[09:13] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1420404/comments/3 btw, summary of the u-s-s translations issue
[09:13] <willcooke> seb128, Laney is on swap today
[09:14] <seb128> willcooke, I know, but he reads backlog when back usually, that can be monday
[09:14] <willcooke> kk
[09:14] <willcooke> just making sure
[09:15] <seb128> willcooke, it's just a fyi on a bug I spent my day on yesterday
[09:15] <willcooke> Hello Laney from the past
[09:15] <seb128> he helped me a bit
[09:15] <seb128> :-)
[09:17] <popey> didrocks: https://www.youtube.com/watch?v=W3ZQ9xW0PhQ :(
[09:18] <didrocks> popey: private video
[09:18] <popey> fixed, ta
[09:19] <didrocks> popey: waow, if we wanted to do it on purpose, we wouldn't be able I guess :)
[09:19] <didrocks> I guess it's a question for mlankhorst
[09:21] <darkxst> didrocks, just like I hit 5 screws today screwing down architraves ;( certainly can't do that if you try!
[09:21] <ogra_> just put some duct tape over it
[09:22] <darkxst> ogra_, duct tape will fix it ;)
[09:22] <didrocks> darkxst: it's really "Friday 13th" it seems for some of you :)
[09:23] <willcooke> :)
[09:23] <willcooke> popey, mlankhorst is off today.
[09:23] <darkxst> didrocks, doubt that is related to my achitrave problems!
[09:24] <popey> balls, it is fine in a guest session
[09:24] <popey> so something is knackered in my session
[09:24] <popey> do we have a "reset compiz back to defaults" button anymore?
[09:25] <didrocks> popey: you think it's compiz? do you have gnome-shell or any other DE?
[09:25] <popey> no
[09:25] <popey> I'm pure as the driven snow.
[09:26] <didrocks> :)
[09:26] <ogra_> popey, try removing the monitors.xml file
[09:26] <popey> done that
[09:26] <ogra_> ah
[09:26]  * popey copies monitors.xml from a good guest session in 
[09:26] <popey> \o/
[09:26] <ogra_> heh
[09:26] <darkxst> popey, just delete it, u-s-d will recreate a good one then
[09:26] <popey> Not touching that again today.
[09:26] <popey> nope, it didn
[09:27] <popey> it created a _worse_ one
[09:27] <didrocks> that's weird… maybe it's the gsd config
[09:27] <didrocks> let me find it
[09:27] <popey> http://paste.ubuntu.com/10201762/ is my good one
[09:27] <didrocks> popey: do yo uhave the "bad" one?
[09:28] <popey> no, but I can probably make a bad one by breathing near the display applet
[09:28] <popey> lemme try
[09:28] <didrocks> yeah, would be interesting
[09:28] <darkxst> popey, if its creating broken configs, probably xrandr bug
[09:28] <popey> k
[09:28] <didrocks> darkxst: well, it does create a "good one" in his guest session
[09:28] <didrocks> so puzzling…
[09:29] <popey> didrocks: http://paste.ubuntu.com/10201816/ is the bad one
[09:30] <popey> identical!
[09:30] <didrocks> of course
[09:30] <popey> but as my user if I touch the monitor config, even if I let it revert back, it still makes the display all messed up and flickery
[09:31] <didrocks> popey: yeah, let's see with mlankhorst I guess, he will probably ask you to dump your xrandr configs
[09:32] <popey> kk
[09:33] <darkxst> popey, that looks like a driver bug
[09:33] <popey> it must be something in my session
[09:33] <darkxst> (unless xrandr is stuffing up the timings on your modes)
[09:51] <willcooke> seb128, do you think I should be able to use gsettings set com.canonical.Unity8 usage-mode Staged to get U8 desktop in to tablet mode?
[09:53] <seb128> willcooke, that should work yes
[09:53] <willcooke> in which case....
[09:53] <willcooke> sad face
[09:53] <willcooke> should I be able to do it from an SSH session?
[09:53] <willcooke> like,
[09:54] <willcooke> do I need to be in the same session or something?
[09:55] <didrocks> willcooke: did you get any error? (I think you are not in the same session bus)
[09:55] <willcooke> no errir
[09:55] <willcooke> when I tried from ssh
[09:55] <willcooke> when I try from U8 terminal
[09:55] <willcooke> I get a seg fault
[09:56] <mlankhorst> ?
[09:56] <didrocks> willcooke: if you then gsettings get com.canonical.Unity8 usage-mode, did you get the same value in return?
[09:56] <willcooke> $ echo $?
[09:56] <willcooke> 0
[09:57] <didrocks> willcooke: it should print the value of usage-mode key (so "Staged")
[09:57] <willcooke> nada
[09:57] <willcooke> hey mlankhorst
[09:58] <willcooke> mlankhorst, I know its your day off and all, but there's some weirdness for you to take a look at on Monday from popey up there ^^
[09:58] <mlankhorst> define weirdness :P
[09:58] <willcooke> mlankhorst, http://imgur.com/80LcmgV
[09:59] <willcooke> mlankhorst, https://www.youtube.com/watch?v=W3ZQ9xW0PhQ
[09:59] <willcooke> (not Rick Astley)3
[10:00] <mlankhorst> looks more like a compiz bug :P
[10:00] <mlankhorst> seen the same before
[10:00] <popey> yeah, that was my feeling too
[10:01] <seb128> willcooke, ssh, you might need to define the dbus env
[10:02] <willcooke> seb128, if I get env from U8 terminal, grep for bus, and then copy that in to my SSH session, that might work?
[10:02] <didrocks> willcooke: you need DBUS_SESSION_BUS_ADDRESS at least :)
[10:02] <seb128> willcooke, just look to /proc/`pidof unity8`/environ
[10:03] <seb128> easier to cat that, so you can select/paste
[10:03] <seb128> rather than having to type it over
[10:03] <willcooke> seb128, coolio, thanks
[10:03] <seb128> yw
[10:16] <willcooke> seb128, worked \o/
[10:16] <seb128> willcooke, great!
[10:18] <didrocks> weird that it wasn't working in your session though
[10:18] <didrocks> (from the U8 terminal)
[10:22] <Laney> seb128: nice fix!
[10:23] <seb128> Laney, hey, thanks! it was "interesting" to debug
[10:26] <seb128> Laney, btw did you go anywhere with the about panel/storage/qt5.4? Mirv wants to land qt5.4 early next week, we need to fix the panel to at least load, even if the disk computation is a bit off in a first time
[10:27] <Laney> seb128: no sorry not yet, but could make it just use '/' or something
[10:27] <seb128> Laney, right
[10:28] <seb128> Laney, well, Mirv said he would have a look today, since they want to land qt and you are off work, just wanted to make sure he doesn't dup work
[10:29] <Laney> oh well let me push the small bit I did
[10:30] <Laney> Mirv: lp:~laney/ubuntu-system-settings/storageinfo-5.4
[10:34] <seb128> Laney, thanks
[10:35] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1420404 btw for easy review karma if you want to ack it ;-)
[10:35] <seb128> shrug
[10:35] <seb128> why is CI grumpy on settings?
[10:36] <seb128> seems like it fails to start or something
[10:36] <didrocks> seb128: there are been a new CI Train rollout, maybe linked?
[10:36] <seb128> didrocks, not sure
[10:38] <Laney> seb128: I wonder if the uitk shouldn't have a fix here too
[10:38] <seb128> Laney, yeah, I plan to open at least 2 bugs
[10:39] <seb128> Laney, one to have the documentation mention that it sets the textdomain to that value
[10:39] <seb128> Laney, and maybe one to say that is should set the domain only if it hasn't been set manually before
[10:39] <seb128> (thanks didrocks for suggesting that one)
[10:39] <seb128> Laney, is that what you were thinking about?
[10:40] <Laney> indeed
[10:40] <didrocks> yeah, you will clearly not be the only ones to be trapped by this, even if documented…
[10:40] <seb128> well, to  be fair it's rather a special case
[10:41] <seb128> but yeah, likely going to bite others
[10:41] <seb128> you can do i18n.domain = ... from your qml
[10:41] <seb128> and it's fine for the UI
[10:41] <didrocks> I'm unsure that enthousiast would be happy to spend a day on something similar :)
[10:42] <seb128> the fact that g_dgettext() decide on its strategy on the first call and that this calls happen between the init and the domain change is a bit special
[10:42] <seb128> but yeah, we are probably not going to be the only one to use glib
[10:42] <didrocks> yeah ;)
[10:42] <willcooke> any quick workarounds for these wierd network manager issues?  I've already stopped ofono
[10:43] <didrocks> willcooke: I didn't get it again since Brussels here btw…
[10:43] <willcooke> ohh
[10:43] <didrocks> last time I did restart the network manager service
[10:43] <Laney> ah crap, I had a nm bug just now
[10:43] <Laney> C+Ped some nmcli output to file one but I forgot and lost it :(
[10:43] <willcooke> I have wired networking and wifi - and I can't get to the internet most of the time
[10:43] <Laney> vivid?
[10:44] <willcooke> if I unplug the ethernet it works again#
[10:44] <willcooke> yeah, on my u8 vivid machine
[10:44] <didrocks> ah, not the same, only wifi here
[10:44] <Laney> ya, try sudo restart network-manager
[10:44] <willcooke> tried that, no different
[10:44] <willcooke> I'm running a ping to 8.8.8.8
[10:44] <willcooke> and it'll suddenly just work for about 10 seconds, and then stops again
[10:45] <willcooke> disabled wifi - looks better now
[10:45] <willcooke> could be some loop on my internal network
[10:46] <willcooke> but I doubt it, since everything else works
[10:49] <Mirv> Laney: seb128: ah, excellent! I did http://pastebin.ubuntu.com/10202733/ as the bandaid solution to the rest of the about page if there wouldn't be a real fix
[10:50] <Mirv> (in the ppa)
[10:53] <Mirv> so if that branch helps it a bit further of not disabling the storage portion (even if wrong numbers), that would be better
[11:41] <willcooke> mlankhorst, could we, if we wanted, interpret touch events as left-clicks in Xmir?
[13:03] <willcooke> seb128, Trying to pair that kbd... "Please enter the following pin...." but no pin is shown
[13:04] <seb128> willcooke, what device?
[13:04] <willcooke> seb128, N7 running devel prop
[13:05] <seb128> willcooke, yeah, bluez is buggy on that device
[13:05] <seb128> https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1421598
[13:05] <seb128> willcooke, https://code.launchpad.net/~seb128/ubuntu-system-settings/bluetooth-key-hint-workaround/+merge/249622 as a workaround
[13:06] <willcooke> seb128, nice one!
[13:06] <willcooke> seb128, will that land in devel proposed at some point, or do I need to *shudder* compile code
[13:06] <willcooke> oh
[13:06] <seb128> Mirv, k, would be better to not disable storage indeed, are you looking at a better fix?
[13:06] <willcooke> it's qml
[13:06] <willcooke> I can just copy it?
[13:06] <seb128> right
[13:06] <seb128> it's one line to change
[13:07] <seb128> so yeah, you can even vi edit it
[13:07] <seb128> need to set your device to rw first though
[13:11] <Mirv> seb128: I'm EOD after this hangout, but maybe Laney knows what's the next step that should be done to his MP now that the button + free space reporting is possible to get back. I guess implementing/copying QML class that used to be StorageInfo? FYI, here's the current diff I have http://pastebin.ubuntu.com/10204250/
[13:11] <seb128> Mirv, thanks, I guess we can look at doing better on monday
[13:16] <willcooke> seb128, can you give me the path to DisplayPasskeyDialog.qml?
[13:16] <willcooke> seb128, ignore
[13:16] <seb128> willcooke, dpkg -S DisplayPasskeyDialog.qml
[13:17] <willcooke> oh, neat trick, thanks
[13:17] <seb128> yw!
[13:19] <willcooke> yay! works
[13:19] <willcooke> thanks seb128
[13:19] <seb128> willcooke, great ;-)
[13:44] <Mirv> seb128: yes, this solution at least fulfills the minimum level, and the main problem is probably thinking what's wise to do, the missing functionality itself is probably easy enough to replicate
[13:44] <seb128> Mirv, right
[13:46] <flexiondotorg_> I'd like some advice please.
[13:46] <flexiondotorg_> I'm the Ubuntu MATE lead.
[13:47] <flexiondotorg_> I've got a couple of files ubuntu-mate-settings that get installed to /etc/skel, just as other flavours have done. Such as Xubuntu.
[13:47] <flexiondotorg_> Just want to get some feedback on that practice?
[13:47] <desrt> flexiondotorg_: skel is evil.  stop doing that :)
[13:47] <flexiondotorg_> Because I'm being asked by my sponsor to check with the desktop team.
[13:48] <flexiondotorg_> desrt, Well, for I am using it for there is not other option.
[13:48] <desrt> flexiondotorg_: is there not a way that you could make changes to the affected software to have the correct settings by default?
[13:48] <desrt> flexiondotorg_: what are you doing with it?
[13:49] <flexiondotorg_> desrt, Provide a default configuration for Tilda and qt4-config.
[13:49] <flexiondotorg_> Much as Xubuntu currently do.
[13:49] <desrt> because, almost certainly, it's not impacting all of the people that it ought to be, and is improperly impacting some of the people who it shouldn't be
[13:49] <flexiondotorg_> Well, it is only relevant for system installs or new user additions.
[13:50] <desrt> what can't qt by configured via more normal means?
[13:50] <flexiondotorg_> Normal means?
[13:50] <desrt> like xsettings, or so?
[13:50] <desrt> ie: why are the needs of mate different here than the needs of gnome or unity?
[13:53] <flexiondotorg_> Well, I guess my needs are the same as Xubuntu.
[13:54] <desrt> sure... but that's not the question... in what way are they different than gnome/unity?
[13:54] <flexiondotorg_> The default Qt4 look and feel doesn't fit and therefore requires a little tweak.
[13:54] <desrt> it could be that xubuntu is also doing it wrong
[13:54] <flexiondotorg_> desrt, Possibly. But I have tried to use the existing flavours as a guide.
[13:54] <desrt> what's the tweak?  is it a new theme, basically?
[13:55] <flexiondotorg_> desrt, Basicaly use GTk+ theme and Ubuntu font.
[13:55] <desrt> and this isn't already the default under unity or gnome?
[13:55] <desrt> maybe the fix to your problem is to get the defaults properly changed...
[13:56] <desrt> anything else that you do really needs to be determined at runtime
[13:56] <desrt> or at the absolute worst permissible case, via something like update-alternatives
[13:56] <flexiondotorg_> So, how does Ubuntu (or rather Unity) set the Qt4 look?
[13:56] <desrt> determined-by-packages-that-happened-to-be-installed-when-the-user's-homedir-was-created is just bonkers
[13:57] <desrt> flexiondotorg_: i'd guess xsettings
[13:57] <flexiondotorg_> desrt, Which package?
[13:57] <desrt> {gnome,unity}-settings-daemon
[13:57] <flexiondotorg_> If I have a reference I can follow.
[13:57] <desrt> so probably mate-settings-daemon to you?
[13:57] <flexiondotorg_> I'll take a peek.
[13:57] <flexiondotorg_> desrt, Indeed.
[13:57] <desrt> i'm not sure if this is true or not...
[13:58] <desrt> i'm wildly guessing at this point
[13:58]  * desrt is not a qt guy
[13:58] <desrt> i just know that it's surely possible to do a better approach than your skel thing, and the person who flagged it as suspicious was absolutely right to have done so
[13:59] <desrt> even a dpkg-diversion on the relevant system config file would be a better option... (but still a bad one)
[14:01] <flexiondotorg_> desrt, There is not system level configuration AKAIK.
[14:02] <desrt> there always is :)
[14:02] <desrt> sometimes they just put it inside the .c files....
[14:02] <flexiondotorg_> desrt, Which I can't influence.
[14:03] <desrt> but i'd be surprised to hear about something that could be changed via a dotfile and not by a similar file in /etc
[14:03] <desrt> flexiondotorg_: why not?
[14:03] <desrt> this is #ubuntu-desktop
[14:03] <desrt> this is where changes like this happen all the time...
[14:04] <flexiondotorg_> I'm trying to see if Ubuntu have already changed the Qt4 config.
[14:30] <flexiondotorg_> desrt, While I continue looking for if/how Qt4 is being tweak by Unity/Gnome could you take a peek at the following please?
[14:30] <flexiondotorg_> https://bugs.launchpad.net/ubuntu/+source/mate-control-center/+bug/1351890
[14:30] <flexiondotorg_> See the patch we've prepare in #9
[14:30] <flexiondotorg_> How can we get this merged and released?
[14:32] <desrt> flexiondotorg_: you're talking to the wrong guy, unfortunately
[14:32] <flexiondotorg_> desrt, Do you know who I should approach?
[14:33] <desrt> oh.  this is a gtk patch?
[14:33] <desrt> i'd talk to Laney about that
[14:33] <seb128> desrt, gtk patch yes, from 2010, which apparently didn't get applied to gtk2
[14:33] <seb128> desrt, would be nice to have applied upstream as well?
[14:33]  * desrt thought it was a mate issue
[14:33] <desrt> seb128: i doubt anyone would get very much objection from the gtk maintainers about that
[14:34] <seb128> desrt, https://bugzilla.gnome.org/show_bug.cgi?id=635380 to apply to gtk2 apparently
[14:34] <seb128> flexiondotorg_, I guess you can ask on the upstream bug if they can apply to gtk2, or maybe open a new bug about it on  bugzilla
[14:34] <desrt> er... https://git.gnome.org/browse/gtk%2B/commit/?id=323df2b2800383832ed3c2e43626f2c6821c33ec ?
[14:35] <desrt> oh.  you mean it didn't get backported
[14:35] <flexiondotorg_> desrt, Correct.
[14:37] <desrt> non-trivial backport there...
[14:37] <flexiondotorg_> The patch is the TK2 backport.
[14:37] <desrt> considering it modifies a file that doesn't even exist in gtk2
[14:39] <desrt> you want to ping in #gtk+ on irc.gnome.org
[14:39] <desrt> they'll almost certainly be very happy to accept that patch
[14:40] <desrt> not really sure who monsta-mint is ... :)
[14:40] <flexiondotorg_> desrt, monsta is a MATE dev.
[14:40] <flexiondotorg_> desrt, Like myself.
[14:45] <mlankhorst> willcooke: maybe
[14:45] <mlankhorst> why? :P
[14:50] <pitti> didrocks: lovely!
[14:50] <pitti> didrocks: I get nice fsck progress (with the dummy) now *hug*
[14:50] <pitti> didrocks: but neither in qemu nor on my real laptop Control-C works -- does that part need a plymouth fix?
[14:52] <pitti> well, something for the next upload
[15:03] <seb128> didrocks, congrats on getting some of that landing ;-)
[15:31] <willcooke> mlankhorst, just playing with it on my touch screen laptop - I think it'd be a nice tweak if it's something that's easy to do
[15:39] <didrocks> pitti: excellent! Control-C on the real laptop should work, the thing is that you have to press for ~1s
[15:39] <didrocks> pitti: that was less noticeable with raw C
[15:39] <didrocks> seb128: *finally*, phew! :)
[15:39] <pitti> didrocks: ah! I suppose I didn't do that
[15:39] <seb128> didrocks, :-)
[15:39]  * didrocks back from cycling
[15:40] <seb128> didrocks, ready for the tour de france? ;-)
[15:40] <didrocks> seb128: ahah, seeing how many cramps I have the day after cycling for 30kms… I would say… no :p
[15:40] <didrocks> and 15kms/h is like 4 times less than tour de france ;)
[15:40] <seb128> didrocks, Laney, btw I opened https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1421672 and https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1421661
[15:41] <didrocks> seb128: excellent! let's see how it goes (keep us posted, I'm interested ;))
[15:41] <seb128> just as a fyi
[15:41] <seb128> didrocks, sure
[16:15] <koko_> beurk beurk
[16:22] <attente_> switching VTs seems to kill the audio for me
[16:25] <ogra_> attente_, i thought thats expected since you lose your polkit seat
[16:36] <attente_> ogra_: has it always been like that? i seem to remember it being able to recover as soon as i log into the vt
[16:36] <ogra_> i was complainin aboout it years ago ... that was pitti's explanation i got :)
[16:37] <ogra_> not sure if that behavior had changed later and is now broken again
[16:37] <ogra_> it could well be
[16:37] <willcooke> attente_, desrt trying to run gedit on a device:  http://paste.ubuntu.com/10206929/
[16:38] <willcooke> it seems to just crashg
[16:38] <willcooke> anything I can do, is it that just how it is atm
[16:39] <attente_> willcooke: checking
[16:46] <seb128> willcooke, what is the issue exactly? gedit is sort of a special case, it doesn't run on my inspiron, it tries to open another surface and mir allows one surface by app only at the moment
[16:46] <seb128> could be the same issue
[16:46] <seb128> you can try eog instead, that should work
[16:46] <willcooke> seb128, heh - works fine on my Inspiron :)  This is on N7
[16:47] <attente_> i'm not sure. it's running on my thinkpad, but i don't have a device to test it on
[16:48] <pitti> ogra_, attente_: as soon as you log into the VT, you should get your audio back, no?
[16:48] <attente_> pitti: that's what i thought, but it doesn't seem to do that for me now
[16:49] <attente_> seb128: the log output seems to only create one window
[16:49] <seb128> k
[16:50] <attente_> "Could not load Gedit repository ...", i don't have this line in my output
[16:51] <willcooke> eog seems same
[16:52] <willcooke> http://paste.ubuntu.com/10207102/
[16:52] <willcooke> meh - dont worry about it for now
[16:59] <seb128> ok, need to go, going to a spectacle tonight, have a nice w.e everyone
[16:59] <willcooke> cya seb128
[17:00]  * didrocks goes as well, see you guys!
[17:00] <didrocks> have a nice week-end :)
[17:20] <attente_> willcooke: is it possibly because it's loading both the android and mesa drivers?
[17:20] <willcooke> attente_, ah, ok - I'll pick this up with mlankhorst on Monday and see where we get
[17:20] <willcooke> thanks attente_
[17:21] <willcooke> oh
[17:21] <willcooke> wait
[17:21] <willcooke> no, it's not an Xmir thing - duur
[17:21] <attente_> willcooke: can you try removing the mir-client-platform-mesa package and see what happens?
[17:25] <willcooke> attente_, sure - trying now
[17:28] <willcooke> attente_, sabdfl
[17:28] <willcooke> oops sorry sabdfl - ignore
[17:28] <willcooke> attente_, same - you want a pastebin of the log?
[17:28] <attente_> willcooke: it's ok, should be the same without that line i think
[17:29] <sabdfl> willcooke, ack :)
[18:12]  * willcooke -> EOW
[23:42] <Noskcaj> Is anyone working on the evolution 1.12.11 update?