[00:00] <seb128> on what url?
[00:01] <seb128> IntuitiveNipple: gnomevfs-info calls gnome_vfs_mime_get_default_application_for_uri() to display the default application
[00:02] <seb128> IntuitiveNipple: so if gnomevfs-info lists a default application the gnomevfs code is likely working as expected, now xulrunner might be giving it wrong datas or not downloading the example or something
[00:02] <IntuitiveNipple> From the debug logging I've done so far all the values look correct. Hence my question, since it looks like the issue is the return value from gnome-vfs
[00:03] <asac> IntuitiveNipple: have you tried to enable the log in uriloader/exthandler/unix/nsOSHelperAppService.cpp ?
[00:03] <IntuitiveNipple> The gnome-vfs mime db is a combo of ~/.local/share/applications and /usr/local/share/applications and /usr/share/applications, is that correct?
[00:04] <asac> nsOSHelperAppService::GetFromType
[00:05] <seb128> IntuitiveNipple: no
[00:05] <seb128> IntuitiveNipple: the mimetype definitions are in /usr/share/mime/package/freedesktop.xml
[00:06] <seb128> IntuitiveNipple: and then applications can claim handling a mimetype by listing this one in their .desktop which is installed in /usr/share/applications
[00:06] <asac> IntuitiveNipple: have you debugged the func above?
[00:06] <IntuitiveNipple> seb128: Hmmm, those are the directories and locations of the files strace shows as being opened and read... I did wonder about this though, there's two sets of behaviour going on
[00:06] <seb128> IntuitiveNipple: again if gnomevfs-info lists the correct informations on an example the definition side is correct
[00:07] <IntuitiveNipple> asac: not so far, no. I wanted to clear up where the mime-types are being resolved from
[00:08] <asac> IntuitiveNipple: I'd suggest to step through the func above and check where it returns
[00:08] <asac> IntuitiveNipple: for instance: there are two ways of getting mime->app mappings
[00:08] <asac> IntuitiveNipple: gnome + mailcap
[00:09] <asac> maybe one works and the other is broken
[00:09] <asac> for me it sounds unlikely that its gnome_vfs that is broken. I'd first look for bugs in xulrunner there
[00:10] <IntuitiveNipple> asac: yeah, I know. That's the only clue I have. "text/plain" check mailcap, "application/pdf" doesn't
[00:10] <asac> IntuitiveNipple: so its mailcap that is broken? do the openoffice mappings come from there as well?
[00:13] <IntuitiveNipple> asac: the entries in /etc/mailcap look fine. I tested with and without them present just in case... what I don't get is, why mailcap was checked for text/plain ... I'd need to strace the OOO files to know if they also hit mailcap (I've got lost in strace comparisons today!)
[00:13] <asac> IntuitiveNipple: true.
[00:13] <asac> IntuitiveNipple: do you have $HOME/mailcap as well?
[00:14] <asac> IntuitiveNipple: try https://bugzilla.mozilla.org/attachment.cgi?id=329956
[00:14] <IntuitiveNipple> Yes, but none of the affected mime-types are listed in it.
[00:14] <asac> (if it still applies)
[00:15] <IntuitiveNipple> firefox shows that inline:  content-disposition: inline; filename="diff"
[00:16] <asac> IntuitiveNipple: no. thats the patch you should try ;
[00:16] <asac> )
[00:16] <IntuitiveNipple> lol duh
[00:16] <asac> IntuitiveNipple: please report your findings about that patch in the bug
[00:16] <seb128> asac: did you find a corresponding bug?
[00:16] <asac> somewhat yeah
[00:16] <seb128> url?
[00:17] <asac> i closed the window ;)
[00:17] <asac> and bugzilla doesnt allow me to search reverse for attachments
[00:17] <asac> lets see
[00:17] <IntuitiveNipple> asac, whats the bug # on that one... I've been on the go for 21 hours... I need to bookmark and get some sleep
[00:18] <asac> mozilla bug 444440
[00:19] <asac> i actually thought that ws checked in already
[00:19] <IntuitiveNipple> The only mime-types in ~/.mailcap are from RealPlayer and vlc
[00:20] <asac> IntuitiveNipple: doesnt matter here
[00:20] <asac> IntuitiveNipple: i think thats most likely the bug
[00:20] <asac> IntuitiveNipple: what matters is that it will still try to use what gnome mime gave even though it found mailcap
[00:20] <asac> which is most likely empty for our cases?
[00:20] <IntuitiveNipple> I'll try it tomorrow
[00:20] <asac> otherwise we should certainly build on top of that patch
[00:21] <asac> as it will land soon
[00:21] <seb128> asac: doesn't seem to be the issue for me
[00:21] <IntuitiveNipple> I'll first enable the increased logging/debugging to trace the mime-type handling
[00:21] <asac> seb128: what exactly?
[00:21] <asac> IntuitiveNipple: that makes sense. if you have that LOG output, please attach that to bug
[00:21] <seb128> asac: who has a mailcap entry nowadays? the gnomevfs opening should just work there
[00:21] <IntuitiveNipple> asac: I shall... *where* does the log output go?
[00:22] <asac> IntuitiveNipple: usually you use NSPR_LOG_MODULES=... then it goes to stdout/err
[00:22] <asac> you cal also specify NSPR_LOG_FILE=
[00:22] <asac> afaict
[00:23] <IntuitiveNipple> asac: did you see at the end of the bug-report the tracing reports I added? that shows the different paths it is taking
[00:23] <asac> IntuitiveNipple: i dont understand those
[00:23] <asac> they are not giving me enough detail
[00:23] <IntuitiveNipple> are those Env vars, or #defines ?
[00:23] <asac> env
[00:23] <asac> http://www.mozilla.org/projects/nspr/reference/html/prlog.html
[00:23] <asac> but there is a better document
[00:23] <asac> (for using that)
[00:24] <IntuitiveNipple> asac: I was more concerned with confirming the path the code was taking, but as it takes about 20 minutes to build xulrunner, and I made some silly typos, I didn't get as much done as I intended :)
[00:24] <asac> too bad. after reorganization of MDC its somewhat hidden in google :(
[00:24] <IntuitiveNipple> thanks... bookmarking it
[00:25] <asac> IntuitiveNipple: yes. but tweaking logging you get better info there
[00:25] <IntuitiveNipple> it's a minefield to try and unravel from cold, not knowing the code
[00:25] <IntuitiveNipple> asac, increase logging to "7" from "3" ?
[00:25] <asac> to 5
[00:26] <asac> IntuitiveNipple: but check that those log messages are actually in there. some log info can only be retrieved when doing a debug build
[00:26] <asac> (for performance reasons)
[00:26] <asac> but i dont thing thats the case here
[00:27] <IntuitiveNipple> okay yeah, I';; throw in a few "cerr << ..." of my own, too
[00:27] <IntuitiveNipple> ^I'll
[00:27] <asac> IntuitiveNipple: feel free to bug me tomorrow in -mozillateam ... i am too tired to look into it now.
[00:27] <IntuitiveNipple> I know the feeling... what timezone are you in?
[00:28] <IntuitiveNipple> I was going to bed 3 hours ago, but I waited for one final build to complete...!
[00:28] <asac> UTC +2
[00:29] <IntuitiveNipple> good, we're the same then. I'll try and have it pinned down tomorrow.
[00:30]  * seb128 goes to bed too now, see you tomorrow
[00:30] <asac> seb128: sleep well
[00:30] <seb128> asac: thanks, you too
[00:30] <IntuitiveNipple> I didn't realise it was a bug until today/yesterday. I've been having issue with "Archive Manager" failing when I tried to load tar.gz files for a while now but thought I'd just messed up my local preferences since an upgrade since there were several instances of it in the firefox apps list. Once I'd cleaned them out it became clear, then I found these reports by others.
[00:31] <IntuitiveNipple> night guys
[00:34] <asac> its a tricky thing
[00:37] <IntuitiveNipple> Sleep will help alot... not able to think clearly right now... I was going to sort the logging out now and leave it building but my brain is too fried to be sure I'll get it right
[00:38] <IntuitiveNipple> I'll do a minimal app tomorrow, that just calls the gnome-vfs default-app function, see what it reports
[08:10] <crevette> hello
[08:16] <huats> morning here !
[08:28] <huats> seb128: I've put the gcalctool update on LP (and u-m-s is subscribed)
[08:29] <huats> (sorry usm)
[08:29] <huats> and salut btw :)
[08:34] <huats> plop seb128_
[08:41] <huats> morning mvo
[08:42] <lool> mvo: Hey, I'm afraid I need to grab you on update-manager questions
[08:43] <lool> mvo: persia is blocked on a couple of issues which relate to update-manager
[08:43] <mvo> hey huats
[08:43] <mvo> lool: sure, what is the matter?
[08:44] <mena> Hi there ! ... I'm very happy to reach here any welcome??...
[08:46] <seb128__> hey mvo
[08:47] <mvo> hey seb128__!
[08:47] <mena> Hi mvo
[08:48] <Hobbsee> hey seb128__!
[08:48] <mvo> hey mena
[08:49] <lool> mvo: Sorry to jump you straight in the morning
[08:49] <seb128__> hello Hobbsee
[08:52] <mvo> lool: no problem .)
[08:52] <mvo> lool: in ~5min all is good, when my green morning tea is ready - until then I'm a bit slow and sleepy
[08:53] <lool> It seems persia catched you already, so my additional pressure was worthless
[08:53]  * Hobbsee runs 240v through mvo 
[08:54] <crevette> :)
[08:54] <Hobbsee> hm, that didn't work.
[09:10] <lool> jackalope, that doesn't sound too nice in French
[09:12] <mvo> Hobbsee: only green tea works on me :)
[09:13] <huats> lool: +1 :)
[09:13] <huats> I was thinking the same way :)
[09:17] <crevette> lool: what is jackalope ?
[09:18] <crevette> a google was my friend
[09:57] <mpt> mvo, hi
[09:57] <mvo> mpt: hello!
[09:57] <mpt> mvo, do you know what that "Default" column represents, precisely?
[09:58] <mvo> mpt: I think it its for the default keymap when a new window is selected, then it can be changed via "alt (left) and alt (right)"
[10:00] <lool> * Go back to using powers of 10 instead of powers of 2 for display sizes.
[10:00] <lool> hmmm
[10:01] <mpt> heh
[10:02] <lool> « e.g. memory sticks will now correctly report "64MB volume" instead of previous "61.7MB volume" »
[10:02] <lool> Shouldn't it be MiB?
[10:02] <lool> lalala
[10:02] <lool> Fortunately Keybuk isn't reading this
[10:02] <mpt> Debating units of data measurement is like mud wrestling
[10:02] <lool> WHAT?  NOT AT ALL
[10:07] <lool> woohoo pa 0.9.12
[10:08] <lool> I guess it's too late for intrepid
[10:08] <mpt> mvo, hm, did you already implement the "Use as System-Wide Settings..." button for Network Proxy?
[10:09] <mvo> mpt: yes and no, yes its there, but no the UI has not changed yet since you last saw it, I work on this later today or tomorrow (depending on how well the keyboard stuff goes)
[10:09] <mvo> s/I work/I will work/
[10:10] <mpt> Why the heck didn't I use the same wording for the system-wide proxy seetings as for the system-wide keyboard settings?
[10:10] <mpt> Only three days apart, too
[10:11]  * mpt slaps self
[10:11] <mpt> hm
[10:11] <mpt> ( Reset to System-Wide Settings ) is a bit long
[10:12] <mpt> ( Use System-Wide... ) ( Reset to System Settings )
[10:14] <mvo> mpt: that sounds good, thanks!
[10:14] <mpt> maybe, but it's not forward-compatible
[10:15] <seb128> lool: having 0.9.11 would already be good
[10:15] <lool> 0.9.11 was suffering from quite some issues which were fixed post release though
[10:16] <lool> I thought we would be moving to a post 0.9.11 snapshot in the last weeks?
[10:17] <seb128> dunno, I'm not looking into details, I just know the sound situation in ubuntu is the suck since we use pulseaudio
[10:19] <mvo> seb128: do you work on gnome-control-center currently? I have some stuff pending for the keyboard settings
[10:20] <seb128> mvo: what keyboard settings?
[10:21] <mvo> seb128: to make the setting a system wide default (including the console)
[10:21] <mvo> seb128: I was just curious if you are currently working on it
[10:21]  * seb128 things he will give up on maintaining this package if people keep adding tons of distro specific changes which makes update harder and harder
[10:21] <seb128> mvo: no
[10:22] <mvo> ok, thanks
[10:22] <seb128> mvo: and if you touch it you will be assignee for next updates ;-)
[10:22] <mvo> it is a problem, I agree
[10:23] <seb128> sorry I'm a bit grumpy, but there is like 60 tarballs to upgrades at every new GNOME weeks
[10:23] <mvo> I understand
[10:23] <seb128> and if doing updates for one tarball start taking hours because of the glade merging to do, etc that doesn't scale
[10:24] <mvo> seb128: you know if you want me to update it, I will put it into bzr ;) ?
[10:24] <seb128> I'm already stretching my limits late in the night to do those updates
[10:24] <seb128> mvo: yeah that's alright ;-)
[10:24] <mvo> right
[10:24]  * mvo hugs seb128
[10:25] <mpt> mvo, ok, I'm going to update both of those mockups
[10:25]  * crevette hugs sincerely seb128 for all its hard work
[10:25] <mpt> I'll be done in about ten minutes
[10:25]  * seb128 hugs mvo
[10:25] <mvo> I can try to submit it to upstream again, maybe if the dbus backend is done as part of gnome-system-tools it gets more favorable comments ...
[10:26] <seb128> I doubt of it, no other distro is using g-s-t
[10:26]  * mvo scratches his head
[10:26] <mpt> seb128, really? What do they all use?
[10:27] <seb128> mpt: their own tool, suse uses yast, mandriva their draketools, fedora they system-* pygtk applications
[10:30]  * mpt should spend more time trying other OSes :-)
[10:33] <lool> gentoo uses dd!
[10:42] <mpt> mvo, https://wiki.ubuntu.com/DefaultKeyboardSettings updated
[10:42] <mpt> mvo, silly question: where did I publish the proxy mockup?
[10:44] <EvolutionXtinct> this is a dumb question :( but its been FOREVER since i've used linux and i want to setup a theme for 8.04 does any one got any good tutorials?
[10:46] <Ampelbein> hi! is bug #264538 a candidate for won't fix? the issue is definitely there but upstream does not want to change the behaviour.
[10:49] <seb128> Ampelbein: we do not changes software against upstream decision without a good reason, if upstream closes the request do the same on the ubuntu bug
[10:49] <seb128> Ampelbein: upstream has a point there
[10:49] <seb128> tell the submitter to argue on the upstream bug if he has a strong opinion about that
[10:50] <Ampelbein> seb128: yes, i see the reason, too. the only question for me is invalid or won't fix.
[10:50] <seb128> whatever upstream does
[10:50] <seb128> wontfix seems to be a good choose for this one
[10:50] <Ampelbein> ok.
[10:50] <Ampelbein> thanks
[10:50] <mvo> mpt: I think you just sent it by mail, I can forward it to you again if its not in your send folder anymore
[10:52] <mpt> mvo, ok, updated version e-mailed
[10:54] <seb128> mvo: there is a new vte available, want to do the update? ;-)
[10:54] <mvo> mpt: thanks!
[10:56] <Ampelbein> seb128: gnome-session is still 2.23.90 in intrepid, should i provide an upgrade or are you working on it?
[10:57] <seb128> Ampelbein: 2.23.91 was too buggy to be used, I need to look at 2.23.92, let me do it I've already a partial update on disk but I didn't update because of some issues
[10:57] <seb128> Ampelbein: looking for updates to do?
[10:57] <Ampelbein> seb128: yes
[10:57] <seb128> Ampelbein: http://download.gnome.org/sources/gnome-games/2.23/gnome-games-2.23.92.tar.gz
[10:58] <Ampelbein> k
[10:58] <seb128> Ampelbein: not sure if you are fluent in packaging but there is already libgweather which won python bindings if you feel like doing such changes
[10:58] <seb128> Ampelbein: http://download.gnome.org/sources/xchat-gnome/0.23/xchat-gnome-0.23.92.tar.gz too
[10:58] <seb128> Ampelbein: and http://download.gnome.org/sources/gedit-plugins/2.22/gedit-plugins-2.22.3.tar.gz
[10:59] <seb128> Ampelbein: you can pick any of those ;-)
[10:59] <Ampelbein> seb128: ok, one after another. gnome-games now.
[11:00] <EvolutionXtinct> anyone familiar w/ the themes from ubuntu site.... what system does gnome run.
[11:00] <EvolutionXtinct> GTK or metacity... i don't remember anymore :(
[11:00] <Ampelbein> seb128: about the libgweather thing, i think i'll need to learn a bit more before starting on changing dependencies. (if i got right what you meant)
[11:01] <seb128> Ampelbein: it's rather adding new binaries and building a python flavor, not trivial indeed
[11:01] <Ampelbein> seb128: i guess i'll pass this one ;-)
[11:01] <mvo> seb128: I look at vte later, I think I have some outstanding merges from ember as well that I haven't llooked at
[11:05] <seb128> mvo: ok thanks
[11:05] <seb128> mvo: doing metacity would be nice too if you want to do that one too
[11:06] <seb128> mvo: and compiz will need to be updated to install the .desktop not to the wm-properties directory too, the new gnome-session doesn't look in this one now
[11:07] <EvolutionXtinct> anyone willing to help me figure out why themes isnt recognizing a theme install file
[11:08] <seb128> EvolutionXtinct: use gvfs-info on the theme install file and copy that somewhere?
[11:08] <EvolutionXtinct> well i'm using Gnome gui 'Appearance' to install it like it says on ubuntu gnome theme section
[11:08] <EvolutionXtinct> but i extract the files to .theme and i'm supposed to go to that location and click theinstall file
[11:09] <EvolutionXtinct> and it shows nothing when i browse tothat location as if none of those files are correct
[11:10] <EvolutionXtinct> hmm don't have thattool
[11:10] <EvolutionXtinct> and i see index.theme files
[11:10] <EvolutionXtinct> but it doesn't see them.
[11:10] <EvolutionXtinct> when i try to grrr
[11:10] <EvolutionXtinct> *sigh*
[11:12] <seb128> EvolutionXtinct: what format has the file you try to install and how do you try to install it?
[11:12] <EvolutionXtinct> well the file i'm trying to install thru 'appearances' is index.theme
[11:13] <EvolutionXtinct> but when i go to 'appearances' it doesn't find that file
[11:13] <EvolutionXtinct> even when i have it view all files in directory
[11:14] <EvolutionXtinct> do i need to use GDM themes?
[11:16] <EvolutionXtinct> GDM themes don't seem to work either
[11:20]  * EvolutionXtinct sighs
[11:20]  * EvolutionXtinct thinks he might go back to bed
[11:21] <seb128> EvolutionXtinct: index.theme is not something to install
[11:23] <EvolutionXtinct> then how would i install a GTK2.0 theme?
[11:24] <EvolutionXtinct> i am underlogin screen was able to get GDM installed
[11:24] <pochu> hi seb128
[11:24] <EvolutionXtinct> but itsnot the regular teme.
[11:24] <EvolutionXtinct> :(
[11:25] <seb128> pochu: hye
[11:25] <seb128> hey
[11:25] <seb128> pochu: are you the updates you claimed going? ;-)
[11:25] <seb128> EvolutionXtinct: by dnd the tarball which has a gtkrc, etc
[11:25] <pochu> seb128: gnome-utils has a library for the dictionary, libgdict, should I create packages for them? see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443889
[11:26] <pochu> seb128: yes, I'm just doing the gnome-utils one
[11:26] <pochu> which looks trivial ;)
[11:26] <seb128> pochu: right, would be nice but that's not a priority, do the update first
[11:27] <EvolutionXtinct> ya i noticed they have a GTKRC but i tell it to use that but then i can't go under 'local' tab and install the dang theme
[11:27] <EvolutionXtinct> it still don't find it
[11:28] <EvolutionXtinct> oh you gotta use the .tar
[11:28] <EvolutionXtinct> lol damn
[11:28] <pochu> seb128: ok, they have been done in Debian just today so we can merge them later
[11:29] <seb128> pochu: feel free to merge now if you want
[11:29] <seb128> EvolutionXtinct: yes, dnd the tar.gz to the appareance capplet
[11:29] <EvolutionXtinct> tar.gz it won't do...
[11:29] <EvolutionXtinct> whats dnd sorry :(
[11:29] <seb128> drag and drop
[11:29] <EvolutionXtinct> oh..
[11:29] <EvolutionXtinct> lol
[11:30] <EvolutionXtinct> i think it worked.
[11:31] <EvolutionXtinct> well it froze that app up
[11:31] <EvolutionXtinct> damn
[11:33] <EvolutionXtinct> wow dragging and dropping made it run like crap now and it said itinstalled itbut itdoesn't show up on the list of themes
[11:42] <EvolutionXtinct> what happens if the stupid theme file isn't a tar.gz but just a tar
[11:43] <Ampelbein> seb128: bug #268070 - finished.
[11:43] <pochu> seb128: I'll just do the update and include libgdict later, if that's fine with you
[11:44] <Keybuk> lool: saying 64MB is right, isn't it?
[11:45] <lool> Keybuk: I'm not *remotely* tempted
[11:47] <seb128> pochu: sure
[11:47] <seb128> Ampelbein: ok thanks, will look after lunch
[11:47] <Keybuk> lool: we certainly patch things to make them sane :p
[11:49]  * EvolutionXtinct kicks ubuntu
[11:49] <EvolutionXtinct> why is it it shows my themes as successfully installed yet they don't show up on the list....
[11:52] <EvolutionXtinct> wow this one theme finally worked
[11:52] <EvolutionXtinct> lol outta 4
[12:50] <seb128> lool: no hurry but you will do the cheese update at some point right? just going through the list of outdated desktop packages
[12:50] <seb128> lool: you or somebody in the mobile team
[13:00] <TheMuso> vuntz: Greetings. I was talking to seb128 about the gnome-session logout/shutdown dialogs Intrepid currently has, taken from bugzilla, http://bugzilla.gnome.org/show_bug.cgi?id=507101. He pointed me in your direction. It turns out that these dialogs are not accessible with assistive technologies eg orca. Is this known?
[13:00] <seb128> Ampelbein: where did you take your changelog summary?
[13:00] <seb128> Ampelbein: oh, the changelog? we usually use NEWS for new GNOME versions
[13:01] <seb128> Ampelbein: it already has the changes summary
[13:01] <vuntz> TheMuso: no, it's not known
[13:02] <vuntz> TheMuso: how is it not accessible?
[13:06] <TheMuso> vuntz: Its impossible to tab through the dialog and get audible feedback from orca, and orca's flat review mode doesn't give out any information either. I'm currently not running the latest orca/at-spi, but I doubt that would make a difference.
[13:06] <lool> seb128: Well I'd love to
[13:06] <lool> seb128: It's on my "really hot list"
[13:06] <lool> Now I actually have a webcam which makes it possible
[13:07] <seb128> lool: worded differently "should I try to assign this update to some contributor or is somebody going to do it before intrepid", there is still several weeks before freezing GNOME versions so no hurry
[13:08] <lool> Well I think I can do it before intrepid, but if you find anybody interested, they should do it
[13:08] <seb128> alright
[13:08] <seb128> thanks
[13:13] <vuntz> TheMuso: hrm. I have no idea why this would be happening :/
[13:15] <vuntz> TheMuso: are you able to easily test another patch?
[13:16] <TheMuso> vuntz: Yes, just a matter of rolling a custom gnome-session package, which I can do easily enough.
[13:17] <pochu> seb128: when I upgrade from gnome-utils/intrepid to gnome-utils/2.23.92, I get this:
[13:17] <pochu> WARNING: Failed to parse default value `' for schema (/schemas/apps/gnome-screenshot/take_window_shot)
[13:17] <pochu> WARNING: Failed to parse default value `' for schema (/schemas/apps/gnome-screenshot/delay)
[13:17] <pochu> that's the dpkg output, any idea what's wrong?
[13:17] <vuntz> TheMuso: ok, give me 30 minutes (need to finish something first)
[13:17] <TheMuso> vuntz: Sure, no hurry, just thought I'd bring it to your attention.
[13:18] <seb128> pochu: upstream translation issue
[13:18] <pochu> seb128: but       <default></default>
[13:18] <pochu> oops
[13:18] <vuntz> TheMuso: just wondering: is the automatic log out an issue for accessibility?
[13:19] <vuntz> TheMuso: I mean automatic log out after a timeout?
[13:19] <pochu> seb128: but /usr/share/gconf/schemas/gnome-screenshot.schemas hasn't changed this time, so it was already present?
[13:19]  * pochu looks if that was the case
[13:19] <TheMuso> vuntz: Hmm. Not personally, but you'd have to ask other members of the accessibility.
[13:19] <TheMuso> community
[13:20] <seb128> pochu: likely
[13:26] <pochu> yes it was already present
[13:26] <Ampelbein> seb128: sorry, was away shortly. so should i only point to the bugs fixed in changelog and let all other stuff be in NEWS?
[13:27] <seb128> Ampelbein: we usually copy the NEWS entry, users like to see the changes in the new version when reading the changelog
[13:27] <Ampelbein> seb128: ok, will do that and reupload.
[13:27] <seb128> Ampelbein: don't, I sponsored your update already, just a note for next one
[13:28] <Ampelbein> seb128: oh, ok then.
[13:32] <pochu> seb128: the update looks good, I've tested all the binaries in the package and everything seems to be working fine. is emilio.pozuelo.org ok for you or do you prefer attachments in launchpad?
[13:32] <jpds> hi pochu1
[13:33] <pochu> hey jpds :)
[13:36] <seb128> pochu: launchpad is better, thanks
[13:37] <pochu> yeah, but it's slower ;)
[13:37]  * pochu uploads it to launchpad
[13:39] <pochu> hey huats
[13:39] <Ampelbein> seb128: bug #268079 - the next one. i hope this one is ok.
[13:39] <seb128> Ampelbein: looking
[13:39] <huats> hey pochu
[13:40] <pochu> seb128: bug 268110
[13:41] <seb128> pochu: thanks
[13:45] <fta> seb128, (nautilus:31766): Eel-CRITICAL **: eel_canvas_item_request_update: assertion `!item->canvas->doing_update' failed
[13:45] <fta> nautilus: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req)
[13:45] <fta> - (dpy->request)) >= 0)' failed.
[13:45] <fta> Abort (core dumped)
[13:45] <seb128> fta: yes?
[13:45] <seb128> fta: what do you do to get this?
[13:46] <fta> opening sftp:// urls from Places
[13:46] <seb128> not confirming
[13:47] <seb128> what libeel2-2 and nautilus version do you have?
[13:47] <fta> crashed ~5 times since this morning. i'm trying to get a traceback
[13:47] <ember> wifi?
[13:47] <fta> libeel2-2                     2.23.91-0ubuntu1
[13:47] <fta> nope, wired eth
[13:48] <seb128> fta: try updating to the current version maybe?
[13:48] <fta> it's not ? hm
[13:49] <fta> hm 44 new updates in the less than 10h
[13:50] <seb128> fta: right, the buildds were broken for some days so every built when they got fixed
[13:50] <seb128> and new GNOME version this week too
[13:50] <fta> upgrading...
[13:55] <seb128> Ampelbein: alright, some notes about your xchat-gnome issue
[13:56] <seb128> Ampelbein: first describe your changes in the changelog, ie you added a build-depends on libcanberra that should be described there
[13:56] <seb128> Ampelbein: you don't need to list remaining patches those are not changes in your update
[13:57] <seb128> Ampelbein: the new version doesn't use gnome-vfs so those requirements should be removed
[13:57] <seb128> Ampelbein: and the libglade requirement should be update
[13:57] <seb128> Ampelbein: hint, diff the configure.in between the versions to see the requirements changes
[13:58] <Ampelbein> seb128: ok, will do that. thanks for the hints. should i reupload?
[14:00] <seb128> Ampelbein: yes, please fix those and update the bug, I changed to incomplete for now
[14:00] <Ampelbein> k
[14:03] <Ampelbein> seb128: should i note which patches were dropped?
[14:03] <seb128> Ampelbein: yes, the purpose of the changelog is to log the changes ;-)
[14:04] <Ampelbein> sounds reasonable.
[14:04] <Ampelbein> ;-)
[14:11] <Ampelbein> seb128: http://paste.ubuntuusers.de/391852/ my new changelog, ok?
[14:12] <seb128> Ampelbein: you need to update the libglib requirement to >= 2.16 due to gio
[14:13] <seb128> Ampelbein: and somewhere write why you drop those patches, ie "those changes are in the new version"
[14:13] <Ampelbein> ok.
[14:13] <Ampelbein> thanks for being so patient with me.
[14:14] <seb128> Ampelbein: no problem don't worry ;-)
[14:14] <seb128> everybody needs to start and we appreciate contributors ;-)
[14:25] <Ampelbein> seb128: next try: http://paste.ubuntuusers.de/391853/ ;-)
[14:26] <seb128> Ampelbein: you also need to update the libglib2.0-dev build-depends to 2.18
[14:27] <seb128> Ampelbein: otherwise looks correct
[14:28] <Ampelbein> ok, now i got everything. i try build again.
[14:41] <Ampelbein> seb128: bug #268079 next try
[14:42] <seb128> looking
[15:00] <Ampelbein> seb128: bug #268077 finished, too.
[15:03] <seb128> Ampelbein: there is an issue in the xchat-gnome update, looking into details, the notification and sound-notification plugins are not built
[15:03] <seb128> configure:26508: WARNING: xchat-gnome compiled without libcanberra support, plugins sound-notification will not be available
[15:03] <seb128> configure:26524: WARNING: xchat-gnome compiled without libnotify support, plugins notify-osd will not be available
[15:14] <Ampelbein> seb128: hmm. i'll look into it to see why.
[15:21] <seb128> Ampelbein: http://bugzilla.gnome.org/show_bug.cgi?id=551515
[15:22] <Ampelbein> seb128: ok. then i put your patch in debian/patches, change changelog accordingly and try again?
[15:23] <seb128> Ampelbein: you need to put the patch before the autoconf one and to update the autoconf one
[15:23] <Ampelbein> ok
[15:26] <seb128> Ampelbein: gedit-plugins is an universe package btw, I'm changing the sponsoring team subscribed ;-)
[15:26] <Ampelbein> gnarf...
[15:27] <Ampelbein> thanks
[15:29] <Ampelbein> seb128: btw, how to you see the failed configures? with pbuilder it compiled and i can't see the logfiles anywhere.
[15:29] <seb128> Ampelbein: debdiff current and new versions
[15:49] <ember> seb128 a shlibs question: do i need to update shlibs because of this? http://paste.ubuntu.com/44919/ (python stuff)
[15:50] <seb128> shlibs is not a python thing
[15:50] <seb128> no
[15:51] <ember> ok thanks
[15:51] <ember> mvo it's alright then
[15:59] <Ampelbein> seb128: your patch does not enable the two plugins, unfortunately: configure: WARNING: xchat-gnome compiled without libcanberra support, plugins sound-notification will not be available
[15:59] <Ampelbein> configure: WARNING: xchat-gnome compiled without libnotify support, plugins notify-osd will not be available
[16:00] <seb128> Ampelbein: did you run autoconf as I said?
[16:02] <seb128> Ampelbein: can you add the diff.gz you are using to the bug?
[16:02] <Ampelbein> seb128: i'll add it.
[16:03] <Ampelbein> seb128: added
[16:04] <Ampelbein> i think i missed the autoconf-thing
[16:09] <seb128> Ampelbein: right the autoconf patch has not been refreshed after applying the new change
[16:12] <Ampelbein> seb128: i don't understand yet, what i have to do to refresh it. it applies cleanly. do i have to run autoconf after applying your patch?
[16:12] <seb128> Ampelbein: yes, sorry if that was not clear, copy my patch, and cdbs-edit-patch 98_autoconf, run autoconf, rm -rf autom4te.cache and exit 0
[16:17] <Ampelbein> ok, now i get it.
[16:18] <Ampelbein> its a good exercise though ;-)
[16:24] <Ampelbein> now we have it all. diffs attached.
[16:24] <Ampelbein> thanks seb128
[16:24] <tjaalton> seb128: is gnome-settings-daemon maintained in bzr? debian/control wouldn't suggest that
[16:28] <seb128> tjaalton: no, why?
[16:29] <seb128> Ampelbein: you're welcome
[16:29] <tjaalton> seb128: I need to update it and drop the evdev patch, once hal/xkb-data/x-x-i-evdev are uploaded
[16:29] <seb128> tjaalton: alright
[16:30] <tjaalton> seb128: because there's no need to force the model anymore
[16:30] <seb128> how does it work now?
[16:32] <tjaalton> I mean after those uploads. xkb-data upstream has a new evdev rules (instead of the old 'base'), and so the driver will force that instead of the model. the old method broke ABNT2/jp106 keyboards so that they couldn't be fixed
[16:32] <tjaalton> but this will allow fixing those when using the evdev driver..
[16:33] <tjaalton> and the user can change the kb model again
[16:33] <tjaalton> like before input-hotplug
[16:33] <tjaalton> I know it sounds confusing, but the terminology is
[17:21] <lapo> hi
[18:15] <cjwatson> whose bug is bug 267255? it isn't ubiquity's
[18:21] <seb128> cjwatson: looking
[18:22] <seb128> cjwatson: what the title means is "compiz doesn't start" and the description suggests it's an nvidia-* bug since it works using the upstream nvidia driver
[18:28] <cjwatson> seb128: so tasks on nvidia-graphics-drivers-{173,177}?
[18:28] <seb128> cjwatson: I would do that, or reassign to compiz and ask for a compiz --replace log for details
[18:30] <cjwatson> seb128: ok, I did the latter, thanks
[18:30] <seb128> you're welcome
[18:44] <NCommander> seb128, ping
[18:54] <NCommander> seb128, I have gtkmm for you
[19:50] <Ampelbein> against what package should bugs about missing file association be filed? nautilus? gnome-control-center?
[20:02] <seb128> Ampelbein: details?
[20:03] <seb128> lool: bug #268250 if you want to have a look btw
[20:03] <Ampelbein> seb128: bug #255936
[20:08] <seb128> Ampelbein: what mimetype is displayed in nautilus for the example?
[20:09] <Ampelbein> seb128: 3GPP multimedia file
[20:09] <seb128> Ampelbein: the way it works is that shared-mime-info define mimetype, if nautilus displays a likely mimetype the definition is good, otherwise the mimetype might not be listed or described correctly (in which case shared-mime-info should be changed)
[20:09] <seb128> alright, so it looks like the mimetype is defined there
[20:10] <seb128> Ampelbein: so whatever the short mimetype description "ie something/sometext" the totem-gstreamer.desktop should have it listed in its mimetype list
[20:10] <Ampelbein> seb128: so its generally an application issue, not nautilus.
[20:10] <seb128> right, nautilus has nothing to do in there usually
[20:10] <Ampelbein> seb128: ok, thanks again.
[20:11] <seb128> shared-mime-info has the definition and the applications should have the mimetype listed
[20:11] <seb128> you're welcome
[20:24] <NCommander> seb128, poke
[20:25] <seb128> NCommander: hello, sorry I read your message between was in middle of dinner and just passing in front of the screen and forgot to ping back after dinner
[20:25] <seb128> NCommander: how are you?
[20:25] <NCommander> seb128, I'm fine. Have gtkmm and pangomm for you
[20:36] <ember> lool any news on getting hamster-applet on Debian?
[20:57] <NCommander> seb128, there's irony for you, Debian just accepted the broken pangomm :-)
[20:57] <seb128> ah ah ;-)
[20:58] <seb128> NCommander: where is your gtkmm update btw?
[20:58] <NCommander> seb128, on its way to my PPA
[20:58] <NCommander> (probably should do that one first)
[20:58] <seb128> good
[21:25] <Laney> seb128: Do you think it's a good idea to backport the fix to bug #265055?
[21:26] <Laney> (or wait until 2.5.2?)
[21:27] <seb128> Laney: I've nothing to do with backports
[21:27] <seb128> Laney: that's what stable users get for trying to run on new cracks, there is a reason why we don't update versions in stable
[21:28] <Laney> seb128: I don't mean hardy-backports, I mean to backport the fix to Intrepid
[21:28] <seb128> Laney: that said I'll try to update 2.5.2 to intrepid this week then you can speak to the backport team about getting the new version in hardy
[21:28] <Laney> sorry, should have been more clear
[21:29] <Laney> 2.5.2 isn't out, but when it is that fix will be in it
[21:29] <seb128> Laney: and the fix is not in 2.5.1?
[21:29] <Laney> Nope
[21:30] <Laney> I was proposing to take it from pidgin mtn
[21:31] <Laney> I don't know how frequently pidgin release bugfix updates, and whether we'll get 2.5.2 in time
[21:31] <seb128> Laney: that's something to backport when doing the 2.5.1 update then yes
[21:31]  * Laney nods
[21:32] <seb128> you are welcome to work on the update, attach a debdiff to the bug and subscribe ubuntu-main-sponsors if you want ;-)
[21:39] <Laney> seb128: The 2.5.1 update? I'm not sure if I'm hardcore enough to be able to do that right now... (the symbols stuff is scary)
[21:39] <seb128> Laney: no, somebody else did that but once the update is uploaded the debdiff for this specific change
[21:40] <Laney> Oh right, yes I'll do that one
[21:40] <Laney> Ping me when you upload it and I'll take care of it
[21:40] <seb128> alright thanks
[21:43] <NCommander> seb128, gtkmm is in my PPA now BTW
[21:43] <seb128> NCommander: ok good, did you test it?
[21:43] <NCommander> seb128, yes, I have it installed now
[21:47] <Ampelbein> seb128: just if you are curious, i put gnome-session 2.23.92 in my ppa. you said earlier you wanted to test it.
[21:47] <seb128> NCommander: excellent, will have a look in a few minutes then
[21:47] <seb128> Ampelbein: does it work for you?
[21:50] <Ampelbein> seb128: the main issue why i tried it (adding startup commands) seems to be fixed.
[21:53] <Ampelbein> seb128: what other issues did you encounter with .91? i can try out if you like.
[21:55] <Laney> Ampelbein: What about the xdg-open issue?
[21:56] <Ampelbein> Laney: some more hints? can't follow atm.
[21:56] <Laney> Ampelbein: xdg-open's gnome detection was broken in previous versions of gnome-session
[21:57] <Laney> (one of) the symptom is that 'xdg-open "http://www.google.com"' doesn't launch the right browser - for me it always launches Epiphany
[21:57] <Laney> You can verify it's fixed by setting your browser to something else and running the above command
[21:58] <Ampelbein> no, thats not fixed.
[21:58] <Laney> Ampelbein: Bug ##255621
[21:58] <Laney> bug #255621 even
[21:59] <Laney> Bah, did the patch not get committed upstream?
[21:59] <Laney> or was it before the tarball was rolled
[22:00] <Laney> Nope, it was in gnome-session 2.23.91
[22:00] <Ampelbein> i'll test on another install.
[22:00] <Ampelbein> bb in 2
[22:01] <Laney> Ampelbein: You probably need to restart your session for it to take effect, if you haven't lready
[22:04] <Ampelbein> Laney: can confirm it's fixed.
[22:04] <Laney> \o/
[22:04] <Laney> Please close the bug in the changelog then
[22:04] <Laney> good work
[22:05] <Ampelbein> i always forget restarting X. should probably use windows more often so i get used to it ;-)
[22:05] <seb128> re
[22:05] <seb128> Ampelbein: one issue was that compiz was not used after a session restart and gnome-wm not installed
[22:06] <Ampelbein> seb128: i'll enable compiz and try.
[22:08] <seb128> Ampelbein: don't bother too much I've a good idea about what to change and 2.23.91 which I packaged locally previous week and some other pending changes already
[22:10] <Ampelbein> seb128: just tried it and compiz gets disabled upon restart :-(
[22:11] <seb128> Ampelbein: right, that's what I said, they stopped shipping gnome-wm in the new version
[22:11] <seb128> and changed the gconf key too
[22:12] <Ampelbein> i guess i'll downgrade again in that case. would have surprised me anyway if this had worked in the first place. today everything tends to get messy. the xchat-gnome thing was, my coffee-machine is broken and my cat peed on the carpet.
[22:19] <seb128> Ampelbein: the xchat-gnome was a good one, you learnt some things on the way and it got uploaded ;-)
[22:21] <Ampelbein> seb128: ok, you got a point there. always look on the bright side of life. ;-)
[22:55] <seb128> NCommander: the gtkmm in your ppa didn't build apparently?
[22:56] <seb128> NCommander: no pangomm build-depends?
[23:05] <NCommander> seb128, gah, whoops
[23:05] <seb128> ;-)
[23:06] <NCommander> seb128, I screwed up and dint' regenerate the gtkmm source package >.>;