[05:51] Good morning [05:53] pitti, hey, do you understand how the documentation translations works with ubuntu? [05:53] robert_ancell: not differently than in upstream [05:54] robert_ancell: except that we can pull updated po files from LP [05:54] i. e. you can do an export for the package, stuff it in as a patch, and thus get updated translations during biuld [05:54] pitti, we have long standing bug 543282 where simple-scan help is not translatable [05:54] Launchpad bug 543282 in simple-scan "Documentation cannot be translated" [High,Triaged] https://launchpad.net/bugs/543282 [05:54] pitti, so is it just because there are no .po files there currently? [05:55] robert_ancell: how is the documentation build? Doesn't it take some C (locale, not programming language) input file and use some yelp-tools or similar to generate per-language docs? [05:55] pitti, yeah, it's just standard yelp tools, like gcalctool and most other GNOME projects [05:56] robert_ancell: so step 1 would be to ensure that your package builds a current .pot during build [05:56] pitti, so it doesn't do that, and no other GNOME package does afaict [05:56] robert_ancell: I suppose the .pot (i. e. the domain) for the help is different than the runtime domain [05:56] robert_ancell: in fact, most gnome packages do, by way of cdbs gnome.mk [05:56] or dh_translations [05:57] robert_ancell: but yes, the immediate cause of non-translated docs are certainly missing po files, provided that the build system is set up to use them if they are present [05:57] robert_ancell: reviewing your 3.4.1 uploads, thanks [05:57] good morning [05:58] hey didrocks [05:58] pitti, yes, please have a close look at the vte one. It has the most changes, but they seem ok [05:58] guten morgen pitti :) [05:58] robert_ancell: hm, we usually upload to -proposed nwo [05:58] pitti, last I asked it was back to precise! [05:58] robert_ancell: for most packages it's harmless enough, but for vte I'd prefer proposed as it has more potential for archive breakage [05:59] ok [05:59] feel free to kick it back then [05:59] robert_ancell: that only lasted for two days until LP was fixed [06:00] robert_ancell: vte seems reasonable, assuming that you tested with gnome-terminal [06:00] robert_ancell: I'll reject it, and let you reupload to -proposed, and then accept it right away [06:00] pitti, yes, been running it for a few hours [06:00] robert_ancell: (I trust that the diff is going to be the same) [06:01] * robert_ancell looks devious [06:05] robert_ancell: accepted the others [06:05] I updated the pad [06:05] so that leaves brasero, yelp, cheese [06:05] err, brasero is in [06:05] robert_ancell: are you still working on updates? If so, can you please claim them in the pad? [06:05] I'll take some others then [06:06] pitti, nope, I'm done for the day [06:07] pitti: I'm testing a fix for the software-center animation icon issue (just get it few minutes ago). if that fixes it for me, what do you think about sneaking this other fix as well (one line fix, making the workspace section keys of the overlay translated): http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/2283 [06:09] didrocks: LGTM [06:10] pitti: thanks, building and trying on both my laptop and netbook the fix [06:14] hey didrocks [06:14] didrocks, what do you think is less risky, reverting or moving forward with Jay's fix? [06:14] bonjour rickspencer3 ;) [06:14] I'm a bit worried about piling regression on top of regression [06:16] rickspencer3: the fix doesn't look worrying. As I have one hw which can shows the issues, I can test it, and as well on my laptop. Reverting the issue make revert other memleak fixes and is less tested. So I propose to pick the fix, push into -proposed, having some confirmations all is fine, and go with it if so [06:17] hey rickspencer3 [06:17] hey pitti [06:17] didrocks, ok, let me know when it's built in proposed, and I'll update my netbook [06:18] rickspencer3: will do :) building locally right now and ensuring everything is fine first :) [06:28] pitti, oh, did you solve that gtk+ issue? [06:28] robert_ancell: if you mean the "kills session during build", no [06:34] pitti, doing gnome-games update right now [06:50] pitti, hey, do you follow the valac packaging? [06:50] not closely, why? [06:51] pitti, it's just that apt-get install valac installs the 0.14 version, when it really should do the 0.16 version. I don't know how we're supposed to handle the packaging correctly - currently valac is build from the 0.14 source package [07:02] rickspencer3: pitti: ok, I've done 10 installs/uninstalls in a row without any issue. You have to move the mouse on low configuration to trigger a refresh to get the animation, but it's not a new issue. Will publish it to -proposed. [07:03] hey didrocks [07:03] let me know when it's built and I'll install and test [07:03] didrocks, I'll run through the unity tests to make sure I don't hit any other issues [07:04] rickspencer3: ok, the change is just in functions that are called by software-center installing the application FYI [07:04] (dbus triggered) [07:05] didrocks, you don't know how many times in my life I have heard "there is no way this could affect code outside of foo" [07:05] ;) [07:05] fortunately, we have a good set of tests to run through , so regressions should show up quickly [07:05] rickspencer3: I didn't tell there is no way, I just told "the functions that were touched are only called in that case" :p [07:06] lol [07:11] ah pitti beats me at totem-pl-parser while I was looking at unity :) === tkamppeter_ is now known as tkamppeter [07:32] heh [08:05] hey [08:06] hey seb128 [08:07] hey didrocks [08:15] bonjour seb128 [08:15] oh, a pitti! [08:15] pitti, it's meeting reminder day! ;-) [08:15] http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html [08:15] * pitti ^5s seb128 [08:15] seb128: oh, thanks [08:15] pitti, how are you? I hope the 3am uploads are delayed approval and just not you going to be at 3am to start again at 6am ;-) [08:16] * seb128 hugs pitti [08:16] seb128: nah, I went to bed at 0:30 [08:16] and got up again at 7:15 [08:16] pitti, tie! good, don't touch anything out of proposed now ;-) [08:16] I was just awake [08:16] seb128: hehe, same for you! [08:16] deal! [08:17] seb128: I need to do an apport and kerneloops upload to disable for the final release, as well as langpacks, but none touch bugs, so you are safe [08:17] seb128: I have a better idea [08:17] we merge ourselves into ~ubuntu-desktop-bug-rockers [08:17] and then beat the didrocks team with a whopping 670 bugs!! [08:17] take that, didrocks! [08:17] we would kick didrocks's butt like that :p [08:18] pitti, "left in pool: 0" [08:18] nice the retracers managed to catch up during the night [08:19] seb128: yeah, I happened to look at the retracer this morning at exactly the time when it was down to 5, and saw it grind down to 0 in 10 seconds [08:19] yeah yeah yeah ;) [08:19] I seem to have a knack for good timing today [08:19] ;-) [08:19] /msg didrocks for ten beer we add you to the team and we'll break the 1.000 mark [08:20] pitti: ten beers, are you cheap like that? ;) [08:20] didrocks: when I have a self-build unity, is it enough to just run "./unity --replace" from ./build ? [08:20] hey mvo [08:20] mvo: no, you would need to install it [08:20] :( [08:20] mvo: sudo make install then [08:20] mvo: but! [08:20] how do people test? [08:20] mvo: I did sudo unity --disto [08:20] distro* [08:21] to remove all the locally installed thingy [08:21] hm, nobody came up with a way to run unity from the build tree? [08:21] oh, mvo is back [08:21] mvo, hey, how are you? [08:21] that's like the first thing I always do when working on a source [08:21] pitti: not possible with compiz :/ [08:21] hello, I'm good, thanks! [08:21] it sucks to not be able to do that [08:21] pitti: I meant, some work on compiz refactoring is needed [08:21] didrocks: well, with some $COMPIZ_PLUGIN_PATH magic or what not [08:21] of course it often needs some LD_LIBRARY_PATH and similar effort [08:22] there is a way to get it in ~/compiz-1, but you still need to have your images installed [08:22] (and the gsettings key and…) [08:22] didrocks: its a core chang to the launcher for the s-c integration, still needs a full install? [08:22] mvo: what you are testing? [08:22] didrocks: unity launcher integration issu(es) [08:22] mvo: don't start frightning me with changes in the s-c integration, we just got a fix [08:23] mvo: you mean, the issue on intel, like your session being screwed? [08:23] (all display not working) [08:24] didrocks: no, much simpler, just that the signal handler does not track success vs failure of the install and adds the launcher unconditionally [08:24] didrocks: even on error or cancel [08:24] didrocks: tiny chnage [08:24] mvo: ok, not the same issue then. SRU for that one ;) [08:24] mvo: you need to make install I'm afraid [08:29] didrocks: ok, so could I just copy the one "launcher" binary easily? [08:29] mvo, you can probably sudo cp unityshell.so over the system version and restart compiz [08:29] seb128: mvo: no [08:29] that doesn't work [08:29] didrocks, ? [08:30] mvo: you will need to symlink /usr/local/share/unity so /usr/share/unity if you do that [08:30] didrocks, the code is not in the unity binary? [08:30] as unity will look for assets in /usr/local/ [08:30] didrocks, well when I say "system version" it's the /usr one, the one shipped by the package [08:30] that's why I did sudo unity --distro which is easier to revert to the distro state [08:30] that's how I would do it anyway [08:30] just copy over the distro .so [08:31] and install --reinstall unity when done [08:31] didrocks: can I give it a build prefix? [08:31] seb128: still, if you compile, but default PREFIX=/usr/local and unityshell plugin will look at this one [08:31] seb128: wherever it is [08:31] mvo: -DCMAKE_PREFIX_PATH=/usr should work [08:32] (last time I checked, but compiz is doing some override in its cmake file and it changed a lot in the precise cycle) [08:35] didrocks: thanks a bunch [08:36] mvo: btw, the shell binary is libunityshell.so FYI :) [08:37] didrocks: I really haven't moved with the recent c++ goodness, but seeing that you can (apparently) almost have inline callbacks in SoftwareCenterLancherIcon.cpp (to connect to the finished sigal) is pretty cool [08:37] my patch build! [08:37] * mvo uploads it [08:37] sure sure, upload :p [08:37] mvo: indeed, you can have inline callbacks, this is nice ;) [08:39] didrocks: that is c++0x, right? the lambda stuff? [08:39] mvo: right, lambdas are part of c++0x, look as wel as the Ptr:: template, it's great to have ref that are not weaks ;) [08:41] didrocks: nice, I think I need to do a bit more c++ again (boy, I never thought that I would say this ;) [08:41] mvo: bored with python? ;) [08:42] didrocks: I still love it, but its a bit on the slow side [09:25] didrocks: I have a branch for you guys for the USC stuff [09:26] mvo: please propose against lp:unity, it will be reviewed :) [09:26] (we mandate tests btw) [09:31] moin! [09:32] pitti, I've just noticed that yesterday's language pack export is a full one, as it picked up your "full export" request. I'd still like to request one today, as it's the deadline expected by translators, but we can use the one from yesterday for testing or as a fallback if something goes wrong. [09:32] https://translations.launchpad.net/ubuntu/precise/+language-packs [09:32] (assuming it got exported correctly :) [09:33] brb [09:36] dpm: yes, I agree [09:36] dpm: I ticked "request full export" again [09:36] ok, cool [09:41] kamstrup: hey [09:41] kamstrup: are you still interested in gnome bug 667244? [09:41] Gnome bug 667244 in introspection "Arrays of variants passed from C to Python always marshal to empty arrays" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=667244 [09:41] kamstrup: if you are, and you want to update the patches to current git, I can promise you a timely review [09:41] pitti: any hints on bug 919659. oneiric without updates and 3.4.6-0ubuntu1~ppa1 => no bug, oneiric with all updates installed and 3.4.6-0ubuntu1~ppa1 => bug, oneiric reenabling the update repositories in the sources.list one by one from bottom up => no bug [09:41] Launchpad bug 919659 in libreoffice "Can't open/save document or spreadsheet with password" [Unknown,Confirmed] https://launchpad.net/bugs/919659 [09:42] pitti: seems some other package fubared their maintainer script slightly [09:43] pitti: yeah, still interested, i'll see if I can find some time to forward port them [09:43] Sweetshark: with "... and 3.4.6..." you mean "updated from oneiric-proposed to precise plus that PPA? [09:43] pitti: nope, on oneiric only. I dont see this on precise. [09:47] Sweetshark: I did a glimpse on the bug trail, but it's too long to read and understand quickly [09:47] Sweetshark: what does password decryption have to do with maintscripts? [09:48] Sweetshark: could be that some libnss version in oneiric-updates causes this? [09:48] hm, libnss3/libnspr4 are unchanged in oneiric-updates [09:49] you should ask for comparing the package versions of all dependencies [09:49] "dpkg -l" output before/after [09:50] didrocks: unity ready to copy, want to or shall I? [09:51] pitti: yes, libnss or some related security package. or some different package (maybe firefox/thunderbird) doing some registration stuff or somesuch against libnss on update. [09:51] pitti: I have an available slot to do it today :) [09:51] today/now ;) [09:55] hi everyone, i have a quick question wrt gtk-themes not showing up in unity's theme selector, already tried the -design channel, where could i ask? [09:56] *else [09:57] seb128: btw, orca has a lot of changes, I'm not comfortable with uploading 3.4.1 without proper testing; so I think I'll leave that to TheMuso and an SRU [09:57] ah, gnome-user-docs finally syncs at last [09:57] * pitti does [09:59] pitti, ok, works for me [10:00] seb128: do you still see anything urgent? versions.html looks quite fine here [10:01] pitti: would it be possible to SRU libreoffice 3.4.6 as is as a) the bug also shows in the current 3.4.4 in oneiric and b) likely is not caused by libreoffice itself and would need fixing elsewhere? [10:01] pitti, no, I don't think anything this week was "urgent" in any case, just "bonus" [10:01] pitti, I think we are good [10:02] Sweetshark: sure; however, even 3.4.5 didn't make it out of -proposed yet [10:02] pitti: yes, because of that. [10:02] Sweetshark: bug 915223 is v-failed [10:02] Launchpad bug 915223 in libreoffice "Update LibreOffice on oneiric to 3.4.5" [Medium,Fix committed] https://launchpad.net/bugs/915223 [10:04] bug 915223 is not a regression 3.4.4 -> 3.4.5 -- it is a regression injected somewhere else and also affects 3.4.4 [10:04] Launchpad bug 915223 in libreoffice "Update LibreOffice on oneiric to 3.4.5" [Medium,Fix committed] https://launchpad.net/bugs/915223 [10:20] pitti: arggh. no thats not quite true. I see no bug report for 3.4.4. So: 3.4.4 with or without updates -> no bug, 3.4.5/6 without updates -> no bug, 3.4.5/6 with updates -> bug. [10:20] *sigh* [10:21] ok, so it's a regression after all [10:23] yeah. I should just have been quicker with the 3.4.5 update. than it would be the trouble of the guy who did the changes causing it. [10:34] Sweetshark: btw, did you see my ping last week about the libroffice quicklist bug not being translated? [10:36] didrocks: known issue [10:36] Sweetshark: do you see any way to get it fixed? what we did at the time was setting up a wiki page for firefox as it wasn't using some po files [10:38] pitti: you were reminded of the meeting and the report page, do you desperatly want another reminder (and a hug) or I deleted your email without noticing? ;) [10:39] didrocks: argh, forgot; doing now [10:46] oh, my. i've just a second delivery of beer to my house. except, i didn't order this one :/ [10:47] chrisccoulson: did you have to pay for it? :) [10:47] didrocks, i think it's probably a gift from someone [10:48] or firefox submitting twice :p [10:48] didrocks: the stuff is in, but the patch needs a fix [10:48] it has one of these in it: http://www.brewdog.com/product/tactical-nuclear-penguin [10:48] someone obviously knows what i like! :) [10:48] Sweetshark: so, it's under work? :) [10:49] chrisccoulson: heh, great ;) [11:05] chrisccoulson, you maybe got some firefox users thanking you for all the work you do? ;-) [11:05] seb128, they're from my parents ;) [11:05] i just phoned them [11:05] lol [11:05] there go the happy user theory :p [11:14] seb128, https://twitter.com/#!/chrisccoulson/status/192209221775917056/photo/1 ;) [11:16] right, now to go back to looking at scrollbars [11:16] chrisccoulson, now is not beer'o'clock yet! [11:16] heh [11:16] though you might need one if you start looking at the scrollbars [11:16] yes, this could drive me to drink [11:18] oh! [11:18] hum, no, ignore me ;-) === MacSlow is now known as MacSlow|lunch [11:50] didrocks, pitti, others: retracers dups list since yesterday (I ran it again due to the i386 backlog since it was broken between saturday and yesterday evening): [11:50] http://pastebin.ubuntu.com/933854/ [11:50] looking :) [11:50] ups, http://pastebin.ubuntu.com/933856/ [11:50] well same list mostly [11:51] yeah, seems mostly the same [11:51] in fact it's the same, I though I had copied the wrong one first but no :p [11:52] the top is similar to yesterday's as well [11:52] heh :) [11:52] i.e no "surprise" [11:52] good good! [11:52] it's a bit surprising to see openbox in there ;-) [11:54] indeed, it's maybe the new hype, we should tell it to the omgubuntu people :) [11:54] didrocks, FYI c-p-e did build now [11:54] (on arm that is) [11:55] ogra_: oh? didn't notice [11:55] ricardo just disabled all GL plugins in the arm builds :) [11:55] ogra_: ahah, quite radical ;) [11:55] ogra_: ah, it's not uploaded [11:55] it is [11:55] I thought it was :) [11:56] last night [11:56] * didrocks refreshes launchpad [11:56] ah, here we got [11:56] go* [11:56] ogra_: looks fine to me, good move :) [11:56] :) [11:57] i doubt anyone will notice though ... [11:57] ogra_: I doubt as well, but a lot of people noticed on i386 and am64 when the ABI break :) [11:57] ogra_: can you pull the change in the vcs? [11:57] ogra_: lp:~compiz/compizfusion-plugins-extra/ubuntu [11:57] is c-p-e also maintained the same way ? [11:57] k [11:57] it is for simplicity [11:58] as we need to rebuild it at each ABI break, easier for tracking [11:58] yup [11:59] thanks :) === greyback is now known as greyback|lunch === MacSlow|lunch is now known as MacSlow [12:23] seb128: argh at the nautilus xcb_io thingy [12:24] pitti, the _XAllocID one? [12:24] yes, hate it, I get a least one dup a day in my mailbox [12:24] yes; this seems to be a multi-thread race [12:25] not sure [12:25] it happens with i.e apport, update-notifier, gnome-control-center [12:26] looking at my firefox awesome bar list when typing _XAllocID [12:37] some people should really not file bugs when they are drunk: bug #981308 [12:37] Launchpad bug 981308 in oneconf "oneconf-service crashed with OSError in save_json_file_update(): [Errno 2] No such file or directory" [Undecided,New] https://launchpad.net/bugs/981308 [12:39] it's interesting that this can crash though: [12:39] new_file = file_uri + '.new' [12:39] with open(new_file, 'w') as f: [12:39] json.dump(content, f) [12:39] os.rename(new_file, file_uri) [12:39] mvo: pitti: do you have any idea what can happen that json doesn't give any error and os.rename still raise an OSError? ^ [12:51] didrocks: the directory might not be writable? [12:52] pitti: in that case, json.dump will error first, isn't it? [12:52] didrocks: oh, no, "no such file or dir" [12:52] didrocks: perhaps file_uri is an actual URI? [12:52] you can't rename something to file:///foo or http:/// foo [12:53] didrocks: i. e. the name might have a slash in it? what is file_url? [12:53] pitti: it shouldn't, it should be /home/user/.cache/oneconf// [12:53] ok, then the name is misleading [12:53] didrocks: but I'd say theh directory of file_uri does not exist [12:53] yeah, I need to rename it [12:54] it's the "90% likely" explanation [12:54] oh, wait [12:54] pitti: file_uri is what it will be written to, right? [12:54] I disreagarded the first line [12:54] i. e. new_file = [12:54] yeah [12:54] it's just dumping and renaming [12:54] didrocks: could file_uri be a dangling symlink? [12:55] pitti: shouldn't as I created it in the first place the same way [12:55] that or some other process removing the file in between are the only off-hand explanations that I have [12:55] didrocks: then I'm afraid this needs an strace [12:55] yeah [12:56] but no dupes, so most likely hard to find out [12:56] right [12:56] and given the tone of the description the reporter might not be too keen on running strace [12:56] or figuring out what happened [12:56] pitti: that's one of my concern :) [12:56] I'll ask him if he can reproduce and run strace if he can [12:56] then incomplete and we'll see ;) [12:58] good luck [12:58] heh ;) [13:19] Sweetshark, hi, I assigned you bug #926940, it's a trivial 1 liner fix to a .desktop, would be nice to get in the next upload [13:19] Launchpad bug 926940 in libreoffice "Visio files not associated with LibreOffice Draw" [Low,Confirmed] https://launchpad.net/bugs/926940 === greyback|lunch is now known as greyback [13:29] jbicha, pitti, dpm: is the ubuntu desktop guide supposed to be translated through langpacks? or does it need an export and upload? [13:29] i.e an import from the po in a source package because it builds localized xml [13:30] yohoo [13:31] is here the place to wonder how chooses what gets to be default app in the desktop? [13:47] hi seb128, no, it's not supposed to be translatable, but thanks for checking it out! [13:47] we disabled it in Launchpad a while ago [13:47] dpm, how so it's not supposed to be translatable? [13:47] dpm, you mean our desktop documentation is english only? [13:48] dpm, how broken is that?! [13:48] seb128, ah, wait, we're talking of different things, I think :) [13:48] dpm, I'm talking about what you get if you run "help" from the dash [13:49] ah, that's the ubuntu-docs package, which is indeed translated [13:49] dpm, well not here, I was trying to figure how to debug ;-) [13:49] generally the docs team (I think mdke) takes care of the uploads, but I think the final upload hasn't happened yet [13:49] seb128: I think it's more complicated -- in general, the translated help is built during package build [13:49] dpm, like if that was supposed to be in langpacks or we lack an upload with exported translations [13:49] seb128: but we strip out translated help and stuff them into the langpacksc [13:50] pitti, ok, so we need an upload with an export [13:50] ? [13:50] seb128: yes, I guess so [13:50] pitti, thanks ;-) [13:51] jbicha, hey, do you know if that's planned? ^ [13:51] yes, but I would have thought the docs team would have taken care of it last week, it seems it hasn't happened yet: [13:51] https://launchpad.net/ubuntu/+source/ubuntu-docs/+publishinghistory [13:51] which means if language packs are exported today, there is probably no time to get the ubuntu-docs translations imported into LP and exported into the final language packs [13:52] hm :/ [13:52] dpm, thanks, I will follow up with jbicha [13:52] :-( [13:53] I'd like to release language packs very shortly after release, which will contain the translations, but it would have been nice to include them into the final images [13:54] bbiab [13:54] seb128, if you follow up with jbicha, and you guys do the upload, let me know. Perhaps we can get LP to prioritize the translations exports and get them there on time, but it might be quite tricky [13:55] dpm, thanks [13:57] hum [13:57] dpm, pitti: [13:57] $ dpkg -L language-pack-fr-base | grep ubuntu-docs [13:57] /usr/share/locale-langpack/fr/LC_MESSAGES/kubuntu-docs-directory.mo [13:57] /usr/share/locale-langpack/fr/LC_MESSAGES/kubuntu-docs-kubuntu-docs.mo [13:57] $ [13:57] that seems buggy [13:58] I don't have direct upload rights for ubuntu-docs [13:59] jbicha, hey, do you know what's the deal with translations there? are they supposed to come as translated xml in langpacks or...? [13:59] well I don't think my issue is lack of uploads [14:00] they're part of the lang packs [14:00] like the 12.04.3 upload is recent enough [14:00] jbicha, how are they named? [14:00] jbicha, I don't find them in my langpacks [14:01] hum [14:01] they should be in /usr/share/help/fr/ubuntu-help [14:01] so /usr/share/help-langpack/de/ubuntu-help/about-this-guide.page [14:01] why don't we get the same for french [14:01] seb128: oh you're German today? [14:01] jbicha, no, but I've one for de and not one for fr! [14:02] maybe you should be! [14:02] I blame it on pitti [14:02] yeah, I can feel a trap there ;-) [14:02] jbicha, how much did pitti and mvo pay you? ;-) [14:04] dpm: what is involved in doing the ubuntu-docs upload for translations? will LP automatically merge in the latest translations or do they have to be manually injected into the package before upload? [14:04] dpm: hi, I'm sure I asked this before, but https://translations.launchpad.net/ddtp-ubuntu/+imports shows a bunch of files in "needs-review" state, who does the review and when? [14:04] is here the place to wonder who chooses what gets to be default app in the desktop? [14:05] matanya, sort of, we usually use the mailing list for discussion, it's less restricted fir participants than IRC (like you don't need to be online at the time it's discussed), we discuss it at the ubuntu developer submit as well [14:06] matanya, why? [14:06] hey mvo, looking... [14:06] I though to suggest clementine for default music-player [14:07] *thought [14:07] hoho [14:07] seb128: just not sure where or to whom [14:09] matanya, note that for such a change you need to take a ton of things into account (is the toolkit it uses on the CD already, if not, weher does the space for the toolkit come from, does it work with the sound-indicator menu, if not, who will implement that function, is it integrated with the ubuntu musoc store ... etc etc) [14:09] matanya, emails https://lists.ubuntu.com/archives/ubuntu-desktop/ with a rational of why you think we should use it, what pro it has, how active are upstream, if they are willing to support it in Ubuntu, etc [14:10] well, all is answered, as far as I know [14:10] can I share some thought here? [14:10] where? [14:10] so its not a "oh, lets switch to that shiny app because its cool" thing, but a lot of stuff that has to be taken into account for such a switcdh [14:10] sure [14:10] to start clementine is written in Qt right? [14:10] which means look and feel different from our other apps [14:10] that's not a blocker but something to thing about [14:11] clementine <3 [14:11]