=== bjf is now known as bjf[afk] [00:19] Good mornang. [00:20] Hey RAOF. I see xorg stuff has gone up overnight. [00:21] Yup. Everything should even remain installable! [00:22] Although gdm seems to have decided to mess up. I don't _think_ that's the fault of X, though :) [00:22] If you're feeling left out on the sponsoring front, I'm sure I can push a mesa upload your way ;) [00:26] RAOF: Happy to take care of it for you. I am just not going to upgrade for a day or so till the dust settles. [00:26] :) [03:09] aganice: is the goal to release with all the clipboard fixes? [04:41] RAOF: I am around now if you need that mesa upload taken care of. [04:41] That would be shiny. [04:41] Yay for emergency power work on the apartment build. [04:41] building [04:41] It's just finishing its test-build. [04:41] !!! [04:42] I hope that was accompanied by huge sparks, flames, etc? [04:42] Although, obviously, not flames touching anything interesting. [04:43] No, wasn't that bad. [04:48] Ok. Mesa's ready. [04:48] http://cooperteam.net/Packages/ [04:49] If you could also sponsor openchrome, apm, and xorg that'd be ace. [04:51] RAOF: sure [04:52] Then when the -chips sync request gets processed everyone's X should have settled down. [04:55] RAOF: do they have to go up in any specific order? [04:56] Not really, no. [04:56] There are no build time dependency relations here. [04:56] ok [04:58] * TheMuso does a build test fora ll. [04:59] all even [06:29] RAOF: uploading all packages. [06:29] TheMuso: Bonza. Thanks. [06:29] np [07:20] Good morning [07:22] pitti: Good morning! [07:25] good morning [07:30] And a fine morning to you, too [07:30] hey RAOF, how are you? Breaking X? ) [07:30] ) [07:30] grrr [07:30] ;) [07:31] :) [07:31] (caps lock for the win!) [07:31] didrocks: I dunno - run a dist-upgrade and see? :P [07:32] RAOF: hum, nvidia driver? I won't be the first to try ;) [07:32] Heh. Well, tselliot's going to upload a new nvidia driver soon, which will make that work for you. [07:34] Incidentaly, is gdm letting you login today? :) [07:34] RAOF: any major breakage reports yet? [07:34] RAOF: btw, thanks for the prior warning on the list [07:34] certainly avoids some damage [07:35] Everything's not quite installable yet; xserver-xorg-video-apm needs to build & publish, and xserver-xorg-video-chips needs to get sync'd. [07:35] Hm. Thinking of which… :) [07:36] RAOF: didn't upgrade from yesterday, don't know :) [07:36] bug #615496 [07:36] Launchpad bug 615496 in xserver-xorg-video-chips (Ubuntu) "Sync xserver-xorg-video-chips 1:1.2.3-1 (main) from Debian unstable (main) (affects: 1) (heat: 10)" [Wishlist,Confirmed] https://launchpad.net/bugs/615496 [07:36] RAOF: want me to sync? [07:36] pitti: Thanks, yeah. [07:38] RAOF: done [07:38] Ta [07:44] RAOF, is -chips required? It was uninstalled when I dist-upgraded this morning === bob_ is now known as robert_ancell [07:45] robert_ancell: It's only required if you've got one of those cards. [07:45] Which you almost certainly don't have; nor do you likely have whatever obscure silicon is driven by xserver-xorg-video-apm. [07:45] I hoped so :), I thought -chips may have been the video card chip db or something [07:46] Heh. [07:46] horay! Finally got GTK3 to compile [07:46] No, that's a big switch-case on PCIID in the Xserver. [07:46] RAOF, sounds pretty [07:47] robert_ancell: awesome! congrats :) [07:47] It's not an unreasonable way of dealing with it. Although reading from, you know, a _text file_ might be nice once in a while. [07:47] * TheMuso remembers seeing a chips video card/chip in a notebook from the late 90s, never seen one since. [07:47] RAOF: that switch case sounds... messy. [07:48] didrocks, which means that I can compile the latest gnome-shell (in theory). I've been following the dependency trail today [07:49] TheMuso: It's really not that bad. It's quite a comprehensible part of X :) [07:49] didrocks, does mutter use gir? [07:50] robert_ancell: we have a gir package for mutter, yes [07:50] RAOF: Are you saying that the rest of X is not so comprehensible? :) [07:50] robert_ancell: heh, good news :) [07:51] robert_ancell: ah, so the plan is to get it into maverick, but not install by default? [07:51] didrocks, but are they actively used by anything except gnome-shell? I've got the gobject-introspection 0.9 upgrade working on my box, but there will be some brokenness if you upgrade before all the packages are rebuilt. Trying to get the right selection of packages tested [07:52] TheMuso: Far be it for me to suggest that a huge, single-threaded event loop dispatching out to thousands of source files with a bunch of interestingly referenced global variables is less that totally clear! [07:52] pitti, the current version we have is very old and we don't have the latest dependencies to run the new one [07:52] RAOF: heh ok [07:52] robert_ancell: no, only GS is using it AFAIK [07:52] pitti, but I'd like to get all the platform updated earlier rather than later so we don' [07:52] t have the pain later when more apps use the new features [07:52] robert_ancell: well, that would be great; I'd love to have the gtk3 stack available, so that we can build/test the latest upstream trunk stuff [07:53] robert_ancell: thank! [07:53] s [07:53] so, do you guys want me to upload gobject-introspection now and have you guys deal with any potential pain during the day or upload it my tomorrow morning? [07:54] I won't have the time to deal with that today personnaly, better to get it ready and see if seb128 has some free slots [07:54] didrocks, yeah, waiting for him. [08:04] is there anything special about how atk is stored in bzr? I try to clone lp:~ubuntu-desktop/atk/ubuntu but it doesn't want to work [08:07] robert_ancell: no [08:07] robert_ancell: just the atk1.0 source package is all you need. [08:13] TheMuso, can you pull lp:~ubuntu-desktop/atk/ubuntu? [08:14] I get "location is a repository" [08:15] not a branch [08:17] TheMuso, oh, bizzare, now it shows up on code.lp.net - it did work the first time but gave me a big warning about incompatible branches [08:18] heh [08:18] crazy lp === ara_ is now known as ara [08:23] slomo, hey, I've got gobject-introspection 0.9 working on my system, what has Debian got planned about upgrading? [08:24] robert_ancell: could go into experimental i guess [08:24] robert_ancell: at least if there won't be any new typelib/gir changes [08:26] slomo, the problem seems to be you need everything running the same introspection version. Don't know if they'll break it again. The good news is things fail quite gracefully and the only apps I found that were affected were python-gobject ones [08:27] robert_ancell: and all the gir1.0-X packages have to be renamed to gir1.1-X, yes [08:28] slomo, but the .gir files still install into /usr/share/gir-1.0 so you can't run them both at once [08:30] robert_ancell: so they changed the version in incompatible ways but kept the old directory? that's bad... [08:30] or did only the typelib ABI change? [08:32] slomo, I'm assuming the typelib api changed, but I haven't found a definite description of what changed/what the side-effects are. But definitely no files have changed names/locations [08:33] great [08:34] slomo: hey, do you think you will will have some time to merge libgee .symbols file despite the freeze? I think it's pretty dummy to get a divergence just for that. [08:35] didrocks: i'll do it with next upload but it's not really important imho... all symbols currently have the same version anyway [08:35] if new symbols are introduced later it will be important [08:36] slomo: right, just to know if you think it will do it for squeeze or not [08:36] hey [08:36] thanks :) [08:36] salut seb128 [08:36] lut didrocks [08:41] seb128, hey, want to upgrade to gobject-introspection 0.9? [08:42] hey robert_ancell [08:42] robert_ancell, not sure if we should do that or just stop doing any gir work [08:42] robert_ancell, did you read the upstream discussion? they are not speaking about making gir only python3 and gtk3 now [08:43] or rather considering doing that [08:43] seb128, ? [08:43] seb128, they like to make our lives hard... [08:44] read recent "GNOME 3.0 in March 2011" on d-d-l [08:44] seb128, hmm, I have 0.9 working here - the value of us upgrading means we don't have so many problems with newer packages expecting it. And we can get gnome-shell to work [08:44] walters wrote that he wants the supported combinaison to be gtk2,python2,pygtk [08:44] or python3,gtk3,gir [08:45] seb128, well, introspection is more than just GTK and Python [08:45] right [08:45] we don't have anything using the introspection yet I think === oubiwann is now known as oubiwann-away [08:45] seb128, if they go that way then we make python-gobject stop using it and nothing is using it [08:45] but yeah, we can as well have an updated platform [08:46] does that change the abi version? [08:46] upload if you want, I can handle the rebuilds for it today [08:47] seb128, I think it does - things don't work unless all their dependencies are upgraded (but fail gracefully if they aren't) [08:48] ok === oubiwann-away is now known as oubiwann [08:48] can you upload your gir update? [08:48] I will handle rebuilds [08:48] seb128, ok, thanks [08:49] np [08:49] seb128, I can compile GTK3 now :) [08:49] lol [08:49] you are working on gtk3 then? ;-) [08:50] I though it was not worth spending efforts on yet [08:50] seb128, didrocks asked me to look at gnome-shell, which then needed GTK3, so I had a quick look. And that needs gobject-introspection 0.9 and I keep hitting packages that require it so I thought it was time to knock one of the roadblocks out! [08:51] ;-) [08:51] (gnome-shell is currently broken for two reasons, one being the new mutter) [08:51] didrocks, since when do you assign task to others? [08:51] seb128: I didn't assign task, I just asked if robert_ancell had the time to have a look :-) [08:51] well debian did manage to update it using introspection 0.6 [08:51] we should just sync with then and keep our ld_library_path change [08:52] seb128: btw, the LD_LIBRARY_PATH for libmoz.js doesn't work last time I tried (last week) [08:52] seb128, oh, I didn't notice that [08:52] there is a bug report about it [08:52] didrocks, we might just need a rebuild for a new xulrunner version [08:54] robert_ancell, did you check the debian pkg-gnome gtk3 package to start your work? [08:54] seb128, no [08:55] ok [08:55] slomo worked a bit on it there I think [08:55] robert_ancell: sjoerd wanted to work on it too [08:56] robert_ancell: missing right now is: a) dpkg-divert for the update-iconcache script, b) updated copyright file (have fun...), c) some changes for the .install files and d) updated symbols files [08:56] then it should be ready [08:56] b) we need to kill those copyright files... they are so stupid [08:57] yes [08:57] slomo, did they come from debian legal? [08:58] seb128, what is the svn http link? [08:58] i don't know :) [08:58] maybe you can autogenerate it in the case of gtk with licensecheck and some script to convert the output [08:58] good morning kiwinote [08:59] hi mvo [08:59] robert_ancell: http://svn.debian.org/viewsvn/pkg-gnome/desktop/experimental/gtk+3.0 [08:59] bbl [08:59] slomo, they seem like a legal nightmare - they're probably all wrong and it seems like a bad idea for us to state the license of a project [08:59] kiwinote: thanks for merging my stuff, there is a bit more to come [08:59] slomo, thanks [08:59] mvo: sure, thanks for all the changes === oubiwann is now known as oubiwann-away [09:00] seb128, ok, all uploaded [09:00] mvo, kiwinote, now that apt: is integrated into USC, is the apturl package removed from the Ubuntu seed? [09:00] robert_ancell, thanks [09:00] robert_ancell, speaking of copyright files, you could perhaps give a try asking why we need those on some distro list [09:01] seb128, I figure we'll just bump version numbers on the other packages once gobject-introspection 0.9 is in the builders [09:01] robert_ancell, right, I need to check if the abi change in which case we need to rename the gir [09:01] gir1.1-... === DrPepperKid is now known as MacSlow === oubiwann-away is now known as oubiwann [09:01] mpt: its not merged yet [09:01] seb128, there's no point as the files haven't changed names so you can't run both in parallel [09:01] robert_ancell, I will handle it during my day no worry [09:01] mvo, hey [09:01] mpt: once there, gdebi and apturl can go [09:01] hey seb128 [09:02] robert_ancell, well the binary name comes from the typelib dirname [09:02] mvo, oh, so bug 426215 shouldn't be marked fixed then? [09:02] Launchpad bug 426215 in software-center (Ubuntu) (and 1 other project) "apt:package-name isn't handled by the Store when appropriate (affects: 4) (heat: 22)" [Wishlist,Fix committed] https://launchpad.net/bugs/426215 [09:02] robert_ancell, I though they bumped the abi to 1.1 [09:02] robert_ancell, if they didn't easier for us ;-) [09:02] seb128, but everything still installs into gir-1.0 [09:03] ok so they didn't [09:03] mpt: well, fix commited is correct, just not yet in trunk [09:03] I think they just went "1.0 was more of a beta, just update everything to 1.1" [09:03] robert_ancell, ok [09:03] robert_ancell, I will just do rebuilds or take the opportunity of the upload to push some other changes [09:04] seb128, but the thing is because nothing is really using it there aren't too many issues with doing a big upgrade. The only broken thing I had was meld breaking between updating gobject-introspection and python-gobject. === cking__ is now known as cking1 [09:05] pitti, hey, any update on moving to the latest udev? [09:05] robert_ancell, it's a Keybuk's task [09:05] ok [09:05] he said at the sprint he would do it once he figures why the update breaks things [09:06] robert_ancell: I don't know more, sorry; haven't seen Keybuk in IRC for a while [09:06] pitti, np, thought you might have some inside info :) [09:06] I'd love to see it updated, too [09:07] I'm wondering what's going on with Keybuk [09:08] I've not seen him really active this cycle [09:08] I'm wondering if he's working offline on write next upstart or what [09:08] seb128, he's working on upstart right? [09:08] writing [09:08] robert_ancell, that's my guess [09:10] kiwinote: just commited a small modification, please let me know and rename "_error_details" to a more appropriate name (if needed :) [09:12] mvo: looking [09:18] mvo: we need to distinguish between the PKG_STATE_UNKNOWN and PKG_STATE_ERROR because we a different layout for each case: if the package can not be found, then we hide the pkgstatusbar/description/appinfotable/screenshot, if the package does exist then we need to show these elements [09:18] mvo: I think that the pkgstate is the best place to distinguish between the two cases, but if you have a better place, feel free to change it ;) [09:18] kiwinote: aha, ok. I was confused because I thought that STATE unknown means a unkown state, not a unkown package [09:19] kiwinote: maybe we can rename it into PKG_STATE_NOT_FOUND or _UNAVAILALBE or somesuch? [09:19] mvo: yep, sounds a good idea [09:19] kiwinote: yeah, the states are the right way [09:19] kiwinote: cool [09:21] mvo: while you're editing the branch, can you add 'if self._doc:' to the relevant places in the screenshot and thumbnail properties? thanks [09:24] sure [09:24] mvo: thanks [09:31] kiwinote: ok, updated [09:35] mvo: thanks, something broke with hiding the right page elements, so I'll just have a look why [09:35] morning [09:38] kiwinote: hm, if that is the case, let me add a regression test for it (what element is it, screenshot)? [09:39] mvo: just execute 'python software-center app' [09:42] kiwinote: I added a test for this in r944, its currently failing and just tests the screenshot. if you could add the other elements to the test that would rock. you can run it by "(cd test; python test_gui.py SCTestGUI.test_show_unavailable" [09:43] mvo: will do, thanks [09:43] kiwinote: its not superquick unfortuantely because it waits until the pkgcache is read. you can speed it up by setting the Dir::state::lists line to uncommented [09:43] kiwinote: great, thanks. I will stop working on the branch for now, just let me know when I can merge back :) [09:43] mvo: yep ;) [09:47] bl8: I just upgraded banshee to 1.7.3-2ubuntu2 [09:48] bl8: still no mpris or sound menu registration ? [09:51] update-manager used to be able to estimate downloads, that was great ;-) [09:56] seb128: *lalala* [09:56] mvo, ;-) [09:58] seb128: its a bit odd, required_download is currently 1.498e-316 [09:58] seb128: that is a bit small [09:58] indeed [09:58] or you got very efficient ;-) [10:00] heh :) my downloader can download fractions of a bit! [10:02] mvo: are you working on quantum teleportation to transfer packages? :) [10:03] heh :) I keep saying "its important to have goals!" [10:05] mvo, kiwinote: Will the apturl + gdebi stuff be merged into trunk by Feature Freeze? [10:07] seb128: should be fixed [10:07] mvo, you rock [10:07] mpt: we are working to make this happen [10:07] thanks seb128 :) [10:11] mvo: all the error handling should be working again in rev944 [10:17] mvo: one bit of apturl functionality that got lost in the merges is replacing '$kernel' with the kernel version. Did you want this in a different place, or can it go back in the init of Application()? [10:19] kiwinote: it does not feel quite right there, but I can not think of a better place. there are two subsitutions (see the apturl parser). the other one is $distro iirc. it would be great to support both and if you could add a test for that into test/test_database.py [10:37] alf__: your cairo patch doesn't add any new symbols? [10:37] alf__: and what about new headers? maybe a libcairo-perf-utils-dev would be needed? [10:38] mvo, can I remove all those lucid blueprint links from the USC spec now? [10:38] slomo: hi! the headers were already shipped in libcairo2-dev. [10:38] do we install/enable popcon by default now that the installer no longer has an option to enable it? [10:39] alf__: they are? cairo-script-interpreter.h? [10:40] slomo: yes [10:40] alf__: no new headers? ok... [10:41] mpt: yes [10:42] k [10:43] slomo: there is a libcairo-script-interpreter2.symbols for the symbols. [10:43] yes, saw it :) [10:44] ok, i'll take that patch, thanks :) [10:44] i'll upload it when next cairo release is there... should be soon [10:45] slomo: and the auxiliary libraries shipped in cairo-perf-utils are used only for LD_PRELOADing, so it didn't make much sense to have symbols for them [10:46] I will sync the next cairo from debian when it's uploaded [10:46] seb128: it has to go through NEW ;) [10:46] well I will take the vcs version and upload it if NEW takes a while ;-) [10:47] slomo, seb128: thanks a lot both! [10:54] slomo: which version of the patch are you going to use? [10:56] alf__: the latest === gord_ is now known as gord [11:10] mvo: I pushed some fixes a little while ago, the tests are also added now [11:11] everyone: is there any news about windicators? [11:11] (sorry if it's not the right channel) [11:33] mvo, sorry, where in the code do I find the XML file that does the categorization of packages? [11:34] mpt: /data/software-center.menu.in [11:34] ah, thanks kiwinote [11:44] hey seb128 thanks for sending the team meeting reminder [11:44] hey rickspencer3 [11:44] bonjour rickspencer3 [11:44] rickspencer3, you are supposed to be on holidays, not on IRC ;-) [11:44] well ... [11:44] pitti: is the workitem tracker thing from linaro still running on your host? [11:45] I have some work I need to do [11:45] ok [11:45] pitti: jamie is gone this week and i somehow lost a spec from my tracker :( [11:45] I'll ask for my holidays back :) [11:45] I was planning to lead the meeting so feel free to not count that as something you need to do today [11:45] thanks seb128 [11:45] I may take you up on that [11:45] ;-) [11:45] pitti: so i wonder if you still can see whats going on ... its https://blueprints.edge.launchpad.net/ubuntu/+spec/arm-m-telephony-stack and its owned by tom gall who is member of https://edge.launchpad.net/~arm-user-platforms ... but the spec doesnt show up here: [11:46] http://people.canonical.com/~pitti/workitems/maverick/arm-user-platforms-ubuntu-10.10-beta.html [11:46] asac: no, it has run on people.c.c. for ages [11:46] pitti: right. so i can see errors on my own? [11:47] e.g. where to look? [11:48] hm, at least it's here: http://people.canonical.com/~pitti/workitems/maverick/all.html#tom-gall [11:48] hmm. so something is wrong with the beta milestone? [11:48] syntax? [11:48] * asac looks again [11:49] Work Items (ubuntu-10.10-beta): [11:49] that looks ok to me [11:49] asac: you shold have gotten a mail on syntax errors, so that shold be ok [11:49] i am not sure i would get those mails. i think jamie pulled them over [11:49] asac: the WI tracker keeps timing out these days since SpammapS added his "per-user reports of doom" [11:50] asac: was this targetted/added only recently perhaps? [11:50] pitti: tom gall is new to the team and he got the assignment for the spec just before beta [11:50] err alpha3 [11:50] ;) [11:51] * asac tries to find out who spammaps is [11:51] oh spam filter? ... i dont understand. is sending out emails blocking? [11:52] asac: Clint Byrum [11:52] he submitted the per-user branch [11:52] ah [11:53] i assume someone is working on fixing it? [11:54] I pinged him on IRC, but didn't get a response yet [11:54] * ogra seems to see double graphs on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html [11:54] like several are layered on top of each other [11:54] ogra: you are a multi-team ;) [11:55] * pitti sets it to update only every 2 hours [11:55] ok ... i will check in a couple of hours [11:55] thx a bunch [11:55] asac, heh [11:56] asac: in the meantime, you could download the sqlite and check if it's any better there [11:56] perhaps something is not right with the recursive membership detection [11:57] hm, that shouldn't apply here, though [11:57] Tom has one WI here: http://people.canonical.com/~pitti/workitems/maverick/arm-ubuntu.html [12:00] c [12:00] i am betting on the time out atm. lets see [12:11] seb128: hi , i mailed you a list of the papercuts i was mentioning earlier. [12:12] [just mentioning that it doesnt get lost in all your bug mail :D ] [12:13] vish, hey, ok [12:14] hum [12:14] hey nessita [12:14] seems unity doesn't start after today updates on my mini config [12:15] GNOME still works and running unity under GNOME seems to work [12:15] but selecting the UNE session leads to a background and a cursor [12:16] seb128: today's update involving an unity component? [12:16] hello! [12:16] I don't think so [12:16] hey nessita [12:16] the new xorg stack and introspection [12:17] I still don't have the new xork stack (yeah, nvidia card… always the latest one to get the full transition done :)) [12:20] I'm on intel [12:29] seb128: I unfortunately can't have a look right now (in a long build), but I'll try without the new xorg stack first [12:30] didrocks, don't bother, let's see if somebody else get the issue [12:30] ok === MacSlow is now known as MacSlow|lunch [13:07] didrocks: oh, does nouveau lag behind the ABI transition? or the proprietary one? [13:08] * pitti wonders whether nouveau got 3D capabilities in maverick [13:08] pitti: proprietary ones… I still don't have 3D with nouveau in maverick with my chipset at least [13:42] mvo: was the email from alecu enough for your needs? [13:46] Chipaca: I have not started playing with the code, but the mail looks pretty good and complete [13:47] mvo: ok, great. You know where to find us if you need us :) [13:47] mvo: the branches that are missing should be landed in a few more minutes [13:48] Chipaca: great, I hope to find time to play with it today, when will trunk hit the archive (the version in the archive seems to be a bit older) [13:48] Chipaca, mvo: alecu's branch already landed and mine is just one review short, but that's being solved right now :-) [13:49] nessita: nice [13:49] mvo: I believe we'll have packages today; tomorrow if something breaks and we need to delay [13:49] Chipaca: excellent === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [14:22] didrocks: 3D for nouveau is in the libgl1-mesa-dri-experimental package [14:23] Sarvatt: thanks for the info. I can't afford breaking my 3D right now, but I'll give it a shot [14:24] if you can't wait and need it nvidia-common that works with the new X is in the ubuntu-x-swat/x-updates PPA [14:24] re [14:25] I take that back, the upload didnt go through this morning [14:27] now its uploading :D the 256.44 one in there just needed a no change rebuild === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann === MacSlow|lunch is now known as MacSlow [15:13] huhu mvo [15:32] hey glatzor! [15:55] didrocks, what's the status of the USC OneConf stuff? [15:56] mpt: the package is in universe. Apparently, U1 people get issues with desktopcouch syncing [15:56] I don't see a branch from you on https://code.launchpad.net/software-center [15:56] mpt: it's a separate package (as it's a plugin) [15:56] oh, because it's a plug-in? [15:56] right [15:56] mpt: lp:oneconf [15:56] or just install oneconf package :) [15:56] mpt: but as desktopcouch as sync issues… :/ [15:57] Does this mean it's time for me to upgrade to Maverick? [15:57] mpt: not sure if you want to upgrade because of that. Technically, you only need the new USC and the latest update-notifier [15:58] If it wasn't a plug-in, I'd think there should be a new "Share" menu containing the OneConf items plus the existing "Copy Web Link" [15:59] can still be easy to hook-up as a placeholder [16:00] yes, but it would look silly as a placeholder :-) [16:00] with only one item in it [16:00] right :-) [16:02] mpt: in any case, aquarius told me he will have a look at the sync side, apart from that, all seem to work well, if I can get some input from you, I'm sure there is a lot of design sync to fix (in a timely fashion for maverick, without the double gtktreeview for instance ;)) [16:03] double gtktreeview? [16:04] mpt: the one on the spec, where you have multiple nodes (don't know how to word it better): one for "additional packages", another one for "removed packages" and so on… [16:04] Oh, the branches [16:05] the only missing item feature-wise is the show/hide technical items, there is apprently bug in USC, I didn't have the time to get a proper look at it [16:06] didrocks, just to keep you in the loop, we're working on it [16:07] aquarius: great! Are you still on holidays and connected on IRC, btw? :) [16:07] no. I am now working and connected on irc. Don't tell the boss I was working while on holiday :) [16:08] heh :) [16:27] ronoc: hi , your thoughts on Bug #594396 ? [16:27] Launchpad bug 594396 in indicator-sound (Ubuntu) (and 2 other projects) ""Sound Effects" should not be the default tab in Sound Preferences (affects: 2) (heat: 75)" [Wishlist,Confirmed] https://launchpad.net/bugs/594396 [16:28] hi vish, I would tend to agree [16:28] vish: I think though we will need to visit this sound preferences dialogue thoroughly in cycles to come [16:29] also the sound preferences options leave alot to the imagination [16:30] ronoc: yeah , prefs isnt really complete , for the time being i think we can switch the tab? could you comment on the bug? [16:30] ronoc is not really the right one to comment on distro changes [16:30] he's dx upstream for indicator-sound [16:30] not doing ubuntu packaging work or gnome-media upstream [16:30]