[00:54] asac: that should be only hinting-slight. The hinting-medium link is a leftover from Hardy which hasn't been removed properly. [01:02] ArneGoetje: hmm. so another left over ;) [01:02] ok [01:03] ArneGoetje: please upgrade to my packages in ppa [01:03] ArneGoetje: you can set the values to "auto" in font_rendering [01:43] asac: will do later. === onestone_ is now known as onestone [03:34] does Ubuntu have the fprintd support that the Gnome 2.26 release notes mentions? [03:34] * calc has a fingerprint reader in his laptop [03:37] The necessary packages seem to be in Universe. [03:37] libpam-fprint etc... [03:38] ah ok [03:38] i didn't know if the fingerprint stuff shows up automatically in about me when that is installed or not [03:38] nor do I [08:13] hello gentlemen and ladies [08:17] hello there [08:49] seb128, hello [08:49] lut crevette [08:50] there is a problem with the plugin empathy of nautilus-sendto-universe [08:51] https://bugs.edge.launchpad.net/ubuntu/+source/nautilus-sendto-universe/+bug/344765 [08:51] Ubuntu bug 344765 in nautilus-sendto-universe "no Telepathy sending" [Undecided,New] [08:51] how can I ask a rebuild ? [08:52] crevette: you can't you need to reupload [08:58] :/ [08:58] seb128: I have written a fix for bug 339228 (which really is bug 307306) [08:58] Launchpad bug 339228 in gnome-settings-daemon "gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added" [Low,Triaged] https://launchpad.net/bugs/339228 [08:58] Launchpad bug 307306 in gnome-power-manager "upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow" [High,Fix released] https://launchpad.net/bugs/307306 [08:59] tseliot: that's not a g-s-d bug then? [09:00] seb128: it's a bug in gnome-desktop as it does hardware probing even for trivial events [09:00] did you discuss that upstream? [09:00] and g-s-d relies on gnome-desktop [09:00] where is the patch? [09:00] yes, but they don't seem extremely interested [09:01] here are my patches: [09:01] https://code.launchpad.net/~albertomilone/gnome-desktop/tseliot-fixes [09:01] https://code.launchpad.net/~albertomilone/gnome-control-center/tseliot-fixes [09:01] have a look at the latest revision [09:01] revisions [09:01] what is the upstream bug number? [09:01] there are two of them: [09:01] http://bugzilla.gnome.org/show_bug.cgi?id=574931 [09:01] Gnome bug 574931 in general "gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added" [Major,Unconfirmed] [09:02] http://bugzilla.gnome.org/show_bug.cgi?id=568160 [09:02] Gnome bug 568160 in libgnome-desktop "Gnome Settings daemon causes high CPU usage with an expensive call" [Major,Unconfirmed] [09:03] my change involves a small change in the API (i.e. calling gnome-screen-refresh() with an additional argument) therefore I doubt that it will be accepted by upstream in this version of Gnome [09:03] tseliot: ok, that is no go for jaunty [09:03] that's an ABI breakage, not an addition [09:03] it would require a soname change and to transition everything built against libgnome-desktop in jaunty [09:04] seb128: is there anything else that relies on gnome-desktop? [09:04] better to add a new function doing what you want and make gnome-control-center use it [09:04] tseliot: apt-cache rdepends libgnome-desktop-11 [09:04] tseliot: probably not on the gnome-rr api but still that's an abi breakage [09:08] seb128: ok, would it be ok if I modified only the static functions and add another non-static function? [09:09] tseliot: you can modify anything which is not part of the public api [09:10] you can add a new function doing the non expensive calls and change the code to call that one [09:10] if you do please prefix it ubuntu_ though so we avoid having trouble with upstream because we modify their api in a non obvious way [09:11] seb128: yes, this is exactly what I was thinking of doing. And yes I'll use the ubuntu_ prefix as I did in some other patches of mine [09:11] excellent, thanks for your work [09:11] I will try to ping federico about that when he's online [09:11] ok [09:12] I'll give you my new patches soon [09:13] could you also attach your suggested patches to bugzilla when you done with those? [09:13] thanks [09:14] Good moring [09:15] hey pitti [09:15] pitti: how do you feel today? better? [09:16] seb128: yeah, much better [09:16] unfortunately I had to fiddle with my internet for an entire hour [09:16] my main network is broken, and then it took me another 20 minutes to get my 3G card workoing [09:17] bah [09:17] want DSL [09:19] dsl is coming ;-) [09:20] seb128: shall I attach my patches that break the API in the gnome bugzilla? [09:20] tseliot: yes please [09:21] pitti: :( [09:22] seb128: ok, I'll tell them that if the patches that I attach look good to them and they are interested, I'll add the checks for RandR's version both at runtime and at compilation time. [09:30] seb128: in interface editor there are only 3 fonts, while we have 5 in the appearence dialog ... any clue where the others are configured? [09:30] asac: say that again? [09:31] seb128: ;). sorry. i mean in /desktop/gnome/interface there are 3 font names [09:31] seb128: but in appearence dialog there are five ;) [09:32] asac: ah, the title font is a wm thing and the monospace a g-t one I think [09:32] asac: search for Sans in the gconf key names ;-) [09:32] it should list those [09:32] seb128: monospace is in /desktop/gnome/interface [09:32] but let me search for sans and serif [09:33] well, search in gconf-editor [09:33] check to include the value [09:33] and type the font name [09:33] yeah so its nautilus desktop font [09:34] that one is the one used for the desktop icons only right [09:34] and metacity/general/title_bar_font [09:34] great [09:34] metacity/general/titlebar_font [09:42] tbird is indeed an ugly beast. have to figure why it is such a wrong font there. in thunderbird 3 all seems fine. [09:43] let me first finish this security update round for tbird ... after lunch i can hopefully deal with this === Nicke_ is now known as Nicke [10:20] seb128: I managed to achieve the same effect without breaking the API. This way we don't even have to update gnome-control-center: https://code.launchpad.net/~albertomilone/gnome-desktop/tseliot-fixes [10:21] tseliot: excellent ;-) [10:22] tseliot: set your email in your launchpad account ;) [10:22] tseliot: to match what you use in bzr ;) [10:22] crevette: seb128: https://bugs.edge.launchpad.net/ubuntu/+source/nautilus-sendto-universe/+bug/344765 would be good to rebuild it now Empathy 2.26 reached Jaunty [10:22] @canonical.it ? [10:22] Ubuntu bug 344765 in nautilus-sendto-universe "no Telepathy sending" [Undecided,New] [10:22] whats that? [10:23] asac: I thought I set it to @canonical.com already [10:23] tseliot: seems you changed from @alice.it ... to @canonical.it ;) [10:23] both are not associated with your launchpad account [10:23] so i cannot click on your name (like i can do for Michael Vogt for instance ";)) [10:23] cassidy: yes [10:24] asac: @canonical.com is the default email address on launchpad. Or am I missing something? [10:24] cassidy: somebody screwed the packaging apparently [10:24] tseliot: i dont know. only thing i know is that the emails you used for commit are not associated [10:24] with your LP account [10:24] cassidy: the issue you shows suggest than a soname changes and the library has not be renamed [10:25] if thats transitional its ok. otherwise you can just add multiple emails [10:25] seb128: empathy renames his libs each time soname are changed [10:25] asac: no, it's a typo. It looks like I replaces @alice.it with @canonical.it instead of @canonical.com. Thanks for making me notice ;) [10:26] cassidy: there is something weird there [10:26] cassidy: libempathy-gtk.so.17 => not found [10:26] tseliot: no problem. [10:26] cassidy: that should never happen [10:27] asac: news on the hardy branch of n-m 0.7.1? [10:27] cassidy: ok, nautilus-sendto-universe has no shlib depends apparently and you removed the old soname [10:27] so problem is in nautilus-sendto-universe pkg? [10:27] yes [10:28] it should depends on libempathy-gtk17 [10:28] which would assure this version stay installed even if there is a new one [10:28] tseliot: that kind of got bumped from low to medium prio for me. [10:28] cassidy: I will fix that today [10:28] because we need it else where now [10:28] seb128: we can have multiple version of libempathy installed on the same time? [10:29] tseliot: so it will happen really soon [10:29] seb128: cool [10:29] asac: ah, very well :-) [10:32] Zdra: well, if the soname change they don't conflict so yes, that's the reason we change binary names [10:33] Zdra: do libsomething7 and libsomething8 can be installed together [10:33] which makes easy transitions, you can keep libsomething7 installed while you rebuild things with the new version [10:34] seb128: ok [10:34] anyone else noticed that "paste" with middle mouse became unreliable in jaunty gnome-terminal? [10:34] no [10:34] not really a recent regression. i always thought it was X loosing events. but currently i am thinking its gnome-terminal eating mouse events if its not yet focussed [10:35] interesting. i regularly need to press middle mouse twice or sometimes even three times to get the paste [10:35] I don't copy things there often though [10:35] fta: ^^ do you see this? [10:35] ah right. you use xterm [10:35] too bad [10:40] seb128: patch submitted (just FYI): http://bugzilla.gnome.org/show_bug.cgi?id=568160 [10:40] Gnome bug 568160 in libgnome-desktop "Gnome Settings daemon causes high CPU usage with an expensive call" [Major,Unconfirmed] [10:41] tseliot: thanks [10:41] np [10:54] pitti: ping? MacSlow is building notify-osd latest tarball as I speak [10:55] seb128: apt-get source ubiquity -> ./gui/glade/stepLanguage.glade [10:55] seb128: the title is in "single line mode" ... this seems to have a bug making the label not scaling vertically at all [10:56] asac: ping? do you have new build of network-manager-gnome with the last title fixes? the last one i see (0.7.1~rc3-0ubuntu1) dates back to the 5th of March [10:56] http://ubuntu-pics.de/bild/11246/bildschirmfoto_1_o1tzqH.png [10:56] seb128: ^^ [10:58] davidbarth: yes. i need to put some love into this asap. sorry for the delay. [10:58] today or tomorrow morning i will try to get this through RMs. [11:01] davidbarth: he just told me [11:01] davidbarth: standing by :) [11:05] so for single line mode we have: [11:05] height += PANGO_PIXELS (ascent + descent); [11:05] otherwise its height += PANGO_PIXELS (logical_rect.height); [11:14] doh, GNOME switching to git officially for 2.27 [11:15] ugh, more pain [11:15] seb128: and you are complaining about bzr.. [11:16] I like svn ... [11:16] really?? O_o [11:16] cassidy: svn? yes [11:17] does sending notifications work over dbus? i.e. could I monitor notification requests with dbus-monitor? [11:17] i can't work with it any more [11:17] looking at bug 343261 for Banshee [11:17] git changed my life (in better ;) [11:17] Launchpad bug 343261 in banshee "No notification on audio track changes" [Undecided,Confirmed] https://launchpad.net/bugs/343261 [11:18] cassidy: over complication for no real benefit for what I do [11:18] I guess that depends of your uses cases [11:19] cassidy: get a checkout, do some easy changes, push back [11:19] but for lot of developers that's a real benefit [11:19] yeah for that svn is definitely easier [11:20] but for us, for example, we have a branches oriented dev workflow. git is a must have in that case [11:20] Laney: dbus-monitor --session [11:20] seb128: Yeah, I was just wondering if that would actually work (not on an Ubuntu box atm to test) [11:20] cassidy: git makes that difficult for no good reason compared to bzr in such cases, but *shrug*, the git fanboys didn't bother trying to see if other dcvs work better usually [11:22] seb128: I'm not considering myself as a git fan boy and I'm still using bzr (for my Elisa plugin for example). I recognized that git was scaring me first but now I know how to use it, it wouldn't change it for anything else [11:22] cassidy: but that has been trolled enough, I guess I will just use git the way I used svn [11:23] yeah if you do the same thing as you did with svn that's not so harder [11:23] cassidy: you think bzr is not good enough for what you have to do? what do you miss there? just curious [11:24] seb128: well, frankly, svn is a pain in the neck [11:24] seb128: I think it's generally less flexible and powerfull than git. What I miss most is the fast cloning/branching, the ability to store branches in the same repo, the remote repo, git rebase, etc [11:25] bzr can probably do most of these stuffs with plugins though, I didn't really investigate this area [11:25] I guess I'm not enough of a code writer to need all those things [11:25] svn's lack of branches, and together with that, this hideous websvn is a really major issue [11:25] yep, as said, that's just a matter of uses cases [11:26] I like the viewsvn of GNOME [11:26] but *shrug* ;-) [11:26] cassidy: yeah, bzr has those as well (all built in, except for rebase, which is a plugin for good reason, since it's not a good idea to use it in public development) [11:27] that's similar than vim vs gedit. Both a good editors but one is a lot more complete and require more training [11:27] seb128: really? I always bite into my table if I have to cherrypick a patch from svn; but maybe I just don't know some dirty tricks [11:27] and not everyone needs to use vim :) [11:27] pitti: it lacks a "give the diff for this revision", you have to do it file by file which is no fun but otherwise it's nice [11:27] the simple question "show me the diff of r1234" requires black magic with webcvs/websvn [11:27] seb128: right, that's the thing I'm usually interested in [11:28] yeah, agree with you it lacks this one [11:28] anyway no point to debate on that, it's settled for GNOME [11:28] so for popular projects I just keep a checkout and svn diff it from there (which is slightly easier, although still much harder than in bzr) [11:28] right [11:28] good that they stop discussing tools for ages [11:28] * pitti shuts up [11:29] I just don't quite understand how people can actually like git [11:29] actually my prefered bzr feature is the launchpad integration. So if you could convince your co-workers to support git as well that would be great :D [11:29] but I guess there is so political issues here :) [11:29] cassidy: that's in fact a long-standing wishlist item [11:29] cassidy: lp will be opensource soon so you will perhaps be able to write a patch for it ;-) [11:29] cassidy: no, it's just a manpower thing [11:30] cassidy: writing a bzr interface for git which is really robust is far from trivial [11:30] seb128: bzr is open source.. [11:30] it's got nothing to do with lp [11:30] there's tailor, but it's not robust [11:31] i. e. if you do two git imports with tailor, the resulting branches aren't related to each other [11:31] pitti: I think they want launchpad to do git hosting the way it does with bzr [11:31] I'd like real git integration, not one going through bzr [11:31] ah, I see [11:31] seb128: yep [11:31] cassidy: well, I for my part want a bzr interface for git, so that I can actually *use* it without constantly having to RTFM and think about the git complexities :) [11:32] but I don't mind much either way [11:32] yeah that would be good and useful for lot of people [11:34] seb128: would you mind pinging me on jabber? need to test the new indicator-messages [11:35] pitti: done [11:54] asac: I've noticed Shift-Insert being unreliable in gnome-terminal since jaunty [12:03] pitti: want to test ekiga? [12:04] hey kenvandine_wk [12:05] kenvandine_wk: good day for that today, since I'm on 3G, and not on my weird ISP [12:05] kenvandine_wk: in your PPA? [12:05] kenvandine_wk: give me 30 mins to sponsor two more packages, then we can do that? [12:07] kenvandine_wk: how did the config migration work for you? I think I'll dump my ekiga gconf settings before the upgrade :) [12:09] pitti: sure [12:10] pitti: it just worked :) [12:10] nice [12:20] seb128: ted's two merge requests done; doing notify-osd now [12:21] . o O { with a bzr merge and a bzr bd -S this is all too easy! } [12:23] MacSlow: does the trunk bzr log contain all LP # references? I see two references, is that corect? [12:24] pitti, yeah... right now I cannot think of a bugfix between 0.9.5 and 0.9.6 I might have overlooked [12:24] MacSlow: ok, thanks [12:30] pitti: thanks [12:38] MacSlow: is it expected that tests/test-modules segfaults? [12:38] the actual package works fine for me [12:39] pitti: that upgrade this morning was painful... killed my box, but i blame compiz [12:40] mdeslaur: interesting [12:40] mdeslaur: but for me its also middle click in firefox [12:40] kenvandine_wk: killed how? [12:40] that sometimes doesnt work to close tabs [12:40] memory [12:40] somehow i think its at-spi ... let me disable assistive technolgoies [12:40] compiz was using more than 700M RSS [12:40] while update manager was doing a massive update [12:40] 3G of ram and 2G swap all pegged [12:40] i need a good wikipage about libindicate and the idea about that [12:40] mpt: ? [12:40] and apps started crashing [12:41] * kenvandine_wk wonders why compiz was sucking so much memory [12:41] asac: oh, something else then [12:41] the fonts look great now though :) [12:43] anyone knows when the beta lock will happen? [12:43] asac: today when slangasek wake up and find an IS person to turn the button [12:44] asac: ie in the next hours [12:44] asac: the fonts look great! [12:44] kenvandine_wk: ;) [12:44] but pidgin's fonts look huge :) [12:44] kenvandine_wk: except in thunderbird [12:44] * kenvandine_wk is a evo guy :) [12:45] kenvandine_wk: so ... there are a few more tweakages [12:45] kenvandine_wk: monospace fonts in terminal need to be changed [12:45] let me check pidgin [12:45] maybe we need to use a smaller document_font [12:45] pidgin defaults to the document font [12:45] oh yeah... terminal is huge too [12:46] but they are sharp looking :-D [12:46] kenvandine_wk: terminal font is even in a bug in gnome terminal i think [12:46] kenvandine_wk: but i will know more in a few [12:47] pitti, oh no ... that should not happen [12:48] kenvandine_wk: hehe. for now set document_font to 10.666px [12:48] seb128: bug #345168 ready for review, builds fine with the svn-patch included. [12:48] Launchpad bug 345168 in nautilus-cd-burner "Please sponsor version 2.25.3 in jaunty" [Wishlist,Confirmed] https://launchpad.net/bugs/345168 [12:49] asac: nah... i will wait so i can test the defaults [12:49] Ampelbein: thanks! [12:50] kenvandine_wk: hm, diamondcard seems to work for me, but @ekiga.net not [12:50] kenvandine_wk: I can't get the echo test (immediately disconnects) [12:50] kenvandine_wk: and if I try to ring you, it says "user not available" [12:51] I don't use ekiga but it seems to be buggy every time pitti tries a new version [12:51] heh [12:51] seb128: interestingly enough, using @diamondcard.us has never failed me [12:52] just @ekiga.net [12:52] pitti, I'm looking into the notify-osd test-suite atm [12:52] kenvandine_wk: try to ring me? [12:52] pitti, I'll get back to you once I know more ... btw... which part segfaults for you? [12:52] one sec [12:53] MacSlow: http://paste.ubuntu.com/133617/ [12:53] MacSlow: hang on, trying to get a stack trace [12:54] pitti, wtf ... I fixed that [12:54] that can't be [12:54] * MacSlow tears out his hair [12:57] MacSlow: http://paste.ubuntu.com/133619/ [13:03] asac, I'm sorry, tedg and I haven't had time to write up anything about it yet [13:03] the Empathy developers need it too [13:07] pitti, do you run it on the build-server or locally? [13:08] pitti, question is ... does it have a proper display or not ... the test-suite currently needs that [13:08] hey mvo [13:08] hey MacSlow [13:12] mpt: hmm ... i need to explain to moz the difference of libindicate and why supporting that in the "general" toolkit makes sense ... for background i had http://paste.ubuntu.com/133628/ [13:13] MacSlow: locally [13:13] MacSlow: yes, it's my normal workstation, just debian/rules build and tests/test-modules [13:13] jaunty du jour [13:15] pitti, while it does not crash here it covers only 54% of the tests ... that's unacceptable and I suggest to defer notify-osd for today [13:15] 's beta [13:15] MacSlow: well, the previous versions's test crashed as well; I uploaded it already, too [13:16] since my tests in the real system (volume control, IRC bubbles, etc.) work just fine [13:16] pitti, I just cannot chase everything so fast [13:16] MacSlow: joining dx [13:16] it's such a mess [13:17] hello everyone ! [13:17] lut huats [13:17] hey rickspencer3 [13:17] hello seb128 ! [13:17] ho are you ? [13:17] huats: good, you? [13:19] seb128: good too ! [13:19] it is summer here :) [13:20] ;-) [13:20] it's sunny here too [13:20] Lucky! We just have grey skies [13:23] pitti: having the configure.in diffing and the symbol diff, etc as part of a standard testsuite in bzr-buildpackage would be nice [13:24] yeah [13:24] I always do that by hand [13:24] diff the configure.in between version [13:24] run my diff-symbols.py after build [13:24] ok, time for lunch [13:24] bbl [13:24] and then by debdiff between installed version and new debs [13:24] pitti: enjoy! [13:37] tseliot: still around? was your gnome-desktop change something ready for sponsoring? [13:42] seb128: yep [13:42] seb128: I updated the bzr branch to the latest version that you uploaded [13:43] since the version in the ~ubuntu-core-dev wasn't up-to-date [13:43] tseliot: can you give the bzr url again? [13:43] https://code.launchpad.net/~albertomilone/gnome-desktop/tseliot-fixes [13:43] the branch is: lp:~albertomilone/gnome-desktop/tseliot-fixes [13:43] tseliot: thanks [13:44] seb128: thanks in advance for the upload :-) [13:56] you're welcome [13:56] tedg: hi, got a minute to discuss your pidgin changes? [13:57] seb128: Sure. [13:57] tedg: ok, so 2 questions [13:57] seb128: Heh, there's only two patches ;) [13:57] 1- wouldn't it make sense to use the prefs.xml to change the default option to show the icon? or that's not working? [13:58] 2- did you send your other change upstream, cf patch tagging and lower delta etc discussions [13:59] seb128: I don't see a prefs.xml in the source tree. I think it gets built by that code. That is what sets the defaults for that. [13:59] tedg: cd debian/prefs.xml in the deb source [13:59] seb128: Yes, I will, I just finished it at 2am last night. That's a today thing :) [13:59] cd -> cf rather [14:00] tedg: ok, no hurry I'm just making sure we don't carry diffs for ever for no good reason ;-) [14:01] seb128: Ah, I didn't look in the debian packaging. Sure, that works for me, I was just only looking in the upstream codebase. [14:01] It seems a little weird that the debian packaging does things differently than the upstream project though... [14:02] tedg: ok, let's upload your version for now maybe and figure that later? [14:02] seb128: Sounds good. [14:02] tedg: how differently? we ship a config rather than patching the code [14:02] that seems a better way to me [14:02] redhat does that too in them rpm iirc [14:02] seb128: They don't ship a config at all and build it on the fly. I'm not saying it's bad, I'm just saying it's odd. [14:03] ok [14:03] hello, [14:03] I am looking for a fax frontend to send faxes from my ubuntu to a hylafax server [14:03] I've no strong opinion either way ;-) [14:03] dandre: -> #ubuntu [14:03] For instance if they change the defaults, or the type of a value, that's going to show up as a bug instead of something that just "goes with the flow." [14:03] sorry [14:04] seb128: salut, may you please give your opinion on bug 344431? [14:04] Launchpad bug 344431 in brasero "cd / dvd creator appears in the apps menu, not in places" [Low,New] https://launchpad.net/bugs/344431 [14:04] pedro_: holla! [14:04] * tedg is learning things he shouldn't in Pidgin's debian/lintian-override directory :) [14:04] one minute [14:05] tedg: ah ah [14:11] tseliot: uploaded and pushed to the ubuntu-desktop vcs (it's stored there now, I've updated the control) [14:11] seb128: thanks :-) [14:12] tedg: http://launchpadlibrarian.net/24088024/0.14-1ubuntu6.debdiff [14:13] tedg: why did you remove the VERSION file there? [14:13] seb128: Sorry, that was a bzr-ism. The file got deleted and then the commit caught it. [14:13] I forgot to clean it up. [14:13] tedg: ok, I drop that change then [14:14] seb128: Great, thanks. Sorry about that. [14:14] no problem! [14:14] I think it's a problem in the upstream build system. They also delete some HTML files. [14:20] could piding be less intuitive as an IRC client? [14:20] it opens a nickserv dialog saying the nickname is already registered [14:20] no channel list, nothing obvious on what to do or showing that IRC is connected [14:21] seb128_: hello [14:21] seb128_: hello [14:21] hum [14:21] tedg: it displays 3:23 for the message time when it's 15:23?! [14:22] seb128: Yes, it is a translateable string. You're just seeing it in American ;) [14:23] why does the time need to be translated I will never understand [14:23] it's easy french doesn't use am and pm we use 24 hours [14:23] that should be a locale thing and just work [14:23] seb128: Because Americans can't read 24 hour time. [14:24] well the american locale should say you use am and pm then [14:24] it does [14:24] well so why do we need to translate the time string? [14:24] Well, that seemed like extra information that doesn't seem useful. Are you really looking at IM messages that are over 12 hours old? [14:24] that's what LC_TIME is for [14:24]