[06:16] <didrocks> morning
[06:49] <larsu> bonjour
[06:54] <hyperair> robru: ping
[06:55] <hyperair> robru: i just saw the message in the ~ubuntu-elisp/ppa description that said something about debian -el packages not working with emacs-snapshot
[06:55] <hyperair> is it still broken?
[06:56] <robru> hyperair: yeah i never got around to fixing that.
[06:57] <hyperair> ah
[06:57]  * hyperair will just stick to the old 20140101 snapshot i have then
[06:57]  * hyperair sighs
[06:57] <robru> hyperair: but package.el works so well i honestly don't miss any of the Debian packages
[06:57] <hyperair> really now
[06:57] <hyperair> does package.el have any form of package authentication?
[06:58] <robru> hyperair: ah, well I suppose not.
[06:59] <hyperair> :)
[06:59]  * hyperair sighs
[06:59] <robru> hyperair: https://github.com/robru/.emacs.d/blob/master/init.el check my emacs.d if you're curious. pretty slick config, all package.el, been using the ppa snapshots since forever.
[06:59] <hyperair> why did you redo the entire packaging of emacs?
[07:01] <hyperair> hmm, the (use-package bits are pretty slick, yeah
[07:01] <robru> hyperair: because it was super old and crufty, I redid it in the hopes that I could get something nice and clean. if you're curious you should compare my version against the distro version, it's a huge difference. but for whatever reason debian/emacs people are pretty curmudgeonly and I'm not part of the neckbeard's club so they didn't care for my patches.
[07:01] <robru> now my fork just somewhat languishes, but I'm still using it myself.
[07:02] <hyperair> ah, i see
[07:02] <hyperair> but now that cassou's ditched everything, your fork is all that remains
[07:02] <robru> hyperair: ohhhh really?
[07:02] <hyperair> yep
[07:03] <hyperair> https://launchpad.net/~cassou/+archive/ubuntu/emacs <-- see the ppa description
[07:03] <robru> hyperair: actually my fork is in a bit of trouble as well. since emacs switched to git, the bzr import on launchpad has gone to shit, and as a side effect of that the recipe isn't doing daily builds anymore. I'm still trying to come up with a solution for that, and desperately trying to avoid writing a local cron job that builds emacs and uploads to the ppa.
[07:03] <hyperair> heh
[07:03] <hyperair> i had a local cronjob that worked for banshee
[07:04] <hyperair> then a bunch of half-ports of certain libraries that need to work with both gtk2 and gtk3 resulted in me ditching the cronjob
[07:04] <robru> ah yeah
[07:05] <hyperair> http://anonscm.debian.org/cgit/users/hyperair-guest/daily-ppa-script.git/
[07:05] <hyperair> very hacky
[07:05] <hyperair> a lot of weird hacks to get gpg-agent bridged into cron's environment
[07:06] <robru> hyperair: heh, thanks for the tip. I may have to do something like that. My concern is mostly that I don't like to have people depending on services that run on my laptop. I liked it better when launchpad was building emacs for me, then I could turn my laptop off and not worry about it.
[07:10] <robru> hyperair: hm, I bet the debian package would work on ubuntu? did you ever try http://londo.ganneff.de/dists/stable/main/binary-amd64/Packages
[07:10] <robru> ?
[07:10] <hyperair> hmm i haven't
[07:11] <robru> hyperair: me either, but that package looks a bit newer than the one you mentioned ;-)
[07:14] <hyperair> heh
[07:15] <didrocks> pitti: hey! btw, another case where I have to workaround due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768456
[07:17] <didrocks> pitti: the workaround is easy, if you think my invoke-rc.d patch and that one won't likely get reviewed, let's workaround in all packages that needs it then and close that as won't fix
[07:19] <didrocks> (the invoke-rc.d part is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768450)
[07:31] <didrocks> waow, a package that doesn't build-dep on debhelper nor cdbs
[07:33] <didrocks> :q
[07:35] <seb128> didrocks, what are you doing? applying for debian n-m? ;-)
[07:35] <seb128> one of the stuff they make me do by then is to rewrite a rules without any helper, just pure make
[07:36] <didrocks> seb128: not, systemdification of various package with upstart-only jobs
[07:36] <didrocks> no*
[07:36] <seb128> I see ;-)
[07:36] <didrocks> yeah, this one is pure make
[07:36] <seb128> systemd as pid1 still happening this cycle?
[07:36] <didrocks> seb128: hopefully yeah
[07:37] <seb128> we are going to need to look at bug #1400394
[07:37] <seb128> e.g making ubuntu-app-launch works with systemd's cgroups controler
[07:38] <didrocks> hum, I think getting rid of cgmanager isn't planned for this cycle
[07:38] <seb128> well, cgmanager doesn't run under systemd init
[07:38] <seb128> the job is made that way atm
[07:38] <didrocks> yeah, I think pitti started to look at that, there is not reason (yet) it can't
[07:39] <seb128> see comment #7 on that bug
[07:39] <seb128> #8 as well
[07:39] <seb128> seems to not be that simple
[07:39] <didrocks> interesting, I wasn't aware of those recent discussions
[07:40] <didrocks> ok, so ual it is, which brings the question of session systemd then
[07:45] <seb128> user sessions you mean?
[07:45] <didrocks> yeah, systemd as the session handler
[07:46] <didrocks> which is what ual is using cgmanager/upstart for
[07:46] <didrocks> I don't know how much coupling there is there
[07:46] <seb128> yeah, me neither
[08:50] <seb128> TheMuso, hey, do you have any opinion on https://bugs.launchpad.net/ubuntu/+source/libao/+bug/1075479 ?
[08:54] <darkxst> seb128, really? https://code.launchpad.net/~gunnarhj/ubuntu/trusty/gdm/config-error-dialog/+merge/244687/comments/606489 since when was trusty not an LTS?
[08:55] <seb128> darkxst, shrug, I'm visible not awake, thanks for pointing it out
[08:55] <GunnarHj> Good morning, seb128! :)
[08:56] <willcooke> morning all
[08:56] <seb128> hey GunnarHj
[08:56] <seb128> hey willcooke
[08:56] <seb128> darkxst, but since you are subscribed to it, maybe you want to sponsor the changes? ;-)
[08:56] <seb128> there is also a gdm .1 update from Noskcaj you said you would upload
[08:57] <darkxst> seb128, I somehow missed the SRU's for gunnar bug, but I will sponsor since I did the originals
[08:58] <darkxst> for gdm, I am going to upload a merge with debian, probably rename it to gdm3 to make it easier in the future
[08:58] <darkxst> I'm guessing that would be ok?
[08:59] <GunnarHj> darkxst: They are identical in practice (besides the line numbers in the patch).
[09:00] <darkxst> GunnarHj, did you forward changes upstream?
[09:01] <seb128> darkxst, thanks
[09:01] <GunnarHj> darkxst: Yes. No reaction so far.
[09:01] <seb128> darkxst, renaming sounds ok to me, wasn't debian speaking about dropping the rename/go back to the gdm name? (at least for the jobs, etc)
[09:02] <darkxst> seb128, yes they have in some parts, but their source is still gdm3
[09:07] <Laney> hey hey
[09:07] <seb128> hey Laney, wie gehts?
[09:08] <darkxst> hey Laney
[09:08] <larsu> morning Laney!
[09:12] <GunnarHj> darkxst: Or did you by upstream mean Debian? If so no (I forwarded to GNOME), but I can file a Debian bug too if you want.
[09:14] <darkxst> GunnarHj, what did GNOME say? and debian would be good also hoping we can almost get back in sync with debian this cycle
[09:14] <seb128> tkamppeter, hey, could you have another look to https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1396373 and advice on what to do?
[09:14] <GunnarHj> darkxst: GNOME hasn't responded. Ok, I'll submit a Debian bug.
[09:15] <Laney> hey seb128 darkxst larsu
[09:15] <Laney> doin' good!
[09:15] <seb128> Laney, not sure if you saw my comment about eog yesterday (I might not have seen your reply)
[09:16] <Laney> I did reply
[09:16] <Laney> I said that I didn't check the gtk stuff yet
[09:16]  * seb128 checks for IRC logs
[09:16] <seb128> k
[09:16] <seb128> I were under the impression in Washington that you said you would just wait for the new GTK and drop those patches
[09:17] <seb128> I can test on my touch screen vivid laptop without the patches if you want
[09:17] <seb128> (not sure if you have hdw to test that)
[09:17] <seb128> oh, you do, you got the laptop from desrt right?
[09:17] <Laney> I have one of those dell things
[09:17] <Laney> but if you want to, feel free ;-)
[09:18] <seb128> not especially, I had forgotten you had one of those
[09:19] <seb128> well, I've mine running current vivid so should be easy to do a test build/run, let me know if that's needed
[09:19] <Laney> ok
[09:24] <Laney> mvo: hey hey, you planning on merging debhelper again or can I steal it?
[09:24] <Laney> (scary)
[09:27] <mvo> Laney: no worries, you can steal it
[09:27] <Laney> ty
[09:27] <mvo> Laney: and good morning and all that :)
[09:27] <Laney> and happy new year!
[09:27] <Laney> hope you had a good break :-)
[09:28] <mvo> yes, it was very nice. but its also very nice to hack again on $stuff
[09:28] <Laney> $stuff is good
[09:31] <darkxst> Laney, $stuff is bad when it involves exact rooting in gjs ;(
[09:34] <Laney> darkxst: garbage collection?
[09:34] <darkxst> Laney, yes
[09:34] <seb128> darkxst, have you seen https://code.launchpad.net/~albertsmuktupavels/gsettings-desktop-schemas/remove-revert-application-based-key-patch/+merge/245486 ?
[09:34] <seb128> not sure what that revert was about
[09:35] <seb128> Laney, ^ do you know?
[09:35] <darkxst> spidermonkey moved from conservative stack scanning to a moving exact rooting scheme, which caused an incredible number of api changes
[09:36] <darkxst> seb128, it was definately used when I searched when reverting that
[09:38] <darkxst> in metacity/flashback sessions atleast
[09:40] <darkxst> but I don't see a problem dropping it, if they request, its only going to break them if needed
[09:42] <darkxst> its also possible they dropped that upstream now flashback sessions are somewhat maintained
[09:44] <darkxst> gtg now, though
[09:46] <willcooke> morning mlankhorst, did Bschaefer poke you about xmir yesterday?  I think this is the problem we talked about briefly yesterday
[09:51] <mlankhorst> a little
[09:51] <mlankhorst> he didn't say how he hit it though
[09:52] <mlankhorst> which doesn't give me enough information to work on it :P
[09:55] <willcooke> heh
[09:55] <willcooke> mlankhorst, here's the error:  http://pastebin.ubuntu.com/9684420/
[09:56] <willcooke> mlankhorst, I'm trying to get Xmir up and running on the phone - that's my goal for this week
[09:57] <mlankhorst> ok :P
[09:57] <mlankhorst> I'm going to need to make a bt then
[09:59] <willcooke> thanks mlankhorst
[10:01] <mlankhorst> what application are you trying to run?
[10:02] <willcooke> I'll give LibreOffice a go I think, but if that doesnt work, anything
[10:02] <mlankhorst> I mean does the error happen before running any application?
[10:03] <willcooke> ah, not sure
[10:04] <willcooke> still working through the pre requisites
[10:04] <willcooke> I should have more info for you soon
[10:10] <mlankhorst> it just means I forgot to initialize something, last time it happened i tried to use a dri2 call..
[10:10] <mlankhorst> without dri2 initialized
[10:14] <willcooke> kk
[10:47] <seb128> Laney, do you have an utopic install somewhere by any chance? ;-)
[10:47] <Laney> hmm
[10:47] <seb128> or somebody else
[10:47] <Laney> maybe in a vm
[10:47] <seb128> if someone fancy looking at https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1361906
[10:48] <seb128> https://git.gnome.org/browse/gvfs/patch/?id=2153d300f24d3388d7c4ab75a55451ad5a581b5a should be the change to backport
[10:48] <seb128> issue with new glib/old gvfs
[10:48] <seb128> I guess I could SRU without testing, but I would prefer if somebody with an utopic could give it a try
[10:50] <seb128> lunch for now though
[10:50] <seb128> bbiab
[10:53] <didrocks> enjoy seb128
[11:08] <ochosi> hm, i thought light-themes don'
[11:08] <ochosi> t use the unico engine anymore..?
[11:08] <ochosi> (strangely, it still gets pulled in when installing them on vivid)
[12:04] <tsdgeos> sflphone is at 1.3 instead of 1.4 which was released 4 months ago. Is this one of the packages we get from debian?
[12:05] <Laney> It's been modified so someone will need to look at it manually
[12:07] <Laney> (usually the person listed on https://merges.ubuntu.com/universe.html)
[12:27] <seb128> larsu, Laney, ^ do you know about ochosi's question? you handled the gtk/theme updates in decembre
[12:32] <larsu> ochosi: sorry, was at lunch. We haven't removed the depends yet, but I'm about to (probably this week)
[12:57] <ochosi> larsu: btw, another thing. recently the menubar-menuitems theming broke in some apps (e.g. shotwell and transmission), adding padding to the menubar-menuitems on the left. do you know anything about that?
[12:58] <larsu> ochosi: no. How can I reproduce?
[12:59] <larsu> I guess by having menus inside the window?
[13:01] <didrocks> seb128: not sure if you noticed, but at least, I fixed invoke-rc.d to not fail anymore if you upgrade/install/remove packages that contains upstart-only jobs when you run under systemd
[13:01] <didrocks> which was an issue if you upgrade (running systemd) an upstart-only package to one which then has a systemd unit
[13:02] <didrocks> (as the old prerm would fail)
[13:02] <seb128> didrocks, I didn't, but I didn't know that was an issue either
[13:02] <didrocks> well, I guess good then :)
[13:04] <ochosi> larsu: yes. it looks like this: http://imgur.com/IyTOTqU
[13:04] <ochosi> almost as if there was an image that isn't displayed
[13:04] <ochosi> (same with adwaita btw)
[13:05] <ochosi> for reference, transmission with adwaita: http://i.imgur.com/XsCjkTk.png
[13:11] <ochosi> evince otoh is fine
[13:11] <larsu> ochosi: neat. Is this V? I can neither reproduce it in transmission nor in shotwell
[13:11] <ochosi> this is V (xubuntu)
[13:12] <larsu> with the desktop team ppa?
[13:13]  * larsu wonders what the difference might be
[13:13] <ochosi> lemme check whether i'm still using that ppa
[13:13] <ochosi> nope, without the desktop team ppa
[13:13] <ochosi> should i be using that for some reason?
[13:14] <larsu> ochosi: can you look where the padding comes from with inspector?
[13:14] <ochosi> i thought that with gtk3.14.6 being in main i don't need that ppa anymore...
[13:15] <larsu> you don't, I'm just trying to find the difference between our systems ;)
[13:15] <ochosi> ah ok :)
[13:15] <ochosi> what's the quickest way to start the inspector again?
[13:15] <larsu> Ctrl+Shift+I
[13:16] <larsu> with the mouse cursor over the widget you want to inspect
[13:16] <larsu> or Ctrl+Shift+D for just opening it
[13:20] <ochosi> hmmm
[13:20] <ochosi> odd, do i need to do anything else there?
[13:20] <ochosi> (doesn't seem to open)
[13:24] <larsu> ochosi: is org.gtk.Settings.Debug enable-inspector-keybinding turned on?
[13:24] <larsu> (needs libgtk-3-dev)
[13:24] <ochosi> right, installing that now
[13:25] <ochosi> right, installed and setting turned on
[13:26] <ochosi> nothing happening still
[13:26]  * ochosi is puzzled
[13:26] <larsu> starting the app with GTK_DEBUG=interactive set works as well
[13:27] <ochosi> oh
[13:27] <ochosi> now it does
[13:28] <ochosi> as i suspected...
[13:28] <ochosi> gtkimagemenuitem
[13:28] <ochosi> and the image is the padding
[13:28] <ochosi> booh
[13:29] <ochosi> why would that be in a normal menubar?
[13:34] <larsu> I guess unity-gtk-module?
[13:34] <larsu> ah wait, that doesn't apply to you
[13:34] <ochosi> hm, why, what does that do?
[13:35] <larsu> nothing. I wasn't thinking right :)
[13:35] <larsu> the bigger question is: why do you see it and I don't...
[13:35] <ochosi> nope, i don't have that installed :)
[13:35] <ochosi> yeah
[13:35] <ochosi> that too
[13:35] <ochosi> maybe there is some other gtk setting..?
[13:35] <larsu> what exactly is set in the image menu item? A margin?
[13:36] <ochosi> you said you had a special gtk setting for local menus..?
[13:36] <ochosi> i dont have anything set there because that's the default in xfce
[13:36] <larsu> I'm running unity, so I have global menus. But I disabled them in order to reproduce this bug
[13:37] <larsu> and I don't see any margin. looks totally normal
[13:37] <ochosi> right
[13:37] <ochosi> what would you like me to check exactly?
[13:38] <ochosi> (i thought there was a gtk xsetting that made the menus go back to the respective windows instead of being global for unity)
[13:38] <larsu> does the image menu item have a 'margin-left' set? (in the Properties tab)
[13:38] <larsu> ochosi: yes, that's what I'm using
[13:39] <larsu> and if not, does it have a margin or padding or border set from css (in the style properties tab)
[13:39] <ochosi> it's the pixel-size value
[13:39] <ochosi> not even sure what that is
[13:39] <ochosi> something like a width-request i guess
[13:39] <ochosi> if i decrease that, the padding goes away
[13:39] <ochosi> no other margin, padding or border is set
[13:40] <larsu> gtkimagemenuitem doesn't have a pixel size...
[13:40] <ochosi> weird, width-request is -1
[13:40] <larsu> gtkimage does
[13:40] <ochosi> yeah, that's the gtkimage that is packed inside
[13:40] <larsu> but that's hidden for me
[13:40] <ochosi> right, so that's the difference i guess
[13:40] <larsu> does that have visible=true for you?
[13:40] <ochosi> yup
[13:40] <larsu> that's wrong. I wonder where that comes from...
[13:41] <ochosi> setting it to false fixes it
[13:41] <larsu> makes sense...
[13:41] <ochosi> no idea either where that comes from
[13:42] <ochosi> whta do you change exactly when disabling global menus in unity?
[13:42] <larsu> I don't load unity-gtk-module
[13:42] <larsu> transmission and shotwell both still need this, because they don't seem to be using GMenuModel yet
[13:43] <ochosi> hm ok
[13:43] <ochosi> so no other switch that gets flipped
[13:43] <ochosi> or any other env var that gets set
[13:44] <larsu> no
[13:44] <larsu> there's the xsetting, but when u-g-m isn't loaded, nothing looks at it
[13:44] <larsu> (except gtk itself, but only when using GMenuModel)
[13:46] <larsu> are you seeing the same issue on unity or gnome shell?
[13:46] <ochosi> i have neither of those available for testing
[13:46] <ochosi> :/
[13:48] <ochosi> i'll ask around among the other xubuntu devs just to make sure i'm not the only one seeing it
[13:48] <ochosi> but i have to admit i'm a bit out of ideas on that one...
[13:52] <ochosi> ok, they can confirm
[13:52] <ochosi> meh
[13:53] <ochosi> larsu: setting gtk-menu-images to false fixes the issue... :(
[13:53] <ochosi> which isn't entirely cool, cause we don't want that setting
[13:54] <larsu> interesting!
[13:54] <larsu> makes total sense though
[13:55] <larsu> I wonder why those apps use GtkImageMenu at all though...
[13:55] <larsu> in menu bars, I mean
[13:59] <ochosi> it makes sense alright, but i wonder why 1) they're using imagemenuitems there (weird!) and 2) why this didn't happen with earlier versions of gtk3
[14:03] <larsu> there were some changes in the way icons are sized
[14:03] <larsu> maybe that's related
[14:08] <ochosi> larsu: hm, maybe. but empty images should just always not be displayed, no?
[14:09] <larsu> ochosi: "should"
[14:16] <Laney> didrocks: I think your sysvinit has a syntax error
[14:16] <Laney> https://launchpadlibrarian.net/194237210/sysvinit_2.88dsf-53.2ubuntu3_2.88dsf-53.2ubuntu4.diff.gz "t\nhen"
[14:21]  * Laney fixes
[14:26] <seb128> peer review ftw!
[14:33] <Laney> ffs
[14:33] <Laney> https://launchpad.net/ubuntu/+source/sysvinit/2.88dsf-53.2ubuntu5/+build/6695432
[14:33] <Laney> can't build the new one because of the previous error
[14:33] <Laney> seb128: should we remove it from vivid-proposed, wait for it to publish, retry the new one?
[14:34] <seb128> Laney, wfm, let me delete it
[14:34] <Laney> autopkgtests caught this too \o/
[14:46] <seb128> Laney, sorry I cleared out your new upload as well on the way, can you reupload with a bumped revision?
[14:47] <Laney> yeah, once this is published
[15:14] <didrocks> Laney: argh, thanks man
[15:14] <didrocks> seb128: thanks
[15:15] <seb128> didrocks, yw!
[15:15] <Laney> no worries
[15:17] <didrocks> should have happen during the final review before uploading, as I copied it just before to test… :/
[16:09] <willcooke> megalolz https://lh4.googleusercontent.com/-clogGj40qOA/VK1YN0yoXwI/AAAAAAAAI7k/3kxoqBWuO8c/w659-h879-no/2015%2B-%2B1
[16:10] <seb128> willcooke, mireyes? ;-)
[16:10] <willcooke> :D
[16:10] <seb128> willcooke, is that in the store?
[16:10] <willcooke> ha!
[16:10] <willcooke> I should add it and make it 99999 USD
[16:11] <didrocks> just need 1 guy…
[16:11] <willcooke> then we *all* go to Vegas
[16:11] <didrocks> \o/
[16:12] <didrocks> would be cooler if it was interacting with the accelerometer
[16:12] <didrocks> hum, nice idea of a small dummy app to do :)
[16:12] <willcooke> ooho
[16:12] <mzanetti> :D
[16:12] <willcooke> should be easy to simulate X input evens
[16:12] <dednick> can anyone tell me how to open a gtk app in u8-mir desktop session? from a terminal.
[16:13] <willcooke> dednick, using native Mir gtk support?
[16:13] <dednick> willcooke: ya
[16:13] <willcooke> ok, so assuming you want to use Gedit
[16:13] <mzanetti> willcooke: we need something that has a menu bar, QWidget would be fine too I guess
[16:14] <mzanetti> gedit would be fine, yes
[16:14] <willcooke> let me see if I have a .desktop file kicking around here...
[16:14] <willcooke> in theory that's all you need
[16:14] <willcooke> oh wait
[16:15] <willcooke> it's easier than that
[16:15] <willcooke> you should just need to edit the .desktop file for $APP and add
[16:15]  * willcooke checks....
[16:15] <mzanetti> ah, the X-Ubuntu-Touch=true?
[16:16] <willcooke> yeah
[16:16] <willcooke> that's the one
[16:16] <willcooke> it's case sensitive it seems
[16:16] <mzanetti> willcooke: but we probably want debug prints
[16:16] <mzanetti> we get that in upstart cache though... so would work
[16:16] <willcooke> ahhh
[16:16] <mzanetti> dednick: ^
[16:16] <willcooke> yes
[16:16] <dednick> ah. ok, give me a sec. it just bombed out after i did a random desktop file.
[16:16] <mzanetti> hehe
[16:17] <didrocks> who wrote this!!! ;-)
[16:19] <seb128> desrt, mzanetti, dednick, you can also probably "MIR_SOCKET=<socket to mir> somebinary"
[16:19] <seb128> desrt, sorry, was meant to be dednick
[16:19] <seb128> willcooke, ^
[16:20] <mzanetti> thanks seb128
[16:20] <seb128> that works at least to run an app from a vt with the mir demo server on vt1
[16:22] <dednick> GLib-GIO-ERROR **: No GSettings schemas are installed on the system
[16:22] <dednick> gedit
[16:24] <seb128> dednick, is XDG_DATA_DIR set?
[16:24] <dednick> seb128: nope
[16:24] <seb128> should be
[16:26] <dednick> seb128: ah. its DIRS :) set to "/opt/click.ubuntu.com/blahbvlah"
[16:26] <seb128> sorry
[16:27] <seb128> well, I guess you want to add /usr/share to it
[16:29] <dednick> seb128: yeah, that got me a bit further. now getting "This application can not open files"
[16:30] <seb128> dednick, try maybe something simpler than gedit? like gnome-calculator
[16:30] <dednick> seb128: yeah, i did as well. same problem
[16:32] <seb128> dednick, seems like a gapplication thing, maybe it relies on something to be set that isn't
[16:32] <seb128> desrt or larsu might know?
[16:32] <desrt> G_APPLICATION_HANDLES_OPEN
[16:32] <desrt> as a flag
[16:32] <seb128> desrt, it's trying to run any application from a vt to test them under unity8/mir
[16:33] <seb128> e.g gedit
[16:33] <seb128> so likely an env issue
[16:33] <seb128> not a code one
[16:33] <desrt> suspicious.
[16:35] <dednick> arg.. ffs it's the -- --desktop_file_hint
[16:37] <dednick> same thing happens if you do it on X
[16:37] <dednick> supprised gedit doesnt allow...
[16:39] <dednick> oh.... it does. i was just trying with gnome-calculator.
[16:40] <Laney> seb128: uploading that gvfs fix now + another similar one
[16:41] <seb128> Laney, excellent, thanks
[16:41] <Laney> yw
[16:41] <seb128> dednick, what was the issue?
[16:41] <seb128> doesn't work with gcalc?
[16:42] <dednick> seb128: apparently gtk doesnt like you specifying the "--desktop_file_hint" because it thinks you're trying to open a file. works ok with gedit (because you can open a file from command line), but not with gnome-calculator
[16:42] <seb128> dednick, maybe you need to -- --desktop_file_hint?
[16:43] <dednick> seb128: yeah, that's what i meant
[16:43] <seb128> I see
[16:43] <seb128> works now?
[16:43] <dednick> gnome-calculator no.
[16:43] <seb128> or did you hit $the_next_issue
[16:43] <seb128> gedit?
[16:43] <dednick> gedit - it opens, but doesnt render.
[16:44] <seb128> dednick, that's likely https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/1401968
[16:44] <seb128> dednick, you can downgrade your qtmir for local work purpose
[16:44] <dednick> seb128: ta. i'll try
[16:58] <qengho> 403 Forbidden   with wget
[19:06] <GunnarHj> darkxst: I added the gdm patch to the Debian bug tracker:
[19:06] <GunnarHj> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774798
[19:07]  * willcooke -> EOD
[19:55] <Noskcaj> Can we sync gtksourceview3 from debian? the gtk version dep change is now unneeded, ppc64le builds in debian without our autoreconf, and the conflicts/replaces has hopefully been in long enough it can be dropped
[19:56] <Noskcaj> seb128, ^
[21:11] <TheMuso> seb128: Yeah I agree. I'll take care of it.
[22:15] <darkxst> GunnarHj, thanks