[02:25] [reed], which component would that be ? [02:26] <[reed]> Firefox :: Places === asac_ is now known as asac [13:57] fta_: backing out https://bugzilla.mozilla.org/attachment.cgi?id=305934 fixes it? [14:08] mozilla bug 425993 [14:08] Mozilla bug 425993 in Places "liferea built with xulrunner 1.9 dumping tons of places.sqlite-\d+.corrupt files" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=425993 === fta_ is now known as fta [14:10] fta: you see an assertion there? [14:10] eah NS_ENSURE_SUCCESS failure [14:11] liferea doesn't have a console [14:11] i've traced it [14:11] traced it? [14:11] printf :) [14:11] fta: you see NS_ENSURE_SUCESS failures only in debug mode on the terminal [14:11] aeh debug builds [14:12] fta: ok ... what fails? [14:12] probably not the CreateStatement itself [14:13] it returns to the caller at line 1150 [14:14] really? [14:14] wow [14:14] so its a syntax error? [14:14] can you run that statement in sqlite3 shell? [14:16] maybe it happens for new firefox profiles too now? [14:16] fta: ^^ [14:20] i don't know [14:20] bug 192606 [14:20] Launchpad bug 192606 in firefox-3.0 "use standard colours for selected text in URL bar" [Low,Fix released] https://launchpad.net/bugs/192606 [14:20] is that fixed ? [14:21] fta: yeah i think i know whats going on [14:27] ? [14:33] bogus sqlite [14:33] ill think about how to fix it properly while away [14:34] be back tonight [14:34] ok, cu [14:40] ff-2.0.0.13 doesn't start when compiled with gcc-4.2.3 :/ [14:41] .12 does, weird, huh? [16:32] armin76, do you have a crash when printing to pdf ? [16:34] didn't try [16:37] FF3 of course [17:46] fta: btw, i can print to pdf in ffox 3 beta 4 [17:47] fta: read in -desktop for how we can try to solve the sqlite issue [17:54] aloha [17:55] sebner: what is the problem? [17:57] asac: If I try to build monodevelop it complains that the xulrunner1.9 patch can't be applied. So I changed the 0.18.1 to 1.0 (versioning) but then I discovered that some parts of the monodevelop.ini got rewrittten. I tried to adjust your patch but now I have a "Malformated line 35" [18:00] asac: It's currently looking like that . http://pastebin.com/medc58ce [18:11] sebner: now does the original patch look like? [18:11] (sorry i cannot remember) [18:11] sebner: how does the current monodevelop.in look like? [18:12] (the new one) [18:12] if nothing radical changed it should be fairly easy to do [18:12] the patch basically removes all LD_LIBRARY_PATH and MOZILLA_FIVE_HOME business [18:12] so just do that [18:12] and all should be fine [18:14] asac: I already left a message in the query :P http://pastebin.com/mdcbeabc <-- monodevelop.in . xulrunner1.9 original: http://pastebin.com/m52446a83 [18:18] sebner: well ... find_libgtkmozembed is not called at all [18:18] figure out where that is called and yo find the place where you need to adapt something - just as a guess [18:19] so: the find_libgtkmozembed needs to be eliminated ... but for that you have to find where its actually used [18:24] asac: I'm confused. In you patch you deleted the call of find_libgtkmozembed and did the same with the new patch ... [18:41] sebner: you really confuse me ... whats your problem? [18:42] sounds like it already works for you ;) [18:42] asac: It tried to port your xulrunner1.9 patch to monodevelop 1.0. But it tells me "Malformated at line 35" [18:42] sebner: so you edited the patch directly? [18:42] asac: no. diff the monodevelop.in [18:43] sebner: you probably accidentially edited it [18:43] asac: patch is already posted. look at my first message to you [18:43] use diff -u [18:43] in this channel? [18:43] yes ;) [18:43] 18:57 [18:43] ;) [18:44] can't tell ... redo the patch [18:44] http://pastebin.com/medc58ce [18:44] shouldn't happen if you use diff -u and don't touch it [18:45] hmm [18:45] I used diff -urNad ^^ [18:58] asac: Sry. I'm not able to prepare a working patch. applying patch use_xulrunner_1.9 to ./ ...patch: **** malformed patch at line 35: if test -d /usr/lib64; then MD_PKG_CONFIG_PATH=$MD_PKG_CONFIG_PATH:/usr/lib64/pkgconfig/:/usr/local/lib64/pkgconfig/; fi [19:04] asac: would you mind taking a look on it? [19:27] asac, about bug 139543, the guy asked for system prefs not overwritten during upgrades, not locked prefs, right ? [19:28] Launchpad bug 139543 in firefox-3.0 "firefox .deb overwrites firefox.cfg which stores systemwide settings such as startpage, proxy" [High,Confirmed] https://launchpad.net/bugs/139543 [20:47] fta: we should not ship it at all [20:47] and yes, we should also make this available in /etc/ [20:48] sebner: you should start from scratch [20:48] and try again [20:50] asac: what do you mean with "from scratch" ? [20:50] well start over ... redo the patch ;) [20:50] i mean ... apparently your current patch is broken [20:50] asac, ?? not ship what ? and make what avail in /etc ? [20:50] firefox.cfg [20:51] sebner: and if you produce a patch like i said it _will_ apply for sure [20:51] asac: yeah. I tried again ;) same error [20:52] use just diff -u [20:52] and all is good [20:52] asac: patch: **** malformed patch at line 35: [20:52] I tried [20:52] ... [20:52] maybe excersize with some simple files [20:52] I know how to diff O_o [20:53] hmmm ... if you would, you won't get a malformed patch :) [20:53] thats what i am trying to tell ... i cannot tell whats going on. really. if you give me the two file revisions i can make the patch [20:53] haha ... [20:54] webdeveloper.in.orig + webdeveloper.in [20:54] but ill just run diff -u webdeveloper.in.org webdeveloper.in [20:55] aeh monodevelop.in [20:55] youll figure [20:56] But I did :( :( :( [20:57] asac: http://senduit.com/b81d07 [20:58] whats that? [20:58] asac, but it's not read at all in ff3. how was it used in ff2 ? a patch ? [20:58] no .. a config ;) [20:59] asac: monodevelop. the old and the new file ;) [21:03] asac@tinya:/tmp/qq$ diff -u monodevelop.old.in monodevelop.in > /tmp/my.patch [21:03] asac@tinya:/tmp/qq$ mkdir uu [21:03] asac@tinya:/tmp/qq$ cd uu/ [21:03] asac@tinya:/tmp/qq/uu$ cp ../monodevelop.old.in . [21:03] asac@tinya:/tmp/qq/uu$ patch -p0 < /tmp/my.patch [21:03] patching file monodevelop.old.in [21:03] sebner: ^^ [21:03] asac, hmm, that's what i thought but there's nothing in your ff2 branch pointing to it [21:04] unless it's that obscure thingy [21:04] fta: there is :) [21:04] oh [21:04] /usr/lib/firefox/greprefs$ grep general.config * [21:04] all.js:pref("general.config.obscure_value", 13); // for MCD .cfg files [21:04] firefox-2.ubuntu-prefs.js:pref("general.config.filename", "firefox-2.cfg"); [21:05] asac: I'm going to commit suicide now. Don't wait for me -.- ... [21:05] afaik the preference we locked in firefox 2 is now implicitly locked by ffox3 ... as it detects that it cannot write to the install location [21:05] sebner: do exactly the same above :) ... that will give you a feeling of success ;) [21:06] asac: I swar. I did -.- [21:06] *swear [21:07] asac: and for the dpatch thing I have the headers right? [21:08] sebner: do dpatch-edit-patch if its dpatch [21:09] dpatch files need: [21:09] #! /bin/sh /usr/share/dpatch/dpatch-run [21:09] + [21:09] @DPATCH@ [21:09] [21:11] asac, hmm, if it's implicitly locked now, all this is not needed.. i don't get why you still want it then... [21:12] fta: thats what i said :) ... we don't want to use it now. but we should take care that users can set their own firefox.cfg [21:13] we can say "we don't care ... do it like oyu want" ... but that isn't nice as the user doesn't really have good way t odo that in a way that it doesn't get removed at some point. [21:13] so you want a 2nd xul greprefs in etc ? [21:13] fta: i don't think that its needed [21:13] fta: we could also just provide a firefox.cfg link thats empty [21:14] e.g. an empty firefox.cfg in /etc/ ... [21:14] and link to it from greprefs in our package [21:14] but it will be overwritten [21:15] and the path is not fixed [21:15] huh? [21:15] greprefs [21:16] asac: btw, looked already at all-in-one-sidebar rev6 ? [21:16] we can ship a link from $pkglibdir/global.cfg -> /etc/firefox-3.0/global.cfg [21:29] sebner: maybe ship MPL and just reference that in copyright [21:30] sebner: please use a non-native packaging [21:30] e.g. the changelog versino doesn't have a package revision [21:31] k [21:31] when thats done, please open a bug against the firefox-extensions project. we need that to refer to the FF exception we have for extensions [21:31] https://bugs.edge.launchpad.net/firefox-extensions/ [21:32] there are already other bugs filed [21:34] fta: maybe there is a bug because of the xul + ffox split. no idea if general.config files on a per-applicatoin basis are possible [21:34] so maybe we need a patch for that [21:35] aren't lockPref() allowed in syspref ? [21:38] i don't think so [21:38] lockPref is from libpref [21:38] which is not the normal mechanism [21:39] but haven't tried for years :) [21:39] maybe its now supported by mainline prefs [21:40] asac: btw, in the dpatch is now my name and mail adress. change that to yoursß [21:41] say: you + based on mine ;) [21:41] ^^ [21:41] k [21:41] so it worked? [21:44] we'll see in 1 minute [21:45] no xD xD xD [21:45] asac: http://pastebin.com/m795b716b [21:46] sebner: why does it fail. figure that ;) [21:47] no output :\ [21:47] is it clean? [21:47] what does lsdiff path/to/xulrunner.dpatch [21:47] yield? [21:48] hellboy@ubuntu:~/merges/monodevelop/monodevelop-1.0+dfsg/debian/patches$ lsdiff use_xulrunner_1.9.dpatch [21:48] monodevelop.in [21:51] probably wrong strip level [21:51] did you use dpatch-edit-patch? [21:52] ah. I used dpatch patch-template and copied the header into the file [22:06] asac: I really don't know who but after the 20 try it's working now xD [22:07] * sebner looks like a total newbie now [22:44] yeah ...dpatch is a pain ;) [22:44] i hate it [22:48] asac, in /usr/lib/xulrunner-1.9b5/greprefs/fta.js, i've set pref("general.config.filename", "firefox.cfg"); [22:49] where should firefox.cfg be ? [22:49] i've tried: /etc/firefox-3.0/pref/ /usr/lib/firefox-3.0b5/defaults/preferences /usr/lib/firefox-3.0b5 /usr/lib/xulrunner-1.9b5/greprefs nada [23:01] fta: yeah. most likely it has to be in /usr/lib/xulrunner-1.9b5/ [23:01] which means that we have the bug i mentioned above [23:01] maybe greprefs in firefox-3.0b5 is considered for the general.config.filename entry as well? [23:02] nope, still doesn't work in /usr/lib/xulrunner-1.9b5/ [23:02] there's no grepref in ff3 [23:06] greprefs ;) [23:07] fta: you need to crypt it [23:07] (obscure) [23:07] i did [23:07] strace does not even look for it [23:07] do we build libpref extension at all? [23:08] i get "Failed to read the configuration file. Please contact your system administrator" [23:08] that sounds broken :) [23:08] and it refused to start so at least there's some code behind it [23:08] what did you dO? [23:08] to break it that way? [23:09] just add the general.config.filename pref? [23:09] just set general.config.filename [23:09] and the cfg is obscured [23:11] fta: try to add pref extension the DEB_MOZ_EXTENSIONS [23:13] its strange though thatit chokes on it ... i agree [23:14] isn't it about sharedpref ? [23:15] he? [23:15] no pref is the lockdown extension [23:16] and system prefs like gconf [23:17] mozilla/config/autoconf.mk:MOZ_PREF_EXTENSIONS = 1 [23:17] so it's by default [23:17] yes, there's --disable-pref-extensions to disable it [23:18] so we already have it in xul [23:32] fta: ok it works [23:32] http://paste.ubuntu.com/6237/ [23:33] thats what must succeed [23:44] what did you change ? [23:45] oh, /usr/lib/firefox-3.0b5/defaults/autoconfig [23:45] look closely ;) [23:45] yeah [23:45] i am pushing a xul patch [23:45] to read that from GRE_DIR [23:45] as its installed by xul build [23:46] but bzr on launchpad is again really slow [23:48] http://beuno.com.ar/archives/65 [23:48] hm, really weird rendering of http://fridge.ubuntu.com/node/1389 [23:49] yeaH [23:49] website bug? [23:51] probably, it renders the same with sm1 and sm2 [23:51] fta: same for upstream build? [23:51] ah ok [23:51] then ignore [23:51] if its in old gecko engine i have no problem ;) [23:56] you merged my commits ??? [23:56] fta: yes i tested what bzr push suggested [23:56] feel free to push your tree again [23:56] with --overwrite [23:56] i can merge on top of that [23:57] (i never did merge and push ... wonder why its ok to do that without --overwrite) [23:58] i don't think i can, my branch has been changed [23:58] really? [23:58] wow [23:58] with just a pull !? wtf? [23:59] yeah ... thats a strange thing