[00:40] kenvandine: you around? [02:44] woah i got a crapload of gtkpixbuff warning on upgrade just now [06:34] Good morning [06:35] RAOF: not on that model, yes; I'm not sure about others === almaisan-away is now known as al-maisan [07:26] pitti: hi.. didrocks asked me to poke you about SRU for Bug #587853 , he also has another SRU bug uploaded n waiting too , iirc.. [07:26] Launchpad bug 587853 in cheese (Ubuntu Lucid) (and 2 other projects) "After video recording, record/take photo button becomes disabled (affects: 2) (dups: 1) (heat: 24)" [Low,Triaged] https://launchpad.net/bugs/587853 [07:27] vish: I know, SRU needs some love, but I'm still in the post-holiday catchup swamp, so that still has to wait for a bit [07:27] yea, cool.. :) [07:27] not that there wouldn't be two other SRU team members who could ack those :) [07:28] i guess we just like poking you more ;p [07:38] pitti: Thats one bad thing about taking a week off, the day or more catch-up when you get back. [07:39] heh, yes; that, and OEM rotation [07:39] I didn't do a single bit of OEM stuff since yesterday, and I got heaps already [07:39] * TheMuso nods. [07:40] On another note, I have all the signs of spring here this week. Mild weather yesterday and this morning, and now, lots and lots of rain. [07:49] good morning [07:52] good morning didrocks ! [07:53] hey bilalakhtar, how are you? [07:53] didrocks: Rocking, you? [07:53] bilalakhtar: I'm fine, finishing late yesterday but apparently I still have slept enough :) [08:07] morning mvo [08:10] mvo, I am currently investigating the lock races in aptademon, e.g. lp#628061 [08:11] bug #628061 [08:11] Launchpad bug 628061 in aptdaemon (Ubuntu) "Races in the system lock (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/628061 [08:12] mvo, should I request also a lock on /var/lib/apt/lists/lock additional in the lock.SystemLock.aqcuire method? [08:13] lockfile = apt_pkg.config.find_dir("Dir::State::Lists") + "lock" [08:13] lock = apt_pkg.get_lock(lockfile) [08:13] this is what fails in apt.cache.Cache.update [08:14] aptdaemon checks before running a transaction if it can get the "system" lock ("Dir::State::status" and "Dir::Cache::Archives") [08:15] glatzor: yes that is a bit unfortunate currently, there are really two locks [08:15] mvo, and releases the lock again in the if transaction starts, so that apt.Cache can take over the lock. [08:15] mvo, or even three locks? [08:15] glatzor: the dpkg lock (system lock) and the download lock (in var/lib/apt/lists [08:16] and /var/cache/apt/archive [08:16] right, that is another download lock [08:17] glatzor: I think its something we need to fomalize and add some methods into libapt itself after M is out, like lock_dpkg_system, lock_lists_download, lock_archive_download [08:28] mvo, should I keep the lists lock all the time? [08:29] glatzor: hm, it should only be needed while fetching lists (i.e. update()) it is probably safe to keep it while downloading deb files too [08:30] glatzor: in order to help other clients to not silently updat eht elists [08:30] glatzor: and then suddently the downloaded version no longer match the versions in the cache [08:39] mvo, would also be good to add a lock arguement to apt.Cache.update and apt.Cache.commit (and _fetch_archives) to re-use an already acquired lock [08:39] glatzor: indeed [09:06] the new theme is nice and everything but i find it almost impossible to resize any window on a 1920x1024 screen :( [09:07] 1 pixel is not enough [09:10] I reported a bug about that a few weeks ago [09:11] fta2: You know about Alt-Middle_Mouse_Button, right? [09:12] fta2: Hold down Alt and middle click somewhere vaguely near the lower right corner of a window and start dragging, and you'll see what I mean. [09:14] fta2: I realise not everyone knows about this and it's an actual usability problem for lots of people, but I wanted to share this "trick" nonetheless. [09:15] fta2: You can move windows in the same way with Alt-Left_Click anywhere inside the window. [09:21] soren, yeah, thanks, there's alt+f8 too but it's not the same. i resize with the mouse, it's always by the bottom right corner, and that's just broken atm [09:21] annoying mostly for terminals [09:21] which i use a lot (xterms) [09:26] fta2: I've always thought the need to point at something as small as the corner of a window or even the title bar was a usability nightmare. This approach is still very much mouse driven. I'm sure you don't use both hands to operate your mouse anyway, so using the other hand to press Alt seems effortless. It may take a few minutes of adjustment, but I've never looked back :) [09:27] fta2: This is no new feature, by the way. Every window manager I've ever used has supported it. It's certainly been more than a decade. [09:28] soren, most of the time, i'm typing with the other hand, but it's tough to hold 2 keys which are far away *and* click + drag at the same time. [09:30] well, resizing by the corner has been there for more than 25y, so people are used to it [09:32] i will probably end up hacking the theme for all my desktops if it doesn't change. *sigh* [09:38] rodrigo_: new tomboy is in experimental fyi [09:45] hey [09:46] grrr, spent over an hour offline before realizing it was not internet broken but an eth cable [09:46] salut seb128, ça va quand même? :) [09:46] oui, maintenant c'est mieux ;-) [09:47] Laney, new tomboy? 1.3.x? [09:47] hey rodrigo_ [09:47] rodrigo_, will you roll g-s-d tarballs today? [09:47] hi seb128! [09:47] seb128, just rolled g-s-d one a moment ago [09:47] crap [09:47] seb128, g-c-c coming soon [09:47] Good morning kiwinote, mvo [09:47] I wanted to get a change in [09:47] morning mpt [09:48] rodrigo_: yes 1.3.3 [09:48] seb128, ah, send it, I can do another release, if it's too good :) [09:48] seb128, if not, it'll be in next release [09:48] Laney, ok [09:48] rodrigo_, it's just changing /apps/gnome_settings_daemon/xrandr/turn_on_external_monitors_at_startup to true [09:48] by default in the schemas [09:48] seb128, ah [09:48] not worth another release but we agree on that with federico and I said I would commit to gnome-2-32 and trunk [09:49] seb128, yeah, no new release, but commit it please [09:49] without that you can get configs where you get no screen on when docked [09:49] ok I will [09:49] ok, thanks [09:52] thank you [09:52] hello mpt [09:53] ok, restart after update, brb [09:53] kiwinote: good morning, I just merged a bunch of your fixes, is there more coming? I wnat to do another upload soon and want to include all your goodness :) [09:55] mvo: thanks, if you've merged the latest version of my branch (lp has updated yet, so I can't see atm), then you've got the latest goodness [09:56] great, thanks kiwinote [09:56] mvo: trunk seems to be in a good shape, so a release would be a good idea [09:56] I was thinking the same, there will be more before final freeze I'm sure, but it seems this is a good time [09:57] kiwinote: heh :) just got the latest crash-fix, I prepare a upload now [09:57] hehe, thanks :) [09:57] kiwinote: nice fix (and silly error in the code :) [09:57] hi james_w - have you seen an issue like bug 637608 before? [09:57] Launchpad bug 637608 in bzr (Ubuntu) "bzr crashed with ErrorFromSmartServer in _translate_error() (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/637608 [09:58] it happens only on 1 branch [09:58] mvo, kiwinote, any specific testing or anything else you need from me today? Otherwise I'll be doing more triage and stress-testing the purchase stuff [10:00] mpt: not in particular, your bug reports and triaging is a great help! [10:10] slomo, hi, will you put libvpx 0.9.2 in maverick? [10:11] fta2: would be a good idea, yes [10:12] fta2: is it in main or universe? [10:14] slomo, main [10:14] well, at least i think so [10:15] !info libvpx0 maverick [10:15] fta2: libvpx0 (source: libvpx): VP8 video codec (shared library). In component main, is optional. Version 0.9.1-1 (maverick), package size 207 kB, installed size 588 kB [10:15] yep, main [10:17] pitti: hey, do you want me to review https://code.edge.launchpad.net/~umang/python-distutils-extra/587538-no-changelog/+merge/30919 or do you want to do it? (just need to know if I should or not take the other part in today's Quickly release) [10:18] didrocks: oh, please do; this guy already has submitted a few good patches [10:19] pitti: sure, you will be able to make a new release for maverick then? [10:19] yes, just tell me when to do an upload (sid/sync to maverick) [10:20] thanks pitti :) [10:20] * pitti hugs didrocks [10:20] * didrocks hugs pitti [10:20] good luck with catching up :) [10:20] didrocks, could you let me know if/when you receive the computer i sent you? [10:21] bryceh: I received it last week, thanks! All went well and I resintalled/tested it :) (didn't you receive my mp?) [10:21] didrocks, ok. no, I didn't receive it [10:25] fta2: ok, well, if you have the time to get it updated... it's definitely a good idea to do so [10:26] slomo, what's left to be done? you already have it in the gst ppa (and i have it in the 4 chromium ppas, it's working just fine) [10:27] fta2: no idea, ask someone who knows the ubuntu procedures better than me :) [10:27] the package is ready, if anything is left it's paperwork [10:27] didrocks, ^^ [10:28] fta2: can you summarize quicky please? I didn't follow the conversation, it's a new package/feature? [10:30] didrocks, libvpx 0.9.1 -> 0.9.2 bump, lots of performance improvements, welcomed for chromium for the video codecs (WebM) [10:30] fta2: are there new features or just bugfix? [10:30] and bugfixes, including some rather important ones [10:30] is a performance improvement a bugfix or a new feature? ;) [10:30] didrocks, and it's been tested for at least a week without issues [10:31] slomo: I wouldn't say a feature ;) [10:31] if it's that, you just can sync from experimental [10:31] fta2: requestsync [10:31] no paperwork needed apart from describing in the bug why you want it to get synced [10:33] ok. never used that tool but i will learn ;) usually, i file bugs manually [10:34] fta2: this tool is good, subscribing everyone's needed and such :) [10:38] oh, dupe. bug 636894 [10:38] Launchpad bug 636894 in libvpx (Ubuntu) "please sync libvpx 0.9.2-1 from debian experimental (main) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/636894 [10:38] good tool indeed :) [10:43] pitti: you should be able to release p-d-e in fact, every pieces needed from my perspective has already landed. And I see nothing more is waiting on that :) [10:43] didrocks: you merged that branch? [10:44] pitti: it was already merged. For some unknown reason, launchpad is just showing "needs approval" in bug report even if the branch is merged [10:44] pitti: (just because nobody comment and approved it, just merging) [10:44] * didrocks should open a low priority bug on that [10:45] fta2: yeah, but the bug isn't subscribing the right team (ubuntu archive admin) and follow the process (copying the debian/changelog) [10:45] seems seb128's desktop restart didn't go very well.. [10:47] yeah… not his day. That + broken cable :( [10:53] didrocks: uploaded [10:54] pitti: thanks a lot [10:54] * didrocks hugs pitti [11:00] didrocks, does anyone apart from arm still use go-home ? [11:00] ogra: on maverick? You are alone I guess :) [11:01] so it wouldnt matter if i modified the hardcoded shell calls from netbook-launcher to netbook-launcher-efl ? [11:01] (in the go-home code) [11:01] we currently dont get favorites added, nor does the show-desktop feature work [11:02] (since we dont ship netbook-launcher at all) [11:02] ogra: no, I think that can close some bugs there [11:02] k [11:02] ogra: thanks :) if you need some rights to roll a tarball, do not hesitate [11:02] i guess -efl needs to grow a feature to add favorites then :) [11:03] ogra: I think you will need it, right ;) [11:03] great, something to do for our contractor [11:03] (we have someone for the efl stuff now) [11:06] awesome! :) [11:13] fta2: You type /while/ you're resizing windows? Wow, that's efficient :) Also, it's just one key you need to hold. The rest is with the mouse. [11:19] re [11:20] ok it was not the cable, some extra changes later let's see if it works... [11:21] so how are things going? [11:21] wb seb128 [11:21] soren: a quick question, it looks like python-vm-builder is now outputing a random filename, that used to be disk0 - is that intentional? [11:21] hey pitti [11:21] seb128: FYI, I fixed the ProcMaps error in the retracer, and restarted [11:21] pitti, so retracer crashed again? [11:21] oh [11:21] there was a procmaps error? [11:22] I will spend some time on the retracing code after my holidays I think [11:22] we can probably teach them to just untag bugs with invalid descriptions [11:22] an exception on parsing empty lines, which seemed to have happened quite a lot recently [11:22] like missing fields [11:22] rather than crashing [11:22] *nod* [11:23] hi pitti, I'm not sure if you saw the ping yesterday. May I ask you to have a look why the maverick language packs are not being generated? [11:24] seb128: taking empathy (letting g-s-d on the side on purpose as you told you wanted an additional patch) [11:24] didrocks, oh feel free to do g-s-d [11:25] didrocks, the patch is a gconf value change that I put in the .gconf-defaults already for us [11:25] no need to distro-patch it? [11:25] ok [11:25] doing both then [11:25] dpm: [11:25] -rw-r--r-- 1 langpack langpack 67231814 2010-09-07 00:09 +latest-delta-language-pack [11:25] that looks wrong, hang on [11:27] dpm: seems something changed on the LP side wrt. filename handling there [11:28] pitti, do you know what exactly? I don't know what the expected naming was [11:29] and afaik the LP devs haven't changed anything on that area recently, so it might be a bug. [11:29] dpm: fixed in bzr, and rolled out [11:29] so the next one should work [11:30] ok, so considering the next export is today and the building happens tomorrow, I guess we should have some langpacks by the end of tomorrow/ Thursday [11:31] thanks a lot pitti [11:31] yw [11:31] the update pack is quite large, 400 MB [11:31] I really don't understand why they grow so uch [11:31] much [11:31] it's certainly not translators going all wild [11:31] it's 2/3 of a full size [11:31] I guess there's a lot of actually unchanged data in there [11:35] hm, I'm not sure what it could be [11:36] seb128: 4:30 hours left for the meeting! sorry for the repeated ping, should I go ahead without yours? [11:37] bilalakhtar, yes go without me, I'm away start later today and tried to finish work stack before [11:38] bilalakhtar, how many people wrote on your wikipage? [11:38] seb128: np :( I understand, you're busy with desktop work, the final freeze is getting closer [11:38] seb128: 4 endorsements, 1 comment [11:40] bilalakhtar, ok, I will try to write something after lunch [11:40] but it seems the feedback you got is already enough [11:41] seb128: hmm, your wish [11:41] * bilalakhtar aims for ubuntu-desktop after motu [11:44] bilalakhtar: great to see people interested there ;) we definitely need some help on updates (particularly things in universe first like anjuta and such) [11:45] mmm universe [11:46] didrocks: I have done 3 desktop upgrades in universe, you may ask tumbleweed [11:46] packages: hamster-applet, sound-juicer, bug-buddy [11:46] oops [11:46] not hamster-applet [11:46] speaking of anjuta there is an update for the new serie almost ready in bzr if somebody wants to pick it up, the new version should fix the build... [11:47] * bilalakhtar will look at anjuta later today [11:47] bilalakhtar: great ;) [11:47] thanks didrocks ! [11:47] thanks to you :) [11:47] didrocks: you're welcome :D [11:47] would be nice to package atkmm also if somebody wants to do it [11:47] it blocks gtkmm updates [11:48] it's a new source [11:48] new source package means debian, right? [11:48] ideally yes [11:48] but no need to block on them to upload [11:48] are they preparing it? [11:48] * bilalakhtar has 5 pending uploads in debian [11:48] i'd coordinate with #debian-gnome [11:48] ok I need to run, having lunch outside [11:48] bye seb128 [11:48] bbl [11:55] didrocks, done [11:55] fta2: thanks! [11:58] session restart [12:08] mvo: I think the plugin system is broken with current USC, known issue? [12:11] (get an assert on self.notebook_view.set_current_page(page_id) when clicking on an added item on GTK_WIDGET_ANCHORED (widget) || GTK_IS_INVISIBLE (widget) -> widget/window and such isn't referenced anymore it seems). I'll have a look next week if needed === al-maisan is now known as almaisan-away [12:30] didrocks: next week ,) ? woah [12:30] didrocks: I check it out [12:30] mvo: yeah, I'm not there tomorrow and on Thursday [12:31] mvo: today, new GNOME + unity + quickly release and some stuff before final freeze [12:31] mvo: and I think the backlog on Friday can't be neglicted :) [12:31] (moving away from Paris + work isn't a great mix ;)) [12:32] mvo: no hurry in any case. I think people won't notice it until then :-) [12:33] mvo: I think the issue is on my side (oneconf), I keep notebook_view reference and maybe you're trashing it now, let me try to get it by another mean [12:34] didrocks: ok, not sure, I can have a look, but for me I still have no sync in oneconf [12:35] mvo: same for me, still having my faking data to another computer to get it shown… [12:35] ok [12:35] hence it's low priority I think [12:41] good morning! [12:42] hey nessita! [12:42] how are you didrocks? [12:42] nessita: I'm fine thanks, and you, how are you? [12:44] I'm very good, thanks for asking! [13:05] didrocks: is seb around? (don't see his nick) [13:06] nessita: he is getting some lunch out, do you need some help? [13:06] didrocks: no hurries, but I asked him yesterday to sponsor a new release of ussoc, and I think he may forgot about it [13:07] nessita: ok, ping him when he's back then, not sure if he began reviewing it [13:07] didrocks: yes, I will. Thanks! [13:07] you're welcome [13:08] hmmm, doing a bisect with firefox may take me a little while :/ [13:09] mvo: so the bug with the gnome proxy setting is that if you set any "exception" it will create a no_proxy=..., (ending with a ',') ... this will bust everything ;) [13:10] but besides, yes the sudo is the problem with resetting the proxy envs. do you know why that wasnt fixed? are there concerns about propagating proxy settings through sudo? [13:12] good morning! [13:12] hi cyphermox !! [13:12] asac: security concerns, pitti knows the details [13:12] mvo: right. thats what i thought [13:12] thanks [13:12] no_proxy is still broken though ;) [13:12] from a usability standpoint its still not ideal [13:13] asac: sounds like a bug for seb128 - iz gtk [13:13] asac, I'll be very interested when the proxy settings is clarified, this kept being an issue in certification :) [13:13] kk ... will check if its still existing in maverick ... saw it in lucid last week [13:14] cyphermox: so in #nm i was asked to update mobile-broadband-provider database to the latest [13:14] not sure if you plan to roll an update this cycle again [13:14] maybe it was just about ppas though [13:14] asac: yes, this is planned [13:14] kk ... thursday is final freeze [13:15] I spoke to coolbhavi already about it (debian maintainer) to update both debian and ubuntu [13:15] yes [13:15] err [13:15] I acked a sync for that, but I just realised that it's in main and I shouldn't have [13:15] bug 636822 [13:15] Laney: where is the bug? [13:15] Launchpad bug 636822 in mobile-broadband-provider-info (Ubuntu) "Please sync mobile-broadband-provider-info 20100910-1 (main) from Debian unstable (main). (affects: 1) (heat: 12)" [Wishlist,Confirmed] https://launchpad.net/bugs/636822 [13:15] ah good [13:15] cyphermox: is sync ok? i can ack it then [13:15] well, yes it is :) [13:16] cyphermox: is that in our package set? e.g. you should be able to ack it too, right?= [13:16] acked anyway [13:16] I don't know.. couldn't recall, so I checked the list on my wiki page but it s not there, so I'd say it isn't in the set [13:16] heh ... lets get it added then ;) [13:16] this is the least intrusive package :-P [13:16] yup [13:17] anyway ... this cycle we should be fine now [13:17] well, let's see... I think there may have been more updates required in bugs, but 09-10 is pretty close to what I wanted to upload [13:18] yeah. ... we have a standing SRU exception for that ... so updates close to release shoujld be fine (at best before RC) [13:18] ok, 09-10 is the latest is could be, so it's all good [13:18] cool [13:18] asac: I didn't know about that. I was thinking about making sure we update m-b-p-i regularly as SRUs as well [13:18] maybe something like every 3 months? [13:20] mvo: ok fyi, the no_proxy bug is fixed in maverick (e.g. no , appended anymore) [13:20] cyphermox: we have a standing freeze exception ... the proposed timeline was every 4 week or so [13:20] cyphermox: https://wiki.ubuntu.com/StableReleaseUpdates#mobile-broadband-provider-info [13:20] asac, cool, I wasn't aware of that [13:21] now you are ;) [13:21] just refer on updates to that link [13:21] asac, has this ever been actually done? :) [13:21] cyphermox: i think in hardy where we introduced this ... when wellark was still active [13:21] in the beginning lots of providers were missing and wrong etc. [13:21] yeah [13:22] but long ago if at all ;) [13:22] they still change a lot... I can already think of one missing for over here, since it's brand now [13:39] seb128: good mornnig/afternoon :-) May I ask about the sponsorship for ussoc 1.0.0? [13:39] hey nessita [13:39] oh, I totally forgot about that yesterday [13:40] sorry! [13:40] seb128: no problem, I'll forgive you :-P [13:41] seb128: want/need the link again? [13:43] nessita, no that's ok [13:46] seb128: hey/re is there any particular reason why gnome-applets isn't updated in maverick? (didn't begin the update because of that) [13:51] didrocks, it goes with the new gnome-panel [13:51] the one ported to dbus [13:51] we didn't go for it because we were not sure it would use gsettings and by the time it was sorted it was late [13:51] we decided it what not worth upgrading since it would make no visibile difference out of new bugs [13:51] we still have bonobo and gconf anyway [13:52] seb128: ok, that's why I was inferring, thanks for confirming :) [13:52] I let gtk alone into your hands ;) [13:53] ok [13:55] hi seb128 - i think you said last week that there was still some valgrind errors related to bug 630239, but i can't recreate it [13:55] Launchpad bug 630239 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with signal 5 in gkbd_keyboard_drawing_new_dialog() (affects: 47) (dups: 2) (heat: 210)" [Medium,Confirmed] https://launchpad.net/bugs/630239 [13:55] was there any specific step to recreate it? [13:55] chrisccoulson, do you have the indicator showing? ie several layouts? [13:55] hey btw ;-) [13:55] seb128: fwiw, i'll update gtk 2.21 in experimental later today... but i don't think there are many changes necessary anyway [13:55] seb128 - yeah, i tried that [13:55] and i tried switching layouts a few times too [13:56] seb128: taking gnome-menus/libwnck [13:56] slomo, ok thanks [13:56] didrocks, thanks [13:57] you're welcome [13:57] didrocks, you might have to revert gir update commit, didn't check [13:57] didrocks, I can do the libwnck if you want [13:57] but if you want to do it I will not stop you [13:57] just let me know if you have other things to do [13:57] I can handle some updates as well [13:57] seb128: please, do the libwnck :) [13:57] didrocks, ok, want me to do gnome-menus as well? [13:57] I didn't do any update yet today so I can do those [13:58] it would let you do a break or something else [13:58] seb128: I can do it, no worry [13:58] ok [13:58] chrisccoulson, no, I just get invalid read on start there [13:58] chrisccoulson, using french, french alternative and usa layouts [13:58] seb128 - in the keyboard plugin? [13:58] yes [13:59] seb128 - thanks, i'll try again. perhaps i should start g-s-d with multiple layouts already [13:59] yeah, try that [13:59] didrocks, I will do gnome-desktop as well === almaisan-away is now known as al-maisan [14:00] seb128: great, seems that we need to be a little more touchy on that one for gtk2/gtk3 but the note in NEWS seems to explain it :) [14:00] thanks [14:01] right [14:01] you're welcome [14:01] dpm, hi [14:01] dpm, [14:01] the application place view issue is a corner case [14:01] if the mo file doesn't exist the setlocale() call fails [14:01] so it will not use the .desktop translations [14:01] we need the mo to be on disk for the locale to have translation init working [14:01] even if we don't use any string from the mo file [14:01] that will be autosolved on the next langpack update [14:01] dpm, that's about the unity places applications view bug [14:02] seb128, yes, but in my case the .mo files are on disk [14:02] oh, I see. [14:02] you mean the unity-place-applications.mo file [14:03] right, right [14:03] yes [14:03] just cp any mo to it [14:03] it doesn't need a content [14:03] just that to be a mo file [14:03] speaking of which how come we didn't get any lanpack updates for 3 weeks? [14:06] dpm, if you try let me know how it goes [14:07] seb128, they were disabled for the beta freeze, I tried to enable them with the help of a sysadmin last week while pitti was on holiday (I've no permissions on the langpack server), but apparently there was a problem picking up the LP translations tarball which did not allow them to be generated. He's just adapted langpack-o-matic this morning to cater for that, and I assume we'll have new language packs by Wed/Thu [14:07] dpm, ok thanks [14:08] I'll try the .mo trick on unity later on [14:09] dpm, you can run unity under GNOME for testing [14:09] just mentioning it in case you didn't know [14:09] thanks [14:10] I didn't know, thanks [14:10] dpm, or unity -p [14:10] nice, I'll give that a go later [14:10] CLUTTER_VLBANK=none [14:10] you might need that though [14:10] ie CLUTTER_VLBANK=none unity -p [14:10] ok [14:10] up [14:11] VBLANK [14:11] :) [14:11] sorry typo ;-) [14:11] np, got it [14:13] seb128, do you think someone from the desktop team could have a look at bug 630924? I'm not sure if I should talk to you guys (if it's language-selector's fault) or to ev for ubiquity, but the fact is that new installs now end up always without language packs installed [14:13]