[00:00] <RAOF> TheMuso: Hm.  I updated & rebooted this morning and I still get the new, annoying, “unlock your ssh key that used to be unlocked by your session password” dialog.
[00:01] <TheMuso> RAOF: I never got that.
[00:01] <TheMuso> But I did get asked for my passphrase in a window, which was remembered for my session. I would like to get that back.
[00:02] <RAOF> Ah.  That's what *I've* got.  I used to have that key unlocked by my login keyring.
[00:02] <TheMuso> Ah ok.
[00:14] <Laney> RAOF: Fixed in ubuntu4 which is in the queue
[00:14] <RAOF> Laney: Yay!
[00:14] <Laney> if you mean gnome-keyring
[00:14] <RAOF> I do.
[00:14] <Laney> I heard that release managers accept cake. :)
[00:15] <RAOF> Also, thanks for shepharding gnome-do; I'll cut an actual _release_ this weekend.
[00:16] <Laney> Oh, that will be interesting indeed. Are there many changes since 0.8.3.1?
[00:16] <Laney> I guess not for squeeze.
[00:16] <RAOF> No.
[00:16] <RAOF> It's a bugfix for one of the 100% CPU bugs, dropping docky + some other miscelaneous changes.
[00:18] <Laney> ack
[00:19]  * Laney retreats to bed
[00:19] <Laney> \o
[00:19] <RAOF> Sleep well :)
[00:29] <TheMuso> Wow a surprising amount of packages being let in for main post RC.
[00:39] <kklimonda> yeah, I was surprised myself
[00:40] <kklimonda> especially by setting ubuntu font as a default
[00:40] <RAOF> Oh, that's gone through has it?
[00:40] <kklimonda> yeah
[00:41] <RAOF> Apart from screenshots from the docmentation team, I guess that's actually very low risk.  And the new font *does* rock.
[00:42] <kklimonda> it does and I agree that it wasn't a high risk change but then RC is suposed to be a candidate for final release and no "yet another freeze"
[00:42] <RAOF> Yeah.
[00:42] <kklimonda> and we had what - 60 updates after freeze was over?
[00:43] <RAOF> I think I had more - about 80 - but I've got kde installed, too.
[00:45] <TheMuso> Don't forget universe is still somewhat open.
[00:50] <kklimonda> good point
[00:51] <ajmitch> most of the gnome updates were apparantly just translations
[00:51] <TheMuso> Post RC?
[00:52] <ajmitch> yeah, seb explained that in -release earlier
[00:58] <TheMuso> \ah ok
[00:58] <Amaranth> So, am I missing something or is the monospaced version not available yet?
[00:59] <kklimonda> Amaranth: no, it's not available
[01:00]  * RAOF hugs his inconsolata
[07:06] <pitti> Good morning
[07:37] <dpm> good morning pitti :)
[07:38] <dpm> the full langpack export seems to have finished, so I think we should be good to go
[07:41] <pitti> hey dpm
[07:41] <pitti> cool, thanks!
[07:41]  * pitti turns the crank
[07:43] <dpm> :)
[08:17] <didrocks> good morning
[08:31] <pitti> hey didrocks
[08:32] <didrocks> Guten Morgen pitti, how are you? you could rest a little yesterday after some days being ill?
[08:32] <pitti> didrocks: oh, I've been in reasonable shape since Wednesday again
[08:33] <pitti> i. e. clear head and no fever
[08:33] <pitti> but thanks
[08:33] <pitti> already got the first 80 pushups :)
[08:33] <didrocks> nice, at least you will be able to enjoy the incoming week-end :)
[08:33] <didrocks> oh, still 0 here, I want to finish my emails first!
[08:33] <pitti> well, I did the first 40 before going to bed, since it already was past midnight, and thus October :)
[08:34] <didrocks> hehe! :-)
[08:51] <didrocks> dpm: hey, around?
[08:51] <dpm> heya didrocks, yeah
[08:51] <didrocks> dpm: how are you?
[08:52] <dpm> didrocks, fine, leaving a bit early today, as I'm traveling for the weekend, and you?
[08:53] <didrocks> dpm: oh? travelling? nice :) it's sunny here and seems to week-end will get a nice weather as well :)
[08:53] <didrocks> dpm: so, I have a question… you know I added the driver detection fallback question finally to mutter instead of unity?
[08:53] <didrocks> the "your driver is supported blababla logout blabla"
[08:53] <dpm> yeah, I'm subscribed to the bug
[08:54] <didrocks> I'm interested to see if it has ever been translated
[08:54] <didrocks> if not, I can maybe add
[08:54] <didrocks> "if you are in the live session, you'll have to enter "ubuntu" as a username and a blank password
[08:55] <didrocks> as people are lost then :)
[08:55] <dpm> It has probably been translated, but I can't remember what the current message is. I can check, do you know what message it is?
[08:56] <didrocks> sure, I second
[08:57] <dpm> didrocks, ah, wait, I can check myself on the merge proposal
[08:57] <didrocks> dpm: "You will need to choose the Ubuntu Desktop session once you select your user name."
[08:58] <bilalakhtar> I need opinions on GNOME bug #629544 . There is an LP bug equivalent of it, though I can't find it now. Should I backport its patch to Ubuntu? Or its too late? I think it is too late.
[08:58] <ubot2> Gnome bug 629544 in General "First item of context menu must be "copy", not "clear"" [Trivial,New] http://bugzilla.gnome.org/show_bug.cgi?id=629544
[08:58] <dpm> didrocks, that particular string did not seem to make it to the template. Perhaps it wasn't marked for translation in the end? -> https://translations.edge.launchpad.net/ubuntu/maverick/+source/unity/+pots/unity/ca/+translate?batch=10&show=all&search=desktop
[08:59] <davmor2> hey guys just a quick note I noticed that in empathy the gmail talk account settings is missing the server info, also on UNE the window grows as you type
[08:59] <davmor2> for irc at any rate
[08:59] <didrocks> dpm: it seems to have been marked in the patch, maybe the file isn't in the POTFILES.in
[08:59] <davmor2> I'll bug it shortly
[08:59] <dpm> didrocks, yeah, I've just seen it
[09:00] <bilalakhtar> davmor2: really? file a bug then
[09:01] <davmor2> bilalakhtar: I will be but I want to get a quick screencast of it first.
[09:02] <didrocks> dpm: the file is in the POTFILES.in
[09:02] <didrocks> dpm: what could I miss?
[09:03] <davmor2> Sarvatt: Thanks for the pm info I've put it to the test by running pm-powersave false and sure enough my wifi connected :) I just ned to figure out the exact settings to modify now :)
[09:04] <dpm> didrocks, I can only see vala files in po/POTFILES.in, perhaps it's me that's missing something
[09:05] <didrocks> dpm: we are talking about mutter, isn't it? :)
[09:05] <didrocks> oh
[09:05] <didrocks> your link is for unity :)
[09:05] <dpm> ok, looking at mutter now :)
[09:06] <didrocks> yeah, mutter is crashing before unity is given a chance for the message :)
[09:06] <didrocks> I can see the string for translation there
[09:06] <didrocks> not translated
[09:06] <didrocks> in french at least :)
[09:07] <dpm> didrocks, it might have contributed that I told translators that the string came from unity...
[09:08] <dpm> so only a few people must have found it
[09:08] <dpm> and others did not complain
[09:08] <dpm> ah well...
[09:08] <didrocks> dpm: yeah, I told on the bug report that it's not in mutter
[09:08] <didrocks> dpm: do you think we can change it?
[09:09] <didrocks> it's a fallback only…
[09:09] <didrocks> so if not translated, not so important I guess
[09:09] <didrocks> and at least, user will know what to do in the live
[09:09] <didrocks> (got some bug report about that)
[09:09] <dpm> I'm checking other languages though, so far it's translated in es, pt_BR,..
[09:12] <didrocks> hum :/
[09:14] <dpm> didrocks, so I'd say from the translations side, if that change is important, go for it. I've not checked all languages, but it seems that from the most active translation teams only the Spanish and Brazilian translators translated it... I think it should be fine as long as there is notification on the translators list. Do you think you could send an e-mail there saying why the change is needed and that it's not translated in that many languages? Then
[09:14] <dpm>  people will still be able to translate it and it will make it into the first SRU language pack after release
[09:15] <didrocks> dpm: sure, I'll apoligize in this email a lot then :)
[09:15] <didrocks> dpm: can you give me the email, please?
[09:15]  * dpm hugs didrocks :)
[09:15]  * didrocks hugs dpm
[09:15] <dpm> didrocks, ubuntu-translators@
[09:15]  * didrocks does't like to waste contributor's time :/
[09:15] <didrocks> thanks!
[09:16] <dpm> no worries
[09:18] <dpm> didrocks, actually, in order not to lose the current translations, and if you are adding text to the current string rather than modifying it completely, perhaps you could just make them to be 2 separate messages
[09:18] <didrocks> dpm: nice idea, let me try that
[09:18] <dpm> cool
[09:21] <bilalakhtar> I need opinions on GNOME bug #629544 . There is an LP bug equivalent of it, though I can't find it now. Should I backport its patch to Ubuntu? Or its too late? I think it is too late.
[09:21] <ubot2> Gnome bug 629544 in General "First item of context menu must be "copy", not "clear"" [Trivial,New] http://bugzilla.gnome.org/show_bug.cgi?id=629544
[09:23] <didrocks> bilalakhtar: yeah, it's clearly late for such changes. that will come with Natty
[09:23] <bilalakhtar> didrocks: 'kay, natty all the way then
[09:23] <didrocks> thanks bilalakhtar :)
[09:24] <bilalakhtar> didrocks: This is my 4th empathy bugfix :)
[09:25] <bilalakhtar> and 17th desktop bugfix
[09:27] <didrocks> bilalakhtar: heh, congrats! You can ping them directly on IRC, they are quite responsive
[09:28] <bilalakhtar> didrocks: cassidy is looking at it
[09:28] <didrocks> bilalakhtar: coolio
[09:29] <cassidy> oh right, I'll take another look, in it's my TODO list for the day
[09:29] <bilalakhtar> cassidy: no need to hurry
[09:29] <bilalakhtar> The next release will straight be 2.9X.XX , so we have quite much time :)
[09:30] <didrocks> dpm: btw, in unity, does search is localized for you?
[09:30] <didrocks> dpm: in dash/places
[09:31] <dpm> didrocks, I tried it yesterday evening, but I think the package hadn't been build yet. Let me try again now
[09:31] <didrocks> dpm: same for the dash itself btw :)
[09:36] <dpm> Installing the updates now...
[09:37] <didrocks> dpm: this should only fix the places launcher to be translated normally
[09:37] <dpm> didrocks, yeah, but I thought that was your question? Or is there still something else not localized?
[09:38] <dpm> do you mean the word "Search"?
[09:38] <didrocks> dpm: right, "Search"
[09:39] <didrocks> dpm: and the dash entries as well
[09:39] <dpm> didrocks, I seem to remember it was, but let me re-check..
[09:39] <didrocks> dpm: thanks ;)
[09:41] <dpm> didrocks, the word "Search" is localized in Catalan in a) when you press the top-left Ubuntu button (btw, does that have a name?), b) in both dash places
[09:41] <didrocks> dpm: a) it's the dash
[09:41] <didrocks> b) the other are the places :)
[09:42] <dpm> ah, now I finally get it
[09:42] <didrocks> yeah, the name changed, not easy to track
[09:42] <didrocks> dpm: and the icons/category web/office in the dash are localized as well?
[09:44] <dpm> didrocks, yeah, they are all localized. I'm not sure if the translations made it into the last language packs (but they will make it into the final), so that's why you might see it untranslated in French. I might have translated and installed the translations manually to test them
[09:44] <dpm> I meant "you might not see"
[09:45] <didrocks> dpm: good, no "last minute warning" then? :-)
[09:45]  * didrocks hugs dpm
[09:45] <didrocks> thanks for confirming ;)
[09:45] <dpm> no worries :)
[09:46]  * dpm hugs back
[09:46] <dpm> and I can confirm that the places tooltips are now localized, as well as their names in the search boxes \o/
[09:47] <didrocks> great! \o/
[09:53] <seb128> hey
[09:53] <didrocks> hey seb128!
[09:54] <seb128> lut didrocks
[09:54] <seb128> so after one hour of iso testing I like maverick
[09:54] <seb128> ;-)
[09:55] <didrocks> :-)
[09:55] <didrocks> *phew*
[09:57] <seb128> how have been things there?
[09:57] <seb128> nothing broken or requiring me?
[09:58] <seb128> did we get some flameware for the ui break?
[09:58] <seb128> the ui freeze break rather ;-)
[09:59] <dpm> didrocks, there is one thing that's still localized, but it's a minor thing. Sometimes when opening windows that don't have a menu, a "File" menu is shown in the global menu, containing a single "Close" entry. The "File" part is always in English. Do you know where it comes from?
[09:59] <pitti> dpm: hm, looks like that failed -- someone broke po2xpi apparenlty
[09:59] <didrocks> seb128: not that I know of :)
[10:00] <didrocks> dpm: no, I pinged the unity guys a while about that, but didn't track
[10:00] <didrocks> dpm: I think it comes from indicator-appmenu
[10:00] <didrocks> dpm: as it's the same in the desktop session
[10:01] <seb128> no ted until tuesday
[10:01] <seb128> do you want me to try to figure that?
[10:01] <dpm> pitti, bummer :(. Is the export from LP itself fine, though?
[10:02] <pitti> dpm: I didn't test-build the langpacks yet
[10:02] <didrocks> seb128: I honestly won't have the time for this, so yeah, it will be great please :)
[10:03] <seb128> didrocks, ok
[10:03] <dpm> didrocks, it seems that indicator-appmenu has no translatable templates. Otherwise, njpatel, do you know where that "File" string comes from ^^?
[10:03] <didrocks> seb128: thanks
[10:05] <pitti> dpm: fixed, next round
[10:06] <dpm> pitti, ok, cool
[10:10] <om26er_> kenvandine, on a next upload for gwibber can you please replace the patch lp_report_to_ubuntu.patch with the one in bug 641808 currently wrong webpage is opened.
[10:10] <ubot2> Launchpad bug 641808 in gwibber (Ubuntu) (and 1 other project) "'get help online' opens the wrong URL (affects: 2) (heat: 290)" [Low,Triaged] https://launchpad.net/bugs/641808
[10:12] <cassidy> didrocks, seb128: could you please integrate http://git.gnome.org/browse/empathy/commit/?id=045d3c82deb7d6288c9026c98dc1b836370864ed into the maverick package? It fixes newly created gtalk accounts
[10:12] <cassidy> I'll make a .1 release soonish but it contains more things so that's probably a bit late for you
[10:19] <didrocks> (quite busy now, will have a look later on)
[10:19] <didrocks> if nobody pick up before :)
[10:19] <cassidy> om26er_, ^
[10:19] <cassidy> om26er_, once it's in, could you please retry and let me know if it works fine ?
[10:19] <om26er_> cassidy, yes sure
[10:20] <cassidy> cool. If it's fine I'll do a .1 release
[10:22] <seb128> dpm, didrocks:
[10:22] <seb128> src/indicator-appmenu.c:		stockitem.label = "_File";
[10:22] <seb128> indicator-appmenu bug
[10:22] <seb128> it's not trivial to fix though
[10:22] <seb128> it's the only string it has and it's not set up for translation
[10:23] <didrocks> urgh…
[10:23] <seb128> ie not gettext use
[10:23] <seb128> no po dir
[10:23] <didrocks> so, all to setup :/
[10:24] <dpm> thanks for investingating seb128
[10:24] <hyperair> is libgpod part of a package set by any chance?
[10:29] <seb128> dpm, you're welcome
[10:29] <seb128> didrocks, dpm: I'm wondering if that could be workarounded
[10:30] <seb128> hum not easily
[10:30] <seb128> I was thinking using ngettext
[10:30] <didrocks> seb128: we can't pick the translation from another package? just to make the basic of gettext?
[10:30] <seb128> trying to get the string from another domain
[10:30] <seb128> it must be available in some other sources
[10:30] <didrocks> :-)
[10:30] <seb128> but it will not work
[10:30] <didrocks> why?
[10:31] <seb128> setlocale() fails when there is no mo IIRC
[10:31] <didrocks> hum :/
[10:31] <seb128> in fact it might work with dgettext()
[10:31] <seb128> let me try
[10:31] <seb128> hyperair, what difference does it make?
[10:31] <hyperair> seb128: just curious.
[10:31] <seb128> being in package set or not
[10:32] <hyperair> i was thinking that since i've taken over maintainership of libgpod in debian, i'd like upload access to libgpod in ubuntu in the future.
[10:33] <hyperair> that aside, i'd like to sync libgpod from debian (it's finally been ACCEPTed) into maverick-updates. is that possible?
[10:34] <hyperair> seb128: ^^
[10:34] <seb128> I've no reviewed the diff to see if it manages SRU definition
[10:34] <seb128> but I guess it should be possible
[10:34] <hyperair> okay, so i'll just file a sync request and subscribe ubuntu-sponsors and ubuntu-sru?
[10:35] <seb128> no
[10:35] <seb128> you can't get a sync
[10:35] <seb128> you need to fakesync it
[10:35] <seb128> the sync would bypass queues
[10:35] <hyperair> i see.
[10:36] <hyperair> so i include a debdiff of everything + fakesync?
[10:36] <seb128> yes
[10:36] <hyperair> alright.
[10:37] <hyperair> and the version of a fakesync is ${debianversion}fakesync1?
[10:38] <seb128> no
[10:38] <seb128> use syncpackage
[10:38] <seb128> it will be like a sync but uploaded by you
[10:38] <seb128> so it will not bypass the queue
[10:38] <hyperair> i can't upload it.
[10:38] <seb128> well subscribe sponsors and ask somebody to fakesync it
[10:39] <seb128> or use -debianrevision~sru
[10:39] <seb128> or 0ubuntu1
[10:39] <seb128> ie just change the changelog to be lower than debian
[10:39] <seb128> so we can sync next cycle
[10:44] <bdrung> seb128: why is a fakesync required?
[10:44] <seb128> bdrung, you mean?
[10:45] <seb128> bdrung, because he wants to get the debian version?
[10:46] <bdrung> seb128: you were talking about libgpod?
[10:46] <seb128> yes
[10:47] <bdrung> seb128: ok, but why do you suggests something like -debianrevision~sru or 0ubuntu1? isn't ${debianversion}fakesync1 the right version?
[10:48] <seb128> bdrung, I've no clue I never did a fakesync sru
[10:48] <seb128> I would take something lower than debian though
[10:48] <seb128> so we can real sync next cycle
[10:48] <seb128> ${debianversion}fakesync1 is >  ${debianversion}
[10:48] <seb128> so you can't real sync later on if you do that
[10:52] <bdrung> seb128: a fakesync is only done if the source tarballs checksums mismatch and there the version of the fakesync is higher than the debian version
[10:52] <seb128> bdrung, not only
[10:52] <seb128> bdrung, I suggested doing a fakesync because a real sync would bypass the queue
[10:53] <seb128> the sru team usually review things in the queue
[10:53] <seb128> if he just opens a sponsoring bug chances are nobody will review it
[10:53] <seb128> until something is in the queue
[10:53] <seb128> but since real syncs don't go in the queue...
[10:53] <didrocks> dpm: can you approve my message to the list, please?
[10:53] <bdrung> seb128: you can do a real sync with syncpackage and then it will go through the queue.
[10:54] <seb128> urg?
[10:54] <seb128> bdrung, not sure what you are picking on there
[10:54] <seb128> bdrung, I didn't speak about commands to use
[10:55] <dpm> didrocks, which one? The one on viagra or the one where you are trying to sell a replica watch?
[10:55] <seb128> bdrung,  I said to do a fake sync, ie a manual upload
[10:55] <didrocks> dpm: choose the one you prefer :-)
[10:55] <seb128> bdrung, in opposite to subscribing ubuntu-archive for a real sync
[10:55] <dpm> didrocks, ok, done ;)
[10:55] <seb128> bdrung, if syncpackage is the command used to do fake syncs do that
[10:55] <didrocks> dpm: thanks a lot! (it was the viagra one, right? ;))
[10:56] <dpm> definitely
[10:57] <bdrung> seb128: so we are using fakesync for two different things, right? you mean fakesync = manual sync. i mean fakesync = mismatching source tarballs.
[10:58] <seb128> bdrung, I use fakesync for "take what is in debian, tweak the .changes or .dsc and upload to Ubuntu"
[10:58] <seb128> ie "do manually what archive admin do"
[11:03] <mvo> hey glatzor
[11:03] <glatzor> hey mvo!
[11:05] <glatzor> mvo, aptdaemon now exposes the apt configuration using dbus properties on the org.debian.apt interface
[11:05] <glatzor> e.g. changing the popcon participation works.
[11:06] <glatzor> the other properties are read-only currently
[11:06] <glatzor> mvo, won't it make sense to replace the apt cron script by an aptdaemon based one?
[11:07] <hyperair> seb128: https://bugs.launchpad.net/ubuntu/+source/libgpod/+bug/652855
[11:07] <ubot2> Launchpad bug 652855 in libgpod (Ubuntu) "Please fakesync libgpod 0.7.95-1 from Debian experimental to maverick-updates (affects: 1) (heat: 10)" [Undecided,New]
[11:07] <mvo> glatzor: cool
[11:07] <mvo> glatzor: yes, absolutely
[11:07] <seb128> hyperair, thanks
[11:08] <hyperair> =)
[11:08] <mvo> glatzor: that should be a natty target, it would be good to still support fallback to apt-get, but by default it should be the daemon
[11:08] <mvo> glatzor: now that we can trigger reload without password we can move more of it into the desktop and out of cron
[11:08] <mvo> glatzor: and do more clever things with network-manager integration
[11:08] <didrocks> seb128: I can't find the wiki page to know who is on archive admin duty today, do you have the link handy?
[11:09] <mvo> glatzor: and gnome-power-manager etc. that is going to be exciting!
[11:09] <glatzor> right
[11:09] <glatzor> I have to leave for work now. so see you next week!
[11:10] <mvo> see you glatzor
[11:10] <seb128> didrocks, there is nobody on duty
[11:10]  * mvo hugs glatzor
[11:10] <seb128> didrocks, we are in hard freeze the archive is under release team control
[11:10] <seb128> didrocks, otherwise it's jdstrand
[11:10] <seb128> https://wiki.ubuntu.com/ArchiveAdministration
[11:10] <didrocks> seb128: yeah, just found it (14.), thanks :)
[11:10] <didrocks> so I'll ping the release team then!
[11:26] <seb128> Riddell, hey
[11:27] <seb128> Riddell, http://bugreports.qt.nokia.com/browse/QTBUG-13792
[11:27] <seb128> Riddell, Cimi on #ayatana suggested that would be nice to get in
[11:27] <seb128> mvo, https://bugs.edge.launchpad.net/ubuntu/+source/software-center/+bug/635208
[11:27] <ubot2> Launchpad bug 635208 in software-center (Ubuntu) (and 1 other project) "Unfocused selected item in software list is white on light grey (affects: 1) (heat: 12)" [Low,In progress]
[11:27] <seb128> mvo, there is a fix to sponsor from Cimi
[11:30] <mvo> seb128: thanks - I will merge into 3.0, but that is probably something for maverick-updates
[11:31] <mvo> (also I have to say it looks obvious and correct)
[11:31] <seb128> mvo, ok, I guess you can still get some small fixes in today but that one isn't important either
[11:31] <mvo> so if there is another 3.0 upload before release I will take it
[11:32] <mvo> seb128: yeah, I just uploaded a rather important fix this morning, I don't want to have too much churn
[11:32] <seb128> ok
[11:32] <mvo> otherwise the release managers will hate me :)
[11:32] <seb128> ;-)
[11:33] <Riddell> seb128: ok
[11:46] <seb128> Riddell, http://bugreports.qt.nokia.com/browse/QTBUG-14161 as well
[11:49] <seb128> Cimi, hey
[11:49] <seb128> Cimi, Riddell is on charge of kubuntu
[11:49] <Cimi> hi
[11:49] <seb128> you might want to ping him directly about qt issues
[11:50] <jbache> Riddell: ping
[11:50] <Cimi> seb128: Riddell: I would like to introduce you jbache, nokia developer for qgtkstyle
[11:51] <Riddell> hi jbache
[11:51] <jbache> Riddell: my question was basically that I noticed some issues with the new Ambience theme for 10.10. They dont seem to affect any other themes so I'm not sure if we can patch them until Qt 4.7.2 but for Ubuntu they look rather ugly right now
[11:52] <jbache> Riddell: I made two patches to address them if Ubuntu want to patch the issues separately
[11:52] <Riddell> jbache: that's the patches on http://bugreports.qt.nokia.com/browse/QTBUG-14161 and http://bugreports.qt.nokia.com/browse/QTBUG-13792 ?
[11:53] <jbache> Riddell: yes
[11:53] <jbache> Riddell: apart from that the Ambience theme should work well with QGtkStyle
[11:53] <Riddell> jbache: I'm happy to package and upload those today
[11:53] <jbache> Riddell: The most pressing one is the selection color on unfocused widgets since they are almost unreadable
[11:54] <Riddell> it'll need a gnome sort to test them though
[11:54]  * Riddell eyes up seb128 
[11:54] <seb128> Riddell, I can test if you tell me what to test
[11:54] <jbache> Riddell: great!
[11:55] <jbache> Riddell: They will probably show up in 4.7.2
[11:55] <Riddell> jbache: today is the last day I can do a qt upload though, so any more changes will have to wait
[11:56] <jbache> Riddell: No problem. It should be easy to verify.  But I only tested against vanilla Qt packages here.
[11:59] <Riddell> jbache: by the way when is 4.7.1 due to come out?
[12:05] <jbache> Riddell: We have branched it and are currently testing it. Probably within a couple of weeks but a precise answer I dont have.
[12:06] <jbache> seb128: let me know if you find any issues today
[12:09] <seb128> jbache, ok
[12:09] <Riddell> I'll upload to my PPA, get seb128 to test it then upload to the real archive
[12:10] <jbache> seb128: Test a few Qt apps in GNOME with the Ambience theme and a few others. Look for issues with selected text color/background in widgets. Make sure the tab focus rect looks proper.
[12:11] <jbache> seb128: feel free to try Ambience in KDE using the Gtk engine as well :)
[12:11] <seb128> ok
[12:11] <seb128> I will probably only test under GNOME though, I've qt installed but not a KDE desktop ;-)
[12:11] <seb128> but I think Riddell has a KDE desktop to test on :p
[12:12] <jbache> seb128: GNOME is the primary concern yes :)
[12:34] <cyphermox> good morning!
[12:43] <cyphermox> I noticed there are a couple of FTBFS on http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi? that seems to be caused by gdk-pixbuf... e.g. /usr/lib/libgdk_pixbuf-2.0.la missing, it used to be in libgtk2.0-dev but it's clearly not in libgdk-pixbuf2.0-dev...
[12:52] <Cimi> jbache: Ambiance, not Ambience dude :P
[12:53] <bilalakhtar> jbache: don't ever make the mistake of asking seb128 to make changes in KDE :D lol, just joking
[12:55] <Cimi> seb128: mmm
[12:55] <Cimi> seb128: you might kill me
[12:55] <chrisccoulson> cyphermox, you might be interested to read http://wiki.debian.org/ReleaseGoals/LAFileRemoval
[12:55] <Cimi> seb128: I think I have an idea how to "fix" indicator-messages
[12:55] <cyphermox> chrisccoulson, yeah, that's why I'm asking about it ;)
[12:56] <cyphermox> "asking"
[12:56] <chrisccoulson> cyphermox, ah, ok :)
[12:56] <Cimi> seb128: but it would require gconf as a dependency :(
[12:58] <chrisccoulson> hi Cimi, would you be able to spare a few minutes to address some of the comments on mozilla bug 580970? (in particular, comment 8)
[12:58] <ubot2> Mozilla bug 580970 in Theme "Tabs on top with Ubuntu Radiance and Ambiance looks less unified than it could" [Minor,New] http://bugzilla.mozilla.org/show_bug.cgi?id=580970
[13:00] <Cimi> chrisccoulson: would you mind if I'll have a look later? it's 2pm here and my stomach is making more noise than rhythmbox :)
[13:00] <chrisccoulson> Cimi, sure, that's ok
[13:00] <chrisccoulson> it's not particularly urgent, but it would be nice for somebody who know something about theming to comment :)
[13:03] <seb128> bilalakhtar, lol
[13:03] <seb128> chrisccoulson, hey, how are you?
[13:03] <seb128> Cimi, how so? gconf for what?
[13:04] <Cimi> seb128: I don't know why, I'm not a coder of indicator-messages
[13:04] <Cimi> but
[13:04] <Cimi> const PangoFontDescription * font_description = pango_layout_get_font_description (layout);
[13:04] <Cimi> font_size = pango_font_description_get_size (font_description);
[13:04] <Cimi> that does not work on the label
[13:05] <chrisccoulson> hi seb128 - i'm good thanks, how are you?
[13:05] <seb128> chrisccoulson, I'm fine thanks
[13:05] <Cimi> so, to know the font size I don't have any other idea if not grabbing the gnome font size trough gconf
[13:05] <seb128> well shouldn't the font setting reflect on gtk softwares?
[13:06] <seb128> pedro_, hey
[13:06] <Cimi> seb128: what do you mean?
[13:06] <pedro_> hello seb128
[13:06] <seb128> Cimi, well usually when you change the theme or font all gtk application update automatically when the xsetting is update
[13:06] <seb128> updated
[13:06] <seb128> there should be no need to watch gconf values
[13:06] <seb128> pedro_, how are you?
[13:07] <seb128> pedro_, how does rc look to you?
[13:08] <Cimi> seb128: but how could I grab this font setting?
[13:08] <Cimi> if not trough pango_font_description_get_size?
[13:08] <Cimi> if you have any other API, please tell me :)
[13:08] <seb128> I'm not sure to understand the issue
[13:09] <seb128> if you don't specify any setting for the label gtk should just apply the system xsettings
[13:09] <seb128> ie whatever you define in the capplet
[13:09] <seb128> no?
[13:09] <pedro_> seb128, I'm good thanks, what about you?
[13:09] <Cimi> I need to know the font size
[13:09] <pedro_> seb128, looking good so far
[13:09] <Cimi> because I'm drawing the font with cairo
[13:09] <seb128> oh ok
[13:09] <Cimi> and I *need* to align it
[13:09] <seb128> njpatel, ^
[13:09] <pedro_> no major annoyances besides the ones we're already tracking
[13:10] <seb128> you probably know better how to do this than me
[13:10] <seb128> pedro_, I'm fine thanks, ok, great
[13:10] <njpatel> seb128, ?
[13:10] <Cimi> njpatel: do you know a way to grab the font size if not trough pango_font_description_get_size?
[13:10] <njpatel> Cimi, gtksettings has it
[13:10] <njpatel> or xsettings
[13:10] <Cimi> api?
[13:11] <njpatel> it's a property on the GtkSettings object (gtk_settings_get_default ())
[13:11] <njpatel> see devhelp for the actual property name, I'm not 100% sure
[13:13] <davidbarth> Cimi: pong, there as well now
[13:13] <Cimi> if today I die, it's because I am hungry
[13:14] <Cimi> just wanted to share that with you guys :)
[13:32] <mvo> hey Cimi - thanks for your software-center fix!
[13:38] <Cimi> mvo: :)
[13:39] <didrocks> seb128: is alt + print screen being broken is something known?
[13:39] <asac> seb128: gsachin and me wonder what the default camera stack looks like in gnome ... is that all v4l ?
[13:39] <seb128> didrocks, asac mentioned it the other day
[13:39] <asac> hah
[13:39] <asac> i talk and seb talks about me ;)
[13:40] <didrocks> :)
[13:40] <asac> didrocks: thats a bad bug imo
[13:40] <seb128> asac, I think it is yes but I'm not really sure
[13:40] <asac> bug 642792
[13:40] <didrocks> ok, I'll try to have a quick look
[13:40] <ubot2> Launchpad bug 642792 in metacity (Ubuntu) (and 1 other project) "ALT+PrtSc not recognised (affects: 6) (dups: 1) (heat: 32)" [Undecided,Confirmed] https://launchpad.net/bugs/642792
[13:40] <seb128> we don't have anything using the webcam in the default install
[13:40] <seb128> cheese on UNE
[13:40] <seb128> but that's it
[13:40] <asac> didrocks: that one should be RC unless someone made an explicit decision to disable that in kernel etc.
[13:40] <asac> and had the desktop team involved
[13:41] <asac> in worst case its better to have sysrq regress rather than breaking a long standing default UI binding which is also the same for windows iirc
[13:41] <gsachin> Hi Asac , Its the cheese application which uses custom pipeline of gstreamer elemnts
[13:41] <didrocks> asac: hum, looking, it's not a metacity or compiz AFAIK
[13:41] <asac> gsachin: ok. do you think we could move cheese to camera bin
[13:41] <asac> didrocks: its not and thats why i feel really bad about  this bug ... e.g. how they pushed it away from kernel
[13:42] <didrocks> oh right, xev doesn't show anything
[13:42] <gsachin> asac: I will look in detail and let you know
[13:42] <asac> didrocks: please escalate it in todays release meeting ... imo something like that MUST not regress without desktop/design team involvement
[13:42] <asac> didrocks: 1st we need to find what really changed
[13:42] <asac> that caused this regression ... and then that change needs to be reverted
[13:42] <asac> by all means ;)
[13:42] <didrocks> agreed
[13:42] <asac> gsachin: sachin
[13:42] <didrocks> seb128: can you put on the list please?
[13:42] <asac> didrocks: ok i will mark it RC now
[13:43] <didrocks> at least to know if it was intentional
[13:43] <seb128> didrocks, can you check with release-team?
[13:44] <seb128> I'm reluctant to add anything on the maverick list now
[13:44] <didrocks> seb128: sure, I'm finishing reading the comments first
[13:44] <seb128> we will not likely get a lot in now
[13:45] <asac> ok done ;)
[13:45] <asac> this has to be escalated seb128
[13:45] <seb128> asac, I will mention it in the meeting today
[13:45] <asac> if kernel team changed it without talking to desktop team its a bad thing ... otherwise it needs the
[13:45] <seb128> but it doesn't seem a release stopper
[13:45] <asac> attention to find out where the reegression comes from
[13:45] <seb128> we should sru it in any case
[13:45] <asac> seb128: ubuntu has no deferring release stoppers
[13:45] <asac> ;)
[13:45] <seb128> ;-)
[13:46] <asac> right. it needs to get high on priority list and then SRU if its not trivial to fix for release (e.g. if its kernel)
[13:46] <asac> i have the feeling its a keymap change as i now wrote in bug
[13:46] <asac> e.g. popey says that the key now shows up as "sysrq" rather than print
[13:46] <asac> and afaik sysrq was already enabled in kernel in the past
[13:47] <seb128> ok
[13:47] <asac> thanks!!
[13:47] <seb128> I will bring it up during the meeting
[13:47] <didrocks> thanks seb128, asac
[13:47] <asac> awesome ... then i can go to weekend early ;)
[13:48] <seb128> asac, slacker!
[13:48] <asac> haha
[13:50] <nessita> seb128: at this point in the cycle, is there any chance to add a new translation to a package?
[13:50] <didrocks> hum, I still have a sys req different from alt + print screen in all my computers there (most of the with Fn key)
[13:51] <seb128> nessita, new string? or make one translatable which was there?
[13:52] <popey> Yeah, i just noticed that the person next to me has a dell laptop which has Sysrq on Fn+F10 and PrtSc on Fn+F11
[13:52] <seb128> didrocks, you mean printscreen is not the same key than sysrqst?
[13:53] <didrocks> seb128: it's the same
[13:53] <didrocks> seb128: but for triggering sys req, it's Fn + Print screen
[13:53] <seb128> but it works?
[13:53] <didrocks> not Alt + Print screen
[13:53] <nessita> seb128: is kinda like a new string, since it already appears in the GUI but is not in the list of translatable strings. So, for the translation team will be a new string
[13:53] <didrocks> it worked
[13:53] <didrocks> I was wondering why it doesn't work anymore
[13:53] <nessita> seb128: for the GUI, there will be no changes
[13:53] <didrocks> (worked on lucid)
[13:53] <seb128> nessita, no, a new string is something you add
[13:53] <seb128> ie it's adding an english screen to an UI which was translated
[13:54] <seb128> getting a string which was on screen translatable is a fix
[13:54] <seb128> it's only making things better
[13:54] <seb128> ie giving a way to fix the bug to translators
[13:54] <nessita> seb128: awesome, so we can propose branches and release packages for that?
[13:54] <seb128> yes
[13:55] <nessita> seb128: thanks
[13:55] <seb128> nessita, you're welcome
[13:56] <nessita> another question, if anyone knows: in my GTK UI I use buttons with labels set as a stock. Those labels are not translated, and I thought they were translated automatically. Any idea how to debug why they are not being translated?
[13:57] <didrocks> nessita: is it an .ui file?
[13:58] <nessita> didrocks: yes, a glade file
[13:58] <didrocks> not sure about labels set as a stock, they should be picked up. others should be marked as translatable
[13:58]  * didrocks checks
[13:58] <nessita> didrocks: and the glade file is not added to the po files, but I though that was correct since no string in the glade file is translatable
[13:59] <seb128> nessita, how come you didn't notice those translations issue if you use a non english desktop?
[13:59] <nessita> didrocks: I mean, the only translatable thing on glade was the stock buttons, which I think were translated by GTK no by the translators
[13:59] <seb128> right they are
[14:00] <seb128> you still need to init the locale correctly
[14:00] <didrocks> nessita: confimed, stock labels doesn't need
[14:00] <seb128> ie call setlocale()
[14:00] <nessita> seb128, didrocks: but see in the screenshot attached here https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/652965
[14:00] <ubot2> Launchpad bug 652965 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Button labels are not translated (affects: 1) (heat: 6)" [High,Triaged]
[14:01] <nessita> seb128: all the UI is translated to turkish except for: a string that comes from u1-client (bug) and the buttons
[14:01] <didrocks> do you call setlocale before loading the ui file?
[14:01] <nessita> didrocks: nopes
[14:01] <nessita> should I?
[14:01] <seb128> nessita, they are translated there
[14:02] <nessita> seb128: "Cancel" and "Forward" is not turkish, I'm afraid :-)
[14:02] <seb128> well on my install they are I mean
[14:02] <nessita> hum.....
[14:02] <seb128> dunno what is the difference with yours
[14:03] <seb128> I'm not using turkish though
[14:03] <nessita> seb128: my install is english but I run the app with different locale
[14:03] <seb128> but I would assume that if they show in one local the code is correct
[14:03] <seb128> nessita, how do you run it?
[14:03] <nessita> LC_ALL=tr_TR.UTF-8 DEBUG=True PYTHONPATH=. ./bin/ubuntu-sso-login
[14:04] <seb128> nessita, add LANGUAGE=...
[14:04] <seb128> or LANG=
[14:04] <seb128> or unset LANG LANGUAGE
[14:04] <ogra> didrocks, you guys dont use maximus in une anymore, right ?
[14:04] <didrocks> ogra: no, we don't, it's integrated to mutter
[14:05] <ogra> great
[14:05] <didrocks> ogra: you still use it, right? :)
[14:05] <didrocks> ogra: do you want to break it ? ;-)
[14:05] <ogra> yes, and it installs its .desktop file to /etc/xdg/autostart
[14:05] <ogra> which breaks the gnome session
[14:05] <ogra> i just wanted to know if i can safely move it
[14:05] <didrocks> ogra: yeah, I moved that back after handling the transition from netbook-launcher to unity
[14:06] <didrocks> ogra: you will move to une-efl session?
[14:06] <ogra> right
[14:06] <didrocks> as long as you don't move to une/ it's ok :)  just think that you have to handle lucid users as well who has it under /etc/xdg/xdg-une/autostart
[14:07] <didrocks> have*
[14:07] <nessita> seb128: LANGUAGE should be tr_TR.UTF-8 as well?
[14:07] <ogra> didrocks, yeah, i'll just extend your postinst hack :)
[14:07] <seb128> nessita, without the .UTF-8 I think
[14:08] <seb128> nessita, just unset LANG LANGUAGE
[14:08] <seb128> to be sure
[14:08] <nessita> ack
[14:08] <seb128> then it will use LC_ALL
[14:09] <mterry> pitti, I looked at the 24h issue again and just added a little is24h program to the new bug 652976
[14:09] <ubot2> Launchpad bug 652976 in indicator-datetime (Ubuntu) (and 1 other project) "Time format not taken from LC_TIME (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/652976
[14:10] <pitti> mterry: cheers
[14:10] <mterry> Wish there was a better way
[14:11] <pitti> heh, nice hack
[14:13] <didrocks> mterry: just answered :)
[14:17] <jbache> Cimi: Ambiance yes. Sorry about that :)
[14:17] <Cimi> I am becoming crazy to get the font size :(
[14:20] <jbache> Is anyone interested in trying to bridge the gap between Qt and GTK+ font settings? I know ubuntu has a bit of an odd behavior with GNOME font settings. In particular enabling legacy filtering for certain hints. We could easily replicate that in Qt...
[14:24] <jbache> Riddell: would you be the go-to-guy for that question as well?
[14:24] <jbache> Riddell: I'm talking about making the GNOME font settings panel apply the same font settings in Qt/KDE apps
[14:32] <chrisccoulson> hi Riddell, I seem to recall you telling me a while ago that somebody in kubuntu or KDE was using gears for something. is that still the case, or am i imagining it?
[14:48] <nessita> seb128: so, I'm running http://pastebin.ubuntu.com/503914/ and I still get non translated buttons. Any other ideas?
[14:49] <seb128> nessita, try es_ES
[14:49] <seb128> or another locale
[14:49] <seb128> nessita, do you have the turkish language pack installed?
[14:49] <nessita> seb128: yes sir!
[14:50] <seb128> pedro_, ^
[14:50] <nessita> seb128: did you see the image in the bug report? all is turkish but the button labels
[14:50] <seb128> pedro_, could you try if that dialog has button translated for you?
[14:50] <seb128> nessita, yes but there they show translated as said
[14:50] <seb128> I'm using the ubuntu rc version though
[14:50] <seb128> not from source
[14:50] <nessita> seb128: I'm trying on a maverick VM, let's use french locale as you have (I think)
[14:50] <seb128> I do yes
[14:52] <pedro_> seb128, looking
[14:55] <pedro_> seb128, nessita works fine here as well
[14:56] <pedro_> i'm using es_CL as locale
[14:57] <nessita> pedro_: awesome, so I guess my env is screwed up. I'm starting and updateing a VM, I'll re try
[14:57] <nessita> seb128, pedro_: thanks! can you please add a comment in bug #652965 saying that it does work for you?
[14:57] <ubot2> Launchpad bug 652965 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Button labels are not translated (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/652965
[14:58] <seb128> nessita, done
[14:58] <seb128> nessita, env | grep LANG?
[14:58] <pedro_> seb128, doing that now
[14:59] <seb128> nessita, usually those are either gtk translations missing or a LANG or LANGUAGE interference
[14:59] <nessita> seb128: nessita@dali:~/canonical/ubuntu-sso-client$  env | grep LANG
[14:59] <nessita> 27:GDM_LANG=en_US.utf8
[14:59] <nessita> maybe that's messing up my test?
[14:59]  * nessita unset
[14:59] <seb128> nessita, I doubt it
[14:59] <seb128> nessita, strace -e open ... 2>&1 | grep gtk
[15:00] <seb128> to see what .mo it reads
[15:00] <chrisccoulson> i've just been outside, and the weather here is absolutely awful!
[15:00] <seb128> chrisccoulson, ok, then go back to the computer :p
[15:01] <chrisccoulson> heh :-)
[15:01] <seb128> chrisccoulson, why didn't need to go outside, isn't you weather applet working? ;-)
[15:01] <seb128> urg
[15:01] <chrisccoulson> i might have to close the curtains here just to keep the dark out ;)
[15:01] <seb128> "why did you need"
[15:01] <seb128> lol
[15:01] <chrisccoulson> oh, i popped to the shop to get some food
[15:02] <seb128> ;-)
[15:02] <seb128> weather has been grey and rainy for the week there
[15:02] <seb128> they say we might have some sun tomorrow though
[15:02] <seb128> so let's see
[15:03] <chrisccoulson> yeah, fingers crossed ;)
[15:03] <chrisccoulson> i suspect we won't see any sun again until next april ;)
[15:03] <seb128> do you have any plan for the weekend?
[15:04] <chrisccoulson> i was hoping to do some tidying up in the garden before i run out of opportunities
[15:04] <chrisccoulson> but i might be too late already ;)
[15:04] <chrisccoulson> do you have any plans?
[15:05] <seb128> not really
[15:06] <Riddell> jbache: we have the problem in Kubuntu that fonts are set in KDE but not read by qtcurve so they need to be set there too
[15:06] <Riddell> really it should be a freedesktop spec, like so many other things
[15:06] <seb128> do some sport, get some sleep, enjoy the weather (or not)
[15:09] <jbache> Riddell: well the problem on the GNOME side is a bit more complex. Ubuntu have patched Gtk to use "legacy" font rendering for cleartype with certain hint settings. The problem is that due to these patches that are not in upstream Gtk, we cannot simply fix this in Qt. It would be fairly easy to patch Qt in the same manner though. I'm not sure who on this channel that would know most about the fontconfig settings in Ubuntu/GNOME thou
[15:09] <Riddell> ArneGoetje might
[15:09] <Riddell> but it'll be late where he is now
[15:10] <jbache> Riddell: The end result is that if you mess with the GNOME defaults, your Qt apps can look blurry in comparison because these settings are not propagated into your fontconfig but only apply on GTK so it's quite annoying in practice.
[15:10] <seb128> jbache, we don't have such gtk patch
[15:10] <jbache> Riddell: thanks
[15:10] <jbache> sroedal: ping ^
[15:10] <seb128> we don't have any gtk patch for font rendering
[15:10] <sroedal> jbache: pong
[15:10] <jbache> seb128: its not for font rendering but applying the settings.
[15:10] <jbache> sroedal: you still have that patch somewhere? ^
[15:10] <seb128> well we don't have any such gtk patch
[15:10] <seb128> in any case
[15:11] <jbache> seb128: ok, perhaps the issue is upstream as well
[15:11] <sroedal> jbache: hmm, not sure, haven't looked at the issue in ages :)
[15:11] <jbache> sroedal: well it's still there. It would be great if we could address it :)
[15:11] <jbache> jiang: ^
[15:12] <sroedal> jbache: it was related to https://bugs.launchpad.net/ubuntu/+source/libcairo/+bug/200707
[15:12] <ubot2> Launchpad bug 200707 in libcairo (Ubuntu) (and 1 other project) "fontconfig does not honor hintslight, hintmedium, hintfull (affects: 1) (heat: 16)" [Low,Triaged]
[15:14] <robbiew> seb128: just to confirm, the default browser is still firefox 3.6, right?  (someone emailed me with the question)
[15:14] <seb128> robbiew, yes
[15:14] <seb128> robbiew, 3.6.10
[15:15] <robbiew> thx
[15:15] <seb128> yw
[15:15] <jbache> ArneGoetje: perhaps you have some info on that topic?
[15:18] <jbache> seb128: not a gtk patch but cairo I guess. Hopefully ArneGoetje can help me out. The font rendering difference in Qt/Gtk has been bugging me for a while.
[15:19] <jiang> Riddell: what I observed is, Ubuntu and Fedora behave differently when I chose "Best contrast" from GNOME appearance, font panel. Ubuntu will switch to the legacy filter, but Fedora won't.
[15:19] <seb128> jbache, ok, in any case we dropped the distro patches we have this cycle
[15:19] <jbache> thorbjorn: Can you confirm this?
[15:19] <seb128> the legacy filter diff went in cairo 1.10 upstream
[15:20] <jbache> seb128: that is good news. It means we can make a proper patch
[15:27] <jbache> jiang: still on 10.10?
[15:27] <jiang> jbache: I only tested 10.10
[15:27] <jiang> Does GNOME appearance panel modify fontconfig settings? How does the change to font settings propagate to cairo?
[15:30] <seb128> chrisccoulson, ^
[15:30] <seb128> chrisccoulson knows a bit about fonts, he investigated firefox issues for a while
[15:30] <seb128> I think gnome-settings-daemon sets a xsettings than gtk picks
[15:30] <seb128> there was some discussion that it should rather write a fontconfig config instead
[15:30] <jbache> seb128: great. Firefox would essentially have the same issues we have had with Qt on GTK
[15:32] <chrisccoulson> yeah, the setting changed in gnome-appearance-properties is picked up by g-s-d and propagates to applications with xsettings
[15:32] <jbache> jiang: we could read XSettings first only if you are running QGtkStyle and use fontconfig otherwise I guess.
[15:32] <chrisccoulson> whats the issue here?
[15:33] <jbache> chrisccoulson: primiarly trying to unify font settings between the GNOME control panel and Qt apps
[15:33] <chrisccoulson> ah, ok
[15:33] <chrisccoulson> firefox works differently too
[15:33] <chrisccoulson> (correctly, IMO)
[15:33] <chrisccoulson> firefox inherits from xsettings only when a match wasn't found in fontconfig
[15:34] <jbache> chrisccoulson: that sounds like a better compromise yes
[15:34] <chrisccoulson> but because our fontconfig is broken, changing the font in gnome-appearance-properties has no effect on firefox
[15:34] <chrisccoulson> or, specifically- changing the hinting
[15:34] <jiang> why fontconfig is broken?
[15:34] <jbache> chrisccoulson: thats the issue I was hoping we could find a solution for. Especially the old "legacy" font rendering hinting
[15:35] <jbache> chrisccoulson: which I understand has been standardized upstream now?
[15:35] <chrisccoulson> jiang, our fontconfig is broken because we enable the 10-hinting-slight.conf, which unconditionally sets the hinting
[15:35] <chrisccoulson> no other distro enables that
[15:36] <seb128> chrisccoulson, why do we enable that?
[15:37] <chrisccoulson> seb128 - i'm not sure. that's one thing i found when i was trying to figure out why the font settings in gnome-appearance-properties doesn't affect firefox
[15:37] <seb128> could you start a discussion on ubuntu-devel list?
[15:37] <chrisccoulson> and the upstream mozilla guys think our fontconfig shouldn't be configured like that
[15:37] <chrisccoulson> yeah, sure
[15:37] <seb128> thanks
[15:38] <seb128> start asking if somebody knows why we have it and if there is a reason to not drop it
[15:38] <thorbjorn> jbache: Confirm what exactly?
[15:38] <jiang> ok, so GTK+ programs will read xsettings for font rendering options, which will overwrite the fontconfig settings?
[15:40] <chrisccoulson> jiang, that's true at the moment
[15:40] <chrisccoulson> but, https://bugs.freedesktop.org/show_bug.cgi?id=11838 suggests that it's actually a bug
[15:40] <ubot2> Freedesktop bug 11838 in freetype font backend "hintstyle specified in fontconfig is ignored while rgba is respected sometimes" [Minor,New]
[15:40] <chrisccoulson> (and that it's meant to do what firefox does)
[15:40] <jbache> thorbjorn: never mind. I think we are making progress
[15:40] <chrisccoulson> ie, apply configuration from xsettings where a match wasn't found with fontconfig
[15:41] <jbache> chrisccoulson: do you have the relevant patches to firefox handy?
[15:41] <thorbjorn> jbache: I must admit, I switched from full to slight hinting meanwhile, since it's more readable on this high dpi laptop.
[15:42] <chrisccoulson> jbache, the font handling in firefox is pretty complex and custom, there's not really a "patch" as such
[15:42] <jbache> thorbjorn: well I dont really care what's best. I care about the GNOME font settings panel applying the same settings in all apps
[15:42] <chrisccoulson> it's only really using the pango base classes
[15:42] <thorbjorn> jbache: Definitely.
[15:43] <jbache> chrisccoulson: ok, but in principle I guess it boils down to matching xsettings against fontconfig and only using those where it's not already set in fontconfig
[15:43] <jbache> which is not what gtk does... :-b
[15:45] <seb128> why should fontconfig take over xsettings?
[15:45] <seb128> you would not be able to change dynamically settings this way?
[15:46] <nessita> didrocks: did you find out how to "uscan" packages from a given series instead of trunk?
[15:46] <didrocks> nessita: oh, I didn't have the time to look at then and then forget
[15:46] <didrocks> nessita: let me have a look now if I can find something
[15:46] <jbache> seb128: Ok I misread your comment regarding firefox then.
[15:46] <nessita> didrocks: yeah, I just remembered becasue I have to do a new release :-)
[15:48] <jbache> seb128: I havent looked into this issue in a while. Whats your suggestion that Qt does to make sure we pick up the exact same settings as Gtk?
[15:48] <seb128> I don't really have a suggestion
[15:48] <Cimi> davidbarth: sabdfl: I'm getting closer to otto's design for the indicator-messages
[15:48] <seb128> chrisccoulson has better opinions on that ;-)
[15:50]  * nessita freaks out
[15:50] <nessita> does anyone know why I'm getting al my modules removed and added when doing merge-upstream? http://pastebin.ubuntu.com/503946/
[15:50] <nessita> s/al/all*
[15:51] <didrocks> nessita: ok, I think there is no easy way apart from using get-orig-source trick in debian/rules. but you can add another watch file and use uscan --watchfile <…>
[15:51] <sabdfl> Cimi: sweet!
[15:51] <nessita> ah! I think I know, I'm using lp:ubuntu-sso-client  instead of lp:ubuntu-sso-client/stable-1-0
[15:51] <nessita> didrocks: but what would I put in the other watchfile?
[15:52] <didrocks> nessita: can you pastebin the current one?
[15:52] <didrocks> (and the serie you want to take)
[15:52] <nessita> didrocks: http://pastebin.ubuntu.com/503948/, the series I need is stable-1-0
[15:53] <chrisccoulson> seb128 - the way i think it is meant to work is that applications inherit settings from fontconfig where a match has been found, and then fallback to xsettings for those settings not determined by fontconfig
[15:53] <chrisccoulson> this allows you to have per-font hinting settings in fontconfig
[15:54] <chrisccoulson> the issue in ubuntu is that we unconditionally set font settings in fontconfig
[15:54] <chrisccoulson> which i think is wrong
[15:54] <seb128> chrisccoulson, let's clean that next cycle
[15:54] <chrisccoulson> yeah, we should do :)
[15:54] <nessita> james_w: hello! would you know why I'm getting all my modules removed and re-added when running bzr merge-upstream as per  http://pastebin.ubuntu.com/503949/
[15:54] <nessita> ?
[15:54] <jbache> seb128: chrisccoulson: beautiful :)
[15:54] <chrisccoulson> font configuration is a seriously messy affair ;)
[15:55] <didrocks> nessita: stable-1-0 is currently all the highest one, right? uscan should give it to you right now
[15:55] <chrisccoulson> and i'm not sure i fully understand it all just yet ;)
[15:55] <nessita> james_w: I'm releasing changes for a specific series (lp:ubuntu-sso-client/stable-1-0)
[15:55] <jiang> seb128: so the legacy filter stuff hasn't been merge to cairo until 1.10?
[15:55] <nessita> didrocks: currently is not, we have the latest stable release named 1.0.3 and the latest trunk 1.1.0
[15:55] <didrocks> nessita: oh no sorry, ok
[15:55] <didrocks> yeah
[15:56] <nessita> didrocks: but anyways, before we had the 1.1.0 release, the stable was the higher and yet uscan was giving me the last trunk release
[15:56] <seb128> jiang, it has
[15:58] <seb128> chrisccoulson, seems you understand the topic well though
[15:58] <seb128> chrisccoulson, do you want to lead the effort to clean that next cycle?
[15:59] <chrisccoulson> seb128 - yeah, can do
[15:59] <didrocks> nessita: sorry, I don't find an easy solution apart from either tricking get-orig-soure in debian/rules (but that won't be for now) or playing with */ubuntu-sso-client-([0-9.]+)\.tar\.g to */ubuntu-sso-client-[0-9].[02468].[0-9]].\.tar\.gz if that's you stable/unstable versionnin (odd/even numbers) for now :(
[16:00] <didrocks> nessita: did you ask to #launchpad-dev if they have a "by serie" page for downloads?
[16:00] <nessita> didrocks: I didn't, I will ask. Thanks for your help!
[16:00] <didrocks> (I tried random url without getting anything)
[16:00] <didrocks> nessita: sorry for not giving better solution :/
[16:00] <seb128> chrisccoulson, can you register a blueprint?
[16:00] <chrisccoulson> seb128 - yeah, sure
[16:00] <nessita> didrocks: is ok, thanks for your time!
[16:00] <seb128> chrisccoulson, thanks
[16:00] <didrocks> yw
[16:04] <chrisccoulson> when do we get the next language pack update? it would be nice to fix bug 632760
[16:04] <ubot2> Launchpad bug 632760 in language-pack-zh (Ubuntu) (and 3 other projects) "Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest (affects: 12) (dups: 1) (heat: 56)" [High,Triaged] https://launchpad.net/bugs/632760
[16:07] <seb128> kenvandine, what is the status of bug #639835:?
[16:07] <ubot2> Launchpad bug 639835 in desktopcouch (Ubuntu) (and 1 other project) "Views fail to reconnect after server restart (affects: 1) (heat: 8)" [Medium,Fix committed] https://launchpad.net/bugs/639835
[16:07] <seb128> chrisccoulson, in maverick?
[16:07] <seb128> chrisccoulson, they are in the unapproved queue
[16:07] <Cimi> davidbarth: sabdfl: sshot http://goo.gl/cpXs and code http://goo.gl/HROm
[16:07] <chrisccoulson> seb128 - ah, that's good then
[16:07] <kenvandine> seb128, that is fix released
[16:07]  * kenvandine updates bug
[16:08] <Cimi> davidbarth: just updated the branch
[16:08] <seb128> kenvandine, thanks
[16:08] <seb128> Riddell, do you think somebody from kubuntu could work on bug #601025?
[16:08] <ubot2> Launchpad bug 601025 in telepathy-qt4 (Ubuntu Maverick) (and 1 other project) "telepathy-qt4 fails to build from source in maverick (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/601025
[16:09] <seb128> chrisccoulson, could you comment on the fix from cyphermox on bug #575160?
[16:09] <ubot2> Launchpad bug 575160 in seamonkey (openSUSE) (and 3 other projects) "seamonkey 2.0 crashes with 'RenderBadPicture' diagnostics (affects: 20) (dups: 4) (heat: 131)" [Medium,Fix released] https://launchpad.net/bugs/575160
[16:10] <chrisccoulson> seb128 - yeah, it's already on my list :)
[16:10] <Cimi> davidbarth: there are few remaining things I would like to do
[16:10] <Cimi> davidbarth: to the right label
[16:10] <seb128> chrisccoulson, thanks
[16:17] <cyphermox> seb128, I've been looking hard at some of the ftbfs (admittedly on universe packages) related to a missing la file from gdk-pixbuf, what would be your opinion on making that file available, once it's dependency_libs field is cleared (as per the la removal on Debian, and already done by clean-la.mk afaict)?
[16:18] <Cimi> bratsche: just to confirm: did you change also headers and whatever so I just need to change revision and publish the new release?
[16:19] <Cimi> I don't have time to look at those, working hard on other bugs
[16:19] <seb128> cyphermox, start a pbuilder, install the build-depends and grep for the .la name there
[16:19] <seb128> there being /usr/lib/*.la
[16:19] <seb128> cyphermox, it's probably some rdepends that needs a rebuild to drop the reference
[16:20] <cyphermox> seb128, ok
[16:20] <nessita> sponsor wanted: new release of ussoc: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-1.0.3/+merge/37276
[16:20] <bratsche> Cimi: I changed all the .h and .c files.
[16:20] <Cimi> ok
[16:20] <Cimi> bratsche: I can say in the NEWS file it is LGPL?
[16:21] <Cimi> LGPLv2.1?
[16:21] <Cimi> I didn0t look
[16:21] <seb128> kenvandine, didrocks: ^
[16:21] <seb128> can you sponsor nessita's update?
[16:21] <seb128> I'm in the release meeting
[16:22] <bratsche> Cimi: Dual-licensed LGPLv2.1 and LGPLv3
[16:22] <Cimi> ok
[16:22] <didrocks> seb128: sure, will do, not sure how to test it nevertheless
[16:22] <seb128> didrocks, just upload and trust nessita ;-)
[16:22] <Cimi> bratsche: v3 just for the exponential blur stuff?
[16:23] <nessita> didrocks: I can help test if you want :-)
[16:23] <nessita> didrocks: you'll need turkish lang pack though
[16:23] <bratsche> Cimi: No, all the Canonical contributed code is dual-licensed LGPLv2.1 and LGPLv3.  Everything else is LGPLv2.1+.  But as long as the blur code is there then it basically forces the entire package to be dual-licensed 2.1/3.0
[16:23] <didrocks> nessita: well, even just launching the sso dialog login
[16:23] <didrocks> seb128: right, and blame her then :p
[16:24] <nessita> didrocks: yeah, I'll take the blame
[16:24] <seb128> nessita, on your screenshot there was the description under the title not translated either
[16:24] <seb128> did you notice?
[16:24] <nessita> seb128: yes, that is https://bugs.launchpad.net/ubuntuone-client/+bug/647483 (ubuntuone-client)
[16:24] <ubot2> Launchpad bug 647483 in ubuntuone-client (Ubuntu) (and 6 other projects) "Ubuntu One help text contains non-translatable text (affects: 1) (heat: 6)" [Medium,Triaged]
[16:25] <didrocks> nessita: more seriouly, just for the info, is there a way to get the dialog? If I run /usr/lib/ubuntu-sso-client/ubuntu-sso-login I don't get it (and don't see an option in the script to force it)
[16:25] <nessita> seb128: joshuahoover will bring that up in the release meeting
[16:25] <seb128> could you fix it in the same upload?
[16:25] <nessita> seb128: nopes I can't, is a u1client issue
[16:25] <seb128> ok
[16:25] <seb128> will dobey or rodrigo_ fix it?
[16:25] <seb128> or something else?
[16:26] <nessita> didrocks: yes, there is a way. What you've run is the DBus service. To activate it, run d-feet
[16:26] <nessita> seb128: yes, rodrigo_ and dobey are working on the fix
[16:27] <dobey> *blink*
[16:27] <nessita> dobey: right? :-)
[16:28] <nessita> didrocks: on d-feet, look for the com.ubuntu.sso service and execute the "ApplicationCredentials" interface, the method: "login_or_register_to_get_crendentials"
[16:28] <didrocks> nessita: yeah, already ran it, thanks :)
[16:28] <nessita> didrocks: ah! did you figure it out the params?
[16:29] <didrocks> nessita: sure, I can read :p I was just wondering of the window_id, I put a faked one…
[16:29] <dobey> the missing string translation?
[16:29] <nessita> didrocks: 0 is no aprent window
[16:29] <nessita> parent*
[16:29] <nessita> dobey: yes
[16:29] <dobey> fixing string issues in ubuntu is too complicated :(
[16:29] <didrocks> nessita: otherwise, it's made transitient to it?
[16:29] <nessita> didrocks: yes sir
[16:29] <dobey> at least, for things that get langpacked
[16:29] <didrocks> nessita: nice! :-)
[16:30] <seb128> didrocks, did you manage to get the fix cassidy pointed uploaded btw?
[16:30] <didrocks> seb128: yes, it's in the UNAPPROVED queue
[16:30] <seb128> didrocks, excellent, you rock!
[16:31]  * didrocks hugs seb128
[16:31] <didrocks> yw ;)
[16:31]  * seb128 hugs didrocks
[16:31] <seb128> didrocks, you should call it a week now
[16:31] <seb128> before somebody comes with extra tasks for you
[16:31] <bilalakhtar> empathy is an awesome example of good up-down stream releations!
[16:31] <seb128> you deserved a nice weekend break ;-)
[16:31] <bilalakhtar> all thanks to cassidy :)
[16:31] <didrocks> seb128: hehe, thanks! I'm uploading u1-sso and will do for sure :-)
[16:32] <didrocks> bilalakhtar: agreed!
[16:32] <seb128> thanks to upstream teams, triaggers and desktop team members
[16:32] <seb128> ie telepathy and empathy maintainers are very nice
[16:32] <seb128> ubuntu has some active triagers
[16:33] <bilalakhtar> best of all, cassidy hangs out in here!
[16:36]  * dobey thinks of something for didrocks to do ;)
[16:37] <didrocks> nessita: uploaded and merged :)
[16:37] <didrocks> kidding :)
[16:40] <nessita> didrocks: AWESOME thanks
[16:40] <didrocks> yw :)
[16:45] <james_w> nessita: it was because you were asking it to merge with your upstream branch, and you are the first to do that.
[16:45] <Cimi> bratsche: kenvandine: new murrine release is out
[16:46] <jiang> seb128, chrisccoulson: there is a patch in gnome-settings-daemon which will set Xft.lcdfilter, it's not in upstream, are you planning to push it back to upstream?
[16:47] <seb128> it should be in bugzilla, let me check
[16:47] <nessita> james_w: what do you mean I'm the first to do that? I've done it before for that package, but I stopped doing it after the bug I've asked for a few weeks ago
[16:47] <jiang> seb128: https://bugs.launchpad.net/ubuntu/+source/cairo/+bug/271283
[16:47] <ubot2> Launchpad bug 271283 in gnome-settings-daemon (Ubuntu Jaunty) (and 4 other projects) "[ooo-build] OpenOffice.org subpixel font rendering broken with new cairo (affects: 3) (dups: 2) (heat: 15)" [Medium,Fix released]
[16:48] <james_w> nessita: there may be a bug then.
[16:48] <nessita> james_w: oh
[16:49] <bratsche> Cimi: Thank you very much!
[16:49] <kenvandine> Cimi, thx, i'll get to it in a bit
[16:50] <sabdfl> Cimi: *that's* more like it
[17:04] <nessita> seb128: ussoc went to the unapproved queue... https://launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=ubuntu-sso-client any idea why?
[17:04] <didrocks> nessita: it's because we are in freeze
[17:04] <didrocks> nessita: they got reviewed regularly by archive admin
[17:04] <didrocks> well, release team rather
[17:05] <nessita> didrocks: but I don't understand, will the package get in or not? (weren't you calling it a week? :-))
[17:06] <didrocks> nessita: it will, but it just need a release team member to ack it (yes, I know… :-))
[17:06] <nessita> didrocks: ah, thanks :-)
[17:06] <didrocks> nessita: just want for them to review the queue, they are doing that regularly :-)
[17:06] <nessita> I'll wait
[17:07] <Riddell> sense: coul
[17:07] <Riddell> tsk
[17:07] <Riddell> seb128: could you test qt from ppa:jr
[17:07] <Riddell> see if those gtk issues are gone
[17:08] <seb128> Riddell, do you still have the bug number handy?
[17:09] <Riddell> http://bugreports.qt.nokia.com/browse/QTBUG-13792 http://bugreports.qt.nokia.com/browse/QTBUG-14161
[17:13] <Cimi> chrisccoulson: looking at the bug
[17:20] <Cimi> chrisccoulson: ping
[17:22] <chrisccoulson> hi Cimi
[17:22] <Cimi> so
[17:22] <Cimi> comment #8 seems a harsh rant
[17:23] <Cimi> chrisccoulson: I am the maintainer of gtk-engines for GNOME so I know what GNOME has and what UBUNTU has
[17:23] <seb128> what bug?
[17:23] <chrisccoulson> Cimi, yeah, that's what i was wondering
[17:23] <Cimi> chrisccoulson: there's nothing in particular which Ubuntu uses
[17:23] <Cimi> maybe a custom gnome-panel or something very subtle
[17:24] <Cimi> but there's no hack in having the menubar dark or whatever
[17:24] <Cimi> just a design decision
[17:24] <seb128> chrisccoulson, Cimi: bug number?
[17:24] <Cimi> mmonreal might be not informed or he just want to runt
[17:24] <Cimi> *rant
[17:24] <Cimi> seb128: https://bugzilla.mozilla.org/show_bug.cgi?id=580970
[17:24] <ubot2> Mozilla bug 580970 in Theme "Tabs on top with Ubuntu Radiance and Ambiance looks less unified than it could" [Minor,New]
[17:25] <seb128> Cimi, thanks
[17:25] <chrisccoulson> thanks Cimi, would you mind commenting on the bug?
[17:25] <Cimi> w8
[17:28] <Cimi> chrisccoulson: done
[17:28] <chrisccoulson> Cimi - thanks
[17:43] <seb128> Riddell, the qt update doesn't seem to work
[17:43] <seb128> I still see the theming being wrong
[17:46] <devildante> I found this in my mail: "Your team Ubuntu Desktop is requested to review the proposed merge of lp:~gunnarhj/indicator-session/fix-636693 into lp:indicator-session."
[17:46] <devildante> But I am not a member of Ubuntu Desktop :p
[17:47] <devildante> what is this, I don't even
[17:47] <seb128> it's a merge request
[17:47] <seb128> can you copy the url from the email?
[17:47] <devildante> https://code.launchpad.net/~gunnarhj/indicator-session/fix-636693/+merge/37200
[17:48] <didrocks> the mailing list received it
[17:48] <seb128> didrocks, right, but people should not have
[17:48] <devildante> ah yes, I now remember I'm subscribed to the mailing list :p
[17:48] <seb128> devildante, did you receive it via the ubuntu-desktop list?
[17:49] <devildante> yeah, I didn't notice :p
[17:50] <Riddell> seb128: hmm, it helps if I add patches to debian/patches/series
[17:50]  * didrocks waves goodbye
[17:50] <didrocks> enjoy your week-end everyone!
[17:50] <devildante> bye :)
[17:50] <seb128> Riddell, I guess it does ;-)
[17:50] <seb128> Riddell, let me know when the next build is available to test
[17:56] <desrt> man
[17:56] <desrt> the new installer looks completely freaking -awesome-
[17:56] <devildante> desrt: +1
[17:56] <desrt> 'lemme install flash for you... and oh btw, i'll download the updates while i'm installing'
[17:56] <desrt> huge win, times two
[17:59] <devildante> question: is that checkbox enabled by default?
[18:03] <desrt> no.
[18:03] <desrt> neither of them, in fact
[18:04] <desrt> next release they'll enable it by default
[18:04] <devildante> ah, great :)
[18:04] <devildante> but why the wait?
[18:04] <desrt> the one after, they'll make it so that you have to check a box that says "DON'T install that stuff"
[18:04] <devildante> ah
[18:04] <devildante> thanks :)
[18:04] <desrt> the one after, they'll move that check to an 'Advanced' dialog
[18:04] <seb128> devildante, he's joking
[18:05] <devildante> argh :p
[18:05] <devildante> you're profiting of the fact I didn't try the new installer :p
[18:07] <seb128> hum
[18:07] <seb128>     sync_properties(properties)
[18:07] <seb128>   File "/usr/lib/python2.6/dist-packages/aptdaemon/client.py", line 323, in sync_properties
[18:07] <seb128>     self._on_property_changed(property_name, value)
[18:07] <seb128>   File "/usr/lib/python2.6/dist-packages/aptdaemon/client.py", line 291, in _on_property_changed
[18:07] <seb128>     self.emit("space-changed", value)
[18:07] <seb128> TypeError: could not convert type dbus.Double to (null) required for parameter 0
[18:07] <seb128> software-center
[18:07] <devildante> did you try to remove a package?
[18:08] <seb128> no, just to run software-center
[18:08] <seb128> but update-manager is running
[18:08] <devildante> installing updates or just open?
[18:11] <seb128> installing updates
[18:14] <devildante> I just tried to reproduce it, but software-center runs normally without any errors
[18:14] <devildante> any more details?
[18:20] <tremolux> devildante: ah, looks like bug 638039
[18:20] <ubot2> Launchpad bug 638039 in software-center (Ubuntu) "software-center crashed with TypeError in _on_property_changed() (affects: 3) (dups: 2) (heat: 26)" [Undecided,New] https://launchpad.net/bugs/638039
[18:31] <tgpraveen> is there proprietary drivers of ATI graphics cards in maverick now?
[18:36] <Sarvatt> tgpraveen: yep
[18:37] <tgpraveen> Sarvatt: thanks a lot
[18:37] <tgpraveen> for the info
[18:37] <desrt> is btrfs on maverick going to eat all of my data?
[19:14] <vish> kenvandine: is this a known issue? : http://paste.ubuntu.com/504063/
[19:14] <vish> gwibber doesnt seem to be working at all for me :(
[19:15] <kenvandine> vish, that doesn't actually look like anything failed
[19:15] <kenvandine> vish, can you get me the log file from gwibber-service?
[19:15] <kenvandine> or
[19:15] <kenvandine> killall gwibber gwibber-service
[19:15] <kenvandine> gwibber-service -d -o
[19:15] <kenvandine> and get the output from that?
[19:16]  * vish  tries
[19:16] <kenvandine> vish, and it was working before?
[19:17] <vish> kenvandine: no, it stopped working a month ago for me in lucid.. and fresh install maverick same issue.
[19:26] <vish> kenvandine: http://paste.ubuntu.com/504066/ :)
[19:26] <vish> hehe, i guess i can read tweets like that :D
[19:27] <kenvandine> oh...
[19:27] <kenvandine> i think you have a non unicode character or something in one of them
[19:28] <kenvandine> question is which one... and how do we prevent this!
[19:29] <kenvandine> vish, mind getting me a little more info?
[19:29] <vish> it just stays empty, stayed rather..
[19:29] <vish> kenvandine: sure..
[19:29] <kenvandine> one sec
[19:32] <kenvandine> vish, ok... mind editing a file in place?
[19:32] <kenvandine>  /usr/lib/python2.6/dist-packages/gwibber/microblog/dispatcher.py
[19:32] <kenvandine> go to line 90
[19:32] <kenvandine> make it look like this:
[19:32] <kenvandine>           try:
[19:32] <kenvandine>             m["rtl"] = util.isRTL(re.sub(text_cleaner, "", m["text"].decode('utf-8')))
[19:32] <kenvandine>           except:
[19:32] <kenvandine>             log.logger.debug("FAIL: %s", m)
[19:32] <kenvandine> then running that again and get me the output
[19:33]  * vish tries
[19:42] <vish> kenvandine: changed it to > http://paste.ubuntu.com/504078/ , and output is » http://paste.ubuntu.com/504079/
[19:42] <kenvandine> vish, thx... one sec
[19:42] <vish> sure, thanks.. :)
[19:44] <kenvandine> oh that is interesting...
[19:45] <vish> whom should i unfollow!? ;p
[19:45] <vish> who*
[19:45] <kenvandine> hehe... trying to figure out how this could happen...
[19:46] <kenvandine> it's from rickspencer3, who i follow also
[19:46] <kenvandine> so weird it is hitting you and not me
[19:46] <kenvandine> maybe a locale issue?
[19:46] <vish> hmm , might be..
[19:46] <kenvandine> vish, what locale do you use?
[19:46] <vish> or rickspencer3 hates me ;p
[19:47] <vish> kenvandine: http://paste.ubuntu.com/504085/
[19:48] <kenvandine>       m["time"] = util.parsetime(data["created_at"])
[19:48] <kenvandine>       m["text"] = unescape(data["text"])
[19:48] <kenvandine> those are failing
[19:49] <kenvandine> actually... more specifically i think it is just the time thing
[19:50] <kenvandine> vish, ok... one more thing
[19:50] <kenvandine> edit /usr/lib/python2.6/dist-packages/gwibber/microblog/twitter.py
[19:50] <kenvandine> add a new line after line 71
[19:50] <kenvandine> log.logger.debug("DATA: %s", data)
[19:51] <kenvandine> vish, thx... this is getting me some good data to add to the test suite :)
[19:51] <vish> np, thanks for looking into this.. :)
[19:53] <desrt> does anyone know the exact reason that devscripts pulls in postfix?
[19:55] <Nafallo> desrt: yes. it has a recommends on bsd-mailx | mailx. bsd-mailx has a depends on default-mta | mail-transport-agent, which defaults to postfix
[19:56] <desrt> seems like something there is a little bit broken
[19:56] <Nafallo> not really. why?
[19:56] <desrt> i just want debuild, and i end up with a mailserver running on my laptop
[19:56] <desrt> it's a bit broken
[19:57] <Nafallo> recommends by default... *shrugs*
[19:57] <desrt> the days of sendmail(8) being the appropriate way to send mail are long over :)
[19:58] <chrisccoulson> desrt, bug 485264
[19:58] <ubot2> Launchpad bug 485264 in devscripts (Ubuntu) "Should Suggest instead of Recommend bsd-mailx | mailutils (affects: 1) (heat: 10)" [Undecided,Confirmed] https://launchpad.net/bugs/485264
[19:58] <Sarvatt> yeah that's highly annoying but you can just purge bsd-mailx/postfix right after without removing devscripts at least
[19:58] <vish> kenvandine: i unfollowed rick and still same issue > http://paste.ubuntu.com/504087/  after adding that line to twitter.py » http://paste.ubuntu.com/504089/
[19:59] <desrt> chrisccoulson: cheers
[19:59] <desrt> glad to know the answer is 'no good reason' :)
[20:00] <chrisccoulson> yeah, it does seem that way ;)
[20:02] <chrisccoulson> grrr, my laptop is so painfully slow :(
[20:06] <desrt> mine is -damn- fast
[20:06] <desrt> 7 second ubuntu boot
[20:06] <desrt> getting better every release :)
[20:07] <vish> desrt: SSD ?
[20:07] <desrt> intel x25
[20:08] <chrisccoulson> i've got a slow hard drive and only 2GB of RAM
[20:08] <chrisccoulson> and currently building firefox
[20:09] <kenvandine> vish, ok... one more time, i hope
[20:09] <kenvandine> in twitter.py
[20:09] <vish> :)
[20:09] <desrt> chrisccoulson: sorry to hear :(
[20:09] <kenvandine> add this after line 192
[20:09] <kenvandine>     log.logger.debug("DATA in _get: %s", data)
[20:10] <kenvandine> vish, actually after line 193 for you
[20:10] <rickspencer3> what huh?
[20:10] <chrisccoulson> desrt - it's going to get even worse when i start building it with PGO
[20:10] <kenvandine> rickspencer3, you broke vish's gwibber
[20:10] <kenvandine> :)
[20:10] <kenvandine> rickspencer3, so did chaotic :)
[20:10] <rickspencer3> hmmm
[20:11] <vish> hehe!
[20:11] <rickspencer3> well, it was inadvertant I assure you
[20:11] <kenvandine> i think it is locale related, like maybe it doesn't like the timestamp
[20:11] <vish> kenvandine: i need to add that after this ln " if isinstance(data, dict) and data.get("errors", 0):"  ?
[20:11] <kenvandine> rickspencer3, but i am collecting some good test data for the test suite :)
[20:12] <kenvandine> no
[20:12] <vish> ok before it …
[20:12] <kenvandine> before
[20:12] <kenvandine> yeah
[20:13] <kenvandine> someone else had hit this bug, but worked around it before i was able to debug it
[20:13] <kenvandine> and then couldn't reproduce it again :/
[20:15] <desrt> oh my
[20:15]  * desrt watches his sytem explode
[20:15] <chrisccoulson> desrt, why's your system going to explode?
[20:16] <desrt> i installed gnome-shell, which pulled in an updated libglib
[20:16] <desrt> very much pain was caused by this simple action
[20:17] <desrt> logging in, for example, tries to start the (non-upgraded) nautilus package
[20:17] <kenvandine> u'created_at': u'Tue Apr 03 14:07:20 +0000 2007'
[20:17] <desrt> which complains about GApplication missing and exits
[20:17] <desrt> gnome-session says "okay.  i'll try again"
[20:17] <desrt> ...and again, and again
[20:17] <chrisccoulson> heh, gnome-session is helpful like that :)
[20:17]  * desrt has a few hundred very thin lines on his panel
[20:18] <desrt> presumably "starting nautilus..." buttons
[20:18] <vish> kenvandine: with that > http://paste.ubuntu.com/504103/
[20:20] <desrt> quite a lot of updates to install after something that calls itself the release candidate :)
[20:23] <kenvandine> vish, what language would i install with the language selector to get en_IN?
[20:23] <vish> kenvandine: i just installed english, and my locale was India, so i guess it choose en_IN , i dint make any specific lang choice though.. :)
[20:31] <kenvandine> vish, ok... i chose india and logged in
[20:31] <kenvandine> my locale is now en_IN.utf8
[20:31] <kenvandine> and gwibber's parsetime function works
[20:31] <vish> hrm! :s
[20:32] <desrt> that was awesome
[20:32] <kenvandine> but i can reproduce the bug
[20:32] <kenvandine> if i use LANG=en_IN
[20:32] <desrt> while apt-get dist-upgrade was running (presumably just after nautilus installed), the number of buttons on my panel slowly decreased back to normality
[20:32] <kenvandine> so 2 things... why is your locale not utf8? and gwibber needs to deal with that case
[20:33] <kenvandine> desrt, hehe
[20:34] <chrisccoulson> have we disabled apport yet?
[20:34] <chrisccoulson> hmmm, doesn't seem like it
[20:34] <kenvandine> humm
[20:34] <chrisccoulson> i need to remember to switch off the bug reporting menu items in firefox this time
[20:34] <kenvandine> that seems like an oversight... don't we usually turn that off before RC?
[20:35] <chrisccoulson> yeah, i think so
[20:35] <vish> ah, alteast its reproducible! :)  /me files bug..
[20:35] <chrisccoulson> kenvandine, don't we also disable the "Report a bug" menu item in launchpad-integration?
[20:35] <kenvandine> no
[20:35] <chrisccoulson> we did in lucid
[20:35] <kenvandine> vish, please go ahead and assign it to me
[20:35] <vish> kenvandine: sure, thanks..
[20:36] <kenvandine> chrisccoulson, oh? i hadn't noticed that :)
[20:36] <chrisccoulson> kenvandine, i did, because firefox ended up being the only application with a Report a bug menu entry....
[20:36] <chrisccoulson> ...so you can imagine who got all the bugs
[20:36] <vish> chrisccoulson: more fun for you ;p
[20:41] <chrisccoulson_> hmmm, my laptop crashed when i undocked
[20:44] <devildante> mvo, tremolux: around? (both)
[20:45] <tremolux> devildante: yes, hey
[20:45] <vish> kenvandine: just wondering.. how did you identify its not utf8 ?
[20:45] <kenvandine> your output from the locale command
[20:45] <kenvandine> says "en_IN"
[20:45] <kenvandine> mine is en_IN.utf8
[20:45] <kenvandine> i found the bug btw :)
[20:45] <devildante> mvo, tremolux: do you think I'm experienced enough to apply to universe-contributors?
[20:45] <vish> hmm! weird..
[20:45] <kenvandine> at least on the gwibber side
[20:46] <vish> awesome!
[20:46] <kenvandine> the parsetime function unsets the locale, does it's thing, then sets it again
[20:47] <kenvandine> but in the process it was storing the previous value
[20:47] <kenvandine> locale.setlocale is choking on en_IN
[20:48] <kenvandine> but instead of storing it, we just need to set it to empty and it gets the default
[20:48] <kenvandine> mind testing the fix?
[20:49] <kenvandine> vish, in gwibber/microblog/util/__init__.py
[20:49] <vish> sure..
[20:49] <kenvandine> make the parsetime funtion look like this
[20:49] <kenvandine> def parsetime(t):
[20:49] <kenvandine>   locale.setlocale(locale.LC_TIME, 'C')
[20:49] <kenvandine>   result = mx.DateTime.Parser.DateTimeFromString(t)
[20:49] <kenvandine>   locale.setlocale(locale.LC_TIME, '')
[20:49] <kenvandine>   return result.ticks()
[20:51] <mvo> devildante: I will leave in a little bit to get some rest, but yeah, I think applying is fine, I would still suggest to ask for review if in doubt, but I think you have a good experience by now
[20:51] <devildante> mvo: thanks :)
[20:51] <mvo> let me know if you need a comment from me on your wiki page
[20:51] <devildante> sure :)
[20:52] <vish> kenvandine: w00t!!! fixed :D
[20:52] <kenvandine> awesome
[20:52] <kenvandine> got the bug number handy?
[20:52] <vish> kenvandine: Bug #653225
[20:53] <ubot2> Launchpad bug 653225 in gwibber (Ubuntu) "Does not work with en_IN locale [or non-utf8 locale?] (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/653225
[20:53] <kenvandine> thx
[20:53] <vish> kenvandine: thanks :)
[20:54] <kenvandine> vish, thank you!
[20:54]  * vish follows rickspencer3 again ;)
[20:54] <kenvandine> i had already spent hours trying to find that a couple weeks ago... but without anyone reproducing it and no failed data, it was impossible
[20:54] <vish> heh, i guess i should have mentioned this earlier :)
[20:55] <rickspencer3> kewl vish!
[20:56] <rickspencer3> heading to the airport, catch you all from eurozone tomorrow :0
[20:58] <kenvandine> vish, you should have :)
[20:58] <kenvandine> now... does anyone understand why his locale would be set to en_IN and not en_IN.utf8 ?
[20:59] <vish> kenvandine: actually i did mention it while bcurtiswx was complaining , but i thought it was something more generic affecting others and dint think too much about it :)
[20:59]  * vish learns lesson ;)
[21:00] <kenvandine> i am wondering if this is something that is causing a problem for a lot of people
[21:00] <kenvandine> like how common is this locale problem
[21:00] <vish> maybe mvo might know?
[21:00] <vish>  <kenvandine> now... does anyone understand why his locale would be set to en_IN and not en_IN.utf8 ?
[21:00] <kenvandine> mvo, ^^ ?
[21:01] <mvo> kenvandine: I will point to ArneGoetje
[21:01] <kenvandine> there are always complaints of "twitter is updating"
[21:01] <kenvandine> but i can never get details...
[21:01] <mvo> vish: did he use language-selector?
[21:01] <vish> kenvandine: yeah, that was how it kept getting stuck in lucind..
[21:01] <mvo> vish: or did that happen during the install?
[21:01] <vish> mvo: during install i just used "english" and location i choose as india
[21:02] <vish> i think i tried editing the city name??
[21:02] <mvo> odd
[21:02] <kenvandine> i just chose it from gdm, as english(india)
[21:02] <kenvandine> and i got en_IN.utf8
[21:02] <kenvandine> so maybe an installer issue?
[21:02]  * kenvandine will test that
[21:02] <mvo> if installer, ev is the man
[21:03] <kenvandine> yeah
[21:03] <mvo> (or colin, but that is universally true, not just for the installer)
[21:03] <vish> by default it chooses calcutta, i think i edited the city name, and then reset it back..
[21:03] <vish> but the only change i might have done was the city name..
[21:04]  * kenvandine installs in a VM
[21:06] <kenvandine> this affects twitter identica friendfeed buzz qaiku and statusnet
[21:07] <vish> o.0
[21:07] <kenvandine> but not facebook
[21:10] <tremolux> devildante: heyya, I was writing a reply but got distracted by another conversation
[21:10] <devildante> np :)
[21:11] <tremolux> devildante: anyway, I'm not terribly knowledgeable about what it takes but I certainly go with what mvo said
[21:12] <devildante> thanks :)
[21:12] <tremolux> devildante: sure thing!  I'd support you for sure
[21:13] <devildante> thanks a lot :)
[21:13] <tremolux> devildante: it'd be my pleasure
[21:13] <devildante> heh :)
[21:13] <vish> devildante: check out bilal application
[21:13] <devildante> vish: 'kay :)
[21:14] <vish> devildante: or any of the other applications, that should give you a reasonable understanding of what they look for
[21:15] <vish> devildante: i had suggested the same for and471, he has been working on SC for a very long time  and then it was discussed on -motu
[21:16] <vish> devildante: looks like the board looks for some merge and sync work as well..
[21:16] <devildante> vish: I have never done any sync :p
[21:17] <vish> devildante: yeah, that was the same issue with and471, he has done a few though ;)
[21:18] <devildante> vish: problem is, I can't do any sync *now*, we're in RC phase :p
[21:19] <kklimonda> devildante: ~udd doesn't give you any additional access so waiting few weeks shouldn't be a problem.
[21:19] <vish> devildante: but that was just a few of the other motu discussing on -motu..  maybe that was a month ago? i think..  asking on motu might also give you a good idea..
[21:19] <devildante> vish: I'll do, thanks :)
[21:20] <devildante> kklimonda: it gives you a feeling of experience and responsibility though :)
[21:22] <kklimonda> feeling of experience? sure. A feeling of belonging to some bigger structure? Probably. A Feeling of responsibility? Meh, I've felt responsible for stuff I've been doing even without being an ~ubuntu-dev :)
[21:22] <devildante> come on, an ubuntu prospecting developer is nothing like... an ubuntu core dev
[21:22] <devildante> :p
[21:26] <kklimonda> devildante: well, but you still should feel just as responsible for your work :)
[21:27] <devildante> kklimonda: yep :)
[21:37] <kenvandine> vish, ok... confirmed, from the installed it gets set to en_IN
[21:38] <vish> *phew* :)
[21:38] <vish> kenvandine: i'll file a bug for that then, in ubiquity?
[21:40] <kenvandine> nah...
[21:40] <kenvandine> but makes this bug affect that too
[21:40] <kenvandine> actually, no, a new bug is better
[21:40] <kenvandine> vish, keep in mind... i actually don't know if the installed setting it to en_IN vs. en_IN.utf8 is a bug
[21:40] <kenvandine> but i know gwibber doesn't like it :)
[21:40] <vish> k.. new bug it is.. ;)
[21:41] <vish> hehe , i'll title the bug that^
[21:41] <vish> "gwibber doesnt like it" ;p
[21:41] <kenvandine> hehe :)
[21:42] <kenvandine> for details, loc = locale.getlocale(locale.LC_TIME)
[21:42] <kenvandine> locale.setlocale(locale.LC_TIME, loc)
[21:42] <kenvandine> doesn't work if the locale is en_IN, but does work if it is en_IN.utf8
[21:44] <vish> kenvandine: did you change any city name or just the country?
[21:44] <kenvandine> just country
[21:44] <vish> k.. thx
[21:49] <vish> kenvandine: filed Bug #653259  , if you wanna add a comment or subscribe ;)
[21:49] <ubot2> Launchpad bug 653259 in ubiquity (Ubuntu) "Choosing India as location sets locale as en_IN and not en_IN.utf8 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/653259
[21:51] <kenvandine> vish, if i click on the locale in gdm, choose "other" and then select English(India) again, it sets the LANG="en_IN.utf8"
[21:51] <kenvandine> so gdm overrides that, only if you have changed it (even if it was changed to the same thing)
[21:51] <vish> hmm , odd maybe the gdm and ubiquity do different things?
[21:51] <kenvandine> they do
[21:51] <kenvandine> ubiquity is writing out /etc/default/locale
[21:52] <kenvandine> i think...
[21:52] <kenvandine> seems like it might only leave off the encoding if the language and country don't match
[23:17] <daveinlv> am running Ubuntu 10.04, decided to install KDE to see what it looked like, now I'd like to be able to switch back to Gnome, but the selector on the login screen seems to have disappeared. I want Gnome to be the default manager.. I checked the "Alternatives Configurator" and for x-session-manager it shows /usr/bin/gnome-session but if I log out/back in, I'm still in KDE... Help!