[05:02] <bratsche> Hey robert_ancell
[05:02] <robert_ancell> bratsche, hey
[05:03] <bratsche> robert_ancell: Do you happen to know if this user manager dbus interface handles the excludes from within gdm?
[05:04] <robert_ancell> bratsche, yes, it should behave as before
[05:05] <bratsche> Cool, thanks.  Just making sure.
[05:06] <robert_ancell> np :)
[05:11] <mac_v> 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] <bratsche> I think so.
[05:12] <mac_v> btw, why isnt there a 1280x800 resolution? ,,it is commonly used in widescreens
[05:14] <mac_v> 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] <bratsche> mac_v: You need to talk to mt about these sorts of things.  It's totally out of my control.
[05:21] <mac_v> ok..
[05:44] <Amaranth> whee netsplits
[07:27] <pitti> Good morning
[07:28] <al-maisan> pitti: moin :)
[07:28] <pitti> hey al-maisan!
[07:29] <pitti> lool: ah, interesting; thanks!
[07:36] <didrocks> hello pitti, hi al-maisan
[07:36] <al-maisan> good morning didrocks
[08:25] <robert_ancell> Hey Amaranth, was there anything required for the Failsafe GNOME session?  It all looked completed to me
[08:29] <Amaranth> robert_ancell: Nope, just upload those two patches and it all works
[08:31] <mvo> hey Amaranth and robert_ancell
[08:31] <didrocks> hey mvo, Amaranth and seb128 o/
[08:31] <Amaranth> hey mvo
[08:31] <robert_ancell> Amaranth, ok, cool.  Also are the move+resize clipping compiz changes being tracked somewhere?
[08:31] <robert_ancell> hey mvo
[08:31] <seb128> hello didrocks and everybody else there
[08:31] <Amaranth> 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] <Amaranth> robert_ancell: so all we have to do is patch move and wobbly to ignore that setting like you were doing
[08:32] <Amaranth> My ISP is conspiring to make me work on bug triage
[08:32] <mvo> 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] <robert_ancell> Amaranth, thanks.  I'll look at backporting those
[08:32] <Amaranth> only my IRC networks and launchpad work
[08:33] <Amaranth> robert_ancell: Ideally we'd just get updated snapshots of all the compiz stuff, some crash fixes in libcompizconfig
[08:33] <mvo> hey glatzor__
[08:33] <robert_ancell> Amaranth, oh are the changes in the 0.8.4 branch?
[08:33] <Amaranth> and some memleak fixes in there too I don't think we ever got
[08:33] <didrocks> 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] <Amaranth> robert_ancell: Is there an 0.8.4 tag?
[08:33] <seb128> didrocks, you might want to ping asac about the e-e update
[08:33] <robert_ancell> Amaranth, sorry, 0.8 branch
[08:33] <seb128> didrocks, I think he was looking at it while making webkit default
[08:33] <Amaranth> robert_ancell: Did you mean compiz-0.8 branch? yes
[08:34] <robert_ancell> ah, cool, so we'll pick them up next update anyway
[08:34] <seb128> robert_ancell, hey
[08:34] <Amaranth> hey everyone :)
[08:34] <didrocks> seb128: ok, I'm finishing the update (finishing new webkit merge first) and then ping him :)
[08:34] <mvo> didrocks: yeah, its a bit anyoing, bug #434236
[08:34] <didrocks> seb128: thanks ;)
[08:34] <robert_ancell> hey seb128
[08:34] <seb128> robert_ancell, do you have any opinion on those failsafe changes? seems upstream disagree with the way it's done there
[08:34] <glatzor__> morning mvo!
[08:35] <Amaranth> seb128: but they don't have a better solution and this way works :)
[08:35] <pitti> hey robert_ancell
[08:35] <didrocks> mvo: ok, I'll give it a look if I can find something useful :)
[08:35] <bigon> 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] <Amaranth> and it's minimally invasive
[08:35] <mvo> didrocks: great, thanks
[08:35] <seb128> bigon, none of those
[08:35] <robert_ancell> seb128, I agree with Amaranth.  I think upstream just has strong opinions.
[08:35] <seb128> bigon, it's a bug but it's known and filed for years
[08:35] <robert_ancell> seb128, I can't think of a reason why it shouldn't be in the session list
[08:35] <seb128> robert_ancell, did you try the changes or reviewed those?
[08:36] <Amaranth> Won't matter once we have gnome-shell, there are no applets :)
[08:36] <seb128> robert_ancell, said differently can I be lazy and just sponsor bzr?
[08:36] <seb128> ;-)
[08:36] <robert_ancell> seb128, I tried the gnome-session change, works fine
[08:36] <seb128> ok thanks!
[08:36] <bigon> seb128: thx
[08:36] <Amaranth> robert_ancell: The gnome-session change does nothing without the gdm change
[08:36] <robert_ancell> Amaranth, yeah I noticed that :)
[08:36] <seb128> why do you do a gdm change?
[08:36] <seb128> do -> need
[08:36] <Amaranth> robert_ancell: SInce it runs `Xsession gnome-session -f` which just runs gnome-session
[08:37] <Amaranth> seb128: to run the Exec without Xsession like old gdm did for failsafe entries so the full `gnome-session -f` gets run
[08:37] <seb128> theorically gnome-session would have a failsafe mode and the desktop would pass the right option
[08:37] <seb128> Exec without Xsession?
[08:38] <Amaranth> 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] <seb128> isn't gdm just running the command in the desktop entry?
[08:38] <mvo> seb128: bug 435123 reads like it needs tweaks in gnome-menus, not s-s. am I reading that correctly?
[08:38] <Amaranth> This is needed in order to pass command line flags to gnome-session in the Exec key
[08:38] <robert_ancell> hey pitti
[08:38] <seb128> why is that required?
[08:38] <seb128> mvo, it's not clear to me
[08:38] <Amaranth> seb128: Without the gdm change you can't pass -f to gnome-session so it just starts normally
[08:39] <seb128> mvo, we can tweak the categories but that will impact on other DEs
[08:39] <seb128> mvo, or change the .menu to filter it out
[08:39] <seb128> Amaranth, that seems a bug in gdm that options are not respected?
[08:39] <seb128> Amaranth, ie why would that be conditional to X-GDM-Failsafe and not always?
[08:40]  * Amaranth pulls up code
[08:40] <mvo> 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] <mvo> (if its also using GNOME then that kind of defeats the point :)
[08:41] <Amaranth> seb128: Normally it runs Xsession "gnome-session -f"
[08:41] <seb128> 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] <Amaranth> seb128: so I guess you could say it is a bug in Xsession
[08:41] <Amaranth> but the old GDM ran failsafe entries without Xsession too
[08:41] <seb128> ok, let's do that for now
[08:42] <seb128> still lot to do before beta
[08:42] <seb128> but I will think about it and decide we need to tweak that after beta ;-)
[08:42] <robert_ancell> seb128, I don't know the session stuff well enough, sorry
[08:42] <seb128> robert_ancell, that's ok, thanks anyway
[08:46] <Amaranth> gah I'm flooding myself in bug mail again
[08:49] <Amaranth> hmm, does suspend work when booting a LiveCD?
[08:50] <seb128> it should I guess but I didn't try
[08:53] <seb128> hey MacSlow
[08:53] <MacSlow> hi seb128
[09:03] <pitti> 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] <mvo> pitti: no, I don't know about its status, kov is online, I can ask him
[09:06] <pitti> mvo: don't worry, I just wondered whether you cared
[09:06] <pitti> it appears on https://wiki.ubuntu.com/DesktopTeam/PolicyKitOneMigration, but it's just universe
[09:08] <mvo> pitti: no, we don't use it currently
[09:08] <Amaranth> wow, that's a big difference
[09:08] <Amaranth> if I show only bugs that aren't Incomplete, Wishlist, or filed upstream compiz has 279 bugs :)
[09:09] <seb128> mvo, how come that update-manager manages to refresh package indexes without asking for a password now? ;-)
[09:09] <mvo> seb128: eh, it does not - maybe you got PK installed somehow or something?
[09:10] <mvo> seb128: hm, it might actually with aptdaemon as its backend
[09:10] <Amaranth> Perhaps you just ran another gksu program?
[09:10] <Amaranth> Or that
[09:10] <Amaranth> mvo: compiz lets you use more than 1 virtual desktop again :/
[09:11] <seb128> mvo, update-manager is using pk now?
[09:11] <mvo> seb128: no, aptdaemon
[09:11] <seb128> ah ok
[09:11] <seb128> well I get a polkit dialog to install upgrades
[09:11] <seb128> but to refresh the index I don't
[09:11] <mvo> yeah, that is aptdaemon
[09:11] <seb128> I was just a bit surprised ;-)
[09:11] <mvo> I need to check the policy
[09:12] <mvo> 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] <mvo> but if it all goes well and no issues come up, we will stick to it
[09:13] <seb128> ok
[09:13] <seb128> hey asac_
[09:14] <asac_> hi
[09:15]  * asac_ goes and does ephy-webkit
[09:15] <didrocks> asac: hum, I've already updated it if you want
[09:16] <didrocks> asac: it needs new webkit version and I'm testbuilding it (but building webkit is soooooo long)
[09:16] <seb128> debian has the new version
[09:16] <seb128> we have a tiny change
[09:16] <didrocks> seb128: yes, I merged with this version
[09:16] <asac> didrocks: k
[09:16] <seb128> cool
[09:16] <asac> go ahead
[09:17] <asac> seb128: there used to be a bzr branch
[09:17] <didrocks> asac: I'll ping you for both webkit and epiphany-web*
[09:17] <asac> where is that?
[09:17] <seb128> asac, for what? e-b?
[09:17] <asac> didrocks: k
[09:17] <asac> seb128: epiphany-webkit
[09:17] <asac> etc.
[09:17] <didrocks> asac: I didn't find a bzr branch, I can setup one in ~ubuntu-desktop if you wish
[09:17] <asac> or was it webkit ... hmm
[09:17] <seb128> asac, I doubt it
[09:17] <asac> oh nevermind
[09:17] <asac> all fine
[09:17] <didrocks> ok :)
[09:17] <seb128> asac, we were in direct sync from debian until your changes
[09:17] <asac> didrocks: no ... not needed
[09:17] <asac> seb128: yeah
[09:18] <asac> why the hell does epiphany-webkit need even more recent webkit?
[09:18] <asac> i mean we synched webkit like 10 days ago
[09:18] <seb128> they keep bumping depends which each version
[09:18] <seb128> well they seem to roll those in sync
[09:18] <seb128> not sure if that's kov overdoing it or something
[09:18] <didrocks> indeed, I think it's just that
[09:18] <asac> webkit rolls in sync with epiphany?
[09:19] <didrocks> new webkit version really gives almost nothing
[09:19] <asac> thats just insane
[09:19] <seb128> asac, well let's say epiphany-webkit guys and GNOME webkit guys are the same people
[09:19] <seb128> I will ask kov
[09:19] <asac> we should tell epiphany devs that they should be more reasonable ;)
[09:20] <davmor2> asac: didn't they find a huge security flaw in webkit?
[09:20] <asac> there are regularly issues
[09:20] <asac> dont know if the latest version addresses something
[09:20] <didrocks> changelog says "includes fix for crash that will be fixed in <IP_ADDRESS>"
[09:22] <seb128> edge seems unhappy today
[09:23] <Amaranth> seb128: is it timing out for you too?
[09:24] <seb128> Amaranth, yes
[09:26] <pitti> hm, then it seems I'm lucky today
[09:26] <Amaranth> I had one bug that would do it over and over
[09:27] <Amaranth> Went on to something else and when I came back it was working
[09:27] <seb128> pitti, launchpad wise?
[09:27] <pitti> yes
[09:29] <pitti> I actually quite like the current UI now
[09:29] <pitti> I can change three things in a bug in parallel now
[09:29] <pitti> comment, subscribe, duplicate, fix status, and so on
[09:31] <Amaranth> 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] <seb128> pitti, how so?
[09:31] <pitti> seb128: with all the ajaxification
[09:31] <seb128> oh
[09:31] <pitti> no page reloads any more
[09:32] <seb128> I stopped doing that since I often get an error while changing an another setting if the first one is not flushed
[09:32] <Amaranth> They need a better icon
[09:32] <Amaranth> This little drunk exclamation point looking thing doesn't make any sense
[09:35] <seb128> Laney, btw speaking about sabayon, do you have it installed?
[09:35] <seb128> Laney, what uid is used for the sabayon user?
[09:35] <Laney> seb128: looks like didrocks did the update
[09:35] <seb128> ok
[09:36] <Laney> but...
[09:36] <Laney> sabayon-admin:x:1001:1001:Sabayon user:/var/run/sabayon-admin:/bin/sh
[09:36] <huats> morning !
[09:36] <Laney> didrocks: you could have done sabayon as a merge btw ;)
[09:37] <seb128> lut huats
[09:37] <seb128> Laney, shouldn't it be < 1000?
[09:37] <seb128> it's listed in the gdm login screen right now due to that
[09:37] <Laney> seb128: wait a second
[09:37] <didrocks> 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] <Laney> I accidently build -1 ¬_¬
[09:38] <Laney> built
[09:38] <huats> plop seb128, Laney and didrocks
[09:38] <didrocks> hey huats
[09:38] <Laney> hi hi
[09:41] <asac> wasnt there an info about who sponsored a package on launchpad in the past?
[09:42] <seb128> not sure, I usually look to the signed-by on -changes
[09:42] <didrocks> I usually use -changes* ML
[09:42] <asac> seb128: who sponsored bindwood?
[09:42] <asac> do you have that in your mailbox?
[09:43] <asac> ken?
[09:43] <seb128> doubtful he has no upload rights
[09:43] <seb128> Signed-By: Martin Pitt<EMAIL_ADDRESS>[09:43] <seb128> asac, ^
[09:44] <asac> pitti: extensions are for me ;)
[09:44] <asac> i think the extension branch is now out of sync
[09:44] <asac> e.g. we are doing https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview
[09:44] <pitti> asac: oh, sorry; didn't know that
[09:44] <pitti> I'll abstain from uploading that then
[09:44] <asac> cool. statik was my student on this ... not sure why he didnt ping me
[09:45] <asac> ok get this replayed on the branch then
[09:46] <mac_v> 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] <seb128> mac_v, works for me
[09:47] <seb128> mac_v, but it autolog only once
[09:47] <seb128> ie it doesn't autolog you again when closing a session
[09:47] <seb128> that's a feature
[09:47] <seb128> otherwise you have no way to go back to login screen
[09:48] <mac_v> why so? , argh! we could get back to the login screen when we select a timeout or select to show the screen
[09:49] <Laney> sabayon uid is 999 now
[09:49] <mac_v> seb128: is there a setting to revert it back to old behavior?
[09:49] <pitti> seb128: ooh, thanks for getting that fixed
[09:50] <seb128> mac_v, no
[09:50] <seb128> pitti, "fixed", see people still complain ;-)
[09:50] <mac_v> ;p
[09:50] <Laney> seb128: but it doesn't handle the upgrading case, can we fix that or will it break stuff?
[09:50] <seb128> Laney, thanks
[09:50] <pitti> seb128: fixed! fixed! fixed!
[09:51] <seb128> ;-)
[09:51] <seb128> Laney, not sure, we can make gdm filter it you, I'm not sure it's worth meddling with uids on upgrade
[09:51] <seb128> but I don't have a lot of experience there
[09:51] <seb128> better to ask pitti or mvo
[09:52] <mac_v> 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] <seb128> X should never crash
[09:52] <mac_v> hehe ;p
[09:53] <seb128> what are the other usecases?
[09:53] <pitti> jojo...
[09:54] <mac_v> 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] <pitti> mac_v: the "old" behaviour in terms of "jaunty and earlier" was the same; it didn't immediately auto-relogin after logout
[09:59] <mac_v> pitti: yeah  , but we had a nice new feature ... now i miss it :(
[10:00] <seb128> mac_v, do you log out to log in again so often?
[10:00] <seb128> mac_v, it's annoyance for weird usecases against breaking the possibility to log out
[10:00] <seb128> mac_v, ie you had no way to let the computer free for somebody else to use
[10:01] <chrisccoulson> good morning!
[10:01] <seb128> I'm not discussing that it could be an option
[10:01] <pitti> mac_v: well, if your X crashes often, you have a far worse data-loss problem..
[10:01] <mac_v> seb128: settingt he default to have a timeout after the first login would be nice :)
[10:01] <seb128> but that seems a fair trading
[10:01] <pitti> mac_v: but stilll, why would you log out just to get logged back in again?
[10:02] <seb128> mac_v, right, patches are welcome, reverting the upstream change was the easier way and give what we have now
[10:02] <seb128> hey chrisccoulson
[10:02] <chrisccoulson> hi seb128
[10:02] <pitti> if you log out, then certainly for a reason:
[10:02] <pitti> ?
[10:02] <pitti> hey chrisccoulson
[10:02] <chrisccoulson> hey pitti
[10:02] <seb128> to be fair I liked the autorelogin it too ;-)
[10:02] <seb128> but that's only because I do often gnome-session or gtk or gdm testing
[10:02] <pitti> seb128: same question to you then
[10:02] <seb128> and restart my sessions
[10:02] <pitti> seb128: right, that's not quite a stable release use case
[10:03] <seb128> that's not a standard user case
[10:03] <seb128> pitti, oh, not discussing that ;-)
[10:03] <mac_v> 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] <seb128> I just found the "bug" handy ;-)
[10:03] <pitti> seb128: heh
[10:03] <pitti> mac_v: ok, so it's mostly for working around bugs, not something that you actually "want" to do, right?
[10:04] <mac_v> pitti: nope , i want to do it too.
[10:04] <mac_v> ;)
[10:04] <mvo> didrocks: the dnd problem with webkit is fixed with magic in the html now
[10:04] <mvo> thanks to sianis :)
[10:05] <mac_v> seb128: hmm... could you link me to the patch which was reverted  , maybe i could come up with a patch
[10:05] <mac_v> which works for all use cases ;)
[10:06] <seb128> mac_v, http://git.gnome.org/cgit/gdm/commit/?id=92209b64245992d8a2cfa9712510ed0eb125b0b8
[10:06] <seb128> mac_v, see http://bugzilla.gnome.org/show_bug.cgi?id=587606 too
[10:07] <mac_v> seb128: ah... thanks :)
[10:16] <cassidy> 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] <seb128> cassidy, not known there
[10:19] <seb128> cassidy, https://bugzilla.gnome.org/show_bug.cgi?id=546834?
[10:20] <seb128> cassidy, the bug there is no new but that's the one I found which somewhat matches the stacktrace
[10:24] <didrocks> mvo: great, do you have a link to the patch? :)
[10:25] <cassidy> seb128, thanks; looks to be the same. Will comment
[10:25] <mvo> didrocks:  http://launchpadlibrarian.net/32350684/disable_drag_and_drop_image.patch
[10:26] <chrisccoulson> hey seb128 - was a decision made on what to do with the gnome-panel task on bug 204567 then?
[10:27] <seb128> chrisccoulson, the one I closed?
[10:27] <asac> anyone can run find /usr/share/icons/ | grep favorites on a pure ubuntu install?
[10:27] <chrisccoulson> ah, i only just noticed it was closed ;)
[10:29] <seb128> asac, find /usr/share/icons/ | grep favorites
[10:29] <seb128> $
[10:29] <asac> ok
[10:29] <asac> find /usr/share/icons/ favorite ?
[10:29] <asac> just the ugly emblem-favorite?
[10:30] <asac> scratch ugly for now ;)
[10:30] <seb128> -name *favorite*?
[10:30] <seb128> yes
[10:30] <asac> seb128: yeah. or grep favorite
[10:30] <seb128> several variant of that one
[10:30] <asac> the heart, right?
[10:31] <seb128> asac, yes
[10:31] <seb128> orange circle with white heart in human
[10:31] <seb128> read heart in gnome theme
[10:31] <seb128> red
[10:32] <asac> yes. our heart is even worse ;)
[10:32] <asac> so no star which is "favorites" in some themes http://people.canonical.com/~asac/nm08-applet/nm08-wifi-connected-final.png
[10:32] <asac> too bad
[10:33] <asac> means we get that ugly heart instead for now ;)
[10:33] <didrocks> mvo: thanks a lot
[11:01] <Amaranth> mvo: update-manager looks very shiny now :)
[11:01] <chrisccoulson> anyone here know why XGetWindowAttributes would return with a BadDrawable error?
[11:01] <Amaranth> chrisccoulson: Blame it on compiz
[11:01] <Amaranth> Firefox does
[11:02] <chrisccoulson> Amaranth - heh, i'll do that then ;)
[11:02] <Amaranth> No no, don't really
[11:02] <Amaranth> Figure out why the server is failing
[11:02] <chrisccoulson> 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] <chrisccoulson> t
[11:02] <Amaranth> 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] <chrisccoulson> although, the last X error i looked at actually ended up being a server bug
[11:04] <Amaranth> BadDrawable is X telling you you've given it garbage
[11:04] <Amaranth> usually None instead of a window or something
[11:05] <chrisccoulson> Amaranth - wouldn't XGetWindowAttributes return BadWindow in that case?
[11:05] <Amaranth> Although it could be X gave you garbage and you're just giving it back :)
[11:05] <chrisccoulson> i'm just trying to understand what an application has to do to trigger that error
[11:05] <mac_v> 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] <Amaranth> chrisccoulson: Reading the man page or something? :)
[11:06] <mpt> mac_v, I haven't seen that yet
[11:06] <chrisccoulson> Amaranth - i did that;)
[11:06] <chrisccoulson> it says it can return both errors, but doesn't say why
[11:06] <mpt> mac_v, redesigning Update Manager was something I didn't have time for this cycle.
[11:06] <Amaranth> chrisccoulson: I thought that was why you were asking
[11:06] <mvo> Amaranth: hm, it has not changed that much actually
[11:07] <Amaranth> mvo: The refresh and update windows
[11:07] <mvo> Amaranth: oh, yeah
[11:07] <mvo> Amaranth: those are done with the aptdaemon backend, that is good stuff
[11:07] <mac_v> 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] <mac_v> mvo: any ideas^ why this was done ?
[11:08]  * chrisccoulson has a look at xorg code again
[11:08] <mvo> mac_v: its part of upstream changes
[11:08]  * mvo needs to go for lunch
[11:08] <mac_v> argh!
[11:09] <Amaranth> chrisccoulson: Good luck, Xlib gives me a headache
[11:10] <Amaranth> 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] <chrisccoulson> Amaranth - thanks:)
[11:13] <chrisccoulson> hmmmm
[11:13] <pitti> lool: is humanity-icon-theme packaging in bzr?
[11:13] <chrisccoulson> it shouldn't be able to generate BadDrawable according to the Xorg code
[11:14] <chrisccoulson> in dixLookupWindow:
[11:14] <chrisccoulson> return (rc == BadDrawable) ? BadWindow : rc
[11:15] <Amaranth> chrisccoulson: Do you have a program returning BadDrawable for this?
[11:15] <chrisccoulson> Amaranth - yes, gnome-settings-daemon
[11:15] <chrisccoulson> (not for me, but some other users)
[11:15] <chrisccoulson> it's another libxklavier bug
[11:15] <Amaranth> chrisccoulson: Well if you look at xlib code it makes a few calls and combines the results
[11:15] <chrisccoulson> Amaranth - i'll have a look there then as well
[11:15] <chrisccoulson> thanks
[11:16] <Amaranth> perhaps one of them is returning this *shrug*
[11:17] <chrisccoulson> yeah, possibly
[11:18] <chrisccoulson> i wish i could trigger it myself
[11:18] <chrisccoulson> i might have to try and get one of the reporters to run it through xtrace
[11:18] <chrisccoulson> if they can recreate it
[11:22] <pitti> 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] <Ng> afaict the entire process works perfectly, so the notification seems unnecessary
[11:25] <lool> pitti: No
[11:25] <pitti> lool: ok, thanks; I'll just send them patches then
[11:25] <chrisccoulson> Ng - thats the xrandr plugin in gnome-settings-daemon which does that
[11:25] <lool> pitti: What's the issue?
[11:25] <pitti> lool: I need to fix the dependencies and Inherits=
[11:25] <pitti> drop human, add notify-osd
[11:26] <lool> pitti: But dont we need to merge the icons from Human missing in Humanit first?
[11:26] <pitti> kwwii says it should be okay; kwwii, confirm?
[11:27] <seb128> pitti, looking
[11:27] <Ng> chrisccoulson: thanks
[11:27] <pitti> I was told it's only missing the notify-osd icons, which have a separate pacakge now
[11:28] <kwwii> 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] <kwwii> so, no. we should not merge them
[11:28] <lool> kwwii: Humanity inherits Human
[11:28] <kwwii> lool: ? it should not
[11:28] <pitti> lool: right, and now it should just inherit notify-osd
[11:28] <pitti> that's the thing I want to change
[11:28] <lool> kwwii: It always did and humanity upstream that was a requirement from UX team or you (I'm not sure)
[11:29] <lool> +told me
[11:29] <seb128> mac_v, do you still get bug #416251?
[11:29] <lool> pitti: I understand; except I dont know how that changes icon coverage; do you?
[11:29] <pitti> lool: no, I'm just being told; package size wise it could very well be a full replacement, though..
[11:29] <pitti> lool: I have purged human-icon-theme now, for testing
[11:29] <kwwii> lool: ahhh, you mean in UNR, right?
[11:30] <lool> kwwii: It's not in UNR; the theme declares that
[11:30] <kwwii> I originaly, made the UNR package that way
[11:30] <lool> kwwii: It's the same package in UNR and in desktop
[11:30] <kwwii> lool: well, the original package which I made was just for UNR ;)
[11:30] <lool> kwwii: Ok so the reason is historical or does it still stand?
[11:30] <kwwii> I imagine that is where this came from
[11:30] <kwwii> it is historical and should be changed
[11:31] <lool> pitti: I actually raised this very question / concern of dropping the dep to UX on monday and they had to get back to me on this I think
[11:31] <lool> kwwii: So the historical reason is gone?
[11:31] <mac_v> seb128: unknown fix ;) .. i noticed a week ago,  i didnt get the problems , so was waiting to confirm it :)
[11:32] <kwwii> lool: yes, if we remove human there is no need to have humanity fall back to it
[11:32] <seb128> mac_v, I'm not sure to parse that correctly, means "works now"?
[11:32] <pitti> lool: I have run a guest session with only humanity, and it seems fine
[11:32] <mac_v> yup
[11:32] <mac_v> commenting on bug
[11:32] <lool> kwwii: Out of curiosity, what was the reason for the inheritance?
[11:32] <kwwii> hrm, I wonder how this all will work on an updated system
[11:32] <kwwii> lool: I wanted to catch all the icons from human which are missing in humanity
[11:33] <pitti> seb128: what's necessary for human-theme to default to humanity-icon-theme instead of human-icon-theme?
[11:33] <lool> kwwii: And now we're confident there aren't any?
[11:33] <kwwii> lool: I talked to the author last night and he said he thought only 4 or so were missing which he will work on asap
[11:33] <mac_v> seb128: shall i close the bug , or should we wait for others to respond?
[11:34] <kwwii> lool: to be honest, if you asked me personaly, I would not have made this change at this time...it hasn't been tested yet
[11:34] <lool> pitti: ^
[11:34] <pitti> lool: I keep being told different things..
[11:34] <kwwii> but it is not my decision
[11:34] <lool> pitti: So if you're fine with this, do drop the dep and change index.theme, or I can do it
[11:34] <pitti> lool: I'm on it, don't worry
[11:34] <lool> pitti: I know, it's been like that for me in the last two weeks    :-(
[11:35] <lool> pitti: Thanks
[11:35] <pitti> lool: but I'd rather add the few missing ones to humanity than keeping two almost complete sets around
[11:35]  * lool is half sick
[11:35] <lool> pitti: Yes; that was my plan after talking to UX; I proposed copying that at runtime
[11:35] <seb128> mac_v, close it
[11:35] <lool> pitti: You might recall I proposed build-deping on human if that was the only issue
[11:35] <mac_v> ok
[11:36] <lool> pitti: But if desktop switches to humanity, I'd rather see the icons copied in the upstream tree
[11:36] <pitti> ah
[11:36] <lool> pitti: BTW upstram is at lp:humanity
[11:36] <lool> The _packaging_ isn't in bzr though
[11:37] <pitti> *nod*
[11:37] <seb128> mac_v, can you close it the GNOME bug too?
[11:37] <seb128> pitti, is desktop switching icon theme or not?
[11:38] <pitti> seb128: yes, there finally seems to be a consensus now
[11:38] <mac_v> seb128: no :( ... the last i heard from awalton  , my bug was a red herring , it was related to another thumbnails bug... i forgot which
[11:38] <pitti> seb128: I have a list of things to do to switch; I started with notify-osd-icons packaging (uploaded now), and updated dependencies of notify-osd
[11:38] <seb128> pitti, ok, I didn't get any reply to your email
[11:38] <seb128> pitti, let me know when it's decided so I can flip the gconf setting
[11:38] <pitti> seb128: now fixing inheritance of humanity, and dropping tangerine
[11:38] <pitti> seb128: please flip
[11:39] <seb128> pitti, ok
[11:39] <pitti> seb128: kwwi spoke with Ivanka this morning; no mail reply yet
[11:39] <seb128> ok
[11:43] <mac_v> kwwii: btw , Bug #432938 for the human dependency , we have replaced all icons except for the gpm-* icons ,and tangerine is also not required in the dependancies ;) .. just making final check about tangerine inherits
[11:45] <kwwii> mac_v: it should all be taken care of now
[11:47] <mac_v> kwwii: we still havent made only the gpm-* , rest were only missing symlinks , those are fixed
[11:48] <mac_v> the gpm-moouse/keyboard
[11:49] <kwwii> mac_v: cool
[11:51] <seb128> pitti, notify-osd-icons NEWed
[11:51] <pitti> seb128: merci
[11:51] <seb128> de rien
[11:53] <pitti> kwwii: can you please pull lp:~ubuntu-desktop/human-theme/humanity/ into lp:~ubuntu-art-pkg/human-theme/ubuntu/ ?
[11:54] <pitti> to keep the master branch consistent?
[11:54] <pitti> (and push again)
[11:56] <kwwii> pitti: into human-theme?
[11:56] <pitti> kwwii: yes
[11:56] <kwwii> why? that package is just for gtk and metacity and stuff
[11:56] <pitti> kwwii: I changed the icon-theme dependency
[11:56] <kwwii> and I am just finishing an update to it with the gdm stuff
[11:56] <kwwii> ahhh, ok
[11:57] <pitti> kwwii: well, lp:~ubuntu-art-pkg/human-theme/ubuntu/ is shown to be _the_ packaging branch for karmic
[11:57] <kwwii> pitti: right, as it should
[11:57] <pitti> so it should be consistent with what's actually in karmic
[11:57] <kwwii> right
[11:57] <pitti> I just can't commit to it directly
[11:57] <kwwii> I understand now, you just scared me for a minute :)
[11:58] <kwwii> pitti: I should add you to the ubuntu-art-pkg team :)
[11:58] <pitti> kwwii: best would be to add ~ubuntu-desktop
[11:59] <pitti> so that we can do packaging fixes without this dance
[11:59] <pitti> kwwii: in fact, since I'm about to ask you the same for ubuntu-artwork (dropping gdm-themes), perhaps we can do that right now?
[11:59] <pitti> "that" -> add ~ubuntu-desktop to ~ubuntu-art-pkg
[11:59] <kwwii> sure
[12:00] <pitti> kwwii: don't worry, I promise I won't replace all your nice icons with pr0n
[12:00] <kwwii> as long as I can still commit changes I don't mind
[12:00] <pitti> sure
[12:01] <kwwii> done
[12:02] <pitti> kwwii: thanks, invitation accepted on LP
[12:02] <seb128> pitti, wouldn't it make sense to add all the uploaders and not only desktop there
[12:02] <pitti> seb128: it is now?
[12:02] <pitti> seb128: core-dev is a member of desktop
[12:02] <seb128> only desktopers?
[12:02] <seb128> well, why adding a subteam rather than directly the main one?
[12:03] <seb128> not that I really care
[12:03] <seb128> but that would be a cleaner desktop view
[12:03] <kwwii> pitti: ouch, because I already made change to the human-theme package they have diverged
[12:03] <pitti> seb128: I didn't change https://edge.launchpad.net/~ubuntu-desktop/+members
[12:03] <kwwii> pitti: so I cannot simply pull and push
[12:03] <pitti> kwwii: sorry; just merge from the branch then
[12:04] <pitti> kwwii: hm, I pulled the latest one, you mean you had local commits not yet pushed to LP?
[12:04] <kwwii> yes, I was pushing while you were pulling and we missed each other
[12:04] <kwwii> so the changelog is messed up, which I will fix
[12:04] <kwwii>  M  debian/changelog
[12:04] <kwwii>  M  debian/control
[12:04] <kwwii> Text conflict in debian/changelog
[12:04] <kwwii> 1 conflicts encountered.
[12:05] <pitti> right, should be relatively easy to untangle
[12:05] <pitti> just keep both parts
[12:05] <seb128> pitti, ok
[12:05] <pitti> seb128: that didn't change https://edge.launchpad.net/~ubuntu-desktop/+members, though
[12:05] <pitti> seb128: we became a member of another team, we didn't add a new member to our's
[12:05] <seb128> ok
[12:05] <pitti> seb128: or what did you mean?
[12:05] <seb128> no, that's fine to me
[12:06] <pitti> seb128: and we need to keep core-dev as a desktoppers member, otherwise e. g. Scott couldn't upload a gdm upstart fix
[12:06] <pitti> s/upload/commit/
[12:06] <seb128> if the goal was to add people who can do change so they can commit to bzr I would have added the ubuntu-dev directly
[12:06] <seb128> but small difference
[12:06] <seb128> ie I don't care enough either way to argue ;-)
[12:06] <mac_v> kwwii: why does human have /usr/share/icons/Human/scalable/apps/ooo-calc2.svg  , was that "2" accidentaly naming , or ...?
[12:06] <pitti> seb128: right, but I wanted us to be able to commit to ~ubuntu-art-pkg
[12:07] <seb128> ok
[12:07] <seb128> makes sense then
[12:07] <seb128> lunch time, bbl
[12:07] <pitti> seb128: just a second?
[12:07] <pitti> seb128: so you'll change the gconf stuff to point to humanity icon theme?
[12:11] <kwwii> pitti: ok, human-theme is should be merged correctly
[12:11] <kwwii> pitti, seb128: this has the gdm theme in it, now we need to make sure the 3 gconf keys for that gets set
[12:13] <asac> pitti: do i need an official sign off before uploading NM? i opened bug 435333 if we need to do formalism
[12:14] <asac> are you as being on the release team in power to do that?
[12:16] <pitti> asac: what's the "more networks..." thing? what makes networks go in one or the other?
[12:17] <asac> pitti: on top level you get "favorites (previously connected to)" and the strongest (up-to-five)
[12:17] <asac> the rest goes into the "more networks..."
[12:17] <pitti> ah
[12:17] <asac> the idea is that you usually dont go there
[12:18] <asac> main new feature is "Disconnect"
[12:18] <pitti> bug updated
[12:20] <asac> thx. i was fighting hard for something like: http://people.canonical.com/~asac/nm08-applet/wifi-activating-variant-B-4a.png
[12:20] <asac> but dan didnt want that
[12:20] <asac> so we did this compromise ;)
[12:28] <seb128> pitti, sorry I didn't read your just a second
[12:28] <seb128> pitti, already changed locally I'm about to upload
[12:29] <pitti> seb128: no prob; thanks!
[12:30] <pitti> seb128: I think I did everything else now: http://paste.ubuntu.com/277018/ -- does that look complete to you?
[12:31] <pitti> seb128: I purged tangerine, human-icons, and gdm-theme, and after I switch the icon theme in the guest session, everything looks alright
[12:32] <mac_v> pitti: well since sunday , we have been trying to remove dependencies ;) ...if it wasnt working , we'd have been surprised ;p
[12:36] <seb128> pitti, did you change the human-theme index.theme too?
[12:36] <mac_v> pitti: Bug #435804 . Fixed in rev 287
[12:36] <seb128> otherwise looks correct
[12:37] <pitti> seb128: oh, sorry, I didn't; doing now
[12:37] <pitti> seb128: is that the only place where to do this? (apparenlty not, it's not gconf)
[12:37] <seb128> pitti, no need to be sorry I'm just double checking ;-)
[12:37]  * pitti <- artwork n00b
[12:37] <seb128> pitti, no, that one is just to make the default selection in the capplet to be "Human"
[12:37] <seb128> all the subtheming need to match
[12:38] <seb128> ie the icon, wm, gtk listed there need to be the gconf ones
[12:38] <seb128> otherwise you get an "custom" theme selected
[12:38] <pitti> kwwii: are your human-theme changes good to upload, or are you still working on them?
[12:39] <seb128> pitti, ie human is defined as gtk human, icon human right now
[12:39] <seb128> so if we have the values set the gtk human, icons humanity that's a custom selection
[12:39] <kwwii> pitti: they are good to go
[12:39] <seb128> not the human set one
[12:39] <seb128> pitti, makes sense?
[12:39] <kwwii> seb128: and metacity theme
[12:39] <mac_v> kwwii: if you are pulling from humanity , pls pull from rev 287 , in that we have dropped the inherits and the ooo-calc"2" error too
[12:39] <pitti> seb128: right
[12:39] <seb128> kwwii, that's what I call wm before
[12:39] <seb128> "" ie the icon, wm, gtk listed there need to be the gconf ones"
[12:39] <kwwii> ;)
[12:40] <seb128> brb testing
[12:40] <kwwii> mac_v: cool, I'll remove that from human as well
[12:40] <mac_v> kwwii: just rename it to math ;p
[12:40] <mac_v> ooo-math
[12:41] <kwwii> mac_v: will do, thanks
[12:43] <pitti> kwwii: everything got much much browner now; that's ok?
[12:44] <seb128> re
[12:46] <seb128> pitti, ok, tested and uploaded now
[12:46] <pitti> rock, thanks
[12:46] <pitti> seb128: human-theme index fixed as well now
[12:47] <seb128> excellent, thanks
[12:50] <seb128> pitti, the notify-osd theme thing is weird
[12:50] <seb128> I'm looking at bin newing it
[12:50] <pitti> oh?
[12:50] <kwwii> pitti: yes, that is intentional
[12:50] <seb128> pitti, the way it's done now it will be listed as a system theme no?
[12:50] <pitti> seb128: yes
[12:50] <seb128> pitti, which is misleading because that's not one, it's just icons for notify-osd ...
[12:51] <kwwii> seb128: yes, there is no way around that
[12:51] <seb128> there is
[12:51] <pitti> can the index.theme be told something like NoDisplay=?
[12:51] <kwwii> seb128: cool, that is?
[12:51] <seb128> why not installing those icons in notify-osd proper?
[12:51] <kwwii> seb128: right, that was the only way i could think of
[12:52] <seb128> ie /usr/share/notify-osd/icons/Humanity
[12:52] <pitti> seb128: but that wouldn't actually make a difference?
[12:52] <seb128> pitti, it would not be a system theme
[12:52] <kwwii> originally, we did not want to put them there so that others could take notify-osd without taking our look as well
[12:52] <pitti> seb128: oh, it's the differnet path which would make it?
[12:52] <seb128> it would be an application one
[12:52] <pitti> seb128: would that still have an index.theme?
[12:52] <seb128> well, that's why the dir name is humanity
[12:52] <seb128> you would still have hicolor
[12:52] <kwwii> in any case, they should *not* be called humanity
[12:52] <seb128> pitti, not sure, I think not
[12:53] <kwwii> humanity is a community project, the notify-osd icons are ubuntu/canonical owned
[12:53] <seb128> well
[12:53] <seb128> you want those be used by default?
[12:53] <seb128> or just when humanity is selected?
[12:53] <seb128> install those in /usr/share/notify-osd/icons/gnome if that's by default
[12:53] <kwwii> but we could install them into a dir in /share/notify-osd/icons/
[12:53] <pitti> I think notify-osd should always use notify-osd-icons
[12:54] <seb128> in any case what we have now is wrong
[12:54] <seb128> pitti, I will bin new it anyway but please milestone a bug for karmic about the issue
[12:54] <kwwii> for our themes, they should always use our icons...but others might want to change that
[12:54] <kwwii> which is why we put them in the human theme
[12:54] <kwwii> because we own that as well
[12:55] <seb128> well, nothing prevent you to install in /usr/share/notify-osd/icons/Humanity
[12:55] <seb128> using a different source anyway
[12:55] <seb128> there is no owned issue, that's a canonical source which install icons to work with the humanity theme
[12:56] <seb128> there is no license or copyright preventing to name a directory like that and install things there too
[12:56] <pitti> seb128: bug 435836
[12:56] <seb128> pitti, danke
[12:56] <pitti> seb128: I assigned it to me for now, but I'd welcome some input from you there what the right thing would be
[12:57] <pitti> followed up with another coment
[12:57] <pitti> and now, a man has to eat, bbl
[12:58] <seb128> pitti, newed, thanks, enjoy your lunch
[12:58] <kwwii> seb128: the notify-osd icons do have a different wording in the copyright file so they should not be mixed with another theme, but anyway...time to eat
[12:58] <seb128> ok
[12:59] <seb128> so install in /usr/share/notify-osd/icons/notify-osd
[12:59] <pitti> seb128: well, I guess keeping it in the notify-osd-icons package is not an actual problem -- we just need to put the files into the correct place, and have index.theme set up correctly?
[12:59] <seb128> and makes humanity use notify-osd in ubuntu
[12:59] <seb128> pitti, right
[12:59] <pitti> seb128: humanity already inherits notify-osd now (otherwise it wouldn't work at all)
[12:59] <pitti> ok, really off
[13:00] <seb128> ok, so it's probably just a matter of moving those
[13:00] <seb128> pitti, enjoy!
[13:11] <james_w> mvo: I'll triage 435227 if you triage bug 420641
[13:11] <james_w> (I think you uploaded a fix the other day?)
[13:15] <seb128> mvo, it's not because a stacktrace start with functions from a lib that the crash is due to this lib ;-)
[13:17] <mvo> seb128: it is ;)
[13:17]  * seb128 hugs mvo
[13:17]  * mvo hugs seb128 back
[13:17]  * seb128 like bouncing balls games
[13:17] <mvo> seb128: seriously, its a python app, how can it crash the lib?
[13:17] <seb128> but I bounce upgrade bugs the other way around too often to complain ;-)
[13:18] <seb128> mvo, the crashes in pango are often random corruption bugs, ie a label already freed you try to use
[13:18] <seb128> mvo, well, could be a bug in vte for example
[13:19] <seb128> mvo, but not easy to say without a valgrind log, I asked for one
[13:20] <mvo> seb128: ok, fair enough. we need a "dump" project that we can reassign those (just like random package failures) :) I will not do anything with that bug, the honest answer would be closing with wont-fix-because-of-lack-of-time
[13:20] <mvo> seb128: thanks!
[13:20] <mvo> james_w: I think this is only a problem with metacity, no?
[13:20] <seb128> mvo, I usually ask for a valgrind log and close after a month
[13:20] <mvo> how often do you get one ?
[13:20] <james_w> oh, I assumed compiz
[13:20] <seb128> if we get a log with errors all good otherwise bug closed
[13:21] <james_w> I'm guessing it's not the fault of the app though?
[13:21] <james_w> (assuming that it doesn't request to be backgrounded)
[13:22] <asac> anyone ever had issues with uploading arch _all packages built on ubuntu to debian? ;)
[13:22] <seb128> asac, never tried that
[13:22] <mvo> james_w: most likely not, it might not set the start time correct and that may cause the focus-stealing prevention to kickin
[13:22] <asac> ok. so i will be the first ;)
[13:23] <seb128> debian should really accept source uploads
[13:23] <mvo> bug 435227
[13:23] <mvo> james_w: hm, i have a multi-user system but I have not seen this dialog?
[13:24] <mvo> james_w: is it just shown when the user is not in the admin group?
[13:24] <james_w> mvo: I'm just trying to find an app to bring it up
[13:25] <mvo> james_w: try software-store
[13:25] <james_w> mvo: yeah, a simple install gives me the simplified one
[13:25] <james_w> I'm checking the policy
[13:26] <seb128> you get a polkit dialog when trying to install something
[13:27] <james_w> hmm, it is auth_admin
[13:27] <james_w> so I would have expected the dialog in the screenshot
[13:28] <mvo> james_w: how strange, I never saw the one in the screenshot, neither with software-store, nor with update-manager
[13:29] <james_w> ah, seems you need multiple users
[13:29] <mac_v> james_w: iirc , that was in the older versions , has the system been updated?
[13:30] <james_w> so multiple people in admin group for auth_admin
[13:30] <Amaranth> down to 47 New bugs in compiz, hope to get it below 20
[13:31] <Amaranth> (when I started it was over 150)
[13:31] <mac_v> james_w: yup , when multiple admins are there , the problem is present :)
[13:32] <mac_v> previously the present user was preselected
[13:32] <james_w> yep, I see that now too
[13:32] <james_w> I guess that makes it not a papercut?
[13:33] <mac_v> why not? ... regular users mostly create new accounts with admin priv , not knowing what the difference actually is or to have full control
[13:34] <Amaranth> btw the polkit windows not showing up in the foreground is either a metacity bug or fixed because we fixed that in compiz
[13:34] <james_w> mac_v: feel free to add the task then
[13:35] <mac_v> james_w: is there a possibility of getting a patch by beta? if not , its a long wait for lucid ;)
[13:35] <james_w> mac_v: not from me I'm afraid
[13:36] <james_w> mvo: shall I close the other tasks? (aptdaemon, update-manager)
[13:36] <mvo> seb128: hm, have you heard of ߪ (unicode for "...") not working with glade/gtk/gettext? I can not translate anything when this chars are in use
[13:36] <mvo> james_w: yeah, feel free
[13:36] <seb128> mvo, no
[13:36] <james_w> great, thanks all
[13:37] <seb128> mvo, but I was going to look at why indicator-session entries with ... are not translated there
[13:37] <seb128> mvo, could be the same issue ;-)
[13:37] <mvo> seb128: yeah
[13:37] <seb128> mvo, ask dobey maybe, he's intltool upstream he might know
[13:37] <mvo> seb128: I just played around with it and I have no idea currently
[13:37] <mvo> seb128: ok, cool. please keep me updated (my bug is #434107)
[13:38] <seb128> dobey, hey, any idea about those?
[13:38] <seb128> bug ##434107
[13:38] <seb128> bug #434107
[13:40] <Amaranth> No chance for a compiz upload before beta, is there?
[13:40] <Amaranth> We don't even need a new snapshot, just what is in bzr already
[13:42]  * Amaranth wishes he could upload compiz stuff
[13:44] <seb128> Amaranth, ask mvo to sponsor the upload
[13:44] <seb128> the freeze is not yet in effect
[13:44] <seb128> but it will when slangasek wakes up soon I guess
[13:44] <mvo> seb128: is it commited?
[13:45] <seb128> mvo, read what Amaranth just said
[13:45] <Amaranth> hehe
[13:45] <seb128> mvo, " We don't even need a new snapshot, just what is in bzr already"
[13:45] <mvo> Amaranth: is it commited already?
[13:45] <Amaranth> yeah
[13:45] <mvo> Amaranth: ok, will to the upload
[13:45] <mvo> no new snapshot
[13:46] <Amaranth> it fixes setting keyboard shortcuts for Go to Workspace # and turns Unredirect Fullscreen Windows off again for everyone except nvidia users
[13:46] <seb128> pitti, let me know when you are back from lunch
[13:47] <mvo> asac: btw, do you know that network-manager rewrites /etc/resolv.conf (kills it, even if i have it in /etc/network/interfaces)
[13:48] <asac> mvo: good point. i think instlaling resolvconf might workaround the issue (but comes with other issues)
[13:48] <mvo> Amaranth: building now
[13:48] <mvo> asac: well, it used to keep its hands of that file
[13:49] <asac> mvo: if its a regression open a regresison bug and assign to me ;)
[13:53] <pitti> seb128: *munch* back
[13:53] <seb128> pitti, hello ;-)
[13:53] <seb128> pitti, so sorry but ubuntu-artwork needs to be updated too, it has gconf defaults too and higher priority than libgnome
[13:53] <seb128> if you can do it, I'm not sure where is the bzr etc for that
[13:54] <mvo> asac: ok, thanks
[13:54] <seb128> just change the .gconf-defaults icon_theme to Humanity
[13:54] <pitti> seb128: sure, doing now
[13:54] <seb128> pitti, second one is https://bugzilla.gnome.org/show_bug.cgi?id=596183
[13:54] <seb128> pitti, slomo reworked decodebin2, lot of changes so it might break things but it will fix easy codecs
[13:55] <pitti> rock!
[13:55] <seb128> pitti, I would like a second opinion from you there though
[13:55] <seb128> pitti, it's quite a change to push just before beta
[13:55] <seb128> but better before beta for testing imho
[13:55] <pitti> give me a minute
[13:56] <seb128> pitti, no hurry
[13:56] <pitti> seb128: u-artwork uploaded
[13:57] <seb128> pitti, excellent
[13:58] <pitti> so that's a change to /usr/lib/gstreamer-0.10/libgstdecodebin2.so
[13:59] <slomo> yes
[13:59] <pitti> seb128: I'd be a little more comfortable if it would be commented on upstream first, but it doesn't change external API/ABI, as it seems, right?
[13:59] <pitti> slomo: thanks so much for working on this
[13:59] <pitti> i. e. if it breaks something, we can roll it back without having to touch more than just gst itself?
[13:59] <seb128> pitti, slomo is sort of upstream and did some testing
[14:00] <pitti> seb128: so, my feeling is that if it works, we'd rather should get it now than later
[14:00] <slomo> pitti: it doesn't change any external API but i can't guarantee that i didn't change the behaviour in some corner cases (i mean, other than improving it of course, which is the point of the patch)
[14:00] <seb128> pitti, and if it doesn't? ;-)
[14:01] <seb128> pitti, other option is no easy codec in karmic
[14:01] <pitti> seb128: well, if it doesn't fix codec installation or breaks video playing, the answer is quite obvious, isn't it? :-)
[14:01] <pitti> I still feel that it's a very important feature, though
[14:01] <slomo> pitti: in my testing it works now but i expect things to break in some corner cases (i'll work on fixing them if you point me to bug reports)
[14:02] <slomo> pitti: and you can always revert it of course ;)
[14:03] <seb128> pitti, let's push it now, get testing and figure what to do based on feedback?
[14:04] <pitti> slomo: right, it's nice because it's so unintrusive (in terms of API, not in terms of patch size, of course)
[14:04] <pitti> yay gstreamer
[14:04] <pitti> seb128: agreed
[14:05] <seb128> pitti, ok, let's do that now
[14:06]  * pitti hugs slomo and seb128
[14:06]  * seb128 hugs pitti back
[14:06] <pitti> booting looks pretty clean again, too, kudos to Scott
[14:06] <pitti> no udev rule spewage, fbcon works again, etc.
[14:07] <seb128> no black screen for 15 seconds?
[14:07] <pitti> fixed
[14:07] <seb128> cool
[14:07] <pitti> and the drm loading race, too
[14:08] <slomo> seb128: although i'm subscribed to gstreamer bugreports, could you tell me about regression bugs that look like they're caused by the patch? also, are there any other important gstreamer bugs that should be solved? :)
[14:09] <pitti> quick, slomo is on a bug fixing rampage!
[14:09] <seb128> slomo, ok, will do, not that I noticed now but usually real world feedback comes at beta
[14:09] <tgpraveen1> can anyone tell me whether karmic will have msn audio/video chat support?
[14:11] <pitti> seb128: I'll install karmic beta for my wife; hell will break lose if something doesn't work :-)
[14:11] <seb128> lol
[14:12] <pitti> kwwii: sorry, I lost track about all the other artwork pieces; is there something to do for me for gdm theme right now, or will you ping me?
[14:12] <chrisccoulson> pitti - my girlfriend is forced to use karmic now, since we only have 1 computer
[14:12] <chrisccoulson> she complains to me when things crash ;)
[14:12] <pitti> heh
[14:12] <davmor2> asac: I'm on today's live desktop with n-m just constantly swirling between the green blobs.  I'm assuming it should be doing this and should be connecting to the ethernet connect it is connected to.
[14:13] <seb128> chrisccoulson, how often is she complaining at the moment? ;-)
[14:13] <chrisccoulson> seb128 - when i installed it the other week, she was complaining quite a bit
[14:13] <chrisccoulson> but not so much now
[14:13] <seb128> ok
[14:13] <chrisccoulson> i tell her that she should submit crash reports when they appear, but she just ignores them
[14:13] <seb128> so either she got used to bugs or it's getting better
[14:13] <asac> davmor2: what version of nm is on that?
[14:13] <chrisccoulson> seb128 - hopefully the latter ;)
[14:14] <seb128> doh
[14:14] <seb128> lpi seems broken
[14:14] <seb128> gedit, translate application -> https://translations.edge.launchpad.net/ubuntu/karmic/+sources/gedit/+translate
[14:14] <seb128> = "There’s no page with this address in Launchpad."
[14:15] <tgpraveen1> also what is the status of humanity icon theme being the default in karmic? is it decided or not?
[14:15] <seb128> dpm, dpm_: do you know about that?
[14:15] <seb128> tgpraveen1, it's uploaded
[14:15] <tgpraveen1> seb128: so humaity is definetely the default for karmic?
[14:15] <davmor2> asac: 0.8~a~git.20090911t130220.4c77fa0-0ubuntu  runs out there
[14:15] <seb128> not sure if there a definitively there
[14:15] <kwwii> pitti: for gdm we need to set some gconf keys but I do not know how to do that just for gdm
[14:16] <asac> davmor2: ok thats not a new package
[14:16] <seb128> changes can still happen based on feedback etc
[14:16] <asac> davmor2: (asked because i uploaded a new NM this morning and it might need the new applet)
[14:16] <kwwii> pitti: I just updated the human theme package to fix some problems with the gtkrc's in two themes, can we get that into the beta?
[14:16] <davmor2> asac: okay when did the new package go in?
[14:16] <seb128> asac, have you seen the comment from jdub on the other channel?
[14:16] <asac> davmor2: do you know a regression window? e.g. did yesterdays build work on the same hardware?
[14:16] <kwwii> pitti: should be human-theme 0.34 in ubuntu-art-pkg I mean
[14:17] <asac> seb128: checking again. answered one thing he included my nick
[14:17] <seb128> asac, right, he replied without highlighing you next
[14:17] <seb128> asac, and the comment seemed interesting
[14:17] <seb128> asac, just checking that you did read it ;-)
[14:17] <davmor2> asac: it happened when I tried to connect to wifi on unr yesterday, I was testing mobile yesterday no desktop
[14:17] <asac> seb128: yeah
[14:17] <asac> seb128: my fault. fixing now
[14:17] <seb128> asac, thanks
[14:18] <asac> thx
[14:18] <davmor2> asac: I'll try it again with tomorrows image if it is still playing up I'll report the bug then but it only seems to effect the live desktop once installed it is fine
[14:18] <pitti> kwwii: gdm> I already mailed you, I'll figure out the gconf keys with seb; just tell us the keys/values
[14:19] <pitti> kwwii: human-theme> looking
[14:19] <pitti> kwwii: sure, I uploaded it like 5 times since last night, another one doesn't hurt :)
[14:19] <kwwii> lol
[14:19] <kwwii> thanks and sorry, it was a simple mistake which a tester noticed
[14:20] <pitti> meh, glib FTBFS
[14:20] <pitti> still need to figure that out
[14:20] <pitti> brb, rebooting
[14:21] <kwwii> seb128: the bg image for gdm is installed in /usr/share/themes/HumanLogin/gdm_background.png
[14:21] <kwwii> and the gtk and metacity themes are named HumanLogin
[14:21] <seb128> pitti, it does?
[14:22] <asac> Directory debian/libgio-fam does not exist, aborting
[14:22] <asac> glib error ^
[14:22] <asac> dpkg-deb: building package `libglib2.0-dev-dbgsym' in `../libglib2.0-dev-dbgsym_2.22.0-1ubuntu1_i386.ddeb'.
[14:22] <asac> Directory debian/libgio-fam does not exist, aborting
[14:22] <asac> make: *** [binary-arch] Error 1
[14:23] <slomo> asac: libgio-fam is only built on kfreebsd/hurd nowdays (in debian)
[14:24] <asac> makes sense then
[14:25] <pitti> seb128: what does?
[14:25] <pitti> seb128: oh, glib FTBFS?
[14:25] <pitti> something weird, yes
[14:25] <seb128> pitti, yes
[14:25] <seb128> pitti, weird, there were binaries in bin NEW today
[14:25] <seb128> what version do you try to build?
[14:25] <pitti> seb128: right, for everything except i386/amd64
[14:26] <seb128> ah ok
[14:26] <pitti> it only failed on those two
[14:26] <pitti> still on my list
[14:26] <pitti> but less urgent than all the stuff from yesterday and today
[14:26] <seb128> could be a type-handling issue
[14:26] <seb128> or dunno what they use to get the arch list
[14:29] <mpt> mac_v, was there a bug report that the IM statuses in the session menu should have icons?
[14:30] <mac_v> mpt: not sure , i dont think there is
[14:30] <mac_v> mpt: i thought tedg would add the always show icon to indicator-sessions code
[14:35] <seb128> mac_v, those are not "objects" I think that's why he didn't do it
[14:36] <mac_v> seb128: mpt says they are exceptions
[14:36] <seb128> right, I just said maybe tedg didn't know
[14:36] <mac_v> and to be treated as objects
[14:36] <mac_v> ah ok
[14:37] <seb128> I'm sure it's easy to change ;-)
[14:40] <tedg> I'm still not convince their objects...
[14:40] <tedg> Or that the menu is unusable with out them.
[14:40] <tedg> s/their/they're/
[14:40] <Amaranth> The menu didn't have them in jaunty
[14:41] <tedg> Amaranth: Actually it did, but they were on the right.
[14:41] <mclasen> the thing about im statuses is that it is entirely impossible to do meaningful icons for them
[14:41] <djsiegel> lool mac_v, is Humanity squared away yet?
[14:42] <mpt> tedg, you can easily add and remove custom statuses
[14:42] <dpm> seb128: re: lp translations URL breakage, sorry I was in a call. Possiby related to the 3.0 rollout? danilo, jtv or henning in #launchpad will be able to tell more
[14:42] <tedg> mpt: Not really... we dont' have any support for that in the session menu.
[14:43] <mpt> tedg, that's a bug then. I see in 9.04 if I set a custom status, the menu suggests that I'm offline.
[14:43] <mac_v> djsiegel: i think its good to go , lool has already release 0.3.1
[14:43] <mac_v> for UNR
[14:43] <djsiegel> booya
[14:43] <tedg> mpt: With Empathy?
[14:43] <dpm> seb128: ok, I've just seen you've just reported the bug as well
[14:44] <mpt> tedg, yes
[14:44] <tedg> mpt: Empathy doesn't do any status yet... merging that in today :)
[14:44] <mpt> ah
[14:44] <seb128> dpm: yes, I pinged danilo meanwhile
[14:44] <dpm> ah, good
[14:44] <tedg> mpt: Telepathy has the concept of two parts of status, a generic and a custom.  We read the generic.
[14:45] <tedg> mpt: Well, it's actually a tuple in that there's also a message.
[14:48] <mac_v> mclasen: I initially did these > http://imagebin.ca/view/xS0eqAQo.html ... i would say these are perfect or its not possible ;) ... then did the new set for Humanity , because indicator sessions only uses the 16px
[14:48] <mac_v> wouldnt say*
[14:48] <pitti> mac_v: tab error?
[14:48] <mac_v> pitti: huh?
[14:49] <tgpraveen1> tedg: so after today's merge will we have custom status support in session menu?
[14:49] <pitti> mac_v: I somewhat doubt that mclasen is interested in the Humanity icon set?
[14:49] <mac_v> pitti: was responding to mclasen's earlier comment :)
[14:49] <pitti> oh, sorry
[14:50] <pitti> I thought it was supposed to be "mpt"
[14:50] <pitti> nevermind me, lalala
[14:50] <tedg> tgpraveen1: It depends on what you're saying.  If you set your status in Empathy, it should appear in the session menu independent of whether it's custom or not.  But you will not be able to set custom statuses using the session menu.
[14:51] <tgpraveen1> tedg: yeah.k.that answers my ques
[14:51] <seb128> pitti, is notify-osd still working for you?
[14:51] <seb128> pitti, bug #435848, started one hour ago and getting lot of duplicates...
[14:52] <Amaranth> mac_v: pacman ftw :P
[14:52] <Amaranth> I would always be invisible just so I can use that icon
[14:52] <Amaranth> oh, I guess I should have been reporting the notify-osd crash I've been getting the past week
[14:52] <c_korn> tedg: hello
[14:53] <mac_v> Amaranth: hehe , actually this was what got me started ;) http://upload.wikimedia.org/wikipedia/en/9/98/The_Office_US_title.jpg
[14:53] <c_korn> tedg: I was able to reproduce the problem.
[14:53] <seb128> Amaranth, do you get it all the time?
[14:53] <Amaranth> no, just randomly
[14:53] <tedg> c_korn: Oh, cool.  How?
[14:53] <Amaranth> It has happened like 3 times now but notifications keep working so I figured it was like the python exception "crashes"
[14:55] <mac_v> Amaranth: seb128: the notify-osd crash mostly occurs when notifications come in rapid successions , and i think its because > notify-osd isnt able to append the text
[14:55] <dobey> seb128: ping. you asked if i had any idea about something?
[14:55] <mac_v> cannot append for xchat ;)
[14:55] <Amaranth> mac_v: Yeah, I'm surprised this ping session hasn't triggered it :)
[14:56] <mac_v> Amaranth: since two days or so , it hasnt crashed ,here
[14:57] <Amaranth> neat, since when has update-manager installed new packages without doing a "partial distribution upgrade"?
[14:57] <mclasen> mac_v: does 'human' in the icon theme name indicate that every icon needs to include a human ? :-)
[14:57] <Amaranth> mac_v: I can't remember when I saw it last
[14:57] <mvo> Amaranth: since some time, it only needs that when a package is going to be removed
[14:57] <Amaranth> mvo: ah
[14:57] <Amaranth> since update-manager was changed to not show up in the notification area I never use it
[14:58] <mac_v> mclasen: hehe , well for user statuses , i think we can use them... or maybe not ;)
[14:58] <c_korn> tedg: I made a screen video (I know not the usual way https://bugs.launchpad.net/indicator-messages/+bug/433274/comments/7 ) in short you have to disable the options in evolution and then log out. after logging in again the icon is gone. It then appears again after starting evolution.
[14:58] <seb128> dobey, mvo mentioned the bug number just before my ping
[14:59] <seb128> dobey, he fails to translate strings with the "..." utf char
[15:00] <dobey> seb128: hrmm, not sure what would cause that
[15:00] <seb128> dobey, ok, that was in case you knew about it, thanks anyway
[15:01] <tedg> c_korn: Cool, I'll look into it.
[15:03] <dobey> seb128, mvo: where does it fail? in generating the .po? or in getting the string at runtime?
[15:03] <tgpraveen1> mac_v: can you point me to a page/site where i can see all the icons of humanity?
[15:04] <hggdh> seb128: good morning, your were looking for me yesterday
[15:04] <mac_v> tgpraveen1: $bzr branch lp:humanity
[15:04] <seb128> dobey, I will let mvo comment
[15:05] <dobey> ok
[15:05] <seb128> hggdh, just wondering if you started looking at the libpst issue
[15:05] <mac_v> tgpraveen1: or... https://launchpad.net/humanity
[15:05] <seb128> hggdh, I've a start of upgrade on my disk, it's just failing to build and I didn't investigate
[15:05] <seb128> hggdh, but that can make easier to start from that
[15:05] <kenvandine> seb128, i just confirmed that just downgrading notify-osd to 0.9.21-0ubuntu2 works
[15:05] <seb128> urg
[15:06] <seb128> kenvandine, the upload is a no change one
[15:06] <seb128> kenvandine, it's just a control depends order change
[15:06]  * kenvandine upgrades it again and sees what happens
[15:07] <kenvandine> confirmed
[15:07] <kenvandine> 0.9.21-0ubuntu3 crashes
[15:07] <hggdh> seb128: cool
[15:07] <kenvandine> 0.9.21-0ubuntu2 doesn't
[15:07] <seb128> pitti, ^
[15:07] <hggdh> seb128:  how can I get your .deb?
[15:08] <kenvandine> yup... back down to 0.9.21-0ubuntu2 and notifications are happy again
[15:08] <seb128> kenvandine, let's see if .22 fixes it, I'm doing the update
[15:09] <kenvandine> ok
[15:09] <kenvandine> seb128, when you push the branch i will build locally and test
[15:09] <kenvandine> seb128, please let me know
[15:09] <seb128> kenvandine, ok thanks
[15:09] <pitti> oh
[15:10] <pitti> but it was a mere dependency change?!?
[15:10] <pitti> toolchain changes?
[15:10] <pitti> kenvandine: you mean it crashes even more?
[15:10] <pitti> notify-osd has crashed every three minutes for me in the last week
[15:10] <seb128> pitti, it crashes all the time
[15:11] <kenvandine> pitti, it crashes on every notification now
[15:11] <mvo> dobey: getting the strings at runtime it seems
[15:11] <dobey> mvo: sounds like probably a gettext bug then?
[15:11] <mvo> dobey: I translated it and when the &#x2026 is there, it does not work, when I remove it, its there
[15:12] <mvo> dobey: yeah, quite possible, I had hoped you might know something about it, I can dig a bit more
[15:12] <dobey> mvo: i don't. danilo might?
[15:13] <seb128> ie doesn't display any bubble
[15:13] <seb128> which is weird
[15:13] <seb128> hggdh, dget http://people.canonical.com/~seb128/libpst_0.6.41-0ubuntu1.dsc
[15:13] <pitti> seb128: do you have notify-osd-icons installed?
[15:13] <hggdh> seb128: thank you
[15:13] <pitti> kenvandine: ^
[15:13] <kenvandine> pitti, i do
[15:13]  * pitti dist-upgrades
[15:14] <davmor2> mvo: you'll be glad to here the software-store is no populated :)
[15:14] <mvo> now
[15:14] <mvo> ?
[15:15] <davmor2> mvo: on todays iso yes
[15:15] <mvo> cool
[15:15] <mvo> thanks davmor2
[15:15] <pitti> seb128, kenvandine: urgh, confirmed here
[15:16] <kenvandine> pitti, yeah... it's nasty
[15:18] <pitti> #0  0x000000000041f169 in stack_notify_handler ()
[15:18] <pitti> hmm
[15:19] <seb128> local 0.9.22 build works
[15:19] <seb128> kenvandine, bzr pushed
[15:20] <seb128> local build has the same issue
[15:20] <seb128> 0.9.22 works
[15:20] <seb128> let's not waste efforts, I'm uploading the new version
[15:20] <seb128> good timing mirco ;-)
[15:21] <pitti> ok, thanks
[15:21] <pitti> just confirmed the same as seb128
[15:24] <seb128> pitti, bug #435394 to close?
[15:28] <pitti> seb128: currently working on it
[15:28] <pitti> please don't close yet
[15:29] <pitti> kwwii, MacSlow: so, notify-osd ships its own set of icons in hicolor/ and now we have notify-osd-icons providing another set; do we really need both? hicolor for non-GNOMEish DEs?
[15:29] <pitti> but then again, the notify-osd-icons theme should work in any DE, since notify-osd itself isn't themeable
[15:33] <MacSlow> pitti, these are "absolute last resort fallback" icons
[15:34] <pitti> MacSlow: I meant, couldn't kwwii's icon set be put into notify-osd itself, as hicolor??
[15:35] <kwwii> pitti: honestly, yes...for all the other themes which don't fall back to our set
[15:48] <pitti> seb128: ok, notify-osd-icons is much nicer now :)
[15:49] <seb128> pitti, I need to try those ;-)
[15:49] <pitti> seb128: I mean in terms of not being a system theme any more
[15:49] <chrisccoulson> hey james_w - do you think it's actually worth anyone investing any time in bug 435935? (ie, don't we eventually want to get rid of system-tools-backends anyway?)
[15:49] <seb128> pitti, oh
[15:49] <seb128> pitti, good work
[15:49] <chrisccoulson> new notify-osd icons?
[15:49] <chrisccoulson> :)
[15:49] <pitti> no, just shuffled around
[15:49] <james_w> chrisccoulson: well, it has two maintainers now, so maybe we don't have to
[15:50]  * rickspencer3 reboots after dist-upgrade
[15:50] <seb128> rickspencer3, hey and bye
[15:50] <seb128> good luck with that ;-)
[15:50] <rickspencer3> somethng stopped the shutdown :(
[15:50] <chrisccoulson> james_w - don't have to get rid of it?
[15:50] <james_w> chrisccoulson: yeah
[15:50] <rickspencer3> that's not totally confidence inducing
[15:51] <james_w> chrisccoulson: and there's not anything to replace this bit of it as far as I know
[15:51] <pitti> mac_v: for bug 435804  .. I think it would make sense to revert the inheritance of notify-osd now
[15:51] <james_w> certainly for this release
[15:51] <pitti> mac_v: since it's not a real icon set any more; makes sense?
[15:52] <chrisccoulson> james_w - yeah, there's nothing to replace that functionality yet
[15:53] <mac_v> pitti: i didnt understand... so notify-osd is now not a theme? [/me reading backlog]
[15:53] <pitti> mac_v: see bug 435836 (you commented an hour ago)
[15:53] <pitti> mac_v: I reopened bug 435804 upstream with an explanation
[15:55] <mac_v> pitti: awesome , thanks , IMO , thats how it was supposed to be , [ignorant question: did kwwii accept this? ]
[15:55] <pitti> I'm off for some two hours, bbl!
[15:56] <seb128> pitti, see you
[16:02] <rickspencer3_> oops
[16:02] <rickspencer3_> no network manager :(
[16:03] <rickspencer3_> my desktop is very brown
[16:09] <chrisccoulson> tedg - does indicator-session suppress the dialog when other users are logged in to the system at the moment?
[16:09] <tedg> chrisccoulson: It should.
[16:09] <chrisccoulson> (the logout dialog)
[16:10] <tedg> chrisccoulson: Well no, it shouldn't do logout, it should do shutdown.  Basically anything that pops up a PK dialog.
[16:10] <chrisccoulson> tedg - it can't at the moment though, because the policykit dialog won't appear until your session has already ended now
[16:10] <tedg> You should be able to logout if other people are logged in :)
[16:11] <tedg> chrisccoulson: What?
[16:11] <chrisccoulson> yeah, i meant shutdown
[16:11] <chrisccoulson> tedg - due to a limitation in the consolekit API, your session ends before the PK dialog appears
[16:11] <tedg> We should ping pitti for this conversation.
[16:11] <chrisccoulson> do, we still need a confirmation at the moment
[16:11] <chrisccoulson> pitti already knows this i think ;)
[16:11] <seb128> tedg, he's away
[16:12] <tedg> Hmm, I'm not sure what we want there... it seems like it's always going to fail no matter what we do.
[16:12] <chrisccoulson> tedg - consolekit needs a new API in the PK-1 world, which hasn't happened yet
[16:12] <tedg> If we popup a dialog, you still can't shutdown.
[16:12] <chrisccoulson> tedg - at the moment, if i select shutdown when someone else is logged in, my session ends immediately
[16:13] <tedg> chrisccoulson: And then what.
[16:13] <chrisccoulson> and then i get a PK dialog once everything else has disappeared
[16:13] <chrisccoulson> tedg - then it shuts down
[16:13] <chrisccoulson> my issue is that i get no confirmation before my session ends
[16:13] <chrisccoulson> see http://fedoraproject.org/wiki/Features/ConsoleKitInhibitAPI for the details of why this happens now
[16:14] <mclasen> some of the people who lobbied for session saving ought to step forward there...
[16:15] <chrisccoulson> mclasen - i saw your e-mail a while ago proposing a new API for consolekit (i think it was you anyway)
[16:15] <chrisccoulson> was anything ever agreed?
[16:17] <mclasen> its not so much agreeing on anything thats needed here; someone just needs to step forward and do it...
[16:17] <mclasen> the exact details of what jon and I proposed are not so important
[16:18] <chrisccoulson> mclasen - noone has stepped forward to do it yet?
[16:18] <tedg1> chrisccoulson: Sorry, apparently GPM is not tracking my battery :(
[16:18] <tedg1> chrisccoulson: What happens after shutdown takes down your session?
[16:20] <chrisccoulson> tedg - the current sequence is - 1) click shutdown on indicator, 2) session ends - all my apps close, the panel closes and the window manager ends (with no confirmation), then 3) a PK auth dialog appears, 4) if i authenticate, the machine shuts down
[16:20] <chrisccoulson> but if i hit shudown by mistake, then it's already too late
[16:20] <chrisccoulson> if i cancel the auth dialog, my session has already ended
[16:20] <tedg1> chrisccoulson: Yeah, I see...  hmm.
[16:21] <tedg1> chrisccoulson: I guess we need to remove that check, but it seems like a hack :-/
[16:21] <tedg1> Sadly I think it's the only option.
[16:21] <chrisccoulson> tedg1 -yes, i agree -  it's an unfortunate situation at the moment
[16:21] <chrisccoulson> but i think the 2 dialogs are the lesser of the 2 evils
[16:22] <tedg1> Yup
[16:22] <mvo> seb128: so to avoid the bouncing game this time, what shoudl I do with #206674 - its not a update-manager bug, I'm pretty sure. its crashing deep in python/pygtk/libgtk
[16:22] <seb128> bug #206674
[16:23] <dobey> james_w: ping
[16:23] <james_w> hey dobey
[16:23] <seb128> mvo, I've no clue about how to debug pythonish issues
[16:24] <seb128> mvo, reassign to some of those component I will not bounce back be basically not look at it either
[16:24] <seb128> the python debugging is still magic to me
[16:24] <mvo> we need a "dump" component ;)
[16:24] <seb128> ie totem crashes at closing almost every time in karmic and I don't know how to start
[16:24] <dobey> james_w: hey. how are you dealing with python-oauth patches? just apply them directly in the tree? i don't see a patches/ directory for it
[16:24] <seb128> the valgrind logs have zillions of errors
[16:24] <seb128> which don't make sense to me
[16:25] <james_w> dobey: go ahead and apply directly
[16:25] <chrisccoulson> heh, i tried looking at the totem crash too, but i'm clueless there too ;)
[16:25] <chrisccoulson> let me know how you figure it out :)
[16:25] <mvo> seb128: long ago every python app would have valgrind errors, I do not know if that is still the case
[16:25] <dobey> james_w: ok
[16:26] <seb128> mvo, it's probably the case
[16:27] <slomo> seb128: that ad2psink commit that changes the rank to marginal might be the result of missing knowledge maybe... maybe the committer assumed that marginal sinks are not used automatically :)
[16:28] <seb128> mvo, see
[16:28] <seb128> $ valgrind python -c "import gio" 2>&1 | grep Invalid | wc -l
[16:28] <seb128> 41
[16:28] <seb128> mvo, can't use valgrind on python
[16:28] <mvo> :/
[16:30] <seb128> slomo, I'm not sure to understand why even when used it should break things
[16:30] <seb128> slomo, http://git.kernel.org/?p=bluetooth/bluez.git;a=commit;h=013f56322de6ff5a974fed56c8aec56d3b69ef09
[16:31] <slomo> seb128: iirc the problem was, that a2dpsink handles audio/mpeg... you have no mpeg decoder installed but there's a sink that supports it so no easy codec installation is needed. then that sink is tried to be used but it fails (because it's broken)
[16:33] <seb128> I see
[16:33] <seb128> not sure what is the right thing to do there
[16:34] <seb128> you would recommend changing it to primary again?
[16:34] <slomo> no, changing it to MARGINAL-1 or less
[16:34] <seb128> asac, superm1: ^ any opinion
[16:35] <slomo> seb128, asac, superm1: problem simply is, that a2dpsink can't be used without configuration (you need to set the device property of it before it works)
[16:37] <seb128> slomo, you recommend "GST_RANK_MARGINAL-1"
[16:38] <seb128> can you add -1 there like that? or is there any other rank which would make sense?
[16:39] <slomo> seb128: it's just a number, everything >= MARGINAL is used automatically. the next thing below that would be NONE which is 0 (MARGINAL is 64)
[16:40] <seb128> slomo, what I don't get is that it used to be primary, isn't that higher?
[16:40] <seb128> ie it should have had the issue already before
[16:40] <slomo> yes, with PRIMARY it's even worse
[16:40] <seb128> but we didn't have the issue in jaunty
[16:40] <slomo> yes, because playbin(1) didn't support non-raw sinks :)
[16:40] <seb128> oh ok
[16:40] <seb128> now it makes sense
[16:41] <slomo> ok :)
[16:41] <slomo> now it should be fixed upstream and everybody is happy ;)
[16:41] <seb128> slomo, thanks again
[16:42] <slomo> np
[16:49] <mvo> seb128: I have not found more about the gettext issue, I will switch from the unicode ... to three "." for now until its fixed, I would appreciated if you keep me updated
[16:49] <seb128> mvo, dobey replied with question before but you were not around or busy or something
[16:50] <mvo> seb128: I answered, he said he is not aware of any issues and it might be gettext
[16:50] <seb128> mvo, he asked if you have details on the issue, if those are not listed in the pot file, etc
[16:50] <seb128> oh ok
[16:50] <seb128> that's me who didn't pay attention then ;-)
[16:51] <seb128> mvo, where is your source?
[16:51] <mvo> my guess is that its "..." is converted by glade to "&;3343;" and then re-converted by libgtk to "..." and feed to gettext, but that has only a string that ends with "&;33324"
[16:51] <mvo> seb128: bzr get lp:update-manager should do the trick
[16:52] <seb128> mvo, did you try to edit the .glade by hand to add the utf char and see if that makes a difference?
[16:53] <mvo> I try this now
[16:55] <mvo> seb128: hm, no
[16:55] <mvo> does not work
[16:55] <seb128> weird
[16:56] <mvo> msgunfmt shows it
[16:56] <mvo> so its in the mo with the right data
[16:56] <seb128> oh
[16:56] <seb128> it's just not in the gui?
[16:57] <mvo> well, its not translated
[16:57] <mvo> so I see Settings... there instead of Einstellungen...
[16:57] <mvo> ohhh
[16:58] <seb128> mvo, found the issue?
[16:58] <Amaranth> Compiz bugs: 12 New, 166 Incomplete, 437 total :)
[16:58] <seb128> waouh
[16:58] <seb128> good bug triage action ;-)
[16:58] <Amaranth> about half the New bugs need mvo, upgrade failures of some kind :)
[16:58] <Amaranth> All but 2 or 3 of the others just need me to not be so lazy about trying to reproduce
[16:59] <mvo> seb128: hm, it was me being stupid, so yeah. changing it in the ui file seems to work
[16:59] <mvo> seb128: the trouble is that it always rewrites it again :)
[16:59] <seb128> mvo, glade bog?
[16:59] <Amaranth> At this point I'm sure I can get below 400 bugs once I clean up duplicates, need to raise the bar and go for 350 :)
[17:00] <seb128> hehe
[17:00] <seb128> mvo, fix it ;-)
[17:01] <seb128> mvo, though the topic would raise interesting discussions about using non ascii chars in C sources
[17:01] <mvo> how hard can that be
[17:01] <seb128> your app is python though
[17:01] <Amaranth> I've only got 199 bugs to go through (not incomplete, upstream, or wishlist) :P
[17:01]  * mvo hugs Amaranth
[17:01] <seb128> mvo, the topic has been raised some months ago on the GNOME list irrc
[17:01] <mvo> Amaranth: I did 75 on u-m in the last two or three hours and I already feel worn out
[17:01] <seb128> mvo, some people are against using utf chars in C source ;-)
[17:01] <mvo> *pfff*
[17:01] <asac> seb128: checking for GLADE... configure: error: Package requirements (libglade-2.0) were not met:
[17:01] <mvo> its the future
[17:01] <asac> No package 'libglade-2.0' found
[17:01] <asac> in gnome-main-menu
[17:01] <Amaranth> mvo: I've just gone through just over 150
[17:02] <Amaranth> I don't want to look at another bug today :P
[17:02] <seb128> asac, build-depends on libglade2-dev?
[17:02] <mvo> haha
[17:02] <mvo> Amaranth: you got better stamina :)
[17:02] <asac> seb128: no. but why did it work before ;)
[17:02] <asac> fixing
[17:02] <seb128> asac, probably because of transitional depends
[17:02] <asac> i just changed minimum version
[17:02] <asac> hmm
[17:02] <seb128> asac, ie some other component which has been ported to gtkbuilder
[17:03] <seb128> and was pulling it in too
[17:04] <asac> k
[17:06] <Amaranth> down to 11 New :P
[17:06] <Amaranth> mvo: any idea what I should do with the last 4 bugs on https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bugs?search=Search&field.status=New ?
[17:07]  * Amaranth reassigns to update-manager
[17:07]  * mvo weeps
[17:11] <mvo> dobey: so what about converting ߪ in the glade file to the unicode char inside the pot file? that should solve the issue AFAICS?
[17:12] <mvo> dobey: my perl is pretty weak, otherwise I would try to come up with a patch
[17:13] <dobey> mvo: oh, it's glade?
[17:13] <dobey> mvo: where is the gettext() call being made for that string, exactly?
[17:13] <mvo> mpt: hello! if you have a moment, could you please check software-store and let me know if the paddng/alignment is ok now? I reverted (most) of it, but there was also some cleanup
[17:13] <mvo> dobey: gtkbuilder
[17:14] <mvo> dobey: so my theory is that gtkbuilder parses the string, converts the &#...; to a unicode char and then feeds that to gettext
[17:14] <mvo> dobey: I'm looking at gtkbuilderparser.c currently
[17:14] <dobey> mvo: if it is, it's a gtkbuilder bug
[17:16] <mpt> mvo, ok, I'll go into Karmic now and have a look. Sorry for having to revert stuff, by the way.
[17:18] <mvo> dobey: it looks like its the doing of glib and its g_markup_parse_context_pase, so it seems its not trivial to fix. what is the disadvantage of attacking the problem in the intltool-extract angle ?
[17:19] <dobey> mvo: it might break any of a number of other applications?
[17:19] <dobey> mvo: would require new intltool release and re-running stuff through intltool, etc...
[17:19] <dobey> it's not trivial to fix either way it sounds :)
[17:20] <mvo> dobey: heh :) yeah indeed
[17:20] <seb128> just use ...
[17:20] <mvo> seb128: don't tell that mpt, he will come over to france to have a word with you about that ;)
[17:20] <seb128> lol
[17:20]  * mvo ponders a bit
[17:20] <seb128> use ... in the source
[17:21] <seb128> and make it the utf char in the en_GB translation
[17:21] <seb128> there were people suggesting that source should always be ascii
[17:21] <mvo> if $USER == ...
[17:21] <seb128> and to do a C locale for translations and add utf chars there
[17:22] <seb128> I'm not sure about what char the discussion was about exactly now
[17:23]  * mvo files a bug upstream
[17:24] <dobey> bbiab, must get lunch :)
[17:24] <seb128> mvo, ah, that was about "" against “”
[17:26] <seb128> http://mail.gnome.org/archives/desktop-devel-list/2008-June/msg00048.html
[17:27] <Amaranth> So does this package sets thing in soyuz mean it's possible now to get upload access for certain packages instead of all of main?
[17:27] <Amaranth> Probably the wrong channel to ask :)
[17:28] <LaserJock> Amaranth: that's been available to MOTUs for quite some time
[17:28] <Amaranth> Ah, I think I need to see about getting my MOTU access back
[17:29] <Amaranth> Is it still just a simple reacceptance for former members of the team or do I have to do a bunch of universe work to show again?
[17:29] <pitti> re
[17:30] <pitti> tedg, chrisccoulson: back; what's up?
[17:30] <Amaranth> I forgot to click the little button in launchpad to keep my membership when the email came telling me it was going to expire
[17:31] <chrisccoulson> hey pitti - we were talking about shutdown behaviour now consolekit and gnome-session are using polkit-1
[17:31] <chrisccoulson> because the indicator-session applet suppresses the shutdown confirmation dialog when multiple users are logged in, with the assumption that you get a PK auth dialog
[17:32] <chrisccoulson> but the auth dialog appears after the session has already ended now
[17:32] <mpt> mvo, that all looks good now, thank you
[17:33] <mvo> mpt: ok, I will upload the work of today then, thanks for verifiyng
[17:35] <mvo> seb128: upstream bug #596205
[17:35] <seb128> gnome bug #596205
[17:36] <seb128> mvo, you mean "can't"?
[17:36] <mvo> seb128: yes *sigh* thanks
[17:37] <mvo> seb128: fixed
[17:37] <seb128> mvo, thanks
[17:57] <cypherbios> hey mvo, mpt_: do you guys have any plans to integrate some aptoncd-like feature to the software-store?
[17:59] <cypherbios> mpt_: I think you wrote something like this on the wiki spec page, but I don't know what you guys have discussed about it so far
[17:59] <mpt_> cypherbios, see the mentions of "aptoncd" in <https://wiki.ubuntu.com/SoftwareStore>
[17:59] <mpt_> ah, snap :-)
[17:59] <cypherbios> :)
[17:59] <mpt_> cypherbios, beyond that we haven't discussed it
[18:00] <mpt_> cypherbios, the main reason we haven't discussed it is that it's on the roadmap for version 4 and mvo is just about to release version 1 :-)
[18:00] <cypherbios> I see :)
[18:00] <cypherbios> mpt_, good to know you gave some thought on it already
[18:01] <cypherbios> I would like to help out just in case you decide to do some "backup" or "personal installation disc" feature integrated on the store
[18:02] <mpt_> cypherbios, that would be great. Sorry that it's so far out -- in theory it could be contributed for v3, but getting it into v2 would be quite difficult because v2 will be mainly about handling non-application packages *at all*
[18:02] <cypherbios> mpt_, I can think of several possibilities how it can be useful to the end user and cleanly designed on the way that the software store is meant to look and feel to the user
[18:03] <mpt_> cypherbios, neat! Maybe you could make a subpage of SoftwareStore/ for notes+sketches of possible designs?
[18:03] <cypherbios> mpt_, and hopefully making the aptoncd package/application unnecessary
[18:04] <cypherbios> mpt_, sure! that will be great. I will give it some thought and write something later on
[18:04] <mpt_> cypherbios, ok, I look forward to reading it
[18:20] <Amaranth> kwwii: The human metacity theme apparently now has a border when maximized so you can't use scrollbars easily
[18:24] <kwwii> Amaranth: hrm...can you file a bug
[18:24] <kwwii> I am working on getting all the other pieces in place before freeze
[18:24] <Amaranth> kwwii: Got someone doing it right now :)
[18:24] <kwwii> assign it to me, if you please :)
[18:24] <kwwii> cool, thanks
[18:24] <pitti> kwwii: you mean "not too much into the freeze"
[18:25]  * pitti hugs kwwii
[18:29] <kwwii> pitti: hehe, exactly
[18:31]  * pitti headdesks
[18:40] <Amaranth> kwwii: bug 436066
[18:40] <kwwii> Amaranth: sweet, thanks
[18:40] <Amaranth> dunno if that's metacity or gtk but either way...ugh :)
[19:04] <Amaranth> mvo: Can you add a bit to https://wiki.ubuntu.com/TravisWatkins/MOTUDeveloperApplication for me?
[19:04] <Amaranth> Down at the bottom
[19:12] <kwwii> pitti: just uploaded teh wallpaper package for kramic
[19:12] <kwwii> ubuntu-wallpaper
[19:12] <kwwii> s
[19:13] <jcastro> \o/
[19:13] <kwwii> well, it is still uploading
[19:13] <kwwii> 20 new pics int
[19:13] <kwwii> in it
[19:13]  * kwwii is out fo rthe evening
[19:13] <jcastro> kwwii: did you guys pic the contest winners?
[19:13] <jcastro> kwwii: ie. is someone going to announce something?
[19:13] <kwwii> yepp
[19:13] <kwwii> gotta run
[19:13] <jcastro> ok
[19:14] <rickspencer3> kwwii, is the default wall paper and the gdm wall paper the same thing?
[19:15] <Amaranth> mvo: I was thinking we could resurrect your own patch for making gnome-screensaver not unredirected and make it do the opposite if it detects the NV-GLX X extension, then we could turn Unredirect Fullscreen Windows on for nvidia users too
[19:16] <Amaranth> s/on/off/
[19:16] <Amaranth> I'll have to pull that up and get chrisccoulson to test it :)
[19:17] <chrisccoulson> :)
[19:19] <Amaranth> The main bug fixed by turning that option off is filling up with nvidia users posting phoronix test suite results trying to prove to me it's only one guy who has performance problems so they seem to really want it
[19:26] <dobey> james_w: https://code.edge.launchpad.net/~dobey/ubuntu/karmic/python-oauth/svn1124/+merge/12365 <- not sure what we need to do for beta freeze to get this in. feel free to clue me up :)
[19:26] <james_w> dobey: are you subscribed to ubuntu-devel-announce
[19:27] <dobey> james_w: i am not
[19:27] <james_w> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-September/000621.html
[19:29] <dobey> thanks
[19:31] <james_w> you are now the proud owner of 2 milestone targeted bugs
[19:31] <james_w> the upload can go in the queue where the release team will review it with reference to those and decide on the appropriateness
[19:31] <james_w> but first I need to eat
[19:32] <Laney> mmm building gtk
[19:33] <dobey> hoora
[19:33] <dobey> dear apport, STOP DELETING ATTACHMENTS
[19:33] <dobey> kthxbye
[19:35] <LaserJock> what exactly is "Canonical-Maintained" supposed to mean in software-store?
[19:36] <Amaranth> LaserJock: should probably be s/Maintained/Supported/
[19:37] <Amaranth> Although to an end user maintained basically means the same thing
[19:39] <LaserJock> I know it's not an easy thing to figure out, especially in regards to what it means to end users, but it seems like there needs to be some better indication of what it means
[19:39] <dobey> 'maintained' is probably incorrect anyway, and too technical
[19:39] <dobey> (incorrect in some cases anyway)
[19:42] <LaserJock> the intended mean, I believe, is to say "you get support for this software if you buy a Canonical support contract", right?
[19:42] <LaserJock> in which case maybe something like "supportable" might make more sense
[19:42] <LaserJock> or "support available"
[19:59] <dobey> LaserJock: right, -Supported is better, as Amaranth suggested :)
[20:02] <mvo> LaserJock: you may want to discuss this with mpt what the exact meaning is
[20:02] <mvo> LaserJock: in the code it means component in ("main", "restricted")
[20:03] <LaserJock> right
[20:03] <LaserJock> at least until the archive reorganization I guess
[20:04] <LaserJock> I'm just not positive if it's the "you can buy a support contract for this software" or "hey, Canonical puts money into making this happen"
[20:05] <LaserJock> if the former it's kinda confusing (you don't know that you should buy a contract, etc.) if the later it sort of applies to the whole of Ubuntu
[20:06] <dobey> LaserJock: i think it means "these packages will get security updates for the next 18-36 months (depending on if it's LTS or not)"
[20:07] <Amaranth> yeah, that's what it means in synaptic
[20:08] <LaserJock> dobey: but that's not a Canonical thing in particular is it?
[20:08] <LaserJock> I thought that was the Ubuntu Security Team
[20:08] <dobey> LaserJock: no, i don't think so
[20:08] <dobey> LaserJock: ask mpt :)
[20:09] <mvo> Amaranth: when do you need the motu support? is it ok if I fill it in tomorrow morning?
[20:09] <Amaranth> mvo: yeah, I think the next meeting is a ways off since they just had one
[20:09] <mvo> ok
[20:09] <mvo> I'm sure it will be no problem for you to become one anyway :)
[20:09]  * mvo waves and says good night
[20:10] <Amaranth> good night
[20:10]  * dobey should probably do a little administrata in that area too :)
[20:10] <Amaranth> Last time I was MOTU by the time I got it all my package were in main
[20:10] <dobey> heh
[20:10] <Amaranth> Now I'm not pretending and asking for MOTU and upload rights to compiz at the same time :)
[20:19] <james_w> dobey: how did you do the new upstream snapshot?
[20:26] <dobey> james_w: copied the files out of svn
[20:26] <james_w> stupid tarballs
[20:26] <c_korn> is there something wrong here or is this the new default theme ? http://www.ubuntu-pics.de/bild/25621/screenshot_001_JmA7Sk.png
[20:26] <dobey> james_w: i wasn't sure how you did it, and have no idea how you created the tarball in the first place
[20:26] <james_w> dobey: did you build the package>
[20:28] <dobey> james_w: i built a tarball also that has just the upstream svn1124 files
[20:29] <dobey> james_w: but the tarball isn't in the source pkg branch... i have no idea where the tarballs come from for source pkg branches :)
[20:29] <james_w> if you use "bzr merge-upstream" then it is handled for you
[20:29] <james_w> so you did build the package and test it?
[20:32] <dobey> i built a source package. the hmac code i implemented in poauth, and backported, so it's tested there, yes.
[20:33] <dobey> i haven't built binary packages yet
[20:34] <james_w> well, would you please test the changes in the package you created?
[20:34] <Amaranth> c_korn: what's the problem exactly?
[20:34] <dobey> sure
[20:36] <c_korn> Amaranth: after the latest update the default theme has changed. I just wanted to know if this is actually the new theme going to be used in karmic or if it is a bug.
[20:37] <Amaranth> c_korn: oh, yeah, new theme
[20:38] <c_korn> Amaranth: ok, thanks.
[20:41] <dobey> james_w: ubuntu one is still working with it, yeah :)
[20:42] <james_w> ok
[20:42] <ccheney> grr my closing got pushed back due to annoying lender requests :-\
[20:43] <dobey> ccheney: heh. i'm still trying to get a closing. they still won't tell me if i am actually getting the place or not
[20:49] <ccheney> dobey: i am already approved but apparently the bank kept asking for more conditions that caused it to delay the date of closing :(
[20:49] <ccheney> so now i have to move during the week instead of over this weekend
[20:51] <ccheney> if my new computer parts come in by tomorrow i can play with that i suppose
[20:52] <ccheney> i'm excited to get a system that could potentially build OOo in under an hour :)
[20:52] <ccheney> then i just need the faster internet at my new house so i can upload it in under an hour (for the diff.gz anyway)
[20:53] <Amaranth> ccheney: I didn't know we had 50Ghz processors and 2TB/s disks yet
[20:54] <ccheney> Amaranth: heh, well it doesn't take more than about 3-4 hours on my old box and my new one is probably ~ 5x faster than that, not sure if it will scale directly though
[20:54] <chrisccoulson> ccheney - what spec is it?
[20:54] <ccheney> new one is a i7 860, 8gb ram, 1tb hd
[20:54] <chrisccoulson> fantastic:)
[20:54] <Amaranth> ccheney: Now you can compile OOo in 3 VMs at once
[20:55] <ccheney> hehe
[20:55] <ccheney> chrisccoulson: can do 8 threads so that should help over my old one that only did 2
[20:55] <chrisccoulson> i'd like to spend some money on a new machine but i'm not allowed to do that with a baby on the way
[20:55] <Amaranth> That reminds me, don't you always upload OOo at UDS and kill the internet? :)
[20:55] <ccheney> i found a bunch of good deals on parts so only cost me ~ $800 for whole system minus the hd (already had it)
[20:55] <Amaranth> Wow, last I looked the processor was like $600
[20:56] <ccheney> Amaranth: sometimes, last UDS the chumby's killed the internet
[20:56] <ccheney> Amaranth: er i usually upload OOo at UDS from my home box though, so shouldn't affect UDS bandwidth anyway
[20:56] <ccheney> i7 860 is only ~ $230, the 870 is the expensive one
[20:56] <kklimonda> chrisccoulson: baby? so you won't work on ubuntu so much in the future? :)
[20:56] <ccheney> well $230 at some stores if you look around (microcenter in the US)
[20:56] <chrisccoulson> kklimonda - only time will tell ;)
[20:57] <chrisccoulson> i hope i still find time to work on ubuntu
[20:57] <dobey> ccheney: cool. i'm trying to get a short sale property. lots of pointless waiting involved.
[20:57] <ccheney> chrisccoulson: i have myself a set allowance each month that i can use for stuff like new computers, etc and after awhile finally have enough to buy one, heh :)
[20:57] <dobey> brb, must reboot
[20:58] <ccheney> dobey: what is short sale property? i have heard of it but didn't know what it was, like a foreclosure?
[20:58] <chrisccoulson> ccheney - i should probably do the same really ;)
[20:59] <ccheney> chrisccoulson: i set it up via direct deposit for me and my wife, helps keep the arguments down, heh :)
[20:59] <chrisccoulson> yeah, thats a good idea:)
[21:05] <dobey> ccheney: owners selling for less than they owe
[21:14]  * didrocks is having some trouble wit ${gnome:Version}
[21:14] <didrocks> with*
[21:14] <chrisccoulson> didrocks - what trouble?
[21:14] <didrocks> it's not well substitued in epiphany-webkit package: http://paste.ubuntu.com/277386/
[21:15] <chrisccoulson> hmmmm, that's strange
[21:16] <didrocks> if I put some echo, it seems to have the right value :/
[21:18] <ccheney> my fan just arrived, it is enormous
[21:19]  * ccheney hopes he can manage to mount it on the mobo
[21:31] <chrisccoulson> ccheney - i had the same issue with my fan ;)
[21:31] <cassidy> seb128, would be cool to apply this patch; https://bugs.edge.launchpad.net/ubuntu/+source/papyon/+bug/433514  without it apport is launched each time you connect your MSN account
[21:32] <chrisccoulson> it fouls the RAM. and the heatsink on my graphics card fouls the chipset cooler
[21:32] <chrisccoulson> i had to cut some fins off ;)
[21:32] <ccheney> chrisccoulson: the one i got is 1kg, bigger than i expected though when i saw it
[21:32] <seb128> cassidy, hum, no it's not?
[21:32] <seb128> cassidy, I just connected to msn and didn't get a crash
[21:32] <chrisccoulson> ccheney - 1kg is quite big;)
[21:32] <seb128> cassidy, but I will backport the change thanks
[21:33] <ccheney> chrisccoulson: yea my previous large hsf from a few years back was the biggest tat the time and was 600g
[21:33] <cassidy> istaz, does this happen all the time? Or you need to have a contact supporting video in your contact list ?
[21:33] <ccheney> chrisccoulson: this one just makes the other one look pathetic
[21:33] <chrisccoulson> you should be careful that it doesn't break your motherboard;)
[21:33] <ccheney> yea
[21:33] <ccheney> its the new noctua nh-u12p se2
[21:33] <cassidy> seb128, do you know if there is plan to package pyclutter-gtk for Karmic ?
[21:36] <seb128> cassidy, not that I know, now is time to get things we have working not to add new things
[21:36] <istaz> cassidy: I think it's for contacts with webcam but I'm not sure, lfrb is the expert for that area of code
[21:37] <cassidy> seb128, technically that's a regression; the package has been splitted (it used to be part of pyclutter)
[21:38] <didrocks> chrisccoulson: I have really no clue and am going to say that ${gnome:Version} won :/ (also the previous package has the same issue in my pbuilder)
[21:38] <chrisccoulson> didrocks - what is the version number of the package?
[21:39] <didrocks> chrisccoulson: 2.28.0-0ubuntu1
[21:40] <didrocks> chrisccoulson: but if I try to build 2.27.92-2ubuntu1 too, I have the same issue (and using the regexp manually, it passes the test)
[21:41] <seb128> cassidy, just saying where we spend ressources
[21:41] <seb128> cassidy, you are welcome to find somebody to package it and I will upload
[21:41] <seb128> cassidy, but I don't intend to work on it
[21:41] <cassidy> seb128, ok. Will open a bug about that
[21:41] <seb128> is it in debian?
[21:41] <cassidy> don't think so
[21:42] <seb128> ok
[21:42] <seb128> opening a bug is not likely going to make it packaged though
[21:42] <seb128> there is like one thousand need-packaging bug open
[21:52] <chrisccoulson> didrocks - i'm just going to try it here too
[21:53] <didrocks> chrisccoulson: try 2.27.92-2ubuntu1, you won't have to bump your dep :)
[21:53]  * ccheney just got the rest of the parts, minus the motherboard which is stuck in usps limbo :-\
[21:55] <chrisccoulson> didrocks - how come debian/rules has the "DEB_VERSION := ...." line in it?
[21:55] <chrisccoulson> that already comes from /usr/share/gnome-pkg-tools/1/rules/uploaders.mk
[21:57] <didrocks> chrisccoulson: dunno, but it still gives the right number, even redifined :)
[21:57] <didrocks> redefined*
[21:58] <didrocks> chrisccoulson: /usr/share/gnome-pkg-tools/1/rules/uploaders.mk doesn't contain it btw
[21:59] <chrisccoulson> sorry, i meant /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
[21:59] <chrisccoulson> d'oh;)
[22:00] <didrocks> chrisccoulson: yeah, include has been commented… well, the issue does not come from there, but well ^^
[22:02] <chrisccoulson> yeah, i'm confused now
[22:03] <didrocks> chrisccoulson: do you have the same issue too?
[22:03] <chrisccoulson> didrocks - yeah, it seems so
[22:03] <chrisccoulson> it doesn't finish building for you?
[22:04] <didrocks> chrisccoulson: I got that: (see first lines) http://paste.ubuntu.com/277403/
[22:04] <mac_v> did anyone have their hicolor icons removed? after recent update i dont see the hicolor icons :/
[22:04] <chrisccoulson> didrocks - yeah, thats what i see
[22:04] <kwwii> seb128: should I make a sponsoring bug for the ubuntu-wallpapers package or did pitti already look at it?
[22:04] <didrocks> chrisccoulson: and opening the file, I got (>= ), so ${gnome:Version} is empty  :/
[22:05] <kwwii> s/pitti/someone
[22:05] <didrocks> chrisccoulson: looking at substvars file confirms that
[22:05] <kwwii> seb128: sorry for bothering you so late, just got back home
[22:09] <chrisccoulson> didrocks - does the binary-install/epiphany-webkit target ever actually get called?
[22:09] <chrisccoulson> the package isn't using CDBS is it, and i can't see anything in debian/rules that would make that happen
[22:09] <chrisccoulson> other than that, i'm out of ideas;)
[22:11] <didrocks> chrisccoulson: hum, I guess it's called as I have an empty (but existing) value in epiphany-webkit.substvars
[22:11] <chrisccoulson> hello seb128!
[22:11] <chrisccoulson> didrocks - i'm confused then :)
[22:12] <didrocks> well, great, you rassure me, I'm not alone \o/
[22:13] <chrisccoulson> heh:)
[22:20] <mac_v> oh oh! some one committed a grave error , the hi-color package installs empty folders , with no icons
[22:22] <jpds> And: bug #436159 .
[22:23] <kwwii> mac_v: are you high?
[22:23] <mac_v> kwwii: i wish i was... i see empty folders in hicolor :(
[22:24] <kwwii> mac_v: hicolor is a the place where third-party apps install icons
[22:25] <kwwii> so if the directory structure is made somehow without icons being installed I would not wonder
[22:25] <mac_v> exactly , a lot of the apps dont have icons , synaptic , Software store , all icons are lost :(
[22:26] <kwwii> mac_v: the apps have to install the icons into hicolor
[22:26] <kwwii> but anyway, time for sleep...night all
[22:26] <chrisccoulson> mac_v - i have icons in hicolor
[22:28] <mac_v> chrisccoulson: update manager crashed during my last update , and since then , i dont have icons , the nm applet also crashes > Bug #436179
[22:28] <chrisccoulson> hmmm, that sucks
[22:29] <mac_v> chrisccoulson: also  ,checks this out > http://imagebin.ca/view/Qux8HRx.html
[22:29] <mac_v> it totally sucks :/
[22:29] <Amaranth> mac_v: Sounds like it crashed at the right point to wipe out your icons
[22:29] <chrisccoulson> mac_v - i think something went badly wrong on your system
[22:30] <Amaranth> mac_v: Time to reinstall every package that installs an icon in hicolor
[22:30] <chrisccoulson> i think that's the only solution ;)
[22:30] <hggdh> seb128: ping re. libpst
[22:30] <mac_v> yeah , thats waht i'm doignatm
[22:30] <mac_v> *what i'm doing
[22:30] <seb128> hggdh, hello
[22:30] <hggdh> hi seb128. I have a package ready.  I disabled it right now; also, we have ABI/API changes so I bumped the soname
[22:32] <hggdh> seb128: I will also upload the orig.tar.gz, I still have to clean up old ./debian
[22:32] <seb128> hggdh, ok, I didn't manage to build it so I didn't check the api and soname
[22:32] <seb128> ok
[22:32] <seb128> thanks
[22:33] <hggdh> welcome
[22:33]  * Amaranth is thinking dbus interface and patch to gnome-screenshot-tool
[22:35] <Amaranth> actually this already sort of exists, we have the screenshot plugin and the dbus plugin lets you call it's activate action
[22:41]  * chrisccoulson is getting really annoyed with his mouse randomly double clicking
[22:44] <hggdh> seb128: subscribe you?
[22:45] <chrisccoulson> woah, the installation process of ubuntu in vmware is completely automatic
[22:45] <chrisccoulson> how wierd
[22:45] <seb128> hggdh, ubuntu-universe-sponsors
[22:45] <hggdh> seb128: thanks
[22:45] <seb128> or get chrisccoulson or didrocks or Laney to review and upload if you can
[22:45] <seb128> ;-)
[22:45] <Laney> I'm doing sponsoring now
[22:45] <Laney> what's up
[22:45] <seb128> new libpst
[22:45] <Laney> bug
[22:45] <Laney> bug number, please
[22:45] <seb128> required to get evolution being able to do pst import
[22:46] <seb128> hggdh, ^
[22:46] <chrisccoulson> does stuff in universe have to be approved in beta freeze too, or is it just main?
[22:46] <Laney> gets held in the queue but no special release approval
[22:46] <Laney> over FF
[22:46] <chrisccoulson> cool!
[22:46] <seb128> I give the ffe approval
[22:46] <Laney> seb128: please add an ack in the bug to make clear
[22:47] <hggdh> Laney: bug 436206
[22:47] <Laney> I'm going to look at the interdiff btw
[22:47] <Laney> last minute chance to make changes ;)
[22:47] <Laney> interdiff -z -p1 old_diff.gz new_diff.gz
[22:48] <hggdh> brb
[22:49] <didrocks> chrisccoulson: I found it \o/ it was quite a trap :) (an override in installl-% target)
[22:49] <Laney> is there an evo plugin to enable pst or what?
[22:50] <hggdh> Laney: yes, but Evo has to be changed to be build with it
[22:50] <Laney> hm
[22:50] <hggdh> (control build-depends and run=time)
[22:50] <Laney> that's suboptimal
[22:50] <hggdh> nothing I can do... came this way from upstream
[22:50] <Laney> yeah sure
[22:50] <Laney> proper plugin architecture would be nice
[22:51] <hggdh> this will require a major change, since all plugins currently are built together
[22:51] <Laney> I don't doubt it :)
[22:52] <hggdh> :-) Evo upstream is full of gas, they may get there
[22:52] <Laney> urgh
[22:52] <Laney> bundled debian/?
[22:52] <Laney> oh they removed it eh?
[22:53] <hggdh> comes this way from upstream. I had to add a get-orig-source, since first package. I will try, again, to talk with Carl and get him to take it out
[22:55] <Laney> hggdh: is 4 the soname?
[22:55] <hggdh> Laney: yes
[22:55] <Laney> I don't think it's right to put that in the dev package name
[22:55] <Laney> someone else confirm please
[22:55] <hggdh> I was unsure there...
[22:55] <seb128> was the previous version already versioned?
[22:55] <Laney> yes
[22:56] <Laney> wait
[22:56] <Laney> unversioned, sorry
[22:56] <seb128> that's weird yes
[22:56]  * Laney can't read
[22:56] <seb128> don't version it
[22:56] <hggdh> not for -dev
[22:56] <seb128> we don't need build-depends transitions
[22:56] <Laney> good
[22:56] <Laney> please revert that bit, hggdh
[22:56] <hggdh> Laney: will do. But right now I have a tele-conference... will be back in 2 hours
[22:58] <Laney> assigning back to you
[22:58] <seb128> Laney, can you review other things too so we don't do lot of ping pong which take days ;-)
[22:58] <seb128> thanks
[22:58] <Laney> rest is fine
[22:58] <seb128> I mean don't stop your review on that
[22:58] <seb128> cool
[22:59] <Laney> building now
[22:59] <seb128> if that's a one char change maybe do the change and upload? ;-)
[22:59] <seb128> though I guess that's after beta material now
[22:59] <seb128> so no hurry
[23:00] <Laney> hmm maybe
[23:03] <asac> not sure when, but i have new wifi icons ;)
[23:05] <chrisccoulson> asac - i have a heart in my nm-applet menu now
[23:06] <chrisccoulson> i love eth0 :)
[23:06] <chrisccoulson> lol
[23:06] <asac> heh
[23:06] <asac> thats the official gnome "favorite" metaphor ;)
[23:07] <asac> i assume that wont last long ;)
[23:07] <chrisccoulson> asac - it looks a bit strange though ;)
[23:07] <chrisccoulson> yeah
[23:08] <asac> but i referred to the wifi bars ... they are now all gray
[23:08] <asac> grey
[23:08] <asac> not sure
[23:08] <chrisccoulson> i've not seen those, as i don't have wifi
[23:09] <asac> is the wired icon still the pacman ghost thing? ;)
[23:11] <Laney> hggdh: uploading
[23:13] <chrisccoulson> asac - i'm not sure which ghost thing you mean - i don't use the default icon set ;)
[23:13] <chrisccoulson> perhaps i should do though
[23:13] <chrisccoulson> i just sat on my cat!
[23:14] <c_korn> chrisccoulson: I hope the cat is all right
[23:15] <chrisccoulson> c_korn - yeah, he's pretty hard wearing. he's just looking at me a bit wierd now though
[23:15] <chrisccoulson> he'll be fine if i give him some food
[23:15] <c_korn> hehe :)
[23:16] <chrisccoulson> he jumps in this chair every time i get out of it. i only need to stand up for a minute, and when i get back to the chair, he's fast asleep in it!
[23:16] <chrisccoulson> or at least he pretends to be asleep
[23:16] <c_korn> clever
[23:22] <chrisccoulson> seb128 - do you think bug 431027 should have a karmic task on it?
[23:22] <chrisccoulson> it seems to be the same issue as not being able to play CD's anymore
[23:22] <Laney> hggdh: btw, I would like it if you would explain "why" in addition to "what" in your changelogs
[23:22] <Laney> makes stuff easier to review
[23:22] <seb128> chrisccoulson, no
[23:22] <seb128> chrisccoulson, we will get new tarball for gst* in the next days
[23:22] <seb128> chrisccoulson, it's already fixed in git and we have pre-versions we will update to stable versions
[23:23] <Laney> seb128: did you see that the f-spot screensaver was fixed in gtk, btw?
[23:23] <seb128> so no need to bother rt with the bug tracking
[23:23] <chrisccoulson> seb128 - i'm running a local build of gst-plugins-base0.10 with the changes linked from that bug report, and it doesn't seem to change anything
[23:23] <seb128> Laney, yes, I discussed it again with spe today and he discussed it with alex
[23:23] <chrisccoulson> although perhaps i'm missing a change
[23:23] <Laney> excellent
[23:23] <seb128> Laney, I was waiting for an another gtk crasher fix to backport that and do a gtk upload
[23:23] <Laney> sde told me that there would likely be a new gtk release
[23:24] <seb128> chrisccoulson, could you ask slomo about that tomorrow?
[23:24] <chrisccoulson> seb128 - yeah, can do
[23:24] <seb128> Laney, I doubt slangasek will accept a new gtk version upload for beta now
[23:24] <Laney> yeah probably not before beta
[23:24] <seb128> chrisccoulson, thanks
[23:25] <Laney> heh
[23:25] <Laney> I haven't done a direct upload in a little while
[23:26] <Laney>  Uploading libpst_0.6.41-0ubuntu1.dsc: done.
[23:26] <seb128> thanks!
[23:27] <Laney> I felt like I should do some sponsoring since I said about it in my uds application
[23:27] <Laney> *cough*
[23:27] <chrisccoulson> lol
[23:27] <seb128> ;-)
[23:27] <chrisccoulson> i need to do some sponsoring too really
[23:27] <seb128> chrisccoulson, would you be interested to come to uds btw?
[23:28] <seb128> chrisccoulson, ie do you want a sponsoring recommendation?
[23:28] <chrisccoulson> seb128 - i'd love to, but unfortunately the timing is slightly bad for me
[23:28] <chrisccoulson> my daughter is due to arrive in november ;)
[23:29] <seb128> yeah I was wondering about that
[23:29] <seb128> will be for the next one maybe then ;-)
[23:29] <chrisccoulson> seb128 - yeah, the next one should be better
[23:30] <seb128> and it will be in europe
[23:30] <seb128> always better to not have to cross atlantic
[23:30] <seb128> I say that for europe but I'm not sure but they tend to alternate
[23:30] <Laney> chrisccoulson: have you started preparing yet? :)
[23:30] <chrisccoulson> Laney - for the new arrival?
[23:30] <chrisccoulson> yeah, we're mostly ready now
[23:31] <seb128> it's your first one right?
[23:31] <chrisccoulson> yeah, it is. so i'm not too sure what to expect just yet ;)
[23:31] <seb128> good luck in any case ;-)
[23:31] <chrisccoulson> thanks!
[23:32] <chrisccoulson> if she keeps me awake all night, i might even be glad to have to go to work in the morning ;)
[23:32] <seb128> lol
[23:32] <chrisccoulson> although things would have to be pretty bad for that to happen!
[23:33] <seb128> will they notice if you start not showing up some days? ;-)
[23:33] <chrisccoulson> seb128 - i'm not sure actually
[23:34] <chrisccoulson> i turned up really late this morning, and i don't think anyone noticed
[23:34] <chrisccoulson> i arrived at 10am this morning!
[23:34] <chrisccoulson> i should put more effort in really;)
[23:34] <seb128> you missed the breakfast then? ;-)
[23:34] <chrisccoulson> seb128 - we have breakfast on fridays
[23:34] <didrocks> well… I arrive at 7am in the morning, and I have no breakfast ;)
[23:34] <seb128> ah ok
[23:35] <seb128> didrocks, you are crazy
[23:35] <didrocks> speaking about that time to go to bed and get some rest before tomorrow, all this epiphany and webkit fixing is done :-)
[23:35] <seb128> I never arrived anywhere before 8 or 9
[23:35] <chrisccoulson> in fact, all i do on friday morning is arrive, have coffee, have breakfast, have more coffee, chat for a bit and then come home at lunchtime
[23:35] <seb128> being school or work
[23:35] <seb128> didrocks, thanks ;-)
[23:35] <didrocks> seb128: no choice, 30 min later, I double my transportation time :/
[23:35] <chrisccoulson> seb128 - i don't like early mornings either
[23:36] <Laney> our friday is similar
[23:36] <Laney> arrive, work for a little bit, have informal seminar, do crossword, someone comes in: "pub time?"
[23:36] <chrisccoulson> Laney - that sounds nice:)
[23:37] <didrocks> see you tomorrow guys, have a good night (and not too short ;))
[23:37] <chrisccoulson> good night didrocks
[23:37] <chrisccoulson> Laney - do you get flexible hours too?
[23:37] <seb128> 'night didrocks
[23:37] <Laney> chrisccoulson: yeah, I don't really have any fixed hours unless its teaching or some meeting/seminar
[23:38] <chrisccoulson> that sounds cool! i don't get any flexibility in my hours (at least, i'm not meant too)
[23:39] <chrisccoulson> i used to in my previous job, but i moved last year because i thought i would enjoy my new job more, despite not having the flexibility there
[23:44] <rickspencer3-afk> TheMuso, hi
[23:45] <TheMuso> Hey rickspencer3-afk.
[23:45] <rickspencer3> TheMuso, remember that GNOME accessibility discussion I mentioned?
[23:45] <rickspencer3> what day of the week next week would be a good morning for you to join a call?
[23:46] <rickspencer3> (if any)
[23:46] <TheMuso> rickspencer3: Just name it, and I'll be there, I think thats the easiest.
[23:47] <rickspencer3> that's easy for me anyway
[23:47] <rickspencer3> ok, I'll let you know
[23:47] <rickspencer3> :)
[23:47] <rickspencer3> TheMuso, nobody can call you a prima dona, that's for sure
[23:48] <TheMuso> heh
[23:48] <chrisccoulson> seb128 - you were looking at bug 421318  earlier weren't you?
[23:49] <chrisccoulson> did you manage to get anywhere with it?
[23:49] <seb128> chrisccoulson, not really, I was just taking it as a python issue
[23:49] <seb128> dunno how to debug those
[23:49] <seb128> valgrind list a zillion of errors
[23:49] <seb128> those are mostly false warnings
[23:50] <seb128> ie there is screens or error on a valgrind python -c import gtk
[23:50] <seb128> or -> of
[23:50] <chrisccoulson> yeah, i'm not too sure how to debug it either. i was just interested in finding out though if anyone figured it out ;)
[23:55] <seb128> hey robert_ancell
[23:55] <seb128> chrisccoulson, I will tell you when I figure something
[23:55] <robert_ancell> seb128, hey seb
[23:55] <chrisccoulson> seb128 - thanks. i might try and have a look at it before i go to bed as well
[23:56] <seb128> we can maybe make robert_ancell fix it
[23:56] <seb128> ;-)
[23:56] <robert_ancell> err...
[23:56] <chrisccoulson> robert_ancell - have you fixed it yet? ;)
[23:57] <robert_ancell> depends what's broken!
[23:57] <seb128> robert_ancell, totem crashes when you close it
[23:57] <seb128> but it crashes in python code
[23:57] <seb128> and we have no clue how to debug that ;-)
[23:57] <robert_ancell> oh I looked at that yesterday and gave up when it was inside the python interpreter...
[23:58] <seb128> there is screens or error on a valgrind python -c import gtk
[23:58] <seb128> and I've no clue how to debug python properly
[23:58] <seb128> I mean I know how to debug python scripts
[23:59] <seb128> but not python interpreter issues
[23:59] <robert_ancell> yeah, never been inside there.  I get loads of valgrind errors
[23:59] <chrisccoulson> it seems nobody likes python interpreter issues
[23:59] <seb128> robert_ancell,
[23:59] <seb128> -+        g_signal_emit (manager, signals[USER_ADDED], 0, user);
[23:59] <seb128> ++        g_signal_emit (manager, signals[USER_ADDED], 0, gdm_user_get_uid (user));
[23:59] <seb128> robert_ancell, does that makes sense to you?
[23:59] <seb128> it's a change from bratsche to your 16_gdmserver_user_manager.patch