[00:50] asac, found the prism bug. it's caused by mozilla bug 462774 [00:50] Mozilla bug 462774 in General "drop JSON.jsm" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=462774 [00:51] like for epiphany, restricting prism to xul 1.9.0.* helped [09:55] i have sound :) [10:14] anyone know nafun@jabber.ccc.de is? [10:42] gnomefreak: huh? [10:42] gnomefreak: i am on jabber.ccc.de [10:42] no idea who nafun is ;) [10:42] asac nafun wanted me to add it so making sure its not someone from here [10:43] asac: hi hey you're member of ccc ? I planned to move to ccc camp coup of years ago [10:44] isnt ccc.* open to all? [10:45] * gnomefreak not sure who i am on jabber [10:45] rZr: not member ... just jabber [10:45] oh crap today is the first :( [10:46] oh no it isnt [11:04] asac: any idea on why IMAP has so many problems? [11:06] bug 302320 [11:06] Launchpad bug 302320 in mozilla-thunderbird "Thunderbird Template is deleted when right clicking on message body" [Undecided,Incomplete] https://launchpad.net/bugs/302320 [11:13] asac: did you change your mind on bug 130255? [11:13] Launchpad bug 130255 in firefox "Wish: Please default-accept CAcert.org SSL Certificates" [Wishlist,Won't fix] https://launchpad.net/bugs/130255 [11:13] nevermind the idiot wasnt reading before posting [11:38] gnomefreak: no [11:38] ok [11:38] gnomefreak: CAcert has known weaknesses in their certification process [11:38] so its not really trust-worthy [11:38] i agree [11:38] * directhex is trustworthy, offers to sign peoples' certificates for beer [11:38] i dont like this bug :( one of your wontfix bugs ;) [11:39] directhex: i finished that package [11:39] its in my PPA [11:39] gnomefreak, which package, sorry? [11:40] asac: bug 266946 should stay as wont fix IMHO but this will chnage with the QT port for FF [11:40] Launchpad bug 266946 in firefox-3.0 "firefox installs unnecessary packages when installing on KDE" [High,Confirmed] https://launchpad.net/bugs/266946 [11:41] directhex: you asked about startupmanager on 11/25 im fairly sure it was you [11:41] did i? [11:42] yes but please dont make me look it up in logs ;) [11:43] asac: i'm debating on flashgot since it NEEDS a download manager we have a few AFAIK it just seems alot of work however people do use it alot [11:43] * gnomefreak smoke [11:52] gnomefreak: for the KDE thing the most important issue is ubufox. it currently pulls in half of gnome [11:52] gnomefreak: the bug in general is valid though ... after a bunch of discussions i admitted that [11:55] ok but are we porting ubufox for QT? [11:56] kubufox? [11:58] sounds good to me bug its gonna be a pain in the ass since it has so many deps [11:58] s/bug/but [11:58] ubufoKs! [11:58] * gnomefreak needs to eat and head to show for an hour or so to log in new work so gary can start today [12:01] ok ill be back [12:08] directhex: gnomefreak: its not really ubufox. its apturl that needs to better support kde === asac_ is now known as asac === rZr is now known as RzR [14:01] asac, how come build-system.tar.gz is no longer in hardy? [14:01] http://launchpadlibrarian.net/20012919/buildlog_ubuntu-hardy-i386.prism_0.9.1%2Bsvn20081126r20278-0ubuntu1~fta2~hardy_FAILEDTOBUILD.txt.gz [14:14] fta: i thought this was introduced in intrepid [14:15] fta: most likely you had a backport from .head branch in your ppa? and now that archive is higher you see this regression? [14:16] http://blog.mozilla.com/ligong/2008/11/18/firefox-china-edition-released-today/ [14:17] i guess that means we need livemargins packaged [14:17] aka Juice [14:18] non-free [14:18] great that mozilla releases non-free stuff now [14:19] or isnt that an official mozilla product? [14:21] asked on blog comment? [14:21] s/?/!/ [14:26] seems to be released by mozilla bejing [14:26] at from http://blog.mozilla.com/ligong/about/ [14:28] oops [14:28] http://www.mozilla.org.cn/thunderbird/ [14:29] http://www.mozilla.org.cn/firefox/ [14:29] ^^ bumb [14:29] armin76: ^^ [14:30] fta: whats going on with 1.9.1? are the jemalloc issues sorted? [14:31] yes [14:31] uploaded? [14:31] not yet, i wanted nspr/nss, or maybe it could wait [14:32] fta: as long as it doesnt need those versions at build time i would not wait for them [14:32] fta: have you tested nspr/nss? [14:32] not yet. [14:33] fta: for me stuff works fine. shlibs-control file was intentionally dropped because it doesnt work with "unversioned" sonames as it seems [14:33] so we just have symbols [14:33] but that seems to work during build time here [14:33] also symbols are properly auto-regenerated [14:33] and i upgraded just binaries and saw no regressions [14:34] only test missing is whether our xulrunner built against that really works with upstream nspr/nss [14:34] but i tested that last time afair [14:37] * asac spins xul [14:38] i'm pushing xul/ff. we'll see later on. [14:39] cool [14:39] i think archive admins might need a bit until they approve it [14:40] we can try to get pittis attention before if we want it [15:00] asac, xul uploaded [15:02] good ... ffox too? [15:02] both with bug in changelog? [15:02] i'm on it [15:02] (pleaes bug id) [15:02] thanks [15:02] yes [15:02] james_w: bzr: ERROR: Could not find .changes file: ../builds/network-manager_0.7~~svn20081018t105859-0ubuntu1.8.10.1~0hardy~nm1_i386.changes. [15:02] thats what i am usually getting when a -S -sd build succeeds [15:02] in consequence, the results are not copied to result-dir [15:03] what command are you running? [15:03] james_w: http://paste.ubuntu.com/77759/ [15:03] thats the start and then end ;) [15:04] you need a "-S" [15:04] a second one, outside of the build command [15:04] james_w: ok i understand. but why? couldnt you just say: copy all .changes that were created? [15:05] e.g. always test for source + binary changes ... and copy those over that exist [15:05] you could [15:05] but what if you had a build command that put the changes somewhere other than .. [15:06] and you had an old bust _source.changes in .. [15:06] james_w: as long as you find a matching one, thats not a problem imo [15:06] so: none found -> error [15:06] one or both found -> use that [15:06] then it would copy the bust one and you might not realise [15:06] debuild ends with error code -> fail [15:06] and both found means you don't really know [15:06] james_w: but how is that now different? [15:07] james_w: you never know that the .changes is the one produced by the build do you? [15:07] yes, it's not ideal if you have a build command that puts things elsewhere than .. [15:07] bug this is conservative at least [15:07] james_w: personally i think its not a problem [15:07] james_w: build commands should just do normal things. [15:07] but my case is quiet normal [15:08] james_w: if build command doesnt put results in the build-dir its all busted anyway [15:09] james_w: does dpkg-buildpackage or debuild support to put results elsewhere? [15:09] no [15:09] pdebuild does it [15:10] yeah. but still this bug seems unrelated [15:10] e.g. if you do it now, and have old files in build-dir then the behaviour will do bad things too [15:11] you could do feasibility tests by looking at timestamps [15:11] (for this issue) [15:12] but then, people often mess up time-syncs in local nets [15:12] so i think there is really not much you can do for users that specify a custom output dir in build command [15:12] i wish we had sqlite >= 3.6.4 [15:12] james_w: oh. another idea is to look at result-dir before starting [15:13] if there are matching changes -> remember timestamps and then check whether they were modified after build [15:13] fta: i wish we had whatever version moz uses now again ;) [15:14] it's the same wish then :) [15:14] fta: what was the 3.1 bug? [15:14] fta: they backed out for b2 [15:14] probably relanded for b3pre [15:15] bug 274187 ? [15:15] Launchpad bug 274187 in ubuntu "FFe - firefox 3.1 and xulrunner 1.9.1 for intrepid/universe" [Wishlist,Won't fix] https://launchpad.net/bugs/274187 [15:15] ok let me remove FFe [15:15] ;) [15:15] and open jaunty task [15:16] done [15:17] there's a bunch of new in-source libs for