[00:19] <ali1234> ochosi: new version with filtering when zoom is less than 4x, and some other improvements: http://paste.ubuntu.com/6402669/
[00:23] <ochosi> ali1234: wow!
[00:23] <ochosi> very smooth
[00:23] <ochosi> (and thanks for inverting the scroll-direction - feels *so* much better ;))
[00:25] <ochosi> being zoomed in does seem to eat up my cpu though (at least that's what top says)
[00:25] <ali1234> yes it will
[00:25] <ochosi> is that due to the smoothing?
[00:25] <ochosi> (didn't check that before)
[00:25] <ali1234> no, it's due to it has to poll mouse position
[00:25] <ochosi> ah
[00:25] <ochosi> hm
[00:25] <ochosi> i guess there's not really a way around this
[00:25] <ali1234> currently it is hardcoded to check it 60 times per second
[00:26] <ali1234> probably a bit much
[00:26] <ali1234> it's the g_timeout_add(32 ... line
[00:27] <ali1234> 32 msec
[00:27] <ali1234> i could make it check if the mouse coords are the same as last time and if so ignore them
[00:28] <ochosi> to be frank, even with 10 it seems extremely smooth
[00:29] <ochosi> heh, although i'm seeing now that that doesn't seem to help with the cpu
[00:30] <andrzejr> ali1234, I tried your patch - got a black screen with only a cursor on it. NVidia drivers.
[00:30] <ochosi> so yeah, maybe that check would help
[00:31] <ochosi> andrzejr: i'm also using nvidia proprietary btw
[00:31] <ali1234> i'm on nvidia too
[00:31] <ochosi> oh, fun :p
[00:31] <ali1234> andrzejr: is that only when zooming, or all the time?
[00:32] <andrzejr> just after xfwm4 --replace
[00:32] <ochosi> (fwiw, i'm not using git-master, but the ochosi/tabwin branch)
[00:32] <andrzejr> couldn't debug anything because linux console doesn't work with proprietary drivers
[00:34] <ali1234> er.... mine does?
[00:35] <ochosi> andrzejr: you mean VT? works fine here...
[00:35] <andrzejr> so maybe its a graphics card, or several ubuntu updates (I do get some other problems too)
[00:36] <ali1234> try commenting lines 3009, 3011, 3013
[00:36] <ali1234> if you comment them all, the whole thing should become a no-op
[00:36] <andrzejr> When I switch to a console the screen becomes grayish and gets progressively brighter/lighter.
[00:37] <ochosi> so xfwm4 works without the patch?
[00:38] <ali1234> did you build with --enable-compositor?
[00:38] <andrzejr> xfwm4 from git master works fine
[00:38] <ali1234> i haven't tested what happens if you don't do that, probably should
[00:39] <ochosi> ali1234: i put the value down to "3" now, still is smooth and cpu is still burning up...
[00:39] <andrzejr> no, I didn't (autoconf did enable it though so I assumed it is OK)
[00:39] <ochosi> ali1234: are you sure it's that which causes it?
[00:39] <ali1234> ochosi: you should increase it, not decrease it :P
[00:39] <ochosi> yeah, i also skipped the --enable-compositor, it should be enabled by default
[00:39] <ochosi> ooophs
[00:39] <ochosi> :)
[00:40] <ali1234> hang on though, new patch
[00:40] <ali1234> http://paste.ubuntu.com/6402727/
[00:41] <ochosi> building...
[00:42] <ochosi> ali1234: a bit less cpu usage, still 100% (as in: 1 of 2 cores) though
[00:44] <ali1234> my check doesn't work
[00:44] <ochosi> hm, seemingly
[00:45] <ali1234> maybe you can't use a static variable in a callback
[00:45] <ali1234> or maybe it's just a silly mistake
[00:45] <ali1234> the latter
[00:45] <ali1234> y_old != x_root -> should be y_root
[00:46] <ochosi> well it's that time of the day here already (silly-mistakes-o'clock)
[00:46] <ali1234> much better :)
[00:48] <ochosi> went down to 75% here
[00:49] <ali1234> for me it went down to a negligible amount when not moving the mouse
[00:50] <ochosi> yeah, this time it was my time for a silly mistake
[00:50]  * ochosi facepalms
[00:50] <ochosi> no more cpu-eating
[00:50] <ochosi> very nice
[00:50] <ali1234> in theory it should now have true zero overhead if there's no change in the zoom state
[00:51] <ochosi> yeah, that's also what top says
[00:51] <ochosi> (i decided to zoom in on a top-window)
[00:51] <ali1234> well, except the QueryPointer call but that's not much
[00:53] <ochosi> nice work ali1234 !
[00:53] <andrzejr> same problem with the new patch
[00:58] <ali1234> andrzejr: i didn't really think the new patch would help you, sorry
[00:59] <ali1234> try commenting lines 3009, 3011, 3013
[00:59] <ochosi> ali1234: zooming in on parole has funny effects :)
[01:00] <ali1234> hmm... it does
[01:01] <ali1234> the overlay window doesn't increase in size, so only part of the video shows
[01:02] <ali1234> that's due to the lazy updates
[01:02] <ali1234> or rather, forcing a full redraw fixes it
[01:03] <ali1234> not sure how to deal with that but there must be a way
[01:05] <ali1234> xterms do the same thing :S
[01:06] <ali1234> and youtube
[01:25] <ali1234> hmm... i think i know how to fix it. but i'm going to bed now... night
[01:36] <ochosi> ali1234: night!
[01:36]  * ochosi goes too
[09:56] <ali1234> morning
[09:57] <ali1234> i found a bug in xfwm which fixing it should have fixed the clipping area issues
[09:57] <ali1234> but it didn't :(
[09:59] <slickymaster> good morning all
[10:04] <ochosi> ali1234: what clipping area issues?
[10:04] <ochosi> and morning everyone
[10:04] <ali1234> well... you know blitting?
[10:04] <ali1234> dirty rectangles and so on?
[10:05] <ali1234> the compositor redraws only the damaged areas in the offscreen buffer
[10:05] <ali1234> then it copies only the damaged areas from the buffer to the display
[10:05] <ali1234> but the XserverRegions aren't affected by the PictureTransform, so the second copy copies the wrong areas
[10:06] <ochosi> oh
[10:06] <ali1234> there's two problems: first is it applies the region to the display instead of the buffer, which is a bug imo
[10:06] <ali1234> and the second is that it can't apply it to the buffer either on the second draw step, if we are zoomed in
[10:06] <ali1234> so... it's fixed, kind of
[10:07] <ochosi> not sure i was able to follow this all now
[10:08] <ali1234> heh
[10:08] <ali1234> basically XRender is a very 2D type system and it uses all the old style "redraw only the parts that changed" methods from framebuffer days
[10:08] <ali1234> but the damage system and XRender don't really talk to each other
[10:10] <ali1234> after fixing what i consider to be a bug, it might actually run faster anyway now
[10:11] <ochosi> is this specifically a zoom-problem or does it affect xfwm4 in general?
[10:12] <ochosi> (fwiw i'm startin to think you should become xfwm4's maintainer, no-one has really taken care of it for ages...)
[10:12] <ali1234> i'm not 100% sure
[10:12] <ali1234> depends exactly how Xrender treats the clip regions
[10:12] <ali1234> which annoyingly is probably implementation specific
[10:13] <ali1234> i am beginning to see why wayland
[10:13] <ali1234> i think it's a bug, could be intentional though i think
[10:14] <ali1234> anyway the bottom line is that we have to turn off all clipping when doing the buffer->display copy, but only if zoomed in
[10:14] <ali1234> because the clipping rects don't follow the Xrender transform, thus the wrong areas are clipped
[10:15] <ali1234> i'm going to push this on github because i can write comments on the source there :)
[10:17] <ochosi> cool
[10:30] <ali1234> https://github.com/ali1234/xfwm4/commits/zoom
[10:33] <ochosi> you should also post that on the xfce-dev-ml
[10:33] <ochosi> or at least the irc channel
[10:33] <ochosi> if it gets merged, it's probably one of the most exciting features for 4.12
[10:40] <ochosi> ali1234: fwiw, if you wanna help me finish the ochosi/tabwin branch lemme know ;)
[10:40] <ali1234> what does it do?
[10:42] <ochosi> it improves the style of the tabwin (alt-tab dialog)
[10:42] <ochosi> makes it themeable
[10:42] <ochosi> and in the end it should enable using the mouse to select a window
[10:43] <ochosi> nick pushed a commit for that, but it wasn't finished yet
[10:43] <ochosi> so it's not 100% working
[10:43] <ochosi> (i think the first click somehow doesn
[10:43] <ochosi> 't reach the widget or something)
[11:03] <ochosi> ali1234: this is the page where i listed some stuff i wanted to do: http://wiki.xfce.org/design/xfwm4/tabwin
[11:04] <ochosi> (only the screenshot is really implemented, although i think nick added a text-only listmode once too)
[11:31] <ali1234> i don't use alt-tab at all
[11:31] <ali1234> is there some specific bug or problem?
[11:32] <ochosi> problem 1) is that it uses weird widgets
[11:33] <ochosi> problem 2) (following from 1) is that the theming of it is therefore not very nice
[11:33] <ochosi> so no, it's an enhancement, not bugfix
[11:41] <ochosi> pleia2: ping
[13:11] <pleia2> ochosi: pong
[13:24] <knome> pleia2, have fun trying to pop in the same time :)
[13:24] <knome> pleia2, he wants to ask you about licenses for wallpapers
[13:25] <knome> (at least)
[13:25] <pleia2> ah
[13:29] <ochosi> hey pleia2
[13:29] <ochosi> yeah, what knome said :)
[13:29] <pleia2> cc-by is nice
[13:29] <ochosi> i started drafting an email to the ML for wallpaper submissions for xubuntu
[13:29] <ochosi> so far i had put down cc-by and cc-by-sa
[13:29] <pleia2> or cc-by-sa
[13:29] <ochosi> but one license would/could make things easier
[13:29] <ochosi> not sure
[13:30] <ochosi> what do you think/suggest?
[13:30] <pleia2> consistancy would be nice
[13:30] <ochosi> (we could end up with a package with multiple licenses, not sure how problematic that really is though)
[13:30] <ochosi> yeah, i agree
[13:30] <pleia2> let's see what ubuntu dose
[13:30] <pleia2> does
[13:30] <ochosi> good idea
[13:31] <pleia2> they use cc-by-sa
[13:31] <pleia2> works for me :)
[13:32] <pleia2> https://wiki.ubuntu.com/Artwork/Documentation/Backgrounds#Constraints
[13:34] <ochosi> pleia2: great, let's stick to that then
[13:34] <ochosi> i'll check more of those requirements and integrate them in my call for wallpapers
[13:34] <ochosi> would you wanna read it before i send it out?
[13:35] <pleia2> ochosi: sure, if you'd like
[13:35] <ochosi> knome: check the page pleia2 just pasted, i think some of those guidelines we should also include (see background guidelines)
[13:35] <knome> ochosi, yup, agree
[13:36] <ochosi> acutally most of this document makes a lot of sense
[13:36] <ochosi> thanks for digging that up pleia2 !
[13:36] <pleia2> they've refined it over many cycles
[13:37] <ochosi> yeah, they've done a few of these contests
[13:37] <ochosi> and basically we're planning the same
[13:37] <pleia2> cool
[13:37] <ochosi> open submissions but a vote of the artwork-team on the "winners"
[13:37] <ochosi> kinda an editor's pick
[13:37]  * pleia2 nods
[14:19] <pleia2> I am going to try to sleep again
[14:46] <ochosi> knome: think i might end up copying over the complete page from the ubuntu wiki, they really thought it through...
[15:08] <knome> hm?
[16:52] <slickymaster> elfy, ping
[17:00] <elfy> slickymaster: pong if it's quick, if not then it'll need to wait - just got in
[17:01] <slickymaster> elfy: if you prefer I can ping you later on, after dinner
[17:02] <elfy> nope - it's ok I expect - ask and if I'm not I'll say :)
[17:02] <slickymaster> elfy, I think a correction needs to be made at http://packages.qa.ubuntu.com/qatracker/milestones/306/builds/55995/testcases/1585/results
[17:03] <slickymaster> elfy: one of the steps to be reproduced during the test is "...In dialogue type gksudo mousepad, press Launch"
[17:03] <slickymaster> elfy: gksudo and gksu, aren't presently packed with Xubuntu
[17:04] <elfy> slickymaster: https://bugs.launchpad.net/ubuntu-manual-tests/+filebug
[17:04] <slickymaster> elfy: either we remove/re-write that step or we have to add a note informing on the of sudo apt-get install gksu
[17:04] <elfy> do it there - probably make it a 'general' thing rather than specific
[17:05] <elfy> slickymaster: from what I can tell they're wanting people to use sudo
[17:05] <slickymaster> elfy: that's what I meant to ask you. I can fil a bug and re-write the entire testcas
[17:05] <slickymaster> testcase^^
[17:06] <elfy> slickymaster: make it general rather than for one testcase - when we know exactly what we're supposed to use then we can check them all for the same issue
[17:06] <elfy> I'll try and get a real answer later
[17:07] <slickymaster> elfy: I'll just fil the bug for the moment and wait until you have something more specific on the issue
[17:07] <elfy> ok
[17:07] <elfy> slickymaster: I will probably work through and do the whole lot myself
[17:08] <slickymaster> elfy: well, if you feel like you need any help, just ping me
[17:08] <elfy> slickymaster: can you subscribe or assign me to it
[17:08] <elfy> slickymaster: yep - I will :)
[17:08] <slickymaster> elfy: I will
[17:09] <elfy> cheers
[17:09] <slickymaster> elfy: thanks
[17:09] <elfy> :)
[17:25] <slickymaster> elfy: here it is https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1250560
[17:27] <slickymaster> elfy: surprisingly I'm not able to assign it to you, LP is not recognizing your LP ID in the Assigned to box. I keep getting "No items matched "elfy"."
[17:27] <elfy> not sure why that is - I just assigned it to elfy
[17:28] <elfy> comes up as first choice when I search for me
[17:31]  * elfy passes the question along the chain :p
[17:31] <slickymaster> elfy: it's strange, really, because I'm still getting the same No items matched "elfy".
[17:31] <elfy> odd - you putting it in the box then pressing enter?
[17:31] <slickymaster> elfy: well, any way it's done as we intended
[17:32] <slickymaster> elfy: yes, and alternatively clicking the magnifying glass
[17:32] <elfy> odd - but it is launchpad :)
[17:33] <slickymaster> elfy: I even went to https://launchpad.net/~elfy to confirm your LP ID
[17:36] <slickymaster> knome: Just FYI https://translations.launchpad.net/xubuntu-docs/trusty/+pots/desktop-guide/pt/+translate is as of now completely translated into Portuguese
[17:36] <elfy> slickymaster: though it seems that pkexec isn't supposed to be used like that
[17:37] <slickymaster> I'll try now to figure out how to build the translated package in order to do a final proofread of it
[17:38] <slickymaster> elfy: I'm under the impression that pkexec is supposed to be the intended replacement for gksudo and gksu, but I can be wrong
[17:38] <brainwash> slickymaster: maybe you should also file a report on the debian bug tracker, bug 1250364
[17:38] <elfy> slickymaster: http://askubuntu.com/questions/313828/why-is-pkexec-preferred-over-gksudo-for-graphical-applications
[17:38] <elfy> slickymaster: doesn't appear so
[17:39] <slickymaster> right, brainwash. Will do it
[17:39] <slickymaster> elfy: give a moment to read through that
[17:39] <slickymaster> give me ^^
[17:41] <brainwash> slickymaster: I tried to understand and fix this crash, but gave up due to lack of time (users-admin is quite complicated for me and I don't feel like breaking it)
[17:43] <brainwash> there are other issue too, like it still checks for the "admin" group instead of "sudo" one
[17:43] <slickymaster> elfy: well, now I'm confused and you are indeed right.  Is it to just use sudo -i?
[17:43] <brainwash> so gnome-system-tools really needs a maintainer or a working replacement
[17:44] <elfy> slickymaster: seems so
[17:44] <slickymaster> elfy: I'll correct the bug summary to reflect that, then
[17:45] <slickymaster> brainwash: https://launchpad.net/bugs/1185396 was present in Saucy and it's still present in Trusty, and I think that it is a important issue that should be dealt with
[17:47] <brainwash> right, it's the same old version of g-s-t
[17:47] <brainwash> and there is no one to maintain it
[17:47] <slickymaster> elfy: https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1250560 description corrected
[17:48] <brainwash> slickymaster: maybe we could use the current gnome solution
[17:50] <slickymaster> brainwash: can't really say as I never used gnome
[17:51] <slickymaster> and thus I'm not aware of their solution
[17:53] <brainwash> slickymaster: they did drop g-s-t
[17:53] <brainwash> new tool to manage accounts looks similar http://i.imgur.com/B3gze7K.png
[17:54] <slickymaster> brainwash: yeah, the GUI seems very similar
[17:54] <brainwash> so maybe a switch to the new one would be possible
[17:56] <slickymaster> brainwash: do you have any idea on who could answer that?
[17:57] <brainwash> the xubuntu team
[17:58] <slickymaster> brainwash: maybe you should address knome or ochosi on that
[17:59] <brainwash> a discussion would be required (do we lose functionality? does it pull more gnome dependencies? are customization needed to get it running under Xfce?)
[17:59] <brainwash> yeah
[18:00] <slickymaster> brainwash: yeah, you're right, particularly on the dependencies factor
[18:01] <slickymaster> well, got a pick up my son at school. bbl
[18:05] <GridCube> i propose we rize the minimum amount of needed ram to 1gb
[18:05] <Unit193> ^
[18:06] <GridCube> even if 512 will work, any webbrowser needs about that much to work with 3 or more tabs
[18:06] <elfy> I'd agree with changing it
[18:07] <knome> can you please add that to the meeting agenda and prepare the discussion in the meeting itself; and please prepare with arguments why you are proposing
[18:07] <GridCube> alright
[18:14] <brainwash> oh meh, they removed the groups management part from the new gnome user tool
[18:15] <brainwash> looks like we need to keep the old user tool alive
[18:21] <ElderDryas> Speaking of the next meeting, the meeting web page still shows 7 Nov as the next meeting ( https://wiki.ubuntu.com/Xubuntu/Meetings )
[18:28] <knome> it's a wiki though, so editably by anyone
[22:11] <slickymaster> good night all
[22:11] <knome> hello slickymaster
[22:12] <slickymaster> hi knome
[22:15] <brainwash> slickymaster: so the new user management tool created by the gnome dev team is part of the gnome control center and lacks the ability to manage groups
[22:15] <ochosi> ali1234: i noticed that when e.g. typing in the zoomed state, the characters don't exactly fly to the screen (sometimes i have to move the mouse to make them visible), is that what you fixed in github this morning?
[22:15] <slickymaster> brainwash, so no dice for Xubuntu, then
[22:15] <ochosi> brainwash: i fear most of gnome3 is so tightly integrated with each other it'll be hard for us to use it without actually using gnome...
[22:16] <ochosi> gnome3 = goodbye modularity
[22:16] <brainwash> yeah, we will have to fix the current users-admin
[22:16] <slickymaster> yeah with the extra burden that all that stuff would bring with it
[22:18] <slickymaster> brainwash, which reminds me that I still have to report https://launchpad.net/bugs/1185396  on the debian bug tracker
[22:19] <brainwash> yeah
[22:22]  * skellat says file a bug against -docs if we have to do write-ups on command-line user management tools in case we don't find a graphical replacement
[22:23] <brainwash> "IRC: you can contact us in the #gst channel at irc.gimp.org"
[22:23] <brainwash> :D
[22:26] <brainwash> not everyone can create an bzr branch or?
[22:26] <brainwash> a bzr
[22:26] <knome> brainwash, can
[22:27] <brainwash> so I just clone the repo and create a new branch which gets uploaded to launchpad?
[22:27] <knome> brainwash, you can always push to lp:~youruser
[22:28] <knome> brainwash, if you want to branch, say xubuntu-docs, you can push to lp:~youruser/xubuntu-docs/my-docs-branch
[22:28] <brainwash> ok, thanks :)
[22:28] <knome> brainwash, if you want to push something that doesn't have a (project) branch in launchpad, you can push to lp:~youruser/+junk/whatever-branch
[22:29] <slickymaster> elfy, ping. https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1250560 still isn't fixed. running sudo -i in Application Finder dialog won't launch anything
[22:30] <brainwash> slickymaster: expected behavior, sudo won't open a terminal window or graphical password prompt
[22:30] <knome> brainwash, that wasn't why he pinged elfy...
[22:32] <slickymaster> brainwash, exactly my point. that's why I'm warning elfy about that
[22:32] <brainwash> and pkexec requires a policy for every single app or?
[22:32] <knome> slickymaster, i pushed the changes to the tracker. can you confirm it is actually fix-released-and-in-the-tracker now?
[22:33] <slickymaster> knome,  just a sec
[22:33] <knome> wait...
[22:33] <knome> i'm the one who's lost
[22:33] <slickymaster> knome, yeah, it's rollbacked to gksudo
[22:33] <knome> i did that because i thought that was wanted
[22:33] <knome> why did we do sudo -i in the first place?
[22:34] <slickymaster> knome, no that was the reason that lead me to raise the bug. IMO the entire test should be rewritten
[22:34] <knome> aha
[22:37]  * slickymaster thinks that by just adding a indication alerting the user to the need of having to install the gksudo package to further proceed with the testcase.
[22:37] <slickymaster> should be enough
[22:38] <knome> sounds like a semi-fishy workaround. isn't there really anything that works OOTB, and why are we dropping gksudo anyway?
[22:39] <slickymaster> knome, I think it's dropped since Saucy and tbh I also don't see a reason for that
[22:40] <knome> might've been a ubuntu decision based on privacy or dropping support for certain stuff
[22:40] <Unit193> knome: "Because it's deprecated, we use policykit now"
[22:41] <knome> that's it.
[22:41] <slickymaster> knome, please refer to http://askubuntu.com/questions/313828/why-is-pkexec-preferred-over-gksudo-for-graphical-applications and http://askubuntu.com/questions/313619/resolvedcould-not-save-the-file-usr-permission-denied-13-04/313625#313625
[22:42] <slickymaster> knome, my last link is wrong. Please don't pay no attention to it. What I meant was this one instead http://askubuntu.com/q/78352/33871
[22:44] <knome> yep, i see
[22:44] <Unit193> TL;DR: use gksudo. ;)
[22:45]  * slickymaster will discuss the all thing tomorrow with elfy
[22:47] <brainwash> but it was already missing in 13.04, right?
[22:47] <brainwash> so the discussion seems kinda late :)
[22:47] <Unit193> Ubuntu, yes, not Xubuntu.
[22:48] <brainwash> ah ok
[22:48] <slickymaster> Yes, Unit193 is right
[22:49] <slickymaster> afk
[23:44] <ali1234> ochosi: yes
[23:52] <ochosi> ali1234: darn, then i gotta try and merge that i guess
[23:54] <ali1234> it should be perfect now, graphically (including video players)
[23:54] <ali1234> it might be slightly slower though


[12:42] <jrwren> great, so freenode is selling names and email addresses from nickserv data now? https://www.kline.sh
[12:42] <jrwren> has ubuntu moved any of its more official channels?
[12:52] <jrwren> you can find me on oftc
[12:52] <jrwren> it was a good run.
[12:52] <jrwren> see you around.
[13:27] <cmaloney> Well this is fun
[16:46] <greg-g> just to squat, I have my nick and #ubuntu-us-mi on libera now :)
[16:46] <cmaloney> hah
[16:46] <cmaloney> I need to get libera set up
[16:47] <greg-g>   /server add libera irc.libera.chat
[16:47] <greg-g>   /connect libera
[16:47] <Scary_Guy> What the fuck is going on?
[16:48] <greg-g> I don't know all the details, but the majority of Ops on Freenode have resigned and started the libera irc network
[16:48] <greg-g> something something new owner but not that new somethign something politics something something disagreements somethign something
[16:49] <cmaloney> https://octodon.social/@craigmaloney/106262885934410437
[16:53] <Scary_Guy> Craig, you look like the guy from Aphex Twin in that pic
[16:57] <cmaloney> I resent that
[16:58] <Scary_Guy> :P
[16:59] <cmaloney> if anything I'd rather look like Jack Nicholson's Joker, Thank you very much
[16:59] <Scary_Guy> No, you get Jared Leto :P
[17:00] <cmaloney> get. out.
[17:00] <Scary_Guy> Was already planning on it.  See you guys over on the new server.
[17:00] <cmaloney> :)
[17:27] <cmaloney> Removed the "want to talk to me online, find me on freenode" line from my website
[17:27] <cmaloney> I really, really hate moving folks to new servers. :)
[17:27] <cmaloney> inertia is a hell pf a drug
[17:37] <greg-g> yuuuuup
[18:57] <cmaloney> btw: speaking of communication protocols, I'm on quicksy.im with my phone number (Google Voice) so if anyone signs up with that and has my GV number we can connect there.


[15:17] <bluesabre> http://www.smdavis.us/2013/07/27/mugshot-quick-and-easy-user-config/
[15:17] <bluesabre> :)
[15:24] <lderan> oo aweomse
[15:24] <lderan> awesome*
[17:23] <pleia2> knome: copying etherpad text over to the blog, I think we'll wait until Monday to publish though
[17:24] <pleia2> (weekends tend to be lousy for social media)
[18:06] <pleia2> knome: made updates to flyer doc
[18:19] <pleia2> knome: I made this for you: https://wiki.ubuntu.com/Xubuntu/Marketing/Projects/XubuntuAt
[18:20] <pleia2> (very sweet and thoughtful of me, I know)
[20:30] <pleia2> GridCube: put a link to the wp draft in the etherpad
[20:30] <pleia2> planning on publishing it monday (weekends are not good for social media stuff, everyone is outside playing or something)
[20:30] <Unit193> We are?
[20:31] <pleia2> yes
[20:31] <GridCube> we are?
[20:32] <GridCube> wp?
[20:32] <Unit193> Wordpress.
[20:32] <Unit193> Hrm, the Xubuntu seed is a bit odd.
[20:38] <GridCube> pleia2, :) i like the wording
[20:38] <pleia2> \o/
[20:40] <GridCube> can we get a few images from our setups,  like yours or Unit193's or knome's to get a screen shot of the xubuntu-showcase page to add to the news post? so if we get the new repeated around there is some image for them to include
[20:41] <Unit193> In order to make mine more "pretty", I'd have to killall conky. :P
[20:43] <pleia2> GridCube: that would be good :)
[20:43]  * pleia2 heads off to a wedding
[20:43] <GridCube> pleia2, there are two basic folders on the group, one its "proposed" and one its "featured"
[20:44] <GridCube> we accept all the proposed images, and only move the ones we use to featured
[20:44] <GridCube> the ones that don't go to featured go to the month folder
[20:45] <GridCube> i hope that makes sense
[22:04] <skellat> Unit193: What about the seed is odd?


[02:34] <dax> wut
[02:35] <dax> oh, i think they mean 386
[09:05] <bazhang> hourly updates is not fast enough?
[09:05] <bazhang> he needs to dial down the caffeine
[18:34] <blackflow> hello. do we report here when a user in #ubuntu is spamming via msg?
[18:37] <DJones> blackflow: Who is  it
[18:37] <blackflow> antipsychiatry
[18:37] <DJones> And what are they spamming, maybe send me it as a pm
[18:37] <blackflow> I saw it was spamming in the public yesterday as well
[18:37] <ikonia> win 1
[18:37] <ikonia> that user is not in ubuntu
[18:38] <blackflow> I closed the window. it sounds like a markow chain, something about mind reading
[18:38] <DJones> Not now, just banned them
[18:38] <ikonia> DJones: did you just remove him
[18:38] <ikonia> thank you
[18:38] <blackflow> thanks.
[18:38] <DJones> Yes, I saw they were an issue earlier today, but couldn't do anything at the time
[18:39] <blackflow> cool. thanks, and I'll know to pop back in if it happens again.
[18:39] <DJones> There was an earlier ops call against that user
[18:41] <DJones> 11:03 < antipsychiatry> Stop the gang stalking of Mossad bastards !!!!!!!!!!!!!!! These bastards must be jailed !!!!!!!!  Www.stopeg.com
[18:42] <ikonia> it's just quit after being banned
[18:42] <ikonia> which is odd considering it was in multiple other channels too
[18:44] <DJones> Yet another kwirc using troll
[18:49] <ikonia> I wonder if it's worth putting them on the agenda for discssion as a "shell" provider who has no control over their users
[19:19] <SonikkuAmerica> Just remember, boys and girls, I am *the* legitimate Kiwi user :)
[19:20] <ikonia> SonikkuAmerica: out of interest, why do you use it ?
[19:20] <SonikkuAmerica> ikonia - question: wouldn't the same be true for all IRC client providers
[19:20] <ikonia> SonikkuAmerica: thats why I used the word "shell" in speach marks
[19:20] <SonikkuAmerica> ikonia - it's the only multi channel client that works with my college firewall
[19:20] <ikonia> as we don't allow shell providers with no user/abuse control
[19:21] <SonikkuAmerica> Well, WSirc also works, but it's hard to use
[19:21] <SonikkuAmerica> Oh I see
[19:21] <SonikkuAmerica> Definitely worth looking into though, from what I gather
[19:22] <SonikkuAmerica> Otherwise I'm stuck with webchat.freenode.net, which is fine, but who wants all those open windows?
[19:22] <ikonia> it's just getting tedious
[19:22] <ikonia> no-one seems to use it for real "usecase" situations
[19:22] <ikonia> other than spam/abuse
[19:23] <SonikkuAmerica> Technically mine isn't a good use case either, at least for as long as I have LTE data on my phone to use
[19:25] <ikonia> I think there are legit users who probably have edge cases it works great for
[19:25] <ikonia> but it seems too easy for non-legit users to pickup and abuse
[19:27] <SonikkuAmerica> If I didn't have DHCP I'd just request a whitelist :P
[19:29] <SonikkuAmerica> And limit it to Ubuntu members and non-member channel op userspaces... But that's hard to do because they operate under the gateway/web/* hostname spec
[19:31] <ikonia> it's probably overkill to be fair, but maybe worth a discussion as it's just getting a bit tedious to keep seeing it used this way
[19:31] <Myrtti> Can you ssh through the firewall? well, not even that. raspi in a drawer at home, set quassel / znc / ssh to respond on tcp:80...
[19:32] <SonikkuAmerica> Port 22 is blocked... The only one I know is open is 3389
[19:34] <SonikkuAmerica> And possibly 8443
[23:05] <k1l_> [antiTORTURE] (b920b323@gateway/web/cgi-irc/kiwiirc.com/ip.<IP_ADDRESS>): antiTORTURE
[23:05] <k1l_> spam incomming


[07:14] <pitti> Good morning
[08:46] <Sweet5hark> moin
[08:50] <seb128> hey Sweet5hark pitti
[08:52] <pitti> bonjour seb128 !
[08:52] <pitti> moin Sweet5hark
[08:53] <seb128> how are you today?
[08:54] <pitti> I'm great, thanks! how about yourself?
[08:56] <seb128> good as well, thanks!
[08:56] <seb128> didn't get to see the moon yesterday
[08:56] <seb128> it's grey&rainy since sunday
[08:57] <pitti> oh, too bad
[08:57] <didrocks> same here
[08:57] <didrocks> (hey Sweet5hark, pitti!)
[08:57] <pitti> clear sky and bitter cold since Saturday or so
[08:57] <pitti> ça va didrocks ! comment vas-tu ?
[08:58] <didrocks> pitti: throat infection since yesterday. Feeling a little bit better today (no more fiever/headaches), but can't speak at all
[08:58] <didrocks> and you?
[08:59] <pitti> didrocks: eek, get better soon then! :(
[08:59]  * Sweet5hark is still doing all "exciting" backporting to trusty ...
[08:59] <didrocks> pitti: thx! it's warm green tea for now
[08:59] <pitti> didrocks: so far I evaded the current plague (*knocks on wood*) -- everyone around is sneezing and coughing
[08:59] <didrocks> could go to grog TBH, but unsure in a work context :p
[08:59] <didrocks> sneezing/coughing was last week for me :)
[09:00] <didrocks> then, I felt better
[09:00] <didrocks> for the week-end
[09:00] <Sweet5hark> didrocks: get well
[09:00] <didrocks> thanks Sweet5hark :)
[09:00] <pitti> didrocks: you misspelled it: "desinfectant" :)
[09:00] <didrocks> ahah
[09:02] <willcooke> morning all
[09:02] <didrocks> hey willcooke
[09:03] <Laney> morning!
[09:04] <willcooke> how goes Laney?  Any super moon action up your way?
[09:04] <pitti> hey hey Laney!
[09:04] <pitti> *howl*
[09:04] <seb128> hey willcooke Laney
[09:04] <seb128> how is u.k today?
[09:04] <willcooke> quite nice
[09:05] <willcooke> little sunshine peeking through the clouds
[09:05] <willcooke> the leaves are all golden
[09:05] <willcooke> and it's not raining yet
[09:05] <Laney> it's #888888
[09:05] <Laney> did see the moon for a minute in a brief gap
[09:07] <didrocks> hey hey Laney
[09:07] <TheMuso> Hey willcooke. Hope you're feeling better.
[09:07] <TheMuso> Hey desktopers.
[09:08] <willcooke> hey TheMuso - yes thanks!
[09:08] <flexiondotorg> Morning everyone
[09:11] <Laney> hey didrocks
[09:11]  * Laney feeds you ice cream
[09:11] <seb128> hey flexiondotorg
[12:03]  * Laney scratchesssssSSSSsssssSSsssSSSSss
[12:03] <Laney> bleddy mosquitos @ allotment
[12:05] <willcooke> come on you frost
[12:29] <Laney> true
[12:30] <Laney> nothing left that would be harmed by it
[12:30]  * Laney thinks about buying some garlic to put in now
[14:10] <flexiondotorg> Laney, GtkToolButtons clip/overlap in Xenial and Yakkety.
[14:10] <flexiondotorg> https://bugs.launchpad.net/ubuntu-themes/+bug/1641915
[14:10] <ubot5`> Ubuntu bug 1641915 in ubuntu-themes (Ubuntu) "GtkToolButton styling clips and overlaps" [Undecided,In progress]
[14:10] <flexiondotorg> I've got a branch that fixes this for Xenial.
[14:10] <flexiondotorg> Zesty is not affected. Yakkety is.
[14:11] <flexiondotorg> Do you this this is worth SRU'ing to Yakkety?
[14:11] <Laney> do you know how to fix it for 3.20?
[14:13] <Laney> I would if it's easy enough, otherwise - not that bothered
[14:13] <Laney> but up to you
[14:15] <flexiondotorg> Laney, I can fix for Yakkety, is a debdiff OK for Yakkety?
[14:21] <Laney> flexiondotorg: Sec, I'll push a Y one
[14:21] <flexiondotorg> Laney, stop :-)
[14:21] <flexiondotorg> No fix required for Y
[14:21] <flexiondotorg> Just retested in a clean VM.
[14:21] <flexiondotorg> Y is already fixed.
[14:24] <Laney> 'k
[14:24] <Laney> I made it anyway for next time
[14:26] <flexiondotorg> Laney, Can you accept the Xenial nomination on LP: #1641915 please
[14:26] <ubot5`> Launchpad bug 1641915 in ubuntu-themes (Ubuntu) "GtkToolButton styling clips and overlaps" [Undecided,In progress] https://launchpad.net/bugs/1641915
[14:26] <Laney> it is done
[14:26] <Laney> going to lunch now, byes
[14:32] <hikiko> gawd I had that bright idea to highlight the word "question" on irc
[14:32] <hikiko> hexchat blinks non-stop since then :p
[14:32] <flexiondotorg> Thanks Laney
[14:32] <pitti> the question is, was that a good idea? :-)
[14:32] <hikiko> hahahaha
[14:33] <hikiko> I thought it would be good for the uos sessions
[14:33] <hikiko> but I guess all the text will be highlighted there
[14:34] <flocculant> hikiko: iirc people should QUESTION - so search and match case
[14:35] <hikiko> cool :) I am going to change the regexp
[14:35] <flocculant> I could be wrong though :p
[15:28] <Laney> stupid cold dark days
[15:28]  * Laney should get one of those SAD lamps
[15:29] <seb128> bike incident?
[15:29] <Laney> nah
[15:29] <Laney> just lame and grey
[15:29] <willcooke> 1kW LED
[15:29]  * Sweet5hark is blinded by the light.
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-11-15
[15:30] <meetingology> Meeting started Tue Nov 15 15:30:15 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> Roll call: andyrock, attente, desrt,  dgadomski, fjkong, flexiondotorg, happyaron (out), hikiko, laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:30] <Sweet5hark> arent we supposed to have sharks with lasers by now?
[15:30] <desrt> hihi
[15:30] <Trevinho> o/
[15:30] <hikiko> oh noed
[15:30] <hikiko> no
[15:30] <seb128> Laney, do you have a fireplace in your house?
[15:30] <hikiko> I forgot the bullets
[15:30] <flexiondotorg> Coey
[15:30] <Laney> seb128: yeah, 5!
[15:30] <seb128> hey
[15:30] <Laney> (hi)
[15:30] <willcooke> hikiko,  you got time
[15:30] <seb128> Laney, use them! ;-)
[15:31] <andyrock> Hey
[15:31] <seb128> it makes grey days much nicer
[15:31] <willcooke> Laney, get the Christmas tree up early :)
[15:31] <attente> :o
[15:32] <desrt> L G S!
[15:32] <Laney> seb128: the office room doesn't have one :-/
[15:32] <Sweet5hark> Laney: burn the christmas tree in the fireplace!
[15:32] <Laney> could be downstairs though I guess
[15:32] <seb128> :-(
[15:32] <willcooke> Sweet5hark, lol
[15:32] <seb128> yeah
[15:32] <seb128> laptop ftw!
[15:33] <willcooke> ok, looks like we have everyone, let's begin
[15:33] <willcooke> #topic andyrock
[15:33] <andyrock> #1 working on the copy dialog branch to sru it as It m seems like there are some issues
[15:33] <andyrock> # reviews
[15:33] <andyrock> # eow
[15:33] <willcooke> thanks andyrock
[15:34] <willcooke> looking forward to that branch
[15:34] <willcooke> #topic attente
[15:34] <attente> fixed some test flakiness in content-hub-glib
[15:34] <attente> fixed an issue with the gtk-mir copy-paste implementation
[15:34] <attente> uploaded a new fixed version of the glade snap (menus working now, also properly confined), published to the store
[15:34] <attente> discussions and ideas about banners in mir
[15:34] <attente> (eof)
[15:34] <willcooke> excellent, thanks attente
[15:35] <willcooke> nice work on the glade snap
[15:35] <willcooke> #topic desrt
[15:35] <desrt> hey
[15:35] <desrt> not a lot to report this week.  work is continuing.
[15:35] <desrt> sitting here with larsu, though :)
[15:35] <desrt> (eof)
[15:35] <willcooke> hey larryprice
[15:36] <willcooke> err sorry larryprice ignore
[15:36] <willcooke> larsu, hey!
[15:36] <seb128> :-)
[15:36] <larsu> morning!
[15:36] <willcooke> #topic dgadomski
[15:36] <attente> larsu!
[15:36] <larsu> happy meeting :)
[15:36] <dgadomski> hey, I sprinting with my team, hence nothing to share this time, thanks!
[15:36] <willcooke> thanks dgadomski
[15:36] <willcooke> #topic FJKong
[15:38] <willcooke> guess he's not around, we'll come back
[15:38] <willcooke> #topic flexiondotorg
[15:38] <flexiondotorg> Hello
[15:38] <flexiondotorg> - Submitted a merge proposal to fix deja-dup scrolled windows (LP: #1623835)
[15:38] <ubot5`> Launchpad bug 1623835 in deja-dup (Ubuntu) "Scrolled Windows in backup/restore progress are too small to read" [Low,In progress] https://launchpad.net/bugs/1623835
[15:38] <flexiondotorg> - Researched this weeks candidates for the Snap Upstream Blitz and updated their Trello board.
[15:38] <flexiondotorg> - Reviewed the existing StartUp Disk Creator docs and behaviour in preparation for LP: #1558139
[15:38] <ubot5`> Launchpad bug 1558139 in ubuntu-website-content "Please update http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-ubuntu" [Undecided,In progress] https://launchpad.net/bugs/1558139
[15:38] <flexiondotorg> - Testing Unity 8 Desktop snap - https://code.launchpad.net/~unity8-session-snap-team/unity8-session-snap/snap
[15:38] <flexiondotorg> - Also tried on Unity 8 on Dragonboard 410c but ran into LP: #1625805
[15:38] <ubot5`> Launchpad bug 1625805 in linux (Ubuntu) "arm64 kernel panic for l2 mmu with unity8 session snap (& deb as well)" [Undecided,Confirmed] https://launchpad.net/bugs/1625805
[15:38] <flexiondotorg> - Initial research for hiding snaps in GNOME Disks (LP: #1637984)
[15:38] <ubot5`> Launchpad bug 1637984 in gnome-disk-utility (Ubuntu) "Disks shows all mounted snaps" [Undecided,Confirmed] https://launchpad.net/bugs/1637984
[15:38] <flexiondotorg> - Submitted GtkToolButton fixes (Disks and Ubiquity) merge proposal for Xenial (LP: #1641915)
[15:38] <ubot5`> Launchpad bug 1641915 in ubuntu-themes (Ubuntu Xenial) "GtkToolButtons clip and overlap" [Low,In progress] https://launchpad.net/bugs/1641915
[15:38] <flexiondotorg> - Currently dropping all Firefox "hacks" from my recent ubuntu-themes merge proposals.
[15:39] <flexiondotorg> - Will be raising bugs upstream regarding the incorrect use of top-level selectors
[15:39] <flexiondotorg> 🎬
[15:39] <willcooke> :) thanks flexiondotorg !
[15:39] <Laney> flexiondotorg: You should get yourself CI train access if you don't have it
[15:39] <Laney> then you can do theme stuff (mostly) by yourself
[15:39] <flexiondotorg> Laney, OK. I don't have.
[15:39] <Laney> go ask a trainguard in #ubuntu-ci-eng
[15:39] <flexiondotorg> Thanks.
[15:39]  * Laney can assist the first few times
[15:40] <flexiondotorg> Perfect!
[15:40] <sil2100> o/
[15:40] <Laney> that's not to say that MPs don't need reviewing, but the upload part you can do yourself
[15:40]  * Laney eyes sil2100
[15:40] <sil2100> Ok, let me see what can be done here
[15:40] <Laney> (over there ->, in meeting here ATM)
[15:41] <willcooke> thanks chaps
[15:41] <willcooke> #topic happyaron
[15:41] <willcooke> 1. Resynchronize n-m with Debian for 1.4.2 in zesty, one more patch to
[15:41] <willcooke> be updated before upload
[15:41] <willcooke> 2. Bugs in ucimf
[15:41] <willcooke> 3. Bugs in libopencc2
[15:41] <willcooke> 4. Review of netcat-openbsd update
[15:41] <willcooke> #topic hikiko
[15:41] <hikiko> hey
[15:41] <hikiko> I dont remember everything...
[15:41] <hikiko> - fixed some branches that were under review
[15:41] <hikiko> (no commit yet but they appear on the video!)
[15:42] <hikiko> - made some fixes in low gfx (like resizing)
[15:42] <hikiko> where I noticed that there were minor issues
[15:42] <hikiko> oh
[15:42] <hikiko> the ordering in alt+`
[15:42] <hikiko> the shadow-border
[15:43] <hikiko> the video :p
[15:43] <hikiko> eof
[15:43] <hikiko> I cant remember
[15:43] <hikiko> sorry
[15:43] <willcooke> thanks hikiko, good luck with the session
[15:43] <willcooke> #topic Laney
[15:43] <Laney> • Fixing tests to get gtk, glib, other things to migrate; just happened
[15:43] <Laney> • Bootstrapping of ldc for Z, x-backports, y-backports (silos are good for this)
[15:44] <Laney> • New gspell (test fix) @ Debian, sponsor & sync libproxy
[15:44] <Laney> • asgen: Bugfixes for addon-suite-only mode, improvements to the charm to support this, running in this mode in staging now. next: import old data, see if it's all served up properly
[15:44] <Laney> • autopkgtest babysitting and random admin with p_itti's guidance
[15:44] <Laney> 🚏
[15:44] <willcooke> thanks Laney
[15:44] <willcooke> #topic seb128
[15:44] <seb128> • nov 11th was an holiday so one less day working this week
[15:44] <seb128> • some archive admin work (new binaries reviews, helped with some transitions)
[15:44] <seb128> • UOS
[15:44] <seb128> • looked at the ubiquity tz selection returning a wrong name for montreal, turned out to be a bug in the service db
[15:44] <seb128> • tweaked old desktop snaps to be compliant with current standards/use shared launchers
[15:44] <seb128> • spent some time catching up with recent snap work and poking around with others have been doing to get some inspiration
[15:44] <seb128> • launchpad bugs triage

[15:45] <willcooke> thanks seb128
[15:45] <willcooke> #topic qengho
[15:45] <qengho> * in-progress: emergency Cr 53 backport to kill upstream's far-too-optimistic deadline for disabling some kinds of TLS certificates. Symantec certs broken. Mostly done.
[15:45] <qengho> * to-do: Chromium 54 fixing and testing, still.
[15:45] <qengho> EOF
[15:45] <qengho> Also, weeping hot tears into my keyboard. 🇺 🇸
[15:45]  * Sweet5hark feels left out.
[15:45] <willcooke> oh
[15:45] <willcooke> err
[15:45] <willcooke> I messed up the order some how
[15:45] <willcooke> thanks qengho
[15:45] <willcooke> #topic Sweet5hark
[15:45] <Sweet5hark> - boring week:
[15:45] <Sweet5hark> -- backporting
[15:45] <Sweet5hark> -- bug triage
[15:45] <Sweet5hark> -- usual ESC call
[15:45] <Sweet5hark> -- some watchful eye on Munich situation
[15:45] <Sweet5hark> EOF
[15:46] <willcooke> :) thanks Sweet5hark
[15:46] <willcooke> #topic TheMuso
[15:46] <willcooke> * Tested Orca under Mir with Gtk and Qt apps. Things are mostly working fine with Gtk apps when running under miral-shell. I can also use Orca keyboard shortcuts. Unfortunately these do not work under Qt apps, so some work will be needed on that front, we may have to add something to Mir or Unity to handle keyboard events after all.
[15:46] <willcooke> * Set up an environment with Qt on Wayland to see if the same thing occurrs, i.e no Orca keyboard shortcuts when using a Qt app under Wayland. Haven't got to testing this yet, something for the coming days.
[15:46] <willcooke> * Helped with validation of pulseaudio currently in xenial/yakkety-proposed, should be entering updates some time soon.
[15:46] <willcooke> * Started looking into writing interfaces for accessibility and text to speech related components, thanks to some useful posts on one of the snappy mailing lists... Can't remember which one right now.
[15:46] <willcooke> #topic tkamppeter
[15:47] <willcooke> I've got to go to another meeting, so moving on...
[15:47] <willcooke> #topic Trevinho
[15:47] <Trevinho> 16/45
[15:47] <Trevinho> · Released compiz <IP_ADDRESS>
[15:47] <Trevinho> · Prepared an SRU for unity in yakkety (fixes indicators after lockscreen)
[15:47] <Trevinho> · New landing for unity and compiz in zesty
[15:47] <Trevinho> · Fixed various unity8 flacky tests causing autopkg to fail in my silo
[15:47] <Trevinho> . Fixed some issues of the new unity8 calendar
[15:47] <Trevinho> · Some work in toolkit indicators (sni-qt, libappmenu-qt, libappindicator) to make icons to be visible when snapped
[15:47] <Trevinho> · Improvements to the Remmina snap (some fixes merged upstream)
[15:47] <Trevinho> · snapcraft pull request to apt-mark auto all the newly installed packages (from build-packages list)
[15:47] <Trevinho> · snapcraft pull request to support FTP sources
[15:47] <Trevinho> :::: That's all folks
[15:48] <willcooke> thanks Trevinho
[15:48] <willcooke> #topic robert_ancell
[15:48] <willcooke> - lightdm 1.21.0 released
[15:48] <willcooke> - snapd-glib 1.3 released
[15:48] <willcooke> - Work on ligthdm / unity8-system snap
[15:48] <willcooke> #topic AOB
[15:49] <willcooke> I got to go to another meeting, so I'll wrap now.  If anyone has anything, carry on once it's ended
[15:49] <willcooke> #endmeeting
[15:49] <meetingology> Meeting ended Tue Nov 15 15:49:22 2016 UTC.
[15:49] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-11-15-15.30.moin.txt
[15:49] <willcooke> thanks everyone
[15:49] <seb128> I've random questions on specific items but it's just for me so after meeting is fine
[15:49] <seb128> thanks willcooke
[15:49] <seb128> attente, hey, just curious but was the issue with glade/menus?
[15:50] <gQuigs> I've also got a question :)... is it still the plan to drop i386 for Ubuntu-desktop for 17.04?
[15:50] <flexiondotorg> Trevinho, regarding "Some work in toolkit indicators"
[15:50] <flexiondotorg> Is that specific to snaps or does it address the way icon are passed via dbus that we discussed?
[15:50] <gQuigs> *the i386 image
[15:50] <attente> seb128: just that they weren't popping up in the old snap
[15:51] <seb128> attente, right, you showed me at the sprint, I'm just curious to know what the technical issue was/how you fixed it
[15:51] <Trevinho> flexiondotorg: I plan to make the indicator to ge the proper icon paths from the snap, so all snap-based
[15:51] <Trevinho> flexiondotorg: not sure I can succeed yet :-D
[15:51] <flexiondotorg> Trevinho, OK. Thanks :-)
[15:52] <Trevinho> I've got some good results with qt... But only for non-themed icons
[15:52] <attente> seb128: i actually don't know, the new glade snap is built using the jhbuild plugin that i changed to stop using lxc
[15:52] <seb128> attente, k, good job anyway! ;-)
[15:52] <attente> seb128: it uses bubblewrap now which is the only big difference from what i can tell
[15:52] <attente> seb128: :)
[15:52] <attente> seb128: thanks
[15:53] <seb128> I need to read about bubblewrap
[15:53] <attente> it's really nice
[15:53] <seb128> I've seen it mentioned a couple of times
[15:53] <attente> desrt loves it
[15:53] <seb128> it's used by flatpak right?
[15:53] <desrt> yup
[15:53] <attente> i'm not sure the relationship there. they're both a part of project atomic
[15:53] <desrt> that's not really true...
[15:54] <attente> oh. it's not?
[15:54] <desrt> it basically lets you do some really really cool stuff, but sets no-new-permissions
[15:54] <desrt> so you can't "escape" in any real sense
[15:54] <desrt> afaik, flatpak is not 'part of' project atomic
[15:55] <flexiondotorg> seb128, What desktop snaps did you update? I was thinking of doing something similar, but don't want to duplicate effort.
[15:55] <desrt> ostree is....
[15:55] <seb128> k
[15:55] <desrt> (and bwrap really has nothing to do with ostree, other than the fact that both flatpak and atomic use both of them)
[15:56] <seb128> flexiondotorg, some old ones I used as playground, ghex gnome-dictionary gucharmap
[15:56] <attente> ah ok
[15:57] <seb128> Trevinho, speaking of indicators, are you looking at the issue with qt indicators using /tmp to share icons?
[15:58] <Trevinho> seb128: yeah, I've moved them to .cache for now
[15:58] <Trevinho> seb128: although /run/user would be preferrable imho
[15:58] <Trevinho> but not yet accessible
[15:58] <seb128> Sweet5hark, being curious but what is going on in Munich? changes in their opensource use?
[15:59] <seb128> Trevinho, .cache wouldn't work, would it?
[15:59] <Sweet5hark> seb128: nah, not per se. just severe lobbying from microsoft by proxy (accenture)
[15:59] <Trevinho> seb128: yeah, since ~/snap/$SNAP_NAME/$SNAP_REVISION/ is readable...
[15:59] <Sweet5hark> seb128: http://www.zdnet.com/article/microsoft-partner-claims-munich-should-switch-from-linux-to-windows-10/
[15:59] <seb128> Sweet5hark, k, I was wondering, read some news about brazil and some part of italy going back to msoffice
[15:59] <seb128> Sweet5hark, I see
[16:00] <seb128> Trevinho, oh, then the desktop side needs to look at different directories for every indicator
[16:01] <Sweet5hark> seb128: brazil yes. italy -- not those on libreoffice, just some that stayed with Apache OpenOffice and the idiots that thought that was a good idea. Would have been preventable if they'd chosen LibreOffice.
[16:01] <seb128> well apparently from what I read they wanted a cloud based solution
[16:01] <Sweet5hark> seb128: the major italian migrations (military, upcoming city of rome) are still on track
[16:01] <seb128> easier than keeping installs updated
[16:02] <seb128> k
[16:02] <Sweet5hark> seb128: nah, never trust the "official reasons", because "official reasons" dont allow for "we fscked up".
[16:03] <Trevinho> seb128: yeah, that we already do...
[16:03] <seb128> Trevinho, since when?
[16:04] <Trevinho> seb128: I mean, when an indicator set its custom icons path, then we add that path to the icon theme dirs
[16:04] <Trevinho> seb128: it's just about using some readable place
[16:04] <seb128> Sweet5hark, right... still the moving to the cloud for easier management is an argument that can make sense, futur is going to be fun with people getting locked down with big providers :-/
[16:04] <seb128> Trevinho, oh, ok
[16:05] <seb128> Trevinho, the path is shared over dbus?
[16:05] <Trevinho> Sweet5hark: yeh, i've been reading that italy news too :-/, however... yes it was OpenOffice. Although, I think a libreoffice cloud is really really more and more needed :-)
[16:05] <Trevinho> seb128: ye
[16:06] <gQuigs> we discussed dropping the i386 ISO previously and said it's likely to drop, but we should revisit at UOS or for 17.04..  which is now scheduled - http://summit.ubuntu.com/uos-1611/meeting/22714/architecture-discussions/
[16:06] <Trevinho> seb128: see gdbus call --session --dest com.canonical.Unity.Panel.Service.Desktop --object-path /com/canonical/Unity/Panel/Service --method com.canonical.Unity.Panel.Service.GetIconPaths
[16:07] <seb128> Trevinho, well, that's different from qt using /tmp to send custom icons though?
[16:07] <Trevinho> seb128: not much... well...
[16:07] <Trevinho> seb128: it depends on the case
[16:07] <seb128> gQuigs, hey, yes, thanks for the reminder (saw in on the schedule and the email to the list)
[16:07] <Trevinho> seb128: qt4, creates an icon theme path...
[16:07] <Trevinho> in /tmp/qt-sni...
[16:08] <seb128> oh ok
[16:08] <Trevinho> qt5 has that tmp icon, so that's actually easier I think... I've been blocked by some u8 indicators stuff today, though... So I didn't go too much into the deep
[16:08] <seb128> k
[16:08] <seb128> I just wanted to know if you were looking at it
[16:08] <seb128> Trevinho, https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1600136
[16:08] <ubot5`> Ubuntu bug 1600136 in snapd (Ubuntu) "App indicator does not show icon for Qt apps" [Undecided,Confirmed]
[16:09] <Trevinho> seb128: but for example running a qt4 app you get /tmp/sni-qt_appname_7224-seB6cg/icons as new icon theme
[16:09] <seb128> I see
[16:10] <Trevinho> seb128: and..... I've just tried what I was thinking it would have worked... and.... It really had :-D
[16:10] <Trevinho> seb128: so for qt-sni, things are working like a charm
[16:11] <seb128> welldone!
[16:14] <Trevinho> seb128: there's just one thing that now I don't like too much, basically there are qt apps that define an icon from theme name, others have their own icon... For the 2nd case it's where the /tmp/  thing was used... And right now I hacked it to use ~/.cache/temporary-path to create their own icons... However probably, in that case it would just better to give
[16:14] <Trevinho> them the access to their ~/.local/share/icons and write them what they want... Don't you agree?
[16:15] <Trevinho> in this way we cover also the case where an QIcon points to a themed name...
[16:16] <Trevinho> withouth having to worry about what theme dir to provide to the indicator, as it always will be ~/snap/$SNAP_NAME/x1/.local/share/icons
[16:16] <seb128> Trevinho, well, the custom icons are a temp thing, I wouldn't store them in .local
[16:17] <Trevinho> seb128: it's true, but... At the same time it's also a .local that is only valid for that snap...
[16:18] <seb128> still you don't want to clutter it with temp files
[16:18] <seb128> or you need to clean behind...
[16:18] <Trevinho> and doing this would allow to cover a case where a window has both a themed and a custom icon
[16:18] <Trevinho> that was my first intention eh... But now seeing that I could make things simpler this way...
[16:18] <Trevinho> well, I'll continue following the nicer path..
[16:18] <Trevinho> hoping there won't be problem for both custom and normal icons
[16:19] <seb128> good luck!
[16:19] <Trevinho> it shouldn't be too hard, but... let's see
[16:19] <tedg> Trevinho: On the U8 side we're treating $SNAP like an entry of in XDG_DATA_DIRS, so they can throw an "icons" on that and use names.
[16:21] <Trevinho> tedg: mh, ok that could be a solution too... But I can't depend on that. Also qt-sni is qt4 so, probably it would run inside xmir anyway, isn't it?
[16:21] <Trevinho> as for qt5 one, I'll see... However probably that component has to be rewritten too.
[16:27] <tedg> Well, there's some discussion of what we'll do with sni. But no clear answer for sure.
[16:27] <tedg> I'm sure that come April it will be a panic must have and we'll be filling out freeze exceptions :-/
[16:55] <Sweet5hark> Trevinho: as for cloud, there is collabora office (based on libreoffice) being exactly that.
[16:56] <Sweet5hark> ironically, the push for cloud might be an lobbying attempt to still squeeze it in before the real impact of "Trump is president" sets in on european policy.
[16:58]  * flexiondotorg take a break to clean the kitchen before the next UOS session.
[16:59] <willcooke> rock and roll :)
[16:59] <seb128> should probably step away for a bit as well
[16:59] <seb128> though it's early for dinner
[17:00] <seb128> Sweet5hark, TheMuso, is bug #1584795 known by you?
[17:00] <ubot5`> bug 1584795 in at-spi2-atk (Ubuntu) "Severe lag in LibreOffice Draw due to /etc/X11/Xsession.d/90atk-adaptor" [Undecided,Confirmed] https://launchpad.net/bugs/1584795
[17:02]  * Sweet5hark looks
[17:08] <attente> kenvandine: hi! here's the gtk with the copy-paste support: https://code.launchpad.net/~attente/gtk/mir-copy-paste. could you please use this to test the content-hub-glib branch?
[17:08] <seb128> in fact doesn't seem to make a difference unsetting the env/without at-spi here
[17:08] <seb128> opening that example and moving things with the keyboard is slow though
[17:11] <kenvandine> attente, sure
[17:15] <Trevinho> Sweet5hark: yeah, I knew it... Wondering it is already something usable in real world
[17:24] <kenvandine> attente, can you get me a branch that builds on xenial?
[17:25] <kenvandine> i need to test it on mir/unity8 on xenial
[17:25] <kenvandine> Unmet build dependencies: libglib2.0-dev (>= 2.49.4) libwayland-dev (>= 1.9.91) wayland-protocols (>= 1.7)
[17:26] <attente> i'll try
[17:29] <dmj_s76> Trevinho: andyrock: Had a chance to dig into the HiDPI scaling issue in unity/u-s-d?
[17:32] <attente> seb128: is there a udd branch for xenial gtk?
[17:36] <seb128> attente, udd isn't really maintained/recommended anymore afaik
[17:37] <attente> oh. ok. i guess i'll dput to a ppa then
[17:37] <seb128> if you are talking about team packaging vcs, I don't think we did one
[17:37] <seb128> but that would be easy
[17:38] <attente> yeah, that's what i meant, i assumed that was the same as udd
[17:39] <seb128> no, udd is the autoimport of packages uploaded to the archive
[17:39] <seb128> but I guess we could branch from the version uploaded to xenial
[17:40] <seb128> then push that a /xenial
[17:40] <seb128> need to go for a bit now but I can help you with that tomorrow if you want
[17:40] <attente> is it worth doing or too much trouble?
[17:40] <seb128> it's easy enough to do
[17:40] <attente> seb128: ok, no worries
[17:40] <attente> seb128: i'll do a ppa instead
[17:40] <seb128> if it makes work easier we should do it
[17:40] <seb128> k, let's talk again tomorrow
[17:40] <seb128> bbl
[17:41] <attente> thanks seb128 :)
[17:41] <seb128> yw!
[17:49]  * flexiondotorg returns
[18:51] <attente> kenvandine: can you try the gtk from here: https://launchpad.net/~attente/+archive/ubuntu/gtk-mir?field.series_filter=xenial
[18:52] <attente> https://www.irccloud.com/pastebin/LmX9CTVx/
[18:52] <kenvandine> attente, sure, but i need to finish up some other stuff first
[18:52] <attente> i also have that in ~/.local/share/applications/ ^
[18:53] <attente> kenvandine: sure, no hurry
[18:53] <attente> kenvandine: thanks :)
[18:53] <kenvandine> no problem
[18:53] <kenvandine> i'm just in the middle of working on the trust session stuff... need a different build of content hub on my laptop at the moment :)
[18:54] <kenvandine> attente, so i should test with gedit using that desktop file?
[18:58] <attente> kenvandine: yes
[18:59] <attente> kenvandine: it just has the added X-Ubuntu-Touch: true line
[18:59] <attente> kenvandine: but when testing it, you might want to use ctrl+x/c/v instead of the menus since the window management is still pretty broken
[19:01] <kenvandine> attente, yeah
[19:55] <flexiondotorg> Night desktopers
[19:57] <willcooke> night flexiondotorg
[19:58] <popey> night john-boy
[19:59] <willcooke> night pa
[20:01] <willcooke> morning robert_ancell
[20:01] <robert_ancell> willcooke, hi
[20:02] <willcooke> just heading off now UOS is finished for the day
[20:03] <willcooke> night all
[21:04] <TheMuso> seb128: Saw it in bug mail, haven't tried to reproduce yet, honestly not familiar enough with libre office enough to work out what might be going on.


 pyside2 built from the 5th try. Now waiting for qgis.
 qgis arm64 is still building. Landed without it, I will copy it separately later.