=== hggdh_ is now known as hggdh [05:02] Hey robert_ancell [05:02] bratsche, hey [05:03] robert_ancell: Do you happen to know if this user manager dbus interface handles the excludes from within gdm? [05:04] bratsche, yes, it should behave as before [05:05] Cool, thanks. Just making sure. [05:06] np :) [05:11] bratsche: hi... regarding xsplash... if my display resolution is 1280x800 , then xsplash will use the 1280x1024 image, and crop at the top , right? [05:11] I think so. [05:12] btw, why isnt there a 1280x800 resolution? ,,it is commonly used in widescreens [05:14] bratsche: the present image needs some more testing... i get gradient banding at the two bottom corners, the black to wine color gradient doesnt work well .. the black at the bottom almost appears like smudges. this is in an Acer Aspire 5670... [05:20] mac_v: You need to talk to mt about these sorts of things. It's totally out of my control. [05:21] ok.. [05:44] whee netsplits [07:27] Good morning [07:28] pitti: moin :) [07:28] hey al-maisan! [07:29] lool: ah, interesting; thanks! [07:36] hello pitti, hi al-maisan [07:36] good morning didrocks [08:25] Hey Amaranth, was there anything required for the Failsafe GNOME session? It all looked completed to me [08:29] robert_ancell: Nope, just upload those two patches and it all works [08:31] hey Amaranth and robert_ancell [08:31] hey mvo, Amaranth and seb128 o/ [08:31] hey mvo [08:31] Amaranth, ok, cool. Also are the move+resize clipping compiz changes being tracked somewhere? [08:31] hey mvo [08:31] hello didrocks and everybody else there [08:31] robert_ancell: In compiz git resize and wobbly both follow the move plugin constrain setting [08:32] * didrocks needs a FFe for webkit [08:32] robert_ancell: so all we have to do is patch move and wobbly to ignore that setting like you were doing [08:32] My ISP is conspiring to make me work on bug triage [08:32] didrocks: if you know about webkit(gtk) - do you have any idea if there is a way to disable drag-n-drop with it? [08:32] Amaranth, thanks. I'll look at backporting those [08:32] only my IRC networks and launchpad work [08:33] robert_ancell: Ideally we'd just get updated snapshots of all the compiz stuff, some crash fixes in libcompizconfig [08:33] hey glatzor__ [08:33] Amaranth, oh are the changes in the 0.8.4 branch? [08:33] and some memleak fixes in there too I don't think we ever got [08:33] mvo: I dunno about drag and drop, but I can have a look tonight. I guess it's for software store, isn't? [08:33] robert_ancell: Is there an 0.8.4 tag? [08:33] didrocks, you might want to ping asac about the e-e update [08:33] Amaranth, sorry, 0.8 branch [08:33] didrocks, I think he was looking at it while making webkit default [08:33] robert_ancell: Did you mean compiz-0.8 branch? yes [08:34] ah, cool, so we'll pick them up next update anyway [08:34] robert_ancell, hey [08:34] hey everyone :) [08:34] seb128: ok, I'm finishing the update (finishing new webkit merge first) and then ping him :) [08:34] didrocks: yeah, its a bit anyoing, bug #434236 [08:34] seb128: thanks ;) [08:34] Launchpad bug 434236 in software-store "Drag-n-Dropping the screenshot thumbnail to a Nautilus window tries to copy whole root directory" [Medium,Confirmed] https://launchpad.net/bugs/434236 [08:34] hey seb128 [08:34] robert_ancell, do you have any opinion on those failsafe changes? seems upstream disagree with the way it's done there [08:34] morning mvo! [08:35] seb128: but they don't have a better solution and this way works :) [08:35] hey robert_ancell [08:35] mvo: ok, I'll give it a look if I can find something useful :) [08:35] hi all, is it normal that I had to killall gnome-panel to be able to see new applet I've just installed or should I open a bug? [08:35] and it's minimally invasive [08:35] didrocks: great, thanks [08:35] bigon, none of those [08:35] seb128, I agree with Amaranth. I think upstream just has strong opinions. [08:35] bigon, it's a bug but it's known and filed for years [08:35] seb128, I can't think of a reason why it shouldn't be in the session list [08:35] robert_ancell, did you try the changes or reviewed those? [08:36] Won't matter once we have gnome-shell, there are no applets :) [08:36] robert_ancell, said differently can I be lazy and just sponsor bzr? [08:36] ;-) [08:36] seb128, I tried the gnome-session change, works fine [08:36] ok thanks! [08:36] seb128: thx [08:36] robert_ancell: The gnome-session change does nothing without the gdm change [08:36] Amaranth, yeah I noticed that :) [08:36] why do you do a gdm change? [08:36] do -> need [08:36] robert_ancell: SInce it runs `Xsession gnome-session -f` which just runs gnome-session [08:37] seb128: to run the Exec without Xsession like old gdm did for failsafe entries so the full `gnome-session -f` gets run [08:37] theorically gnome-session would have a failsafe mode and the desktop would pass the right option [08:37] Exec without Xsession? [08:38] The gdm patch checks for an X-GDM-Failsafe key in the .desktop file and runs the command in the Exec key differently [08:38] isn't gdm just running the command in the desktop entry? [08:38] seb128: bug 435123 reads like it needs tweaks in gnome-menus, not s-s. am I reading that correctly? [08:38] Launchpad bug 435123 in software-store "Extra menu item in System -> Administration" [Medium,Triaged] https://launchpad.net/bugs/435123 [08:38] This is needed in order to pass command line flags to gnome-session in the Exec key [08:38] hey pitti [08:38] why is that required? [08:38] mvo, it's not clear to me [08:38] seb128: Without the gdm change you can't pass -f to gnome-session so it just starts normally [08:39] mvo, we can tweak the categories but that will impact on other DEs [08:39] mvo, or change the .menu to filter it out [08:39] Amaranth, that seems a bug in gdm that options are not respected? [08:39] Amaranth, ie why would that be conditional to X-GDM-Failsafe and not always? [08:40] * Amaranth pulls up code [08:40] seb128: I can change the desktop file and add a OnlyShowIn=GNOME; and then have a "generic" desktop file with "NotShownIn=GNOME". I'm not sure what UNR uses for its session though [08:41] (if its also using GNOME then that kind of defeats the point :) [08:41] seb128: Normally it runs Xsession "gnome-session -f" [08:41] robert_ancell, ^ do you see any reason why gdm should special case X-GDM-Failsafe rather than just passing arguments to exec lines? [08:41] seb128: so I guess you could say it is a bug in Xsession [08:41] but the old GDM ran failsafe entries without Xsession too [08:41] ok, let's do that for now [08:42] still lot to do before beta [08:42] but I will think about it and decide we need to tweak that after beta ;-) [08:42] seb128, I don't know the session stuff well enough, sorry [08:42] robert_ancell, that's ok, thanks anyway [08:46] gah I'm flooding myself in bug mail again [08:49] hmm, does suspend work when booting a LiveCD? [08:50] it should I guess but I didn't try [08:53] hey MacSlow [08:53] hi seb128 [09:03] mvo: do you happen to know about gksu-polkit? it seems pretty obsolete to me, given that pkexec does pretty much the same, but uses the modern polkit-1 [09:04] pitti: no, I don't know about its status, kov is online, I can ask him [09:06] mvo: don't worry, I just wondered whether you cared [09:06] it appears on https://wiki.ubuntu.com/DesktopTeam/PolicyKitOneMigration, but it's just universe [09:08] pitti: no, we don't use it currently [09:08] wow, that's a big difference [09:08] if I show only bugs that aren't Incomplete, Wishlist, or filed upstream compiz has 279 bugs :) [09:09] mvo, how come that update-manager manages to refresh package indexes without asking for a password now? ;-) [09:09] seb128: eh, it does not - maybe you got PK installed somehow or something? [09:10] seb128: hm, it might actually with aptdaemon as its backend [09:10] Perhaps you just ran another gksu program? [09:10] Or that [09:10] mvo: compiz lets you use more than 1 virtual desktop again :/ [09:11] mvo, update-manager is using pk now? [09:11] seb128: no, aptdaemon [09:11] ah ok [09:11] well I get a polkit dialog to install upgrades [09:11] but to refresh the index I don't [09:11] yeah, that is aptdaemon [09:11] I was just a bit surprised ;-) [09:11] I need to check the policy [09:12] I have to decide after beta if we stay with aptdaemon for u-m or if we need to switch back to synaptic [09:12] but if it all goes well and no issues come up, we will stick to it [09:13] ok [09:13] hey asac_ [09:14] hi [09:15] * asac_ goes and does ephy-webkit === asac_ is now known as asac [09:15] asac: hum, I've already updated it if you want [09:16] asac: it needs new webkit version and I'm testbuilding it (but building webkit is soooooo long) [09:16] debian has the new version [09:16] we have a tiny change [09:16] seb128: yes, I merged with this version [09:16] didrocks: k [09:16] cool [09:16] go ahead [09:17] seb128: there used to be a bzr branch [09:17] asac: I'll ping you for both webkit and epiphany-web* [09:17] where is that? [09:17] asac, for what? e-b? [09:17] didrocks: k [09:17] seb128: epiphany-webkit [09:17] etc. [09:17] asac: I didn't find a bzr branch, I can setup one in ~ubuntu-desktop if you wish [09:17] or was it webkit ... hmm [09:17] asac, I doubt it [09:17] oh nevermind [09:17] all fine [09:17] ok :) [09:17] asac, we were in direct sync from debian until your changes [09:17] didrocks: no ... not needed [09:17] seb128: yeah [09:18] why the hell does epiphany-webkit need even more recent webkit? [09:18] i mean we synched webkit like 10 days ago [09:18] they keep bumping depends which each version [09:18] well they seem to roll those in sync [09:18] not sure if that's kov overdoing it or something [09:18] indeed, I think it's just that [09:18] webkit rolls in sync with epiphany? [09:19] new webkit version really gives almost nothing [09:19] thats just insane [09:19] asac, well let's say epiphany-webkit guys and GNOME webkit guys are the same people [09:19] I will ask kov [09:19] we should tell epiphany devs that they should be more reasonable ;) [09:20] asac: didn't they find a huge security flaw in webkit? [09:20] there are regularly issues [09:20] dont know if the latest version addresses something [09:20] changelog says "includes fix for crash that will be fixed in 1.1.15.1" [09:22] edge seems unhappy today [09:23] seb128: is it timing out for you too? [09:24] Amaranth, yes [09:26] hm, then it seems I'm lucky today [09:26] I had one bug that would do it over and over [09:27] Went on to something else and when I came back it was working [09:27] pitti, launchpad wise? [09:27] yes [09:29] I actually quite like the current UI now [09:29] I can change three things in a bug in parallel now [09:29] comment, subscribe, duplicate, fix status, and so on [09:31] In the last 3 hours since I moved nvidia crashes into one bug filed against the nvidia driver I've gotten another crash report for the same problem [09:31] pitti, how so? [09:31] seb128: with all the ajaxification [09:31] oh [09:31] no page reloads any more [09:32] I stopped doing that since I often get an error while changing an another setting if the first one is not flushed [09:32] They need a better icon [09:32] This little drunk exclamation point looking thing doesn't make any sense [09:35] Laney, btw speaking about sabayon, do you have it installed? [09:35] Laney, what uid is used for the sabayon user? [09:35] seb128: looks like didrocks did the update [09:35] ok [09:36] but... [09:36] sabayon-admin:x:1001:1001:Sabayon user:/var/run/sabayon-admin:/bin/sh [09:36] morning ! [09:36] didrocks: you could have done sabayon as a merge btw ;) [09:37] lut huats [09:37] Laney, shouldn't it be < 1000? [09:37] it's listed in the gdm login screen right now due to that [09:37] seb128: wait a second [09:37] Laney: well, it has not been merged since a lot and as post-release is a good time for merging, I postponed it :) [09:38] I accidently build -1 ¬_¬ [09:38] built [09:38] plop seb128, Laney and didrocks [09:38] hey huats [09:38] hi hi [09:41] wasnt there an info about who sponsored a package on launchpad in the past? [09:42] not sure, I usually look to the signed-by on -changes [09:42] I usually use -changes* ML [09:42] seb128: who sponsored bindwood? [09:42] do you have that in your mailbox? [09:43] ken? [09:43] doubtful he has no upload rights [09:43] Signed-By: Martin Pitt [09:43] asac, ^ [09:44] pitti: extensions are for me ;) [09:44] i think the extension branch is now out of sync [09:44] e.g. we are doing https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview [09:44] asac: oh, sorry; didn't know that [09:44] I'll abstain from uploading that then [09:44] cool. statik was my student on this ... not sure why he didnt ping me [09:45] ok get this replayed on the branch then [09:46] seb128: since update gdm (2.27.90-0ubuntu7) to 2.28.0-0ubuntu3 , auto login does not work... is this a known issue? [09:47] mac_v, works for me [09:47] mac_v, but it autolog only once [09:47] ie it doesn't autolog you again when closing a session [09:47] that's a feature [09:47] otherwise you have no way to go back to login screen [09:48] why so? , argh! we could get back to the login screen when we select a timeout or select to show the screen [09:49] sabayon uid is 999 now [09:49] seb128: is there a setting to revert it back to old behavior? [09:49] seb128: ooh, thanks for getting that fixed [09:50] mac_v, no [09:50] pitti, "fixed", see people still complain ;-) [09:50] ;p [09:50] seb128: but it doesn't handle the upgrading case, can we fix that or will it break stuff? [09:50] Laney, thanks [09:50] seb128: fixed! fixed! fixed! [09:51] ;-) [09:51] Laney, not sure, we can make gdm filter it you, I'm not sure it's worth meddling with uids on upgrade [09:51] but I don't have a lot of experience there [09:51] better to ask pitti or mvo [09:52] seb128 , pitti: the old behavior was nice , everytime my X crashed i was back in without need for password entry ... now i have to login :( [09:52] X should never crash [09:52] hehe ;p [09:53] what are the other usecases? [09:53] jojo... [09:54] seb128: use case == any session restart , there was no problem with the old behavior , the user only had to set the timeout , and he was good to go.. why wasnt this just informed to users :( [09:59] mac_v: the "old" behaviour in terms of "jaunty and earlier" was the same; it didn't immediately auto-relogin after logout [09:59] pitti: yeah , but we had a nice new feature ... now i miss it :( [10:00] mac_v, do you log out to log in again so often? [10:00] mac_v, it's annoyance for weird usecases against breaking the possibility to log out [10:00] mac_v, ie you had no way to let the computer free for somebody else to use [10:01] good morning! [10:01] I'm not discussing that it could be an option [10:01] mac_v: well, if your X crashes often, you have a far worse data-loss problem.. [10:01] seb128: settingt he default to have a timeout after the first login would be nice :) [10:01] but that seems a fair trading [10:01] mac_v: but stilll, why would you log out just to get logged back in again? [10:02] mac_v, right, patches are welcome, reverting the upstream change was the easier way and give what we have now [10:02] hey chrisccoulson [10:02] hi seb128 [10:02] if you log out, then certainly for a reason: [10:02] ? [10:02] hey chrisccoulson [10:02] hey pitti [10:02] to be fair I liked the autorelogin it too ;-) [10:02] but that's only because I do often gnome-session or gtk or gdm testing [10:02] seb128: same question to you then [10:02] and restart my sessions [10:02] seb128: right, that's not quite a stable release use case [10:03] that's not a standard user case [10:03] pitti, oh, not discussing that ;-) [10:03] pitti: seb128: i keep my system is mostly always running , so i just restart X to clear memory use... i understand this is a not a common use case but still :( [10:03] I just found the "bug" handy ;-) [10:03] seb128: heh [10:03] mac_v: ok, so it's mostly for working around bugs, not something that you actually "want" to do, right? [10:04] pitti: nope , i want to do it too. [10:04] ;) [10:04] didrocks: the dnd problem with webkit is fixed with magic in the html now [10:04] thanks to sianis :) [10:05] seb128: hmm... could you link me to the patch which was reverted , maybe i could come up with a patch [10:05] which works for all use cases ;) [10:06] mac_v, http://git.gnome.org/cgit/gdm/commit/?id=92209b64245992d8a2cfa9712510ed0eb125b0b8 [10:06] mac_v, see http://bugzilla.gnome.org/show_bug.cgi?id=587606 too [10:06] Gnome bug 587606 in general "should use timed login after closing an autologed session" [Normal,Unconfirmed] [10:07] seb128: ah... thanks :) [10:16] seb128, hi. Does this crash looks familiar to you http://www.pastebin.be/21073 ? Got it since this morning in gtimelog (I guess because of the GTK+ upgrade). I can't work any more :p [10:18] cassidy, not known there [10:19] cassidy, https://bugzilla.gnome.org/show_bug.cgi?id=546834? [10:19] Gnome bug 546834 in GtkTreeView "Crash after GtkTreeView's validate_visible_area" [Critical,Needinfo] [10:20] cassidy, the bug there is no new but that's the one I found which somewhat matches the stacktrace [10:24] mvo: great, do you have a link to the patch? :) [10:25] seb128, thanks; looks to be the same. Will comment [10:25] didrocks: http://launchpadlibrarian.net/32350684/disable_drag_and_drop_image.patch [10:26] hey seb128 - was a decision made on what to do with the gnome-panel task on bug 204567 then? [10:26] Launchpad bug 204567 in xdg-user-dirs "Downloads should go to ~/Downloads" [Low,Fix released] https://launchpad.net/bugs/204567 [10:27] chrisccoulson, the one I closed? [10:27] anyone can run find /usr/share/icons/ | grep favorites on a pure ubuntu install? [10:27] ah, i only just noticed it was closed ;) [10:29] asac, find /usr/share/icons/ | grep favorites [10:29] $ [10:29] ok [10:29] find /usr/share/icons/ favorite ? [10:29] just the ugly emblem-favorite? [10:30] scratch ugly for now ;) [10:30] -name *favorite*? [10:30] yes [10:30] seb128: yeah. or grep favorite [10:30] several variant of that one [10:30] the heart, right? [10:31] asac, yes [10:31] orange circle with white heart in human [10:31] read heart in gnome theme [10:31] red [10:32] yes. our heart is even worse ;) [10:32] so no star which is "favorites" in some themes http://people.canonical.com/~asac/nm08-applet/nm08-wifi-connected-final.png [10:32] too bad [10:33] means we get that ugly heart instead for now ;) [10:33] mvo: thanks a lot [11:01] mvo: update-manager looks very shiny now :) [11:01] anyone here know why XGetWindowAttributes would return with a BadDrawable error? [11:01] chrisccoulson: Blame it on compiz [11:01] Firefox does [11:02] Amaranth - heh, i'll do that then ;) [11:02] No no, don't really [11:02] Figure out why the server is failing [11:02] well, it's probably not the server failing, but i'm just wondering what an app has to do wrong to trigger tha [11:02] t [11:02] I don't understand how anyone could think an X call failing would be a compiz bug but several people seem to do so [11:03] although, the last X error i looked at actually ended up being a server bug [11:04] BadDrawable is X telling you you've given it garbage [11:04] usually None instead of a window or something [11:05] Amaranth - wouldn't XGetWindowAttributes return BadWindow in that case? [11:05] Although it could be X gave you garbage and you're just giving it back :) [11:05] i'm just trying to understand what an application has to do to trigger that error [11:05] mpt: hi... there seems to be a new change , with the update manager , the progress bar has changed to a pulsing bar... wouldnt a throbber be much better? [11:06] chrisccoulson: Reading the man page or something? :) [11:06] mac_v, I haven't seen that yet [11:06] Amaranth - i did that;) [11:06] it says it can return both errors, but doesn't say why [11:06] mac_v, redesigning Update Manager was something I didn't have time for this cycle. [11:06] chrisccoulson: I thought that was why you were asking [11:06] Amaranth: hm, it has not changed that much actually [11:07] mvo: The refresh and update windows [11:07] Amaranth: oh, yeah [11:07] Amaranth: those are done with the aptdaemon backend, that is good stuff [11:07] mpt: oh... someone has redesigned it then ;0 this seems to have happened with the recent update... Updating cache , shows the pulsing progress bar :/ [11:07] mvo: any ideas^ why this was done ? [11:08] * chrisccoulson has a look at xorg code again [11:08] mac_v: its part of upstream changes [11:08] * mvo needs to go for lunch [11:08] argh! [11:09] chrisccoulson: Good luck, Xlib gives me a headache [11:10] chrisccoulson: If I had to guess I'd say it's because the Window you gave it has garbage for the pixmap backing it [11:10] Amaranth - thanks:) [11:13] hmmmm [11:13] lool: is humanity-icon-theme packaging in bzr? [11:13] it shouldn't be able to generate BadDrawable according to the Xorg code [11:14] in dixLookupWindow: [11:14] return (rc == BadDrawable) ? BadWindow : rc [11:15] chrisccoulson: Do you have a program returning BadDrawable for this? [11:15] Amaranth - yes, gnome-settings-daemon [11:15] (not for me, but some other users) [11:15] it's another libxklavier bug [11:15] chrisccoulson: Well if you look at xlib code it makes a few calls and combines the results [11:15] Amaranth - i'll have a look there then as well [11:15] thanks [11:16] perhaps one of them is returning this *shrug* [11:17] yeah, possibly [11:18] i wish i could trigger it myself [11:18] i might have to try and get one of the reporters to run it through xtrace [11:18] if they can recreate it [11:22] seb128: can you do me a favor? I uploaded notify-osd-icons, can you please review and source-NEW to main? [11:23] * Ng pleads ignorance and wonders what exactly is being run when I poke Fn-F7 on my thinkpad (the external monitor one). it seems to do the same as "xrandr --auto" but also displays a notification: http://mairukipa.tenshu.net/screenshots/2009-09-24-FnF7.png [11:23] afaict the entire process works perfectly, so the notification seems unnecessary [11:25] pitti: No [11:25] lool: ok, thanks; I'll just send them patches then [11:25] Ng - thats the xrandr plugin in gnome-settings-daemon which does that [11:25] pitti: What's the issue? [11:25] lool: I need to fix the dependencies and Inherits= [11:25] drop human, add notify-osd [11:26] pitti: But dont we need to merge the icons from Human missing in Humanit first? [11:26] kwwii says it should be okay; kwwii, confirm? [11:27] pitti, looking [11:27] chrisccoulson: thanks [11:27] I was told it's only missing the notify-osd icons, which have a separate pacakge now [11:28] pitti, lool: as I understand it, we only need to remove human and put humanity in it's place (along with the notify-osd set and changes to make that happen) [11:28] so, no. we should not merge them [11:28] kwwii: Humanity inherits Human [11:28] lool: ? it should not [11:28] lool: right, and now it should just inherit notify-osd [11:28] that's the thing I want to change [11:28] kwwii: It always did and humanity upstream that was a requirement from UX team or you (I'm not sure) [11:29] +told me [11:29] mac_v, do you still get bug #416251? [11:29] Launchpad bug 416251 in nautilus "Nautilus does not show Desktop thumbnails" [Low,Triaged] https://launchpad.net/bugs/416251 [11:29] pitti: I understand; except I dont know how that changes icon coverage; do you? [11:29]