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