[01:39] <jasoncwarner_> hey robert_ancell , how goes the compositor stuff? still having fun?
[01:53] <robert_ancell> jasoncwarner_, yep, still ironing out details
[01:53] <jasoncwarner_> robert_ancell: progressing the way you envisioned originally? any setbacks?
[01:54] <robert_ancell> jasoncwarner_, just tricky setting everything up right but is working as expected when done right.
[01:56] <jasoncwarner_> robert_ancell: nice...can't wait to see it :)
[01:57] <jasoncwarner_> still thinking first cut later this week?
[01:57] <robert_ancell> jasoncwarner_, yep
[01:57] <jasoncwarner_> cool. thanks, man
[02:20] <robert_ancell> RAOF, any reason why xwayland wouldn't be emitting SIGUSR1?
[02:20] <robert_ancell> RAOF, btw I found my problem, I had a \n on the end of WAYLAND_SOCKET
[02:20] <RAOF> None that I can think of?
[02:20] <RAOF> Yay!
[02:20] <RAOF> You should also be able to listen for the ready signal.
[02:20] <robert_ancell> so X server is starting, but I just get a black screen and lightdm says it's waiting for SIGUSR1 as normal
[02:21] <RAOF> But since you already listen for SIGUSR1 that's probably easier.
[02:25] <RAOF> robert_ancell: The xwayland server *should* wander through the same codepath that sends SIGUSR1 to the parent process.
[02:26] <robert_ancell> RAOF, I just turned on -retro and don't see the background, so it might well be something else
[02:26] <RAOF> Oh, have you called switch_to? It won't display anything until you explicitly switch to the client.
[02:27] <RAOF> Not that this should affect it sending SIGUSR1.
[02:27] <robert_ancell> ah, that could be it
[02:27] <RAOF> On the basis that explicit is better than implicit :)
[02:29] <RAOF> Also that it's hard to manage the transitions between clients if starting a new client automatically displays it.
[02:29] <robert_ancell> RAOF, yeah, that's a problem
[02:30] <robert_ancell> RAOF, can we handle that?
[02:30] <RAOF> We do; starting a new client doesn't display it, the display manager needs to explicity switch_to it.
[02:30] <robert_ancell> I'd like them to start rendering to an offscreen buffer, and then I'll switch them over when ready
[02:30] <RAOF> Which is why you're not seeing anything with -retro :)
[02:31] <RAOF> X is happily rendering away to its offscreen buffer ☺
[02:49] <desrt> robert_ancell: pong
[02:49] <robert_ancell> desrt, hey, was wondering if quantal should be using d-conf 0.13.0
[02:49] <desrt> yes
[02:50] <robert_ancell> k
[02:50] <desrt> i have some pretty big changes in the pipe
[02:50] <desrt> will go out with next week's gnome release
[02:50] <desrt> have you been following the branch?
[02:50] <robert_ancell> nope
[02:51] <desrt> http://git.gnome.org/browse/dconf/log/?h=wip/reorg
[02:53] <robert_ancell> RAOF, btw you should add some _exit(EXIT_FAILURE); calls after our exec calls in simple-display-manager - get's confusing if the exec fails otherwise :)
[03:28] <pitti> Good morning
[03:40] <jbicha> robert_ancell: is there a reason you're uploading everything to quantal-proposed?
[03:41] <robert_ancell>  jbicha, aren't we supposed to?  or has the plan changed again
[03:42] <jbicha> I think that was just for the Alpha freeze or if stuff is likely to cause issues
[04:02] <RAOF> robert_ancell, jbicha: Yeah, quantal-proposed is (still) just for transitions or during freezes; unless something's changed recently there's not yet any auto-migrate system in place.
[04:34] <robert_ancell> RAOF, can you take a quick look at src/seat-weston.c in lp:~robert-ancell/lightdm/weston-compositor and see if anything stands out why I wouldn't be getting the ready signal?
[04:35] <robert_ancell> I can see the greeter running, and the weston log seems to show the ready event being generated
[04:35] <robert_ancell> http://paste.ubuntu.com/1083918
[04:36] <robert_ancell> and afaict it's doing the same thing your DM does (which I can confirm working here)
[04:48] <RAOF> robert_ancell: There doesn't seem to be much of a difference, except that you're passing a stack variable to wl_system_client_add_listener.
[04:48] <robert_ancell> yeah, i tried making it static, no change
[04:49] <RAOF> It would almost certainly have crashed if that were the case, yeah.
[04:49] <robert_ancell> RAOF, can I call wl_display_manager_switch_to_client at any time?
[04:49] <RAOF> Once the client has started, yes.
[04:49] <robert_ancell> i.e. once I get that signal?
[04:50] <RAOF> It's definitely safe any time after you get that signal, yes.
[04:50] <RAOF> I'll just check if it's safe sooner, too.
[04:50] <robert_ancell> RAOF, I just connected it up without waiting for the signal and it appears to work...
[04:51] <robert_ancell> but getting some crazy colour effects here
[04:52] <robert_ancell> RAOF, are you busy at the moment?
[04:53] <RAOF> I'm wandering through the SRU queue; I can happily interrupt that.
[04:53] <robert_ancell> RAOF, ok, let's get it running on your machine and see if you see the same things
[04:53] <robert_ancell> step 1: Get lp:~robert-ancell/lightdm/weston-compositor
[04:53] <RAOF> Done.
[04:54] <robert_ancell> step 2: Build with ./autogen.sh --prefix=`pwd`/install; make ; make install
[04:54] <robert_ancell> step 3: Stop existing lightdm (I think required?)
[04:54] <RAOF> Seems likely.
[04:55] <robert_ancell> step 4: get weston.conf from http://paste.ubuntu.com/1083931
[04:55] <robert_ancell> step 5: sudo ./src/lightdm -c weston.conf
[04:55] <robert_ancell> logs go into install/var/log
[04:55] <robert_ancell> I have to ssh into the machine to stop it with a 'killall lightdm'
[04:56] <robert_ancell> step 5: witness the weirdness
[05:00] <robert_ancell> what I'm seeing is the accumulating over the top of the existing rendering, but it could be a gtk/u-g bug?
[05:02] <robert_ancell> once in a session I'm seeing various rendering bugs (window seems off center, old contents being left behind, flickering etc)
[05:04] <RAOF> Aaah.
[05:04] <RAOF> I think this might be my bug.
[05:04] <robert_ancell> apart from that, things generally seem to be running
[05:05] <RAOF> What appears to be happening is that the *root* window is mad.
[05:05] <robert_ancell> compiz seems to be using more CPU than normal
[05:05] <robert_ancell> madder than normal?
[05:05] <lifeless> robert_ancell: more CPU than normal...
[05:05] <lifeless> robert_ancell: I didn't know the dial went to 12!
[05:06] <robert_ancell> lifeless, :)
[05:06] <lifeless> thats unfair really; but I seem to be a magnet for compiz glitches :)
[05:06] <RAOF> robert_ancell: Yeah, that's using llvmpipe.
[05:07] <RAOF> Which is also why compiz is rendering oddly.
[05:07] <robert_ancell> RAOF, oh, my 3d has disabled?
[05:07] <RAOF> Yus
[05:07] <RAOF> Wheee!
[05:07] <robert_ancell> RAOF, did you log into a session ok?
[05:07] <RAOF> That root window madness on unity-greeter is FUN!
[05:08] <robert_ancell> it's the new design, don't you know?
[05:08] <RAOF> Yeah, logged into a session; that's where I ran glxinfo, to find out that it's llvmpipe.
[05:08] <robert_ancell> I did notice one improvement however - no flicker when logging out and back to the greeter!
[05:09] <RAOF> Yes. Also, as I say, a fun burst of colour!
[05:09] <robert_ancell> I like how it flickers with the cursor, and there is a motion blur on the labels
[05:10] <RAOF> I also like how the keymap's qerty, rather than dvorak. Makes entering my password that bit much more enjoyable!
[05:11] <RAOF> Hah.
[05:12] <RAOF> So, that's why there's a little pink band down the right hand side - weston's lying about the screen resolution. It says it's 1360x768; it's really 1366x768
[05:12] <robert_ancell> oh, that again
[05:12] <thumper> hi folks
[05:12] <RAOF> Compiz is officially Not A Fan of llvmpipe :)
[05:12] <thumper> any chance we can have someone look at https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1006860 ?
[05:12] <ubot2> Ubuntu bug 1006860 in gdb "gdb crashes when loading core files (in is_ctor_or_dtor)" [High,Confirmed]
[05:12] <thumper> RAOF: we'll get there
[05:13] <robert_ancell> RAOF, how bad do these issues look>
[05:13] <robert_ancell> ?
[05:13] <robert_ancell> bad = complexity/possibility of fixing
[05:13] <RAOF> robert_ancell: Can we get design to sign off on the awesome bloom when returning to unity-greeter from a session? :)
[05:14] <RAOF> llvmpipe rather than hardware rendering is probably trivial; set EGL_LOG_LEVEL=info and I'd wager it's stupidly loading egl_gallium+llvmpipe rather than egl_dri2+i965
[05:15] <RAOF> The root window thing... is less familiar to me. This might just be a switch that I need to flick, though. Alternately, I could treat the root window specially.
[05:16] <RAOF> The 1360*768 rather thar 1366*768 is something that we'll be fixing in the course of handling RANDRish stuff anyway.
[05:17] <RAOF> Fundamentally the problem seems to be that the root window is accumulating drawing, rather than overwriting.
[05:17] <robert_ancell> right
[05:17] <RAOF> That shouldn't be terribly hard to fix, once I work out why it's actually happening.
[05:18] <robert_ancell> ok, I'll tidy this stuff up and get it ready for wider testing and work on the screen lock stuff.  I think you can safely reproduce everything on your system so I'll await an updated PPA then we can recommend other people start testing when it looks more sane
[05:19] <robert_ancell> RAOF, the other bug I noticed was I couldn't access the auto-hid launcher, not sure what's causing it
[05:19] <robert_ancell> i.e. access by dragging onto it
[05:19] <robert_ancell> moving onto it
[05:19] <RAOF> I know!
[05:20] <RAOF> That happens because the drag-to-reveal effect requires X getting motion events outside the visible area; weston isn't sending those, because they're nonsensical to clients.
[05:20] <robert_ancell> but pitti's alt+ctrl+t always saves me :)
 still works.
[05:21] <RAOF> The launcher will work again once we swap out weston input handling for real xf86-input-*.
[05:22] <robert_ancell> RAOF, oh, and the new API you added for key grabbing - should I use that to connect up alt+ctrl+n?
[05:22] <RAOF> Yes
[05:22]  * robert_ancell takes a list
[05:25] <RAOF> You should also hook up ctrl+alt+delete to it.
[05:25] <RAOF> Oh!
[05:26] <RAOF> robert_ancell: I'm pretty sure llvmpipe is your fault; you need to give us users access to /dev/dri/card0
[05:26] <robert_ancell_> RAOF, how do I do that?
[05:27] <RAOF> Normally that'd be handled by consolekit, IIRC.
[05:27] <robert_ancell_> RAOF, yeah, so below the DM, I'll chase it down
[05:28] <robert_ancell_> RAOF, is that no used in the current X?
[05:29] <RAOF> It is used in the current X; when you set up the ConsoleKit session it adds your user to /dev/dri, /dev/sound (whatever that actually is), etc acls.
[05:30] <RAOF> You'll notice that if you try and pull up the sound properties under your weston session you'll just get the dummy output; this is the same problem.
[05:33] <lifeless> ok yay perfect timing
[05:33] <lifeless> closed my laptop lid, opened it, and X is wedged
[05:33] <lifeless> shows background only, can't alt-tab or anything, moving the mouse changes it from an insertion bar to a pointer in a rectangular region of the screen.
[05:33] <robert_ancell> RAOF, oh, I think it's because it's not running all those same shell scripts when run manually
[05:33] <lifeless> Any hints as to whats naffed ?
[05:33] <robert_ancell> RAOF, ok, shouldn't be too hard
[05:35] <RAOF> lifeless: My guess is that the kernel has forgotten about a VLBANK.
[05:35] <RAOF> lifeless: If you switch to a VT, killall -9 compiz (a couple of times, until it sticks), and then DISPLAY=:0 metacity, you should get something backe.
[05:35] <lifeless> drm_mode_getfb is whinging about an invalid id
[05:36] <lifeless> but then I've switched to a VT :)
[05:36] <RAOF> Yeah, it does that.
[05:36] <lifeless> woohoo
[05:36] <lifeless> thanks
[05:36] <RAOF> robert_ancell: Heh. Don't leave your session idle too long; I think I may have missed disabling the weston screensaver :)
[05:36] <lifeless> so, how do I get unity back?
[05:36] <RAOF> Reboot.
[05:37] <lifeless> _serious_ ?
[05:37] <robert_ancell> RAOF, yeah, I noticed that!  IMO a system screensaver makes more sense anyway...
[05:37] <RAOF> Anything that tries to glXSwapBuffers will hang in the kernel, waiting for a vblank interrupt that never comes.
[05:37] <robert_ancell> RAOF, ok, gtg, thanks for all the hard work in the display layer, it's nice to start to see something actually running
[05:37] <RAOF> So, now's not a good time to fire up WoW, either :)
[05:38] <RAOF> robert_ancell: Yeah, it's sweet to see something sensible actually running :)
[05:38] <lifeless> RAOF: ah, I quit WoW :)
[05:40] <mlankhorst> the intro screen is a great test program though
[06:14] <lifeless> RAOF: thanks, and how do I avoid that happening in future ?
[06:14] <didrocks> good morning
[06:14] <RAOF> lifeless: I *think* this is fixed in the latest Quantal kernel?
[06:14] <lifeless> ok, so upgrade :P
[06:14] <lifeless> I'm still precising it up
[06:14] <RAOF> You're running precise?
[06:14] <RAOF> Oh! I wasn't aware that this was a problem on precise.
[06:14] <lifeless> tada.
[06:15] <RAOF> ubuntu-bug linux!
[06:15] <lifeless> I had a hang, RAOF told me to ?
[06:15] <RAOF> I think the answer might be either “don't have your screen off for a long¹ time”.
[06:15] <RAOF> ¹: For suitably undefined values of “long”
[06:15] <lifeless> RAOF: like, 30 seconds ?
[06:16] <RAOF> For me it was ~hours.
[06:17] <RAOF> If you get the system into that state again, you should find that compiz is hung. Tell the kernel guys that GL applications are locking up when they try to swapbuffers.
[06:25] <lifeless> RAOF: bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1022819
[06:25] <ubot2> Ubuntu bug 1022819 in linux "X hung, mouse moved and changed shape but no graphics updates" [Undecided,New]
[06:44]  * TheMuso considers nvidia drivers after having another period of no screen rendering when CPU load is a little higher.
[06:44] <TheMuso> s/a little higher/high/
[06:52] <BigWhale> Good Morning Everyone.
[07:00] <RAOF> Why Hello There!
[07:04] <BigWhale> RAOF: So jumpy so early in the morning. :>
[07:45] <tkamppeter> pitti, can you have a look at bug 1022785? The user seems to have lost his /etc/init.d/cups file in his old CUPS version and so is not able to upgrade to a new Upstarting CUPS version. Do we need a change on CUPS?
[07:45] <ubot2> Launchpad bug 1022785 in cups "package cups 1.5.0-8ubuntu6 [modified: usr/lib/cups/filter/commandtoescpx usr/lib/cups/filter/commandtopclx usr/lib/cups/filter/imagetopdf usr/lib/cups/filter/imagetops usr/lib/cups/filter/imagetoraster usr/lib/cups/filter/pdftoijs usr/lib/cups/filter/pdftoopvp usr/lib/cups/filter/pdftopdf usr/lib/cups/filter/pdftops usr/lib/cups/filter/pdftoraster usr/lib/cups/filter/pstopdf usr/lib/cups/filter/rastertoescpx
[07:46] <pitti> tkamppeter: easiest is usually to reinstall the package with --force-confmiss
[07:46] <pitti> tkamppeter: conffile handling is not cups specific, so there is little that cups should do there
[07:48] <tkamppeter> pitti, thanks. I answered to that bug now.
[08:36] <seb128> hey desktopers
[08:36] <pitti> bonjour seb128
[08:36] <seb128> hey pitti, how are you?
[08:36] <seb128> didrocks, it's meeting reminder day you didn't remind me :p
[08:36] <pitti> seb128: I'm great, thanks! happily hacking on libudev
[08:36] <didrocks> seb128: I was waiting for you to say hi on #ubunut-desktop first :p
[08:37] <seb128> didrocks, ;-)
[09:04] <seb128> jasoncwarner_, kenvandine, TheMuso, cyphermox, RAOF: you guys need to better filter your emails ;-)
[09:05] <seb128> jasoncwarner_, kenvandine, TheMuso, cyphermox, RAOF: you are the ones who didn't reply to my "Do you all receive,filter team emails from launchpad?" email from last week
[09:05]  * mlankhorst didn't eitiher :D
[09:05] <seb128> ups
[09:05] <jasoncwarner_> seb128: oh, I didn't respond to that...oops
[09:05] <seb128> mlankhorst, indeed!
[09:05] <seb128> jasoncwarner_, did you get it? ;-)
[09:05] <Laney> I was thinking about that
[09:05] <mlankhorst> it showed up in launchpad.net/contactviaweb
[09:05] <Laney> it's not possible to have group discussions if you use that feature, is it?
[09:06] <jasoncwarner_> seb128: I did...and marked it "TODO" and then, didn't do it
[09:06] <seb128> jasoncwarner_, ok, good
[09:06] <mlankhorst> but just hit reply and sent a blank mail back
[09:06] <mlankhorst> enjoy\
[09:07] <seb128> Laney, no, I think it's a one way street ... maybe an alias or group for the team is better after all, still I would like those emails to not land in null ;-)
[09:08] <seb128> mlankhorst, you should have received an email as well, you can reply to it without using the launchpad ui
[09:08] <Laney> yeah it would be good, but probably not for 'official' use, rather so we don't miss random contacts
[09:08] <Laney> for chat a proper mailing list would be better I suppose
[09:08] <seb128> right
[09:08] <seb128> we already have lists
[09:08] <seb128> I don't think we have so much private in team discussions
[09:08] <Laney> I thought that point was that you don't like maintaining a list in your client?
[09:09] <seb128> right, I found the launchpad feature handy to contact all members of a team
[09:09] <seb128> i.e for meeting reminders
[09:09] <seb128> i.e -> e.g
[09:40] <rickspencer3> didrocks, ping
[09:40] <seb128> didrocks, HIDE
[09:40] <seb128> ;-)
[09:40] <seb128> rickspencer3, bonjour
[09:40] <rickspencer3> didrocks, Nathan_S is trying to install quickly, but apt can't find it
[09:40] <rickspencer3> seb128, haha
[09:40] <didrocks> rickspencer3: pong ;)
[09:40] <didrocks> rickspencer3: on precise?
[09:40] <seb128> universe is enabled?
[09:40] <didrocks> or quantal?
[09:40] <didrocks> yeah, universe should be enabled :)
[09:41] <rickspencer3> didrocks, Nathan_S is on precise, and universe is enabled (according to his software-sources_ box
[09:41] <didrocks> did he refresh the repository?
[09:41] <rickspencer3> didrocks, he's on a stock 12.04 install running from a USB key
[09:41] <rickspencer3> I guess he could try:
[09:41] <rickspencer3> sudo apt-get update
[09:42] <rickspencer3> Nathan_S, ^
[09:42] <didrocks> rickspencer3: I'm pretty sure the repos has to be refreshed (apt-get update)
[09:42] <rickspencer3> btw, hi Nathan_S ;)
[09:43] <Nathan_S> Hi rick :) its updating as we speak
[09:43] <Nathan_S> thanks guys :)
[09:43] <rickspencer3> didrocks, Nathan_S is going to spend some time this week going through all the quickly tutorials
[09:43] <didrocks> hey Nathan_S ;)
[09:43] <didrocks> sweet
[09:43] <rickspencer3> it would help if quickly installed, though :)
[09:43] <didrocks> can be somewhat useful, yeah
[09:43] <didrocks> :)
[09:43] <Nathan_S> update done, searching for quickly :)
[09:46] <didrocks> rickspencer3: waow, I never looked at the reviews in software-center
[09:46] <Nathan_S> it still didn't turn up on software center, but i typed in the command line you told me and it is working away
[09:46] <didrocks> the Quickly ones are really good :)
[09:46] <seb128> didrocks, are they good?
[09:46] <rickspencer3>   nice
[09:46] <seb128> cool!
[09:46] <didrocks> Nathan_S: I think you need to look at "technical items"
[09:46]  * rickspencer3 looks
[09:46] <didrocks> when you look for Quickly
[09:47] <Nathan_S> technical items are shown and it isn't there :/ but it is installing after typing it in on terminal
[09:48] <Nathan_S> Aha it has appeared on software center!
[09:49] <didrocks> hum, weird, I'm pretty sure it's lost in the technical items area if you click on it :)
[09:50] <rickspencer3> Nathan_S, can you please make sure to note that Quickly didn't show up before you jumped through hoops?
[09:50] <rickspencer3> it's good to know that the web site does now work on a stock install!
[09:51] <Nathan_S> I thought that too, but originally at the bottom it said "show 66 technical items" and now it says "show all 357 technical items"
[09:51] <Nathan_S> and quickly is showing up without showing technical items
[09:52] <Nathan_S> rickspencer3, Yep, its already in the blog
[09:52] <james_w> if your search exactly matches the name of a technical item then it shows up without having to check the box
[09:57] <seb128> mvo_, hey, daily aptdaemon SRU verification ping, 25 days and counting ;-)
[10:19]  * pitti sighs at desktop-devel-list
[10:22] <Laney> please add me to the desktop team ping ;-)
[10:39] <seb128> Laney, hey
[10:39] <seb128> Laney, done! congrats ;-)
[10:41] <Laney> awesome, cheers!
[10:45] <seb128> Laney, yw, I still have g-s-d to review on my list for today but feel free to merge that in the official vcs with a note in the changelog of what is needed before upload
[10:45] <seb128> Laney, we already have 3.5 ongoing work in the vcs anyway so it just makes sense to keep working there
[10:48] <seb128> pitti, lot of ddl discussion around those ibus changes...
[11:15] <pitti> seb128: yeah, but with a rather harsh tone
[11:16] <mvo_> seb128: meh, indeed
[11:30] <RAOF> seb128: Like jasoncwarner_, I got it, went “Ok, I need to read & respond” and then didn't.
[11:30] <didrocks> if it's taking less than 5 minutes, do it now :)
[11:30] <seb128> RAOF, ok, good ;-)
[11:31] <seb128> mvo_, hey, ping, daily aptdaemon testing reminder
[11:31] <RAOF> didrocks: Yeah, but... mail! :)
[11:31]  * seb128 hides from mvo_
[11:31] <seb128> pitti, never had to deal with Bastien before? ;-)
[11:31] <didrocks> RAOF: heh, I do that generally to not being depressed seeing the number of answers I have to do every day :)
[11:32] <seb128> there is 3 approches to email, one is to the brave and deal with them as they come, the other options are to just ignore them all or just delete them as they come ;-)
[11:33]  * RAOF is a fan of “have an elaborate series of filters, dropping everything thats ‘important’ in a single folder and farming everything else off into their own special boxes that can be perused when the mood strikes.
[11:34] <seb128> RAOF, right, the point of that email was to check if people have the right pipes to have those emails landing in a visible box ;-)
[11:34] <pitti> seb128: I did, but it still stings me when discussions go bad like that
[11:34] <seb128> pitti, yeah, ddl can be depressing like that :-(
[11:35] <seb128> pitti, a number of people unsubscribed from ddl due to those discussions, not sure how useful the list is still...
[11:35] <didrocks> going to /dev/null for me because of that :/
[11:36] <mlankhorst> well so far treating everything as launchpad as spam was only wrong once
[11:36] <mlankhorst> ;)
[11:37] <mlankhorst> s/as/from/
[11:57] <desrt> happy tuesday
[12:14] <didrocks> (seems nobody want to get into desrt's trap today ;))
[12:14] <desrt> didrocks: hey!
[12:14] <didrocks> hey desrt! I'm alreay far far away :)
[12:18] <seb128> didrocks, I got the guy in /ignore, you never know
[12:19] <desrt> seb128: i wanted to talk to you
[12:19] <desrt> seb128: i should be bumping the soname of libdconf, right?
[12:20] <desrt> there have been API removals and changes
[12:20] <seb128> didrocks, btw if he ever comes to ask a question that we should reply to please can you answer ;-)
[12:20] <desrt> hm.  you're good at this game :)
[12:21] <seb128> :-p
[12:21] <seb128> desrt, hey ;-) how are you?
[12:21] <desrt> feeling a bit better now that you're talking to me :p
[12:21]  * seb128 hugs desrt
[12:21] <didrocks> seb128: ah see, you felt into the trap!
[12:21]  * desrt has no work to assign today
[12:21] <didrocks> promise?
[12:21] <desrt> yes :)
[12:22]  * didrocks hugs desrt then :)
[12:22] <didrocks> "oh btw…"
[12:22] <desrt> didrocks: you know what my standing request is.  no need to repeat it :)
[12:22] <didrocks> heh, indeed
[12:22] <didrocks> blame seb128, he gave me even more work this morning :p
[12:23] <desrt> seb128: so like... i guess there are almost nobody outside of the dconf package itself using libdconf
[12:23] <seb128> desrt, did you manage to get dconf ng to stop whipping user keys? ;-)
[12:23] <desrt> seb128: ya :)
[12:23] <desrt> seb128: but here's the deal....
[12:23] <desrt> i think you have libdconf and libdconf-dbus-1 in the same package
[12:23] <desrt> oh.  you don't.
[12:23] <seb128> desrt, libdconf ... no, I know of some users of the command line utility, not of the lib
[12:23] <desrt> okay.  this is easy then
[12:24] <desrt> so does it matter if i increase the soname?
[12:24] <seb128> no
[12:24] <desrt> ok
[12:24] <desrt> may as well keep it at zero then
[12:24] <desrt> less packaging shuffle that way :)
[12:24] <seb128> oh, you mean it this way
[12:24] <didrocks> hum, you need to bump it :)
[12:24] <seb128> I though you were asking if an soname increment would create work or issues
[12:25] <seb128> please increment the number if you break abi
[12:25] <didrocks> so, libdconf (old) can talk to newer libdconf-dbus?
[12:25] <seb128> you never know, and it's not a big issue
[12:26] <desrt> didrocks: they are unrelated
[12:26] <desrt> libdconf is implemented with GDBus and libdconf-dbus-1 is implemented with libdbus-1
[12:26] <didrocks> oh
[12:26] <desrt> they share some code in the implementation... but it's private symbols
[12:26] <didrocks> so my question is: libdconf (old) can talk to the newer service?
[12:26] <desrt> yes.  it can.
[12:27] <desrt> although i'm not happy about it :)
[12:27] <seb128> it seems a bit weird to have 2 libs to be honest ;-)
[12:27] <didrocks> well, I know that for your proudness, keeping it to a 0 soname was a goal :p
[12:27] <desrt> and the reverse is not true
[12:27] <desrt> seb128: there are 3, in fact
[12:28] <desrt> seb128: if you count the GSettingsBackend GIOModule as a library
[12:28] <desrt> seb128: in any case, talk to the powers that be... apparently it was unacceptable to use GDBus in unity-2d
[12:28] <seb128> desrt, wth
[12:29] <seb128> desrt, I'm sure unity-2d uses glib ;-)
[12:29] <desrt> it does
[12:29] <desrt> but it uses QtDBus
[12:29] <desrt> which uses libdbus-1
[12:29] <seb128> oh, I see...
[12:29] <desrt> so in order to share 1 dbus connection, dconf had to use libdbus-1 as well
[12:30] <didrocks> well, anyway, this problem will be sooner or later behind us :)
[12:30] <didrocks> (unfortunatly later…)
[12:30] <desrt> i don't think so
[12:30] <desrt> i imagine that since we have QML as our developer platform dconf-qt will continue to be used
[12:31] <seb128> right, but it's not a real issue in practice
[12:31] <desrt> the dbus-1 code is actually in a bit of a bad state in dconf
[12:31] <seb128> desrt, to go back to the topic, please bump the soname, it doesn't cost much and it's theorically clean and avoid any issue we might not have though about
[12:31] <desrt> and by bad state i mean 'exactly the same state as it was before'
[12:31]  * desrt has completely avoided touching it at all for fear of breaking it and no real way of testing it
[12:32] <desrt> seb128: ah.  okay.
[12:32] <desrt> seb128: my main concern was that i thought that both libs were in the same package, which is not the case
[12:32] <desrt> because the dbus-1 would have 0 and the client would be 1
[12:32] <seb128> that's not an issue either
[12:32] <desrt> so what would you call the package?
[12:32] <seb128> we have some packages like that
[12:33] <seb128> we would have increased the name to 1
[12:33] <seb128> it's less clean, but in practice what matters is to have a rename when the abi is made incompatible
[12:33] <desrt> and then later when i break the libdconfdbus-1 API and bump its soname to 1?
[12:33] <desrt> you rename it again from 1 to... 1?
[12:33] <seb128> when those happen usually debian just put each in their binary then
[12:33] <seb128> which is already the case here...
[12:33] <desrt> ya.  that's what i figured you'd have to do
[12:33] <desrt> yup
[12:33] <desrt> so no problem :D
[12:34] <seb128> indeed ;-)
[12:34] <desrt> btw: i remember that vuntz did something...
[12:34] <desrt> perhaps you remember it too :)
[12:34] <didrocks> vuntz did something? really? :)
[12:34] <didrocks> when? ;)
[12:34] <desrt> a long time ago :)
[12:34] <didrocks> heh
[12:34] <desrt> gnome-panel has a libdconf depend, i think
[12:34]  * desrt checks if that is still the case
[12:35] <seb128> desrt, he was not using the command line utility?
[12:35] <desrt> yup.
[12:35] <desrt> nope.
[12:35] <seb128> desrt, the profiles are handled using dconf
[12:35] <seb128> but I though that was the binary
[12:36] <desrt> ./gnome-panel/panel-layout.c:                panel_dconf_write_sync (key, variant, NULL);
[12:36] <desrt> looks quite like an API call to me
[12:36] <desrt> oh.  wait.
[12:36] <desrt> ahah
[12:36] <seb128> indeed
[12:37] <seb128> using dconf_client_write()
[12:37] <desrt> no... not so lucky
[12:37] <desrt> yup
[12:37] <desrt> this will need to be changed
[12:37] <seb128> well, good that the soname change ;-)
[12:37] <seb128> you just need to track vuntz to update his code
[12:37]  * desrt guesses it will be faster to do the changes himself
[12:38] <desrt> they are quite minor
[12:38] <desrt> in this case
[12:38] <seb128> you are insulting vuntz there! ;-)
[12:39]  * desrt wonders what the shelf life of gnome-panel is
[12:39] <desrt> speaking of shelf-life of soon-to-be-abandoned projects...
[12:39] <desrt> didrocks: are you basing your migration stuff on the migration stuff in gconf?
[12:40] <didrocks> desrt: indeed, adding tests and so on
[12:40] <didrocks> desrt: when I'll have time to start it :)
[12:40] <desrt> do you plan to push upstream?
[12:40] <didrocks> desrt: I want to have something generic, then, "pushing" per say, why not if it has values for GNOME
[12:41] <desrt> didrocks: i just wonder how much longer upstream is going to care about gconf at all
[12:41] <desrt> i hear rumours about it being dropped from the release sets soon (like next cycle)
[12:41] <didrocks> desrt: well, it won't be centered on gconf like this tool
[12:41] <didrocks> hence the, I don't know if it will be useful to GNOME
[12:41] <desrt> just saying... if you guys plan to ship gconf for much longer then perhaps you should take maintainership of it
[12:42] <desrt> i can't imagine that many apps will still use it, so the migration will be the only thing
[12:42] <didrocks> desrt: well, the migration tool has nothing to do with gconf :)
[12:42] <desrt> didrocks: the migration tool has to read from gconf :)
[12:42] <didrocks> hum, why?
[12:42] <didrocks> are we speaking about the same thing?
[12:42] <desrt> didrocks: i assumed that your work would be an expansion of the existing tool
[12:43] <desrt> which as its only (current) mode of operation is reading out of gconf and writing to gsettings
[12:43] <didrocks> desrt: you didn't want to have a special format and prefered that we only launch shell scripts
[12:43] <desrt> didrocks: ah.  so you really are writing a new tool then
[12:43] <didrocks> hence the fact it will be separated, it's not for a gconf->gsettings transition
[12:43] <didrocks> yeah, on the same concept
[12:43] <desrt> hrmph.
[12:44] <didrocks> if we had some special syntax for common operation, I would just extend the existing one
[12:44] <didrocks> but you showed me it's not needed and dealing with scripts is just more straightforward :)
[12:44] <desrt> in this day and age probably it's true
[12:45] <desrt> it seems my attempt to hook you in for more work has failed :)
[12:45] <didrocks> I attest that's a complete failure, sorry :-)
[12:46] <desrt> i'm slightly concerned about our LTS->LTS path
[12:46] <desrt> precise has keybindings (as an obvious and painful example) in gconf
[12:47] <seb128> desrt, you have a work item to read the datas from the .xmls on disk for this cycle in case you forgot ;-)
[12:47] <desrt> what idiot volunteered me for that? :(
[12:48] <desrt> seb128: is there some way i can ask launchpad for a list of all work items i have on approved blueprints for this cycle?
[12:49] <desrt> thumper and i were trying to figure this out...
[12:49] <desrt> seems like it should be pretty obvious
[12:49] <pgraner> seb128, fyi I keep hitting https://bugs.launchpad.net/ubuntu/+source/screen-resolution-extra/+bug/1012774 about every 5 min
[12:49] <ubot2> pgraner: Error: <Bugtracker.plugin.Launchpad instance at 0xa2d980c> bug 1012774 not found
[12:49] <seb128> desrt, you did volunteer for that!
[12:51] <seb128> desrt, I'm trying to find it out, you can search for desrt on http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team.html to get your desktop ones
[12:51] <seb128> desrt, "look at making the gsettings to gconf parse the xmls directly"
[12:51] <seb128> is one of yours
[12:51] <desrt> seb128: nice.  broken link :)
[12:51] <seb128> desrt, right, not sure why it doesn't work for some users
[12:52] <desrt> i see it has it broken out below in any case
[12:52] <seb128> desrt, http://status.ubuntu.com/ubuntu-quantal/u/didrocks.html
[12:52] <seb128> is what you should get
[12:52] <desrt> wow
[12:52] <desrt> he's important enough to have his own burndown
[12:52] <seb128> ;-)
[12:52] <desrt> maybe i don't get one because i have relatively few items
[12:52] <didrocks> \o/
[12:54] <desrt> this page has lots of items that i vaguely remember volunteering myself for :/
[12:54] <seb128> desrt, no, I don't know why, some people get their page some not
[12:55] <seb128> desrt, i.e there is a bug and we should fix it, it just has been too low priority on my list to try to look at the code
[12:55] <desrt> seb128: you're a launchpad hacker now? :)
[12:55] <seb128> desrt, no, but status.ubuntu.com is not on launchpad ;-)
[12:56] <desrt> ahh
[12:56] <seb128> desrt, it's made of scripts consuming launchpad datas
[12:59] <mterry> Laney, hey congrats on being a desktop member!  Sorry I didn't get time to +1 your app
[13:00] <Laney> mterry: thanks. I'm happy knowing you did it in spirit ;-)
[13:00] <didrocks> mterry: didn't you tell me the other day "oh no, not Laney"? :)
[13:00] <mterry> :)
[13:00]  * didrocks runs
[13:00] <Laney> /kick didrocks
[13:00] <didrocks> heh
[13:01] <didrocks> Laney: now that I gave you my +1, no more consideration? that's harsh!
[13:01]  * Laney is such a user :P
[13:01] <seb128> desrt, ah, I found back what I was looking for
[13:01] <seb128> desrt, https://launchpad.net/~desrt/+upcomingwork
[13:02] <desrt> nice
[13:02] <seb128> desrt, that doesn't seem to list all your workitems though but I guess that's because some of the specs are not milestoned for quantal
[13:02] <desrt> seb128: ya... the other work is the thinclient stuff
[13:03] <desrt> they probably didn't handle their blueprints properly
[13:03] <desrt> (or elected not to...)
[13:04] <seb128> desrt, ok, that page requires a milestone on the blueprint
[13:04] <seb128> desrt, https://launchpad.net/~desrt/+upcomingwork you got some extra ones listed
[13:05] <desrt> what is this magic?  that's the same url!
[13:05] <seb128> desrt, I went on some of the specs and set a milestone from the 12.10 cycle
[13:05] <desrt> ah.  thanks :)
[13:08] <pgraner> didrocks, anyone report problems with todays update and unity not displaying the top panel/Launcher & Dash?
[13:09] <didrocks> pgraner: hum, not yet, are you running -proposed?
[13:09] <pgraner> didrocks, yep
[13:09] <didrocks> pgraner: apt-cache policy unity
[13:10] <pgraner> didrocks, pgraner@zorak:~$ apt-cache policy unity
[13:10] <pgraner> unity:
[13:10] <pgraner>   Installed: (none)
[13:10] <pgraner>   Candidate: 5.12-0ubuntu4
[13:10] <pgraner>   Version table:
[13:10] <pgraner>      5.12-0ubuntu4 0
[13:10] <pgraner>         500 http://us.archive.ubuntu.com/ubuntu/ quantal/main amd64 Packages
[13:11] <didrocks> pgraner: well, seems you have no unity installed, partial upgrade?
[13:12] <pgraner> didrocks, not that I saw
[13:12] <didrocks> well, something uninstall unity when you dist-upgrade
[13:12] <didrocks> apt should have warned you ;)
[13:13] <pgraner> didrocks, nope and now its telling me that I have held broken packages
[13:13] <Laney> unity isn't even out of NEW yet
[13:13] <pgraner> didrocks, http://pastebin.ubuntu.com/1084430/
[13:13] <Laney> does one of the other uploads breaks against older versions?
[13:14] <didrocks> pgraner: well, I don't think that mvo_ changed apt to not warned on uninstalling packages behind your back :)
[13:14] <didrocks> pgraner: as Laney said, some package are still waited to be NEWed
[13:14] <didrocks> pgraner: so apt can't install unity without latest libunity-core
[13:15] <seb128> pgraner, did you do a partial upgrade in update-manager?
[13:15] <didrocks> Laney: soname change
[13:15] <pgraner> didrocks, I never use update-manager
[13:15] <pgraner> didrocks,  only dist-upgrade
[13:15] <seb128> pgraner, well, packages don't go away without confirmation ... you probably acked it to be uninstalled
[13:15] <didrocks> pgraner: and dist-upgrade told you "going to remove: unity, ubuntu-desktop", right?
[13:15] <didrocks> yeah, that's what I'm trying to explain
[13:15] <pgraner> didrocks, if it did i missed it and hit yes
[13:15] <didrocks> seems likely to me
[13:16] <didrocks> seb128: btw, can you NEW the packages? I prefer not to ack my own packages :)
[13:16] <seb128> didrocks, sure
[13:16] <seb128> pgraner, for the other issue, can you run "python -c "import XKit"" and "dpkg -l python-xkit"?
[13:16] <didrocks> pgraner: should be published shortly, then you can apt-get install unity again
[13:17] <seb128> didrocks, you are on quantal, does the import XKit works for you?
[13:17] <pgraner> didrocks, ack
[13:17] <pgraner> seb128, sure
[13:17] <didrocks> pgraner: if you apt-get install ubuntu-desktop, you need to wait a little bit more, because unity-2d needs to build as well (and it's waiting on unity)
[13:17] <didrocks> seb128: one sec
[13:17] <seb128> pgraner, btw the unity issue is the reason why proposed should not be used
[13:17] <didrocks> seb128: it's not install for me
[13:17] <didrocks> oh it is
[13:17] <seb128> pgraner, the idea is that proposed hold half done transitions and stuff are moved to quantal when ready
[13:17] <didrocks> but import fails
[13:18] <Laney> I should push my lp branch to fix that proposed problem
[13:18] <didrocks> seb128: it's python -c "import xkit"
[13:18] <seb128> didrocks, ok, so I guess it means you confirm bug #1012774
[13:18] <ubot2> Launchpad bug 1012774 in screen-resolution-extra "screenresolution-mechanism.py crashed with ImportError in __main__: No module named XKit" [Undecided,Confirmed] https://launchpad.net/bugs/1012774
[13:18]  * Laney goes to hassle for reviewers
[13:18] <didrocks> xkit, not XKit
[13:18] <seb128> $ dpkg -S XKit
[13:18] <seb128> python-xkit: /usr/lib/python2.7/dist-packages/XKit/__init__.py
[13:18] <pgraner> seb128, pgraner@zorak:~$ python -c "import XKit"
[13:18] <pgraner> Traceback (most recent call last):
[13:18] <pgraner>   File "<string>", line 1, in <module>
[13:18] <pgraner> ImportError: No module named XKit
[13:18] <seb128> $ python -c "import XKit"
[13:18] <seb128> $
[13:18] <seb128> didrocks, on precise
[13:18] <seb128> so somebody renamed it
[13:18] <seb128> but the rdepends didn't get updated
[13:19] <didrocks> seems so
[13:19] <seb128> (hate that -changes emails open a serie specific url which don't have diffs)
[13:19] <seb128> http://launchpadlibrarian.net/107162177/x-kit_<IP_ADDRESS>build1_0.5.0.diff.gz
[13:20] <seb128> so, yeah, got broken in that update
[13:20] <seb128> tseliot, ^
[13:21] <tseliot> seb128: let me check
[13:21] <didrocks> seb128: agreed, I don't like that as well
[13:21] <seb128> tseliot, you renamed XKit to xkit, you need to either rename the binary or add Breaks on all users or add a symlink...
[13:21] <didrocks> you have to remove the <version>/ from the url
[13:24] <tseliot> seb128: ok, I thought I had already fixed s-r-e
[13:25] <seb128> tseliot, seems not, and in any case that's a compat break, you need to rename your binary package imho
[13:27] <kenvandine> seb128, i don't see that mail
[13:27] <kenvandine> seb128, obviously my procmailrc is buggy :)
[13:27] <seb128> kenvandine, look harder, it should be wherever your launchpad emails go
[13:27] <seb128> ;-)
[13:27] <bcurtiswx> good morning
[13:27] <tseliot> seb128: I was more concerned about backwards compatibility with python 2.x that I overlooked the api break in s-r-e. I fixed the other packages though
[13:27] <kenvandine> seb128, that is like 200 folders :)
[13:27] <seb128> kenvandine, standard non triaged launchpad bug spam one ;-)
[13:28] <kenvandine> oh... that is a pit of despair :-D
[13:28] <seb128> tseliot, well, the issue is that you might have random app developper using "import XKit" and having a depends on python-xkit
[13:28] <seb128> kenvandine, is my email in there? ;-)
[13:29]  * dobey hopes his bug can get fixed soon
[13:29] <seb128> tseliot, so if you break that you need to rename your binary so appdeveloppers know they need to update their code and depends
[13:30] <mterry> Sweetshark, next time you update libreoffice, can you change the libpoppler19 Depends to libpoppler26?
[13:30] <seb128> mterry, good that mention libreoffice
[13:30] <seb128> Sweetshark, what's the status on 3.6 beta upload to quantal?
[13:30] <seb128> mterry, hey btw ;-)
[13:30] <mterry> seb128, :) hi!
[13:31] <kenvandine> seb128, found it... not in the pit of despair folder :)
[13:31] <kenvandine> seb128, in my ContactViaWeb folder :)
[13:31] <seb128> lol
[13:31] <seb128> ok, you really have tons of folders ;-)
[13:31] <bcurtiswx> seb128, he has me in the "OMGNotHimAgain" folder
[13:32] <seb128> lol
[13:32] <seb128> hey bcurtiswx ;-)
[13:32] <bcurtiswx> hey seb128 :)
[13:33] <bcurtiswx> Laney, congrats (and my condolences) for getting into Desktop-Team
[13:33]  * Laney ph33rs
[13:33] <Laney> pushed gsd and gcc btw
[13:34] <kenvandine> i use the autofolder thing in procmail that automatically creates folders based on team, project, etc in the launchpad headers
[13:35] <kenvandine> the emails that are sent through launchpad's contact thing go in ContactViaWeb which is mostly junk...
[13:35] <kenvandine> sigh... evolution isn't showing message headers... grrrr!
[13:38] <Sweetshark> seb128: beta3 is currently building locally ...
[13:39] <seb128> Sweetshark, did we get over the stl,gcc issues?
[13:40] <Sweetshark> seb128: I will know when I have a build ;)
[13:40] <seb128> Sweetshark, ok
[13:43] <mhall119> rickspencer3: I am now
[13:44] <rickspencer3> hi mhall119
[13:44] <rickspencer3> mhall119,  meet Nathan_S, Nathan_S mhall119
[13:44] <mhall119> hi Nathan_S
[13:44] <Nathan_S> hi mhall
[13:44] <rickspencer3> mhall119, Nathan_S is working through the tutorials here: http://developer.ubuntu.com/resources/app-developer-cookbook/all-recipes/
[13:44] <rickspencer3> I thought you might want to talk to him about how to report issues
[13:44] <rickspencer3> he already found a very serious one on the getting started page
[13:45] <mhall119> excellent
[13:45] <mhall119> Nathan_S: are you familiar with launchpad?
[13:47] <Nathan_S> mhall119,  I have signed the code of conduct and made an account, but I haven't really got much experience with it, no
[13:54] <didrocks> TheMuso: $ ls -d .cache/at-spi2-* | wc -l
[13:54] <didrocks> 1374
[13:54] <didrocks> I think there is an issue there
[13:55] <didrocks> TheMuso: when you are online, can you take a look please? ^
[13:55] <seb128> didrocks, http://git.gnome.org/browse/at-spi2-atk/commit/?id=6fbb1ba2c5281706525ae93bd78ee6cd1f1c9bc8
[13:55] <seb128> didrocks, that's the fix for it
[13:56] <seb128> didrocks, it might be worth backporting...
[13:56] <didrocks> yeah, completely :/
[13:56] <seb128> didrocks, I can do it if you want
[13:57] <didrocks> seb128: maybe, worth testing first?
[13:57] <kenvandine> seb128, my filtering is "fixed" meaning i will not miss your team emails :)
[13:57] <kenvandine> i am sure there are plenty of other ways it's "broken" :-p
[13:58] <seb128> kenvandine, well, as long as emails from me land to your inbox I'm happy :p
[13:58] <seb128> didrocks, yeah, I'm on precise still though there, let's TheMuso have a look tomorrow (his day, tonight for us)
[13:59] <didrocks> seb128: right, will do it if it's not done by then
[13:59] <seb128> didrocks, thanks
[13:59] <didrocks> meanwhile, rm -r at-spi2*
[13:59] <didrocks> :)
[14:10] <seb128> cyphermox, hey
[14:10] <seb128> cyphermox, did you see that your g-s-d SRU from last week failed verification because the patch was not added to the serie?
[14:11] <cyphermox> seb128: seriously?
[14:12] <cyphermox> how did I screw that up? :D
[14:12] <seb128> cyphermox, yes ;-)
[14:12] <seb128> cyphermox, can you fix it?
[14:12] <cyphermox> yes
[14:12] <seb128> cyphermox, thanks ;-)
[14:34] <seb128> desrt, so, I got replies for you
[14:35] <desrt> ?
[14:35] <seb128> desrt, you don't have an individual tracker page because you are not member of any of the tracked teams
[14:35] <seb128> i.e teams on http://status.ubuntu.com/ubuntu-quantal/teams.html
[14:35] <desrt> ahh
[14:35] <desrt> i'll join the desktop team
[14:35] <seb128> desrt, skaet can add you to ubuntu-community-contributors if you want to be tracked
[14:35] <seb128> that's the team they add for people who are in none of the other teams
[14:36] <desrt> is this by launchpad teams, or what?
[14:36] <seb128> desrt, http://status.ubuntu.com/ubuntu-quantal/teams.html
[14:36] <seb128> desrt, those are the teams using status.ubuntu.com for tracking their work
[14:36] <desrt> i saw that.  was just wondering if it's; the same namespace.
[14:36] <seb128> yes
[14:37] <seb128> desrt, https://launchpad.net/~ubuntu-community-contributors
[14:37] <seb128> desrt, want to join it?
[14:37] <desrt> just did
[14:37] <desrt> or rather, just applied to
[14:41] <pitti> seb128: theory: the /u/<user>.html pages are missing from status.u.c. for users who don't have a full name
[14:41] <seb128> pitti, skaet replied, cf what I just said to desrt
[14:41] <pitti> ah, good
[14:42] <seb128> pitti, but thanks ;-)
[14:42]  * desrt has a fullname in launchpad...
[14:43] <seb128> desrt, skaet said you should start having your page within an hour
[14:43] <desrt> perfect.  thanks.
[14:44] <seb128> yw
[14:51] <tkamppeter> pitti, can you upload CUPS again? Fixes bug 987485,
[14:51] <ubot2> Launchpad bug 987485 in linux "Can only print once with USB to parallel adapter and HP 4L" [Undecided,Confirmed] https://launchpad.net/bugs/987485
[15:21] <seb128> didrocks, kenvandine, mterry, Sweetshark, tkamppeter, Laney, mlankhorst, cyphermox: the meeting time is in 10 min if you have any topic to add, please update https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-07-10 (if you are not tkamppeter or didrocks) with what you did as well, thanks
[15:23]  * mterry was mostly fixing NBS stuff last week
[15:26] <cyphermox> seb128: updated
[15:35] <seb128> cyphermox, thanks
[15:36] <seb128> didrocks, kenvandine, mterry, Sweetshark, tkamppeter, Laney, mlankhorst, cyphermox: ok, no agenda on the wiki, no meeting, thanks ;-)
[15:36] <didrocks> yw ;)
[15:36] <mterry> w000
[15:36] <kenvandine> seb128, look at that pile of indicator updates coming, listed on the wiki :)
[15:37] <kenvandine> charles is committed now... it is in black and white on the wiki, that can't be changed!
[15:37] <seb128> kenvandine, oh, partner update, it has been a while, I almost forgot about those
[15:37] <kenvandine> hehe
[15:37] <seb128> kenvandine, indeed
[15:38] <seb128> charles, your name is writen on our wiki, no going back!
[15:40]  * desrt finds understands and fixes a really really fun threading issue
[15:51] <Sweetshark> mterry: evil you! I just switched back to system vigra because of conflicts with libtiff4-dev and then you have a new version ....
[15:51] <Sweetshark> s/system/internal/
[15:52] <mterry> Sweetshark, vigra?
[15:52] <mterry> Can't tell if I'm helping or hurting there, but since I'm evil, I'm guessing hurting.  :)
[15:52] <micahg> Sweetshark: those things are usually worth discussing/fixing if possible rather than using internal code copies
[15:52] <desrt> mterry: computer vision library
[15:53] <desrt> like opencv
[15:56] <Sweetshark> micahg: if I would be discussing each of those things, I would never get to the fun part: actually building a package ...
[15:56] <micahg> Sweetshark: yes, but we don't want internal code copies where possible
[15:56] <Sweetshark> micahg: thats a given
[15:57] <Sweetshark> micahg: however, we want internal code copies where otherwise its impossible to build ;)
[15:58] <micahg> well, as a last resort or an impossible situation, sure
[15:58] <didrocks> desrt: funny, I think I found a bug in mclasen's code for the migration conversion that nobody really got because it was mainly one development cycle shot :)
[15:58] <didrocks> desrt: I only noticed it because I created the same bug with my wallpaper cache code :)
[15:59] <desrt> didrocks: i bet if you write a patch nobody will review it :D
[15:59] <didrocks> desrt: well, I'll rather try to avoid the same pitfall on the user session migration tool
[15:59] <didrocks> but it's not straightforward :)
[15:59] <Sweetshark> mterry: no, you were not really hurting, just that you upload was finishing right after I updated my pbuilder and thus I had some trouble. Now I have used the internal copy to see if it builds at all -- if I had known that there will be a new vigra 10 minutes later, I wouldnt have done that ;)
[16:01] <mterry> Sweetshark, gotcha
[16:02] <mterry> Sweetshark, there's also a new imagemagick coming, if libreoffice uses that
[16:03] <Sweetshark> mterry: no, IIRC imagemagick is the only main package that libreoffice does not depend on.
[16:03] <mterry> :)
[16:04]  * Sweetshark is seeing lots of SCKs in his build log -- promising ...
[16:13] <jbicha> didrocks: you didn't forget about rebuilding unity-lens-video for quantal, did you?
[16:14] <didrocks> jbicha: was too early, seems I kept it at a dput away, thanks for the notice! :)
[16:16] <davidcalle> didrocks, which branch is it, I don't know if sil2100 has bumped the gir unity dep.
[16:18] <davidcalle> didrocks, because on this one https://code.launchpad.net/~sil2100/unity-lens-videos/ubuntu_quantal still depends on gir unity 5
[16:18] <didrocks> davidcalle: yeah, and we are still providing this version
[16:18] <didrocks> davidcalle: the gir hasn't to be update if there is no break
[16:19] <didrocks> and in this case, there is none :)
[16:19] <davidcalle> didrocks, oh, this gir stays? This is glorious.
[16:19] <didrocks> yeah :)
[16:48] <Sweetshark> Finished: SUCCESS
[16:53] <cyphermox> pitti: still around? I'm just about done writing the autopkgtest for bluez, I'm wondering how to test it now ;)
[17:11]  * didrocks waves good evening
[18:58] <bcurtiswx> on the desktop version page, libpng upgrade will need to go from libpng12-0 to libpng15-15 if we're to keep with debian.  So would it be easiest to sync with debian experimental ?
[19:04] <seb128> bcurtiswx, version is just an indication, it's not always a good idea to go for latest version
[19:04] <seb128> especially for something like libpng, I would be careful about a transition
[19:05] <bcurtiswx> ok
[19:13] <kenvandine> bcurtiswx, libpng has lots of depends, so quite a few rebuilds and potential for regressions
[19:15] <seb128> bcurtiswx, do you look for lib update to do?
[19:16] <seb128> bcurtiswx, https://bugs.launchpad.net/ubuntu/+source/libimobiledevice/+bug/1020795 might be one
[19:17] <ubot2> Ubuntu bug 1020795 in libimobiledevice "Update to 1.1.4" [Wishlist,Triaged]
[19:17] <bcurtiswx> seb128, im looking to trek deeper into the process. Not sure if lib update is right thing yet. I was really trying to understand the SONAME process better
[19:17] <seb128> bcurtiswx, take gnome-desktop3's package from precise and try to update it to 3.5
[19:17] <seb128> bcurtiswx, then compare to the quantal version?
[19:18] <seb128> bcurtiswx, http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html is worth reading
[19:18] <seb128> on the library,soname topic
[19:19] <bcurtiswx> seb128,  thanks, i've been looking for something similar for a while now
[19:22] <kenvandine> yay... i'm below the trend line!
[19:22] <kenvandine> seb128, ^^
[19:22] <seb128> kenvandine, ;-)
[19:22] <seb128> kenvandine, well done!
[19:23] <kenvandine> not really
[19:23] <kenvandine> just got a taste of reality and de-scoped stuff
[19:23] <kenvandine> :-D
[19:23] <kenvandine> reality bites
[19:23] <kenvandine> :-D
[19:34] <bcurtiswx> kenvandine, i'm trying to compare version of folks in precise and quantal.. Seems you borked something maybe? http://paste.ubuntu.com/1085041/
[21:43] <seb128> Laney, just for info I started looking at g-s-d, I get the xkb issue as well
[21:58] <thumper> hi seb128
[21:58] <thumper> seb128: just so you know, I have pretty thick skin
[21:58] <thumper> seb128: and took no offense to any part of the email :)
[21:59] <seb128> thumper, hey, thanks ;-)
[21:59] <thumper> seb128: better to talk about these things
[21:59] <thumper> and make the process better
[21:59] <thumper> I think we are in agreement there
[22:01] <desrt> thumper: i always forget when our meeting is supposed to be
[22:03] <thumper> um...
[22:03]  * thumper looks
[22:03] <thumper> in half an hour
[22:03] <thumper> desrt: ^
[22:03] <desrt> cheers
[22:30] <robert_ancell> RAOF, enoying the rampant speculation in http://linux.slashdot.org/story/12/07/10/1340204/ubuntu-still-aims-for-wayland-in-quantal-quetzal
[22:35] <LLStarks> hi, how do i build 32-bit wine in 64-bit ubuntu? do i need a chroot or something?
[22:48] <TheMuso> seb128: I just plain forgot, sligth disorganisation on my part, I did get your email, but was preoccupied at the time.
[22:48] <TheMuso> didrocks: Known issue, upstrea has a fix in git upstrea for at-spi2-core, the dirs won't get created if the user is not using an AT.
[22:48] <TheMuso> I'
[22:49] <TheMuso> didrocks: I'll pull the patch today and upload it to get the issue mitigated ASAP.
[23:14] <RAOF> robert_ancell: It's the industrial-grade missing-the-point that I like from that thread :)
[23:20] <jasoncwarner_> TheMuso RAOF bryceh robert_ancell oops, lost track of time.... meeting reminder :/ https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-07-10 and please add your updates to the wiki
[23:21] <desrt> jasoncwarner_: don't you mean "ƃuıʇǝǝɯ reminder"?
[23:21] <jasoncwarner_> desrt: that's what I said? Am I missing something?
[23:21] <desrt> :)
[23:21] <desrt> win.
[23:22] <jasoncwarner_> :)
[23:23]  * bryceh waves
[23:23] <RAOF> Yo!
[23:25] <bryceh> jasoncwarner_, hey wanted to ask - TheMuso had mentioned cases for the panda boards.  As someone with grabby children and a curious cat, I'd also like to enclose it.  Do we have a preferred supplier for cases, and would we just expense them?
[23:29] <TheMuso> bryceh: The only supplier of cases that I know of make clear plastic cases. I remember seeing them mentioned on the pandaboard.org site, haven't looked into getting one for mine yet, but I think I will be too, because my appartment gets rather dusty, so would rather keep the board clean.
[23:29] <bryceh> TheMuso, yeah that sounds like the site I found too.
[23:33] <TheMuso> bryceh: But yeah, your question is a good one.