[00:27] asac: ping === asac_ is now known as asac [11:10] jimmy_: pong [12:28] hi, everybody [12:30] hi [12:30] mozilla bug 139543 [12:30] Mozilla bug 139543 in MailNews: Main Mail Window "Mail notification icon doesn't leave" [Normal,Verified: duplicate] http://bugzilla.mozilla.org/show_bug.cgi?id=139543 [12:30] fta: ^^ why do you close that in xulrunner? [12:30] mozilla bug 207281 [12:30] Mozilla bug 207281 in DOM Inspector "Occasional crash when viewing CSS style attributes or computed style" [Critical,Resolved: worksforme] http://bugzilla.mozilla.org/show_bug.cgi?id=207281 [12:30] fta: same for that ?? [12:31] how does syspref fix that? [12:31] asac: if you have time then. I would be happy for a bzr crash course :D [12:31] hehe [12:32] do you have anything you want to package/upgrade right now? [12:32] asac: hmm. in fact I want to package a friend's project ( what would cause some work though) [12:33] sebner: which project is that? [12:34] asac: https://edge.launchpad.net/p1tr [12:35] sebner: can you please test if the latest torrbutton extensions works in firefox 3? [12:35] https://addons.mozilla.org/en-US/firefox/addon/2275 [12:35] if that works we can move that to bzr as an example [12:36] This add-on is for older versions of Firefox [12:36] I can't even install ier [12:36] *it [12:36] hehe [12:37] or should I install this nightly extions build thing? [12:39] what do you mean? [12:39] sebner: https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions [12:39] there are instructions on how to test if an extension is compatible even though it doesn't claim to [12:39] you don't need that nightly thing [12:40] if it works we could fix the install.rdf ... and just distribute it that way [12:45] asac: ähm. I made a mistake ^^ how can I delete a line in about:config? [12:46] sebner: delete? reset? [12:46] asac: there isn't a delete. and if I choose reset it remains. I created a string instead of a boolean -.- [12:49] sebner: reset -> then restart? [12:49] asac: ah cool. sry I'm totally new to that ^^ [12:50] np [12:53] asac: ehm. next stupid question. how to install it. I think addons.mozilla.org checks the browser version before offering a extension.. [12:54] though I could also install the actual one from the homepage. http://torbutton.torproject.org/dev/ [12:56] hi [12:57] asac, did I close that ? those are mozilla bugs ?! [12:57] bug 139543 [12:57] 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 [12:57] oh :) [12:57] i am really lame [12:57] yeah [12:57] bug 207281 [12:57] Launchpad bug 207281 in apturl "[hardy beta] firefox3b4 does not recognize apturls (apt://)" [High,Confirmed] https://launchpad.net/bugs/207281 [12:57] fta: the firefox.cfg thing should be done differntly [12:57] is that in syspref at all? [12:57] i think its in gre/pref [12:58] i fixed the syspref for .js fileds [12:58] files [12:58] yes. but not for firefox.cfg [12:58] firefoxrc is different [12:58] i think the syspref patch is good. i just think that it doesn't fix the firefox.cfg bug [12:58] we have a syspref patch in firefox-3.0 already, right? [12:59] if it's for proxy, homepage and stuff like that, syspref is good enough, no ? [13:00] syspref was installed in ff3 but not used [13:00] fta: the firefox.cfg thing is about locked preferences [13:00] we want sysprefs for firefox and xulrunner [13:00] I think i've done it that way [13:02] dh_link etc/$(DEBIAN_NAME)/pref $(DEBIAN_FF3_DIR)/defaults/syspref [13:02] yes [13:03] i'm still fighting with bug 203413 [13:03] Launchpad bug 203413 in liferea "Liferea creates many corrupt copies of places.sqlite in its Mozilla profile folder" [Undecided,Confirmed] https://launchpad.net/bugs/203413 [13:03] fta: you sure that its a regression? [13:04] sebner: i am not sure ... [13:04] you could tweak the browser version in about:config [13:04] sebner: general.useragent.extra.firefox [13:04] maybe tweak that [13:04] fta: i think the problem is that places is started at all [13:06] it's started between b3 and b4, and it's still there [13:06] places has been there for a long time [13:06] fta: wasn't liferea broken in the meantime? [13:07] fta: yes ... i suspect that places now startsup automatically [13:07] while it didn't do that in b3 [13:08] asac: I installed it but it doesn't seem to work :\ [13:08] asac: should mozilla-tabextensions be removed from Hardy? [13:09] asac: it is for Firefox <= 1.5 [13:09] I guess so [13:12] asac, difficult to figure out, I have a 2~3h window but it's crippled with bustages and regressions backouts [13:12] fta: you have a bonsai url for that window? [13:13] how did oyu confirm that window? [13:13] RainCT: is there anything more recent available? [13:13] sebner: ok [13:13] tabmix plus [13:13] sebner: i send the author a mail asking him to update it :) [13:13] fta: is that in the archive or in the firefox-extensions project? [13:13] asac: well upstream has a new version ... [13:14] sebner: it has? [13:14] can you try please? [13:14] k [13:16] asac: upstream version is working though my statusbar is now empty O_o [13:17] sebner: maybe it was wiped by the previous version? [13:18] asac: no. the previous version wasn't working but the status bar was still there ^^ [13:19] asac: nope. new version has the fault. seems to be a alpha version anyway [13:19] ok ... lets wait for an answer then :) [13:20] asac: k, try another ff extension or package the bzr stuff. or just wait? [13:23] asac: there is tabextensions3 (which is really a meta-package for 4 other extensions), which seems to work in Firefox 3 beside some graphical glitches [13:25] RainCT: does it ship a proper license? [13:26] asac: I'm not sure, upstream provides just a .xpi [13:26] RainCT: does the .xpi have a license file? [13:27] those that have a clue about licenses usually do [13:29] asac: it hasn't [13:29] RainCT: you have a url? [13:29] http://piro.sakura.ne.jp/xul/tabextensions/index.html.en [13:30] sebner: i would like to go through all packaged extensions and see if there is any available thats compatible with ffox 3 [13:30] sebner: i think apt-cache search firefox extension gives you a list [13:32] RainCT: it appears to have proper licensing in the sub-.xpis [13:32] RainCT: i htink those should be packaged individually, aggreed? [13:33] where? [13:33] * RainCT can't find any license [13:33] http://paste.ubuntu.com/6184/ [13:33] thats in informationaltab [13:34] in the chrome .jar [13:34] ah I see [13:35] sebner: http://firefox.exxile.net/aios/index.php [13:35] we can package that [13:35] i think it has a proper licensing and is pretty popular [13:35] asac: but I'd rather have them as a new source package as they seem to have nothing to do with version 2 [13:35] sebner: add it to https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions and add you as QA contact [13:36] sebner: then we can https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions/Packaging to learn bzr based on that [13:36] RainCT: yes. the other should be removed [13:37] asac: k :) [13:37] asac: like source package tabextensions3, binaries tabextensions3-treestyletab tabextensions3-multipletab tabextensions3-viewsourceintab tabextensions3-informationaltab, meta-package tabextensions3 depending on all of them and transitional package mozilla-tabextensions depending on tabextensions3 [13:37] what do you think? [13:38] beside that that's a lot of packages :P [13:38] RainCT: not sure ... i'd even consider to make multiple sources out of it [13:39] otoh if they belong together we might wnat to ship them together [13:39] from one source [13:40] well anyway, so you ack. bug 184121? [13:40] Launchpad bug 184121 in tabextensions "Should tabextensions be removed from Hardy?" [Medium,Confirmed] https://launchpad.net/bugs/184121 [13:40] RainCT: please file a needs-packaging bug and add the extension to the wiki page (if you don't want to package it personally you can leave the QA contact field emtpy) [13:41] acked [13:43] maybe drop the url to the needs-packaging bug to the "remove from archive bug" as well [13:43] sebner: so basically you start with creating an upstream branch [13:43] for that you mkdir packagename [13:44] and extract the sources [13:44] bzr init [13:44] bzr add . [13:44] bzr commit -m "* import upstream version XXX" [13:44] then you create ubuntu packaging branch based on that [13:44] bzr branch packagename packagename.ubuntu [13:44] cd copy the debian/ directory from XPI.TEMPLATE in that [13:44] then you edit the files as required [13:44] run bzr add . [13:45] bzr commit -m "* initial packaging for upstream version XXXX" [13:45] next we have to figure out how to properly build the .xpi from the extracted sources [13:45] and maybe write a build.sh which zipps it together [13:45] (if upstream doesn't have a build script yet) [13:46] ^^. Just step by step ... [13:49] I currently try to discover where I can get the sources xD [13:50] ah found it xD [13:50] bug #208777 [13:50] Launchpad bug 208777 in ubuntu "[needs-packaging] Please package tabextensions3" [Wishlist,Confirmed] https://launchpad.net/bugs/208777 [13:52] fta: are the places.sqlite dbs empty files? [13:53] no [13:53] what size? [13:53] -rw------- 1 fta fta 126976 2008-02-29 15:32 places.sqlite-96.corrupt [13:53] -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-97.corrupt [13:53] -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-98.corrupt [13:53] -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-99.corrupt [13:53] -rw------- 1 fta fta 126976 2008-02-29 00:41 places.sqlite-9.corrupt [13:53] -rw------- 1 fta fta 126976 2008-02-28 00:18 places.sqlite.corrupt [13:53] fta: ok [13:53] i had ~100k files in there yesterday [13:53] what happens if you remove them= [13:53] nothing [13:53] will they reappear with the same size= [13:53] ? [13:53] it happens with a clean profile too [13:53] fta: i mean if you even remove places.sqlite [13:54] asac: should the package be named "AiOS" ? [13:54] yes, as it happens without any profile at all [13:55] sebner: he? [13:55] sebner: thats all-in-one-sidebar afaik [13:56] look how the extension is called in install.rdf [13:56] asac: ah ok [13:56] asac, cvs seems to ignore the timezone completely, or worse, it seems to change its behavior randomly [13:56] could it be a mirror issue ? [13:58] or maybe it's bonsai.. [13:58] asac: so I need a ssh key for uploading it to my account? [14:03] sebner: you already created the .upstream branch? [14:03] fta: i'd guess its bonsai [14:04] asac: I did your "bzr commit -m "* initial packaging for upstream version XXXX" and now the wiki says. uploading to launchpad. and it seems that I need a ssh ke [14:04] y [14:04] asac, too bad because mozclient heavily depends on its dates [14:04] hg will be better for that [14:04] yeah cvs is just a pain [14:05] fta: you might be able to look what cvs log shows you for a file you know it changed [14:05] you can compare that with bonsai [14:05] that's already how i do it, but manually, it's painful [14:06] fta: so whats the time gap? [14:06] is it really random? [14:07] hold on, i'm rebuilding one, because i'm not sure i got it right yesterday [14:07] ;) [14:08] my laptop is way faster than my desktop to build xul :) [14:08] fta, hi I'm searching tarballs of xulrunner snapshots [14:08] elmargol, you mean, those used by ubuntu ? [14:09] ubuntu does use snapshots? [14:09] not officially, but our bzr branch usually moves ahead [14:09] so you can either build on top of that or use ftas PPA [14:10] a bzr branch whould be nice [14:10] tarballs are not in the branches though, just the ubuntu packaging for those (debian/*) [14:10] ok than i need the tarball [14:11] which one(s) ? [14:11] I don't understand why you need that for. it's quite easy to generate [14:11] tell him how :) [14:11] ok how do I generate a tarball cvs? [14:12] for ubuntu or as a whole ? [14:12] sorry I'm a bit limited by my language [14:12] fta: for ubuntu ... he probably wants a package in the end [14:12] https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.head [14:12] get that branch [14:12] yes I try to build a current version of xulrunner for ubuntu [14:12] if you have that branch [14:13] you can use get-orig-source [14:13] with DEBIAN_DATE=XXXX [14:13] you can get that date string from the topmost changelog entry [14:13] fta: do we have get-current-orig yet? [14:14] hm, not anymore [14:14] I can re-add it [14:14] is there a REAME or something how to get the right orig? [14:14] i thought there was something in xulrunner.mk? [14:14] in the README [14:15] i think having a get-current-orig would be beneficial [14:15] its what most people want to use anyway [14:15] make: *** No rule to make target `get-orig-source'. Stop. [14:15] install all build-depends [14:15] mozilla-devscripts in particular [14:15] ok sorry [14:15] nope, you need to install mozilla-devscripts, it's not a builddep yet [14:16] oh right [14:16] but will be soon [14:16] wich changelog do you mean? yours or the mozillla one? [14:17] mozilla doesn't have one [14:17] so there is no choice ;) [14:17] its like ./debian/rules get-orig-source DEBIAN_DATE=20080101t1200 [14:17] you find that string in the changelog version [14:17] elmargol: if you have that you can build the bzr branch as usually [14:18] elmargol: but you might want to build firefox 3 as well [14:18] https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.0.head [14:18] I only need xulrunner in order to test a xul based application [14:19] elmargol: yes, but your firefox-3.0 might break [14:19] oh [14:19] elmargol: why isn't xulrunner 1.9 beta 4 not good enough? [14:19] (thats whats in the archive right now) [14:19] or does your xul based application depend on beta 5 features? [14:20] somehow I have a bug using this version, a user on fedora use a more recent version of xul and does not have this problem [14:20] elmargol: ok. then build the xulrunner-1.9 and its corresponsing firefox-3 [14:20] firefox-3 just takes 3 minutes to build [14:20] so shouldn't be a problem [14:20] the procedure is exactly the same [14:22] elmargol: fta also has more recent builds in his ppa [14:22] elmargol: https://edge.launchpad.net/~fta/+archive [14:22] i think i just try the ppa [14:22] yeah ... it might upgrade nss and cairo i guess as well [14:23] definitly worth a shot [14:23] elmargol: which xul app are you talking about? [14:23] is it proprietary? [14:23] miro [14:23] ah [14:23] we have miro, don't we? [14:23] well they are working hard on hardy support atm [14:24] elmargol: there is also a miro package in ftas archive [14:24] no idea about the state though [14:24] its a build from 11th jan 08 [14:24] very outdated then :D [14:24] elmargol: let us know if it builds fine [14:25] i mean the latest [14:25] miro [14:25] sure [14:25] fta: strange ting is that the sqlite database isn't really corrupted [14:25] it appears to be completely valid [14:25] it looks close to mozilla bug 415460 [14:25] Mozilla bug 415460 in Places "searching in places queries does not decode urls" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=415460 [14:27] fta: i think our problem is here: http://mxr.mozilla.org/mozilla/source/toolkit/components/places/src/nsNavHistory.cpp#378 [14:27] and the following lines [14:27] the initdbfile(PR_TRUE) [14:27] causes the creation of the corrupted thing (in cases where its not really corrupted) [14:27] just a guess [14:27] so apparently InitDB fails [14:30] fta: might be that its a regression due to that change [14:30] do we see the same in ffox profiles? [14:30] doesn't look like [14:30] is any of the statements failing in the new InitDB ? [14:31] that would definitly cause the creation of corrupt [14:32] strange is that it creates six corrupt databases on the first run [14:32] why six? [14:32] i'd think either one or an infinite loop [14:35] asac: why is https://code.edge.launchpad.net/~sebner/ not a branch I can fetch? [14:37] sebner: thats your home [14:37] sebner: https://code.edge.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream [14:37] thats what you can fetch [14:37] you can have plenty of branches [14:37] asac: yeah I know that ^^ [14:38] asac: hellboy@ubuntu:~/all-in-one-sidebar$ bzr branch http://bazaar.launchpad.net/sebner/firefox-extensions/All-in-One_Sidebar.upstream All-in-One_Sidebar.ubuntu [14:38] bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/sebner/firefox-extensions/All-in-One_Sidebar.upstream/". [14:38] sebner: can you use minor letters? [14:38] sebner: This branch has not been pushed to yet. [14:38] sebner: you need to push something [14:38] so I just have to wait? [14:38] to create it [14:38] sebner: did you push? [14:39] asac: ehm all I did was: bzr push bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream [14:39] do you have any files in your branch locally at all? [14:39] sebner: please paste the output of bzr st [14:40] (or bzr status) [14:40] when you are in your branch on your local disc [14:40] no output [14:41] sebner: try to do bzr push /tmp/test [14:41] and see if there are any files in /tmp/test [14:41] after that [14:41] yep, worked [14:42] ok then you probably need to wait (bzr sync to http might be slow) [14:42] sebner: you can test by pulling through bzr+ssh [14:42] e.g. use the same url as for pushing [14:42] cd /tmp/ [14:42] k [14:42] bzr branch bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream [14:43] does that work? [14:43] bzr: ERROR: Not a branch: "bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream/". [14:45] you sure your push did finish? [14:48] I suppose so. What should I do now? Delete the branch an try again? [14:49] sebner: what happens if you push again? [14:49] sebner: does bzr info show that branch as push branch? [14:50] hellboy@ubuntu:~/all-in-one-sidebar$ bzr info [14:50] Standalone tree (format: pack-0.92) [14:50] Location: [14:50] branch root: . [14:50] Related branches: [14:50] push branch: /tmp/test [14:50] sebner: ok so you previously didn't push at all [14:50] sebner: did you create that branch through launchpad? [14:50] no. bzr push ... [14:50] just try bzr push URL again [14:50] currently doing [14:50] sebner: then the push aborted for whatever reason [14:51] bzr remembers the first branch you pushed to as push branch [14:51] so if push branch: /tmp/test then you didn't push for real [14:52] understood [14:52] hellboy@ubuntu:~/all-in-one-sidebar$ bzr push bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream [14:52] bzr: ERROR: At bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream you have a valid .bzr control directory, but not a branch or repository. This is an unsupported configuration. Please move the target directory out of the way and try again. [14:52] asac, oh, i remember why I dropped get-current-source, it's because of the tags. there's no back mapping allowing me to do the proper checkout [14:53] sebner: did you do bzr init ? [14:54] sebner: if so, maybe try bzr push --overwrite [14:54] URL [14:54] if that doesn't help, delete the branch and push again [14:54] fta: hmm [14:55] what info is missing? [14:55] when we do a release with DEBIAN_TAG=blabla=3.0~b5, i can't retrieve blabla afterwards [14:57] asac: I try to overwrite and yes I run bzr init [14:57] sebner: yep [14:58] asac: same mistake. it seems that I have delete it on LP [14:59] sebner: maybe push as [14:59] all-in-one-sidebar.upstream [14:59] (e.g. case) [15:00] if you look at http://code.launchpad.net/firefox-extensions/ you see that its best practice to use lower case everywhere [15:00] well I choosed that name because you said: look at the install.rd file ^^ [15:00] too late bt [15:00] w [15:01] he? [15:01] doesn't matter ... you can rename it [15:01] in launchpad [15:01] sebner: so did the push work now? [15:02] RainCT: i assigned you bug 205066 [15:02] Launchpad bug 205066 in firefox-extensions "6.10 Live CD with PErisitence FireFox AdBlock extension Does not remember subscription setting" [Undecided,Incomplete] https://launchpad.net/bugs/205066 [15:02] asac: Created new branch. [15:02] But LP shows something similar to the old one [15:03] if its just similar then its probably ok :) [15:03] sebner: looks good [15:03] its getting scanned now [15:03] ah ok [15:03] ok, plesae rename the branch in launchpad [15:03] to lower-case [15:03] then we can go on with the packaging ;) [15:03] sebner: https://code.edge.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream ... there it is [15:04] fine + renamed [15:04] sebner: wait a se [15:04] c [15:04] yes? [15:04] can you unzip the ajos.jar as well? [15:05] doesn't matter though for now [15:05] maybe lets go ahead [15:05] you need to add a build script to the top level directry in upstream [15:05] hmm [15:05] or lets do that in .ubuntu branch [15:06] sebner: its ok ... lets go ahead [15:06] ok ^^ [15:06] now you create a new branch with suffix .ubuntu based on that [15:06] e.g. bzr branch all-in-one-sidebar.upstream all-in-one-sidebar.ubuntu [15:06] in I'm still in the directory? [15:06] no in the parent dir [15:06] so both live next to each other [15:07] ah ok [15:07] next copy the XPI.INSTALL/debian directory into your .ubuntu branch [15:08] and bzr add [15:08] bzr commit [15:08] all [15:08] with message something like that "import XPI.INSTALL packaging template" [15:08] the XPI.INSTALL template is a branch in firefox-extensions [15:09]