[00:08] no desktop meeting today? [00:09] No? I'm not late for it, then? [00:09] I think it was earlier [00:09] or well, the early one was earlier :-) [00:10] I *think* it's Eastern edition now, according to my calendar [00:11] That would be the traditional time, yes. [00:11] seb128 ran the Western edition [00:12] RAOF, I've been caught out by daylight savings at least once :) [00:16] rickspencer3: You around for desktop team meeting eastern edition? [00:16] TheMuso, yeah [00:17] sorry, otp [00:17] everything is running over [00:17] robert_ancell, TheMuso sound ok? [00:17] sure [00:17] RAOF, ? [00:18] Yup. [00:18] I'm now at a location where the power won't be turned off at arbitrary times :) [00:18] RAOF, bonus! [00:21] so ... [00:21] I couldn't attend the main meeting [00:21] and I've been totally busy all day, so I haven't even looked at the meeting wiki :/ [00:22] RAOF, TheMuso, robert_ancell given that I have no more context than the three of you, how do you suggest we proceed? [00:24] * TheMuso decides to read the wiki page for now. [00:24] what was the wiki link? [00:25] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-15 [00:25] it looks nicely filled in [00:28] tremolux, around at all? [00:28] Hm. The indicator stuff reminds me - the ayatana mono bindings for the various libs have historically not been particularly Debian-cli policy compliant, with varying degrees of problems introduced by this. I'd like to volunteer my assistance if people have CLI packaging questions - they're generally quite easy. :) [00:28] kenvandine, ^ [00:30] I also notice that we've now got libindicate mono bindings. Yay! :) [00:30] I'm pretty sure that kenvandine rolled those === bjf is now known as bjf[afk] [00:34] does anyone here know about webkit releases? Will Maverick be using >1.2? [00:35] I personally hope the latest is used to get accessibility improvements, but no idea what Maverick will end up using. [00:36] robert_ancell, TheMuso is webkit not part of Gnome? [00:37] I think its an external dependency. [00:37] That was my understanding. [00:37] so, would that not fall to the Gnome maintainer to determine? [00:38] *cough* robert_ancell *cough* [00:38] external. I'm not familiar with the release process though, and they don't have a well defined process on their webpage [00:38] fudge [00:39] so the latest yelp, which I want to try requires features of the latest version, but I'm not sure if that's stable [00:39] robert_ancell, you want the latest yelp for maverick? [00:40] I want to try it (I can't compile it atm), there's been a lot of help improvements lately [00:40] urk === robbiew is now known as robbiew_ === Rzv_ is now known as Rzv [00:57] sorry to be a pain, but is there any chance anyone is around that could sponsor a mesa upload? it's just a tiny fix putting the GL headers in the right place, anything building against them in the current package is failing - http://sarvatt.com/downloads/merges/mesa/ [00:57] and here is the file list for the built debs to be sure its right - http://sarvatt.com/downloads/files-seven.txt [01:05] Sarvatt: I'll take a look. [01:07] TheMuso: thanks yet again man, really appreciate the help [01:07] Sarvatt: np [01:14] Sarvatt: Ok just waiting for a test build. Once this is uploaded and built, please let me know what packages need rebuilding, and I can retry them for you. [01:17] thanks TheMuso, I'm not sure anything in the archive failed but I am checking now [01:19] checking everything that built since mesa since its possible things could just silently fail to enable GL support since there were no headers [01:21] yep ok [01:21] rickspencer3: you rang? [01:24] rickspencer3: also, you said "fudge" [01:33] https://edge.launchpad.net/ubuntu/+source/libforms [01:33] found one so far [01:34] everyone and their mother pulls in xserver-xorg-dev, have to trawl through the build logs to be sure its not using it :) [01:34] (which pulls in mesa-common-dev) [01:35] nasty time to have a huge sync go through :( [01:35] 3 pages and i've only gone back an hour === Rzv_ is now known as Rzv [01:36] heh [01:36] Ok still test building here, and even once I do upload it, it will take an hour at least before packages start showing up. [01:41] i'm 400 results in and its only going back 2 hours, broken mesa has been uploaded for like a day. eep [01:44] Sarvatt: uploading. [01:57] another one that failed - http://launchpadlibrarian.net/50404333/buildlog_ubuntu-maverick-i386.mrtrix_0.2.8-3_FAILEDTOBUILD.txt.gz [02:05] ok [02:05] Twill be a while before mesa is built everywhere, at least all arches are building it now. [02:26] ok searched through 1550 builds until i hit mesa and those two were the only problems, outside of libghc6-opengl which failed anyway since the base packages failed [02:30] ok cool. [02:40] hrmm [02:41] the bzr tree for the ubuntuone-client package isn't updated with last week's release. [02:42] hrmm, and the lucid tree isn't updated with the SRU either [02:43] TheMuso: you wouldn't have any idea why that might be, would you? [02:46] dobey: Without digging, no I have no idea. [02:46] ok [02:50] RAOF, rickspencer3: would love to have someone look at those [02:51] RAOF, i think directhex did the indicator-application mono bindings [02:51] so should be debian-cli compliant [02:51] i did the libindicate mono bindings, which are only like a week old :) [02:52] TheMuso: looks like it just failed to import for some reason [02:52] kenvandine: I'll have a look at them if you like. [02:52] dobey: RIght [02:52] RAOF, awesome [02:52] I'd kinda like to patch smuxi into the indicator :) [02:53] i think i fixed the packaging problems in the latest appindicator0.1-cil [02:53] RAOF, cool! [02:53] but there is a problem in the library still [02:53] making them not work :/ [02:54] the last update to indicator-application broke the assembly version [02:54] and the -cil-dev package was 0.1 and the -cil package was 0.0 [02:55] it was a mess... [02:55] the dll was 0.1 but installed in the 0.0 dir and the .pc file was and .config file where pointing to 0.1 [02:55] so nothing was working! [02:55] :) [02:55] but fixing that uncovered deeper breakage in libappindicator [02:55] :/ [02:56] The CLI is quite pendantic about… oh. :( [02:56] RAOF, however... for smuxi all you need is libindicate [02:56] which is available now... and should work :) [02:56] :) [02:56] RAOF, i also just did mono bindings for libgwibber [02:56] but none of that is packaged yet :) [06:51] TheMuso, what is the best way to give you a package for sponsorship that is not in bzr? [06:52] robert_ancell: If its a new upstrea release, then you probably need to upload the file set somewhere. If its a new revision without the need for a new orig tarball, a debdiff will do. [06:54] TheMuso, I never really got the whole debdiff process, I've uploaded it to lp:~robert-ancell/+junk/rdesktop, can you sponsor please? [06:54] robert_ancell: ok [06:56] robert_ancell: ok/c [06:57] robert_ancell: the timestamp of the latest changelog entry is from 2008... [06:57] robert_ancell: and your name is not in the entry. [06:58] TheMuso, whoops, pushed [06:58] thanks [07:02] robert_ancell: uploaded [07:03] bbiab === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [07:38] TheMuso, can you sponsor pygtk too? [07:53] hello [07:54] if someone could merge my branches, that'd be great (lp:~bluetooth/ubuntu/maverick/obexd/main & lp:~bluetooth/ubuntu/maverick/bluez/main) [07:55] Good morning [07:55] hi pitti [07:55] s/merge/review/ [07:58] http://webapps.ubuntu.com/employment/canonical_GDOS/ [07:58] huu [08:03] good morning [08:05] bonjour baptistemm, hey didrocks [08:07] Guten Morgen pitti [08:08] Aloha pitti, didrocks. [08:09] hey RAOF [08:09] I'm trying out unity. It's pretty rockin'! [08:09] heh, right, it's really good :) [08:10] hey RAOF [08:10] It does suffer from the problem that mutter grabs the modifier and doesn't let go, though. [08:10] didrocks: indeed! I have yesterday's daily installed on my mini now [08:11] * didrocks is eager for Thursday release, a lot of goodness coming :) [08:18] Man, software-centre has also gone all shiny. [08:41] hello [08:41] robert_ancell, hey, stop working on karmic we should focus on maverick now! ;-) [08:44] seb128, did I upload something to karmic by accident... [08:45] robert_ancell, no, but you listed a lot of karmic updates on your activity report ;-) [08:45] oh, well, I just love karmic so much I want to make it better ;) [08:45] hehe [08:45] how are you otherwise? [08:45] had a productive day? ;-) [08:45] I think desrt was looking for you yesterday [08:46] he said something about you guys living in incompatible timezones [08:48] seb128, yeah, almost at the end of the merges! [08:48] I've been merging compiz to reduce the delta from debian... [08:49] nice [08:49] we can probably sync some of compiz-* [08:49] or be close [08:50] there's just so much text that differs between the two, it's very hard to tell what is important [08:50] "text"? [08:53] seb128, in debian/ [08:53] robert_ancell, don't bother too much about rebasing sources when it's not worth the effort [08:58] seb128, we don't need compiz-dbg any more right? Now that we have -dbgsym? [08:58] right [09:01] seb128, oh, I took one look at gvds and decided that could be merged another day :) [09:01] gvfs [09:02] hehe [09:02] robert_ancell, I can do that today if you want [09:02] robert_ancell, is there any merge left on your todolist? [09:02] robert_ancell, do you know what you plan to work on next after merges? [09:03] seb128, I started gnome-menus but got a bit lost, I'll push it to a +junk branch, you can have a look [09:04] the only other things were gnome-control-center and system-tools-backends [09:04] ok [09:04] everything else is more foundations work [09:04] I will try to look at gvfs gnome-menus gnome-control-center today [09:04] I would like to see if I can help debian getting started on gtk3 as well [09:05] robert_ancell, the idea right now would be to have the gtk3 stack ready to be used for maverick but not on the default installation [09:05] which means we will have to do the packaging work for dual libraries, themes, etc [09:05] robert_ancell, do you think it's a reasonable goal? [09:06] yeah, I think we should try. The theme for Maverick seems to be, get all the new libraries in so people can start using them [09:06] I don't trust their schedule enough and the transition will raise issues especially for bindings use etc [09:06] so getting gtk3 clients on the default installation would be quite some work [09:06] we would also need to find CD space for it [09:06] I think we better get it in shape this cycle and see how it works [09:07] The only apps I'm currently interested in looking at 2.31 versions are vinagre (will get rdp support so can drop tsclient) and yelp (needs unstable version of webkit) [09:07] robert_ancell, I guess we will end by having a GNOME3 ppa at the end of the cycle anyway [09:07] I don't think we need to get this stuff on the cd [09:07] universe will be fine [09:07] right [09:07] I'm interested in new empathy [09:07] but seems upstream is interested to still support gtk2 builds if they can so we can ship their new version [09:07] nautilus and evolution would be nice to have [09:08] but those will likely be problematic so for next cycle [09:08] seb128, lp:~robert-ancell/+junk/gnome-menus-merge [09:08] robert_ancell, thanks [09:08] ok, gtg, see you later [09:09] robert_ancell, have fun, see you later! [09:15] hmm, is mpt on leave today? [09:15] vish, dunno but it's only 9am in the uk [09:15] ah cool [09:15] vish, ie a time where people start working [09:15] he might just not be arrived yet [09:15] got it :) [09:23] morning [09:46] didrocks, hello [09:46] hey seb128 :) [09:46] ;-) [09:47] didrocks, do you think chromium is still on the a2 target for une? [09:47] I think we should discuss that with chrisccoulson and rickspencer today [09:47] seb128: it depends on chriscoulson's state I would love to have all the default for a2 [09:47] but I didn't want to bother him while he was still on his firefox's updates [09:48] I think it's not realistic [09:48] it requires to rework xulrunner [09:48] right, it will be short [09:48] you are already over CD space use [09:48] yeah, at least banshee + evolution express will be good [09:49] talking of evolution express, I tried to cherry pick what's needed yesterday evening to build it [09:49] it brings most of the gnome 2.30 trunk in it [09:49] oh [09:49] well GNOME 2.30.2 next week [09:49] I got something, but at this point, I think waiting for evolution 2.30.2 is better [09:49] right [09:49] you are welcome to do a git snapshot if you want [09:49] or wait next week [09:49] I think we can wait for few days, it will be easier and less error-prones [09:50] if you do a git snapshot if will make the next update easier to review and get during the alpha freeze I guess [09:50] but it's not that difficult to backport it, so I'm confident for alpha2 :) [09:50] hum ignore that [09:50] yeah, but e-d-s is needed too [09:50] we will get the .2 tarball before the freeze [09:50] right [09:50] so wait next week [09:50] so, let's focus on banshee now and some dx packaging [09:51] do you want me to push to alpha3 the chromium WI now? [09:51] ArneGoetje, hi [09:51] ArneGoetje, https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-language-selector [09:52] ArneGoetje, did you do the follow up discussion and did you get the mockups? === tkamppeter_ is now known as tkamppeter [10:08] didrocks: Hi! In #591208 i said "none" not "one" :) [10:08] alf__: umf, should by glasses :) [10:08] buy* [10:08] alf__: sweet, so we can go on on that, do you still have changes that need to be done with the egl backend? [10:11] didrocks: I just have to add the symbols files in that branch, too [10:11] alf__: ok, keep me posted, I would rather work on your branch directly [10:12] didrocks: You mean the egl brach? [10:12] right [10:12] didrocks: ok [10:37] didrocks, could you try to get extra feedback about your poppler sru you did over a month ago now? [10:38] seb128: sure [10:41] njpatel, would you rather I make the searching work or I make the time based grouping work? [10:42] seb128: what's the official link to see waiting sru btw? http://qa.ubuntu.com/ still points to http://people.canonical.com/~sbeattie/sru_todo.html which seems not being updated anymore [10:44] didrocks, http://people.canonical.com/~ubuntu-archive/pending-sru.html [10:44] chrisccoulson, hey [10:44] * didrocks bookmarks, thanks seb128 [10:44] hey seb128, how are you? [10:45] chrisccoulson, I'm fine thank [10:45] chrisccoulson, how are you? [10:45] seb128 - i'm not too bad thanks. a bit tired this morning though [10:46] i had quite a late night updating extensions in karmic last night [10:46] worked late again? [10:48] seb128 - i just saw bug 595008. i should probably think about doing that for mozilla-devscripts too ;) [10:48] Launchpad bug 595008 in debhelper (Ubuntu) "should port the Ubuntu cdbs custom rules to dh7 (affects: 1) (heat: 6)" [Wishlist,New] https://launchpad.net/bugs/595008 [10:48] i need to figure out how dh7 works first though [10:49] hehe [10:49] chrisccoulson, do you have a maverick system yet? [10:49] seb128 - not yet. i was going to wait until after the mozilla work is done before upgrading [10:50] it doesn't make a lot of sense for me to upgrade just yet [10:50] right [10:50] I guess I will look at merging gjs today [10:50] chrisccoulson, RAOF: or does one of you want to do it? [10:50] I've a workitem to get an updated gnome-shell in universe for alpha2 [10:51] I think we can probably sync that from Debian [10:51] but we need to get the current gjs [10:51] You're welcome to take gjs, I'd love lo lose TIL status on it :/ [10:51] i need to look at gjs at some point. the xulrunner update in lucid is going to break gjs there [10:52] it's specifies a rpath for libmozjs, which is going to change after each update [10:52] so we might need to drop that and provide a wrapper in gnome-shell to set LD_LIBRARY_PATH [10:52] else it's going to break every few weeks [10:52] there is a bug open to change it so it stops needing a rebuilding after each upgrade [10:52] ok [10:52] yeah, i think micahg was looking at that [10:52] * RAOF wish, wish, wishes that GNOME had rejected it in favour of seed which doesn't try to treat an defiantly ABI unstable dynamic object as a system library. [10:52] I might just do the easy update and let you deal with other changes then [10:53] RAOF - this is why we don't treat it as a system library on ubuntu (unlike other distro's) [10:53] so it makes it very difficult for people to use it [10:55] chrisccoulson: if you need to set LD_LIBRARY_PATH, note the gnome-shell python script already does this [10:55] only need to change the dir there [10:56] milanbv, oh, that's good. we need to dynamically set the path based on the output of "xulrunner --gre-version" [10:56] you have [10:56] mozjs_libdir = re.sub('-(sdk|devel)', '', mozjs_sdkdir) [10:56] if os.path.exists(mozjs_libdir + '/libmozjs.so'): [10:56] env['LD_LIBRARY_PATH'] = os.environ.get('LD_LIBRARY_PATH', '') + ':' + mozjs_libdir [10:56] so that's easy :-) [10:56] oh, so we really just need to drop the rpath from gjs [10:57] And provide a wrapper for the gjs binary, probably. [10:57] yeah, we'd need to do that too [10:57] chrisccoulson, want to do that and rebase on debian? ;-) [10:57] chrisccoulson, you can do that on lucid I guess [10:57] seb128 - yeah, i can look at that later on [10:57] thanks [10:57] though, note you have to do the same in gnome-shell-clock-preferences, which is a standalone shell script [10:57] i just need to update a few more extensions first [11:04] seb128: https://chinstrap.canonical.com/~arne/language-selector/ [11:05] ArneGoetje, hey [11:05] ArneGoetje, nice [11:05] seb128: mockups are here, they need a final review and maybe some polishing. Review meeting yesterday was cancelled, since Design team had a meetng with Mark. Need to find a new time. [11:05] ArneGoetje, can you change to work item to DONE then? [11:05] seb128: yep [11:05] thanks [11:10] seb128: done [11:11] ArneGoetje, thanks === MacSlow is now known as MacSlow|lunch [12:28] didrocks, I guess the eclipse doesn't start is a rgba issue [12:28] seb128: didn't kenvandine deactivated rgba yesterday? [12:28] not sure [12:28] I did in maverick [12:28] I've not tracked ppa builds [12:29] IIRC, he told he did, that's why I want to ensure he has the last one [12:29] I don't have a box ready right now to break it and want to work on other thing, checking with him will be good, no? [12:31] didrocks: I think I have made all changes to my clutter eglx build. Feel free to take a look :) [12:32] alf__: adding that to my TODO, tomorrow morning sounds good? [12:32] didrocks: Sure, thanks! [12:32] alf__: I will certainly ping you then so :) [12:34] didrocks, don't bother testing, I was just making a comment that's it's likely a rgba issue [12:34] seb128: ok, thanks :) [12:35] didrocks, but the versions you list have rgba changes [12:35] seb128: and those I tested on maverick? (the first one) [12:35] didrocks, though you are likely using an ubuntu eclipse, I'm not sure the user is [12:35] right, I'm using the ubuntu eclipse [12:35] ie we might have workaround for such issues [12:36] yeah, probably [12:36] lot of users run upstream eclipse though [12:36] it's so easy to run it without installing, that can explain the crash he has and not me [13:07] <_tydeas_> i am back for the bind9 problem? [13:07] <_tydeas_> does it need to allow icmp from firewall too? [13:08] <_tydeas_> sorry wrong # [13:12] seb128, pitti: I've just uploaded ubuntu-sso-client package to maverick, which is a split from ubuntuone-client [13:12] seb128, pitti: what do I need to do to get it in main? [13:13] rodrigo_: depend on it from something in main [13:13] ugh, the upload was rejected [13:13] you likely don't have upload rights for this source? [13:13] james_w, ubuntuone-client will depend on it as soon as we get the package in maverick [13:14] seb128, right, it's a new package [13:14] rodrigo_: in that case you just need to file a dummy MIR bug stating that it is code split out from ubuntuone-client, and it will get cursory review [13:14] james_w, ok [13:16] rodrigo_, so you need a sponsor to upload for you [13:16] rodrigo_, since you don't have right for that source [13:17] seb128, yeah, so I file a MIR bug pointing to the branch containing the package? [13:20] rodrigo_: they are independent things, you can get it uploaded by a sponsor, and file the MIR bug independently [13:20] ok, so who can do the upload for me? [13:20] the package is in lp:~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick [13:20] I would do it now, but I'm just headed out for lunch [13:21] james_w, ok, can we ping you later so that you do it, please? [13:21] sure, if no-one else can help you beforehand [13:21] ok, thanks === MacSlow|lunch is now known as MacSlow [13:44] rodrigo_: sounds trivial, please just file a pro forma MIR bug to explain the split [14:17] pitti: MIR for package rodrigo_ was referring to is https://bugs.launchpad.net/ubuntu-sso-client/+bug/595096 [14:17] Launchpad bug 595096 in ubuntu-sso-client "[MIR] ubuntu-sso-client (affects: 1) (heat: 8)" [High,Confirmed] [14:23] nessita: thanks; please get it uploaded, so that we can review the package [14:24] pitti: the package is uploaded to my PPA, and the package branch is uploaded at https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/maverick [14:24] pitti: dput to ubuntu is rejected [14:24] (well, was rejected, I can do it again) [14:24] right, see above [14:33] pitti: sorry, but not sure what you're asking for :-) [14:34] you need a sponsor [14:34] kenvandine presumably, or seb128 [14:34] hey [14:34] ah, yes we do [14:35] nessita, i'll look at that, cool [14:35] kenvandine: thank you! anything that you need you can ping rodrigo_ or me [14:36] will do [14:39] kenvandine: good morning, how are you? [14:39] doing ok, and you? [14:39] I'm good, thanks [14:39] just squeezing in some ubuntu work [14:40] * pitti still has 2 WIs for alpha-2 [14:40] hey pitti [14:40] * pitti hands seb128 some ice cream [14:40] pitti, how strongly do we care about alpha2 UNE iso to fit on a CD? [14:40] pitti, thanks ;-) [14:40] seb128: me personally? about this ---><--- much [14:41] for the release I'd care some more, since this is a _netbook_ edition after all [14:41] it should be lean and mean and not take 3 GB [14:41] why is it so big? [14:42] pitti, it's basically shipping what the desktop ships [14:42] pitti, why we would want to be over target for a2 is chromium [14:42] is that by design? [14:42] yes [14:42] i. e. shipping gnome-panel, firefox, etc. [14:43] that seems a lot of clutter and cruft for a netbook [14:43] we will look at space use and clean a bit I guess [14:43] we did previous cycle [14:43] if someone wants gnome, why not install the normal gnome CD, or apt-get install ubuntu-desktop? [14:43] but we have basically the GNOME platform [14:43] and openoffice [14:43] and firefox [14:43] seb128: well, I'd say it's your call this time :) [14:43] pitti, well it's basically gnome-panel replaced by unity [14:44] pitti, the question is because we want chromium by default in alpha2 [14:44] drop firefox then? [14:44] but we will not have time to do the xulrunner changes that will bring us CD space [14:44] UNE or Desktop? [14:44] so we will basically have the xul and chromium stacks [14:44] I see [14:44] pitti, we would if chrisccoulson was not busy full time on those security updates [14:45] seb128: I'd just drop firefox for the sake of clean menus and not shipping two things for one purpose [14:45] pitti, we still need xul or desktopcouch etc [14:45] seb128: yes, those are "implementation details" [14:45] pitti, right, that will not bring us on CD target though [14:45] pitti, which was sort of my question [14:45] seb128: as I said, I wouldn't personally care about oversized alpha-2 [14:45] "how much rt cares about alpha2 UNE to be on CD target" [14:45] pitti, ok, thanks [14:45] but releasing with xul and the entire gnome stack would be ugly [14:46] pitti, we will clean what we can but chrisccoulson's priority is still security updates and we get closed from alpha2 [14:46] seb128: just announce this in the next release meeting so that folks are prepared [14:46] ok [14:46] thanks [14:46] didrocks, ^ [14:46] * bcurtiswx needs to freshen up with the desktop-team mailing lists [14:46]