=== duflu_ is now known as duflu
[06:24] <didrocks> morning
[06:47] <pitti> Good morning
[06:48] <pitti> didrocks: we should discuss that in #d-s today -- if sEcuRe isn't around any more, I'm fine with pushing the patch to Debian
[06:49] <pitti> didrocks: we can upload it to Ubuntu then, the main problem is that it won't go to unstable/testing any more
[06:49] <pitti> didrocks: invoke-rc.d is sysvinit, I can't commit there; but again, meh freeze
[06:50] <didrocks> pitti: yeah, I did a minimal fix in ubuntu at least as the case of upgrading upstart-only jobs under systemd can be common until everything is transitioned
[06:51] <pitti> didrocks: yeah, that's an Ubuntu specific problem (in practice), so we can carry a patch for that in Ubuntu; I'm fine with that
[06:51] <didrocks> pitti: I did mark it clearly that this can be removed once systemd transition done (so after next LTS)
[07:10] <didrocks> pitti: I think if the deb-systemd-invoke is acked, I'll distro-patch the invoke-rc.d in ubuntu then (as the deb-systemd-invoke patch itself won't be enough)
[07:11] <pitti> didrocks: sounds ok; especially since we can drop them again at some point
[07:11] <pitti> didrocks: but I'd like to keep at least init-system-helpers in sync, so let's wait for some response in #d-s, and at some point just commit it?
[07:12] <didrocks> pitti: yeah, clearly, this can be done safely once we remove the upstart job
[07:12] <didrocks> pitti: sure
[07:12] <pitti> (we don't need to upload to Debian right away, just stage the patch)
[08:18] <seb128> good morning desktopers
[08:21] <TheMuso> Hey willcooke. :)
[08:22] <willcooke> o/
[08:22] <TheMuso> And hello to everybody else
[08:22] <didrocks> morning willcooke, hey TheMuso
[08:24] <seb128> hey didrocks TheMuso willcooke
[08:24] <didrocks> re seb128
[08:34] <mlankhorst> morning
[08:34] <seb128> hey mlankhorst
[08:36] <ochosi> hey seb128
[08:36] <ochosi> and good morning
[08:36] <seb128> hey ochosi, how are you?
[08:36] <mlankhorst> hello
[08:36] <ochosi> seb128: doing fine, enjoying the snow outside in the city (rare thing sort of)
[08:36] <ochosi> and yourself?
[08:39] <mlankhorst> what snow :P
[08:39] <mlankhorst> it's just cold and windy here!
[08:40] <larsu> morning!
[08:42] <didrocks> hey mlankhorst, ochosi, larsu
[08:43] <ochosi> mlankhorst: heh, i guess i'm luckier than you then ;)
[08:44] <ochosi> seb128: quick question, you said to take the bugreport about file-roller using headerbars in xubuntu upstream, are you currently patching it to work in unity without csd? (reference: https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/1408046)
[08:44] <ubot5> Launchpad bug 1408046 in file-roller (Ubuntu) "file-roller in xubuntu has CSD" [Wishlist,New]
[08:44] <seb128> ochosi, I'm good thanks
[08:44] <seb128> ochosi, yes we do
[08:44] <mlankhorst> it was great for operating a windmill last saturday :P
[08:45] <mlankhorst> so hopefully the wind will stay for this saturday too
[08:45] <ochosi> seb128: so shouldn't we do the same (i.e. add a distro-patch)?
[08:45] <seb128> ochosi, "we"?
[08:45] <seb128> I'm not part of the xubuntu team, it's up to you/them
[08:45] <ochosi> seb128: "we" == the royal we ;) jokes aside, i did mean the xubuntu team
[08:46] <seb128> lol
[08:46] <seb128> the situation is suboptimal, we should maybe do !gnome-shell rather than = unity
[08:46] <seb128> at the same time it's the upstream UI, other desktop should complain to upstream
[08:46] <ochosi> yeah, that'd be nice
[08:47] <ochosi> i hope you don't mind me saying, but you're being a bit inconsistent with your distro-patches wrt CSD
[08:47] <ochosi> some are "if unity", others are "!gnome-shell"
[08:47] <ochosi> i'd prefer a consistent choice (and if it was up to me, that'd be 2) )
=== ara is now known as Guest15321
[08:52] <larsu> ochosi: feel free to open bugs about the 'if unity' ones
[08:53] <ochosi> larsu: that's what i (or "we", as in the xubuntu-team) was doing with file-roller ;)
[08:53] <ochosi> and i did the same for simple-scan
[08:58] <seb128> ochosi, yeah, we are inconsisty, it's because different people have different opinion on what should be done
[08:59] <seb128> like some feel like that we can decide for Unity but the "default experience" on other desktop should remain what upstream intends
[08:59] <seb128> and some feel like that csd are gnome-shell specific mostly
[09:03] <Laney> morning
[09:03] <Laney> I commented on a bug with robert_ancell about that and he pushed back
[09:03] <Laney> so there isn't even agreement in the team :/
[09:05] <ochosi> hm right, well for xubuntu we're mostly agreeing that for the apps we ship by default, we don't want csd
[09:05] <ochosi> our WM handles it fine now (at least with compositing enabled), but having a menu inside an app with csd looks out of place tbh
[09:05] <Laney> Is there a way out other than gtk getting a setting for this?
[09:06] <larsu> Laney: an xsetting
[09:06] <larsu> consensus seems to be "oh no, please not another xsetting"
[09:06] <ochosi> well, even if there is an xsetting, apps have to support it
[09:06] <larsu> right
[09:07] <Laney> so what then?
[09:07] <ochosi> while an xsetting is sort of "the big hammer", i think it's correct, cause it's the only thing that can sort of guarantee consistency
[09:07] <ochosi> (sort of, because it's still up to the app devs to support it)
[09:08] <Laney> the app always has to have code
[09:08] <larsu> I don't know. Doesn't seem worth the hassle tbh
[09:09] <ochosi> i mean for xubuntu, i guess the easiest is to add "|| if xfce" to your distro patches
[09:09] <Laney> then || the next one, then we decide we like header bars so let's upload everything again to change that
[09:10] <ochosi> heh, yeah, pretty much that );
[09:10] <larsu> we should just all switch to header bars!
[09:10] <ochosi> but tbh for xubuntu it's a bit out of the question at least until xfce is gtk3, and that's still far away
[09:10] <ochosi> so i think at least with us, it's a rather stable decision
[09:11] <ochosi> i vaguely remember kde folks being fairly unanimously against csd, have there been any talks with kubuntu devs?
[09:12] <larsu> not me. All I heard is that they want some weird hybrid approach
[09:12] <larsu> I don't know. It's pretty obvious to me that header bars are the way forward
[09:12] <ochosi>  /o\
[09:13] <larsu> e.g., by looking at other platforms
[09:13] <ochosi> yeah, but as long as there is no good way to handle menus (other than placing them directly underneath the headerbar) in the shell, it's less fun
[09:14] <Laney> ochosi: for file-roller, the next upload is going to be !shell btw
[09:15] <ochosi> Laney: oh thanks!
[09:15] <Laney> https://bazaar.launchpad.net/~ubuntu-desktop/file-roller/ubuntu/view/head:/debian/patches/bz_unity_headerbar.patch#L108
[09:15] <Laney> that was already there
[09:16] <Laney> was hoping for some upstream reviews on my other patches to de-headerbar the dialogs
[09:16] <Laney> no luck yet
[09:16] <ochosi> oh
[09:16] <Laney> it's nice for dialogs because there is a setting there
[09:16] <larsu> Laney: de-headerbar?
[09:16] <ochosi> larsu: yeah, that's a word now ;)
[09:16] <Laney> GtkDialog has a use-header-bar property
[09:17] <larsu> which has multiple meanings to different people
[09:17] <larsu> (1) put buttons into the dialog's title bar
[09:17] <ochosi> Laney: yeah, i noticed that, there goes that option ppl might be looking for
[09:17] <larsu> (2) show a traditional title bar
[09:18] <larsu> by default, gtk shows still shows a header bar without buttons when the setting is false
[09:18] <larsu> becasue wayland
[09:18]  * larsu wonders if his patch changing that went upstream
[09:18] <Laney> uh
[09:18] <Laney> can't say I noticed that
[09:35] <willcooke> hey larsu, gtk3-samples - is that packaged for T?
[09:37] <larsu> willcooke: yes, as gtk-3-examples
[09:37] <willcooke> in the archive?
[09:37]  * willcooke must be doing something wrong
[09:38] <willcooke> I can see gtk3-engines-xfce
[09:39] <Laney> gtk-3-examples
[09:40] <willcooke> sigh
[09:40] <willcooke> thank you
[09:40] <larsu> :)
[09:40] <Laney> apt-file is useful for asking 'which package contains this file?'
[09:41] <willcooke> Being able to read is a pre-requisite, and that seems to be where I'm failing today
[09:41] <Laney> :P
[09:42]  * Laney is having some kind of IO death episode
[09:42] <Laney> linux doesn't like this much
[09:44] <willcooke> ok, next failure I have - the overlay scrollbars in the widget factory are still the unity ones.
[09:44] <willcooke> it really sucks to be me
[09:44] <willcooke> ;)
[09:44] <larsu> willcooke: it's not yet patched :)
[09:45] <seb128> well, our gtk version is too old for the new scrollbars
[09:45] <seb128> those are being added upstream in the current unstable cycle
[09:45] <willcooke> should I install a VM running Gnome desktop?
[09:48] <seb128> willcooke, you can try to install gtk from https://launchpad.net/~ricotz/+archive/ubuntu/testing
[09:48] <seb128> willcooke, he has a git version
[09:53] <willcooke> Hrm, sounds risky
[09:53] <willcooke> I dont want to break anything else
[09:53] <willcooke> maybe I'll install that in a VM
[09:54] <Laney> oh, huh, it's fstrim
[09:54] <Laney> how long is that supposed to take to run?
[09:56] <didrocks> Laney: few seconds, if it's the first time, I get it up to 5 minutes here
[09:56] <Laney> root     14618  0.3  0.0  19968  1860 ?        D    09:31   0:04              \_ /sbin/fstrim --all
[10:02] <mlankhorst> willcooke: I think I found the black screen issue with x11vnc, should be able to fix it at least, but I don't know if my fix will break anything :P
[10:02] <willcooke> :D
[10:14] <Laney> it finished ...
[10:22] <mlankhorst> willcooke: https://mblankhorst.nl/etc/Xmir updated version
[10:24] <mlankhorst> weird.. works on desktop but fails on phone still
[10:26] <willcooke> :/
=== vrruiz_ is now known as rvr
[12:00] <willcooke> mlankhorst, would you expect glxgears to work on the phone?
[12:02] <willcooke> mlankhorst, also - the orientation seems to know which way round the phone is :D (but I assume you know that already)  ((e.g Xmir is running, I rotate the device and the Orientation message pops up to say which way round it is))
[12:04] <mlankhorst> not really
[12:04] <mlankhorst> willcooke: yeah but the problem is hooking up and resizing :P
[12:04] <willcooke> sure
[12:19] <mlankhorst> the rotation hint just says that the orientation should be changed, but that means I have to find a way to lie about it
[12:19] <willcooke> sounds like it could be quite processor intensive as well?
[12:21] <mlankhorst> not really
[12:21] <mlankhorst> it's mostly resizing the root window to have the rotated dimensions and then figuring out how to do a rotating blit to the mir surface
[12:27] <mlankhorst> first part is easy, second part probably too but it requires some thinking :p
[12:32] <willcooke> certainly no hurry for that
[12:32] <willcooke> feature
=== MacSlow is now known as MacSlow|lunch
[12:47] <mlankhorst> ok it seems vncviewer sort of works now, but has some corruption
[12:50] <mlankhorst> oh vnc says why..
[12:50] <mlankhorst> 08/01/2015 13:47:30 XDAMAGE is not working well... misses: 201/229
[12:51] <willcooke> I tried with disabling xdamage in the vnc server
[12:51] <willcooke> still didnt work
[12:52] <willcooke> bah - and now when I'm running mirscreencast Xmir wont start
[12:52] <mlankhorst> hm the current Xmir binary works for me, sec..
[12:52] <mlankhorst> uploaded a new one to the same place
[12:53] <mlankhorst> but now mir crashed on me, sigh :p
[12:54] <willcooke> ha!
[12:54] <willcooke> it's a whack-a-mole
[12:54] <mlankhorst> naw, mir never was that reliable for me
[12:55] <willcooke> oh, I've run out of space
[12:55] <mlankhorst> apt-get clean
[12:56] <willcooke> bit better
[12:56] <willcooke> perhaps I need to write my screencasts somewhere else :)
[12:56] <willcooke> hum
[12:56] <willcooke> android cache looks like
[12:58] <willcooke> yay - crashed Mir too
[12:58] <willcooke> hehe because I used up all the space
[12:59]  * willcooke goes looking for an sd card
=== alan_g is now known as alan_g|lunch
[13:09] <mlankhorst> hm was seeing some random corruption in vnc where the window should be
=== MacSlow|lunch is now known as MacSlow
=== hikiko__ is now known as hikiko
=== alan_g|lunch is now known as alan_g
[14:01] <mlankhorst> D/libEGL  (14296): glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAX_LEVEL_APPLE, GL_POINTS);
[14:01] <mlankhorst> W/MALI    (14296): _gles_set_error:82: [WARNING]Mali GLES errorcode: 500
[14:04] <mlankhorst> oh I hate you, looking it up made me find my black screen bug..
[14:04] <willcooke> \o/
[14:05] <mlankhorst> caused by calling glamor_enable_dri3
[14:05] <mlankhorst> which causes glamor_egl_create_argb8888_based_texture to be called, which was never expected to succeed
[14:06] <mlankhorst> hm no it should work..
[14:06] <mlankhorst> through the fallback
[15:06] <ochosi> larsu: remember that odd thing about transmission using gtkimagemenuitems?
[15:07] <ochosi> i have a really hard time finding the relevant pieces in the code that refer to that...
[15:07] <ochosi> at least upstream there doesn't seem to be a reference to gtkimagemenuitems at all
[15:08] <ochosi> all seems to be regular menuitems in the transmission-ui.xml
[15:08] <ochosi> really odd
[15:12] <ochosi> larsu: ^
[15:14] <mlankhorst> willcooke: I've uploaded a new version to my webserver that seems to work correct with vncviewer. However there is still a problem with upload/download region :P
[15:19] <larsu> ochosi: weird, no clue. How are they constructing their menu bar? With GtkUiManager?
[15:25] <willcooke> mlankhorst, coolio, I'll give it a whirl
[15:25] <mlankhorst> so if you get random memory corruption that's probably why..
[15:25] <willcooke> :)
[15:26] <willcooke> I cant get mirscreencast to play nice at all, it's just recording a static dash
[15:26] <willcooke> bah
[15:26] <larsu> dash is enough, it's the most important thing
[15:27] <popey> willcooke: you converting it to some other format afterwards?
[15:27] <Laney> flick book
[15:27] <willcooke> popey, not tried that yet - since there's nothing to see
[15:27] <popey> how do you know until you convert it?
[15:27] <willcooke> popey, I recored it, copied it over to my machine, play it back and then sad face
[15:27] <popey> What you playing it with?
[15:27] <willcooke> mencoder
[15:27] <willcooke> what else?!
[15:28] <willcooke> it plays fine
[15:28] <popey> ok
[15:28] <willcooke> that's why I asked about the socket, I wonder if I'm recording the wrong thing
[15:28] <popey> every frame the same?
[15:28] <willcooke> ya
[15:28]  * popey tries here
[15:29]  * willcooke loves sshing in to the phone and writing bash scripts.  It's really nice
[15:29] <willcooke> I feel like my phone is now more of a computer and less of an Imgur access device
[15:29] <popey> Yes, I too am a nerd.
[15:30] <willcooke> if I can rsync, and wake the phone up remotely I will be sorted
[15:30] <popey> willcooke: how do you play it, just "mencoder mir_screencast_540x960_66.58Hz.rgba" ?
[15:30] <willcooke> mplayer -demuxer rawvideo -rawvideo fps=15:w=540:h=960:format=rgba screencast.raw
[15:30] <popey> k
[15:30] <willcooke> (set fps as appropriate)
[15:31]  * popey waits for the bits to slowly make their way over usb
[15:31] <willcooke> oh, I'm running vivid - I wonder if thats got anything to do with it
[15:31] <willcooke> (on my device|)
[15:32] <willcooke> does the SDK give access to the LEDs directly?
[15:32] <popey> dont think so
[15:32] <mlankhorst> you can touch them through sysfs probably
[15:32] <popey> well, something must
[15:32] <mlankhorst>  /sys/class/leds
[15:32] <willcooke> oooooooooooh
[15:33] <willcooke> sweet
[15:33] <willcooke> NO! Must not get distracted
[15:33] <mlankhorst> You can have 8 bits for brightness for the blue red and green :P
[15:34] <popey> haha, works
[15:34] <willcooke> ha, nice
[15:34] <willcooke> popey, screencast or leds?
[15:34] <popey> leds
[15:34] <mlankhorst> of course nerds get distracted by flashy lights
[15:34] <popey> echoing 255 into /sys/class/leds/red/brightness
[15:34] <popey> balls, stuck on now ☻
[15:35] <popey> could use this as a data transfer method between phones :D
[15:35] <willcooke> ??
[15:35] <willcooke> oh, via the camera?
[15:35] <willcooke> ha
[15:35] <popey> point camera at LED, flash LED like a sinclair loading thing
[15:35] <willcooke> ohhh, does the flash work on the camera?
[15:35] <popey> yes
[15:35] <willcooke> I wonder if there is a gpio for it
[15:36] <willcooke> then you could write a morse tx-er
[15:36] <willcooke> and an rx-er
[15:36] <popey> willcooke: I only get first frame on my video too
[15:36] <popey> shows whatever was on screen at start of video
[15:36] <willcooke> ah ha!
[15:36] <willcooke> good
[15:36] <willcooke> it's not me then
[15:38] <willcooke> mlankhorst, can haz vnc
[15:38] <willcooke> mlankhorst, \o/
[15:38] <willcooke> thanks
[15:38] <mlankhorst> good, I'm trying to figure out how glamor_upload/download_boxes works
[15:43] <willcooke> ah yes - getting some weird artefacts with LO now
[15:43] <mlankhorst> I was having them before too, might be related to that
[15:44] <willcooke> kk
[15:45] <mlankhorst> I need to do some magic on monday, should be easy
[15:46] <willcooke> thx#
[15:46] <mlankhorst> uploaded the same version to my ppa
[15:47] <mlankhorst> enjoy!
[15:47] <willcooke> thanks mlankhorst have a great weekend
[16:02] <ochosi> larsu: yeah, seems like it: http://bazaar.launchpad.net/~vcs-imports/transmission/trunk/view/head:/gtk/transmission-ui.xml
[16:13] <seb128> qengho, hey, is bug #1378627 on your list/something you look at?
[16:13] <ubot5> bug 1378627 in chromium-browser (Ubuntu) "chromium-browser crashed with SIGSEGV" [Medium,Confirmed] https://launchpad.net/bugs/1378627
[16:13] <seb128> it's the most reported issue on 14.10
[16:14] <seb128> by quite some margin
[16:14] <larsu> ochosi: maybe ui manager creates image menu items for some reason?
[16:14]  * larsu checks
[16:18] <willcooke> I'll ask Ryan too
[16:18] <willcooke> oh
[16:18] <willcooke> *cough*
[16:18] <willcooke> desrt, incoming ^^
[16:19] <larsu> ochosi: indeed, it does. Actions seem to have GtK_TYPE_IMAGE_MENU_ITEM by default: https://git.gnome.org/browse/gtk+/tree/gtk/deprecated/gtkaction.c?id=c6fc30721c35c3aec4b2d1cd512049821d5de984#n227
[16:37] <ochosi> larsu: meh, that really blows. so where would i start fixing anything? (and yeah, obviously shotwell has the same problem)
[16:37] <qengho> seb128: Yes, next release will have that fixed.
[16:38] <seb128> qengho, great, when is that due?
[16:38] <qengho> seb128: I'll put something up for testing soon, and I think next upstream should be about two weeks away, at most.
[16:39] <larsu> ochosi: turn off menus-show-images or whatever the setting is called.
[16:39] <seb128> qengho, great, thanks
[16:39] <larsu> ochosi: imo, we should just get rid of it. I don't know of anyone who thinks having icons on every menu item is a good idea
=== charles_ is now known as charles
[18:37]  * desrt discovers socat
[20:27] <attente_> hi, having some trouble getting unity-greeter running. it exits on launch, this is my x-0-greeter.log: http://paste.ubuntu.com/9694751 can't even get a vt going
[20:33] <robru> hey desktoppers, can I get somebody to add ~ci-train-bot to https://launchpad.net/~unity-settings-daemon-team/+members#active please? it's needed for silo 15 to merge (seb128?)
=== CrazyMelon is now known as CrazyLEmon
=== CrazyLEmon is now known as CrazyLemon