[09:08] <didrocks> hi everyone
[09:08] <seb128> lut didrocks
[09:09] <huats> hello seb128
[09:09] <seb128> lut huats
[09:09] <didrocks> hello seb128 (huats, déjà dit bonjour 3 fois sur d'autres chans, alors ça va ;))
[09:10] <huats> :)
[09:10] <huats> same here ;)
[11:27] <kwwii> Keybuk: hey, quick question...do you think there is any good reason to keep shipping a 640x480 usplash pic?
[13:41] <asac> seb128: why would gconf want to talk to orbit?
[13:41] <asac> http://paste.ubuntu.com/105154/
[13:42] <seb128> asac: because it's using it for communication?
[13:43] <asac> seb128: ok. is there  a way to make gconf not use that (for testing purpose)?
[13:43] <seb128> not that I know no
[13:44] <asac> seb128: i have some issues with unit tests that use gconf ... and running them not in a desktop session
[13:44] <asac> does gnome have unit tests?
[13:44] <seb128> not a lot
[13:44] <asac> e.g. make check
[13:44] <asac> ok
[13:45] <seb128> some of the pygobject, pygtk, pygnome, etc have but that's about it
[13:45] <seb128> and glib, gtk
[13:45] <asac> seb128: orbit seems not to be a daemon. is that provided by some other server?
[13:45] <asac> or is that P2P'ish ;)? .e.g. no central instance required
[13:47] <seb128> asac: there is no daemon afaik, you get a /tmp/orbit-user directory and sockets there
[13:48] <asac> seb128: which process provides that?
[13:48] <asac> gdm?
[13:48] <asac> or is that just a mkdir ... and then if you have a corba server it puts its info in there?
[13:49] <seb128> asac: I don't really know how it works, I think liborbit2 does the work
[13:49] <asac> seb128: yeah. so how is gconfd started? auto activation of orbit?
[13:49] <asac> or no clue ;)?
[13:50] <seb128> gconfd is a dbus service
[13:50] <asac> then why does gconf need orbit? ;)
[13:50] <seb128> it uses it as a communication bus
[13:51] <seb128> to communicate between clients and the gconf server
[13:51] <asac> why doesnt it use dbus for that if its a dbus service?
[13:51] <seb128> there is a dbus port for maemo but that didn't go to GNOME yet
[13:51] <seb128> because doing dbus activation was easy
[13:51] <seb128> but rewritting all the communication code is not
[13:51] <seb128> so they didn't do that yet
[13:51] <asac> ok. so dbus only does activation. orbit does communication (legacy)
[13:51] <asac> understood
[13:52] <seb128> yes
[13:52] <asac> lets see if that helps ;)
[13:52] <seb128> your issue might just be that the gconfd server doesn't get started if you have no dbus session bus
[13:53] <seb128> asac: bug #285937
[13:53] <seb128> asac: that has a similar issue and a workaround described
[13:54] <seb128> asac: try using dbus-launch to run your testsuite maybe and see if that makes a difference?
[13:54] <asac> seb128: funny thing is that gconftool-2 works
[13:54] <asac> though maybe its just that i dont have write permission
[13:55] <seb128> if gconftool-2 works that means that the gconfd server is running and that client-server communication works
[13:55] <seb128> could be that your environment is unset by the testsuite or something?
[13:55] <asac> yes. but it spits out the above error on setting a char
[13:55] <seb128> ie DBUS_SESSION_BUS_ADDRESS not being correctly set
[13:56] <asac> let me check something
[13:57] <asac>  env | grep -E '(ORBIT|DBUS)'
[13:57] <asac> -> nothing
[13:57] <asac> but gconftool -R /system
[13:57] <asac> dumps content
[13:58] <asac> anyway thanks.
[13:58] <asac> will do something else for now
[14:00] <seb128> the dbus session variable is only required when the server is not running to spawn it
[14:00] <seb128> not sure about the orbit one
[14:07] <crevette> (I didn't read the backlog) I used to launch application requiring gconf like dbus-launcher $myapp
[14:17] <crevette> seb128, hey, you don't plan to ship the new gdm for jaunty I guess? did you test it again, I remember you found several showstoppers.
[14:17] <seb128> crevette: no and no
[14:17] <seb128> we will have it in universe as gdm-new or something
[14:18] <seb128> but we don't plan to switch to it by default before getting mirco's browser ready which is not for this cycle
[14:18] <seb128> crevette: why?
[14:18] <crevette> just to know
[14:19] <seb128> it doesn't bring anything really useful and reduce the number of settings and option
[14:19] <seb128> ie that's a no win for users
[14:19] <seb128> and we already got too many of those "GNOME is dropping things user rely on for no good reason"
[14:24] <crevette> asac, did you see the line I posted earlier ?
[14:26] <asac> crevette: let me check
[14:54] <asac> i dont know whats up with this. i think restarting dbus worked
[14:54] <asac> and helped without doing anything else
[14:54]  * Tm_T is starting to hate dbus
[14:57] <pochu> asac: hi :) can you approve the intrepid task in bug 295490, so that the bug appears in the SRU team page?
[14:59] <seb128> pochu: you just need to subsribe ubuntu-sru for that no?
[15:01] <pochu> seb128: the status is fix released, so I don't think it will appear in their bug list right now
[15:01] <seb128> ah ok
[15:06] <seb128> mvo: could compiz stop switching workspace when clicking on a border? ;-)
[15:06] <seb128> or viewport or whatever those are called
[15:07] <Nafallo> seb128: hmm... I have this totem/compiz bug again :-)
[15:07] <seb128> Nafallo: which one?
[15:08] <Nafallo> seb128: trying to find it :-)
[15:08] <Nafallo> bug 283592
[15:09] <Nafallo> seb128: should I do the workaround or would you like some debugging? :-)
[15:09] <seb128> looking
[15:09] <Nafallo> ta :-)
[15:12] <seb128> Nafallo: can you run
[15:12] <seb128> gdb totem
[15:12] <seb128> run --g-fatal-warnings
[15:12] <seb128> thread apply all bt full
[15:12] <seb128> and copy the stacktrace on the bug?
[15:12] <seb128> bonus point if you have the corresponding debug versions installed ;-)
[15:13] <Nafallo> hehe. yea. didn't. are those somewhere easy to find those days? :-)
[15:14] <seb128> Nafallo: seems similar to http://bugzilla.gnome.org/show_bug.cgi?id=563080
[15:14] <seb128> Nafallo: sudo apt-get install totem-dbg libglib2.0-0-dbg libgtk2.0-0-dbg
[15:14] <asac> pochu: thats a dejavu bug?
[15:14] <asac> didnt we fix exact the same issue in hardy?
[15:15] <pochu> asac: jaunty, yes
[15:15] <pochu> IIRC
[15:15] <asac> no ... i mean hardy
[15:15] <asac> long time ago
[15:15] <seb128> Nafallo: in fact the stacktrace is not required, looking at the upstream bug that's due to a wrong ini config
[15:16] <pochu> asac: like this? https://edge.launchpad.net/ubuntu/hardy/+source/liferea/1.4.14-0ubuntu3
[15:16] <Nafallo> seb128: that's state file seems to be using maximum resolution indeed.
[15:16] <seb128> Nafallo: what would be useful is how you got that one created
[15:16] <seb128> Nafallo: do you switch between screens or screen-resolution?
[15:16] <Nafallo> seb128: nope. laptop at 1280x800
[15:16] <seb128> always laptop screen?
[15:16] <Nafallo> seb128: 720p movies and DVDs are larger then the screen I suppose... :-P
[15:17] <Nafallo> seb128: yepp. always.
[15:17] <seb128> you never plug it on a tv or a dock station or something?
[15:17] <seb128> ok
[15:17] <Nafallo> seb128: nope. never :-)
[15:17] <seb128> if you find a way to trigger the buggy config
[15:17] <seb128> ie playing a dvd or something
[15:17] <Nafallo> hehe. I wish :-)
[15:17] <seb128> that would be useful
[15:17] <seb128> until then just remove the ini and enjoy
[15:17] <Nafallo> seb128: oki :-)
[15:18] <Nafallo> seb128: ha! edited the state file to a "less than screen size" value :-)
[15:18] <seb128> Nafallo: that's working now?
[15:18] <Nafallo> seb128: yea.
[15:19] <Nafallo> and editing back to screensize breaks it! \o/
[15:19] <seb128> the upstream bug sort of suggested that
[15:19] <seb128> now the trick is to figure how to trigger a buggy config ;-)
[15:24] <Nafallo> seb128: might be more useful to make it not break at max res. ;-)
[15:24] <seb128> Nafallo: that's a good point but somewhat orthogonal
[15:25] <seb128> if you have a bugzilla account feel free to add a comment on the bugzilla bug ;-)
[15:25] <Nafallo> I think I had back when I had an account on bugzilla.ubuntu.com ;-)
[15:37] <hggdh> seb128, a question: for the Outlook .pst importer on Evo 2.26... will we need a MIR for libpst?
[15:37] <hggdh> (and, of course, an upgrade to current)
[15:37] <seb128> hggdh: yes, but once we have the required version I expect
[15:37] <hggdh> so we should start with a sync request?
[15:38]  * hggdh thinks the needed version is on deb experimental
[15:39] <seb128> if debian has it but I was under the impression that was not the case there
[15:41] <dljoyner> hi all
[15:41] <seb128> hey dljoyner
[15:42] <hggdh> yes, ou are correct... so we do need a new/update package
[15:42] <dljoyner> hiseb128
[15:42] <dljoyner> anyone having problems with synfig
[15:46] <seb128> dljoyner: try #ubuntu, that channel is to discuss desktop work not user issues and dunno what synfig is but that's not something the desktop team work on
[15:47] <dljoyner> thank you
[15:48] <dljoyner> what does this team work on, info for future reference
[15:48] <Nafallo> package the desktop
[15:49] <seb128> desktop applications you find on the standard Ubuntu CD
[15:49] <seb128> ie, mostly the GNOME desktop
[15:50] <dljoyner> synfig is a 2d animation application pkg with ubuntu 8.10
[15:56] <davmor2> Guys is there meant to be 'system tools' with 'file browser' in it?
[15:59] <seb128> there is a bug about the file browser thing already opened
[16:00] <davmor2> seb128: cool thanks
[16:00] <seb128> don't focus on such details for early alpha versions
[16:00] <seb128> there is other priorities than to clean menu entries
[16:04] <mvo> seb128: compiz> how do you mean? what switches viewports for you?
[16:05] <seb128> mvo: configure a desktop layout having several rows, open gedit, double click on the title bar, left click at the bottom of the screen
[16:05] <davmor2> sbe128: I'm just generally looking through, rather than picking faults, it just looked out of place immediately so I thought I'd check if it was staying for future reference :)
[16:05] <seb128> no need to bother the rt guys about such questions though
[16:06] <seb128> mvo: it switch to the desktop bellow the current one in the grid there
[16:07] <mvo> seb128: hm, not for me it seems :/
[16:07] <mvo> I have a 2x2 layout
[16:07] <seb128> and you are on the first row?
[16:07] <seb128> I've no gnome-panel at the bottom if that matters btw
[16:07] <mvo> yes
[16:07] <mvo> I have one, but only on half the screen
[16:08] <seb128> dnd it on an another corner to try?
[16:08] <mvo> seb128: aha, now I can reproduce it
[16:09] <seb128> ah ;-)
[16:10] <asac> pochu: yeah
[16:10] <mvo> hm, it looks like it thinks there is a drag-n-drop event going on
[16:10] <seb128> mvo: I'm probably the only one to be annoyed about that so don't bother too much ;-)
[16:10] <mvo> how strange
[16:10] <seb128> mvo: it sometimes moves the dialog on the other screen too
[16:10] <mvo> seb128: I'm a bit busy right now, but please remind me about it
[16:11] <seb128> mvo: in fact it happens often because evolution displays errors in the statusbar which is at the bottom and add icons you can click to display or close the error
[16:11] <seb128> mvo: so half of the time when I click on those it sends me to an another workspace too
[16:36] <davmor2> mvo: you know the issue that was in intrepid where the tickboxes for the compiz options were empty well it's back
[16:46] <davmor2> tseliot: ping
[16:46] <tseliot> davmor2: yes?
[16:47] <davmor2> tseliot: are you working on Hardware drivers again?
[16:48] <tseliot> davmor2: yes, when I have the time
[16:49] <tseliot> davmor2: what's the problem?
[16:50] <davmor2> I got today jaunty.5 image and hardward drivers isn't detecting my nvidia gfx card at all
[16:50] <tedg> seb128: A couple questions: Are we still shipping tracker by default?  Do you think we'll ship pvanhoof's tracker EPlugin also?
[16:51] <davmor2> s/hardward/hardware
[16:51] <seb128> tedg: no it has been dropped for alpha3 and dunno about this one
[16:51] <tedg> seb128: Okay, the plugin uses tracker, so without it there isn't much of a point :)
[16:52] <tedg> They were, I guess, dependent questions.
[16:52] <seb128> right
[16:52] <seb128> we might reconsider installing it when it starts working correctly
[16:52] <seb128> it seems some guys are working a lot on rewritting it for months but they didn't roll any tarball yet
[16:53] <tedg> Yeah, I was talking with him about it.  Apparently Nokia wants to ship it with their ITs.  So, it would have to be MUCH more efficient.
[16:53] <tedg> They're also adding an RDF store, so it could be a lot cooler at the same time :)
[16:53] <seb128> right
[16:54] <seb128> inotify is still an issue though
[16:54] <tedg> Yup.  I'm waiting for you-notify ;)
[16:55] <seb128> I'm not going to work on any notify thing ;-)
[16:56] <seb128> ok, I've to go,
[16:56] <seb128> bbl
[16:59] <johanbr> There's a discussion on the tracker mailing list of a release next week.
[16:59] <tseliot> davmor2: yes, that's because the drivers don't work in Jaunty and therefore pitti blacklisted them. This should be fixed soon
[17:00] <davmor2> tseliot: okay cool thanks for the info
[17:00] <tseliot> np
[17:10] <calc> ugh seb128 disappeared already :\
[17:11] <calc> rickspencer3: from talking to the redhat OOo guy it appears the weird samba issues, etc are probably caused by a bug in gnome gvfs
[17:11] <calc> rickspencer3: https://bugzilla.redhat.com/show_bug.cgi?id=479199 (read the last few comments if interested)
[17:15] <calc> rickspencer3: i need to verify on ubuntu but if thats the cause its good news in a way that it isn't a OOo bug but it is much more widespread in that case :-\
[17:15] <calc> rickspencer3: gnome bugs are at least more likely to get fixed quicker than OOo bugs upstream
[18:32] <calc> ouch that bug does affect ubuntu also
[18:41] <calc> bug 317587 filed about the issue
[18:46] <Tm_T> calc: ah, good, gooood </Darth Sidious>
[18:54] <calc> i guess for most programs they don't really care that truncate is broken
[18:54] <calc> but it seems to confuse the hell out of OOo
[20:14] <Jazzva> hi, do I need e-mail addresses of all upstream authors, or will one or two be enough for debian/copyright?
[20:19] <Jazzva> oops, wrong channel. sorry
[20:59] <pochu> asac: but this fix is better than setting LD_LIBRARY_PATH, isnt it? It's also the one we have in Jaunty
[21:10] <asac> pochu: looking at debdiff
[21:12] <asac> pochu: oh yeah. its a complete different issue now that i look at the bug
[21:12] <asac> pochu: the bug title made me believe that its a regression from the LD_LIBRARY_PATH thing ... but it isnt
[21:13] <asac> pochu: approved
[21:16] <asac> pochu: you want me to sponsor too?
[21:41] <pochu> asac: yes, please :)
[22:00] <asac> pochu: almost forgot. but now done
[22:32] <pochu> asac: thanks :)