[00:00] <seb128> robert_ancell, yeah, didn't do that many late hacking evening recently
[00:00] <seb128> robert_ancell, I need one every now and then ;-)
[00:00] <robert_ancell> seb128, heh :)
[00:00] <robert_ancell> seb128, yay, do we have pygi now?
[00:00] <seb128> robert_ancell, yes
[00:00] <seb128> robert_ancell, I did get pygobject built with it on as well
[00:01] <robert_ancell> seb128, did you notice it was faster to get it in via debian than via ubuntu?
[00:01] <seb128> robert_ancell, it was not
[00:01] <seb128> your copyright was not correct for the ubuntu upload
[00:02] <seb128> I reviewed the first upload the day you uploaded! ;-)
[00:02] <robert_ancell> seb128, yeah and they fixed it and uploaded it.  Don't know why it took so long to hit the archives after that though
[00:02] <seb128> robert_ancell, because an archive admin needs to do it
[00:02] <seb128> and it was a 3 days weekends for most europeans
[00:02] <robert_ancell> ah
[00:02] <seb128> and we don't work on weekends
[00:03] <seb128> robert_ancell, btw how did you get it in Debian?
[00:03] <robert_ancell> seb128, added my package to the bug report, they fixed up the details
[00:04] <seb128> nice
[00:04] <robert_ancell> someone else had a package but there's was really complex.  I finally worked out how to make a proper Python package
[00:05] <seb128> yeah, packaging is still not as easy as it could
[00:05] <seb128> robert_ancell, btw dunno if you have seen but I assigned you some bugs
[00:05] <robert_ancell> it will be better when everything finally migrates
[00:06] <robert_ancell> what packages?
[00:06] <seb128> robert_ancell, you don't read bug emails!
[00:07] <seb128> robert_ancell, you should try to have a mail folder for things assigned to you
[00:07] <robert_ancell> seb128, I have a lot of bug email!
[00:07] <seb128> robert_ancell, so they don't get in the noise
[00:07] <robert_ancell> yea
[00:07] <TheMuso> 8/c
[00:07] <seb128> robert_ancell, gdm and compiz
[00:07] <robert_ancell> oh. thanks.
[00:08] <seb128> robert_ancell, compiz is an issue with the compiz decorator when it fallback to no using compiz
[00:08] <seb128> the decorator seems to be still running and creating issues
[00:08] <seb128> robert_ancell, gdm there is a vt switch issue and passwd reading one which is said to be ubuntu specific
[00:09] <seb128> there is no hurry for those
[00:09] <seb128> but they are on the list of "would be nice to fix for lucid .1"
[00:11] <seb128> robert_ancell, you know about https://bugs.launchpad.net/~robert-ancell/+assignedbugs
[00:11] <seb128> robert_ancell, ?
[00:11] <robert_ancell> yup
[00:11] <seb128> robert_ancell, you should try to keep that list matching what you have on your todolist ;-)
[00:12] <seb128> robert_ancell, if you sort by newest first the 3 I mentioned are listed first on the list
[00:13] <robert_ancell> seb128, heh, can you see the OEM bugs?
[00:13] <seb128> robert_ancell, no, I've 15 bugs on your list
[00:19] <rickspencer3> well, now that the seb128 whip cracking is over ...
[00:19] <TheMuso> heh
[00:19] <rickspencer3> robert_ancell, TheMuso, RAOF quick Easter Edition?
[00:19] <seb128> lol
[00:19] <TheMuso> Sure
[00:20] <robert_ancell> go
[00:20] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-08
[00:20] <rickspencer3> it was a very "statusy" meeting
[00:20] <rickspencer3> so how about if I hit the high points first
[00:20] <rickspencer3> then let you guys read through and see if you have questions
[00:20] <TheMuso> sure
[00:21] <rickspencer3> ok
[00:21] <rickspencer3> so chrisccoulson is working his a** off getting the mozilla update ready
[00:21] <chrisccoulson> heh :)
[00:21] <rickspencer3> he's encountered a couple of issues that he thinks he can fix
[00:21] <rickspencer3> before they ship the new FF
[00:21] <rickspencer3> or shortly thereafter
[00:22] <rickspencer3> FF will release soon
[00:22] <rickspencer3> lots of good testing done, but still expect some breakages
[00:22] <rickspencer3> Unity 0.2 was release on Friday
[00:22] <rickspencer3> and is now in universe
[00:22] <rickspencer3> didrocks has MIRed it, but need to get those acked
[00:23] <rickspencer3> I have an action to see if I can unblock the stack of MIRs and SRUs
[00:23] <rickspencer3> Ubuntu One and Dx are on a weekly release cadence again
[00:23] <rickspencer3> we are above the trend line
[00:23] <rickspencer3> so we discussed work items that we could move to A3
[00:24] <rickspencer3> I think those were the high points
[00:24] <TheMuso> cool
[00:24] <rickspencer3> RAOF, how are the xorg-xserver updates going?
[00:25] <RAOF> rickspencer3: They're pretty much done.  There are a couple of syncs outstanding, and then we need to upload the xorg to flip the final switch.
[00:26] <rickspencer3> oh
[00:26] <rickspencer3> so the actual update is not yet available?
[00:26] <RAOF> mvo had a busy afternoon of sponsoring, yesterday :)
[00:26] <rickspencer3> ah
[00:26] <rickspencer3> nice
[00:26] <rickspencer3> ok
[00:27] <rickspencer3> do you guys want to skim the irc logs, and let me know if you have any questions?
[00:27] <RAOF> All the updates are available, but the metapackage built from the “xorg” source package doesn't yet point to all the new ABIs.
[00:27] <TheMuso> Already started to.
[00:28] <RAOF> I'm looking to see if anyone's shouting about breakage yet ):
[00:33]  * ajmitch only has virtualbox drivers to complain about, but they're expected to break, it seems :)
[00:42] <seb128> chrisccoulson, oh btw, "WARNING (desktop-maverick-mozilla-team-discussion): assignee "yokozar" is not a valid Launchpad account"
[00:43] <seb128> chrisccoulson, not sure if that's a typo or somebody who is not on launchpad
[00:43] <seb128> TheMuso, WARNING (desktop-maverick-gnome3-accessibility-readiness): no work items defined
[00:43] <seb128> TheMuso, should that spec be on the maverick list of not or have work items?
[00:43] <TheMuso> seb128: No, it was informational
[00:43] <TheMuso> s/was/is/
[00:43] <seb128> TheMuso, ok, thanks
[00:43] <ajmitch> seb128: yokozar is scottritchie, I think
[00:44] <TheMuso> Yes thats correct.
[00:44] <chrisccoulson> seb128 - thanks
[00:44] <seb128> ajmitch, chrisccoulson, TheMuso: thanks
[00:44] <micahg> sorry, my fault :)
[01:00]  * RAOF sees whether launchpad will accept the 200Mb vmcore attached to that kernel crash.
[01:07] <TheMuso> ouch
[01:07] <TheMuso> RAOF: is that compressed?
[01:08] <RAOF> Dunno.  It's the apport kernel crash script.
[01:08] <TheMuso> ah ok
[01:09] <RAOF> If it doesn't work this time I'll just file a bug normally and attach the apport report to it.
[01:19] <robert_ancell> rickspencer3, what was the python binding you wanted to work in pygi?
[01:19] <rickspencer3> robert_ancell, it's for empathy
[01:19] <rickspencer3> tomeu is working on it
[01:19] <rickspencer3> he will make it easy to use the contact picker
[01:20] <rickspencer3> than writing a sweet Python API to make tubes easy and fun
[01:20] <robert_ancell> rickspencer3, and the existing python bindings didn't do it?
[01:20] <robert_ancell> rickspencer3, I'm looking for an example to blog about doing something there wasn't bindings for previously
[01:20] <rickspencer3> robert_ancell, they hated the existing API or something
[01:20] <rickspencer3> I forget
[02:51] <Laney> didrocks: looks like we missed that, please file a bts bug
[06:15] <lifeless> a
[07:06] <robert_ancell> RAOF, do you know how X chooses what VT to start on?
[07:06] <RAOF> I think it gets told which VT to start on, by gdm.
[07:08] <robert_ancell> RAOF, no, it doesn't.  I'm looking at a patch that adds the functionality and wondering what happens now.  There is a bug where you create a lot of X servers then log out and you are left on an empty VT.  I'm not sure if it's the next X process doesn't know what VT to start on or GDM doesn't know what VT to direct you to
[07:18] <RAOF> X would be much easier to read if there weren't all these global variables scattered about the plaec.
[07:19] <robert_ancell> RAOF, is no-one cleaning those up?
[07:20] <RAOF> Not that I can see.
[07:20] <robert_ancell> *sigh*
[07:20] <robert_ancell> RAOF, oh, what is your opinion on xcb?
[07:20] <RAOF> Eh.
[07:21] <RAOF> A better way of talking to the X server isn't unwelcome, but I've never really had to care.
[07:21] <RAOF> *I* tend not to talk X11, anyway.  I talk GTK, cairo, etc.
[07:22] <RAOF> ioctl(fd, VT_OPENQRY, &xf86Info.vtno)
[07:22] <RAOF> That's where X gets its VT from
[07:23] <RAOF> xf86OpenConsole, in hw/xfree86/os-support/linux/lnx_init.c
[07:24] <robert_ancell> RAOF, nice, just what I wanted.  The patch was trawling through /proc to find a free vt.  This is much nicer
[07:46] <pitti> Good morning
[07:53] <didrocks> good morning
[07:55] <james_w> morning desktoppers!
[07:56] <baptistemm> hi there
[07:56] <baptistemm> pitti, I need to talk for 2 months about a regression in bluetooth potentially caused by fix done by you
[07:57] <baptistemm> I have no motivation to look at bluetooth atm :)
[07:57] <pitti> bonjour didrocks, baptistemm
[07:57] <pitti> hey james_w
[07:57] <baptistemm> hi pitti
[07:57] <baptistemm> and james_w
[07:57] <pitti> baptistemm: oh, by me?
[07:58] <baptistemm> I wanted to have a look but dodn't had time, so i guess I'll point you the bug number
[07:58] <didrocks> Guten morgen pitti
[07:58] <didrocks> hey james_w
[07:58] <didrocks> lut baptistemm
[07:59] <james_w> didrocks is a man of many languages
[07:59] <didrocks> james_w: if only it was true :-)
[08:01] <baptistemm> pitti, bug 550288
[08:01] <ubot2> Launchpad bug 550288 in bluez (Ubuntu) "bluez fails to discover mx5000 keyboard and mouse (affects: 36) (dups: 1) (heat: 185)" [Undecided,Confirmed] https://launchpad.net/bugs/550288
[08:01] <baptistemm> now I have to go, but you can ping me
[08:29] <seb128> hello
[08:31] <pitti> bonjour seb128
[08:31] <seb128> hello pitti
[08:31] <pitti> baptistemm: ah, got it; I updated the bug accordingly
[08:32] <didrocks> sallut seb128
[08:34] <seb128> lut didrocks
[08:52] <seb128> hum
[08:52] <seb128> pitti, is there a way to spy on a running process stdout?
[08:53] <seb128> or somebody else who might know
[08:53] <pitti> seb128: one workaround would be to attach strace and listen for write(), and look for writes to fd 1 and 2
[08:54] <seb128> pitti, doesn't do what I need
[08:54] <pitti> cat /proc/4289/fd/1 -> that doesn't work, anyway
[08:54] <seb128>  writev(6, [{"l\3\1\1\376\3\0\0\34\0\0\0O\0\0\0\6\1s\0\5\0\0\0:1.71\0\0\0"..., 96}, {"\371\3\0\0Traceback (most recent call "..., 1022}], 2) = 1118
[08:54] <seb128> I'm interested in the stacktrace
[08:55] <pitti> seb128: but it's there? (with -s10000 anwyay)
[08:58] <seb128> pitti, oh right, it is
[08:58] <seb128> I didn't know about -s
[08:59] <pitti> (it's stderr, BTW)
[09:00] <pitti> RAOF: for https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-xorg-gpu-freeze-reports, what would you like add_video_info() to do?
[09:01] <pitti> RAOF: doesn't the xorg hook already collect all information about this? i. e. should I just move it from the package hook to hookutils/
[09:01] <pitti> ?
[09:01] <didrocks> seb128: you told on both fspot bug reports that we are considering 0.6.2 for lucid which contains both fixes? Is there any news about that?
[09:02] <seb128> didrocks, we will not do the update, lot of changes there
[09:02] <seb128> didrocks, ie some ten thousand codelines changes
[09:02] <didrocks> seb128: ok, just to confirm before backporting the changes :)
[09:02] <seb128> didrocks, btw did you figure what is wrong with banshee yesterday?
[09:03] <didrocks> seb128: wrong packaging in debian, I'll fix it in ubuntu and fw the patch to Debian
[09:03] <didrocks> seb128: then, I want to play a little bit with the interface to see what's and how to change to fit our needs
[09:03] <seb128> ok
[09:03] <RAOF> pitti: What we wanted was a bunch of stuff from /sys that KMS drivers produce.  Specifically: dpms  edid  enabled  modes power/ status from /sys/class/drm/card$NUM-$CONNECTOR
[09:04] <pitti> RAOF: perhaps you can add the stuff that you need to the whiteboard?
[09:04] <RAOF> I'll do that now.
[09:04] <RAOF> Thanks!
[09:06] <pitti> RAOF: cheers
[09:07] <pitti> I'll try to get that done soon then
[09:07] <pitti> RAOF: my other question is about the other WI of mine in that spec; what does "turn debugging on" mean?
[09:09] <RAOF> pitti: That's partially dependent on the outcome of some of the kernel team's WIs on that spec.  If they don't come up with anything better then “turn debugging on” would mean “add drm.debug=0x06” to the kernel command line.  I'll add that to the whiteboard, too.
[09:10] <pitti> RAOF: many thanks
[09:14] <didrocks> RAOF: we don't have f-spot bzr branch?
[09:16] <RAOF> didrocks: Not apart from the auto-import, no.
[09:16] <didrocks> RAOF: ok, thanks
[09:44] <seb128> pitti, hey
[09:44] <seb128> pitti, robert_ancell did a gdm update to lucid-proposed to fix a bug we want to sru
[09:44] <seb128> pitti, it's based on your new version which failed verification though
[09:44] <seb128> pitti, how do we move forward there?
[09:45] <pitti> seb128: my preferred option would be to back out the new upstream version for now, and use 2.30.1+reverted2.30.0 or so
[09:45] <seb128> :-(
[09:45] <pitti> seb128: the two bugs which I marked v-failed were for the xsession.d scripts, but they are fine
[09:45] <seb128> was the new version breaking things?
[09:45] <seb128> or failing to improve things?
[09:45] <pitti> but the new upstream change to attempt to fix the login buttons and user switcher caused crashes
[09:45] <pitti> hang on
[09:46] <pitti> regressions
[09:46] <pitti> so I'd like to have the packaging fixes (xsession.d for XRESOURCES etc.) for now, and ignore the new upstream version
[09:46] <pitti> seb128: bug 579044 is the regression
[09:46] <ubot2> Launchpad bug 579044 in gdm (Ubuntu) "Setting disable_user_list to true causes gdm to crash on clicking "Log In" (affects: 3) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/579044
[09:47] <pitti> seb128: I haven't had time to track that down yet, so unless you or Robert want to I'd suggest to revert it back to 2.30.0
[09:47] <pitti> the "Login" -> "switch to" fix never worked anyway
[09:47] <chrisccoulson> good morning everyone
[09:47] <alf__> didrocks: Hi!
[09:47] <pitti> hey chrisccoulson, how are you?
[09:47] <seb128> hey chrisccoulson
[09:47] <seb128> pitti, did you upstream the regression issue?
[09:48] <chrisccoulson> hey pitti, i'm good thanks. how are you? are you enjoying your new role? :)
[09:48] <pitti> seb128: no, not yet; sorry, no time yet
[09:48] <chrisccoulson> hey seb128, how are you?
[09:48] <pitti> chrisccoulson: I do, although I keep being pulled back :)
[09:48] <seb128> pitti, ok, do you want me to take over doing the sru with version downgrade and upstream that one
[09:48] <chrisccoulson> pitti - heh, there's no escaping ;)
[09:49] <pitti> seb128: if you or Robert can, I'd appreciate
[09:49] <seb128> pitti, in exchange you can maybe review some of the srus when you have free slots ;-)
[09:49] <pitti> seb128: yes, I plan to
[09:49] <seb128> pitti, rick has an action item to try to see if he can bring manpower to help on mir and sru
[09:49] <didrocks> alf__: hey
[09:49] <huats> morning everyone
[09:49] <seb128> lut huats
[09:49] <didrocks> good morning huats
[09:49] <huats> pitti, and seb128 o/
[09:50] <huats> and didrocks too of course :)
[09:50] <asac> seb128: pitti: i plan to reach out to desktop and foundations team managers asking for fresh blood on MIRs
[09:50] <asac> lool confirmed that he is on zero this cycle too ... so that makes it hard
[09:50] <seb128> asac, ok, thanks
[09:50] <seb128> asac, we have quite some need for mir right now
[09:51] <pitti> it's tricky; it does need some experienced developers to judge how maintainable a package is, but yes
[09:51] <seb128> asac, ie unity needs several of those
[09:51] <seb128> kubuntu as well
[09:51] <pitti> unity ones should be easy, though
[09:51] <asac> seb128: well. if its strategic there is not much around no MIRing them, so prepromotion should be fine in worst case
[09:51] <pitti> there's little debate over those
[09:51] <seb128> well easy or not if nobody has time for mir they will be stucked
[09:51] <pitti> seb128: promote them to main and milestone the bugs to beta
[09:51] <asac> ack
[09:51] <pitti> it's primarily an issue of having a package check
[09:52] <seb128> pitti, asac: thanks
[09:52] <asac> if you feel you are blocked
[09:52] <pitti> not a yes/no decision
[09:52] <pitti> same for Kubuntu (Riddell already does that in some cases)
[09:52] <asac> at best wait a few days ... then complain in bug and say you pre-promoted
[09:52] <seb128> asac, I'm not "blocked" but UNE switching to unity is waiting on those
[09:52] <alf__> didrocks: We have been talking with asac about our needs concerning the clutter package. We mainly need to be able to produce multiple libraries from that package for various backends of clutter.
[09:52] <pitti> seb128: please don't block on those, just do it
[09:52] <seb128> asac, pitti: if you are happy to promote now and deal with paperwork later I would be happy
[09:52] <pitti> the earlier we have that in the dailies, the better
[09:52] <seb128> pitti, thanks
[09:52] <seb128> didrocks, ^
[09:52] <asac> seb128: sure go ahead
[09:52] <seb128> asac, thanks
[09:53] <asac> seb128: just update the bugs that you did that and milestone them
[09:53] <alf__> didrocks: I have made a first attempt at it at ppa:afrantzis/clutter
[09:53] <didrocks> seb128: pitti: ok, changing seed and -default-settings today
[09:53] <seb128> asac, will do
[09:53] <asac> thx
[09:53] <pitti> yohoo! welcome, unity
[09:53] <seb128> didrocks, can you let me know what need promotion there or in query?
[09:53] <didrocks> alf__: I'm afraid I won't have time today to review it, do you trigger more than one build?
[09:53] <didrocks> seb128: one sec
[09:54] <alf__> didrocks: Yes, it needs to be configured differently for each backend
[09:54] <didrocks> seb128: do you want the list of binary package or source package is enough for you to get the list?
[09:55] <seb128> didrocks, sources
[09:55] <seb128> didrocks, just give me the mir bug numbers if you want
[09:55] <didrocks> seb128: so https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-08#UNE Update you have the MIR list
[09:55] <seb128> didrocks, thanks
[09:55] <didrocks> seb128: thanks to you for pushing the red button :)
[09:56] <didrocks> alf__: ok, I'll have a look later this week, do you have a packaging branch somewhere?
[09:57] <alf__> didrocks: No, I 'll make one and let you know
[09:57] <didrocks> alf__: sweet, thanks
[09:58] <alf__> didrocks: thank you :)
[10:12] <seb128> hum
[10:12] <seb128> shouldn't xserver-xorg-video-intel 2:2.11.0-1ubuntu1 have the new abi version?
[10:51] <seb128> pitti, is marking a spec informational enough to get if off the tracked specs for the cycle?
[10:52] <pitti> seb128: the WI tracker doesn't currently look at the spec status
[10:52] <seb128> pitti, or should the serie goal be unset?
[10:52] <pitti> seb128: if you want it to, patches appreciate :)  (or just commit yourself)
[10:52] <seb128> ok, so serie goal unsetting it is
[10:52] <pitti> seb128: unsetting target works
[10:52] <seb128> thanks
[10:52] <seb128> (I don't want it enough to work on it ;-)
[10:53] <seb128> mvo, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-software-center-front-end
[10:53] <seb128> "WARNING (desktop-maverick-software-center-front-end): assignee "olivier-tilloy" is not a valid Launchpad account"
[10:53] <seb128> mvo, ^ do you know who is olivier and what is his real launchpad account name?
[10:54] <seb128> osomon it seems
[10:54] <mvo> seb128: yes, osomon
[10:54] <seb128> thanks
[11:14] <chrisccoulson> hmmm, my phone line has completely died today :(
[11:14] <chrisccoulson> it's a good job i've got 3G
[11:15] <seb128> chrisccoulson, how did the call to support for your speed issues go?
[11:15] <chrisccoulson> seb128 - they did the usual "did you reboot your router routine", but it magically fixed itself in the end anyway
[11:16] <seb128> so maybe they did something ;-)
[11:16] <chrisccoulson> heh
[11:38] <seb128> pitti, the gdm xsession.desktop, do you think it should be in the sru?
[11:39] <pitti> didn't I?
[11:39] <seb128> pitti, it adds a non translated technical item to the list
[11:39] <pitti> seb128: I don't insist on it, it just seemed an easy thing to do
[11:39] <seb128> pitti, well, I'm redoing a sru which should have a chance to go to updates
[11:39] <pitti> if you have any doubt about it, just kill it, and we'll just add it to maverick
[11:39] <seb128> so I want only safe changes ;-)
[11:39] <seb128> ok
[11:39] <seb128> pitti, I will delay for now, I think it's a quite technical item for normal users
[11:39] <seb128> and it's not translated
[11:40] <pitti> ack
[11:40] <seb128> so let's get maverick feedback first
[11:40] <seb128> pitti, I uploaded the current sru to maverick
[11:40] <seb128> so we can debug the new version issues there
[11:40] <pitti> seb128: ah, good, since that's already in bzr
[11:40] <seb128> now I'm doing a sru based on the current lucid version
[11:41] <seb128> pitti, I don't want to push for my srus (yet) but bryceh mentioned that the xorg-server sru would appreciate a review
[11:41] <pitti> ok, I'll have a look
[11:41] <seb128> pitti, if you have some time to unblock this one
[11:41] <seb128> pitti, thanks
[11:43] <pitti> uh, three xorg uploads with the same version number
[11:44] <ogra> makes it probably better :)
[11:44] <ogra> who knows
[11:44]  * pitti takes the latest ones and rejects the older two 7.1 uploads
[11:44] <pitti> bryceh: ^ FYI
[11:45] <seb128> pitti, I guess yes, the 2 old ones are the same "change contact informations for issues to launchpad"
[11:45] <seb128> pitti, which is included in the recent upload which has other bug fixes as well
[11:45] <pitti> right, but that's contained in the latest one as well, together with some crash fixes
[11:48] <seb128> pitti, if you have still some sru time after that one I sort of lobby for the telepathy-butterfly update, it fixes some crasher and a bug which makes empathy not display some messages coming from some msn clients
[11:48] <seb128> pitti, the other ones are "nice to fix" but there is hurry to get those in so I'm happy to wait until some other sru team member doing regular review
[11:48] <pitti> ok
[11:48] <seb128> pitti, thanks ;-)
[12:00] <pitti> seb128: shall I reject robert's gdm upload then, and wait for your's?
[12:01] <seb128> pitti, yes please
[12:49] <didrocks> pitti: thanks for the SRUing
[12:50] <seb128> pitti, thanks!
[12:50] <didrocks> seb128: did you see my comment on fspot, what do you think about, still worth uploading the partial fix?
[12:50] <seb128> didrocks, which one?
[12:50] <didrocks> on bug #112684
[12:51] <ubot2> Launchpad bug 112684 in f-spot (Ubuntu Lucid) (and 2 other projects) "F-Spot deletes temporary image files too early when sending mails (affects: 5) (heat: 37)" [Low,Fix committed] https://launchpad.net/bugs/112684
[12:51] <seb128> didrocks, the one of the bug saying it fixes the email issue but not some random click one?
[12:51] <seb128> didrocks, I didn't understand the click issue
[12:51] <seb128> didrocks, but it seems to fix the bug described there, other bugs should be tracked with other tickets
[12:51] <didrocks> it fixes the timeout (the temp file was removed)
[12:51] <didrocks> no, it diesn't fix the bug described
[12:51] <didrocks> the description was: click on File -> Send
[12:51] <didrocks> then click an another image on fspot
[12:52] <didrocks> and then, you can't send your email with thunderbird
[12:52] <didrocks> (it removes the temp filename)
[12:52] <didrocks> this usecase isn't fixed
[12:52] <seb128> so it's only if you keep the photo you want to send selected?
[12:52] <didrocks> right
[12:52] <seb128> ok, seems not worth a sru
[12:52] <didrocks> well, the other use case is:
[12:52] <seb128> if you keep the email composer open there is a good chance you keep browsing in fspot
[12:52] <didrocks> click on file -> Send
[12:52] <didrocks> sure
[12:53] <didrocks> so yeah, not worth sruing this one
[12:53] <didrocks> the other is harder to test, but it seems to work
[12:53] <seb128> let's sru it when upstream fixes the cleaning on selection change
[12:53] <didrocks> ok, we can wait for both
[12:53] <seb128> well try to sru it and ask people who complained to test the sru
[12:53] <didrocks> but I'm not sure this case is clear in upstream's mind as the upstream bug was closed
[12:54] <seb128> didrocks, can you drop a comment there on on #f-spot on irc.gnome.org?
[12:54] <didrocks> so, maybe opening a new one describing again this particular case
[12:54] <didrocks> seb128: sure, will do that in 10 minutes, finishing some seed playing first :)
[12:54] <seb128> rubenv is the upstream maintainer on #f-spot, you can ping him directly
[12:54] <seb128> ok
[12:54] <didrocks> ok, thanks, I will
[13:22] <alf__> didrocks: I have uploaded the packaging branch to lp:~afrantzis/ubuntu/maverick/clutter-1.0/latest-with-eglx
[13:23] <didrocks> alf__: thanks, I bookmark that and try to have an eye on that tomorrow or on Friday :)
[13:23] <alf__> didrocks: Great, thanks!
[13:23] <didrocks> alf__: yw :)
[13:27] <didrocks> ok, all unity transitionned is ready, just need to rebuild the netbook metackage once all components are detected as being in main
[13:27] <didrocks> (and then, the scare about CD size will come back) :)
[13:30] <kenvandine> didrocks,  yay
[13:30] <didrocks> hey kenvandine
[13:30]  * kenvandine wonders when u1 file sync will become reliable again :/
[13:34] <seb128> didrocks, ok, promotion, forgot to do those since I was waiting on the unity binaries to be published now
[13:34] <didrocks> seb128: there is a new binary (-ubuntu2), maybe you should wait for it if not already there?
[13:35] <didrocks> not sure if it can trigger some kind of race condition :)
[13:35] <seb128> no race don't worry
[13:35] <seb128> let's me finish that gdm sru and look at those promotion as well
[13:35] <didrocks> sure :)
[13:35] <didrocks> thanks seb128
[13:35] <seb128> didrocks, do you have time to design and upload some xorg updates from RAOF?
[13:36] <seb128> didrocks, nothing to build, just sign and sponsor
[13:36] <didrocks> seb128: sure, that can be quick
[13:36] <seb128> thanks
[13:36] <seb128> RAOF, ^
[13:36] <seb128> didrocks, you rock ;-)
[13:36] <didrocks> seb128: heh thanks, you rock too :-)
[13:48] <RAOF> didrocks: www.cooperteam.net has all the packages.
[13:48] <didrocks> RAOF: waow, can you point me to some dsc file that needs sponsorship? :)
[13:49] <didrocks> RAOF: the 21 of them?
[13:49] <RAOF> Yes.
[13:50] <RAOF> I can double check for you, if you like :)
[13:50] <didrocks> ok, getting and pushing so :)
[13:50] <didrocks> RAOF: well, as you wish, I assume you've done an rm -rf * before pushing the new ones :)
[13:50] <didrocks> hum, there is 24 _sources.changes
[13:50] <didrocks> not matchin the 21 .dsc :)
[13:51] <didrocks> matching*
[13:51] <RAOF> Sorry.  There were 3 siliconmotion changes in there which shouldn't have been.
[13:51] <RAOF> Should now match
[13:52] <didrocks> 22 :)
[13:52] <didrocks> one more!
[13:52] <didrocks> RAOF: you have xserver-xorg-video-siliconmotion_1.7.4.orig.tar.gz and xserver-xorg-video-siliconmotion_1.7.3.orig.tar.gz
[13:53] <didrocks> oh ok, you just remove the *.changes
[13:53] <didrocks> just have to track which one shouldn't be there :)
[13:53] <RAOF> It's the savage one.
[13:54] <RAOF> They now match.
[13:54] <didrocks> right, just found it too :)
[13:54] <didrocks> RAOF: that was a fun game, thanks ;) Ok, will sponsoring that now
[13:55] <RAOF> Next time I need 21 no-change rebuilds sponsored I'll dput them individually to my server, rather than copying the Rebuilds/ directory accross :)
[13:56] <didrocks> heh :-)
[14:20] <seb128> pitti, bug #585574 has the new gdm upload debdiff
[14:20] <ubot2> Launchpad bug 585574 in gdm (Ubuntu Lucid) (and 2 other projects) "With timed login enabled, logging in as another user fails. (affects: 2) (heat: 14)" [Low,Fix committed] https://launchpad.net/bugs/585574
[14:29] <pitti> seb128: ah, so you backported changes from .2? nice
[14:29]  * pitti hugs the new gdm maintainer
[14:29] <seb128> lol
[14:30] <seb128> right, I backported some fixes which seemed not risky and worth it
[14:30]  * seb128 hugs pitti
[14:30] <pitti> seb128: how come the debdiff has changes to upstream source?
[14:31] <seb128> which one?
[14:31] <pitti> http://launchpadlibrarian.net/50011555/gdm-simplified.debdiff
[14:31] <seb128> read the comment
[14:31] <pitti> ah, right
[14:31] <pitti> sorry
[14:31] <seb128> it was to make your job easier
[14:31] <seb128> ;-)
[14:31] <pitti> double-hug :)
[14:31] <seb128> the real debdiff is before
[14:31]  * seb128 hugs pitti
[14:32] <seb128> robert_ancell's fix is non trivial
[14:34] <pitti> ugh, yes
[14:34] <seb128> if you want to let it settle some days in maverick before accepting I guess that would be ok
[14:35] <pitti> we can let it settle in proposed
[14:35] <seb128> that as well
[14:35]  * pitti still running lucid, and I suppose a lot of other folks do as well
[14:35] <seb128> I still do
[14:35] <seb128> I think I will upgrade my main machine in some weeks
[14:35] <seb128> waiting for the sru wave to settle
[14:36] <seb128> there is still GNOME .2 updates coming
[14:36] <seb128> I've my desktop and my netbook on maverick though
[14:36] <seb128> it's also nice to keep my laptop in a working suspend resume state etc ;-)
[15:02] <dobey> seb128, pitti: any idea why i only received e-mail for one of my uploads yesterday? I never got an e-mail confirmation from the ubuntuone-storage-protocol upload to maverick
[15:02] <pitti> perhaps it was only sponsored yesterday?
[15:02] <pitti> oh, you're a PPU now, aren't you?
[15:02] <dobey> yes i am
[15:03] <pitti> no idea then, I'm afraid
[15:03] <dobey> ubuntuone-client got uploaded, but i did it last night, hours after i'd done the dput for ubuntuone-storage-protocol
[15:03] <pitti> usually they get accepted within 5 mins
[15:03] <dobey> is there any way to figure out what wen wrong, or should i just try to dput again?
[15:04] <pitti> dobey: you didn't get a "REJECTED" mail either?
[15:04] <dobey> no, i got no mail
[15:04] <pitti> dobey: try to dput again (and remove the .upload file before), and watch for error messages
[15:04] <pitti> unsigned .changes don't get reject emails, perhaps you forgot to debsign or so?
[15:05] <dobey> nope, it signed, but i'll re-do the debuild -S too
[15:06] <dobey> huh
[15:06] <dobey> there was no .upload file. i guess dput lied to me yesterday perhaps
[15:07] <pitti> at least that points to a local problem then
[15:07] <dobey> yeah
[15:08] <dobey> well i'll check my e-mail again in a few minutes i guess :)
[15:08] <jcastro> hi didrocks, on upgrade to UNE on maverick I don't get the launcher thing, am I missing something?
[15:09] <didrocks> jcastro: yeah, you are missing the last ubuntu-netbook-default-settings which is <checking state>
[15:09] <jcastro> didrocks: ah ok, I can wait!
[15:09] <didrocks> jcastro: not yet built :)
[15:10] <didrocks> jcastro: and ubuntu-netbook metapackage will be soon updated too to get all the dep for you
[15:10]  * jcastro nods
[15:10] <jcastro> didrocks: do you know if this unity has the support for the global menu?
[15:11] <didrocks> jcastro: it has the panel for it, I haven't tested it (ie, installed the package) as I try to keep my maverick box only "maverick" and don't mix with lucid component
[15:11] <jcastro> yeah, I kind of drove over that mongrel cliff already. I'll let you know, heh
[15:11] <didrocks> so, I guess if you install the global menu from the une ppa, you should have it
[15:11] <didrocks> sweet, thanks :)
[15:19] <dobey> pitti: just got the accepted mail. :)
[15:19] <pitti> dobey: solar flares, I say!
[15:20] <dobey> must be
[15:21] <dobey> they must have burned the sky too, because all i see today are clouds :)
[15:21] <pitti> here, too
[15:21] <pitti> thunderstorms since yesterday :-(
[15:29] <cassidy> seb128, I just released Empathy 2.30.1.1. But check release notes, you'll probably have to revert a commit (assuming you still ship an old version of gnome-icon-theme)
[15:29] <seb128> cassidy, we do yes, I will, thanks
[16:53] <seb128> desrt, hello
[16:53] <seb128> desrt, http://launchpadlibrarian.net/50019388/buildlog_ubuntu-maverick-armel.glib2.0_2.25.8-1ubuntu1_FAILEDTOBUILD.txt.gz
[16:53] <seb128> desrt, "/build/buildd/glib2.0-2.25.8/glib/gvariant-parser.c:2290: error: incompatible type for argument 2 of 'IA__g_variant_new_parsed_va'"
[16:53] <seb128> "/build/buildd/glib2.0-2.25.8/glib/gvariant-parser.c:2174: note: expected 'struct va_list *' but argument is of type 'va_list'"
[16:53] <seb128> desrt, is that a known issue? do you have a bug about it in bugzilla.gnome.org?
[17:26] <seb128> didrocks, bug #542345 is yours when you have some time
[17:26] <ubot2> Launchpad bug 542345 in gdm (Ubuntu Lucid) (and 2 other projects) "gdm crashes when it encounters a .desktop session file it can't read (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/542345
[17:26] <didrocks> seb128: will have a look, thanks
[17:27] <seb128> +        res = get_session_comment_for_file (filename, &comment);
[17:27] <seb128> +        if (! res) {
[17:27] <seb128> +                g_critical ("Cannot read specified session file: %s", filename);
[17:27] <seb128> +                g_free (filename);
[17:27] <seb128> +                exit (1);
[17:27] <seb128> +        }
[17:27] <seb128> didrocks, I think the exit there is the issue
[17:27] <seb128> didrocks, if there is no comment it should just return
[17:28] <seb128> didrocks, I've added a comment on the bug
[17:29] <didrocks> seb128: right, I should return an empty string
[17:29] <didrocks> seb128: all is clear, thanks
[17:29] <seb128> didrocks, thanks ;-)
[17:29] <didrocks> yw
[17:29] <seb128> didrocks, no hurry to fix it, I just did a SRU update today
[17:29] <seb128> but seems robert_ancell has other issues to fix in his change
[17:30] <seb128> so we might do another SRU in the next days
[17:30] <seb128> would be nice to get that change in if we can
[17:30] <didrocks> ok, I will do that with a fresh brain tomorrow morning, I should have some memory leakage there, being very slow now :)
[17:30] <seb128> didrocks, enough work, time for some easy tasks and calling it a day!
[17:31] <didrocks> seb128: exactly! I'm puzzled about the main promotion, I saw you did it, but rmadison keeps telling me the component are in universe
[17:31] <didrocks> should be some publisher daily, would be nice to refresh ubuntu-netbook today to get an iso tomorrow
[17:31] <chrisccoulson> ooh, thunder
[17:31] <chrisccoulson> first thunderstorm of the year :)
[17:31] <seb128> bigon, you might want to backport the git commit I just backported to pygobject in maverick to Debian as well
[17:32] <seb128> chrisccoulson, thunder there as well
[17:32] <chrisccoulson> heh, excellent :)
[17:32]  * hyperair gets thunder every afternoon.
[17:32] <seb128> bigon, http://git.gnome.org/browse/pygobject/commit/?id=46c91a11d448e5e11d142d3362aff1483226bca4
[17:33] <seb128> bigon, it avoids having error displayed on "import gtk" if pygi is not installed which is the case since pygobject is built with it
[17:33] <seb128> bigon, you are welcome to grab also the 2 others fixes we have in maverick if you want, one should be not be required with pygi on now but the second can be useful
[17:42] <desrt> seb128: we have a bug
[17:42] <desrt> seb128: will be fixing it
[17:43] <seb128> desrt, thanks
[17:45] <pitti> good night everyone!
[17:47] <seb128> pitti, 'night
[17:50] <desrt> seb128: pushedf
[17:51] <seb128> desrt, thanks!
[17:51] <didrocks> good night pitti
[17:51] <didrocks> hey desrt
[17:52] <desrt> hey
[17:53] <seb128> didrocks, you need libgee to be mir as well for unity
[17:54] <didrocks> seb128: oh it's not in main? sorry, will do the MIR now
[17:54] <seb128> didrocks, not it's not, no hurry
[17:54] <seb128> didrocks, I tried to apt-get install on my netbook to see if everything installed was in main now
[17:55] <didrocks> seb128: sorry about that, I looked at all the dep but for well known one, I was convinced they all were in main, my bad
[17:55] <seb128> didrocks, no worry
[17:55] <seb128> didrocks, you can do that tomorrow no hurry
[17:55] <didrocks> seb128: ok, will do tomorrow morning, after the gdm fix :)
[17:55] <seb128> ok ;-)
[17:57] <didrocks> maybe unity should recommends ubuntu-netbook-default-settings thinking about it (I removed that yesterday), but as without the session, it's difficult to launch unity by oneself, that should be done (for people who apt-get install unity, without installing ubuntu-netbook)
[18:18] <LaserJock> didrocks: maybe the unity package should hold the GDM session?
[18:19] <didrocks> LaserJock: not really, some settings aren't for unity, but for UNE
[18:19] <didrocks> like power management, and so on
[18:19] <LaserJock> I mean put the unity stuff in the unity package
[18:20] <LaserJock> and then the rest in the -settings package
[18:20] <LaserJock> so if somebody wanted to get just unity it would at least start up
[18:22] <didrocks> LaserJock: not sure that changing the defaut session option will please everyone, and it's needed for starting unity in fullscreen (in non windowed mode)
[18:24] <LaserJock> it just seems a little odd that you would need ubuntu-netbook-default-settings to get Unity to work
[18:25] <didrocks> you can launch unity in windowed mode, but as other new ui, you should launch a complete session to enjoy it
[18:26] <didrocks> dinner time, ++
[18:26] <LaserJock> ah, then that makes sense
[18:28] <seb128> pedro_, hey
[18:29] <seb128> pedro_, do you think we should drop n-c-b from maverick now?
[18:29] <seb128> pedro_, I see you set one bug there to triaged today
[19:05] <pedro_> seb128, hello, yes i think so, we're not having any new bugs there since last year
[19:05] <pedro_> seb128, most of people are using brasero now and upstream is not really interesting on keep developing n-c-b anyways
[19:06] <rickspencer3> kenvandine, who's on point for getting gwibber working again in maverick?
[19:08] <kenvandine> rickspencer3, kees
[19:09] <kenvandine> it is a kernel thing
[19:09] <kenvandine> he knows, it is breaking other things too
[19:09] <rickspencer3> it's anything that uses desktopcouch, right?
[19:09] <kenvandine> also launchpad
[19:09] <rickspencer3> you have to run them with sudo
[19:09] <rickspencer3> it's a PITA
[19:09] <kenvandine> it breaks a couple things other than desktopcouch
[19:12] <didrocks> launchpad integration is broken as well because of the ptrace restriction
[19:12] <didrocks> but it's fixed, the kernel is waiting for building
[19:12] <kenvandine> rickspencer3, that fix will also fix desktopcouch
[19:13] <rickspencer3> well, this is the time in the cycle to make changes like this
[19:17] <seb128> rickspencer3, kenvandine: the linux change was in yesterday's upload
[19:17] <rickspencer3> seb128, ah
[19:17] <kenvandine> not built yet though  right?
[19:17] <rickspencer3> well, I'm waiting for xorg to be done before I dist-uprgade
[19:18] <seb128> kenvandine, what arch?
[19:18] <rickspencer3> The following packages will be REMOVED:
[19:18] <rickspencer3>   xserver-xorg-input-all xserver-xorg-input-mouse xserver-xorg-input-vmmouse
[19:18] <rickspencer3>   xserver-xorg-video-all xserver-xorg-video-tseng
[19:18] <kenvandine> amd64
[19:18] <rickspencer3> doesn't look like I want to dist-upgrade );)
[19:18] <kenvandine> well, maybe i didn't test today
[19:18] <seb128> kenvandine, it built 17 hours ago
[19:18] <kenvandine> ok, i'll reboot and test
[19:18] <seb128> it should be available now
[19:19] <seb128> rickspencer3, I've been looking to those rebuilt, you can probably upgrade once intel is built
[19:19] <seb128> rickspencer3, it's weird mouse and vmmouse have been updated
[19:19] <seb128> the only input binary not rebuilt is wacom
[19:19] <rickspencer3> meh
[19:19] <rickspencer3> I'll wait until tomorrow
[19:19] <seb128> sounds good
[19:20] <seb128> it will be sorted tomorrow for pretty sure
[19:20] <rickspencer3> yeah
[19:21] <seb128> I plan to upgrade once intel is published there
[19:22] <didrocks> the new linux kernel is still not available here, despite it's built on i386
[19:23] <didrocks> I've checked all this day, waiting for it :)
[19:23] <seb128> didrocks, use an another mirror?
[19:24] <didrocks> seb128: I changed from fr. to s/fr.//
[19:24] <didrocks> and nothing still
[19:24] <seb128> didrocks, apt-cache policy linux-image-2.6.35-2-generic 2.6.35-2.2
[19:24] <seb128> ups
[19:24] <seb128> didrocks, apt-cache policy linux-image-2.6.35-2-generic
[19:24] <seb128> didrocks, apt-cache policy linux-image-2.6.35-2-generic  <- try that
[19:25] <didrocks> hum, I have it as a candidate, weird
[19:25] <seb128> so?
[19:25] <didrocks> let me try a dist-upgrade again, maybe -generic is uninstalled there
[19:26] <seb128> or maybe those didn't get updated yet
[19:26] <seb128> to bring the new one
[19:26] <seb128> but you can install it manually if you want
[19:26] <didrocks> seb128: yeah, the -generic aren't updated aparently
[19:27] <seb128> those got uploaded around 17h
[19:27] <seb128> so they might not be there yet
[19:27] <seb128> next publisher run
[19:27] <didrocks> ok, that explains it :)
[19:37] <rodrigo_> kenvandine, you haven't merged my couchdb-glib/evo-couchdb branches, have you?
[19:37] <rodrigo_> kenvandine, can't even get trunk now on maverick, so that's why I ask
[19:37] <kenvandine> no... i can't either
[19:39] <rodrigo_> it gives a weird error though:
[19:39] <rodrigo_> $ bzr get lp:~ubuntu-desktop/couchdb-glib/ubuntu/ trunk
[19:39] <rodrigo_> bzr: ERROR: RemoteRepository(bzr+ssh://bazaar.launchpad.net/~vcs-imports/couchdb-glib/trunk/.bzr/)
[19:39] <rodrigo_> is not compatible with
[19:39] <rodrigo_> RemoteRepository(bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/couchdb-glib/ubuntu/.bzr/)
[19:39] <rodrigo_> it thinks the package branch is related to the vcs-import?
[19:40] <kenvandine> that is what i get too
[19:40] <kenvandine> haven't had time to dig into it
[19:40] <rodrigo_> kenvandine, so that's maverick's bzr's fault, right?
[19:40] <kenvandine> i think so
[19:41] <kenvandine> although i haven't only had this problem on your branches :)
[19:42] <rodrigo_> oh :(
[19:44] <kenvandine> rodrigo_, so not sure what is up with that...
[20:09] <jcastro> didrocks: did the other bits finish building?
[20:12] <didrocks> jcastro: unity 0.2.7-0ubuntu2 is dep wait on libgee-dev, it will be promoted tomorrow, but you can already run 0.2.7-0ubuntu1
[20:12] <didrocks> jcastro: do you have ubuntu-netbook installed?
[20:12] <didrocks> or you are in a classic ubuntu-desktop environment?
[20:13] <jcastro> classic currently
[20:13] <didrocks> jcastro: ok, so, ensure you have:
[20:13] <didrocks> - unity
[20:13] <didrocks> - ubuntu-netbook-default-settings
[20:13] <didrocks> - indicator-datetime
[20:13]  * didrocks checks again the seed
[20:14] <didrocks> - libunity-misc
[20:14] <didrocks> then, logout and choose in gdm the UNE session
[20:15] <didrocks> not tested in a clean system, uploaded today /!\
[20:15] <didrocks> ensure that ubuntu-netbook-default-settings version is 0.8.0
[20:19] <jcastro> didrocks: rock, I am rocking now.
[20:20] <jcastro> this is on my clean system so thumbs up!
[20:20] <jcastro> didrocks: since you're going to rev it tomorrow I'll just wait for that and then do a status report on the ayatana list.
[20:20] <didrocks> jcastro: awesome, hope it will work :)
[20:20]  * didrocks should maybe run away NOW! ;)
[20:21] <didrocks> jcastro: the only difference from tomorrow is that ubuntu-netbook will install those packages for you
[20:21] <didrocks> so if you can test that, I would know if that works :)
[20:21] <jcastro> didrocks: won't there be a new unity release tomorrow?
[20:21] <didrocks> jcastro: tomorrow evening for me (not really "my tomorrow" :)), but yeah, in the morning for you
[20:21] <jcastro> right
[20:22] <jcastro> that should get the global menu support then.
[20:22] <didrocks> jcastro: is the global menu in maverick already?
[20:22] <didrocks> kenvandine: ^
[20:22] <jcastro> it's in there, the unity panel doesn't support it yet
[20:22] <jcastro> If you run the normal desktop and add the applet that should work
[20:23] <didrocks> jcastro: what are the name of the package, already?
[20:23] <didrocks> indicator-applet-appmenu
[20:23] <didrocks> I guess :)
[20:23] <didrocks> so, I should add it to the UNE seed as well
[20:23] <jcastro> yeah
[20:23] <didrocks> and mark it to push it into main
[20:23] <didrocks> ok, will do that tomorrow
[20:24] <didrocks> kenvandine: did you write the MIR already?
[20:27] <didrocks> jcastro: so, today's version should already have the global menu support, checking
[20:28] <jcastro> didrocks: man dude, this is so confusing
[20:28] <didrocks> jcastro: let me check
[20:29] <jcastro> didrocks: you are correct!
[20:34] <bcurtiswx> kenvandine: would backporting the ubuntu-adium-theme be an option?
[20:35] <bcurtiswx> to Lucid
[20:37] <bcurtiswx> im talking about omer's patchs specfiically
[20:37] <Sarvatt> whats the name of the appliet in the add to panel list? i dont see it after having installed indicator-applet-appmenu
[20:47] <jcastro> Sarvatt: "Indicator Applet Appmenu"
[20:48] <Sarvatt> odd, checked 6 times and it wasn't showing up but now its there :) thanks!
[21:44]  * didrocks waves goodnight
[21:45] <kenvandine> ok... that was full of fail
[21:46] <kenvandine> didrocks, no, i was going to upload it tomorrow and do the MIR once it was in universe
[21:46] <didrocks> kenvandine: great, this will interest jcastro ^
[21:46] <jcastro> ok
[21:46]  * kenvandine installed just linux-image-2.6.35-2-generic
[21:47] <kenvandine> and ended up without a bootable laptop!
[21:47] <kenvandine> and my usb stick was bad...
[21:47] <kenvandine> spiraled downhill from there... sigh
[21:47] <jcastro> heh
[21:47]  * kenvandine needs a beer
[21:47] <kenvandine> had to download a new iso (all my isos are on my laptop)
[21:47] <kenvandine> to create a new bootable usb stick
[21:48] <kenvandine> bcurtiswx3, i don't know if we should backport that... it would make a visible change for users
[21:49] <kenvandine> seb128, thoughts on backporting a fix to the adium theme so it doesn't hard code font sizes?
[21:49] <seb128> kenvandine, does it do any change to default installation?
[21:50] <kenvandine> yes, user's fonts might look a little different
[21:50] <kenvandine> size
[21:50] <kenvandine> seb128, actually we shouldn't
[21:50] <kenvandine> i think it is only part of the fix
[21:51] <kenvandine> the theme shouldn't hard code font sizes, but i don't think empathy handles using the desktop settings for font sizes
[21:51] <kenvandine> at least not in adium
[21:51] <seb128> kenvandine, ok, if that's going to change rendering we shouldn't
[21:51] <seb128> ok
[21:51] <kenvandine> bcurtiswx3, ^^
[21:52] <seb128> in any case let's get feedback in maverick first and then we can consider it
[21:52] <kenvandine> yeah
[21:53] <kenvandine> so empathy does appear to use the application font, but i think the chat should be document font
[21:53] <kenvandine> and it doesn't handle font changes
[21:53] <kenvandine> so you have to restart or at least close/open a chat
[21:53] <kenvandine> anyway, it needs some time to settle :)
[21:59] <rickspencer3> tremolux, + merge branch, finish integrating hide non-apps feature: DONE
[21:59] <rickspencer3> !nice!
[21:59] <ubot2> Factoid 'nice!' not found
[21:59] <rickspencer3> nice!
[21:59] <rickspencer3> !what
[21:59] <ubot2> I am only a bot, please don't think I'm intelligent :)
[21:59] <tremolux> rickspencer3: heh
[22:09] <didrocks> kenvandine: just to tell you that booting on the new kernel fix the desktopcouch issue
[22:09] <didrocks> tremolux: sweet, what algorithm do you use? We should use the same for oneconf :)
[22:10] <didrocks> tremolux: for oneConf, right now, it's apps with .desktop file in /usr/share/applications or shipping something in {/usr,}/{s,}bin which doesn't end with -dev
[22:10] <tremolux> didrocks: it's using Xapian queries out of the apt-xapian db
[22:10] <didrocks> tremolux: does it have that knowledge of "apps" right now?
[22:11] <tremolux> didrocks: it does, yes
[22:11] <didrocks> tremolux: hum, I should maybe have a look at this branch to change my backend so
[22:12] <tremolux> didrocks: yes, actually, it's a really good idea I think
[22:12] <tremolux> didrocks: it's in lp:~software-center now
[22:13] <didrocks> tremolux: so CLI apps are listed too?
[22:13] <tremolux> didrocks: sorry, lp:software-center
[22:13]  * didrocks downloads
[22:14] <tremolux> didrocks: hmm, I'm not sure about CLI actually
[22:15] <didrocks> tremolux: well, you can try apt for instance, does it show up?
[22:17] <tremolux> didrocks: yeah, apt is hidden by default
[22:17] <didrocks> tremolux: I'm trying your branch, is there a way to trigger the "apps only view" or is it the default?
[22:17] <didrocks> (the new UI looks awesome btw)
[22:19] <didrocks> ubuntu-dev-tools, for instance, does show up and contain only CLI tool
[22:19] <tremolux> it's the default, and you will see a small pane at the bottom with a link for "x other technical items"
[22:19] <didrocks> ubuntu-restricted-extra shows up too, is there some kind of whitelist?
[22:21] <tremolux> didrocks: we use a xapian query like this to decide what is an "app":   xapian.Query("ATapplication")
[22:22] <tremolux> didrocks: (see softwarecenter/view/appview.py)
[22:23] <didrocks> tremolux: is xapian able to tell you if apps are installed or not? if so, I should maybe use that instead of python-apt
[22:25] <tremolux> didrocks: no, unfortunately, xapian doesn't know that; we use a separate cache for that
[22:26] <tremolux> didrocks: you know what you should do:  run your idea by mvo tomorrow morning 'cuz he really knows that stuff cold
[22:26] <didrocks> ok, so, I should just use the xapian query to decide if the application is an app or not (which isn't part of the default on the machine)
[22:26] <didrocks> well, it was just to use the same algorithm, my heuristic isn't so bad, but it's probably not as effective as this xapian query
[22:27] <didrocks> sure, I'll ping mvo tomorrow about that
[22:27] <tremolux> didrocks: yes, that would be the idea
[22:27] <tremolux> didrocks: it would be interesting to run it by him, you want to make sure you are getting the exact list you want
[22:28] <didrocks> tremolux: sure. I guess the need is {"ATapplication"} - {defaults}. The difference is that today I build with the previous definition my "Atapplication" list and I will use this query, we'll figure out
[22:29] <didrocks> thanks for the info tremolux, software-center really looks awesome :)
[22:30] <tremolux> didrocks: thanks a lot!  I like it too, we have this great GTK hacker (nzmm) who whipped up that new main category pane
[22:31] <didrocks> tremolux: just a thought, in French, most of description are cut in the pane
[22:31] <didrocks> but apart from that, the main category pane seems really fresh :)
[22:31] <tremolux> didrocks: oo, really?  in the front page or in the actual details view for the app?
[22:31] <didrocks> in the front page, let me get a screenshot
[22:32] <tremolux> didrocks: doh!  ok, thanks
[22:37] <didrocks> ok, the new kernel just froze when I hit print screen
[22:38] <didrocks> tremolux: anyway, http://people.canonical.com/~didrocks/software-center.png
[22:39] <didrocks> tremolux: see how Blender and Moovida descriptions are cut?
[22:42] <bcurtiswx3> kenvandine: OK, thx
[22:42]  * didrocks really go to bed now :)
[22:44] <tremolux> didrocks: yep, I see it, thanks!
[22:44] <tremolux> didrocks: and good night to you  :)
[23:59] <rickspencer3> robert_ancell, TheMuso, RAOF good morning gents
[23:59] <RAOF> Good morning, fearless leader!
[23:59] <robert_ancell> rickspencer3, hello