[00:00] why is desktop-bugs ML inactive? [00:00] hmm.. it isn't [00:01] I wonder why don't I see new posts neither on gmane nor https://lists.ubuntu.com/archives/desktop-bugs/ [00:06] the archive are not on for bugs list [00:06] too many informations and nobody going to browse that online === asac__ is now known as asac [00:09] seb128_: I was planning to use news client to get info about new bugs (and read MLs) so I can declutter my mail box :) [00:11] no luck for you then [00:11] 'night everything [00:11] but if new bugs are sent to desktop-bugs ML then they should be available from gmane.. === JanC_ is now known as JanC [02:57] bratsche, wait, you're the guy who fixed bgo:56070? Man, if I would have known that I would have bought you a steak dinner. [02:59] jcastro: Hey dude! How's it going? [02:59] good, I just wandered across your page on the wiki [02:59] jcastro: Dude, I ordered an Intel X25-M now after I saw yours in action. [03:00] hah [03:00] they just started reshipping the new ones right? [03:01] I'm not sure. [03:02] I can't wait, I'm so excited. [03:02] heh [03:03] check these out dude: http://www.fusionio.com/Products.aspx [03:05] Oh hot! [03:24] jcastro: Whoa.. I just noticed the price tag on that. 80gig for $895? heh. [08:26] hey seb128 [08:26] hey chrisccoulson [08:36] i bet you're looking forward to your holiday now seb128:) [08:36] chrisccoulson, yes ;-) [08:37] the week has been ok but still I didn't take much days off this year [08:37] so it will be good to have a computer break [08:37] yeah, you're always here ;) [08:37] I will try to be good at not working during those [08:38] yes, you should have a proper rest ;) [08:39] right, i have to disappear, i'm working away off site today [08:39] chrisccoulson, good luck [08:39] is that better than "have fun"? ;-) [08:39] thanks. have a good day :) === mdz_ is now known as mdz [09:14] morning everyone [09:15] lut huats [09:16] hello seb128 [10:11] morning everyone o/ [10:11] lut didrocks [10:11] didrocks, ca va ? [10:11] hey seb128! Oui oui, ça va, toujours comme le temps qui est magnifique :) [10:11] seb128: et toi ? [10:11] ca va bien [10:12] le temps est gris ici [10:12] ca me va pour bosser [10:12] oui, quand il fait trop chaud, bosser devient difficile :) === tkamppeter_ is now known as tkamppeter [10:22] jcastro, hello [10:22] jcastro, could you add gnome-disk-utility to launchpad? [10:22] so we can add upstream tasks [10:29] Outta curiosity is there a reason why a new instance of evolution is open when you click on a date in the panel calendar, this is when you have evo open for email [10:30] in fact I just check it does it if you click on 2 different dates in the calendar [10:37] it's not a new instance [10:37] it's a new view [10:37] and yes, clicking on a calendar doesn't mean you want to switch away from the email you were reading [10:37] it's a non disruptive behaviour [10:38] hey. yesterday i rebooted and had hoped for parts of the new boot experience. did anything of that already land? [10:39] do i need to do something? like upgrading to grub2? [10:39] asac, you should have get usplash running [10:39] xsplash I mean [10:39] seb128: how would i see? [10:40] do you have a custom background? [10:40] autologin on? [10:40] xsplash is not installed ;) [10:40] ok, so you don't ubuntu-desktop installed? [10:40] let me install ubuntu-desktop and see if that got removed again [10:40] +have [10:40] what got removed? [10:40] also for about 2 years i am seeing the kubuntu splash screen ;) [10:40] seb128: ubuntu-desktop [10:41] ok now i have xsplash 0.4 ;) [10:41] need to restart my session, e-d-s crashed or something [10:41] and that frozen my gnome-panel [10:41] can't start evo now [10:41] heh [10:44] re [10:44] better now [10:47] seb128: thanks for explaining :) [10:47] asac, it's not really fancy now [10:47] ie still flickering [10:47] and it's confusing if you use a different image [10:51] seb128: how can i reset everything splash related? [10:51] reset? [10:51] seb128: as i said i am seeing the "Kubuntu" start thing for about 2 years now ;) [10:51] ah [10:51] i guess there is an alternative or something ;) [10:52] asac, gconftool-2 --unset /apps/gnome-session/options/splash_image [10:52] asac, gconftool-2 --unset /apps/gnome-session/op [10:52] op [10:53] asac, gconftool-2 --unset /apps/gnome-session/options/show_splash_screen [10:53] seb128: i dont think the kubuntu thing i am seeing is gnome-session related. [10:53] we default at not showing splashes nowadays [10:53] its what i get after grub [10:53] ah [10:53] anyway running those commands now. they cannot hurt ;) [10:54] asac, $ update-alternatives --display usplash-artwork.so [10:55] yay [10:55] thats it [10:55] /usr/lib/usplash/usplash-theme-kubuntu.so - priority 55 [10:55] /usr/lib/usplash/usplash-theme-ubuntu.so - priority 10 [10:55] /usr/lib/usplash/usplash-theme-xubuntu.so - priority 10 [10:55] kubuntu is rude ;) [10:56] prio 55 [10:56] good bye kubuntu start screen ;) [10:56] thx [10:59] asac, np [11:37] soren, your g-c-c bugs seems not really a bug [11:37] soren, ie don't set virtual setting if you think those are broken [11:38] seb128: Err... gnome-display-properties sets that for me. [11:38] And gives me no way to revert it. [11:39] well there is no way to know why it has been set [11:39] could be for a good reason [11:39] in which case you don't want an option to unset it there [11:39] So what do you suggest? [11:40] I would suggest that the display capplet should never play with virtual [11:40] and xorg should do the right thing [11:40] the thing that sets virtual could set it to max(needed virtual for configuration, maximum possible screen resolution) [11:40] Fact of the matter is that users can paint themselves into a corner with no way to get back out (short of "sudo rm /etc/X11/xorg.conf") [11:40] then virtual would never restrict the screen resolution options [11:40] that's rather a screen-resolution-extra issue then [11:40] yep [11:40] assuming that's what happened [11:41] james_w: Well... You can't really do that, since you don't know if the user is going to plug in an external screen with an even higher resolution later on. [11:42] true [11:42] that's a limitation of X though [11:42] james_w: I guess a fix would be to let XRANDR report resolutions that it can't actually set, and then let gnome-control-center fiddle with virtual so that it'll fit. [11:42] Since that's basically what it does already (when no virtual size is set). [11:42] that could work as well [11:42] AFAIUI, anyways. [11:42] having to tweak virtual sucks [11:43] It does, yes. [11:43] tseliot is the person that knows most about this [11:43] xorg should just be working [11:43] assigning the bug to him since he wrote those changes [11:43] To be brutally honest, I don't really care much about the bug. I just helped a dude get out of it, and wanted to make sure the bug was filed. [11:45] seb128: what bug is that? [11:45] The problem is valid. The suggested root cause or fix or whatever, perhaps not. :) [11:45] tseliot, bug #412948 [11:45] Launchpad bug 412948 in gnome-control-center "Screen stuck at suboptimal resolution due to virtual size" [Undecided,New] https://launchpad.net/bugs/412948 [11:46] soren, speaking about bugs do you still work on vm-builder etc? [11:46] seb128: In theory, yes. [11:46] seb128: I've been on holiday or at conferences for the past month and a half, so I've had little or no time to do anything VMBuilder related. [11:46] soren, there is some sponsoring bugs waiting for ages [11:47] soren, if you could have a look at some point I'm sure dholbach would hug you [11:48] seb128: I have every intention of going through all of that as soon as I have just a tiny bit of time. :) [11:48] soren, ok thanks ;-) [11:49] seb128, soren: would it be ok if g-c-c set the virtual resolution to 2048x2048 (which shouldn't break direct rendering) unless something bigger is required? [11:49] I guess so [11:50] only some intel cards and ati cards can handle >2048 [11:50] it would limit the buggy cases probability [11:50] * tseliot nods [11:51] tseliot: IIRC, we don't do that for a reason. [11:51] tseliot: The reason could be any of the following: [11:52] tseliot: To avoid making X reserve a whole bunch of RAM that it'll never need anyway. [11:52] tseliot: Or because compiz doesn't work when the virtual screen is so big. [11:52] compiz will work with 2048x2048 [11:52] tseliot: I seem to have heard both reasons, but I'm not sure which (if any) is valid. [11:52] of course shatter will fix all of this... [11:52] whenever that comes [11:52] shatter? [11:53] Is that like damage? [11:53] soren: things work differently with intel + UXA now. It can dynamically resize the frontbuffer [11:53] soren: it's a rework of the framebuffer setup in xorg [11:53] soren: ajax has been working on it off and on for years [11:53] tseliot: Ah. right, my brain is probably outdated. [11:53] soren: and direct rendering (hence Compiz) is not broken with 2048x2048 [11:53] ok [11:54] kenvandine: I dont quite understand why you redid the xsplash packaging changes instead of just merging the branch, but it seems all is in so I closed the merge request [11:54] last time I tried this with my intel card I wasn't even asked to set the virtual resolution [12:02] seb128: did easy codec get added to rhythmbox too I can't remember? [12:02] yes [12:02] and that works on current iso I just tried [12:02] seb128: Ah okay cool that's what I was going to do :) [12:03] the totem one is broken [12:03] known issue [12:03] lunch time bbl [12:30] Riddell: you should add your canonical.com address to launchpad :) [12:30] in that way you wouldnt show up as a random guy on code hosting ;) [12:30] https://code.edge.launchpad.net/~network-manager/network-manager/ubuntu.head === MacSlow is now known as MacSlow|lunch [12:37] mm, good idea [12:53] slomo, hey [12:57] seb128: wrt bug 412808 - is it worth to push it upstream if I can't reproduce it with --sync ? [12:57] Launchpad bug 412808 in totem "totem crashed with signal 5 in _XError()" [Medium,New] https://launchpad.net/bugs/412808 [12:57] yes [12:58] they might have a better clue how to debug [12:58] or about what is going on [12:58] it's going to stay there for ever otherwise [13:01] slomo, is easy codec install working in totem debian? [13:04] seb128: i don't know, there's no reason why it shouldn't work ;) why? [13:05] slomo, http://bugzilla.gnome.org/show_bug.cgi?id=591677 [13:05] Gnome bug 591677 in GStreamer backend "Easy codec installation is not working" [Normal,Needinfo] [13:06] seb128: ok, so definitely a totem problem... since when? 2.27.1 or .2? [13:06] slomo, I just noticed with current version [13:06] I'm not sure if 2.27.1 had the issue, I don't test every day [13:06] can you confirm on debian too? [13:08] seb128: hm, for me it just complains that a decoder is missing but not installed [13:08] but it doesn't launch the codec installer [13:09] slomo, ok, here I get the data flow error [13:13] seb128: yes, totem is broken... bacon-video-widget-gst-0.10.c:1565:bvw_check_missing_plugins_error: no missing-plugin messages [13:13] although there is [13:15] slomo, ok thanks, want to comment on the upstream bug? [13:15] already done [13:15] thanks! [13:15] i fear that i broke it while adding support for mounting gio locations because that works similar [13:17] slomo, I can test easily with 2.27.1 if you want [13:17] seb128: that'd be great :) === MacSlow|lunch is now known as MacSlow [13:26] slomo, was broken there too [13:27] slomo, works with 2.26.2 [13:27] vuntz, is screen->priv->workpsace_type really necessary? [13:28] seb128: thanks, then i have no idea what could be the reason without looking at the code :) [13:32] MDC2: you know you're asking something about a patch that is 1.5 years old ;-) [13:32] vuntz, yeah i know.. sorry.. [13:32] MDC2: I think it was there only to have a cache; easier than recomputing things every time [13:33] MDC2: but feel free to do things in a different way [13:33] vuntz, but isnt it possible to have both workspaces and viewports in the same wm? [13:33] vuntz, i'll hack something up.. at least it compiles now :) [13:35] MDC2: yep, it's possible [13:35] MDC2: but in that case, libwnck will just handle the real virtual desktops [13:36] MDC2: at least, that's my opinion [13:36] MDC2: anybody using viewport to implement workspaces inside virtual desktops is a weid user [13:36] weird [13:37] and I don't feel it's worth making things more complex for this 0.01% use case [13:38] No one should ever use both at the same time [13:38] afaik compiz is the only WM in active usage that uses viewports and at least in ubuntu we completely disable using virtual desktops at the same time [13:39] vuntz, well i guess they are, I'll see how I'll implement it (taking the easiest path). But if I'm right, you'd like to have virtual desktop as an umbrella for all sort of crazy workspace, viewports things out there, and the "high level" api will just use that, but you could also get "low level" stuff such as what real wm workspace am i sitting on.. right? [13:39] Amaranth, kwin uses workspaces? [13:39] MDC2: Actually Workspace is the high level and virtual desktop/viewport is the low level but yeah [13:39] MDC2: last time I checked it seemed to [13:40] although, again, workspaces is the wrong term because it can apply to both :P [13:40] Amaranth, oh.. did you mean vuntz 1.5 year old dusty patch? [13:41] if so.. crap. ;-) [13:42] MDC2: no [13:42] MDC2: virtual desktop is the technical term for the "real" workspace [13:42] MDC2: so the low level is virtual desktop or viewport [13:42] MDC2: high-level is workspace [13:42] vuntz, damnit ;-) haha.. ok thanks.. [13:43] vuntz, do you still use the modified gnome-session dialog in opensuse? [13:43] vuntz, is the srpm or patch online somewhere? [13:44] seb128: tmp.vuntz.net/opensuse-packages/browse.py [13:44] you should bookmark it :-) [13:45] vuntz, thanks [13:53] vuntz, you stopped using the custom dialog? [13:55] seb128: no [13:56] hum [13:56] oh, it's tile_ui [13:57] confusing title [13:57] seb128: why did you think bug 403192 was in gdu? [13:57] Launchpad bug 403192 in gnome-disk-utility "update-notifier crashed with SIGSEGV in gdu_pool_get_devices()" [Medium,Triaged] https://launchpad.net/bugs/403192 [13:57] james_w, because it crashes in gdu_something? [13:57] ok [13:57] it's using a NULL pool though [13:57] james_w, #0 0x00135b5e in gdu_pool_get_devices () from /usr/lib/libgdu.so.0 [13:58] which is libgdu [13:58] which is g-d-u [13:58] james_w, you think the bug is somewhere else? [13:58] update-notifier [13:58] james_w, why? [13:58] (and the same bug in gdu-notifier [13:58] ) [13:58] seb128, soren: screen-resolution-extra should work better now. A debdiff is available so that we can upload it after the freeze [13:58] because it's not checking the return from gdu_pool_new() [13:59] james_w, note that there is dups from other apps [13:59] oh ok [13:59] good ;-) [13:59] I didn't try to investigate, just cleaned g-d-u bugs [13:59] sure [14:00] just wondered if I missed something [14:00] no, I just did triaging [14:00] not debugging [14:00] thanks for looking into the issue! [14:00] if it can't connect to system dbus for example then it will return NULL [14:00] not sure what update-notifier should do in that situation [14:01] also "Couldn't get daemon properties" and "Couldn't enumerate devices:" [14:02] hum, not sure either [14:02] I guess you are screwed if you can't connect to dbus anyway [14:02] just exit with an error? [14:03] hello everyone [14:04] hey chrisccoulson [14:04] hey james_w. how are you? [14:04] good thanks [14:04] how are you? [14:04] hey chrisccoulson [14:04] http://paste.ubuntu.com/252490/ would be my proposed patch for the same issue in the gdu notification [14:05] hey seb128:) [14:05] james_w - i'm good thanks. i just arrived back at work and realised i've ran out of coffee though [14:05] so that's not so good ;) [14:06] vuntz, ok, you have the same bug that we have there (ie you didn't fix it) [14:06] vuntz, _h used for both hibernated and help there [14:07] possibly [14:07] here, I have _Hiberner and _Aide ;-) [14:07] ;-) === dpm_ is now known as dpm [14:17] seb128 - i'm really confused about bug 409621 [14:17] Launchpad bug 409621 in gnome-settings-daemon "The program 'gnome-settings-daemon' received an X Window System error. During on a FreeNX server suring a session." [Low,Incomplete] https://launchpad.net/bugs/409621 [14:17] chrisccoulson, why? [14:17] the reporter says that disabling the keyboard plugin stops the crash [14:17] but the trace with the --sync option suggests an issue with the xrandr plugin doesn't it? [14:18] unless i'm misunderstanding something [14:18] the issue is a xrandr not available one [14:18] yeah, it seems possible [14:18] I guess that libxklavier set the handler which catch the crash [14:19] all the g-s-d crashes tend to be confusing ones in xkl [14:19] I think that's because libxklavier has some code to catch exceptions [14:19] possibly. when it involves anything to do with Xorg, then I get confused;) [14:20] libgnomedesktop uses gdk_error_trap_push (); [14:22] seb128 - should that not stop the application from exiting? [14:23] it should [14:23] I'm wondering if the libxklavier handling doesn't break things [14:23] maybe [14:23] i saw a gsd crash when i logged in yesterday too, but i couldn't recreate it again [14:23] and that was an untrapped X error too [14:24] i'm wondering if i should start always running g-s-d with --sync for a while just in case it happens again [14:26] chrisccoulson, do you want to upstream the bug? [14:26] it has enough details for that now [14:26] seb128 - yeah, can do. do you mind if i do it when i finish work though? [14:27] chrisccoulson, sure no hurry [14:27] cool:) [14:27] I don't really understand it either [14:27] it's difficult to do things without my employer noticing ;) [14:27] " if (gdk_error_trap_pop ()) { [14:27] g_set_error (error, GNOME_RR_ERROR, GNOME_RR_ERROR_UNKNOWN, [14:27] _("unhandled X error while getting the range of screen sizes")); [14:27] return FALSE;" [14:27] that should catch the error [14:28] oh in fact that's the error he gets [14:28] it should. i don't understand what happens inside XRRGetScreenSizeRange though [14:28] does that block? [14:29] it must do i suppose [14:29] no, I guess the nxserver doesn't handle that call [14:30] but that should not make gsd crash since it's trapping xorg errors [14:30] yeah, it seems strange. and the interaction with the keyboard plugin is wierd too [14:31] well as said g-s-d crashes to be confusing [14:31] libxklavier does something which makes it catch crashes evening if they come from other codepart there [14:36] chrisccoulson, http://bugzilla.gnome.org/show_bug.cgi?id=583709 seems similar [14:36] Gnome bug 583709 in plugins "Crashes on startup logging in from remote." [Critical,Unconfirmed] [14:37] comment #16 [14:52] seb128: any news on http://revu.ubuntuwire.com/p/evolution-couchdb? I submitted a new package with the latest fixes and jonathan riddel was going to take it from my ppa, but had no news till now [14:52] rodrigo_, weird pitti said he did upload [14:53] ah [14:53] did you get it rejected for some reason? [14:53] it's not in the queue [14:53] no, no news since Dublin [14:53] Riddell, ^ did you upload that one? [14:53] ah, didn't see Riddell around [14:53] no, I spoke to rodrigo_ on the last day of dublin as he was leaving and he said it hadn't appeared on revu [14:54] Riddell: I submitted the package to my ppa, as we discussed [14:54] but didn't hear anything since [14:54] rodrigo_: please specify a license for the packaging [14:54] I still need a ping :) [14:54] :) [14:54] Riddell: sent you a mail also :-) [14:54] Laney, do we care? [14:54] I care, ftpmasters care [14:54] AAs may not [14:54] rodrigo_, seems Laney might want to play sponsor for you ;-) [14:54] oh e-mail, I'm rubbish with e-mail currently [14:54] Riddell: :) [14:55] Laney: so, what do I need to do? [14:55] Laney, I don't get the point but ok [14:55] Laney: and can it wait for the next submission? [14:55] depends if it will get accepted without it [14:55] Laney: I will submit a new release soon, with lots of fixes, so I can do it later [14:55] Laney: ah [14:55] imo it's important to have a clear license situation for all files [14:55] including debian/ [14:56] Riddell: see last comment in http://revu.ubuntuwire.com/p/evolution-couchdb [14:56] you can just put "The Debian packaging is (c) blah blah 2009 and is released under XYZ license, see above [14:56] " [14:57] see any other package for example [14:57] rodrigo_: shall I add the line Laney suggests and upload then? [14:57] rodrigo_, btw do you think you could roll a g-c-c tarball at some stage? [14:57] Riddell: yes, please [14:57] rodrigo_, no hurry but there was non for 2.27.90 [14:57] seb128: I asked vuntz yesterday to do it, not sure if he did, seems not [14:58] seb128: I will later if he hasn't done it [14:58] ok thanks [15:00] Riddell: once you upload it, how long does it take to be able to apt-get source it? [15:00] rodrigo_: it needs an archive admin to accept it, then it'll take an hour or two to compile, then it needs an archive admin to accept the binaries, then it'll appear within an hour or so [15:01] ok [15:01] from a few hours to a few days ;) [15:02] apt-get source is quicker [15:02] it's just source newing [15:02] seb128: hey. can you get ubuntuone-client 0.92.0 uploaded? was hoping to get it in alpha4... [15:02] dobey, no, alpha4 images were rolled yesterday and it's still frozen [15:02] doh :-/ [15:09] rodrigo_: uploaded, seb128 should be able to review [15:09] Riddell: ok, thanks! [15:09] looking [15:11] Riddell, could you binary new gnome-shell for me? [15:11] I did upload so I try to not new it ;-) [15:12] seb128: do you get the internal flow error only with the bbc plugin or also with mp3s? [15:12] slomo, I tried with a mp3 file on disk [15:13] slomo, but I didn't sync the new -good from yesterday [15:13] since we are frozen for alpha [15:13] in case that makes a difference [15:13] shouldn't make a difference [15:13] want extra details? [15:13] well, test my patch ;) it makes codec installation work again for me [15:13] slomo, ok thanks [15:14] but i don't get the internal dataflow error but something else [15:14] slomo, weird that is was working with old totem [15:14] seb128: let me look [15:14] if that's a gst bug [15:15]