[00:11] ok off ... cu tomorrow! [00:12] asac: quick question! [01:56] Firefox package is broken! [06:56] hi [07:31] * asac needs coffee [07:40] <[reed]> coffee is for the weak [07:40] <[reed]> :) [07:55] haha [07:55] well ... most likely its late for you ;) [07:59] <[reed]> asac: yeah, 2am [07:59] [reed]: i usually have no problems to stay up at 2am without coffee ;) ... its just the mornings that make me cry [08:00] <[reed]> hehe [11:38] [reed]: do you know keyword for searches? (typing "goo searchterm" in location bar) [11:38] <[reed]> yes? [11:38] [reed]: someone found that those are not remember e.g. no autocompletion [11:39] you know if there is a bug for that (enhancement) ? [11:39] <[reed]> doesn't surprise me [11:39] <[reed]> not that I know of [11:39] yeah me neither [11:42] mozilla bug 392143 and mozilla bug 389903 [11:42] Mozilla bug 392143 in Location Bar and Autocomplete "show keywords as url bar autocomplete choices" [Enhancement,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=392143 [11:42] Mozilla bug 389903 in History: Global "Autocomplete custom keywords with parameters (but only after I type a space)" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=389903 [13:08] [reed]: mozilla bug 411831 ... wonder if this is dupe as it didn't get much attention yet [13:08] Mozilla bug 411831 in General "Scaled images rendered incorrectly; some images not shown at all (apparently Linux- & Nvidia-related)" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=411831 [13:09] <[reed]> hmm [13:10] <[reed]> I'll ask Ventron about it [13:11] appears to be driver related, according to comments in bug 182038 its also in mozilla.com builds [13:11] Launchpad bug 182038 in xulrunner-1.9 "Black rectangle instead of image in FF3 [Hardy]" [Medium,Confirmed] https://launchpad.net/bugs/182038 [13:11] thanks [13:11] <[reed]> ah, black rectangle! [13:11] <[reed]> there's a bug filed on that [13:12] a blocker? [13:12] <[reed]> hmm, this might not be it [13:12] <[reed]> mozilla bug 380115 [13:12] Mozilla bug 380115 in GFX: Thebes "Linux 16-bit widget size issues (black rectangle at bottom of long page)" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=380115 [13:13] oh cool ... there is a fix [13:51] * armin76 looks [14:18] i don't think that's the issue :/ [16:55] [reed]: i want to do openDialog from cpp and pass window.args[0] with data like object = { test1: 0, test2: 1 } (expressed in pseudo js) ... any idea out of your head, what type |arguments| needs to be and how to construct that? [17:27] hi phoenix24 [17:27] did your question from yesterday resolved itself? [17:28] Hi asac!! [17:29] Nope, the question was.. could I use .xpi extensions for packaging, instead of the CVS SRC code ? [17:30] * phoenix24 is behind a univ. proxy, that makes it messy to access CVS. [17:30] phoenix24: sourcce is preferred. only if not available we should package .xpi's ... if we package .xpi's its important to get the licensing right [17:30] for that ping the upstream author and ask him to include a license.txt or COPYING file in the .xpi top-level dir at best [17:32] All of the ff3 extensions at mozdev.org are hosted on CVS... means, I cant work with any of them. [17:32] http://www.mozdev.org/projects/top50.html [17:39] why cant you work with any of them? [17:40] phoenix24: ah, but you can use bzr? [17:40] phoenix24: we can figure something out. If you check the licensing we can create a list of sources you want to be imported from CVS in bzr [17:40] we can do that then [17:43] phoenix24: any extension you want to start working on now? [17:43] i could then create the .upstream branch for you [17:43] yes, lots actually. [17:43] phoenix24: lets start with one [17:43] check the license first ... if that is done tell me where to get it [17:43] and which CVS tag [17:44] then add the others to a wiki page or something [17:44] ok [17:45] asac: I'll check in a min, and tell [18:05] asac: I'll start with http://fireftp.mozdev.org [18:06] cvs tags : cvs -d :pserver:guest@mozdev.org:/cvs login [18:06] cvs -z3 -d :pserver:guest@mozdev.org:/cvs co fireftp [18:10] no tag? [18:11] btw, its fireftp/src i need to checkout [18:11] Yes, I think [18:12] A lots of these CVS repo's do not have a licence file. [18:13] yes, most probably just didn't know about the impact. a ping might help [18:15] So, do I mail them. . requesting to add an appropriate licence before proceeding further ? [18:17] phoenix24: welcome back [18:17] yes, please mail them [18:17] https://code.edge.launchpad.net/~asac/firefox-extensions/fireftp.upstream [18:17] here you go [18:17] takes a minute till its scanned [18:18] thanks! [18:18] now its there [18:18] I'll add it to wiki's too. [18:18] fine [18:24] asac: next CVS tag be, cvs -z3 -d :pserver:guest@mozdev.org:/cvs co menueditor [18:24] for ff3-extension menueditor. [18:25] only the src/ directory. [19:17] hi [19:20] yo [19:23] Ubulette: Hi! [19:53] phoenix24: no release tag? [19:53] (menueditor) [19:56] asac: cvs -z3 -d :pserver:guest@mozdev.org:/cvs co menueditor [19:56] and the src/ directory. [19:56] do you know what a TAG is? [19:56] Nope. [19:57] its basically a NAME for a certain snapshot that they release [19:57] decent projects do that on release [19:57] some dont (like fireftp) [19:57] Does CVS give the latest release always ? [19:57] *Does not [19:57] so usually you don't want to export/import a random snapshot from CVS HEAD, but a release [19:58] it gives you the latest development HEAD ... which usually isn't a release [19:58] phoenix24: http://www.mozdev.org/source/browse/menueditor/src/install.rdf?rev=1.11 [19:58] on top there is CVS Tags: [19:58] unfortunately they don't use tags as well [19:58] (HEAD is always the latest) [19:59] phoenix24: if there are no tags, we should look if the xpi ships a license file [19:59] if it does we should import the unpacked .xpi [20:00] aok! [20:00] in this case we can do it [20:00] well ... not now. as the current .xpi doesn't support firefox 3 [20:00] is CVS ready? [20:00] http://gemal.dk/blog/2008/02/26/dom_inspector_not_shipping_in_firefox_3/ [20:01] phoenix24: ok officially it doesnt ... have you tried to install the xpi in ffox 3 with compatibility check disabled? [20:01] (the how to for that is on the firefox3 extension page) [20:01] hmm disconnect [20:02] Ubulette: can ew come up with an independent build/source package for dom-inspector? [20:02] We'r packaging extensions only for ff3 right ? [20:02] otherwise we should just keep provding it from xul [20:02] phoenix24: yes [20:02] 21:01 < asac> phoenix24: ok officially it doesnt ... have you tried to install the xpi in ffox 3 with compatibility check disabled? [20:03] 21:01 -!- phoenix24 [i=qnvi@67.159.5.52] has quit [Remote closed the connection] [20:03] 21:01 < asac> (the how to for that is on the firefox3 extension page) [20:03] phoenix24: ^^^ [20:03] asac, i think it's fine to keep it in xul [20:04] i'm nearly done with tb3 [20:04] Doesn't work. [20:05] phoenix24: then move forward [20:06] Extension installation fails, coz the extension fails to provide "Secure Updates" [20:06] How du I disable it ? [20:06] what do you mean? [20:08] phoenix24: just fix the update url: use https [20:08] in install.rdf [20:11] asac: Will do menueditor later. [20:11] doing fireftp now. [20:16] phoenix24: the branch suffix .ubuntu or .upstream has nothing to do with the package name [20:16] so myubufox.ubuntu would have the package "myubufox" ... just in case you wondered ;) [20:16] the .ubuntu suffix just means that its its the ubuntu package, while .upstream is the branch that tracks the unmodified upstream dev tree [20:16] (thats just convention) [20:17] you can name branches as you like of course. but having a common naming scheme for all firefox extensions is obviously beneficial. [20:18] yea [20:18] *yes [20:21] asac: what is install.rdf [20:22] what & how it defines for the package/build process ? [20:37] How do I fill in debian/copyright ? [20:39] ubuntulog: [20:39] !ubuntulog [20:39] ubuntulog is a logging bot run on various Ubuntu channels. You can read the logs at http://irclogs.ubuntu.com/ [22:10] asac, [PPA fta] Accepted: thunderbird-3.0 3.0~a1~cvs20080220t0747+nobinonly-0ubuntu1~fta1 (source) [22:10] let's see if it build there too [22:12] doh! [23:52] Ubulette: are you using thunderbird on your own? [23:52] not anymore [23:52] why ? [23:53] http://www.osnews.com/story/19391 [23:53] just wondered if you know how bad 3.0 trashes the profile ;) [23:54] did he contribute a lot in recent history? [23:54] really ? i advised users to backup their profile [23:54] unfortunately i didn't find any perfect editor yet ... maybe its time for a new? :-P [23:55] vim and xemacs are perfect for me [23:55] wow i can stall firefox in front of gnome-terminal [23:55] so i cannot make gnome-terminal the frontmost app again [23:55] (until i minize firefox) [23:56] just open firefox in front and open a context menu by right-clicking on a terminal partially hidden [23:56] even alt+tab doesn't work anymore [23:56] oh crazy [23:57] restarting firefox fixed it [23:57] Ubulette: do we see cairo assert crashes in b4pre? [23:57] on shutdown? [23:58] I don't think so, it was an a6-a8 thing, no ? [23:59] yes, but i saw a blocker bug that had a similar ASSERT output (of course not a crash in upstream builds because they still have the non-fatal asserts patch in cairo