[00:01] <valorie> yup
[00:01] <valorie> loooong one
[00:01] <valorie> but lotsa people
[00:01] <valorie> that was good!
[00:01] <valorie> plus: aaron's hat
[00:01] <valorie> always excellent
[00:06] <valorie> .... dinner
[00:24] <clivejo> link to the video?
[00:24] <clivejo> or was to streamed to YouTube?
[01:34] <valorie> clivejo: no clue, sorry
[04:12] <ahoneybun> clivejo: you have access to the YouTube
 Yes I do and there is no video I can see
 Ahh it was just recorded on BBB
 Not streamed I guess
[15:35] <acheronuk> we need it streamed. otherwise far as most people are concerned, it didn't happen
[15:36] <acheronuk> Rick said he didn't have bandwidth. maybe s76 from your end?
 but's on a saturday
[18:02] <clivejo> is it ready to go?
[18:02] <clivejo> ie can it just be uploaded to youtube?
 Not sure not home
[18:56] <clivejo> can someone work on a block of text for the front page of kubuntu.org with suggestions Micheal made?
[18:56] <clivejo> ie an actual mention of KDE :P
[19:06] <tsimonq2> Give me access and I'll be glad to do it :P
[19:48] <clivejo> you can't be trusted with access
[19:49] <clivejo> cause I know the first thing you will do is change the surnames!
[19:51] <clivejo> who is this Charles person on the recording, is he on IRC?
[19:53] <clivejo> regarding the phone in feature BBB, it actually costs to have that few cents a minute, so Fred asked to keep it's use to minium
 Yep, happy to sort that.
[21:59] <clivejo> hi Rick
[22:00] <clivejo> published the recording, hope you don't mind - https://www.youtube.com/watch?v=zVK8J27ed7o
[22:03] <valorie> I think there is an option to capture the chat as well, but it has to be done during the session
[22:04] <clivejo> @acheronuk you about?
[22:34] <valorie> disturbances in the Matrix
[22:46] <ahoneybun> the chat can be captured if you leave the default view of BBB
 need to set a policy on recording then
[23:09] <mparillo> clivejo: Thanks for posting. (1) it shows the choppiness is at my end. (2) It looks as if Kubuntu published it, not Kubuntu Podcast, correct?
[23:10] <clivejo> mparillo: yes
[23:10] <clivejo> we are moving away from a Podcast channel
[23:10] <clivejo> to a more generic Kubuntu themed one
[23:11] <clivejo> and linking to other Kubuntu related videos via playlists
[23:11] <mparillo> Excellent. I was getting ready to share from the Kubuntu G+ account and I just noticed.
[23:12] <clivejo> if you see any nice reviews for Kubuntu or KDE software let us know so we can add them
[23:12] <mparillo> I need better bandwidth in my home office. But sitting close to the WAP, the youtube audio is excellent.
[23:13] <mparillo> I have been doing that faithfully to G+, often to Twitter (but sometimes somebody beats me to it), and seldom to FB


[00:28] <slangasek> bregma: so I see there's a libgrip package in the raring-proposed queue that's been synced from https://launchpad.net/~ubuntu-unity/+archive/sru-staging ... our SRU process is not equipped to handle such things.  Do you have someone who can do a sourceful upload instead of a sync?
[01:05] <bregma> slangasek, I can take care of that
[01:05] <bregma> that change must have been languishing for the last 4 months, i never noticed
[12:29] <sergiusens> slangasek: xnox with a move to cross compilation, that means we are most likely going to move dh_auto_test unit tests to autopackage tests?
[15:32] <smartboyhw> Laney, you don't mind me updating Rhythmbox to 3.0?
[15:32]  * smartboyhw will file a FFe for this;)
[15:40] <jbicha> smartboyhw: see bug 1220972 and https://bugzilla.gnome.org/707527
[15:40] <smartboyhw> ubottu, ooh:)
[15:40] <smartboyhw> jbicha, ooh
[15:42] <smartboyhw> jbicha, so, it's impossible to touch on it since it wouldn't work?
[15:45] <jbicha> I wouldn't say that but it needs work to make sure all the python plugins work; that needs to be done eventually anyway
[15:46] <smartboyhw> jbicha, OK
[15:46] <jbicha> otherwise backporting fixes from 3.0 to saucy would be helpful
[15:47] <smartboyhw> jbicha, that will be quite a lot of backporting-.-
[16:26] <infinity> RAOF: "axserver-xorg-video-ati", you say? :)
[16:26] <infinity> RAOF: (From the changelog for xserver-xorg-video-ati)
[16:27] <infinity> RAOF: http://launchpadlibrarian.net/149219505/xserver-xorg-video-ati_1%3A7.2.0-0ubuntu5_1%3A7.2.0-0ubuntu6.diff.gz <-- Looks like you lost an argument with vi. ;)
[17:28] <Laney> jbicha: did you notice that your blender sync ftbfsed?
[17:28] <Laney> also owncloud-client but I'm looking into that one
[17:31] <jbicha> Laney: thanks for looking at owncloud-client since it looked a bit tricky to fix
[17:32] <Laney> I think it's just arch/indep fail
[17:32] <jbicha> yes but I wasn't sure the correct way to fix that
[17:32] <jbicha> for blender, see http://irclogs.ubuntu.com/2013/08/25/%23ubuntu-motu.html and continuing to 08/26
[17:33] <Laney> mmm
[17:43] <cjwatson> sergiusens: There's no reason to *move* them, since they're useful for native builds.  You might wish to run them from autopkgtest *as well*
[17:43] <jbicha> I'm not going to be able to fix blender as I have too much else going on right now
[17:43] <cjwatson> sergiusens: It'll be a long time before official package builds stop being natively-built, if ever
[17:44] <cjwatson> sergiusens: As far as I'm aware, current work on cross-building is mainly with the aim of making developer-system iteration easier and quicker
[19:09] <sergiusens> cjwatson: ack with the debian package building... what about click and CI. Should we aim for xcompile or native?
[20:20] <cjwatson> sergiusens: well, native comes out in the wash no matter what generally, but we need to aim for making cross-compile work too
[20:25] <jtaylor> can (ppa) packages depend on backports?  (e.g. via versioned depends)
[21:00] <cjwatson> That's a lot of chromiums building in parallel.
[21:01] <cjwatson> Glad I removed the restriction on PPAs :)


[00:49] <smspillaz> slangasek: hm ?
[00:51] <slangasek> smspillaz: a late change in raring reverted a substantial patch to the constrain-to-workarea handling in the place plugin; I blame this change for my windows flying around between workspaces again today
[00:51] <smspillaz> slangasek: which windows ?
[00:51] <slangasek> all of them ;P
[00:51] <smspillaz> slangasek: steps to reproduce ?
[00:51] <slangasek> smspillaz: that will take time to determine
[00:52] <smspillaz> slangasek: the change that was reverted in raring at least was to do with windows which give themselves a StaticGravity position hint
[00:53] <smspillaz> I didn't read the specification exactly right and thought StaticGravity was to do more with placement than it was movement and resizing
[00:53] <slangasek> smspillaz: well, literally every window on my desktop wound up jammed onto a single workspace after some desktop resizing today; firefox, gnome-terminal, evince, etc
[00:54] <smspillaz> slangasek: I can give it a brief look if need be
[00:54] <slangasek> smspillaz: well, even explaining how I triggered it is cumbersome - feel free to ignore me until I have a chance to actually reproduce it
[00:55] <smspillaz> slangasek: coolio
[00:55] <smspillaz> slangasek: is that currently blocking the branch review at the moment? There is no rush, was just wondering
[00:55] <slangasek> smspillaz: not at all
[00:56] <smspillaz> okay cool
[00:56] <slangasek> just an ironic coincidence that it happened to me just as I was starting to review
[00:56] <smspillaz> heh
[00:58] <smspillaz> slangasek: ah, just noticed that you finished the review :)
[01:05] <smspillaz> slangasek: quick manual testing on trunk seeks to indicate that everything is working fine.
[01:07]  * slangasek nods
[12:58] <spindritf> hi, after upgrading to raring the scroll (edge scroll on the touchpad) doesn't work on the unity task-bar(/launcher/whatever-it's-called, the one with the large icons of running apps)
[12:58] <spindritf> how do I reenable scroll there?
[12:59] <spindritf> scrolling*
[13:05] <spindritf> that's the right channel to ask, though, right?
[13:28] <bregma> spindritf, yes, it's the right channel to ask
[13:28] <bregma> and it looks like there may be a bug there
[13:34] <spindritf> bregma, as in: it used to work for you, now it doesn't but it wasn't meant to be removed -- that kind of bug?
[13:35] <bregma> I don;t know if it ever worked for me, but I think it may never have been meant to be removed
[13:35] <spindritf> ok, against which package should I file it?
[13:35] <bregma> Unity
[13:35] <spindritf> thanks
[13:36] <bregma> soem changes went in to the Launcher scrolling in 13.04, that may have somehow gotten dropped
[13:36] <spindritf> oh, one more thing -- what is the proper name of that thing, Launcher?
[13:36] <bregma> yes
[13:37] <bregma> if it's no longer supposed to work that way, the UI designers will say so on your bug, and then we'll know for sure
[13:39] <spindritf> the move-the-cursor method of scolling is very annoying because if you move it foo far up, you leave the Launcher and then it closes
[13:40] <bregma> currently, the touchpad edge-scroll acts like a mouse wheel and tries to switch between windows in an active application...  it's a little unexpected
[13:40] <spindritf> oh, yeah
[13:40] <spindritf> so it will probably stay that way...
[13:40] <bregma> I think the UI designers need to comment on that
[13:40] <spindritf> %&*$
[14:00] <spindritf> ok: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1173623 ; thanks, bregma
[14:04] <spindritf> there used to be a setting for launcher in 11.10 iirc, something between hidden and visible -- it was visible until a window tried to use that space, what was it called?
[14:04] <spindritf> ducking?
[14:04] <spindritf> no
[14:04] <spindritf> dodge
[14:05] <spindritf> another victim of simplification
[15:38] <gnuts_linuz> Unity sucks
[15:38] <gnuts_linuz> But not any more