[07:01] <pitti> fta: didn't see the entire conversation, but BSD is short enough that it's usually just pasted verbatim into the actual source files
[07:56] <huats> morning
[08:42] <pitti> bonjour huats
[08:43] <huats> bonjour pitti
[08:55] <Tm_T> päivää lapsikullat
[08:57] <didrocks> hey pitti :)
[08:57] <didrocks> lool: around?
[09:04] <lool> didrocks: yes
[09:05] <didrocks> lool: I saw that you strike one day with "Xvfb failed to start": http://irclogs.ubuntu.com/2008/09/26/%23ubuntu-x.txt
[09:05] <didrocks> lool: was it a Xvfb error, or a package one?
[09:07] <didrocks> (away for a meeting, will read backlog)
[09:08] <lool> didrocks: There were a bunch of different issues
[09:11] <huats> ah ?
[09:11] <huats> sorry ww
[09:19] <seb128> hello
[09:20] <pitti> bonjour seb128
[09:20] <huats> hello seb128
[09:21] <jeromeg> seb128: regarding the abiword upgrade, I sent a mail to the two debian maintainers to share some fixes and to know their plans but I got no reply yet
[09:21] <jeromeg> and hello (sorry...)
[09:23] <seb128> jeromeg: ok, no problem, we have ubuntu changes and can't sync directly anyway so we can as well use a different tarball
[09:24] <jeromeg> ok
[09:28] <lool> didrocks: Some issues can be worked around or fixed in packages, others were more relevant for the xvfb package
[09:32] <seb128> lool: do you think you will have time this week or next week to do the pygobject pygtk updates in debian? or should I give those updates to ubuntu contributors for now and we will sync later whenever debian does those?
[09:32] <seb128> or maybe pochu is interested to do the debian updates? ;-)
[09:32] <seb128> huats: lut ;-) do you still have updates on your todolist?
[09:32] <lool> seb128: if someone can do them, that's best
[09:32] <lool> +else
[09:33] <seb128> ok
[09:33] <huats> seb128: hey
[09:33] <huats> I am a bit working on anjuta and libgdl
[09:33] <huats> but it seems to be ok (or almost)
[09:33] <lool> I have them in my TODO, but I had urgent stuff to do first (whenever I need to respin glibc on armel it takes > 6 hours to build on buildds and an infinite amount of time here   :-/)
[09:34] <seb128> huats: ok do those
[09:34] <seb128> lool: ok noted
[09:34] <seb128> session restart brb
[09:35] <huats> lool: if I finish quickly I'll try to help you
[09:36] <lool> huats: Thanks
[09:37] <seb128> ok, GNOME 2.25.91 almost uptodate now
[09:42] <jeromeg> seb128: if you have some time, would you mind having a look at gigolo and xfce4-notifyd in NEW ?
[09:43] <jeromeg> gigolo is just a rename, it replaces sion which was already in universe
[09:56] <pitti> ping? just got a freenode notice about brokenness
[09:57] <ember> pong
[09:58] <pitti> thanks
[09:58] <pitti> seems it's back
[10:10] <seb128> pochu: hi
[10:10] <didrocks> lool: really ? I saw that seb128 (hi !) had the same issue and was waiting for Xvfb to be fixed
[10:10] <pochu> moins seb128
[10:10] <seb128> pochu: want to do the pygobject and pygtk stable updates for gtk so we can sync the new versions?
[10:11] <seb128> didrocks: what issue?
[10:11] <didrocks> seb128: I get now a "Xvfb failed to start" on gnome-python-extras
[10:11] <lool> didrocks: Which issue in particular?  As I said there are multiple ones
[10:11] <lool> didrocks: Did you look into the error log?
[10:11] <didrocks> lool: let me copy/paste it
[10:12] <pochu> seb128: I'm busy with uni work and have a grave bug in the bts due to my share-mime-info triggers patch, so not sure I'll have time
[10:12] <pochu> seb128: if I can I'll work on it
[10:12] <seb128> ok thanks
[10:12] <lool> Hmm I don't find the construct I had to look into xvfb errors
[10:13] <didrocks> lool, seb128 : http://paste.ubuntu.com/119613/
[10:13] <lool>   * Use xvfb-run's -e to help debugging recurring issues under xvfb-run.
[10:13] <didrocks> :/
[10:14] <lool> seb128: Hmm did you drop that when merging in 2.13.0-2ubuntu1?
[10:14] <seb128> didrocks: the build error is not due to xvfb apprently though
[10:15] <didrocks> seb128: hum?
[10:15] <seb128> didrocks: the issue seems to be that the tarball doesn't ship the htmls
[10:15] <seb128> didrocks: and we don't build those
[10:15] <seb128> didrocks: reading you short log, the xvfb error is ignored but the dh_install breaks
[10:16] <seb128> I'm just guessting about the html
[10:16] <lool> seb128: http://launchpadlibrarian.net/19987724/pygtk_2.13.0-0ubuntu8_2.13.0-2ubuntu1.diff.gz => drops -e debian/xvfb-$*-dbg.log from xvfb-run   :-/
[10:16] <didrocks> seb128: oh, you should be right.
[10:16] <lool> Actually it drops all my changes for fatal testsuite failures
[10:17] <seb128> lool: sorry I though you applied all your changes to the debian version must have overlooked this one
[10:17] <seb128> that package should really be in sync on debian
[10:17] <lool> I had not, I did these in a hurry before $deadline and didn't have time to port them to Debian
[10:18] <seb128> ok, I'll review that a bit later
[10:19] <lool> Thanks
[10:21] <seb128> you're welcome, sorry for the quick sync, I've been a bit lazy the debian changelog suggested pochu applied all the ubuntu changes to debian
[10:21] <seb128> but you probably did those extra changes after that
[10:21] <seb128> didrocks: I'm always right ;-)
[10:22] <didrocks> seb128: I don't doubt on that :-)
[10:22] <didrocks> seb128: so, let's have a look why those files aren't there
[10:23] <seb128> didrocks: usually that's upstream who didn't enable the configure option when making the tarball
[10:23] <seb128> didrocks: workaound is to build them during the package build
[10:24] <didrocks> seb128: so, I have to had an extra option like --enable-docs (cf configure) in debian/rules?
[10:25] <seb128> didrocks: right, and open an upstream bug to ask them to distribute html documentation in the next tarball
[10:25] <didrocks> seb128: distribute documentation in the tarball is a best practice?
[10:26] <seb128> yes
[10:51] <didrocks> seb128: any other idea? building with --enable-docs does not seem to add any additionnal doc (even if I have during the build: http://paste.ubuntu.com/119630/)
[10:55] <seb128> didrocks: usually the option is --enable-gtk-doc and requires a gtk-doc-tools build-depends
[10:55] <seb128> I've to for lunch now
[10:55] <seb128> bbl
[11:29] <seb128> didrocks: evince update for you if you want to do it btw
[11:44] <jeromeg> seb128: thanks for the upload of abiword
[11:44] <jeromeg> (if it's you)
[11:44] <seb128> jeromeg: you're welcome
[11:44] <seb128> yes it's me, you can look to the signed-by indication in the upload email
[11:45] <seb128> or on the changes list
[11:45] <jeromeg> seb128: ok
[11:54] <didrocks> seb128: I'm on it
[11:54] <seb128> cool
[11:55] <didrocks> seb128: I still have the same erorr :/
[11:56] <didrocks> seb128: maybe, the wiser is to redo the merge, upload it (it built) and then try again to update the package
[11:56] <didrocks> it was not an easy merge and I spent a lot of time on it... but well :/
[11:56] <seb128> didrocks: let me look after lunch
[11:57] <didrocks> seb128: ok, I revert my last changes have will upload you the source package somewhere
[11:59] <fta> seb128, pitti: about the license issue with gwibber, i reviewed all the files manually and fixed it yesterday, it's in NEW again: https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=0&queue_text=gwibber
[11:59] <pitti> fta: thanks; who reviewed it last time? it should be done by the same person, since (s)he will still know about the previous version
[12:00] <fta> pitti, seb did
[12:00] <didrocks> seb128: have a good lunch, btw :)
[12:37] <asac> anyone else lost ability to paste/copy in gnome-terminal?
[12:38] <asac> (using key shortcuts)
[12:39] <seb128> hum, irc.gnome.org doesn't work for me now
[12:41] <asac> seb128: i am still in #epiphany ;)
[12:41] <seb128> asac: I guess it's working but I can't connect
[12:41] <seb128> or I've a dns issue
[12:42] <asac> seb128: sorry for that. i had that yesterday for 3 hours
[12:42] <asac> no dns answers
[13:10] <kenvandine> good morning all!
[13:23] <pitti> hey kenvandine
[13:23]  * kenvandine is trying to update his jaunty box... but getting partial upgrades available
[13:34] <dholbach> hiya
[13:34] <dholbach> seb128 not here?
[13:34] <james_w> * seb128 has quit ("Ex-Chat")
[13:34] <soren> 13:26:20 *** seb128 n=seb128@ubuntu/member/seb128 has quit ["Ex-Chat"]
[13:34] <soren> james_w: snap
[13:34] <soren> dholbach: (utc timestamp)
[13:35] <dholbach> hggdh: I guess he'll be back in a bit
[13:35] <kenvandine> hey dholbach
[13:35] <hggdh> dholbach, yes.
[13:35] <dholbach> hey kenvandine!
[13:35] <dholbach> welcome kenvandine! :)
[13:35] <kenvandine> thx!
[13:35] <hggdh> dholbach, I will need 40 min offline to walk to my current contract, and will login from there again
[13:36] <dholbach> hggdh: excellent
[13:36] <dholbach> see you in a bit then
[13:36]  * dholbach needs to walk the dog
[13:37] <andreasn> MacSlow, ??
[13:37] <andreasn> :)
[13:37] <MacSlow> andreasn, hey there
[13:37] <MacSlow> andreasn, found the "surprise" yet? :)
[13:38] <andreasn> I'm not running Jaunty yet
[13:38] <andreasn> so this means I'll have to wait until April?
[13:38] <andreasn> :)
[13:38] <andreasn> new notifications or something like that?
[13:38] <MacSlow> andreasn, either that or some virtual-machine thing
[13:39] <MacSlow> andreasn, you're very very close :)
[13:39] <kenvandine> i haven't gotten them on my jaunty box yet... only getting partial updates
[13:39] <MacSlow> hey kenvandine
[13:39]  * kenvandine needs to learn hot to work around that stuff :)
[13:39] <kenvandine> hey MacSlow
[13:39] <kenvandine> i do have all that stuff installed on my foresight box... looks pretty nice
[13:40] <kenvandine> but hit some bugs
[13:40] <kenvandine> like notifications from gwibber and pidgin require i click a button for them to go away
[13:40] <MacSlow> kenvandine, packages landed on my jaunty-driven laptop and netbook ... sofar I've been spared with any package-update grief
[13:40] <andreasn> I think the removal of actions-idea is kind of cool, people are going to be so angry about that. I want that upstream too.
[13:41] <andreasn> maybe I like angry people, especially on OSNew
[13:41] <andreasn> s
[13:41] <kenvandine> haha
[13:41] <MacSlow> kenvandine, those still use actions ... a feature we discourage for work-flow reasons
[13:41] <kenvandine> ok... so we need to convince them to change?
[13:42]  * kenvandine will create a patch for gwibber... i am sick of getting flooded with bubbles that won't go away :)
[13:44] <james_w> kenvandine: there are some patches in launchpad for other apps that may be good for inspiration. They check the caps of the server before adding actions to notifications, as the spec states they should.
[13:44] <MacSlow> andreasn, no icons in notificatoins and click-through is so nice ... I wonder how I would live without that for so long :)
[13:44] <james_w> though last time I looked gwibber didn't use libnotify, making that slightly harder
[13:45] <kenvandine> oh right... he hates libnotify
[13:45] <james_w> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=dxteam
[13:45] <andreasn> MacSlow, oh, no icons at all? good
[13:47] <MacSlow> andreasn, well icons can be in a notification too
[13:48] <MacSlow> andreasn, remember the mockup-movie on marks blog ... there are icons
[13:49] <andreasn> right, but only where it make sense I assume
[13:49]  * MacSlow feels guilty for not having written C and python examples yet to demonstrate how to "use" the new stuff
[13:49] <MacSlow> not that it is so much different from what was there before
[13:49] <MacSlow> it's rather apps should not use :)
[13:49] <MacSlow> andreasn, correct
[13:55] <pitti> hey rickspencer3
[13:56] <kenvandine> hey rickspencer3
[13:57] <rickspencer3> morning
[14:07] <davmor2> Guys I just noticed something with Jaunty.  If you go to open syslog and select open with running down the list there are at leat 4 mentions of disc burner should they all be there?
[14:08] <jeromeg> seb128: I used to be in ubuntu-bugcontrol but it expired, could you possibly add me again to that team ?
[14:09] <pedro_> hey hey, could somebody look at bug 330931 , later?
[14:13] <pitti> pedro_: doing...
[14:13] <pedro_> pitti: great, thanks you
[14:13] <didrocks> seb128: evince seems ok. I will test install this evening on my laptop. If you have other packages to update, you're welcome :)
[14:14] <didrocks> away for a meeting, bbl
[14:15] <seb128> didrocks: ok, totem is to update too if you want
[14:15] <seb128> jeromeg: ask on #ubuntu-bugs?
[14:16] <pitti> hm, just got new langpacks for jaunty (well, the first ones really) through apt, but it still has evo 2.24
[14:16] <pitti> ArneGoetje says they aren't in the import queue
[14:16] <jeromeg> seb128: ok
[14:17] <pitti> ArneGoetje: weird, http://launchpadlibrarian.net/22768435/buildlog_ubuntu-jaunty-i386.evolution_2.25.91-0ubuntu1_FULLYBUILT.txt.gz looks okay to me (tarball built, with 174 files)
[14:17] <ember> seb128: is there any free update?
[14:18] <seb128> no
[14:18] <ember> ok thanks.
[14:18] <seb128> you're welcome
[14:20] <ArneGoetje> pitti: seems there is something wrong with the templates... /me is investigating
[14:40] <ArneGoetje> pitti: fixed. should be exported with the next jaunty delta export
[14:40] <pitti> ArneGoetje: cool thank you!
[14:48] <didrocks> seb128: ok, I handle totem. Spinus ask me by mail to handle the pigdin merge and he will work on easier things first
[14:49] <seb128> didrocks: ok good, the update is non trivial and he seemed to have difficulties with some of the changes, I recommended him starting on easier updates
[14:49] <didrocks> seb128: ok :) non trivial but I can still handle it, you think? ;-)
[14:50] <hggdh> dholbach, seb128 is back
[14:51] <hggdh> seb128, this is in regard to  bug 317602
[14:51] <dholbach> seb128: hggdh and I were talking about bug 317602 - future of libpst that is needed by the new evolution-plugins or something
[14:51] <dholbach> seb128: seems that Debian is the original upstream that stopped working on it and the one above is the fork
[14:52] <seb128> dholbach: yeah, I wanted to look at that and evolution-mapi for a while
[14:52] <seb128> but I don't manage to catch up with GNOME updates, dx work, sponsoring at the moment, or not enough to switch to those
[14:52] <seb128> yeah, I know about that, hggdh explained me the differences, etc
[14:53] <dholbach> seb128: so what would you reckon we do there?
[14:53] <dholbach> seb128: I'm happy mentoring hggdh to get it packaged properly
[14:53] <dholbach> I just wasn't sure how to proceed
[14:53] <seb128> me neither
[14:53]  * hggdh humbly bows to the masters
[14:53] <seb128> my gut feeling would be to:
[14:53] <dholbach> package from scratch and have it separately? :-)
[14:53] <seb128> - open the request to update to this version in the debian bts, could be useful to have their opinion or let they know what ubuntu wants to do
[14:54] <tedg> bryce: How does X multiseat work?  I've never heard of this: bug 326916
[14:54] <dholbach> debian bug 512909
[14:54] <hggdh> seb128, I did open it
[14:54] <seb128> ok, good start
[14:54] <seb128> sending a mail to ubuntu-devel would probably be useful
[14:54] <seb128> just to know if somebody has an objection to switch to the upstream version
[14:54] <hggdh> but, of course, I am not sure I used the correct magic words there -- never had opened a debian bug before
[14:55] <seb128> but if I understand it correctly the debian version is a command line tool only?
[14:55] <seb128> does the new version has a compatible comment?
[14:55] <seb128> comment -> command
[14:55] <dholbach> hggdh: does the evolution-plugins thing link to the new libpst? or how does it work?
[14:56] <hggdh> yes. The new version has the same utilities as the old, plus the library
[14:56] <hggdh> dholbach, it uses the shared library produced by the build
[14:56] <seb128> ok, so just do the update then
[14:56] <dholbach> and split out the library
[14:56] <seb128> right
[14:56] <seb128> I just mean don't bother keeping the debian version
[14:57] <seb128> the new one has a lib + compatible binary
[14:57] <seb128> just do an update using the new tarball and building the binary and new binaries for the library
[14:57] <seb128> ie classic packaging lib for it
[14:57] <hggdh> also, the new one's command-line utilities work with Outlook 2007, and Debian's does not
[14:58] <dholbach> hggdh: OK... in that case, I'd say: remove the strange upstream from the tarball, re-use the current Debian stuff, add the "library split", send the patch to that Debian bug too and just go ahead with it
[14:58] <dholbach> that way we're good neighbours and there should be little to complain about if the world has moved on is using something else than the aged Debian version :)
[14:58] <hggdh> dholbach, so... no CDBS
[14:59] <seb128> dholbach: I would not mind packaging it as a new source
[14:59] <dholbach> seb128: hm?
[14:59] <seb128> I mean redoing the packaging
[14:59] <seb128> using the same name
[14:59] <thewrath> hey all
[14:59] <seb128> since it basically changed upstream, download location, copyright, etc
[14:59] <thewrath> is anyone having issues with Ubuntu 8.10 not connecting to wireless networks that have wpa2 enterprise encryptino?
[15:00] <dholbach> seb128: the new upstream includes dh-make-crazy-packaging - I just said: remove all that, re-use the Debian one
[15:00] <seb128> it might be easier to package the new code from scratch using cdbs and tweaking about packaging which is made for something else
[15:00] <dholbach> but if hggdh wants CDBS, I don't object :)
[15:00] <dholbach> thewrath: did you try #ubuntu?
[15:00] <seb128> ok
[15:00] <seb128> works for me, whatever you want packaging wise as long as it builds the binary and lib ;-)
[15:00] <hggdh> heh
[15:01] <dholbach> hggdh: maybe we can manage to send two separate patches - one with the split and one with the CDBS-ification :)
[15:01] <thewrath> dholbach: well this was the desktop area so i thought i would check here
[15:01] <hggdh> dholbach, I will then start working with a standard dh_make right now, and then we will see. I will also add a get-orig-source
[15:02] <hggdh> thank you, dholbach and seb128
[15:02] <dholbach> hggdh: let me know if I can help
[15:03] <hggdh> dholbach, of course ;-) I *will* need help
[15:03] <hggdh> I will start on it this evening, after leaving my contract for the day
[15:04] <dholbach> excellent
[15:04] <dholbach> thanks a bunch, hggdh
[15:14] <thewrath> hello all!
[15:17] <didrocks> seb128: you know what? the new evince introduce GTK_DOC_CHECK(1.11) :)
[15:18] <didrocks> seb128: gtk-doc-tools is at 1.10-1ubuntu1, can I update it?
[15:18] <seb128> didrocks: yes, look if debian has the new version first maybe though?
[15:18] <didrocks> of course
[15:19] <didrocks> seb128: yes, they have. I will see if a merge is needed or if we can simply sync
[15:46] <bryce> tedg: one computer, many keyboard+mouse+display sets
[15:46] <bryce> tedg: http://linuxgazette.net/124/smith.html
[15:48] <tedg> bryce: Who manages all that?  GDM?
[15:50] <bryce> tedg: yep
[15:50] <bryce> tedg: might require some additional gdm configuration though; dunno if it just works out of the box
[15:51] <tedg> bryce: Okay, I'm curious why it seems to break fast-user switching.  It seems that if GDM can do it, it should support that also.
[15:52] <tedg> bryce: Anyway, that confirms it's not my bug :)
[16:00] <seb128> whoever was getting the clock applet hang it would be nice if you could tell if you still get the issue after upgrading to the current e-d-s version and restarting your session
[16:37] <seb128> pitti: ^
[16:38] <seb128> pitti: no hurry just try during the week and let me know if you still get a hang
[16:38] <pitti> seb128: current as on archive.u.c. or "just uploaded"?
[16:38] <seb128> pitti: uploaded this morning so it should be available, 2.25.91-0ubuntu2
[16:39] <pitti> ah, I have that
[16:39] <pitti> seb128: rock, it's working again
[16:39] <seb128> pitti: you had the crash every time?
[16:39] <seb128> or the hang
[16:39] <pitti> seb128: yes, every time
[16:39] <seb128> cool
[16:39] <seb128> thanks for confirming
[16:39] <pitti> seb128: now I dont' see my google cals in either evo nor the panel, though
[16:40] <pitti> seb128: could you please give a review over the gnome-stracciatella pacakge and dbus sections of https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession ?
[16:41] <pitti> seb128: if that looks okay to you, I'd start with implementing those, so that we only need to care about the MI indicator after FF (or drop it entirely)
[16:41] <seb128> pitti: I did read it while you were on the phone, looks good to me, I expect the applet case to not be trivial though
[16:42] <pitti> seb128: neither do I, short of a jaunty specific gnome-panel hack
[16:42] <pitti> but since that's fairly independent of the other two, I can already start and get it through NE
[16:42] <seb128> pitti: make the applet display nothing ...
[16:42] <pitti> or that
[16:42] <seb128> pitti: it will still be running though
[16:42] <pitti> seb128: not such a big concern, though, IMHO
[16:43] <seb128> agreed
[16:44] <lool> didrocks: Hmm what was your gtk-doc-tools issue?
[16:44] <didrocks> lool: not really an issue, but I am wondering about the utility of using b-d and b-d-i for gtk-doctools
[16:44] <didrocks> lool: as there is only one binary package with architecture: All
[16:45] <lool> didrocks: Would there be a new Architecture: any package, it would be useful
[16:45] <lool> But right, in theory you could have all in Build-Depends and it would work
[16:46] <didrocks> lool: if the package(s) "Architecture: any" does not use dependencies in b-d-i target, that's right?
[16:46] <lool> If you don't need the b-d-i bdeps to build the binary-indep binaries
[16:47] <lool> err binary-arch
[16:47] <didrocks> lool: ok, we agree :) let me check the last debian version to see if slangasek's changes have been taken
[16:48] <didrocks> oh crap: http://packages.debian.org/source/unstable/gtk-doc
[16:48] <didrocks> seems to be general (http://packages.debian.org/sid/gtk-doc-tools)
[16:50] <didrocks> lool: was the change Ubuntu specific only for you (cf https://edge.launchpad.net/ubuntu/+source/gtk-doc)
[16:50] <didrocks> the resolution of b-d from dpkg-dev
[16:50] <didrocks> (and I do not understand exactly the trick too)
[16:51] <didrocks> making A | B force the order of dpkg-dev to calculate build dependencies? (so, here, we use an non-existing A)
[16:59] <lool> didrocks: Sorry I don't understand what you're asking
[17:01] <didrocks> lool: there was a diff between debian and ubuntu described in changelog https://edge.launchpad.net/ubuntu/+source/gtk-doc. I don't understand exactly what was wrong and if ubuntu only was touched by it. It's about b-d resolution
[17:01] <tedg> seb128: I think the FUSA bugs are now under control.
[17:02] <seb128> tedg: good work, thanks!
[17:02] <seb128> tedg: see, do that once a month and everything is good ;-)
[17:07] <lool> didrocks: Right, so I suspect the control fields get sorted by dpkg-dev unless you use or-ed deps
[17:23] <pitti> rickspencer3: does https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession match what you remember?
[17:31] <asac> seb128: can you look at fta's fixed gwibber in +queue? (you processed it yesterday)
[17:31] <seb128> asac: is there really urgent, I'm fighting GNOME updates and dx review and really in a hurry
[17:31] <asac> seb128: not sure. just because of FF
[17:31] <asac> seb128: i dont mind if you do that tomorrow or so
[17:32] <asac> not sure what the exact FF rules are for NEW
[17:32] <seb128> asac: usually the rule is "things uploaded before the freeze will be accepted"
[17:32] <asac> ok cool
[17:32] <asac> lets hope there is no more rejection then ;)
[17:32] <seb128> what is gwibber btw?
[17:32] <seb128> ie, what does it do
[17:33] <asac> seb128: gtk frontend for twitter and other services like that
[17:33] <seb128> you plan to get that in main for jaunty?
[17:33] <asac> seb128: no. just because upstream was really cooperative in getting stuff fixed for jaunty
[17:33] <seb128> ok, I can grant desktop expection for universe
[17:33] <asac> seb128: thanks. then i am happy :)
[17:33] <seb128> that's lower priority than dx work and GNOME right now
[17:33] <seb128> but I will get it into jaunty
[17:34] <asac> wasnt sure if its in your yard. but if it is thats no problem
[17:34] <seb128> don't worry, I will get to it when I'm doing fighting fires for the desktop freeze tomorrow ;-)
[17:35]  * asac hugs seb128 .... and sends more energy for gnome and dx stuff
[17:35]  * seb128 hugs asac
[18:01] <didrocks> lool: ok, thx :)
[20:27] <pitti> seb128: can I harrass you about reviewing https://blueprints.edge.launchpad.net/ubuntu/+spec/stracciatella-session ?
[20:27] <pitti> seb128: it's not top priority, we can get it approved tomorrow as well
[20:27] <seb128> pitti: I'm just back from sport and was about to eat something, in 15 minutes would be ok?
[20:27] <seb128> pitti: ok, will do it after dinner
[20:28] <pitti> seb128: as I said, only second priority; please do have some dinner first
[20:28] <pitti> tedg: btw, bug 283278 is still relevant, right? I guess we should get that uploaded ASAP, too?
[20:35] <tedg> pitti: Yes, I e-mailed upstream about the patch with no response -- I guess it's perfect :)
[20:35] <tedg> pitti: I'll put it in their tracker.
[20:35] <lool> didrocks: Perhaps you could check with slangasek what we could merge in Debian to have equal bdeps in Debian and Ubuntu
[20:36] <pitti> tedg: oh, thanks; I actually meant "to ubuntu", but if upstream fusa has this functionality as well, it'll also make sense in the upstream panel indeed
[20:37] <tedg> pitti: I was meaning more of the registering and signaling parts.  But the new FUSA applet from upstream has the status stuff, not sure about the login/logout.
[20:37] <pitti> tedg: yeah, the general facility should go upstream; I guess that's hard to port to new releases; I'll see how well it applies to the current panel
[20:37] <tedg> (apparently there are no screenshots of Fedora rawhide on the net, I was looking a week or so ago.  Weird)
[20:38] <mclasen> tedg: just get a live cd and run it ?
[20:38] <mclasen> thats what I do when I want to see some detail in jaunty...
[20:38] <tedg> mclasen: Yeah, but Google doesn't do that for me... yet... :)  I will, I just haven't gotten to it yet.
[20:39]  * tedg is figuring there is no way he could have LESS time after Feature Freeze :)
[20:46] <Davedan1> I have a default ubuntu-desktop. Do I need to install emacs22 or emacs22-gtk?
[20:46] <dobey> whichever one you prefer to use
[20:47] <dobey> -gtk will have matching widget styles for the menus/scrollbar though
[20:47] <dobey> and emacs22 itself will not
[20:47] <didrocks> lool: I did that :)
[20:48] <didrocks> lool: he told me to check the b-d in the .dsc and it's similar, the patch is no more needed
[20:49] <didrocks> I filed a sync request bug #331201
[20:49] <didrocks> filled*
[20:50] <didrocks> seb128: if you can Ack it, I will be maybe able to testbuild totem tomorrow :)
[20:51] <seb128> didrocks: you can also testbuild this debian package locally and then testbuild your upgrade? ;-)
[20:51] <Davedan1> dobey: thanks
[20:51] <didrocks> seb128: yep, that's true. I testbuild the debian package, but didn't make it available to pbuilder for Totem
[20:52] <dobey> sure
[20:52] <didrocks> seb128: I will do that tomorrow, time to go to bed. For once, I can sleep earlier :)
[20:55] <didrocks> good night/day everyone :)
[20:55] <seb128> didrocks: 'night
[20:55] <didrocks> seb128: thanks, you too
[20:59] <mvo> good night didrocks
[21:21] <seb128> pitti: ok, looking at the spec now
[21:24] <mnemo> seb128: this bug says "commited" for "ubuntu desktop".. does that mean it will come through synaptic at the next upload? --> https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/321580
[21:24] <mnemo> (otherwise I can start working on a debdiff for it)
[21:25] <seb128> mnemo: yes, I uploaded 2.15.4 today which was rolled this week and should have this change
[21:25] <mnemo> excellent
[21:25] <mnemo> great work and thanks
[21:26] <seb128> pitti: approved, the changes described are good for jaunty, do we want to use the same spec to write notes about jaunty+n, autostart desktop changes, etc?
[21:26] <seb128> mnemo: you're welcome
[21:27] <pitti> seb128: I'd rather have a Krelease/StracciatellaSession
[21:27] <seb128> pitti: ok
[21:27] <seb128> what I though
[21:28] <seb128> pitti: do we need to disable the upstream evolution plugin by default now? I can do that if we want
[21:28] <pitti> seb128: merci
[21:28] <pitti> seb128: I'd check with DX, but I guess "yes" (we should check $GDMSESSION, though)
[21:29] <seb128> pitti: gconf settings are not dynamic
[21:29] <seb128> we either add the plugin to the not-enable list
[21:29] <pitti> seb128: ah, you mean just generally disable, not just for the non-stracciatella session
[21:30] <pitti> well, *shrug* I don't personally care for the plugin
[21:30] <seb128> or we add code to disable it on the default session rather than changing the key
[21:30] <seb128> pitti: well, it's sending notification and making an icon flash in the notification area, doesn't that conflict with the message indicator?
[21:30] <pitti> seb128: yes, for the default session it will conflict
[21:31] <seb128> ok, so we need to disable it by some way
[21:31] <pitti> ideally evo-indicate could trigger its disabling, but I'm not sure whether that's possible
[21:32] <seb128> none of the dx team guys are around right now, I'll ask them later
[21:35]  * pitti commits GDMSESSION testing to notify-osd
[21:37] <pitti> ugh, fastest discuss-draft-approve-implement cycle ever..
[21:37] <pitti> hm, while I'm doing another upload, I'd like to fix that arm FTBFS
[21:39] <pitti> ah, and asac has a bug fix, too
[21:40] <asac> pitti: is hte ~ubuntu-desktop branch something one can commit to?
[21:40] <asac> pitti: btw, why not a orig + diff.gz?
[21:40] <pitti> asac: you should be able to, yes; but I think I'll just commit it to trunk and merge from there
[21:40] <asac> i first edited stuff in apt-get source and then found that there is no diff.gz ;)
[21:40] <pitti> asac: alsdorf was, but dx didn't release a tarball yet; it will eventually, though
[21:40] <asac> ok. branch just looked odd that way ;)
[21:41] <pitti> it is
[21:41] <asac> bzr bd --native didnt work btw
[21:41] <asac> ;)
[21:41] <pitti> welcome to FF rush style :/
[21:41] <asac> hehe
[21:41] <asac> thats ok. i could bzr diff ;)
[21:42] <pitti> asac: so, I trust that you tested the patch thoroughly? I can't replicate the bug
[21:43] <pitti> asac: committed to trunk
[21:54] <asac> pitti: i had a bunch of things hidden and couldnt reproduce with this patch.
[21:54] <asac> if its wrong we can backout.
[21:54] <asac> thanks
[21:54] <pitti> asac: thanks
[21:54]  * pitti fixes arm FTBFS
[21:54] <seb128> pitti: which one?
[21:54] <seb128> pitti: notify-osd?
[21:54] <pitti> seb128: notify-osd
[21:54] <seb128> pitti: remove -Werror?
[21:55] <pitti> just pushed to trunk and merged to ubuntu
[21:55] <pitti> seb128: no, fix it properly :)
[21:55] <seb128> make dist should not set -Werror on
[21:55] <pitti> if stuff works with -Werror, the by all means continue to be tidy :)
[21:55] <seb128> I told dbarth today
[21:55] <seb128> well, then gcc change and starts being picky about some things
[21:55] <seb128> or you have warning about non real issues
[21:55] <pitti> it was a silly issue, sure
[21:56] <seb128> usually GNOME don't set Werror for tarball
[21:56] <seb128> which makes sense
[21:56] <asac> pitti: is trunk public?
[21:57] <pitti> asac: probably not yet
[21:57] <pitti> I guess they'll fix that after FF
[22:10] <asac> k
[22:13] <pitti> seb128: are you currently munging gnome-panel?
[22:14] <vuntz> pitti: I will come knock on the door of anybody munging gnome-panel. It should be handled with respect
[22:14]  * pitti grabs the white velvet gloves
[22:15] <seb128> pitti: not while vuntz is looking, are you crazy? ;-)
[22:16]  * pitti is in a crazy mood today
[22:16] <vuntz> heh
[22:16] <vuntz> pitti: you're always in a (good) crazy mood!
[22:16] <pitti> vuntz: while I still have my asbestos pants on, did you happen to see the proposal in bug 283278?
[22:17] <pitti> vuntz: it proposes (and has a patch for) removing the system menu shutdown/log out entries when fusa is enabled
[22:17] <pitti> seb128: better to get the flames before uploading :)
[22:20] <seb128> pitti: do it
[22:20] <vuntz> is this some patch tedg wrote at some point?
[22:20] <vuntz> I seem to remember something like that
[22:20] <seb128> pitti: it's early enough to get feedback now
[22:20] <seb128> vuntz: yes but that was just before intrepid and we didn't want to try a such change just then
[22:21] <pitti> vuntz: it is
[22:22] <vuntz> ok
[22:22] <vuntz> I have no big thought about it
[22:22] <pitti> vuntz: the large part is infrastructure to allow hooking into applet changes, and a small part to install such a hook for fusa
[22:22] <vuntz> I just remember that the patch is a bit hacky
[22:23] <tjaalton> is there any way to disable entries from the fusa-applet? Don't want my users to shut down / reboot the machines
[22:23] <seb128> vuntz: btw since you are there, is there a way to tell gnome-panel "don't load this applet for this session"?
[22:23] <seb128> vuntz: or to make it not display the "do you want to reload" dialog if something exit?
[22:24] <vuntz> seb128: nope
[22:24] <seb128> vuntz: ok, what I though
[22:24] <seb128> thanks anyway
[22:24] <pitti> vuntz: out of interest, if an applet exits with 0, why does it still display the dialog?
[22:24] <seb128> tjaalton: it should only list available actions no, you can do that from gnome-session?
[22:24] <vuntz> pitti: that's bonobo. The panel doesn't know about the exit status
[22:24] <pitti> is that by design, or didn't that case come up so far?
[22:24] <pitti> vuntz: I see; merci
[22:25] <seb128> vuntz: btw did the gnome-session discussion lead somewhere for the nautilus autorestart case?
[22:25] <seb128> vuntz: and did lucas sent you his work?
[22:26] <vuntz> seb128: it lead to "vuntz: feel free to fix eggsmclient the way you want"
[22:27] <vuntz> didn't see lucasr recently
[22:27] <seb128> ok
[22:27]  * seb128 hugs vuntz
[22:28] <seb128> vuntz: you have so many things to do
[22:29] <tjaalton> seb128: there's some magic that decides what's available for a user?
[22:31] <chrisccoulson> tjaalton - you can stop users from shutting down your machine by playing with policykit
[22:32] <tjaalton> chrisccoulson: ok thanks, will check it out
[22:32] <seb128> tjaalton: what chrisccoulson said
[22:33] <chrisccoulson> by default, you have to be on the active console to shut down the machine anyway, but you could restrict that further by blocking users
[22:34] <chrisccoulson> polkit-gnome-authorization is not working in jaunty though, so it makes it difficult for adjusting the policy
[22:34] <seb128> urg, how come?
[22:35] <chrisccoulson> it doesn't display an authentication prompt when you want to apply the changes. it just seems to do nothing at the moment
[22:35] <chrisccoulson> there's a bug report somewhere
[22:35] <chrisccoulson> 1 second
[22:35] <chrisccoulson> bug 328921
[22:37] <chrisccoulson> the errors i mention in the bug report seem to be a red herring actually
[22:37] <seb128> chrisccoulson: worth trying using the gtk update uploaded some hours ago the changelog mentionned fixing compatibility issue for polkit-gnome
[22:39] <chrisccoulson> i'm trying to check which version i'm running but my machine is running like treacle at the moment
[22:42] <chrisccoulson> yeah, i'm only running 2.15.3 at the moment. i'll try again once 2.15.4 appears
[22:42] <seb128> chrisccoulson: it should be available or do you use a mirror which has not synced yet?
[22:43] <chrisccoulson> i should probably do an apt-get update really ;)
[22:45] <seb128> brb
[22:49] <chrisccoulson> i still the same problem with the new gtk version
[22:50] <chrisccoulson> i'm not sure it's a policykit-gnome issue really, as that hasn't changed recently.
[22:50] <seb128> chrisccoulson: the gtk NEWS entry suggest the gtkaction changes created the issue
[22:51] <seb128> chrisccoulson: mclasen might now about the details if that's a gtk issue
[22:51] <mclasen> i'd rather see chris try 2.15.4 first
[22:52] <chrisccoulson> mclasen - i tried 2.15.4 now
[22:52] <chrisccoulson> same issue
[22:52] <seb128> chrisccoulson: "new gtk version" means 2.15.4 right?
[22:52] <seb128> ok
[22:52] <mclasen> in that case, file a bug
[22:53] <chrisccoulson> i can get the authentication dialog to show from other applications that just call polkit_gnome_auth. but polkit-gnome-authorization seems to use a helper (polkit-set-default-helper). i suppose the next step would be to make sure that the helper actually works
[22:54] <mclasen> it seems to work fine here
[22:56] <seb128> chrisccoulson: do you still get the gtktoggle warning you listed on the bug?
[22:57] <chrisccoulson> i don't see that anymore. but i still the second critical message
[22:58] <seb128> chrisccoulson: you can try to get the intrepid gtk deb, dpkg-deb -x it somewhat and LD_PRELOAD or equivalent to use this gtk version to run polkit-gnome-authorization and see if that makes a difference
[22:59] <chrisccoulson> i'll try that in a VM in a bit
[23:00] <seb128> chrisccoulson: why a vm?
[23:00] <seb128> chrisccoulson: unpacking a deb in a directory should not break anything
[23:01] <chrisccoulson> ah, i see. yeah, i can try that quite easily
[23:02] <seb128> chrisccoulson: just do LD_LIBRARY_PATH=unpacklibdir polkit-gnome-authorization
[23:02] <seb128> chrisccoulson: you can use ldd to verify it uses the correct version
[23:09] <chrisccoulson> it works with the old gtk version
[23:10] <seb128> chrisccoulson: ok, so it's a gtk bug, can you open it on bugzilla.gnome.org if there is no bug about that already there?
[23:10] <chrisccoulson> i'll do that now
[23:11] <seb128> thanks
[23:11] <seb128> chrisccoulson: I've sponsored your tracker fix btw, thank you for the work you do on desktop bugs and upgrades ;-)
[23:11] <chrisccoulson> you're welcome. thanks for sponsoring my work too:)
[23:13] <seb128> chrisccoulson: not sure now but are you motu yet?
[23:14] <chrisccoulson> not yet. i'm not even a contributing developer yet
[23:15] <seb128> why do you mean by that?
[23:15] <seb128> why -> what
[23:16] <seb128> you are doing good work and probably worked on enough bugs and upgrades to apply as contributor
[23:16] <chrisccoulson> i'm not a member of universe-contributors - that's what i meant ;)
[23:16] <seb128> you mean universe contributor right?
[23:16] <seb128> yeah, just got it
[23:16] <seb128> you should apply to be one ;-)
[23:19] <pochu_> asac: just fixed the liferea actions in notifications bug upstream
[23:19] <chrisccoulson> it's on my list of things to do :) i just haven't really document my contributions anywhere really though - my wiki page is quite empty at the moment and needs some work
[23:19] <pochu_> asac: bug 328606
[23:48] <asac> pochu: great
[23:50] <asac> nice
[23:50] <asac> pochu: how unhappy/happy was upstream about those notifications getting dumped here?
[23:50] <pochu> I haven't tested with 1.4... there's also a pending update to 1.4.24 btw
[23:50] <pochu> asac: sorry? :)
[23:51] <asac> s/notificatoins/actions
[23:51] <pochu> ah, quite fine
[23:51] <asac> good
[23:52] <pochu> except for me not checking for "caps != NULL" before entering the for loop ;-)
[23:52] <asac> heh
[23:54] <pochu> I think it shouldn't be hard to get most patches upstream
[23:55] <pochu> with good explanations, people will see them as fixes (as they are)
[23:55] <asac> for things as unintrusive as action capability checking es