[03:32] -SwissBot:#ubuntu-news- ::Planet:: Canonical Design Team: Getting Started with Knative on Ubuntu @ https://admin.insights.ubuntu.com/2019/07/25/getting-started-with-knative-1/
[10:34] -SwissBot:#ubuntu-news- ::Planet:: Canonical Design Team: The 10 new rules of open source infrastructure @ https://admin.insights.ubuntu.com/2019/07/25/10-new-rules-open-source-infrastructure/
[11:32] -SwissBot:#ubuntu-news- ::Planet:: Ubucon Europe 2019: 2nd Call For Volunteers @ https://sintra2019.ubucon.org/2nd-call-for-volunteers/
[13:29] -SwissBot:#ubuntu-news- ::Planet:: Canonical Design Team: Handy productivity software for your home and office @ https://admin.insights.ubuntu.com/2019/07/25/handy-productivity-software-for-your-home-and-office/
[14:32] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Podcast from the UK LoCo: S12E16 – Glider Rider @ http://ubuntupodcast.org/2019/07/25/s12e16-glider-rider/
[14:47] -SwissBot:#ubuntu-news- ::Planet:: Jonathan Carter: PeerTube and LBRY @ https://jonathancarter.org/2019/06/25/peertube-and-lbry/
[15:24] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Dash to Panel Just Got a Major Update @ https://www.omgubuntu.co.uk/?p=150610 (by Joey Sneddon)
[15:44] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Getting started with AI @ https://admin.insights.ubuntu.com/2019/07/25/getting-started-with-ai/
[17:01] -SwissBot:#ubuntu-news- ::Softpedia:: SparkyLinux 5.8 Is Out as First Release Based on Debian GNU/Linux 10 "Buster" @ https://news.softpedia.com/news/sparkylinux-5-8-is-out-as-first-release-based-on-debian-gnu-linux-10-buster-526830.shtml (by Marius Nestor)
[17:51] -SwissBot:#ubuntu-news- ::Softpedia:: GNOME 3.34 Desktop Environment Gets Fourth Snapshot, Beta Is Coming Early August @ https://news.softpedia.com/news/gnome-3-34-desktop-environment-gets-fourth-snapshot-beta-is-coming-early-august-526831.shtml (by Marius Nestor)
[18:31] -SwissBot:#ubuntu-news- ::Softpedia:: Collabora Adds Big Performance Improvements for Linux Gamers in Linux Kernel 5.2 @ https://news.softpedia.com/news/collabora-adds-big-performance-improvements-in-linux-kernel-5-2-for-linux-gamers-526832.shtml (by Marius Nestor)
[19:04] -SwissBot:#ubuntu-news- ::Softpedia:: Red Hat Enterprise Linux 8.1 Operating System Enters Beta with Enhanced Security @ https://news.softpedia.com/news/red-hat-enterprise-linux-8-1-operating-system-enters-beta-with-enhanced-security-526833.shtml (by Marius Nestor)
[20:03] -SwissBot:#ubuntu-news- ::Softpedia:: Canonical's Ubuntu OpenStack Architecture to Empower BT's Next-Gen 5G Cloud Core @ https://news.softpedia.com/news/canonical-s-ubuntu-openstack-architecture-to-empower-bt-s-next-gen-5g-cloud-core-526834.shtml (by Marius Nestor)
[22:20] -SwissBot:#ubuntu-news- ::Portugal:: Ep 60 – Rumo ao Monte da Lua @ https://podcastubuntuportugal.org/2019/07/25/ep-60-rumo-ao-monte-da-lua/
[22:36] -SwissBot:#ubuntu-news- ::Planet:: Podcast Ubuntu Portugal: Ep 60 – Rumo ao Monte da Lua @ https://podcastubuntuportugal.org/2019/07/25/ep-60-rumo-ao-monte-da-lua/


[00:00] <aquarius> that's why I'm working on a third-party replacement.
[00:00] <aquarius> happy to have your help :)
[00:00] <mhall119> I'll be happy to give it
[00:01] <aquarius> lp:youoneteeoh
[00:02] <mhall119> aquarius: is this related to tomblog at all?
[00:02] <aquarius> no
[00:02] <aquarius> what's tomblog?
[00:03] <mhall119> aquarius: http://blog.rtg.in.ua/2011/03/tomblog-note-publishing.html
[00:03] <aquarius> cool. I'd forgotten about that :)
[00:04] <aquarius> that's a rye thing
[00:04] <nigelb> aquarius: I heard you had fun getting back inside your house :)
[00:04] <aquarius> tomblog uses the couchdb interface to notes, though, which is not a good idea because it's going away
[00:05] <aquarius> but the notes API interface is not foing away
[00:05] <aquarius> *going
[00:05] <aquarius> so it could be ported to use that
[00:05] <aquarius> the notes API is what u1to uses
[00:05] <mhall119> oh, so that's what youoneteeoh stands for
[00:06] <mhall119> so youoneteeoh uses the snowy protocol or something?
[00:07] <mhall119> yay, and it's django too!
[00:07] <aquarius> yep
[00:07] <aquarius> you should find it easy to use :)
[00:08] <mhall119> where do I find django_oauth_client ?
[00:09] <doctormon> mhall119: It's in the repositories isn't it?
[00:09] <aquarius> https://code.launchpad.net/~jamesh/+junk/django-oauth-client is where I got it from ;()
[00:09] <aquarius> :)
[00:09] <doctormon> And also available in the packaged download fancy pants of loco-portal
[00:09] <mhall119> not in mine, appearantly
[00:09] <aquarius> there may be a more official version
[00:10] <aquarius> django-openid-client is in the repos. I'm not sure about django-oauth-client; it's not in my repos
[00:10] <doctormon> Ah i think you're right, I confused the two.
[00:13] <aquarius> mhall119, it requires django-1.4
[00:13] <mhall119> 1.4?
[00:13] <aquarius> well, it strictly only requires humanize from django 1.4, but I just grabbed the whole thing and put it on the python path ;)
[00:13] <aquarius> ya. in alpha atm :)
[00:13] <mhall119> that's not even in pypi
[00:13] <nigelb> get it from git.
[00:13] <nigelb> or svn
[00:14] <doctormon> nigelb: This is a non-swearing channel ;-)
[00:15] <nigelb> haha
[00:18] <aquarius> just download the tarball
[00:18] <aquarius> oh, u1to needs to be in a folder called u1to :)
[00:19] <aquarius> so what I do is mkdir trunk; cd trunk; bzr branch lp:youoneteeoh; cd u1to; PYTHONPATH=/path/to/django-oauth-client:/path/to/django-1.4 python manage.py runserver
[00:19] <aquarius> er, bzr branch lp:youoneteeoh u1to
[00:19] <aquarius> nigelb, yeah, the house stuff was unfun, but amusing in retrospect :)
[00:20] <nigelb> :)
[00:20] <nigelb> aquarius: Where was your daughter that night?
[00:23] <aquarius> nigelb, with her mum :)
[00:23] <aquarius> this wasn't my weekend with her
[00:23] <nigelb> Ah! Lucky :)
[00:26] <aquarius> well... if she had have been here then I wouldn't have been in the pub until half one in the mornign :)
[00:26] <nigelb> hehe
[07:47] <nigelb> 424
[13:34] <mhall119> aquarius: I got youoneteeoh working after some hacking
[13:34] <aquarius> yay!
[13:34] <aquarius> hacking?
[13:34] <mhall119> it didn't like being run from a folder called 'trunk', it was expecting 'u1to'
[13:35] <mhall119> lots of relative imports and such
[13:35] <aquarius> hence me saying "oh, u1to needs to be in a folder called u1to :)" at 12.18 this morning ;)
[13:35] <aquarius> sorry, should have been clearer abou tthat
[13:35] <mhall119> also had to track down all the requirements based off import error messages
[13:35] <mhall119> well, it doesn't need that anymore
[13:35] <mhall119> at least, not in my branch
[13:37] <aquarius> yeah, we haven't documented the requirements at all so far :
[13:37] <aquarius> :)
[13:37] <aquarius> but it works for you, yes?
[13:37] <aquarius> I'd be happy to chat abou tit
[13:38] <mhall119> works so far
[13:38] <cjohnston> mornin
[13:38] <mhall119> formatting doesn't seem right on the notes, not sure if markdown/humanize isn't working or what
[13:39] <mhall119> morning cjohnston, did you get that fix to summit out last night?
[13:39] <mhall119> aquarius: https://code.launchpad.net/~mhall119/youoneteeoh/add-requirements-file/+merge/91651
[13:39] <aquarius> coolio
[13:39] <aquarius> formatting isn't right on the notes
[13:39] <aquarius> I only wrote that bit at the weekend and it isn't finished yet :)
[13:40] <aquarius> that's the bit I want to work on though
[13:40] <cjohnston> ya
[13:40] <aquarius> it's complicated by how translating tomboy xml into markdown is hard
[13:40] <mhall119> aquarius: https://code.launchpad.net/~mhall119/youoneteeoh/rem-relative-imports/+merge/91653 does away with the 'u1to' and relative imports that were stopping me from running it
[13:41] <mhall119> cjohnston: does that help them, speed wise?
[13:41] <cjohnston> aquarius: speaking of writing code quicky, the hide talks that arent for me is gone
[13:41] <cjohnston> mhall119: i think so, but i dont know.. im on a different connection than i was, so its kinda hard to say
[13:42] <mhall119> cjohnston: seems faster tome
[13:42] <cjohnston> good
[13:42] <cjohnston> i got all the meetings changed to
[13:43] <cjohnston> do you know if trackfix will run automagically and detect the meeting name changes and do its work?
[13:43] <mhall119> don't know
[13:43] <mhall119> daker: you around?
[13:45] <cjohnston> i see the NY Football Giants won last night
[13:47] <mhall119> accidentally
[13:47] <cjohnston> mhall119: it seems as though trackfix did its job
[13:47] <cjohnston> i didnt get to watch it
[13:47] <cjohnston> what happened
[13:48] <mhall119> cjohnston: the giants scored a touchdown they didn't want
[13:48] <cjohnston> ic
[13:49] <mhall119> http://www.youtube.com/watch?v=WRmkJ922JKI
[14:12] <cjohnston> what was he doing mhall119 ? trying to stop the clock?
[14:12] <cjohnston> or flipping out cause he was gonna win the superbowl
[14:13] <mhall119> cjohnston: they wanted to run down the clock, then kick a field goal
[14:14] <cjohnston> ic
[14:21] <Pendulum> mhall119: I was just told that the guy is now saying that it wasn't accidental
[14:30] <mhall119> Pendulum: oh really?  Not that it ended up making a difference either way
[14:32] <Pendulum> mhall119: I can't find anything to back it up, but my father said something about it. I have seen that he's now happy he made the touchdown
[14:33] <mhall119> no doubt, it was the game-winning score
[14:33] <mhall119> but if the Patriots had managed to make that last drive and score a touchdown of their own in the last minute, it'd be another story
[14:34] <Pendulum> yeah
[14:34] <Pendulum> of course, they should have let them score a little earlier
[14:35] <Pendulum> which would have given them more time


[21:06] <blr> cjwatson: thanks for those MPs, hope the charm wasn't too painful to work with.
[21:07] <cjwatson> Tolerable :)
[21:07] <cjwatson> More juju unfamiliarity than anything else.
[21:08] <cjwatson> There are one or two other things I'd like to fix up when I get a moment, but it's looking pretty close.  Did you get a stagingstack tenant?
[21:11] <thomi> hey cjwatson, I don't suppose you know where I can find buildbot logs for launchpad?
[21:12] <cjwatson> thomi: like http://lpbuildbot.canonical.com/waterfall ?
[21:12] <thomi> cjwatson: perfect - thanks!
[21:12] <cjwatson> n
[21:12] <cjwatson> p
[21:12] <cjwatson> maximal irc inefficiency, whee
[21:13] <thomi> heh
[21:13] <blr> cjwatson: see ops
[21:18] <thomi> cjwatson: hmmm, I'm really looking for the importfascist logs. I expected them to appear in the test stdout (as they do when running ./bin/test), but I don't see them there
[21:19] <cjwatson> that I don't know
[21:19] <cjwatson> the seven (I think) failures there have been there as long as I can remember though
[21:20] <thomi> yeah, I wont to see if I can fix at least one of them
[21:20] <thomi> but without a log of them.... and running the tests is slow :D
[21:20] <cjwatson> They show up even when running just a single test IIRC.
[21:20] <thomi> plus, I don't know how many tests to run before the message will be triggered
[21:20] <cjwatson> So just pick something and use -t.
[21:20] <thomi> ...oh
[21:20] <thomi> well, that'd be faster
[21:21] <thomi> hah - they get printed when you Ctrl+c a test run as well :D
[21:23] <cjwatson> Something in the unit test layer is quick enough, so say bin/test -vvct TestDpkgArchitectureCache.test_any
[21:55] <wgrant_> thomi: The importfascist isn't a test, as such.
[21:55] <wgrant> It's just an import wrapper which reports warnings, so any non-subunit bin/test invocation that imports the entire codebase (ie. pretty much anything without -m) will give you them all.
[21:58] <thomi> wgrant: ahh ok.
[21:58] <thomi> wgrant: if you upgraded to subunit v2 you could report that even on test results :D
[21:58] <thomi> actually, that's not strictly true
[22:05] <wgrant> blr: How'd you fix the routing issue?
[22:12] <blr> wgrant: oh, it was stupidly easy, a pyramid regex matcher works.
[22:14] <blr> e.g. {ref:.*}
[22:14] <wgrant> blr: I guess that's not a problem if there are no segments afterwards, true.
[22:14] <blr> yep, in that case the ref is always the last var to match
[22:15] <wgrant> :)
[22:15] <blr> always nice when things are easier than you anticipate.
[22:17] <blr> wgrant: thomi was showing me testtool's matchers this morning, it might be nice to have some custom matchers for git objects or ref collections
[22:18] <wgrant> blr: Yeah, that will make a lot of sense once we start introducing lots of functionality that writes to repos.
[22:38] <thomi> woooo! there's now only *6* import policy violations :D
[22:43] <wgrant> thomi: Yay!
[22:43] <wgrant> You worked out the ZCML etc?
[22:43] <thomi> wgrant: I think so. Just proposing a merge so you can tell me what I did wrong :D
[22:43] <wgrant> blr: What's left of the initial API server work?
[22:43] <thomi> then I'll feel more confident about handling the others
[22:44] <blr> wgrant: the hairy ones, diff and merge
[22:44] <blr> err diff and clone
[22:44] <blr> rather
[22:44] <wgrant> Yeah, they're not quite obvious. I suspect we'll need to redesign them a few times as their uses become clearer.
[22:45] <blr> was thinking I would start in on diff
[22:47] <wgrant> Yeah, diffing two specified commits directly is probably a good place to start. We'll work from there.
[22:48] <blr> that sounds sensible
[23:20] <wgrant> cjwatson: python-pygit2 doesn't seem to actually work for me without libgit2-dev and python-dev, and doesn't depend on them. Does that affect Debian too?
[23:20] <wgrant> oh derp
[23:21] <wgrant> I was trying to import it while inside a clone of it.
[23:21] <thomi> wgrant: any chance I could get some feedback on https://code.launchpad.net/~thomir/launchpad/devel-fix-import-violations-specificationworkitem/+merge/251395 please?
[23:22] <wgrant> thomi: Ah, looked before but it had no diff.
[23:22] <thomi> wgrant: yeah, I had to poke the branch scanner a few times :(
[23:22] <wgrant> 'tis Monday :(
[23:22] <thomi> I thought that'd make it better though
[23:22] <thomi> Monday == few users?
[23:23] <wgrant> Monday == 48 hours of no LP branch pushes, so caches get cold.
[23:24] <wgrant> thomi: Any chance of a quick test of that new method?
[23:24] <thomi> wgrant: on the *Set class?
[23:24] <thomi> good idea..
[23:25] <wgrant> Yep
[23:49] <blr> wgrant: thanks for the review, will tidy that up.
[23:50] <wgrant> blr: I hunted around for a built-in pygit2 map of object types to their normal identifiers, but I couldn't find one.
[23:50] <wgrant> Other than, like, using obj.__class__.__name__.lower()
[23:50] <blr> wgrant: I know, weird eh, I did the same
[23:50] <blr> wgrant: was thinking I should send them a pull request for that.
[23:51] <wgrant> We're gooing to need to do a bit of that, particularly around MPs.
[23:51] <wgrant> There are features in libgit2 that they've wrapped too deeply.
[23:51] <blr> yeah, some of the library doesn't strike me as very pythonic.
[23:53] <wgrant> It's better than it was 18 months ago.
[23:54] <wgrant> thomi: I'd create say three workitems, two with one milestone and one with another, then unlinkMilestone(milestone_with_two_items) and assert that all three now have the correct state.
[23:55] <wgrant> 'cause that test is passed by a trivial "UPDATE specificationworkitem SET milestone = NULL" :)
[23:55] <wgrant> Also, we normally use assertIs with None, though it doesn't matter on CPython.
[23:55] <thomi> wgrant: good point - changing now...
[23:56] <wgrant> thomi: Fortunately the factory makes that quite painless.
[23:56] <thomi> yeah :D
[23:57] <wgrant> You'll see a lot of older tests do awkward stuff or use sampledata when they could easily use the factory. It's always appropriate to fix those in a driveby if you feel the need.
[23:57] <thomi> wgrant: do you mind the asserts that ensure that the factory created things correctly? I add them to assure myself that it's doing what I think it is, and I'm never sure if I should remove them afterwards or not...
[23:58] <thomi> I like the kind of "asserts to demonstrate prior state > ACTION > asserts to demonstrate resulting state" pattern
[23:59] <wgrant> thomi: No, I usually do that myself.


[01:03] <thumper> mhall119: probably in some design document
[01:04] <thumper> mhall119: ask JohnLea
[01:25] <bschaefer> jaytaoko, hey, ping
[01:26] <bschaefer> thumper, also if you get a chance, this branch should be just need a quick glance over for a review:
[01:26] <bschaefer> https://code.launchpad.net/~brandontschaefer/unity/fix-711199/+merge/89192
[01:26] <thumper> bschaefer: sure
[01:26] <thumper> bschaefer: trying to look at yet another regression
[01:26]  * thumper sighs
[01:26] <bschaefer> o no!
[01:27] <bschaefer> thumper, what is the regression?
[01:27] <thumper> super-a not always showing the dash
[01:28] <bschaefer> ugg those dash bugs are annoying :(
[01:28] <bschaefer> if I can finish up this dead key regression Ill see if I can help!
[01:29] <thumper> :)
[01:31] <bschaefer> but I also have all day tomorrow! (Yay for being 21 hours behind you haha)
[01:52] <thumper> thomi: there is certainly a bug
[01:52] <thumper> I'm looking at timing
[01:53] <thumper> and there is some weirdness
[01:53] <thumper> I think I'm getting close
[01:53] <thomi> cool.
[01:53] <thomi> it seems to be getting worse for me over time
[01:53] <thomi> ...but this morning gord said it worked fine for hom
[01:53] <thomi> *him
[01:53] <thomi> maybe it only happens on blinging laptops :P
[01:55] <thumper> there is certainly some issue...
[01:55]  * thumper adds moar logging
[02:22] <thumper> thomi: I've found the problem, now just wondering how it ever worked
[02:22] <thomi> cool!
[02:22] <thomi> what was it?
[02:25] <thumper> it is a timing issue
[02:25] <thumper> I think made worse by changes in the compiz screen grabs
[02:25] <thumper> two different methods arguing over who gets to show the dash
[02:25] <thumper> however one is a toggle
[02:26] <thumper> so if it loses, it hides the dash
[02:26] <thumper> :)
[02:26]  * thumper tries the fix (of commenting out one line)
[02:28] <thomi> heh
[02:28] <thomi> nice
[02:28] <thomi> le's get that merged - I want my autopilot tests to pass
[02:30] <thumper> hmm...
[02:30] <thumper> nothing is that simple
[02:30] <thumper> arse
[02:30] <thumper> still a timing issue
[02:30]  * thumper digs more
[03:06] <thumper> thomi: ok
[03:07] <thumper> thomi: the regression is in the tap detection :(
[03:07] <thomi> ok?
[03:07] <thomi> hah
[03:07] <thumper> super-a
[03:07] <thumper> is showing the application lens
[03:07] <thumper> then thinking you tapped super
[03:07] <thumper> to close the dash
[03:07] <thomi> *sigh*
[03:07] <thumper> yep
[03:08] <thomi> ahh well, at least we know what the issue is
[03:08] <thumper> yep
[03:08] <thomi> what do we do now?
[03:08]  * thumper emails Daniel :-|
[03:08] <thomi> what a way to join the company!
[03:08] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[03:08] <ubot5`> Ubuntu bug 770283 in fglrx-installer (Ubuntu) "[fglrx]title bar does not update on non-maximized windows" [Undecided,Confirmed]
[03:08] <thomi> "Welcome to the company - FIX THIS NOW"
[03:08] <snadge> please fix this bug.. it is really annoying ;)
[03:09] <snadge> i dont blame the ubuntu devs.. i want to march into amd's office and slap the linux catalyst driver guy around
[03:10] <snadge> he should just accidentally release the source code to fglrx on piratebay
[03:11] <snadge> its frustrating having to depend on binary drivers that are poorly maintained
[03:11] <snadge> it would be nice if they could abandon fglrx.. and create proprietary addons to the radeon driver
[03:12] <snadge> which you can obviously disable or not use at compile or run time
[03:12] <thomi> snadge: I'd love to help, but I'm running an nvidia chipset, so can't reproduce :(
[03:13] <snadge> yeah i have a house full of radeon chips.. its frustrating
[06:23] <snadge> so i have some information regarding the fglrx window title bug
[06:23] <snadge> apparently everyone else.. intel, nvidia, radeon etc.. uses a GL2 dri
[06:23] <snadge> but for whatever reason, fglrx is still on GL1
[06:23] <snadge> the window title bug used to exist on other gpus as well
[06:23] <snadge> but it seems instead of fixing the problem.. they switched to using GL2
[06:24] <snadge> and fixed the drivers instead.. (because they're open)
[06:24] <snadge> amd has committed to supporting GL2 dri, but this hasn't happened yet
[10:09] <angeloc> MacSlow: i think i found the root of the problem!
[10:09] <angeloc> MacSlow: on row 2695 in Launcher.cpp this will be called unrespectively of where launcher mouse is on
[10:09] <angeloc> MacSlow: _dnd_hovered_icon = new SpacerLauncherIcon();
[10:09] <angeloc> MacSlow: how choose a launcher instead of another? Involves it mouse x,y?
[10:10] <angeloc> bug 925021
[10:10] <ubot5`> Launchpad bug 925021 in unity (Ubuntu) "Launcher - Inserting items into launcher makes unnecessary animations on other monitors" [High,Confirmed] https://launchpad.net/bugs/925021
[11:15] <Saviq> gord, hey, any idea why the word highlights in HUD results are gone in indicator-appmenu from ppa:ubuntu-desktop/ppa?
[11:17] <gord> Saviq, i'd imagine that ted made a change in the backend to stop supplying the pango formatting to highlight them
[11:17] <Saviq> gord, yeah that's what I'd thought, was just wondering whether you know the cause for that, I'll wait for Ted to show up, thanks
[11:18] <gord> Saviq, well we discussed replacing the pango <b> tag with one we could match against client side, but i'm not sure if he went and made that change before we were ready or not
[11:19] <Saviq> gord, ok thanks
[11:29] <Saviq> gord, hmm just noticed that it lost the app icon, too
[11:46] <gord> Saviq, you are going to make me install the ppa and see aren't you? ;)
[11:47] <Saviq> gord, no, not really :)
[11:47] <Saviq> gord, we're reproducing it here no problem
[11:47] <Saviq> so will wait for Ted to confirm
[11:47] <gord> i might as well take a look, i have a few minutes before lunch
[16:31] <Saviq> didrocks, any news on unity-common getting into unity-merger?
[16:34] <didrocks> Saviq: no, didn't really get the time to look at the issue we saw the other day on pbuilder with all the unity release thing…
[16:35] <didrocks> Saviq: but I though you just needed a dummy schema?
[16:35] <didrocks> Saviq: can the test just copy it
[16:35] <didrocks> run update-glib…
[16:35] <didrocks> and be done with it?
[16:35] <didrocks> (you are root on the system in the merger)
[16:36] <Saviq> didrocks, well, yeah, that would work, too
[16:37] <Kaleo> ;)
[16:37] <Saviq> but... then we would have to jump through hoops for the test to pass during normal testing without root
[16:37] <Saviq> and honestly sounds like a bad thing to do ;P
[16:37] <didrocks> getuid? :)
[16:38] <Saviq> didrocks, I can get a hook to install unity-common only when building unity-2d, will you accept that?
[16:38] <didrocks> Saviq: oh, you found that? yeah, that was what I intended to do with my first proposal
[16:39] <didrocks> Saviq: just didn't get the time to look at how to do that in the D*
[16:39] <Saviq> didrocks, well, didn't, yet, but can spend some time to make sure of that
[16:39] <Saviq> didrocks, ok, I'll take a look
[16:39] <didrocks> yeah, that's was my first intend to do :)
[16:39] <didrocks> thanks Saviq
[16:42] <snadge> so compiz/nux still uses opengl 1 code path with fglrx?
[16:42] <snadge> and every other driver is using opengl 2?
[16:42] <snadge> i heard some words to this effect.. i dont really know what im talking about.. and hoping someone can shed some more light on this
[16:52] <jaytaoko> snadge: compiz/nux uses the highest version of opengl installed on the system. The minimum version of opengl that we support is opengl 1.4. In practice we don't use features of opengl beyond opengl 2.1
[16:54] <jaytaoko> snadge: there use to be a problem with fglrx and compiz. the fglrx driver would set compiz in indirect mode. That mode is restrictive and not very efficient. That issue has been resolved.
[17:29] <angeloc> didrocks: unity from lp:unity doesn't compile
[17:30] <angeloc> didrocks: unityshell.cpp:1527:26: error: ‘StateTermTapped’ is not a member of ‘CompAction’
[17:30] <didrocks> angeloc: it does compile, do you have latest compiz?
[17:30] <angeloc> didrocks, pulled right now
[17:30] <didrocks> angeloc: it's compiled automatically on every commit, otherwise trunk is rejected :)
[17:31] <angeloc> didrocks: mmm, i have to try harder!
[17:31] <didrocks> angeloc: add the ppa:unity-team/ppa
[17:31] <didrocks> you will get latest compiz and latest nux
[17:31] <didrocks> which are needed for unity trunk
[17:31] <angeloc> didrocks: wow!
[17:33] <didrocks> Saviq: if you need this branch to be merged, I can temporary adding unity-common without any constraint
[17:33] <didrocks> then removed once merged
[17:33] <didrocks> (as unity is frozen, it's fine)
[17:41] <snadge> jaytaoko: has been resolved where.. in tree? or unity ppa?
[17:41] <snadge> its this bug im specifically referring too anyway
[17:41] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[17:41] <ubot5`> Ubuntu bug 770283 in fglrx-installer (Ubuntu) "[fglrx]title bar does not update on non-maximized windows" [Undecided,Confirmed]
[17:43] <didrocks> Saviq: good new, I know what to do!
[18:11] <didrocks> Saviq: ok, my try didn't work out, but I'm close to! I'll have a deeper look on monday :)
[18:32] <jaytaoko> snadge: the problem I am was referring has been resolved in compiz and released. The bug you mentioned is something else. From  your previous question, I thought you needed more info about the version of OpenGL we are using.
[21:16] <louis699> Hi, I'm getting the error /usr/src/gtest does not contain a CMakeLists.txt file
[21:16] <louis699> when I try to compile Unity
[21:16] <louis699> I think that I have the latest source.
[21:18] <louis699> Any ideas?
[23:16] <louislepp> I managed to fix the error with gtest's CMakeLists file that I was encountering earlier, while tring to build unity, now I'm getting a compile error in unityshell.cpp:1527:26
[23:16] <louislepp> StateTermTapped is not a member of CompAction


[15:13] <Kilos> oh my, look how few
[15:13] <Kilos> what happened
[15:16] <Kilos> QA: wb
[15:16] <QA> Thank you so much Kilos my good friend
[15:16] <Kilos> QA: now make coffee
[15:16] <QA> Kilos: Sorry...
[15:16] <Kilos> QA: coffee on
[15:16]  * QA starts grinding coffee
[15:20] <QA> Coffee's ready for Kilos!
[15:46] <Kilos> QA: ty
[15:46] <QA> Only a pleasure Kilos