[03:28] <pitti> Good morning
[04:55] <hikiko> hi
[04:56] <RAOF> Hey hikiko!
[04:57] <RAOF> Did you manage to get compiz to use gles?
[04:58] <hikiko> hi RAOF !
[04:58] <hikiko> not yet :/ I built unity & nux with gles2 but I can't run them properly
[05:01] <duflu> Huh. It was working perfectly back in 2012. But I forget the details :)
[05:01] <hikiko> :D
[05:03] <hikiko> fortunately gles2 is a subset of opengl2 so, I can at test it works at least
[05:03] <duflu> Or was that just EGL?....
[05:03] <hikiko> but I'd like to be able to run it
[05:04] <duflu> Oh, yes it was GLES. I remember the VertexBuffer hack and friends
[05:05] <duflu> Sam liked to call it "modern" GL. Even though it's no more modern than full OpenGL, and significantly more limited
[05:05] <hikiko> yes that's what I am doing today :) converting fixed function to shaders
[05:05] <hikiko> to vertex buffers*
[05:05] <hikiko> sorry
[05:06] <hikiko> GL_QUADS to triangles...
[05:06] <hikiko> :p
[05:06] <duflu> hikiko: Oh I see. We got sloppy somewhere in Compiz and forgot to keep supporting it
[05:06] <RAOF> Well, it's much more like GL 3.0 than old GL.
[05:06] <hikiko> yes, I wonder why they remove and remove features from opengl though
[05:06] <RAOF> You can't use any of the fixed-function support in a 3.0 context.
[05:06] <RAOF> Because the hardware that the fixed-function support was providing an interface to no longer exists.
[05:07] <duflu> hikiko: For more limited devices (e.g. mobile)
[05:07] <RAOF> duflu: No, actually for more powerful devices :)
[05:08] <duflu> RAOF: "OpenGL for Embedded Systems (OpenGL ES or GLES) is a subset[2] of the OpenGL computer graphics rendering application programming interface (API) for rendering 2D and 3D computer graphics such as those used by video games, typically hardware-accelerated using a graphics processing unit (GPU). It is designed for embedded systems like smartphones, computer tablets, video game consoles and PDAs. "
[05:08] <hikiko> maybe some features are difficult to implement for example display lists might need a lot of memory
[05:08] <RAOF> duflu: Right, but OpenGL 3.0 *also* loses all the fixed-function stuff, and *that's* for more powerful devices.
[05:08] <RAOF> GL 3.0 looks a lot more like GLES 2.0 than GL 2.0
[05:09] <hikiko> true
[05:09] <duflu> hikiko: Yes, phones (particularly old phones) have tiny brains
[05:09] <duflu> Newer ones don't though. They're much more powerful than the desktops of a few years ago
[05:10] <hikiko> yes
[05:10] <duflu> hikiko: BTW I think alf wrote VertexBuffer originally
[05:19] <hikiko> basically, I won't use it because the shader will only run in GLES2 case (it performs a slower fake clipping in pixel shader because gles doesnt have any way to do clipping in view space) so, I'll use the fixed function everywhere in the plugin and just use a float* varray in gles2
[05:20] <hikiko> I would use the opengl plugin classes if I had to port the whole plugin to GLES2
[05:20] <duflu> hikiko: GLES does have scissors still. I used it in the GLES port which is why we can still switch workspaces (Ctrl+Alt+left/right)
[05:21] <hikiko> scissors is for 2d clipping, I want to fake the clipping of the 3d windows that now is performed in viewing space
[05:21] <duflu> hikiko: Oh yeah. I remember those bugs now (you've been updating recently)
[05:21] <hikiko> so what I ve done and works is to calculate in the pixel shader which pixels would correspond to vertices that would be clipped in view space
[05:21] <hikiko> and discard them
[05:22] <hikiko> the visual effect is the same
[05:22] <hikiko> but it's slower
[05:22] <duflu> Cool
[05:22]  * duflu needs to see the outside world for a little while
[05:22] <hikiko> so there's no point to use that trick everywhere only in gles2 devices where there's no alternative :)
[05:22] <hikiko> :D
[05:22] <hikiko> enjoy your day duflu
[05:23] <hikiko> evening *
[05:23] <duflu> hikiko: Thanks. And good luck
[05:23] <hikiko> thanks :)
[05:24]  * RAOF wonders why you need to clip verticies in view space. Can't you just draw them, and if they're outside of view space they'll get discarded?
[05:28] <duflu> RAOF: Because sometimes you want the clipping line to be in the middle of the screen
[05:28] <RAOF> Fair chop.
[05:29] <RAOF> You are in a QMaze of Qthings, all reimplementing the STL with slightly different names and subtly different behaviour.
[06:09] <didrocks> good morning
[06:16] <seb128> good morning desktopers
[06:17] <didrocks> re seb128
[06:18] <seb128> re didrocks
[06:23] <pitti> bonjour mes amis français !
[06:24] <didrocks> bonjour pitti
[06:40] <seb128> hey pitti, wie gehts?
[06:40] <pitti> seb128: viel besser, danke!
[06:41] <seb128> great!
[07:51] <willcooke> morning all
[07:51] <didrocks> hey willcooke
[07:53] <seb128> hey willcooke
[07:53] <willcooke> morning seb128
[08:02] <Laney> hey hey
[08:03] <seb128> hey Laney
[08:03] <Laney> hey seb128!
[08:03] <Laney> how's it going?
[08:04] <didrocks> morning Laney
[08:04] <seb128> Laney, good! you?
[08:05] <Laney> great
[08:05] <Laney> beer festival tomorrow :-)
[08:05] <Laney> hey didrocks!
[08:05] <Laney> what is up homie?
[08:06] <didrocks> nothing special ;) yourself? Getting ready for beer festival?
[08:06] <Laney> stretching the liver
[08:07] <willcooke> I've got a mini beer festival tomorrow with aquarius \o/
[08:07] <willcooke> in that there is a beer festival on at the local pub, not just going out drinking beer
[08:08] <Laney> http://beerfestival.nottinghamcamra.org/Assets_pdf/BF2015_Beer_Prog_Notes.pdf
[08:08] <willcooke> Blue Monkey is good, that's a regular at ours
[08:09] <Laney> ya
[08:09] <Laney> they are near here
[08:09] <Laney> got a pub at canning circus
[08:09] <willcooke> oh nice!"
[08:10] <willcooke> Laney, there is a Brew Dog pub somewhere around Kings Cross which does food (I'm told) if you fancy it next week?
[08:10] <didrocks> pitti: ok, I think I won't go further for now (the real coverage is more like 94% because some code are ran for i386 on another machine but not consolidated): https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests-collect/1950/label=ps-trusty-desktop-amd64-1/artifact/html-coverage/index.html :)
[08:10] <Laney> willcooke: haha
[08:10] <Laney> I'm sure the food is what you're going for ;-)
[08:10] <didrocks> time to cut a release!
[08:10] <willcooke> natch
[08:10] <Laney> but yeah
[08:11] <pitti> didrocks: wow, that looks awesome!
[08:11] <Laney> I am up for that if true
[08:11] <pitti> didrocks: what's ftp_adapter?
[08:11] <willcooke> didrocks, nice!
[08:12] <didrocks> pitti: streaming support for python requests module (done by a contributor). I didn't push too much on testing it, but that should be doable (just delayed for now)
[08:15] <willcooke> Laney, Ohhhhh... https://www.brewdog.com/bars/uk/two-bit
[08:15] <willcooke> popey, ^^^^
[08:16] <Laney> do they do real food?
[08:17] <Laney> cereal killer is probably nearby... :)
[08:17] <willcooke> Laney, it got burned down
[08:17] <willcooke> oh, "down" might be an overstatement
[08:17] <willcooke> http://www.theguardian.com/uk-news/2015/sep/27/shoreditch-cereal-cafe-targeted-by-anti-gentrification-protesters
[08:17] <Laney> haha
[08:17] <Laney> yeah I saw that
[08:19] <seb128> lol
[08:19] <seb128> https://github.com/auchenberg/volkswagen
[08:19] <seb128> "Volkswagen detects when your tests are being run in a CI server, and makes them pass."
[08:19] <Laney> wouldn't say no to a curry if brewdog doesn't do real food
[08:19] <Laney> complainers can get steak themselves another day :P
[08:20] <willcooke> Laney, they say the do a "range" of food.  I think a sausage roll and a scotch egg probably don’t count as dinner in your book though.
[08:21] <seb128> liquid dinner?
[08:21] <willcooke> There was a decent curry house popey and I went to after msm's leaving do which is walking distance from the hotel.
[08:21] <willcooke> seb128, ha, that VW thing is excellent
[08:21] <seb128> :-)
[08:21] <didrocks> ahah https://github.com/auchenberg/volkswagen/blob/master/index.js#L18
[08:21] <willcooke> HAHAHAH!
[08:22] <willcooke> oh, team dinner is getting booked today.  There will be steak
[08:22] <seb128> willcooke, the place at the corner of bluefin is alright, if we don't find anything else
[08:22] <didrocks> I like that the guy has tests to check that failing the tests are working :)
[08:22] <seb128> didrocks, hehe
[08:23] <larsu> good ... aehm ... morning?!
[08:24] <pitti> hey larsu -- Maaahlzeit! :-)
[08:24] <didrocks> hey larsu
[08:24] <larsu> hihi
[08:24] <willcooke> morning larsu
[08:25] <Laney> hi larsu
[08:25] <Laney> too many pink killers yes?
[08:25] <seb128> hey larsu
[08:25] <davmor2> willcooke: sausage roll, scotch egg and plenty of liquid bread
[08:26] <larsu> this is fun I should rise late more often :D
[08:26] <larsu> morning pitti didrocks willcooke Laney seb128!
[08:26] <willcooke> davmor2, :)
[08:26] <willcooke> davmor2, breakfast of champions
[08:26] <larsu> Laney: no pink killer involved
[08:26] <Laney> man my quads feel all tight still
[08:26] <didrocks> willcooke: is it the usual "thursday for team dinner"?
[08:26] <larsu> Laney: but maybe (maybe!) the one or other alcoholic beverage
[08:26] <Laney> they were like this yesterday but I assumed it was due to riding after being off the bike for a week
[08:26] <davmor2> Laney: wear looser jeans
[08:26] <Laney> but that should be better now?
[08:27] <seb128> didrocks, do we usually have those on thursday?
[08:27]  * seb128 never noticed
[08:27] <willcooke> didrocks, wednesday
[08:27] <seb128> it felt random to me
[08:27] <larsu> we had it on Tuesday before as well
[08:27] <didrocks> seb128: I think the vast majority of time (like 80%+ yeah)
[08:27] <seb128> k
[08:27] <didrocks> willcooke: noted
[08:27]  * Laney didn't remember
[08:28] <seb128> well % is falling it seems :p
[08:28] <didrocks> you guys, no attention to detail! :p
[08:28] <larsu> quick! Everyone look it up in their expense reports!
[08:28] <larsu> this. is. important.
[08:28] <Laney> http://yoga.about.com/od/anatomicalfocus/tp/Stretch-Your-Quads-With-These-Yoga-Poses.htm
[08:36] <Trevinho> morning
[08:36] <willcooke> hey Trevinho
[08:37] <Trevinho> :)
[08:37]  * Trevinho cleanups kernels... sooooo many old packages
[08:37] <Laney> autoremove man
[08:38] <Trevinho> Laney: I do, but it doesn't always work for everyone
[08:38] <seb128> hey Trevinho
[08:38] <seb128> Trevinho, that's bug #1439769
[08:38] <ubot5`> bug 1439769 in update-manager (Ubuntu Vivid) "various linux packages being marked as manually installed, still prevents 'apt-get autoremove' from doing the right thing for kernels" [Critical,Triaged] https://launchpad.net/bugs/1439769
[08:38] <seb128> slangasek/mvo are on it
[08:38] <Trevinho> nice
[08:40]  * Laney nods
[08:41] <seb128> though it seems Steve asked from input from glatzor/aptdaemon maintainers
[08:41] <seb128> but I'm not sure there is anybody active in that group :-/
[08:42]  * Laney thinks mvo is as close to one as anyone else :)
[08:51] <mvo> seb128, Laney: yeah, sorry, I pushed the patch but I'm not yet super happy with the api, at the same time I think its good enough and we should just push it out
[08:52] <seb128> mvo, +1, the current situation is a bit ridiculous, filing your disk with old kernels
[08:52] <seb128> so a fix even not perfect is already a good improvement
[08:52] <seb128> mvo, thanks for working on that!
[11:58] <desrt> hi desktop
[11:58] <seb128> hey desrt
[11:59]  * desrt reads the daily intel report, doesn't like what she sees
[12:02] <Trevinho> I was looking at the mouse-not resizing on HiDPI... I've found a solution, but it means to basically reload (recreate) all the cursors when default size changes... Now, I'm wondering whether there's a better way of doing that, since this would probably need some compiz ABI changes otherwise (to do it with less hacks)
[12:03] <willcooke> morning desrt
[12:03] <desrt> hello seb128, willcooke
[12:03] <seb128> desrt, what is in there?
[12:03] <desrt> seb128: my area is a bit more green than i would like it to be this morning :)
[12:04] <seb128> lol
[12:04] <seb128> you are addict ;-)
[12:04] <Trevinho> seb128: since your eyes are already here (well, actually I know you've multiple pairs of eyes :)) do you know anything about that ^?
[12:08] <seb128> Trevinho, not really sorry
[12:08] <Trevinho> no worries
[12:11] <seb128> Trevinho, https://bugzilla.gnome.org/show_bug.cgi?id=306795
[12:11] <ubot5`> Gnome bug 306795 in Backend: X11 "Make XCursor themes instantly applicable" [Normal,Resolved: notgnome]
[12:11] <seb128> can be useful
[12:12] <Trevinho> seb128: awesome, thanks a lot
[12:13] <seb128> Trevinho, yw
[12:16] <Trevinho> mh, theme seems to be unrelated to size, actually.. .But still we've the similar issue. As theme changes in gtk, but not in compiz (and root window)
[12:22] <Trevinho> seb128: oh, who's that guy who sent the patch 10yrs ago? https://bugzilla.gnome.org/show_bug.cgi?id=308104
[12:22] <ubot5`> Gnome bug 308104 in [obsolete] settings-daemon "expose cursor theme settings as xsettings" [Normal,Resolved: fixed]
[12:22] <Trevinho> err, committed the patch
[12:22] <seb128> hehe :-)
[12:45] <Trevinho> so, yeah there's no real other way than what I found out by myself (set new the default size/theme and reload every cursor)...
[12:46] <Trevinho> seb128: so... to fix this I need to add the xcursor dependency on compiz (and maybe some ABI changes too), i guess this is for X at this point, right?
[12:47] <seb128> Trevinho, right
[12:54] <attente> seb128, Laney, have you guys tried cross-compiling gtk+3.0 for armhf?
[12:54] <Laney> nope
[12:57] <Trevinho> mh, maybe compiz ABI changes aren't necessary as per your fix, but XCursor new dependency yes...
[12:57] <Laney> It's likely that the build-deps will need working on
[12:58] <attente> ok
[12:59] <qengho> G'morning.
[12:59] <attente> i'm just wondering how there are armhf builds on launchpad without running into this error
[13:00] <Laney> they are native builds
[13:01] <willcooke> hey qengho
[13:02] <Laney> attente: Looks like libicu-dev and gobject-introspection need attention, at least
[13:02] <Laney> for their g++ and build-essential dependencies respectively
[13:02] <Laney> they break cross-build-dep installation
[13:25] <Trevinho> mh, maybe compiz ABI changes aren't necessary as per your fix, but XCursor new dependency yes...
[13:35]  * Trevinho leaves for an icecream
[13:40] <andyrock> morning
[13:44] <seb128> hey andyrock
[13:44] <seb128> attente, no; sorry, I never really used crossbuilding
[13:44] <seb128> xnox and Laney did look at cross building installability in the past and know about it
[13:44] <seb128> but I see that Laney already replied
[14:02]  * Laney meows
[14:08]  * seb128 pets Laney
[14:11] <seb128> willcooke, good pick for the team dinner ;-)
[14:12] <Laney> name seems familiar...
[14:12] <willcooke> seb128, we have to chose from a limited menu because there are so many of us, just waiting for details of that menu to be confirmed.  It will have steak on it.
[14:12] <Laney> is that the place where the wine + coke happened?
[14:12] <didrocks> I think so
[14:12] <seb128> oh, could be
[14:12] <didrocks> wasn't really IIRC
[14:12] <didrocks> good*
[14:12] <seb128> the map location matches
[14:13] <ogra_> didrocks, what wasnt good, the wine or the cocaine ?
[14:13] <ogra_> :P
[14:13] <seb128> I don't remember what I had there
[14:13] <didrocks> ogra_: well, some people have horrible ideas about putting coke in the wine
[14:13] <didrocks> that was bad…
[14:13] <ogra_> eeek
[14:13] <didrocks> but the steak and such wasn't really good as well IIRC
[14:14] <didrocks> also, it's where attente tried blue cheese for the first time
[14:14] <seb128> I remember to find it expensive for what it was
[14:14] <seb128> but it's London...
[14:14] <didrocks> seb128: yep… "fancy place in London"
[14:14] <willcooke> its cheaper than pretty much everywhere else I could find within a reasonable distance
[14:14] <willcooke> I guess there is a reason for that
[14:14] <willcooke> :)
[14:14] <didrocks> what Laney said about not the last place because he wanted to try somewhere else? :)
[14:17] <seb128> willcooke, the refinery is better imho
[14:17] <seb128> and not more expensive
[14:17] <seb128> but that's just me
[14:17] <seb128> (from the team dinner we had that the steaks were good iirc)
[14:17] <seb128> that's the one at the corner of the office building
[14:22] <didrocks> seb128: btw, I can typical heisenbug for the keybinding issue, I didn't get it once since I enabled upstart bustle
[14:22] <didrocks> seb128: I think it might slow down startup, and so, hide the race…
[14:22] <seb128> could be :-/
[14:23]  * didrocks removes and upgrades, can't keep on old install forever…
[14:24] <seb128> let's see if the fix works at least ;-)
[14:24] <didrocks> yeah ;)
[14:25] <didrocks> and better to upgrade today than tomorrow before leaving for the sprint
[14:43]  * Sweet5hark mumbles ETOOMANYCALLS ...
[14:45] <seb128> Laney, good job fixing that typeahead nautilus bug! do you think that's something worth a trusty SRU?
[15:23] <seb128> larsu, any luck with the gtk/notify-osd/greeter issue?
[15:36] <Laney> seb128: could do, might want to wait a few days to see it doesn't break anything
[15:36] <seb128> k, seems good here from testing
[15:36] <seb128> does somebody fancy looking at a python exception easy to trigger in software-properties? ;-)
[15:37] <didrocks> can handle this, might be a nice distraction
[15:37] <seb128> didrocks, bug #1372086
[15:37] <ubot5`> bug 1372086 in software-properties (Ubuntu) "add-apt-repository hits softwareproperties.ppa.PPAException when trying to add a ppa which doesn't exist" [High,Confirmed] https://launchpad.net/bugs/1372086
[15:37] <seb128> basically
[15:37] <seb128> sudo add-apt-repository ppa:user/name
[15:38] <didrocks> yep
[15:38] <seb128> thanks
[15:38] <didrocks> I'll look first at why it regressed
[15:38] <didrocks> and what was the message that we used to display
[15:38] <seb128> I think it's either http://bazaar.launchpad.net/~ubuntu-core-dev/software-properties/main/revision/904
[15:38] <seb128> or http://bazaar.launchpad.net/~ubuntu-core-dev/software-properties/main/revision/905
[15:38] <seb128> "make _get_suggested_ppa_message work without launchpadlib (as its not available for py3)"
[15:39] <didrocks> ahah, yeah, probably
[15:39] <didrocks> will have a look during the sprint at worse, should be easy to fix
[15:39] <seb128> thanks
[15:39] <didrocks> yw
[16:16] <seb128> Laney, I would appreciate if you could review some of my unity-settings-daemon 'backport upstream commit' fixes, if you are too busy let me know and I can try to email robert_ancell about it
[16:16] <seb128> (setting up a silo to test/prepare thing, I would like to land that tomorrow ideally)
[16:22]  * didrocks waves good evening and good night
[16:26] <Laney> seb128: will try to look shortly, not here tomorrow
[16:26] <seb128> oh, right
[16:27] <seb128> Laney, if you can't don't worry, maybe robert_ancell do some or I can try to catch larsu tomorrow
[16:27] <seb128> oh, robert_ancell is off according to calendar
[16:33] <Laney> I broke upstart, might be a bit /o\
[16:34] <seb128> urg
[16:34] <seb128> what did you do?
[16:35] <Laney> tried to write some code :P
[16:36] <seb128> lol
[16:38] <Laney> was attempting to fix the alt-f2 exec thing
[16:39] <seb128> oh, good one
[16:40] <Laney> xnox did it already
[16:40] <Laney> was just adding some exceptions
[16:40] <Laney> so maybe it isn't my branch that broke it ...
[16:40] <seb128> xnox!!!
[16:40] <xnox> Laney: i don't believe my branch was ever fully working ;-)
[16:41] <Laney> lolz
[16:41] <xnox> Laney: it was more of work in progress stab as to what should happen.
[16:41] <Laney> I knew I shouldn't have tried it on my real system!!!!
[16:41] <xnox> Laney: what? did anyone blidly uploaded it?
[16:41] <Laney> HAHA no
[16:41] <xnox> ok, good
[16:41] <xnox> cause like, my code is not that good by default.
[16:42] <Laney> I would try to get whoever we have that passes for an upstart maintainer to review
[16:42] <Laney> but yeah, doesn't work
[16:42] <Laney> I had "Handling dbus event" spammed many times
[16:43] <Laney> maybe that is normal...
[16:43] <Laney> laney@raleigh> grep -c "Handling dbus event" startups                                                                                                                                               ~
[16:43] <Laney> 14282
[16:55] <Trevinho> Laney: about your blacklisted_environment_variables... does upstart provides a way to put these variables in a place so that they're not hardcoded?
[16:56] <Laney> what kind of place?
[16:56] <Laney> (not atm)
[16:56] <Trevinho> Laney: I imagine a configuration file, or I don't know..
[16:56] <Trevinho> ok
[16:56] <Laney> you'll note that I didn't propose it
[16:57] <Trevinho> Laney: yeah, sure... I just saw it and I was curious about the new changes :)
[17:08] <Laney> Clearly not fixing that this week
[17:08] <Laney> seb128: I got to some of them, a couple are left for the next lucky person
[17:08] <seb128> Laney, thanks!
[17:08] <Laney> see you all Sunday/Monday!
[17:08] <willcooke> cya Laney
[17:08] <seb128> have a fun w.e
[17:08] <seb128> see you on sunday
[17:08] <Laney> safe travels
[17:27] <chrisccoulson> hmmmm, https://bugzilla.mozilla.org/show_bug.cgi?id=1209932
[17:27] <ubot5`> Mozilla bug 1209932 in General "Disable all 32-bit linux testing" [Normal,New]
[17:27] <chrisccoulson> That wouldn't be good for us
[17:45]  * Trevinho has to make pizza... 🍕
[17:46] <willcooke> chrisccoulson, can we discuss next week?  Do we have time?