[00:00] you can thank pitti I suppose :) [00:00] "thank" ;) [00:00] I don't know if I've ever actually run ubiquity - always dist upgraded... [00:00] well, I suppose you'll be running it today :) [00:01] what bug did you win today? ;-) [00:02] 353090,(jaunty) Text hidden on Who are you? step,robert-ancell,Triaged,High,ubiquity (Ubuntu Jaunty),jaunty,,canonical-desktop-team,2009-04-01 12:39:21.873648+00:00 [00:02] bug 353090 [00:02] Launchpad bug 353090 in guadalinex "(jaunty) Text hidden on "Who are you?" step" [High,Confirmed] https://launchpad.net/bugs/353090 [00:03] seb128: ok, bug 356614 updated [00:03] Ampelbein: thanks [00:03] Launchpad bug 356614 in glade-3 "Please sponsor version 3.6.1 in Jaunty" [Wishlist,Incomplete] https://launchpad.net/bugs/356614 [00:04] btw: seems that launchpad finally can connect to gnome-bugtracker again ;-) [00:05] Ampelbein: they did run a forced update on all watches and looked at it today on my request, let's see if that works regularly from now [00:06] seb128: cool, thanks for the nagging there. [00:07] that's a great help for updating packages. [00:07] you're welcome ;-) [00:07] indeed [00:07] and to know where there is some changes we might want to backport too [00:07] right. [00:12] Ampelbein: the update is corret now thanks, I've uploaded it [00:13] seb128: thanks for sponsoring. it was a good learning experience for me. [00:13] ;-) [00:13] what I said the other day, library updates are something to play with too ;-) [00:15] yeah. and it seemed so simple at first glance... [00:32] * calc back, and looking at the g-s-d bug again [00:32] seb128: thanks for the debdiff hint - I knew there was something I'd missed in the release process [00:33] robert_ancell: you're welcome, that should make things easier for you and for the reviewer ;-) [00:49] asac: i updated the upstream bug report [00:51] i wonder if this is an issue of xrdb being called for the old and new values and it just happening to overwrite the new value with the old [00:51] it seems to be calling xrdb with both values at least, i can't tell which one completed first though [00:52] since its async it seems that i wouldn't really know [00:55] thanks seb128 [00:55] james_w: you're welcome, thank you for the good work ;-) [00:57] seb128: can the async call cause the xrdb calls to be done out of original issue order? [00:58] calc: what do you call "issue order"? [00:58] it's building the description and doing one call [00:58] there is no real order there [00:59] seb128: every time you change the setting it first calls xrdb with the old value, then calls it again (apparently sometimes multiple times?) with the new value [00:59] the calls are async they could arrive in the wrong order I guess [00:59] but having it called several time seems to be a bug [01:00] seb128: i just changed from medium to full and saw it call xrdb twice for medium and then once for full [01:00] for a single radio button change [01:00] that is a valid bug to report upstream and seems a better explanation than the one you had before [01:02] yea [01:02] still a race condition just not the way i originally thought it was caused [01:03] right [01:04] so probably two bugs in that it shouldn't be able to execute out of order... but shouldn't be calling it with the old values to begin with [01:04] and shouldn't be calling it multiple times either, so maybe three bugs [01:06] the order would not be an issue if there was one call as expected === onestone_ is now known as onestone [01:33] Regarding newer iPods: it's sort of a race to see whether Wine + iTunes or Rhythmbox/Banshee will work with them first === thunderstruck is now known as gnomefreak [08:18] hi seb128 [08:19] lut didrocks [08:20] seb128: I repackaged nautilus-actions from svn finally (cherry picking the patch was awful as there were a lot of changes in the files). After having striked with "make distcheck" to create a tarball, it seems to works well. I will upload it tonight [08:20] didrocks: excellent, thanks! [08:20] seb128: y/w [08:21] seb128: bugs #355370 if you didn't see it [08:21] Launchpad bug 355370 in gnome-screensaver "gnome-screensaver does not respect screensaver selection" [High,Triaged] https://launchpad.net/bugs/355370 [08:21] they just want a menu in XFCE [08:21] (but the debdiff is wrong as they took my Vcs-Bzr tag and didn't update it in Bzr :)) [08:22] right [08:23] we have 2.26 in bzr already though? [08:23] yes, you know, the "non-working on update" [08:23] but we can overwrite it, if needed [08:27] didrocks: right [08:27] hey chrisccoulson [08:27] hi chrisccoulson [08:30] hi seb128 & didrocks [09:04] calc: ok .. i will look after reading mails et al [09:06] hey asac [09:06] hey seb128 [09:10] tseliot: Hi, I've seen that your last upload of screen-resolution-extra FTBFS because of a missing --install-layout=deb in the setup.py install arguments. Either add it to your debian/rules or use the default from cdbs (the difference would be an extra -O0). Here is a patch for the second option: http://paste.ubuntu.com/146042/ [09:11] geser: ah, right, I didn't check that. Thanks a lot :-) [09:24] geser: ok, I have updated my bzr branch and set the source to bryce for the upload [09:36] bah, those "this desktop file should be shown or not in xfce" bugs start being annoying [09:46] seb128: yeah. [09:46] seb128: please use NotShowIn=XFCE [09:46] and dont exclude all other DE like the xcfe guys usually suggest [09:47] in this case the desktop has OnlyShowIn=GNOME [09:47] they want XFCE to be added there [09:47] tse [09:48] bryce, tseliot: do you know what code in the xrandr capplet, gnome-desktop lib get the monitor names? [09:48] seb128: yeah. mabe check whether its supposed to be NotShowIn=KDE [09:48] i think a bunch of KDE folks suggest to use OnlyShowIN=GNOME if its actually something not Qt [09:48] asac: right [09:48] well, then you have xfce people who disagree on whether the application should be displayed or not when installed [09:49] seb128: most gnome apps should be shown in xfve [09:49] that's ridiculous, we should display everything and let users clean ;-) [09:49] its gtk [09:49] xfce is gtk too [09:49] well they claim they have tools for those functions already [09:49] they share almost everything from gnome from what i know [09:49] seb128: then users shouldnt install it [09:49] so they don't want the xfce and the GNOME tools to be listed [09:49] xubuntu should drop it from seed [09:50] if users install it they want it to be shown [09:50] or they want to be able to start GNOME [09:51] seb128: see libgnome-desktop/display-name.c [09:52] seb128: vendors[] is a map of EDID vendor ID's to human readable names. [09:52] seb128: yes, sure it involves decoding the EDID [09:52] oh, ^^ [09:52] thanks [09:52] seb128: what's the problem? [09:52] (just curious) [09:52] bug #356834 [09:52] Launchpad bug 356834 in gnome-control-center "Show screens as "unknown" instead of displaying the monitor names" [Low,New] https://launchpad.net/bugs/356834 [09:52] "$ grep "Monitor name" /var/log/Xorg.0.log [09:52] (II) fglrx(0): Monitor name: DELL 1907FP [09:52] (II) fglrx(0): Monitor name: ASUS MK241" [09:52] but those are displayed as "unknow" [09:53] seb128: that's because the driver doesn't support RandR 1.2 [09:53] the same happens with nvidia [09:53] the capplet should not start in this case no? [09:54] seb128: it still supports RandR 1.1 though [09:54] I though the capplet was 1.2 specific? [09:54] tseliot: fglrx *partially* supports xrandr 1.2. [09:54] and is there any reason why xrandr 1.1 couldn't get monitors names? [09:55] but superm1 wrote a patch which suggests users to launch either ATI's panel or nvidia-settings when you open the capplet [09:55] the grep there seems to indicate that the xorg log has decent names [09:55] bryce: partially? [09:55] tseliot: yep [09:55] :-/ [09:55] yep [09:55] seb128: can I see the log [09:55] ? [09:56] tseliot: I gave the bug number just before [09:56] tseliot: there is no log just the grep I copied [09:56] tseliot: but feel free to comment on the bug and ask details [09:56] night [09:56] seb128: aah, my guess is that the driver doesn't support RandR properties such as EDID [09:56] 'nigh bryce [09:56] night bryce [09:56] tseliot: can you add a comment asking for that on the bug? [09:56] sure [09:56] thanks! [10:04] vuntz: hey [10:04] vuntz: still working on the gnome-session changes and aiming at 2.26.1 next week? [10:07] seb128: yes. But please don't run away after asking a question :-) [10:08] ok, there is something buggy there [10:08] * seb128_ kicks gnome-keyring [10:08] 11:07 < vuntz> seb128: yes. But please don't run away after asking a question :-) === seb128_ is now known as seb128 [10:09] vuntz: sorry got some gnome-keyring issues and session restarts [10:09] should be stable again now [10:09] I got 3 gnome-keyring-daemon process running though, not sure that's right [10:10] ok, it crashed again, back in 5 minutes rather than doing a lot of IRC restarts ;-) [10:45] seb128: could you look at the patch i attached to openoffice font bug 271283 [10:45] Launchpad bug 271283 in openoffice "[ooo-build] OpenOffice.org subpixel font rendering broken with new cairo" [Unknown,Confirmed] https://launchpad.net/bugs/271283 [10:46] if you say its ok to try that still for a few days, i can upload [10:46] e.g. i think we still do the .1 upload round? [10:46] so we could back it out while doing that if we see regressions [10:47] asac: that's fine with me yes [10:47] we should get 2.26.1 [10:47] ok i will upload that now then [10:47] let me check if there i sbzr [10:48] there is! [10:50] seb128: heh. you forgot to push your last commit ;) [10:50] ididnt get ubuntu3 [10:50] hum [10:51] I'm not on my laptop right now, will fix that in 15 minutes or so just let me finish something there [10:51] its ok [10:51] feel free to upload without pushing to bzr for now [10:51] yeah === Mez is now known as CrazyShoe === CrazyShoe is now known as Mez [11:30] has anyone noticed that after returning from suspend/hibernate, the window icons are messed up in compiz's scale plugin? [11:31] restarting compiz fixes the issue =\ [12:19] YokoZar, hi, did you register a blueprint about the autorun stuff? [12:20] mpt: not on blueprint specifically, though there is an autorun section on the better integrated wine blueprint [12:21] ok === thunderstruck is now known as gnomefreak [12:22] mpt: do you think a blueprint would help? [12:22] YokoZar, I have no idea, but I'm guessing the window that comes up wouldn't be powered by Wine [12:22] (the combined window, I mean) [12:22] so, your call :-) [12:23] Well the Ubuntu CD Dialog certainly wouldn't, yeah. It does seem like it could benefit from further discussion (eg what it should say when you put a cd in for a running Ubuntu version) [12:23] or, for that matter, a non-official CD [12:23] what about autorun? [12:23] I disabled autorun in nautilus in jaunty [12:24] Ok, so is there any example where autorun ever *should* work in Ubuntu? [12:24] seb128: https://lists.ubuntu.com/archives/ubuntu-desktop/2009-April/002059.html [12:24] (in a future version) [12:25] Yeah, when you put in a Windows Application CD with autorun on it [12:25] Then you should get the prompt (and the prompt should work) [12:25] or you should get no prompt which is what we have now [12:26] seb128: what about when I double click the CD [12:27] it browse it [12:27] Right. But a user might expect autorun there, especially if that's the same CD they took from Windows. So we should at least offer it [12:28] those autorun don't work under linux [12:38] seb128: they can if Wine is installed though, which is why "fixing the prompt" means "making it call Wine in a way that isn't broken" [12:38] eg with winepath [12:39] YokoZar: I'm probably not the best person to talk with about wine, I'm not for giving the false impression that running microsoft code under linux works correctly [12:39] my experience is that things are slow, ugly and buggy [12:40] Microsoft API. 100% non-microsoft code ;) [12:40] but I will not stop you if you want to work on that, we don't install wine by default anyway so as long as it's not showing in the default install [12:40] right, same difference ;-) [12:40] seb128: your experience is very common. And one reason why I want to work on that ;) [12:41] nautilus will have proper code next cycle [12:41] One of the things I'll be demoing at UDS are the various ways we can lower the user expectation about Wine while still making it easy to try and use it [12:41] there is a shared-mime-info pending patch to detect unix and w32 autoruns [12:41] once they have different mimetype we can have different handlers [12:42] good good. After that it's just a matter of using winepath to point at the cd drive (something like wine `winepath /media/cdrom/foo.exe`) [12:44] https://bugs.freedesktop.org/show_bug.cgi?id=20562 is the corresponding shared-mime-info bug [12:44] Freedesktop bug 20562 in freedesktop.org.xml "Need more fine-grained control over x-content/software" [Normal,New] [13:38] mvo, yesterday I came across the report of bug 356152, which would be Critical if it was confirmed [13:38] Launchpad bug 356152 in update-notifier "update-manager doesn't show updates, even after 1 week" [Undecided,New] https://launchpad.net/bugs/356152 [13:38] mvo, can you suggest a way to reproduce that? For example, would (1) installing the beta, then (2) setting the clock forward more than a week, and (3) restarting, be a good test? [13:40] mpt: let me check the report [13:44] mpt: the method of setting the clock forward should work [13:44] ok, I'll try that, thanks [13:45] what is the issue there? [13:46] mvo: btw I tried to trigger the "update-manager starts after using synaptic" for a week without luck, it's probably fixed in the current version [13:46] mpt: I followed up in the report [13:47] seb128: thanks [13:47] thanks mvo [13:48] mpt: I'm running u-m with a 1 day setting and it frequently auto-opens for me (e.g. after the weekend). this does not mean that there might be bugs hidding of cours [13:49] I'm running it with 1 day too now for debug purpose and it opens regularly [13:49] thanks seb128 [13:49] cool [13:49] good to hear :) [13:49] too many fires currently to put out, I really hope its something else in janes case (like elmo sneakily applying some updates or something) === sabdfl1 is now known as sabdfl [14:35] hey tedg [14:36] tedg: apparently your evolution-indicator translation change breaks evolution's translations [14:36] seb128: Hmm, that's no good. [14:36] tedg: it probably overwritte the translation domain for evolution code or something [14:36] seb128: It must change the default... yeah. [14:37] tedg: bug #352657 has some details [14:37] Launchpad bug 352657 in evolution-indicator "All the strings from evolution-indicator shows untranslated" [Low,Confirmed] https://launchpad.net/bugs/352657 [14:37] Okay, so I guess every message needs to have the domain explicitly set on it then. [14:39] Kinda funny, the second screenshot is much more readable to me! ;) [14:40] lol [15:05] asac: there appears to be a bug in firefox that if you kill it (using kill) and restart it after an upgrade it still thinks you need to restart [15:05] calc: kill -KILL or normal kill? [15:06] calc: we have a bug about that [15:06] calc: its even in the milestoned section of our weekly meetings ;) [15:06] bug 270303 [15:07] heh [15:07] hey rickspencer3 [15:07] hey seb128 [15:07] did we sort the weekly meeting time for this week btw? ;-) [15:07] asac: ah ok sorry :) [15:07] still 16:30utc? [15:08] asac: yea normal kill pid, i got used to having to do that so my tabs wouldn't go away [15:08] calc: no prob [15:08] asac: i imagine the restart button that is now there will probably work as well :) [15:08] calc: interesting that you use that as a workaround [15:08] for me hitting ctrl+Q works ;) [15:08] asac: in the past (hardy/intrepid timeframe i think) quiting caused me to lose my tabs from what i recall [15:09] calc: yes. verifying that restart button keeps tabs would be nice ... so if you next get that suggestion give it a try ;) [15:09] heh ok [15:10] i do recall what i did in the past was attempt to just quit (not restart) which did not work back then === davidbarth_ is now known as davidbarth [15:13] hey mvo === ubott2 is now known as ubottu [15:34] pedro_: do you think that bug #356989 is an important issue? [15:34] Launchpad bug 356989 in f-spot "Version submenu contains too short ellipsized text" [Low,Fix committed] https://launchpad.net/bugs/356989 [15:39] seb128: well not "important" as if we don't ship that the application doesn't work but worth to fix before the release on the default photo app [15:39] Good morning [15:39] i wonder why that wasn't included on the 0.5.3 release btw... [15:39] pedro_: ok, the font in the screenshot didn't seem to be normal use one ;-) [15:39] hey pitti [15:39] * seb128 hugs pitti [15:39] * pitti hugs the team [15:39] hello pitti [15:40] hey pitti! [15:40] pitti: how are you? [15:40] having fun in SF I hope? [15:40] I'm pretty good, just got up [15:41] the collab summit didn't start yet, had some hacking sessions with Jon and some informal discussions [15:41] pitti! [15:41] and on the weekend I enjoyed SF a lot [15:41] hey rickspencer3! [15:41] oh you are in SF? [15:41] good ;-) [15:41] i was going to say [15:42] pitti: how is the weather? [15:42] i heard it was rainy last night [15:42] was splendid on the weekend and yesterday, today it's cloudy [15:43] (the weather in conference centers is always the same I suppose ;) ) [15:43] * pitti curses at those retracers, what do they have now... [15:43] hehe [15:43] pitti: cf #distro [15:43] rickspencer3: yeah, same artificial light and high geek concentration :) [16:12] eeejay: hi (sorry, missed your earlier hello) [16:26] So when I use g_dgettext do I still need to have the string with a _() around it? [16:29] tedg: what string? [16:29] asac: g-s-d changes pushed btw [16:30] seb128: Basically are these the same: _("foo") and g_dgettext(domain, "foo") or should it be g_dgettext(domain, _("foo")) ? [16:30] they are not the same, but the last one makes no sense [16:31] Not the same with regards to the domain, but if the domain was the default domain they'd be the same. [16:31] mclasen: right? [16:32] g_dgettext has some difference in behaviour to dgettext, but in first order, yes, they are equivalent [16:32] you need to fix your xgettext invocation to extract those strings, of course [16:33] mclasen: I'm not sure what you're saying there. [16:35] if you call xgettext you tell it what patterns to look for in the source [16:35] and it won't look for g_dgettext() unless you tell it to [16:35] I guess I'm using intltool -- do you know if that configures it to look fro g_dgettext? [16:36] no I don't [16:36] but you have the right experts onboard for that question... [16:37] Hmm, seems that it doesn't :( [16:38] dobey: ^ Do you know this one? [16:38] tedg: ArneGoetje may know if you can't find anyone else around that does [16:38] * calc doesn't know himself [16:38] * dobey reads backlog [16:40] tedg: why wouldn't you just be doing _("foo")? [16:40] dobey: Because this is a plugin for Evolution, so I can't change the default domain, or it seems I change the domain for all of evolution. [16:40] or you are wanting to use a different domain? [16:41] * tedg is happy with it all being in English, but it seems others are not :) [16:42] though intltool itself doesn't do anything with C files, other than check for strings marked with the _,Q_,etc... macros, and complain if the files aren't in POTFILES.in [16:42] it just relies on the standard gettext bits to extract strings from C [16:43] So then how do I configure my intltoolized setup to pull from the glib functions vs. the standard GNU ones? [16:46] seb128: ok. i will forward the patch upstream tomorrow morning if nobody shouted ;) [16:46] not sure they will want it though. but we should try ;) [16:46] tedg: i think you need to add --keyword=g_dgettext to XGETTEXT_OPTIONS in po/Makevars [16:47] tedg: have you looked at glib/gi18n-lib.h? [16:48] tedg: or alternatively, simply redefine _ to pass in your domain instead [16:48] tedg: it seems to rely on #define-ing GETTEXT_PACKAGE to do the right thing [16:48] though i don't see how simply using _ in a plug-in would screw up the rest of evolution [16:48] tedg: basically what dobey said (defining _), but done in glib instead [16:50] * tedg is looking [16:52] So I guess I don't understand the difference between gi18n.h and gi18n-lib.h [16:52] Is that the difference? [16:53] tedg: -lib is meant for libraries, hence passes in the domain, where gi18n.h just uses gettext normally [16:53] (and inherits the application domain) [16:53] Ah, okay. That sounds like it's for us then! [16:53] yep [16:53] Thanks! [16:56] yeah === njpatel is now known as njpatel_away [17:13] hmm, that's a bit silly, I just got a pinentry window for my GPG key, but I wasn't able to interact with anything else, so I couldn't find out what triggereed it [17:20] james_w: that was an intermediate bug in libgpgsm; you should just purge gnupg2, gnupg-agent, and pinentry [17:20] ooh [17:22] vuntz: what is the recommend way to test if a session is a GNOME one? [17:25] seb128: there's no great way to do it but see detectDE in /usr/bin/xdg-open [17:25] ok, that's what I though [17:25] those are mostly hacks but that should work [17:26] desktop team meeting in 4 minutes [17:26] morning [17:26] hello [17:26] bryce! [17:26] bryce: user switching works again on my laptop, good work! [17:27] I updated this morning, and the cover flow effect seems much faster! [17:27] hi [17:28] seb128: yep, good to hear [17:28] * calc found that two single serve tea bags aren't quite enough for 2L of tea [17:28] pitti: are you here for the team meeting? [17:29] ArneGoetje: asac bryce calc kenvandine_wk pitti Riddell seb128 pedro_ [17:29] ready? [17:29] yep [17:29] here [17:30] aye [17:30] yes [17:30] rickspencer3: doing some firefighting with the retracers, and I'm doing some conf stuff, but I'm lurking [17:30] pitti: ack [17:30] hi [17:30] yes [17:30] there! [17:30] let's go then [17:31] https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-04-07 [17:31] actions from last meeting: [17:31] ACTION: All - If you've got a blog, blog about X Hug day ACTION: Contact pitti if there are people at Linux Foundations that you want him to meet on your behalf [17:31] both moot points now [17:31] done though :) [17:31] however, it seems that the bug day went very very well [17:31] kenvandine_wk: thanks [17:31] yep that's true ;-) [17:31] thanks everybody [17:32] so great work all (esp. pedro_ and bryce) [17:32] thanks pedro_ [17:32] next [17:32] Desktop Summit: Deadline to submit is this Friday [17:32] if you want to go, please submit [17:33] if anyone has any questions or concerns, please follow up with me directly [17:33] rickspencer3: do you want many people from desktop team to go, or just e. g. Seb, Robert, and Jonathan? [17:33] pitti: I want everyone who wants to go to go [17:34] as I mentioned last week, it will be easier to get sponsorship, etc... if you have a talk [17:34] however, if you submit, and don't get accepted, please talk to me [17:34] or if you don't want to submit, but want to go, please talk to me [17:34] I understand that the timing of the deadline is unfortunate [17:34] make sense? [17:34] do we know if people from other teams are submitting talks? [17:35] mobile team or OEM team probably have stuff that would be interesting for the conference === Ellipsis_ is now known as Threeblackdots [17:35] I will be :) [17:35] oh aye, DX too [17:35] and dxteam and online team too [17:35] the dx team is submitting ... a lot of interesting stuff [17:35] Assuming of course, you people stop assigning me bugs ;) [17:35] hello [17:36] OLS team has the contacts store stuff [17:36] is there Desktop team? [17:36] i would love the mobile guys to present stuff [17:36] tedg: start writting bug-free code? ;-) [17:36] agateau: you going to submit a talk? [17:36] tedg: there are no bugs... just undocumented features [17:36] pROCKrammer: we're in a meeting just now [17:36] cooolllll )) [17:36] Riddell: can other users participate ? [17:37] so I'll be expecting to hear from each person individual if they are interested [17:37] certain people may be hearing from me :) [17:38] pROCKrammer: yes, stay around a watch, but don't disturb unless you are on topic [17:38] moving on ... [17:38] Meeting time: Everyone has updated MeetingTime wiki [17:38] thanks [17:38] no single slot came out as good for everyone [17:38] I propose that we discuss how to set up team meetings in emails [17:38] If we're agreeable, I'll kick it off with an email [17:39] sounds okay, or would folks rather discuss on irc? [17:39] okay [17:39] fine for me [17:39] +1 for email [17:39] ok [17:39] moving on [17:39] we have some release critical bugs [17:39] I'd like to check in on those briefly now [17:40] 353924 Offline home page always English (browser language hard-coded to en-US) [17:40] discuss with community and investigate regression LP: #353924; thinking [17:40] * about solutions better than "just" backing out the fix that triggered this. [17:40] (from activity) [17:40]