[00:18] <darkxst> md5 link for Ubuntu GNOME trusty 14.04.2 i386 on iso tracker is pointing to vivid/amd64 can someone fix that?
[00:18] <darkxst> http://iso.qa.ubuntu.com/qatracker/milestones/332/builds/88800/downloads
[08:02] <ochosi> hey everyone, i hope this is the right channel for what i'm going to ask
[08:02] <ochosi> i'm the xubuntu project lead and we just started testing 14.04.2 and that looks like a royal mess
[08:03] <ochosi> lots of stuff gets pulled in that shouldn't, (gnome stuff, qt stuff, unity stuff), we really can't release that as is
[08:03] <ochosi> any idea what we can do about this?
[08:04] <ochosi> not sure what causes this horrific dependency chain, 14.04.1 was fine so i presume SRU
[08:14] <darkxst> ochosi, you can find out was is causing things to be pulled in from the germinate logs
[08:14] <darkxst> http://people.canonical.com/~ubuntu-archive/germinate-output/xubuntu.trusty/
[08:15] <ochosi> darkxst: hm, i've never seen those before, how would i go about weeding through those most efficiently? or just one by one?
[08:20] <Laney> ochosi: example of something bad?
[08:21] <ochosi> gnome-control-center, gnome-screensaver, xscreensaver, libqt5*, indicator-datetime, indicator-session, gnome-power-manager etc
[08:21] <ochosi> ibus
[08:21] <ochosi> (note: we don't install ibus, xscreensaver or indicator-keyboard in trusty)
[08:48] <ochosi> Laney: there's also unity-control-center, unity-greeter and unity-settings-daemon, in case that sounds more interesting to you ;)
[08:48] <darkxst> ochosi, you find the packages that are incorrectly pulled in via rdepends folder
[08:48] <Laney> Give me 10 minute then I'll see if I can make some sense of it
[08:48] <darkxst> for eg http://people.canonical.com/~ubuntu-archive/germinate-output/xubuntu.trusty/rdepends/xscreensaver/xscreensaver
[08:49] <Laney> but yes, rdepends/<package>/ should give hints
[08:49] <ochosi> Laney: thanks, sure, i'll stick around!
[08:50] <ochosi> thanks for the hints, guys
[08:50] <ochosi> and sorry for being a bit lost here, i'm usually not dealing with packaging at all
[08:51] <ochosi> just trying to make some sense of it since 14.04.2 is not very far away
[08:52] <darkxst> ochosi, did you ask Jackson?
[08:52] <ochosi> not yet
[08:52]  * Noskcaj jackson?
[08:52] <darkxst> yes
[08:52] <darkxst> ochosi, he is good with these things
[08:52] <ochosi> Noskcaj: better read up on the backlog ^ ;)
[08:52] <Noskcaj> sigh
[08:54] <Noskcaj> ochosi, So check seeds + germinate for what is adding this? I'll take a look in the morning, if we can delay that long.
[08:54] <ochosi> afaik release is in two days or so
[08:57] <ochosi> so yeah, you be the judge of whether that is do-able
[08:57] <ochosi> but my guess is that we have to find/fix the culprit/s asap
[08:59] <Noskcaj> then math homework can be done some other time, i'll look now
[09:09] <Noskcaj> I've not got time to make sense of it tonight, hopefully i can get some fixed tomorrow
[09:10] <Noskcaj> Which germinate output can we not have the stuff in?
[09:12] <ochosi> Noskcaj: i hope you're not asking me, cause i have no clue what you mean
[09:12] <Noskcaj> I'm asking whoever knows
[10:23] <ochosi> Laney: i presume you didn't get anywhere, right?
[10:27] <Laney> ochosi: sorry got distracted writing a wrapper for gnome-terminal, lemme see
[10:28] <ochosi> ah sure, no problem. and thanks!
[10:29] <ochosi> any help is much appreciated
[10:36] <infinity> ochosi: stgraber and I have notes on what needs hinting/fixing for the flavours, we'll bang out some fixes and see how they work.
[10:37] <ochosi> infinity: oh great!
[10:37] <ochosi> well i guess for us so far it's mostly the dependency mess
[10:37] <ochosi> we've ran a few tests and those seem to be responsible for all regressions
[10:37] <infinity> ochosi: It's a similar mess to what I had to fix for Unity-using flavours already, just needs a bit of hinting in livecd-rootfs.
[10:38] <ochosi> oh good
[10:43] <ochosi> infinity: would you mind pinging me if you fix that?
[11:34] <infinity> ochosi: Will do.
[13:16] <jibel> infinity, there is a problem on 14.04.2 bug 1417792
[13:16] <jibel> infinity, confirmed on a fresh install of desktop i386
[13:21] <jibel> clearly not a problem with software-properties but I am not where this bug belongs to
[17:06] <elfy> infinity: do you know whether we (xubuntu) will get an image that we can rebuild then test before tomorrow and have a fighting chance at marking it ready?
[17:48] <wxl> folks, do you have any clue what's going on here? even our developer doesn't know https://bugs.launchpad.net/ubuntu/+source/lubuntu-meta/+bug/1417784
[18:03] <bdmurray> infinity: bug 1417792 seems important
[18:09] <mlankhorst> does the lts-utopic iso build? :P
[18:13] <jibel> davmor2, is confirming bug 1418109 and bug 1418105 on 14.04.1 to check if they are regressions
[18:13] <jibel> infinity, ^
[18:17] <davmor2> jibel: technically I'm downloading the image now to confirm it and going for tea :)
[18:38] <bdmurray> arges: If you could leave a bit for timo for tomorrow that'd be great
[18:38] <arges> bdmurray: sure, when are you normally doing training
[18:39] <bdmurray> arges: tomorrow morning should be the last session
[18:40] <arges> bdmurray: ok, i'll call it a day now. should be plenty to do tomorrow
[18:40] <arges> (well with SRUs at least)
[18:40] <bdmurray> arges: okay, thanks!
[18:41] <tjaalton> bdmurray: I should be available around this time tomorrow
[18:43] <bdmurray> tjaalton: sounds good
[18:43]  * wxl sighs
[19:21] <davmor2> cyphermox, jibel: good and bad news.  Good it's present in 14.04.1, bad it's present in 14.04.1 :)
[19:22] <cyphermox> davmor2: still the oem bug right?
[19:22] <davmor2> cyphermox: both of the oem bugs
[19:22] <cyphermox> both?
[19:22] <davmor2> bug 1418109 and bug 1418105
[19:22] <cyphermox> I ahve 1418109
[19:22] <cyphermox> ok good
[19:23] <davmor2> cyphermox: don't know why your happy it's all your fault ;)
[19:24] <cyphermox> of course ;)


[07:27] <bkerensa> philipballew: if you would like to meet met tomorrow morning I will be riding the Max in to OCC at 8:02am
[07:27] <bkerensa> philipballew: just meet me at the 82nd Max Station if interest and I should be there about 8:00am :)
[07:28] <philipballew> bkerensa, Sorry, I do not get in till 8:55am.
[07:28] <philipballew> I'm still in Auburn
[07:28] <bkerensa> philipballew: ahh ok yeah I have to be down there at 8:30 to help setup
[07:29] <philipballew> bkerensa, Ah, I see.


[08:02] <xubuntu49d> posso avere aiuto per installare driver
[15:17] <RFleming> Greetings!
[16:26] <RFleming> Where's the backdrops folder located?
[16:27] <RFleming> nevermind, found it.  /usr/share/xfce4/backdrops for the curious
[17:41] <RFleming> Anyone alive in here?
[17:41] <RFleming> looks like http://tracker.xubuntu.org is broken
[17:45] <flocculant> http://dev.xubuntu.org/
[17:45] <RFleming> OK
[17:45] <flocculant> tracker.x.o is old
[17:45] <RFleming> I got the tracker link from the old roadmap link
[17:47] <RFleming> (which is the first link returned when searching xubuntu roadmap)
[17:47] <flocculant> k
[17:49] <flocculant> changed that roadmap link to point correctly now
[17:49] <flocculant> RFleming: #xubuntu-devel is probably the best place to point us to things like that :)
[17:51] <RFleming> duly noted.
[17:53] <RFleming> flocculant: how many people in the xubuntu-devel team are part of the xfce-devel team?
[17:53] <RFleming> or are the two truly separate?
[17:54] <flocculant> definitely not seperate
[17:54] <flocculant> ~ 4 in our team are xfce that I know of
[17:55] <RFleming> I am curious about xfce development, but not a lot of info is posted there either
[17:55] <flocculant> :)
[17:55] <RFleming> last news was Feb 28, 2015 about how they're partying about 4.12
[17:55] <flocculant> I'm not one of the 4 :)
[17:56] <flocculant> I know there's work porting Xfce to gtk3 - we've got testing ppa's for that stuff
[17:56] <RFleming> How's that going... percentage wise
[17:57] <flocculant> https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xfce4-gtk3?field.series_filter=yakkety
[17:58] <flocculant> bbl
[17:59] <RFleming> ok
[19:53] <Bucky> Hi, I installed XFCE on an Ubuntu 16.04.1 server and when logging in through VNC there are no icons, did I not do something correctly?
[21:51] <someone235> Hi, my touchpad scroll doesn't work. Someone knows how to fix this?


[01:02] <jono> is anyone seeing this GTK rendering issue - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1036455 ?
[01:02] <ubot2> Ubuntu bug 1036455 in gtk+3.0 "GTK Rendering Issue (potentially a Scrolled problem)" [Undecided,New]
[01:11] <robru> jono, can't say I have in my day-to-day activities... are there any other apps you've noticed this in?
[01:12] <robru> though I just tried out your gtkissue branch on quantal and can confirm the results in your screencap
[01:13] <robru> jono, so... yes ;-)
[01:21] <jono> robru, indeed, it seems a bit odd
[01:21] <jono> if you could confirm the bug that would be great
[01:21] <robru> sure thing
[01:21] <jono> thanks!
[01:22] <robru> btw, nice to meet you ;-)
[01:23] <robru> (I'm the newest hire on the desktop team, starting officially on weds)
[01:26] <mdeslaur> robru: welcome!
[01:26] <robru> oh, thanks ;-)
[01:27] <robru> gotta say, I'm honored to be part of such a great team.
[01:27] <mdeslaur> robru: no need to suck up to me, I'm not on the desktop team :)
[01:28] <robru> haha, I don't even know who's who. but jono is like, the second most famous Canonical person that I know of, so it's cool to see him here.
[01:28] <mdeslaur> jono is the second most famous person I know, period
[01:29] <mdeslaur> he's right after kim kardashian
[01:29] <robru> haha. Well I suppose I'll meet him at UDS in Oct. Then I'll be able to say the same.
[01:31] <jono> nice to meet you robru!
[01:31] <jono> I am not famous :-)
[01:31] <robru> not true!
[01:31] <jono> robru, welcome to the company!
[01:31] <jono> mdeslaur, lol
[01:31] <robru> There was a time not too terribly long ago that you and the sabdfl were the only names of Canonical people I knew of ;-)
[01:32] <jono> robru, I am not sure that makes me famous, just notorious :-)
[01:32] <robru> lol, fair point!
[01:32] <jono> :-)
[01:32] <jono> nice to meet you robru, but a I have to run
[01:32] <robru> did you need any help with that issue?
[01:32] <jono> time to work out before dinner
[01:32] <bryceh> robru, welcome aboard!
[01:33] <jono> robru, if you can help diagnose it, that would be great
[01:33] <robru> jono, I'll have a look but no promises.
[01:33] <robru> bryceh, thanks!
[01:33] <jono> it is quite odd - I wasn't sure if maybe the cause is some deprecated properties or something
[01:33] <jono> hey bryceh
[01:33] <bryceh> robru, what area are you working on?
[01:33] <bryceh> hey jono
[01:33] <jono> gotta run, and welcome again robru! :-)
[01:34] <robru> bryceh, well jasoncwarner_ was talking about starting me off with some GNOME bugs but hasn't been terribly specific so far. I have the most experience with writing GNOME apps in python, but I'm really looking forward to new challenges and learning new skills here so I'm open to try just about anything. Been teaching myself packaging over the last couple weeks.
[01:34] <robru> thanks jono!
[01:34] <kenvandine> robru, want to take over chromium ?
[01:35] <robru> no ;-)
[01:35] <kenvandine> hehe
[01:35] <kenvandine> note i am not the maintainer... but nobody else was doing it so i touched it last :/
[01:35] <robru> sounds like the best game of hot potatoe that ever was ;-)
[01:36] <mdeslaur> lol
[01:37] <kenvandine> :)
[01:37] <bryceh> robru, well cool, glad to have you aboard.  I'm sure within a week or two you'll be up to your eyeballs.  :-)
[01:37] <robru> no doubt!
[01:38] <robru> btw kenvandine, did jasoncwarner_ talk to you at all? he mentioned to me that you or mterry could mentor me a bit. I already talked with mterry and he sounds really cool.
[01:40] <kenvandine> robru, he didn't... but i would be happy to!
[01:40] <kenvandine> robru, and welcome aboard!
[01:40] <robru> thanks!
[01:40] <robru> alright kenvandine, glad to know I'm working with helpful people. No questions as of yet but I'll let you know if I think of anything.
[01:41] <kenvandine> :)
[01:41] <kenvandine> robru, where are you from?
[01:42] <robru> kenvandine, that's a long story ;-)
[01:42] <robru> Currently living in the burstling metropolis known as Winnipeg, but don't hold it against me ;-)
[01:43] <robru> basically all over Canada, but mostly the western bits, and going further west very soon! So excited to be moving to Victoria!
[01:43] <kenvandine> cool, so close to my timezone
[01:43] <kenvandine> i am east coast US
[01:44] <kenvandine> NC
[01:44] <robru> Ah yeah
[01:44] <robru> Well I'm getting further away in just a few months ;-)
[01:44] <robru> in a great cosmic coincidence, jasoncwarner_ and I are both moving to the same city.
[01:44] <bryceh> oh, I hadn't heard he's moving to victoria
[01:45] <robru> oops, I hope that wasn't a secret
[01:45] <bryceh> robru, I'm in Portland, Ore.  :-)
[01:45] <bryceh> robru, you spilled the beans!
[01:45] <robru> bryceh, sweeet! I've never been but my girlfriend just took a trip there and she's still raving about it weeks later!
[01:45] <bryceh> nah, he's been talking about moving to the PNW for some time.  Just hadn't heard he'd decided where.
[01:46] <robru> bryceh, ah yeah. well he was telling me he was considering the Canadian side because his wife's from there. I've been in love with Victoria since I was a kid, but life's been conspiring against me until now. Things are finally coming together!
[02:11] <jono> robru, you are moving to the US?
[02:12] <robru> nope, staying within Canada
[02:12] <bryceh> jono, victoria is in B.C. canada
[02:13] <robru> Closest thing Canada has to a tropical island paradice ;-)
[02:13] <jono> bryceh, oh I thought he meant he was moving to the same town as Jason
[02:13] <jono> robru, :-)
[02:14] <bryceh> jono, you've heard jason is moving to the US?
[02:14] <jono> bryceh, I thought he was
[02:14] <robru> rumours abound!
[02:14] <jono> I may be wrong :-)
[02:14] <bryceh> :-)
[02:14] <jono> robru, :-)
[02:18] <robru> jono, what kind of testing have you done with that gtkissue app you wanted me to look at? I'm seeing some really weird behavior beyond just what was in your screenshot.
[02:18] <robru> eg, resizing the window big enough and then smaller again does get it to wrap down to a second line
[02:18] <robru> but it still has quite the wide horiz. scrollbar
[02:19] <robru> its really bizarre because I haven't seen any issues with, eg, nautilus. what other apps even use an iconview I wonder...
[02:19] <jono> robru, I have seen the same bug too
[02:19] <jono> robru, this is why I wanted to write that demo branch so you can play with it5
[02:19] <jono> but it is odd that the same code has radically different behavior on 12.04 and 12.10
[02:20] <robru> I should do a screencast of this, it's bizarre
[02:24] <robru> jono, what I'm seeing here is that if you can resize the window to 4 rows tall and approx. 3000px wide (dual screen here), it starts to exhibit normal-ish wrapping behavior, but if only 3 rows are visible or the window is fitting on just one screen, it does goofy things like show empty rows and not wrap properly at all.
[02:25] <robru> do we have an easy spot I can just throw a screencast up somewhere? all I have is github pages and I'd rather avoid a git checkin for a random screencast if possible.
[02:26] <jono> robru, publish to Ubuntu One would make most sense
[02:26] <jono> thanks for investigating robru!
[02:27] <robru> heh, never used ubuntu one. gimme a sec to register or whatever
[02:30] <robru> jono, k, uploading now
[02:30] <jono> thanks robru
[02:30] <robru> I poked at the source and didn't see anything especially out of the ordinary.
[02:31] <jono> robru, the problem is that I am not particularly sure what the bug is with
[02:31] <robru> but I haven't been especially thorough yet so that doesn't really mean much.
[02:31] <jono> whether it is a ScrolledWindow, Viewport, or IconView issue
[02:32] <robru> jono, if you have time, it would be helpful to try and reproduce the issue with the smallest possible codebase. eg, throw out all the quickly stuff and start over. just make a window and only add one widget at a time until you can recreate the behavior.
[02:33] <jono> robru,  I dont think removing the quickly bits will change it
[02:33] <jono> quickly just wraps around the edges
[02:33] <jono> that is a pretty pure piece of code
[02:33] <robru> yeah, but I mean if you had a 20-line script that could reproduce it, it would go a long way trying to identify the source of the issue.
[02:34] <robru> I'm not very familiar with quickly so I'm seeing a lot of code there and I'm not really sure what's part of quickly and what could be causing this.
[02:34] <robru> heck, it could even be something in quickly that's causing it.
[02:34] <robru> basically, making a "simplest reproducer" goes a long way for narrowing down what's what.
[02:34] <robru> http://ubuntuone.com/3b1wPfitaly1kktVih4D50 here's this for now
[02:35] <robru> i'll post it on the bug
[02:39] <robru> hey jono, on line 37 of GtkbugWindow.py, you have a comment describing a liststore column as 'col', what's that mean?
[02:42] <jono> robru, oh ignore that, that was just from the code I cut and pasted
[02:43] <robru> hey jono, problem vanishes when I comment out line #60
[02:43] <jono> robru, that is because you removed the addition section I suspect
[02:43] <robru> yeah, so it works when only one section is present ;-)
[02:45] <robru> jono, in the original app you wrote, did you have the same icon view duplicated both times? or were their two different ones?
[02:46] <jono> robru, I tried clearing the vars first, same issue
[02:52] <robru> jono, sorry, clearing what vars?
[02:52] <jono> robru, I added this add the beginning of add_view():
[02:52] <jono> outerbox = None
[02:52] <jono>         header = None
[02:52] <jono>         iconview = None
[02:52] <jono> just to be sure
[02:55] <robru> generally I would recommend using a gtkgrid as opposed to this series of nested boxes, but I don't think that's related to this issue especially
[03:00] <jasoncwarner_> bryceh jono and robru to dispell the rumors, we are indeed looking at portland, seattle, victoria, vancouver and abu dhabi (mostly for the skiing) as possible landing points for 2013. It is basically going to come down to who gives me the best offer. In my spare time I do interpretive street miming and we'll wait and see which city needs my skills the most!
[03:03] <robru> jasoncwarner_, you already know Victoria is where it's at. :-P
[03:11] <robru> but jono, you should seriously consider that thing I told you to do. throw out all of quickly, start with just one .py file, don't even use gtkbuilder, just start with literally nothing, then instantiate the widgets one by one, and run it after each widget that you add. that will significantly narrow down the source of the bug (partly by cutting out a lot of irrelevant junk, and partly because you'll know exactly which line of code
[03:11] <robru> you added that triggers the bug).
[03:11] <bryceh> jasoncwarner_, 8-)
[03:12] <robru> jono, my girlfriend is on her way here (uh, and it's 10pm too!) so you're on your own for now...
[03:12] <robru> ;-)
[03:39] <jono> jasoncwarner_, Northern California is the epicenter of interpretative street miming
[03:39] <jono> you know it makes sense :-)
[03:40] <jasoncwarner_> jono: :)
[04:18] <jono> kenvandine, around?
[04:19] <kenvandine> jono, for about 2 more minutes
[05:28] <didrocks> good morning
[07:56] <ogra_> smspillaz, https://git.reviewboard.kde.org/users/griffais/ the first patch seems to help a lot on nvidia arm devices, could we have something similar in compiz ?
[08:08] <seb128> good morning desktopers
[08:10] <didrocks> hey seb128!
[08:10] <didrocks> seb128: meeting report reminder day!
[08:10] <seb128> didrocks, oh, right, thanks ;-)
[08:10] <didrocks> yw ;)
[08:11] <didrocks> seb128: isn't robert normally on holidays or is he back? (I saw him exiting patch pilot and then /quit)
[08:11] <seb128> didrocks, he was on holidays for a week only
[08:11] <seb128> didrocks, he's back since yesterday
[08:11] <didrocks> ok, I should crack the whip to get my bake MR reviewed then!
[08:11] <seb128> ;-)
[08:11] <didrocks> they are baking, but not changing a lot :)
[08:16] <robru> oh shit, seb128 is here... but that means... it's 3AM where I am!
[08:16] <seb128> haha
[08:16] <seb128> robru, hey, how are you?
[08:16] <robru> Oh, I'm good! and you?
[08:16] <seb128> I'm good thanks
[08:17] <robru> seb128, if we're going to work on the same team, you're going to have to change your 'good morning' message to 'robru, go to bed!' ;-)
[08:17] <seb128> lol, indeed
[08:17] <seb128> robru, go to bed!
[08:17] <seb128> ;-)
[08:17] <robru> lol. can't sleep!
[08:17] <seb128> stop working, go watch some TV or read then! ;-)
[08:18] <robru> nah, not working, just reading RSS and surfing facebook of all things.
[08:18] <robru> besides, I haven't even officially started yet! I get one more day to myself ;-)
[08:19] <seb128> hehe, indeed
[08:22] <robru> Oh, just got an email from HR that was sent 5 minutes ago. I guess being up at 3AM ain't all bad...
[08:23] <chrisccoulson> good morning everyone
[08:23] <robru> morning chrisccoulson !
[08:23] <chrisccoulson> hi robru
[08:24] <robru> chrisccoulson, have we met formally yet? I am the newest member of the team. I officially start squashing boogs on wednesday!
[08:24] <chrisccoulson> robru, oh, welcome :)
[08:24] <seb128> chrisccoulson, hey, how are you?
[08:24] <chrisccoulson> i don't think we've met yet
[08:24] <robru> thanks!
[08:25] <chrisccoulson> seb128, yeah, good thanks. tired though, and hit a bit of a brick wall with this bug too :(
[08:25] <didrocks> hey chrisccoulson!
[08:25] <seb128> chrisccoulson, :-( did you fix it at the end or still on it?
[08:25] <robru> chrisccoulson, now we have ;-)
[08:25] <seb128> robru, chrisccoulson is our firefox maintainer
[08:25] <didrocks> welcome robru :)
[08:25] <robru> ahhhh
[08:25] <robru> thanks didrocks !
[08:25] <didrocks> (even if nobody says hello when I'm connecting :p)
[08:26] <seb128> didrocks, stop connecting at a time where you only have a chance to say hello to pitti, especially when he's on holidays :p
[08:26] <robru> didrocks, I was trying to sleep when you said hello ;-) only just got up a little bit ago myself
[08:26] <chrisccoulson> seb128, i've fixed the crash, but the fix ends up in completely non-functional firebug menus. i guess that's better, but i'm going to propose a patch to firebug as well
[08:26] <seb128> chrisccoulson, ok
[08:26] <didrocks> seb128: but but… I'm awake at that time! :)
[08:26] <seb128> didrocks, go to bed later! ;-)
[08:26] <didrocks> ahah
[08:27] <seb128> didrocks, or look at the positive side, you are some quiet time before it gets crazy
[08:28] <didrocks> yeah, I love dealing with my email during that time :)
[08:29] <didrocks> ahah: http://status.ubuntu.com/ubuntu-quantal/u/didrocks.html
[08:29] <didrocks> attaching the bug for removing unity-2d exploded my trend line :)
[08:29] <didrocks> but I'm still under it \o/
[08:32] <smspillaz> ogra_ I'll have a look into it thanks
[08:33] <ogra_> smspillaz, might be that we already have parts of it, not sure
[08:37] <chrisccoulson> w00t
[08:37] <chrisccoulson> seb128, the firebug patch is fairly trivial, and it works \o/
[08:37] <chrisccoulson> now, i hope they accept it and push a release out....
[08:37] <seb128> chrisccoulson, does it fix the firefox not starting issue as well?
[08:37] <seb128> or workaround it
[08:37] <seb128> or just the broken menus after your fix for appmenu?
[08:37] <chrisccoulson> seb128, we'll still need to SRU a crash fix for people that experience a startup crash
[08:38] <chrisccoulson> and then, assuming i can get the firebug guys to accept my patch, they'll get a firebug update which fixes the menu
[08:38] <seb128> chrisccoulson, do you have the fix for that ready? it's 2 days to hard freeze for the .1 iso ... do you think we should aim at the iso?
[08:38] <chrisccoulson> seb128, i'm not that concerned about making the iso tbh. i don't think people will be using firebug on there, will they?
[08:39] <seb128> chrisccoulson, probably not, the question is whether they will install updates on the installed system
[08:39] <chrisccoulson> ahhh
[08:40] <seb128> but, well, they need to get firebug online anyway right?
[08:40] <robru> to play devils advocate -- the type of webdesigner likely to use firebug would surely be smart enough to install updates?
[08:40] <seb128> so if they are connected and don't update firefox and install firebug ... too bad for them
[08:43] <chrisccoulson> seb128, updating firebug without firefox would be ok, and it would happen automatically for anybody who could still run firefox (i think)
[08:44] <seb128> chrisccoulson, you mean that with your firebug patch firefox would stop hitting the bug that prevents it to start?
[08:44] <chrisccoulson> seb128, yeah, it should do. although, i will verify that just to be sure
[08:45] <seb128> chrisccoulson, great
[08:59] <chrisccoulson> seb128, http://code.google.com/p/fbug/issues/detail?id=5809
[09:12] <seb128> chrisccoulson, good
[09:22] <chrisccoulson> hah, oh god, http://www.theregister.co.uk/2012/08/09/cde_goes_opensource/
[09:22] <chrisccoulson> i remember CDE!
[09:23] <chrisccoulson> i still had to use it in one of my previous jobs
[09:24] <mlankhorst> people still use twm.. :p
[09:24] <robru> Can't say I've used it personally but I did see it once on a Sun at my old university, over 10 years ago...
[09:25] <chrisccoulson> robru, yeah, we had it at university too. but i had to use it for a couple of years after that too
[09:26] <robru> frankly I would have preferred it to Windows...
[09:26] <chrisccoulson> we ran our electronics tools on solaris, but they were migrating to windows when i left
[09:28] <chrisccoulson> oh, we actually have nedit in the archive?
[09:28] <seb128_> is nedit good?
[09:28] <chrisccoulson> seb128_, no ;)
[09:29] <chrisccoulson> i just remember it from my days of using CDE
[09:31] <seb128_> hehe
[10:04] <didrocks> mvo: hey, small question for you ;)
[10:05] <didrocks> mvo: imagine, we have libunity-core-5.0-5 in precise, which dep on unity-services (= 5.x)
[10:06] <didrocks> in quantal, we have libunity-core-6.0-5, which dep on unity-service (= 6.x)
[10:06] <didrocks> unity dep on libunity-core-abiversion
[10:07] <didrocks> libunity-core-6.0-5 doesn't really replaces/conflicts with libunity-core-5.0-5, but they can't be co-installable because of unity-services package which can only have one version
[10:07] <didrocks> do you see issues (it seems MacSlow has some) on upgrade?
[10:07] <didrocks> like, it didn't want to remove libunity-core-5.0-5 for libunity-core-6.0-5, and so unity, unity-services are stuck
[10:07] <seb128> joy of apt scoring...
[10:08] <didrocks> I'm still surprise about MacSlow getting that because we would have the same issue from unity 4 to 5
[10:08] <seb128> though nothing depends on libunity-core-5.0-5 and unity etc depends on the new one
[10:08] <seb128> so the scoring should work in favor of it
[10:08] <didrocks> right
[10:08] <seb128> I think there is a -o apt::debug::something to show resolutions
[10:09] <didrocks> that's why I'm wondering what's happening, but from the traces, nothing else dep on it :)
[10:09] <seb128> or try aptitude dist-upgrade and pastebin the log
[10:09] <didrocks> seb128: can you send that to macslow on #ubuntu-unity?
[10:09] <seb128> sure
[10:09] <MacSlow> seb128, didrocks: reading here too
[10:09] <didrocks> would be easier that passing the message around :)
[10:09] <didrocks> ok great :)
[10:09] <didrocks> because unblocking with apt-get remove
[10:09] <didrocks> I would be interesting to see if we don't miss the point here
[10:10] <didrocks> popey: FYI ^
[10:13] <BigWhale> Greetings Everyone
[10:13] <didrocks> hey BigWhale
[10:14] <Sweetshark> seb128: I would need your help later, I guess. I want to package http://cgit.freedesktop.org/libreoffice/templates/ for universe before ff and feel utterly incompetent about it (as I only know how to pack insane packages, not sane ones).
[10:15] <seb128> Sweetshark, hey, ok, do you have specific questions or you just don't know how to start?
[10:15] <Sweetshark> seb128: Im tweaking myself through it with dh_make right now. I ignored the newfangled CDBS-foo for now.
[10:16] <Sweetshark> seb128: no, currently, Im moving along nicely. But I bet I miss out a million things on Doing It Right(tm) from the Debian Policies ;)
[10:18] <Sweetshark> seb128: ah, here is one question: are the manpages created by dh_make essential?
[10:18] <seb128> Sweetshark, no they are not, and ignore manpages, especially for templates...
[10:33] <mvo> didrocks: meh, need to look at this after lunch
[10:33] <Sweetshark> seb128: meh, dh_auto_configure runs autoconf?
[10:33] <seb128> mvo, unping, it was ppa use
[10:34] <didrocks> mvo: yeah, seems that's a local issue that MacSlow is hitting, but in theory, this workflow seems to work
[10:35] <mvo> ok
[10:35] <mvo> ta
[12:12] <smspillaz> desrt: hey, do you know what the procedure is for using g_settings_set_value with a GSettings key that is a variant type ?
[12:13] <smspillaz> I haven't actually had a chance to test that case yet (just doing the hardcoded keys list now) except that I noticed some of the old string keys are now implemented as enum types
[12:13] <smspillaz> the enum type seems to be implemented as strings internally though
[12:25] <chrisccoulson> seb128, accepted! http://code.google.com/p/fbug/issues/detail?id=5809 \o/
[12:25] <chrisccoulson> so i'll get our fix in to proposed now
[12:25] <seb128> chrisccoulson, great!
[12:32] <Sweetshark> seb128: my lame attempt at packaging from scratch is on chinstrap, could you have a look?
[12:32] <seb128> Sweetshark, ok
[12:52] <Laney> seb128: hey, have you seen bug #1029703?
[12:52] <ubot2`> Launchpad bug 1029703 in language-selector "gnome-language-selector crashed with dbus.exceptions.DBusException in call_blocking(): org.freedesktop.DBus.Error.UnknownMethod: Method SetFormatsLocale is not implemented on interface org.freedesktop.Accounts.User" [Medium,Confirmed] https://launchpad.net/bugs/1029703
[12:53] <Laney> I tried downgrading accountsservice to the precise version and it works for me
[12:59] <seb128> Laney, no I didn't, thanks
[13:15] <dobey> micahg: did you get a chance to look at u1db?
[13:15] <dobey> seb128: or do you have a minute to review u1db? are you an AA?
[13:16] <seb128> dobey, I'm an archive admin yes, you probably need a sponsor out of me if you want me to review the upload in the queue ;-)
[13:18] <dobey> seb128: i don't think it's been uploaded yet
[13:18] <dobey> seb128: i don't see any indication of it on the bug anyway
[13:18] <seb128> dobey, want me to have a look for comments anyway? where is it?
[13:18] <dobey> seb128: https://bugs.launchpad.net/ubuntu/+bug/1035392
[13:18] <ubot2`> Ubuntu bug 1035392 in ubuntu "[needs-packaging] u1db" [Wishlist,In progress]
[13:19] <Sweetshark> does anybody know if libpackagekit-glib2 already is on the desktop CD?
[13:21] <seb128> Sweetshark, http://cdimage.ubuntu.com/daily-live/current/ ... look at one of the .manifest
[13:21] <seb128> seems not
[13:23] <Sweetshark> seb128: do you know another easy way to trigger sessioninstaller over dbus (or by other means) without adding massive packages to the default install?
[13:24] <seb128> Sweetshark, you can use it, I think it was on the CD for precise, indicator-session was using it
[13:24] <Sweetshark> seb128: k
[13:24] <seb128> Sweetshark, e.g the lib is small and no MIR etc is needed
[13:24] <Sweetshark> seb128: thx
[13:25] <seb128> yw
[13:25] <seb128> otherwise I guess you can directly use the dbus interface
[13:25] <seb128> but the lib probably makes it easier
[13:25] <seb128> mvo, ^ is that lib the recommend way to install packages on demand?
[13:25] <Sweetshark> seb128: easy = Good Thing(tm)
[13:29] <mvo> Sweetshark: use the packagekit session dbus api to install a package, I think thats the simplest way
[13:44] <desrt> smspillaz: i imagine you would pass the GVariant to g_settings_set_value, as with any other
[13:44] <desrt> smspillaz: i do not know of anyone who has decided to store variants in GSettings
[14:02] <Sweetshark> mvo: this one: http://www.packagekit.org/gtk-doc/PkClient.html ? or do you mean raw manual dbus fiddling?
[14:09] <mvo> Sweetshark: that one should work yes
[14:09] <mvo> Sweetshark: but iirc there is a simpler way, hold on a sec
[14:11] <mvo> Sweetshark: http://www.packagekit.org/pk-faq.html#session-methods
[14:13] <Sweetshark> mvo: hmm, tasty. that c sample looks short and sweet.
[14:13] <smspillaz> desrt: "I imagine" - you wrote it :P
[14:14] <desrt> smspillaz: i wrote it... that doesn't mean i understand what/why you are trying to do
[14:14] <smspillaz> desrt: okay, lets say for example the key visual-bell-type in org.gnome.desktop.wm.preferences
[14:14] <smspillaz> if I do something like
[14:14] <smspillaz> GVariant *v = g_variant_new_string ("s", "fullscreen");
[14:14] <desrt> erm.
[14:14] <desrt> not how that works?
[14:15] <desrt> new_string() takes one argument: a string
[14:16] <Sweetshark> mvo: thanks
[14:16] <mvo> Sweetshark: yp
[14:16] <mvo> Sweetshark: yw
[14:17] <smspillaz> g_settings_set_value (settings, v);
[14:17] <smspillaz> desrt: right, just the one paramter, sorry, I'm kinda distracted
[14:17] <smspillaz> anyways, I just need to know if that will crash and burn
[14:18] <desrt> no... of course that will work
[14:18] <smspillaz> desrt: great :)
[14:19] <desrt> there is g_settings_set_string() that does exactly this, though
[14:20] <smspillaz> desrt: just FYI, the reason I'm using the set_value API as opposed to set_int32 etc is because I have to wrap the API in order to mock it out with google mock and writing methods for _set_* would just be a total pain
[14:20] <cyphermox> desrt: do you use Gnome Shell?
[14:20] <smspillaz> cyphermox: no he uses Unity
[14:20]  * smspillaz runs
[14:20] <cyphermox> hehe
[14:20] <desrt> cyphermox: ya.
[14:20] <smspillaz> (lies! he runs cinnamon and muffin!)
[14:21] <cyphermox> desrt: I'm having this weird issue starting VPNs from Shell, hoping you could help shed light on
[14:21] <desrt> probablynot
[14:22] <cyphermox> desrt: Shell tries to parse ini-style data sent from the VPN plugins, but that fails in g_key_file_load_from_file() somehow, the data looks valid though
[14:22] <cyphermox> mmkay
[14:24] <desrt> i don't use VPNs
[14:25]  * smspillaz does
[14:25] <smspillaz> or well, used to. I probably still have the config up on my machine somewhere
[14:25] <smspillaz> that being said I'm quite busy and don't run gnome shell
[14:27] <cyphermox> desrt: what I'm mostly curious about is if you could confirm my suspicion about whether the issue is in the plugins, in shell, or in g_key_file_load_from_file() (or the bindings), given the error message.
[14:28] <cyphermox> (I'm getting it again, with the debug info now)
[14:31] <cyphermox> http://paste.ubuntu.com/1146944/
[14:36] <seb128> desrt, hey, do you know of any recent glib issue in g_file_make_directory_with_parents()
[14:38] <desrt> no
[14:40] <seb128> desrt, pinged owen on #gnome-hackers
[14:40] <seb128> desrt, do you see anything obviously wrong in the commit I pointed there?
[14:41] <desrt> seb128: i'm still at the hackfest today, btw
[14:41] <desrt> and the network here is very very bad
[14:43] <seb128> desrt, oh right, how is that going? ;-)
[14:46] <mhall119> didrocks: ping
[14:47] <didrocks> mhall119: hey
[14:49] <mhall119> didrocks: hey, I'm working on a whitelist of "safe" install locations, places where an application package can install files to without interfering with anything else
[14:49] <mhall119> http://pad.ubuntu.com/thKafADrzZ is the list I have so far
[14:49] <mhall119> are there any other locations a desktop app might need to install to?
[14:50] <didrocks> mhall119: let me look (sorry 4 conversations at the same time, sorting them out and getting back to you)
[14:50] <mhall119> didrocks: no rush
[14:50] <didrocks> mhall119: keeping you posted
[14:51] <didrocks> desrt: hey, do you have any knowledge in the .convert magic? :)
[14:51] <desrt> like, imagemagick?
[14:52] <didrocks> ahah, I was more on the gconf -> gsettings one :)
[14:52] <desrt> oh
[14:52] <desrt> no :)
[14:52] <didrocks> desrt: I will still bug you :p imagine, that a string in the gconf world became an "a(s)", do you think it's supported?
[14:53] <didrocks> or you have to do it by hand and suffer
[14:55] <jono> seb128, if you get a min, would you mind taking a look at https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1036455 ?
[14:55] <ubot2`> Ubuntu bug 1036455 in gtk+3.0 "GTK Rendering Issue (potentially a ScrolledWindow problem)" [Undecided,Confirmed]
[14:55] <jono> desrt, you might have some experience if this is an issue too ^
[14:56] <seb128> jono, hey, looking
[14:56] <jono> thanks seb128
[14:57] <seb128> jono, is your issue that the items don't get wrapped or...?
[14:59] <jono> seb128, firstly, having radically different rendered results on Precise and Quantal suggested to me it would be a bug, and this seems to be in the form of no wrapping, and I am also noticing how the wrapping only occurs after four items
[14:59] <jono> robru, added a comment about this
[14:59] <seb128> jono, ok, adding to my todo list but for the end of the day ;-)
[14:59] <jono> I also have an issue in which the two sections are spaced out too much in the window, but I am not sure whether that might be just a bug in my code
[14:59] <seb128> they basically rewrote gtkicongrid there might be a bug there
[14:59] <jono> thanks seb128!
[14:59] <seb128> but I need to finish with ff crazyness first
[14:59] <seb128> jono, yw!
[15:01] <desrt> didrocks: a(s)?!
[15:01] <didrocks> desrt: as
[15:01] <desrt> didrocks: imho it almost never makes sense to see a single value inside of a tuple
[15:01] <didrocks> smspillaz: ^
[15:01] <desrt> okay.  good. :)
[15:02] <didrocks> desrt: do you think that the .convert script support that? maybe it does, or metacity lost all its keybindings
[15:02]  * didrocks look for the .convert of metacity
[15:02] <desrt> i don't know.  mclasen wrote that code a long time ago.
[15:02] <desrt> it certainly seems that it should be supported, though
[15:05] <smspillaz> didrocks: desrt: right, sorry, "as"
[15:05] <smspillaz> I get the two confused a lot because of the way GVariantIter works
[15:05] <desrt> smspillaz: how so?
[15:05] <didrocks> smspillaz: so: /usr/share/GConf/gsettings/wm-schemas.convert:move-to-workspace-1 = /apps/metacity/window_keybindings/move-to-workspace-1
[15:05] <smspillaz> desrt: coolio
[15:05] <didrocks> is that the kind of transformation you were speaking about?
[15:05]  * desrt is always looking for ways to improve docs to remove confusion
[15:10] <desrt> smspillaz: ?
[15:11] <smspillaz> desrt: I think it was something to do with the way GDbus sends arrays of strings over
[15:11] <smspillaz> it does them in a tuple or something
[15:11] <desrt> yes.
[15:11] <desrt> that's the one place where it makes sense to have a string in a tuple
[15:11] <desrt> because dbus message bodies are always tuples
[15:12] <desrt> but never for arrays...
[15:12] <desrt> only if you have a function that takes (or returns) a single string...
[15:13] <micahg> dobey: I didn't get to it last night, will review it as soon as I start my piloting (which ended up delayed one day)
[15:13] <dobey> micahg: ah ok. seb128 said he would look at it too, but don't know if he got to it yet
[15:14] <seb128> not yet
[15:16] <seb128> mterry, hey
[15:16] <mterry> seb128, hello!
[15:30] <seb128> didrocks, kenvandine, chrisccoulson, Ursinha, Laney, mlankhorst, cyphermox, mterry, Sweetshark, tkamppeter: it's meeting time if anyone has a topic (none on the wiki so far), also please update https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-08-14 with things you worked on this week for those who didn't write anything yet
[15:31] <kenvandine> will do
[15:31] <seb128> tkamppeter, hey, are you still working on moving the drivers installation code from jockey to system-config-printer?
[15:31] <cyphermox> seb128: thanks, I'll add my stuff as soon as I can
[15:37] <seb128> ok, no meeting then, thanks everyone ;-)
[15:41] <tkamppeter> seb128, yes, I am doing that currently.
[15:41] <seb128> tkamppeter, ok, great, thanks
[15:41] <seb128> tkamppeter, do you think you will have it done for feature freeze (august 23)?
[15:43] <seb128> Sweetshark, no need of a XSBC-Original-Maintainer in control when the package is not coming from Debian
[15:43] <seb128> Sweetshark, you should drop the comment vcs lines
[15:43] <seb128> Sweetshark, debian/docs is not useful
[15:44] <seb128> Sweetshark, the rules ... why do you need the override_dh_auto_configure?
[15:44] <micahg> seb128: actually, not true, his name should be there
[15:44] <tkamppeter> seb128, yes, I think so. I will start today and continue Mon, Tue, and Wed next week. Tomorrow to Fri I am on vacation.
[15:45] <seb128> micahg, ?
[15:45] <seb128> tkamppeter, ok, enjoy your vacation days! ;-)
[15:45] <Sweetshark> seb128: I intend to hand this over to rene/debian, Im ubuntuing this just now to fasttrack it before ff.
[15:45] <tkamppeter> seb128, thanks.
[15:45] <micahg> Maintainer should really be Ubuntu Developers with XSBC-Original-Maintainer a person or team
[15:45] <seb128> Sweetshark, ok
[15:46] <seb128> micahg, what's the point to have XSBC-Original-Maintainer for an Ubuntu source? (we never used that for anything in desktop)
[15:46] <micahg> seb128: Ubuntu doesn't have maintainers :)
[15:46] <seb128> micahg, you have the uploaders info in the changelog
[15:46] <micahg> and we don't use uploaders in Ubuntu
[15:46] <seb128> micahg, right, that's my point, why do you want to add a XSBC-Original-Maintainer to that source
[15:46] <Sweetshark> seb128: debian docs: just keep it empty?
[15:46] <seb128> Sweetshark, delete the file?
[15:46] <Sweetshark> seb128: l
[15:46] <Sweetshark> seb128: k
[15:46] <chrisccoulson> if ubuntu doesn't have maintainers, what am i? ;)
[15:46] <micahg> seb128: well, it's only if someone wants to show primary care for it
[15:47] <Sweetshark> chrisccoulson: victim, that how we are called here
[15:47] <seb128> micahg, that source I'm reviewing has
[15:47] <chrisccoulson> lol
[15:47] <seb128> Maintainer: Ubuntu Core Developers<EMAIL_ADDRESS>[15:47] <seb128> XSBC-Original-Maintainer: Ubuntu Core Developers<EMAIL_ADDRESS>[15:47] <micahg> seb128: yeah, that's not needed then
[15:47] <seb128> micahg, I was just suggesting dropping the XSBC-Original-Maintainer
[15:47] <seb128> ok
[15:47] <seb128> thanks for confirming :p
[15:48] <micahg> seb128: sorry, I've seen plenty of packages where Maintainer is set to a user...
[15:48] <Sweetshark> seb128: I need the override because the minimal upstream Makefile doesnt care about DESTDIR yet (i might fix that later).
[15:48] <seb128> micahg, no worry
[15:48] <seb128> Sweetshark, ah ok, yeah it seems like it would be good to teach the Makefile about that
[15:49] <Sweetshark> seb128: sure. Is that a hard requirement for the package, or can I tweak that later?
[15:49] <seb128> Sweetshark, later is fine
[15:49] <seb128> it's not a requirement, what you did is fine
[15:49] <seb128> it's just non standard and surprising ;-)
[15:50] <seb128> Sweetshark, the package looks fine otherwise
[15:50] <seb128> Sweetshark, so +1 for upload from me
[15:52] <Sweetshark> seb128: great, thanks.
[15:53] <seb128> dobey, u1db
[15:53] <Sweetshark> seb128: I added XSBC-Original-Maintainer as I got warnings otherwise.
[15:53] <seb128> Sweetshark, yeah, they are buggy warnings
[15:53] <Sweetshark> seb128: will you upload?
[15:53] <seb128> Sweetshark, can do
[15:53] <seb128> dobey,
[15:53] <seb128> src/mkstemp_compat.c: LGPL (v2.1 or later)
[15:53] <seb128>   [Copyright: 1991-1999, 2000, 2001, 2006 Free Software Foundation, Inc]
[15:53] <Sweetshark> seb128: thx alot
[15:54] <seb128> dobey, you should like it under debian/copyright as a separate item since it has a different license,copyright owner
[15:55] <seb128> dobey, u1db/tests/c_backend_wrapper.pyx: GPL (v3,)
[15:55] <seb128> same
[16:01] <dobey> oh, hrmm
[16:02] <dobey> seb128: thanks for catching that
[16:09] <seb128> hum, wireless went unhappy
[16:10] <seb128> if somebody wrote anything for me since my u1db comments please rewrite it
[16:10] <seb128> dobey, did you get those comments? commented on the bug as well
[16:14] <seb128> dobey, also
[16:14] <seb128> dh_install: usr/bin/u1db-serve exists in debian/tmp but is not installed to anywhere
[16:14] <seb128> dh_install: usr/bin/u1db-client exists in debian/tmp but is not installed to anywhere
[16:14] <dobey> right, we're not shipping those in the package at the moment
[16:16] <seb128> dobey, your -dbg is empty as well
[16:17] <dobey> yeah, i am not sure why the -dbg is empty. i suppose an issue with cmake; i need to poke at that, but i don't think it is a blocker for getting the package in is it?
[16:17] <seb128> dobey, no, the debian/copyright issues are the only blocker
[16:18] <seb128> dobey, the lack of .symbols, broken dbg, etc are issues that need to be resolved before quantal release though
[16:18] <dobey> seb128: how does one generate the .symbols?
[16:19] <seb128> dobey, run "dpkg-gensymbols -plibu1db1" in the build dir (after build)
[16:19] <seb128> dobey, dpkg-gensymbols -plibu1db1 -Odebian/libu1db1.symbols
[16:19] <dobey> ah ok
[16:20] <seb128> dobey, well, dpkg-gensymbols -plibu1db1 -Odebian/libu1db1.symbols -v0.1.0
[16:20] <seb128> you don't want the revision in the .symbols ;-)
[16:20] <seb128> dobey, it's weird that all your symbols have a double _ btw
[16:21] <seb128> oh, not all
[16:21] <seb128>  u1db__allocate_doc_id@Base 0.1.0
[16:21] <seb128>  u1db__allocate_document@Base 0.1.0
[16:21] <seb128>  u1db__bin_to_hex@Base 0.1.0
[16:21] <seb128>  u1db__copy@Base 0.1.0
[16:21] <seb128> etc
[16:21] <seb128> dobey, are those private? you might want to use a regexp to limit the exported symbols
[16:21] <dobey> i don't know; those probably are private, yes
[16:23] <seb128> dobey, -export-symbols-regex is your friend
[16:28] <chrisccoulson> gaaaaaaaah, launchpad bug auto-confirm, please die
[16:29] <dobey> chrisccoulson: i love when it confirms bugs that are marked dup of other bugs. best feature ever.
[16:30] <mlankhorst> anyone else received FOUR invitations for uds-r ? :p
[16:31] <dobey> mlankhorst: indeed
[16:33] <didrocks> seems spammy though
[16:34] <Ursinha> mlankhorst, they really want us to go :P
[16:34] <mlankhorst> In russia, event visits YOU!!
[16:35] <dobey> seb128: are the non-installed files really an issue for q release?
[16:36] <seb128> dobey, no, but it's usually a good idea to use dh_install --list-missing and to rm those in the rules to show it's not an error
[16:37] <dobey> ok
[16:38] <kenvandine>  --fail-missing is > --list-missing :)
[16:38] <didrocks> +10
[16:38] <seb128> yeah
[16:38] <seb128> that's what I meant in fact ;-)
[16:39] <seb128> it has been a long day (and it's not over yet)
[16:39] <didrocks> I'm sure I'll soon lead a --fail-missing lobby!
[16:39] <kenvandine> i still feel like yesterday isn't over...
[16:40] <mlankhorst> leading to the organization for --fail-missing, friends of --fail-missing, ubuntu devs for --fail-missing, terrorism for --fail-missing :)
[16:44] <dobey> the --fail-missing popular people's front
[16:46] <mlankhorst> I like that one, but for every movement there will be a counter movement for status quo because that's how the world is
[16:47] <dobey> splitter!
[17:02] <seb128> re
[17:02] <seb128> Laney, still around?
[17:07] <didrocks> Sweetshark: hey
[17:07] <didrocks> Sweetshark: on your libroffice template package, debian/copyright
[17:07] <didrocks> the License stenza just should be one paragraph
[17:08] <didrocks> so you need " ." instead of empty lines
[17:12] <seb128> Sweetshark, so the "selection of ten good templates for universe" can be set to DONE? ;-)
[17:14] <didrocks> Sweetshark: I'm following up with more issues with seb128 FYI :)
[17:14] <didrocks> debian/rules having standard template stenza (can be removed)
[17:14] <didrocks> standards-version not at the latest, would be nice for a new package :)
[17:15] <didrocks> and more worrying, all .opt are executable once installed
[17:15] <didrocks> lintian warns about it btw, you don't read it? :p
[17:22] <Sweetshark> seb128: yes, if you set my name next to it it can be marked done :/
[17:23] <seb128> Sweetshark, ok,
[17:23] <seb128> Sweetshark, btw I'm doing a 0ubuntu2 to fix all the small stuff, I will give you the diff
[17:23] <Sweetshark> seb128: oh, awesome!
[17:24] <didrocks> Sweetshark: that's why I'm rejecting it right now, will accept 0ubuntu2 :)
[17:24] <didrocks> because 2 > 1 :p
[17:24] <Sweetshark> didrocks: sorry for the collateral damage. twas my first package.
[17:24] <didrocks> Sweetshark: but please, read lintian warnings in the future ;)
[17:24] <didrocks> Sweetshark: no worry!
[17:24] <didrocks> was quite small and easy enough for a short review :)
[17:25]  * didrocks waves good evening then!
[17:25] <Sweetshark> didrocks: I did and got told they are false positives anyway (about the maintainer field) ;)
[17:25] <didrocks> not the other though ;)
[17:25] <didrocks> other*s*
[17:26] <didrocks> Sweetshark: I'll accept the package tomorrow morning
[17:26] <didrocks> see you!
[17:26] <Sweetshark> didrocks: as for the old version -- I packed the source on precise, maybe the warning are newer/stricter.
[17:26] <Sweetshark> would be strange though for x flags ...
[19:03] <micahg> dobey: seb128: do I still need to review u1db or is it done?
[19:04] <dobey> micahg: no, you can ignore it for now; thanks though :)
[19:21] <seb128> micahg, you are welcome to have a look as well you are probably pickier than I am so you might have extra comments ;-)
[20:01] <kenvandine> evolution is keeping me from reading email
[20:01] <kenvandine> grrr
[20:09] <chrisccoulson> that's a *good* thing, isn't it?
[20:10] <seb128> chrisccoulson, that's where you are supposed to recommend your solution ;-)
[20:10] <chrisccoulson> heh
[20:11] <seb128> jdstrand_, hey, do we have any automated apparmor testing? I just saw your tweaks for the fontconfig and poppler changes and I wonder if there is any way we could autodetect such changes and notify people that apparmor tweaks are required
[20:12] <jdstrand_> seb128: no. we have a good test script in QRT, but it wouldn't have found these. these all came from bugs or observation. we do have an the apport hook, which is helpful. mdeslaur is making it even better
[20:13] <jdstrand> seb128: the QA team could report denials if an installed application has a profile and it is tested
[20:13] <jdstrand> seb128: but I added things for gui applications
[20:14] <seb128> jdstrand, would it work to boot a daily iso, run every app installed and check the logs for apparmor warnings and flag when new ones are listed?
[20:14] <jdstrand> seb128: possibly. it would certainly catch some things
[20:14] <seb128> jdstrand, I'm trying to figure if we could somewhat get those showing up in automated testing
[20:15] <seb128> jdstrand, do you think it would be worth doing or not worth the effort? and if it's worth doing what do you think would be the right place to discuss it?
[20:15] <jdstrand> server apps are easy-- there are qrt scripts to drive them and the profiles are enabled be default. it would just be a matter of looking at the logs
[20:15] <Laney> hey seb128
[20:15] <seb128> Laney, hey, how are you?
[20:15] <jdstrand> desktop is harder and we only confine a few things atm
[20:16] <jdstrand> s/desktop/gui/
[20:16] <seb128> well, we could automate, e.g running evince and opening a pdf and look a the log
[20:16] <jdstrand> yes
[20:16] <Laney> good thanks :-)
[20:16] <mdeslaur> any bug in a desktop app that gets reported will automatically get an "apparmor" tag in launchpad if there were apparmor denials in the log
[20:16] <seb128> Laney, https://bugzilla.gnome.org/show_bug.cgi?id=680823 ... is that something you think would be worth dealing with this week and do you have time?
[20:16] <jdstrand> (the apport stuff I mentioned)
[20:16] <ubot2`> Gnome bug 680823 in general "g_file_make_directory_with_parents: Fix error propagation" [Normal,Reopened]
[20:17] <mdeslaur> so either people aren't reporting bugs against evince, or the issues weren't common enough for the people reporting bugs to have apparmor denials in them
[20:17] <jdstrand> these particular bugs I saw with things that I personally profice
[20:17] <jdstrand> profile
[20:17] <seb128> mdeslaur, oh, tagging is linked to errors?
[20:17] <Laney> seb128: oh, yeah, can look at that
[20:17] <seb128> I had the impression every single evince bug was tagged, I though it was just tagging every bug from packages using apparmor protections
[20:17] <mdeslaur> seb128: the apport hook searches kern.log for apparmor denials, and if one is found, it automatically tags the bug
[20:18] <jdstrand> and our team is subscribed to the tag
[20:18] <mdeslaur> seb128: if there were no denials, then there is no tag
[20:18] <seb128> Laney, thanks, I think the easiest might be to revert http://git.gnome.org/browse/glib/commit/?id=b0bce4ad41937dabf7e5c94dcce3caf4e88f3f97 until next week update
[20:18] <seb128> mdeslaur, jdstrand: ok, then I guess evince triggers denials for most users
[20:18] <mdeslaur> in quantal, the apport hook will let us specify the exact profile name, so evince won't report firefox apparmor denials, for example
[20:18] <mdeslaur> seb128: oh?
[20:18] <jdstrand> seb128: well, that is the thing that mdeslaur improved. the apport hook currently tags it if there are any denials. so if there was a cups denial, but the bug is against evince, then evince got tagged
[20:19] <jdstrand> seb128: mdeslaur is fixing that
[20:19] <seb128> mdeslaur, well, until now I though all evince bugs were tagged
[20:19] <Laney> not to add the fix?
[20:19] <jdstrand> seb128: but that makes the evince apparmor tag a false positive a lot of times (I try to get to those when I see them)
[20:19] <seb128> Laney, there is a stack of fixes, it might be easier,safer to revert the 3 lines commit
[20:19] <Laney> fair
[20:20] <seb128> jdstrand, ok, I noticed there were a lot of false positive, I just though every evince bug was tagged because evince was using apparmor ;-)
[20:20] <jdstrand> seb128: so, I think 'all' is slightly overstating it. it was all in 11.10-- we didn't catch a noisy but harmless profile denial
[20:20] <jdstrand> seb128: we cleaned things up a lot for 12.04. 12.10 has a harmless cups denial that I just fixed
[20:20] <seb128> ok, great to read
[20:20] <jdstrand> seb128: but, like I said, mdeslaur's work should reduce the false positives a ton
[20:21] <seb128> going back to the question, do you think jenkins,qa automation would be useful?
[20:21] <mdeslaur> we should probably add test cases to reproduce the issues
[20:21] <seb128> or do you think it's not worth the effort that the way you deal with issues atm is good enough?
[20:23] <jdstrand> seb128: I do think it is good enough on some level, but being proactive is better. so, what would probably help is having evince open a bunch of different supported files. then enabling the firefox profile and accessing various things
[20:24] <seb128> jdstrand, ok, that doesn't seem an urgent question, let's have a session about it at UDS?
[20:24] <jdstrand> seb128: running the qrt test script for cups would probably not be a bad idea too, since it can be noisy
[20:24] <mdeslaur> if someone from QA can set up automated evince testing, we can surely add test cases to it when we hit new failures
[20:24] <jdstrand> the qrt test-evince.py script would actually work
[20:24] <jdstrand> it would need to be updated to autoclose evince so it wouldn't be all manual
[20:25] <jdstrand> well, part manual
[20:25] <jdstrand> part is automated
[20:25] <mdeslaur> jdstrand: right, so someone could start with that and set it up in jenkins, etc.
[20:25]  * jdstrand nods
[20:25] <mdeslaur> jdstrand: someone as in "not us" :)
[20:25] <jdstrand> that could form the basis of the firefox one
[20:25] <jdstrand> mdeslaur: oh, agreed
[20:25] <seb128> jdstrand, mdeslaur: ok, I will add that to our todo as a thing that would be nice to look at
[20:25] <jdstrand> there is also the cups one
[20:26] <seb128> jdstrand, mdeslaur: if we don't get to it before UDS I will probably register a session at UDS to discuss it and sort the details
[20:26] <jdstrand> seb128: so, I think the QA team tries to pull in any qrt tests that are fully automated (ie, cups)
[20:26] <seb128> jdstrand, mdeslaur: thanks ;-)
[20:26] <mdeslaur> seb128: sounds good
[20:26] <jdstrand> seb128: all they would have to do there would be to scan the kern.log for denials
[20:26] <jdstrand> (after running the test)
[20:26] <seb128> ok
[20:26] <seb128> will talk to them about it
[20:26] <jdstrand> cool
[20:27] <mdeslaur> jdstrand: we could build that into qrt as the end of each test
[20:27] <jdstrand> seb128: another one is empathy-- that one requires a bunch of different accounts. connecting to each type and scanning the logs would be useful too
[20:27] <jdstrand> mdeslaur: true
[20:27] <jdstrand> mdeslaur: and by 'we', you mean 'they', correct?
[20:28] <mdeslaur> well, of course!
[20:28] <jdstrand> hehe
[20:28] <mdeslaur> hehe, although I don't mind doing a but of the qrt modifications
[20:28] <mdeslaur> s/but/bit/
[20:28] <seb128> jdstrand, right, I saw you had quite some update to telepathy-mission-control previous cycle ;-)
[20:28] <mdeslaur> it's the "settings up jenkins" part I don't want to do
[20:28] <jdstrand> seb128: we are pointing fingers at other people cause if you wait on us, it just won't get done-- we have a ton of high priority stuff we are trying to get through
[20:29] <jdstrand> seb128: yeah-- I tried to attend to the tagged bugs as best I could
[20:29] <seb128> jdstrand, understood, it's in now way a high priority but we are looking at increasing desktop automatic and useful jenkins report, it seems like one of the things it would be nice to get done
[20:29] <seb128> now way->no way
[20:29]  * jdstrand nods
[20:29] <jdstrand> I <3 automated testing
[20:31] <micahg> seb128: would you consider dropping the recommends on gnome-control-center if xubuntu wanted to switch back to gnome-bluetooth?
[20:32] <seb128> micahg, well, I guess we could, but would xubuntu be fine not having a settings ui?
[20:33] <micahg> seb128: ah, maybe that was the problem and why Xubuntu switched in the first place :)
[20:34] <seb128> is xubuntu having any active upstream?
[20:34] <seb128> still using gtk2, nobody caring about their bugs...
[20:34] <micahg> yeah, upstream Xfce is working on 4.12 and a gtk3 port as well
[20:35] <micahg> they decided gtk3 wasn't a priority since there's almost no noticeable improvement for the user and in some cases a performance hit
[20:37] <seb128> right, they are no improvements, out of using a toolkit which didn't stop to be supported for over a year ;-)
[20:39] <micahg> which doesn't make for fun porting...
[20:49] <dobey> anyone here know anything about cmake interaction with debhelper?
[20:50] <seb128> dobey, what about it? unity and other stuff use cmake, maybe look at what they do?
[20:51] <dobey> seb128: i'm trying to fix the empty -dbg package issue for u1db. i fixed it so cflags has "-g -O2" and the resulting libu1db.so.1 has "not stripped" but the -dbg package is still empty, so i wonder if dh isn't doing something automatic for cmake
[20:52] <dobey> so wondering if maybe i need to do something extra with pure dh to make it work
[20:52] <seb128> dobey, why would dh do something automatic?
[20:53] <Laney> dh_strip --dbg-package
[20:53] <dobey> seb128: well libsyncdaemon-dbg isn't empty, and we're not doing anything extra for it
[20:53] <dobey> so i guess cdbs does it automatically there
[20:53] <dobey> i guess pure dh doesn't?
[20:53] <seb128> yes
[20:53] <seb128> cdbs does lot of stuff for you
[20:53] <seb128> dh doesn't
[20:53] <seb128> there is a reason why desktop uses cdbs :p
[20:54] <seb128> what Laney said
[20:54] <dobey> ah
[20:54] <micahg> dh does a lot of stuff for you behind the scenes :)
[20:54] <dobey> :-/
[20:54] <dobey> micahg: but not --dbg-package i guess
[20:54] <seb128> micahg, less than cdbs
[20:54] <seb128> no for dh-translations
[20:54] <seb128> nor for quite some other stuff
[20:54] <Laney> I've had to read the source of cdbs far more than I have for dh :P
[20:55] <micahg> I find dh syntax much easier to understand
[20:55] <seb128> Laney, sure, dh does nothing for you there is not lot to read ;-)
[20:55] <seb128> it's opt-in against opt-out I guess
[20:55] <micahg> but it's like a vi/emacs debate, there's no winner, it's either personal preference or appropriateness
[20:55] <Laney> that and the scripts all have manpages
[20:56] <dobey> i don't know; include /usr/share/cdbs/1/foo.make is pretty easy to read :P
[20:56] <seb128> dh has some nice things but it's still one usability step behind cdbs
[20:56] <micahg> dobey: great, but what 500 wonderful things does that do for you :)
[20:57] <seb128> dobey, why do you need a -dbg btw?
[20:57] <seb128> those are a pain
[20:57] <dobey> micahg: 'magic' is all one needs to know
[20:57] <seb128> we should just ban them from the archive :p
[20:57] <dobey> seb128: so i can install it and debug things?
[20:57] <seb128> dobey, you have dbgsym for that
[20:57] <dobey> eh?
[20:57] <seb128> which works accross the archive
[20:57] <seb128> rather than relying on people to add random -dbg to their control
[20:58] <kenvandine> dobey, the archive gives it to you for free :)
[20:58] <Laney> it's not a problem to have both though; iirc ddebs knows to make an empty package if -dbg exists
[20:58] <dobey> kenvandine: apt-cache search <randomlib>|grep debug doesn't give me anything useful, so clearly that's not true :)
[20:58] <Laney> you get to use -dbg without having to upload
[20:59] <seb128> -dbg would have been banned it it was not for Debian not being able to resolve that problem in 5 years where a solution is ready to be used :-(
[20:59] <Laney> dobey: you need to add ddebs.u.c to your sources.list
[20:59] <seb128> Laney, no it doesn't, they just conflict
[20:59] <Laney> hm
[21:00] <seb128> they are equivalent using Conflicts to not be co-installed
[21:01] <dobey> Laney: and there is no checkbox in software-properties-gtk for that, or an apt-enable-dbgsyms or antyhing afaik, no? and how does one install a debug package once that's enabled, or does it just replace everything i have installed with debug symbol versions?
[21:02] <Laney> install blah-dbgsym
[21:02] <seb128> dobey, the ddeb archive gives you a binary-<foo> for every "binary" in the archive
[21:02] <seb128> it's -dbg automated for you, pitti worked on that like 5 years ago
[21:03] <seb128> it's amazing that some people around still don't know about it :-(
[21:03] <seb128> it's how the retracers are working
[21:03] <micahg> or not working :P
[21:03] <dobey> maybe if it wason't so obscured
[21:03] <seb128> normal users don't need a debug package
[21:03] <seb128> so it's not in the normal users UI
[21:04] <dobey> normal users need source code though?
[21:04] <kenvandine> dobey, good point :)
[21:04] <seb128> you might success to get that one dropped from the UI
[21:04] <seb128> I guess mpt would be with you on that one
[21:04] <dobey> i don't want it dropped
[21:04] <seb128> but the other way around I doubt it ;-)
[21:04] <dobey> i want a button to click or script to run that enables ddebs, so i don't fuck it up when i enable it :)
[21:05] <seb128> mpt has designed a power user UI this cycle I think
[21:05] <seb128> which is aimed at that sort of things
[21:05] <dobey> also, doesn't help with my PPAs
[21:05] <seb128> enable sources, debug archive, popcorn, etc
[21:05] <seb128> you can get dbgsym in ppas
[21:05] <dobey> how does one get dbgsyms enabled for that?
[21:05] <seb128> the unity ppa has those
[21:05] <seb128> you ask the #is guys
[21:06] <seb128> well that's what didrocks said they did for unity ;-)
[21:06] <seb128> that's a checkbox to click for the lp guys
[21:06] <mdeslaur> cyphermox: you reintroduced CVE-2011-4407 in software-properties when you migrated it to python 3
[21:06] <ubot2`> mdeslaur: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4407)
[21:06] <seb128> seems easy enough you just need to find somebody who has access to the box
[21:06] <mdeslaur> cyphermox: see LP: #1036839
[21:07] <dobey> hrmm, guess i don't have perms for that checkbox
[21:10] <seb128> dobey, no, you need a launchpad admin I think ;-)
[21:11] <dobey> seb128: right; i'm in ~registry so was just checking to see if i could do it :)
[21:14] <cyphermox> mdeslaur: only if people run it with python2.
[21:14] <mdeslaur> cyphermox: you specify "None" as the ca bundle, so it disables cert checking
[21:14] <cyphermox> if it's python3, as it should, then the certificates should be properly checked -- I'm all for dropping that try though
[21:14] <cyphermox> mdeslaur: no
[21:14] <cyphermox> None specifies "use the system bundle"
[21:14] <cyphermox> at least according to the doc :)
[21:14] <mdeslaur> comment is wrong, read the docs
[21:15] <mdeslaur> "Warning If neither cafile nor capath is specified, an HTTPS request will not do any verification of the server’s certificate."
[21:15] <mdeslaur> and I tested it with None, and it doesn't check certs
[21:16] <dobey> oh yay, libsoup :(
[21:20] <cyphermox> mdeslaur: well, crap. did you fix it?
[21:20] <mdeslaur> cyphermox: is it appropriate to kill python 2 support?
[21:20] <cyphermox> seb128: micahg: do you think it would take major work to make gnome-bluetooth work for xubuntu?
[21:20] <mdeslaur> if so, fix is simple...if not, fix is hard
[21:20] <cyphermox> mdeslaur: I think it is appropriate to break it there
[21:20] <cyphermox> oh wait
[21:21] <cyphermox> where is that code again?
[21:21] <micahg> cyphermox: umm, a management interface not in gnome-control-center :)
[21:21] <mdeslaur> cyphermox: http://bazaar.launchpad.net/~ubuntu-core-dev/software-properties/main/revision/759
[21:21] <cyphermox> micahg: oh right
[21:21] <mdeslaur> in ppa.py
[21:21] <seb128> cyphermox, dunno
[21:21] <seb128> micahg, is there any issue with gnome-control-center out of the GNOME in the name?
[21:22] <cyphermox> mdeslaur: I want to day yes, kill python2 but in absolute truth, we can't
[21:22] <seb128> what code is that?
[21:22] <micahg> seb128: the fact that it pulls in half of gnome
[21:22] <mdeslaur> cyphermox: so you get to make it pycurl for python2, and urllib.request for python 3
[21:22] <cyphermox> mdeslaur: however to fix this would simply mean to put back in place the old libcurl code if urllib can't be started
[21:22] <cyphermox> yeah
[21:22] <seb128> micahg, what is in GNOME out of glib,GTK nowadays?
[21:23] <mdeslaur> cyphermox: I'll let you fix it
[21:23] <cyphermox> mdeslaur: so kind :)
[21:23] <cyphermox> mdeslaur: is that rush?
[21:23] <mdeslaur> cyphermox: that's what you get for breaking it :)
[21:23] <mdeslaur> cyphermox: no, a couple of weeks is fine
[21:23] <cyphermox> mdeslaur: it won't take that long
[21:24] <cyphermox> I just meant, don't expect an upload tonight
[21:25] <cyphermox> mdeslaur: seriously, what kind of stupid idea is it to *not* check SSL certs as default, even if it once was the way things were done. Doesn't mean we need to perpetuate bad ideas :)
[21:26] <mdeslaur> cyphermox: I know..every single library has ssl cert checking basically off by default...it's nuts...I keep finding more and more stuff in the archive because nobody knows it needs to be specifically turned on
[21:26] <cyphermox> mdeslaur: ok
[21:27] <micahg> seb128: i'd have to see what extra stuff it pulls in now, but before it was quite a lot, also, I think both Xfce and LXDE already have management interfaces, it would be cumbersome to have both (with some duplicated functionality as well), but Xfce doesn't seem to have its own and blueman seems to be the favorite
[21:27] <cyphermox> mdeslaur: I can assign it to myself and set In Progress?
[21:27] <mdeslaur> cyphermox: yes
[21:28] <mdeslaur> cyphermox: please put the CVE-2012-xxx number in your changelog
[21:28] <cyphermox> ok
[21:29] <mdeslaur> cyphermox: sorry about that :)
[21:29] <cyphermox> np
[22:27] <chrisccoulson> does the evolution build not run a test suite?
[22:57] <jasoncwarner_> bryceh robert_ancell TheMuso meeting report reminder. If you have any agenda items, please add them. https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-08-14
[22:57] <jasoncwarner_> Also, please add your items to the wiki above.
[22:57] <jasoncwarner_> thanks
[23:02] <TheMuso> Done, and no.
[23:21] <RAOF> Good morning desktoppers!
[23:21] <chrisccoulson> hey RAOF :)
[23:21] <chrisccoulson> getting much sleep?
[23:22] <RAOF> chrisccoulson: Hey there!
[23:22] <RAOF> Not a bad amount of sleep, compared to plausible worst-case scenarios :)
[23:23] <RAOF> Zoë's reasonably good at sleeping. Better during the day, of course, but not terrible at sleeping at night, either.
[23:23] <chrisccoulson> that's good. i remember that ruby was good at sleeping too, but maisie is terrible. she hardly sleeps at all during the day ;)
[23:25] <RAOF> But does sleep at night?
[23:25] <RAOF> I could live with that :)
[23:25] <jasoncwarner_> welcome back RAOF !
[23:25] <chrisccoulson> RAOF, she doesn't sleep much at night either ;)
[23:25] <TheMuso> RAOF: Welcome back and congrats!
[23:25] <RAOF> Thanks all!
[23:33] <jasoncwarner_> gah! I am getting a stacking but in Unity. Anyone else fully up to date and seeing the same thing?
[23:34] <jasoncwarner_> popey: ^^ seeing a weird stacking bug right now. You guys have anything on your radar about this?
[23:35] <popey> jasoncwarner_, quantal?
[23:37] <bryceh> RAOF, congrats :-)
[23:37] <jasoncwarner_> popey: yup yup
[23:37] <popey> jasoncwarner_, am up to date on intel box.. what you seeing?
[23:38] <thumper> popey: the dash appearing behind other windows?
[23:38] <popey> ooh
[23:38] <thumper> jasoncwarner_: just unity parts or other window stacking?
[23:38] <jasoncwarner_> popey: volume indicator appearing behind other windows...right click as well
[23:38] <popey> i had right click in virtualbox not appearing, now you say that, maybe it was behind the vbox window
[23:38] <thumper> jasoncwarner_: look at the dash
[23:39] <thumper> jasoncwarner_: is that under too?
[23:39] <jasoncwarner_> thumper: dash seems fine
[23:39] <popey> dash is on top for me
[23:39] <jasoncwarner_> thumper: but right click, volume and all menus are stacking incorrectly
[23:39] <popey> but it takes way too long to appear
[23:39] <thumper> hmm, just indicator under?
[23:39] <thumper> jasoncwarner_: quicklists? and tooltips on launcher?
[23:39] <popey> i dont get indicators underneath things
[23:40] <jasoncwarner_> thumper: no, quicklists are fine
[23:40] <popey> dash takes nearly a second to appear
[23:40] <jasoncwarner_> popey: yeah, dash is a bit slow here as well
[23:41] <popey> also, it moves windows down as it opens
[23:41] <popey> everything in the blur moves about 12 px down the screen, and back up when the dash closes
[23:42]  * TheMuso doesn't get stacking issues with menus here from the, on NVIDIA chip running nouveau.
[23:42] <popey> dash is way quicker when it's not maxed
[23:42] <popey> it only pushes windows down when maxed
[23:44] <popey> oh balls, this is 12.04
[23:44]  * popey reboots
[23:51] <jasoncwarner_> TheMuso: I'm running intel ...wonder if that matters
[23:52] <kieppie> hey guys. anyone familiar with X & VNC? I've popped a new VM running a skinny Ubuntu 12.04, installed XFCE & set up tightVNC on screen :1. If I use virsh to view the VM instance, I can see it, but when I VNC in I can't see the desktop/dm, only the X


[01:59] <bazhang> diarrhea seems to be troll
[02:05] <phunyguy> well that was a failed attempt anyway
[02:05] <phunyguy> :P
[02:31] <bazhang> flashram is just all over the place with the help requests
[02:31] <bazhang> he knows about irq polling, but cannot locate a single nvidia driver?
[03:27] <Flannel> apparently I'm being emplored to "enjoy [my] bubble".  I hope theyre big ones from kiddie pools you can put people inside, and not those small ones in plastic bottles.
[04:22] <phunyguy> @duration 65545 1d
[04:23] <phunyguy> I did say tomorrow ;)
[11:42] <ieidjdjdjueuehdh> !ops
[19:03] <daftykins> happy festive period people
[19:03] <daftykins> we have another of your favourites
 show gratis (solo hooy) --> http://s422803032.mialojamiento.es/
[19:18] <OerHeks> Hi, ignossi is spamming in #ubuntu in PM > show gratis (solo hooy) -->  etc
[19:20] <daftykins> :D
[19:20] <daftykins> they're dead, Jim
[19:20] <OerHeks> oh :-(
[19:21] <OerHeks> anyway, we did try
[19:21] <rww> braaaaaaaaaaiiiiiiiiiiinnnnnnnnnsssssssssss
[19:38] <daftykins> uh-huh
[19:39] <rww> :P
[19:39] <rww> but yeah, they hath been banned
[19:39] <daftykins> ty sir
[19:39] <rww> ty for the reports
[19:39] <daftykins> *tips hat*


[11:37] <Guest19498> Hi
[11:37] <Guest19498> Anyone mase any good artwork/
[11:43] <Guest19498> ?????


[09:13] <apw> bcowan (N,BFTL), well filing bugs against the ubuntu linux package would be a good start, as upstream is also borked for some will mean that may need reporting upstream too