[08:54] <slomo> seb128: hi :) could you sync gst-plugins-base0.10 0.10.18-3 from incoming? :)
[08:55] <seb128> hey slomo
[08:55] <seb128> will do in a bit
[08:55] <slomo> ok :)
[08:56] <slomo> did we have some reports that the totem-mozilla plugin doesn't work good anymore since gstreamer 0.10.18?
[08:56] <lool> seb128: Had a good Easter?
[08:56] <seb128> lool: yes, too short but good ;-) What about you?
[08:56] <seb128> slomo: not that I know, no, why?
[08:57] <slomo> seb128: because it was broken until my gstreamer0.10 upload some seconds ago :) simply stopped playing very often for no good reason
[08:57] <lool> seb128: Fine here too
[08:57] <slomo> do we have a freeze for NEW packages?
[08:57] <seb128> ah ok, I guess not so many people use it in the web browser
[08:58] <slomo> if we have no freeze for NEW packages i'd like to have tangerine synced :)
[08:59] <seb128> I'm not sure now
[08:59] <seb128> pitti: hey
[08:59] <seb128> pitti: ^ do we have a freeze for new universe packages?
[09:08] <MacSlow> *stretch*
[09:11] <slomo> seb128: and please sync banshee 0.13.2+dfsg-9 :)
[09:19] <slomo> seb128: ok, to summarize: banshee 0.13.2+dfsg-9, gst-plugins-base0.10 0.10.18-3 from incoming and tangerine from the pool if we can still get NEW packages in ;)
[09:19] <seb128> alright
[09:19] <seb128> hey MacSlow
[09:19] <slomo> that's all from me for today i guess :)
[09:20] <huats> moring seb128
[09:20] <huats> morning slomo
[09:20] <seb128> hey huats
[09:20] <slomo> hi huats :)
[09:21] <huats> :)
[09:21] <MacSlow> Salut seb128, ca va bien?
[09:22] <seb128> MacSlow: très bien, et toi ? ;-)
[09:24] <MacSlow> seb128, je suis bien aussi, merci!
[09:24] <MacSlow> so much for my french
[09:44]  * crevette raises the French flag over the #u-desktop chan
[10:03] <huats> lut crevette
[10:14] <lool> seb128: Hmm can you please sync libmatchbox/1.9-3
[10:15] <lool> seb128: It adds pango support which we need for mobile (for chinese chars)
[10:15] <seb128> ok
[10:16] <lool> Thanks
[10:16] <lool> #202329
[10:16] <crevette> salut huats
[10:31] <seb128> bug #202329
[10:31] <ubotu> Launchpad bug 202329 in libmatchbox "Unable to render multibyte window titles" [Undecided,New] https://launchpad.net/bugs/202329
[10:32] <seb128> slomo, lool: banshee, gst-plugins-base0.10, libmatchbox synced
[10:40] <slomo> seb128: thanks :)
[10:41] <lool> seb128: Thanks
[10:45] <pitti> seb128: universe freeze> just normal feature freeze
[10:45] <seb128> pitti: ok, so no new packages there without exception
[10:45] <seb128> hey pitti ;-)
[10:45] <pitti> seb128: exactly
[10:45]  * pitti hugs seb128, bonjour
[10:46]  * seb128 hugs pitti, guten tag ;-)
[10:47] <slomo> ok :)
[10:47] <slomo> then let's get tangerine ;)
[10:54] <seb128> slomo: you need a freeze exception
[10:54] <slomo> oh
[10:54] <slomo> right, i misread it, sorry
[10:55] <slomo> well, maybe later then
[11:03] <slomo> seb128: nevermind, wiki tells me that NEW packages for universe are only considered until beta freeze
[11:09] <pitti> seb128: doing kwwii's u-gdm-themes sponsoring now
[11:09] <seb128> pitti: ok
[11:09] <pitti> +  * Updated the gdm theme to fix a bug (LP: 202193)
[11:10] <pitti> kwwii: ^ just for next time: LP: #202193, and the bug description could be a bit more verbose :)
[11:10]  * pitti hugs kwwii
[11:12]  * pitti munges changelog to
[11:12] <pitti>   * Updated the gdm theme to fix placement of "incorrect password" error
[11:12] <pitti>     message (LP: #202193)
[11:37] <slomo> seb128: hm, maybe sync swfdec-mozilla, swfdec-gnome and swfdec0.6 :) it's part of gnome 2.22
[11:38] <seb128> slomo: swfdec is no, only -gnome, but yeah, I would like to get those uptodate in hardy
[11:38] <seb128> I've been too busy with other things though
[11:39] <seb128> I think for the good form somebody should get an uvf exception
[11:39] <slomo> seb128: right, only -gnome but -gnome depends on swfdec0.6 and old swfdec-mozilla won't work anymore from what i see ;)
[11:39] <slomo> so this does need uvf exception? *sigh*
[11:40] <seb128> or slangasek or pitti approval
[11:40] <slomo> ok, later then...
[11:40] <slomo> bbl
[11:40] <seb128> I've looked at it, but there is a transition involved since the binary naming changed
[12:53] <kwwii> pitti: I realize now that the increase in file size was the human list theme changes
[12:53] <kwwii> pitti: I will look into removing any extra files the author left in
[13:05] <kwwii> Pitti: Here is an updated source package (includes the changes Mark wants on gdm as well as removing some files from HumanList
[13:05] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.28.dsc
[13:05] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.28_source.build
[13:05] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.28_source.changes
[13:05] <kwwii> http://sinecera.de/ubuntu-gdm-themes_0.28.tar.gz
[13:11] <pitti> kwwii: ah, thanks; why 28? I uploaded 26 before AFAIR?
[13:11] <Hobbsee> pitti: fear of cubes.
[13:37] <kwwii> pitti: well, I changed it twice so each time I bumped a number
[13:37] <kwwii> pitti: it does not have to be that way though :-)
[13:38] <kwwii> my rule is to bump it up a number each time I commit ;-)
[13:44] <soren> I just upgraded my wife's laptop to hardy. Starting evolution I'm being asked to restore from a backup. I didn't make one, so I chose "Next". Now I need to configure evolution all over again. Is that expected?
[13:47] <seb128> soren: no
[13:47] <seb128> soren: did you keep the user directory?
[13:47] <seb128> soren: it should ask no question at all, if you get the backport question it handle it as a first start
[13:48] <soren> seb128: Sure, I used update-manager to do the upgrade.
[13:48] <seb128> soren: that's very weird
[13:49] <seb128> soren: is gconf working correctly?
[13:49] <soren> I see it running.
[13:50] <soren> Started 40 minutes ago, which is consistent with login time.
[13:50] <seb128> can you browse apps, evolution in gconf-editor?
[13:50] <soren> I had a gnome-terminal profile set up on her box which was lost as well.
[13:50] <seb128> are you sure you are logged using the correct user?!
[13:51] <soren> seb128: Yes, but I just set up evolution again, so that's not really surprising. I wish I could have kept it for debugging, but my wife needed it for work :/
[13:51] <seb128> did you have other things customized? the gnome-panel layouts, background image, etc?
[13:51] <soren> Heh.. Yes, it's the only (non-system) user on the machine.
[13:51] <seb128> are those still correct?
[13:52] <soren> Nope.
[13:52] <soren> But.
[13:52] <soren> I pointed my wife at the upgrade instructions. They said to make sure the current system was completely up-to-date.
[13:52] <soren> ...after bringing the gutsy system up-to-date, her background was reset to the default gutsy one.
[13:53] <seb128> there is something weird going on there
[13:53] <seb128> did you fix that too?
[13:54] <soren> fix it? No, I just shrugged. :)
[13:54] <soren> I didn't think much of it at the time (it was quite late last night).
[13:54] <soren> In retrospect, I probably should have, but here we are.
[13:54] <seb128> well, is the background still broken?
[13:54] <soren> It's the default hardy one now.
[13:54] <soren> (With the heron and all that)
[13:54] <seb128> in which case, open gconf-editor, go to desktop, gnome, background
[13:54] <seb128> and look at the value here
[13:55] <seb128> then .gconf
[13:55] <seb128> and grep for the key name
[13:55] <seb128> and look at the values in the .xml
[13:55] <seb128> then .gconf -> then cd .gconf
[13:55] <seb128> I'm curious to know if the gconf database on disk is still correct
[13:56] <seb128> all you describe is that you get no gconf user datas used
[13:56] <soren> gconf-editor says: /usr/share/backgrounds/warty-final-ubuntu.png
[13:56] <soren> Oh!
[13:56] <seb128> grep .gconf now for the key name
[13:56] <soren> The xml file does not.
[13:56] <seb128> ok
[13:57] <seb128> so something nuked your .gconf directory it looks like
[13:57] <seb128> which is really weird
[13:57] <soren> -rw------- 1 anne anne 783 2005-11-30 01:41 %gconf.xml
[13:57] <seb128> did you get disk issues?
[13:57] <seb128> hum
[13:57] <seb128> is that .gconf/desktop/gnome/background?
[13:58] <seb128> what does the file contain?
[13:58] <soren> Hang on. Pastebinning.
[13:59] <soren> http://pastebin.com/m41623f9f
[13:59] <soren> but the file referenced in there is not the background she had yesterday.
[13:59] <soren> Which adds to the confusion.
[13:59] <soren> Oh... hang on.
[13:59] <seb128> and it's not the one used now either?
[14:00] <soren> Nope. She still has the default hardy one.
[14:00] <soren> $ ls -l /home/anne/.gconf/%gconf-tree.xml
[14:00] <soren> -rw------- 1 anne anne 93614 2008-03-25 14:58 /home/anne/.gconf/%gconf-tree.xml
[14:01] <seb128> how old is this installation?
[14:01] <seb128> that looks like a merged gconf tree
[14:01] <soren> The oldest kernel still isntalled is the breezy one.
[14:02] <seb128> we did it during edgy unstable I think
[14:02] <soren> I *think* it used to have hoary on it, too.
[14:02] <seb128> one your gconf tree is merged this file is used
[14:02] <seb128> so look in this file the background key value
[14:02] <soren> It's blank.
[14:02] <soren> So that explains why it's using the default one.
[14:02] <seb128> the file or the value?
[14:03] <seb128> the file is not according to your ls
[14:03] <soren> The value. Sorry.
[14:03] <seb128> the file is small though
[14:03] <seb128> could you move it out of the way?
[14:03] <soren> No, it's not blank. It's missing, apparantly.
[14:03] <soren> Erm.. I *could*.
[14:04] <seb128> that's not going to break anything
[14:04] <seb128> you can move it back it'll be used again
[14:04]  * Hobbsee wonders how to put exaile in mono-mode
[14:04] <seb128> restart gconfd-2 between
[14:04] <seb128> it autorespawn when used, easy
[14:04] <soren> But seeing as the other xml files are all from 2005, I'm not really fond of the idea.
[14:05] <seb128> soren: ok, well the %gconf-tree.xml is really small
[14:05] <seb128> soren: I would tend to say your version got destroyed and the only changes you have that are the thing you reconfigured since yesterday
[14:05] <soren> It's not smaller than the sum of all the other .xml files.
[14:05] <seb128> ok, mine is 1.3meg
[14:05] <seb128> for comparaison
[14:05] <soren> !! What?
[14:05] <ubotu> Sorry, I don't know anything about what? - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[14:05] <soren> It's a text file!
[14:06] <soren> Dude, what did you put in there?
[14:06] <seb128> soren: no, it's an xml file, and there is lot of things there
[14:06] <seb128> soren: evolution put all the account configurations there for example
[14:06] <soren> It still contains network-manager's data.
[14:06] <seb128> you got no disk corruption?
[14:06] <soren> Both for VPN and wifi, so it's not been completely reset.
[14:07] <soren> Not that I know of.
[14:07] <seb128> k, so I guess we will no figure what happened, nothing in the standard set of package touch the user configuration on upgrade
[14:07] <seb128> and nothing at all should do that
[14:07] <seb128> but something damaged the gconf configure there apparently
[14:07] <seb128> my best guess is some kind of local corruption
[14:08] <seb128> we didn't get any other user question nor bug about similar issues
[14:08] <soren> Craptastic.
[14:08] <seb128> and you have different keys which has been changed
[14:08] <soren> Ok, what's the current way to store gconf stuff? In the merged file or in separate files?
[14:08] <seb128> background and evolution config have nothing to do with each other
[14:09] <seb128> the user gconf config uses separate files by default
[14:09] <seb128> we did a merged try during one unstable cycle
[14:09] <seb128> I would say edgy but I'm not sure
[14:09] <shiyee> soren: maybe theres errors in .xsession-errors on why it failed (long shot)?
[14:09] <seb128> and we reverted because that creates locking issue on nfs
[14:09] <seb128> but once you have a merged config it's used for ever
[14:10] <soren> seb128: And there's no way to unmerge it?
[14:10] <soren> shiyee: Nothing of particular interest in there.
[14:10] <seb128> not that I know, gconf-merge-tree does the merging, you can look at the logic and revert it
[14:10] <seb128> soren: well, that should work
[14:11] <seb128> (30 seconds)
[14:11] <seb128> use gconftool-2 --dump to dump the whole config somewhere
[14:11] <seb128> move .gconf away
[14:11] <seb128> and use --load to reload from the dump you did
[14:12] <seb128> the first one write all the keys and values
[14:12] <seb128> and the second one will read those
[14:12] <seb128> that's an easy way to backup and restore the base, it should write to the standard splitted xml
[14:14] <soren> seb128: Ah, right. Of course.
[14:30] <seb128> soren: so, did it work?
[14:30]  * seb128 kicks xulrunner
[14:31] <seb128> asac: do you need extra details on bug #191052?
[14:31] <ubotu> Launchpad bug 191052 in xulrunner-1.9 "epiphany-gecko crashed with SIGSEGV in __kernel_vsyscall()" [Medium,New] https://launchpad.net/bugs/191052
[14:32] <seb128> asac: my epiphany browser crashes often, and the stacktrace seems similar to this one
[14:32]  * asac looking
[14:33] <asac> seb128: could you shake out a testcase yet?
[14:34] <seb128> no
[14:34] <asac> usr/lib/epiphany-gecko/2.21/extensions/libpageinfoextension.so
[14:34] <asac> the guy uses that extension
[14:34] <asac> do you have that enabled as well?
[14:34] <seb128> are you sure?
[14:34] <seb128> the current comment is an another guy who likely posted on a random bug
[14:34] <asac> hmm ... no its antoher guy
[14:35] <seb128> http://launchpadlibrarian.net/11875586/Stacktrace.txt is the crash stracktrace
[14:35] <seb128> it might be on closing
[14:35] <asac> seb128: can you run ephy in debugger? maybe it crashes earlier then
[14:35] <asac> or valgrind ;)
[14:35] <seb128> hum, valgrind, slooooow
[14:35] <asac> but given the pain that might put on you i would suggest to try gdb first
[14:35] <seb128> what information would be interesting?
[14:35] <asac> right ;)
[14:36] <seb128> the apport retracing is detailled
[14:36] <asac> well ... bad memory access _before_ the crash happens
[14:36] <seb128> I'll not get anything better
[14:36] <seb128> I think it's closing
[14:36] <seb128> the way I work on bug mail is to click on url, reply and close the browse
[14:36] <seb128> so I open and close epiphany a lot
[14:36] <seb128> so it's well possible the crash happens when closing it
[14:37] <seb128> I usually notice because the new one doesn't open when I click on the next bug because it's busy doing apport-ing ;-)
[14:43] <soren> seb128: Haven't done it yet. She's working.
[14:44] <seb128> ok
[14:46] <seb128> asac: not sure if that's revelent or the same issue, http://paste.ubuntu.com/6068/
[14:56] <seb128> pedro_: that's some impressive desktop bugs cleaning you did ;-)
[14:57]  * pedro_ hugs seb128
[14:57] <pedro_> seb128: i have a page that i want to share that it may help us
[14:57] <pedro_> let me upload it
[14:58]  * seb128 hugs pedro_
[14:58] <seb128> ok
[14:59] <pedro_> http://www.gnome.org/~pvillavi/desktop-bugs.html
[14:59] <pedro_> i guess i show it to you a few weeks ago but now you can sort the number of bugs
[15:00] <pedro_> so it may help us to determine to which product we need to focus in order to triage them harder
[15:00] <pedro_> i'm also planning to add the "bug with more dups" field soon
[15:00] <pedro_> but it takes a huge quantity of time to get that for all the products we have currently
[15:01] <seb128> launchpad can sort by number of duplicate now
[15:02] <seb128> pedro_: your page is similar to https://bugs.edge.launchpad.net/~desktop-bugs/+packagebugs
[15:03] <pedro_> yes it's kinda similar but I've added the other products the desktop-team is working on
[15:04] <pedro_> mm yeah i don't know why bughelper takes so long to search by the bug with more dups on a product
[15:04]  * pedro_ kicks bughelper
[15:04] <seb128> too many bugs :-/
[15:04] <Hobbsee> create some data loss bugs.
[15:04] <Hobbsee> problem solved.
[15:49] <walters> is keybuk around?
[15:51] <seb128> he's on holidays this week
[15:51] <seb128> anything urgent?
[15:52] <walters> nah, not urgent; i'll just mail him
[15:52] <seb128> ok
[15:58] <seb128> asac: did you look to the valgrind error? do you want that in a bug?
[15:59] <asac> seb128: i looked, who did you obtain it?
[15:59] <asac> s/who/how/
[16:01] <seb128> asac: valgrind some_options epiphany-browser http://launchpad.net, waited to get the page loaded, ctrl-W
[16:01] <seb128> asac: basically opened and closed epiphany when no other instance was running
[16:02] <asac> attaching that info looks good. i have to check the code to see whats going on
[16:02] <seb128> asac: do you want it to the other bug or to a new one rather?
[16:03] <asac> i have the feeling its the broken pyxpcom thing in xul that dumps that info
[16:03] <asac> seb128: please open a new, and put the bug id as a comment into the original one
[16:03] <seb128> ok
[18:25] <asac> seb128: btw, do you still have issues with iwl4965?
[20:07] <asac> pedro_: would be great if you could prod me about a network manager hug day next time :)
[20:07] <asac> i certainly can provide valuable input ;)
[20:14] <pedro_> asac: sure, no problem ;-)
[20:15] <pedro_> dinner time, see you later
[21:39] <crevette_> seb128: I don't have splash screen for 2 weeks; something happened ?
[21:39] <crevette_> where should I look at ?
[21:40] <crevette_> my grub is not set to run quiet
[21:40] <seb128> crevette_: no idea, it's working for me and for other people, it would have been noticed in beta otherwise
[21:40] <crevette_> okay
[21:40] <crevette_> last day I discovered I hadn't gnome-screensaver for awhile :)
[21:41] <seb128> you like to break everything apparently ;-)
[21:42] <crevette_> ubuntu updates are like to break everything
[21:42] <crevette_> :)
[21:42] <seb128> not really no ;-)
[21:42] <crevette_> I have usplash
[21:42] <crevette_> okay
[21:54] <kwwii> seb128: do you know anything about bug #144826 ?
[21:54] <ubotu> Launchpad bug 144826 in human-icon-theme "Regression: Human icon set includes out of place GNOME icons" [Undecided,New] https://launchpad.net/bugs/144826
[21:54] <kwwii> it is about the names of the device icons
[21:55] <kwwii> if you can confirm that the devices are named as that bug explains I'll change them (I have a couple of other changes ready for hit anyway)
[21:55] <seb128> one sec
[21:55] <seb128> I'm looking for the changelog commit about those changes
[21:57] <seb128> kwwii: http://svn.gnome.org/viewvc/nautilus?view=revision&revision=13646
[21:59] <seb128> kwwii: http://svn.gnome.org/viewvc/nautilus/trunk/libnautilus-private/nautilus-icon-names.h?revision=13646&view=markup&pathrev=13646
[22:00] <kwwii> seb128: hehe, looks like I have more to do than I thought ;-)
[22:00] <kwwii> I'll rename the icons, add the new OOo menu icons I made and do a couple of other changes, make a package and ping you tomorrow
[22:00] <seb128> kwwii: wait, I'm searching the devices ones
[22:01] <awalton__> seb128, they're in bugzilla and they're filed against gnome-icon-theme I think
[22:01] <kwwii> it seems like lots of things changed...I wonder if we really have all those changes already or if only some are in our tree
[22:01] <seb128> kwwii: http://bugzilla.gnome.org/show_bug.cgi?id=506532
[22:01] <seb128> awalton__: thanks
[22:01] <ubotu> Gnome bug 506532 in general "icons needed for gvfs" [Normal,New]
[22:02] <seb128> kwwii: everything is in hardy, those changes were the nautilus gvfs one, they landed before GNOME 2.22
[22:02] <awalton__> seb128, np.
[22:02] <kwwii> seb128: so will we need both names, if this is just for nautilus?
[22:03] <seb128> kwwii: right, having symlinks to the other names would be better
[22:04] <seb128> kwwii: that's a bunch of symlinks to add, no?
[22:04] <kwwii> seb128: yepp, shouldn't be too hard ;-)
[22:04] <kwwii> at least it won't make the package any bigger really
[22:04] <seb128> right
[22:04] <seb128> be careful there or pitti will find you ;-)
[22:05] <kwwii> I am removing two 16x16 gpm icons as well (to fix a bug in the inhibit applet)
[22:06] <kwwii> hehe, no doubt