[00:27] <jimmy_> asac: ping
[11:10] <asac> jimmy_: pong
[12:28] <sebner> hi, everybody
[12:30] <asac> hi
[12:30] <asac> mozilla bug 139543
[12:30] <ubotu> 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] <asac> fta: ^^ why do you close that in xulrunner?
[12:30] <asac> mozilla bug 207281
[12:30] <ubotu> 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] <asac> fta: same for that ??
[12:31] <asac> how does syspref fix that?
[12:31] <sebner> asac: if you have time then. I would be happy for a bzr crash course :D
[12:31] <asac> hehe
[12:32] <asac> do you have anything you want to package/upgrade right now?
[12:32] <sebner> asac: hmm. in fact I want to package a friend's project ( what would cause some work though)
[12:33] <asac> sebner: which project is that?
[12:34] <sebner> asac: https://edge.launchpad.net/p1tr
[12:35] <asac> sebner: can you please test if the latest torrbutton extensions works in firefox 3?
[12:35] <asac> https://addons.mozilla.org/en-US/firefox/addon/2275
[12:35] <asac> if that works we can move that to bzr as an example
[12:36] <sebner> This add-on is for older versions of Firefox
[12:36] <sebner> I can't even install ier
[12:36] <sebner> *it
[12:36] <asac> hehe
[12:37] <sebner> or should I install this nightly extions build thing?
[12:39] <asac> what do you mean?
[12:39] <asac> sebner: https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions
[12:39] <asac> there are instructions on how to test if an extension is compatible even though it doesn't claim to
[12:39] <asac> you don't need that nightly thing
[12:40] <asac> if it works we could fix the install.rdf ... and just distribute it that way
[12:45] <sebner> asac: ähm. I made a mistake ^^ how can I delete a line in about:config?
[12:46] <asac> sebner: delete? reset?
[12:46] <sebner> asac: there isn't a delete. and if I choose reset it remains. I created a string instead of a boolean -.-
[12:49] <asac> sebner: reset -> then restart?
[12:49] <sebner> asac: ah cool. sry I'm totally new to that ^^
[12:50] <asac> np
[12:53] <sebner> asac: ehm. next stupid question. how to install it. I think addons.mozilla.org checks the browser version before offering a extension..
[12:54] <sebner> though I could also install the actual one from the homepage. http://torbutton.torproject.org/dev/
[12:56] <fta> hi
[12:57] <fta> asac, did I close that ? those are mozilla bugs ?!
[12:57] <fta> bug 139543
[12:57] <ubotu> 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] <asac> oh :)
[12:57] <asac> i am really lame
[12:57] <asac> yeah
[12:57] <fta> bug 207281
[12:57] <ubotu> Launchpad bug 207281 in apturl "[hardy beta] firefox3b4 does not recognize apturls (apt://)" [High,Confirmed] https://launchpad.net/bugs/207281
[12:57] <asac> fta: the firefox.cfg thing should be done differntly
[12:57] <asac> is that in syspref at all?
[12:57] <asac> i think its in gre/pref
[12:58] <fta> i fixed the syspref for .js fileds
[12:58] <fta> files
[12:58] <asac> yes. but not for firefox.cfg
[12:58] <fta> firefoxrc is different
[12:58] <asac> i think the syspref patch is good. i just think that it doesn't fix the firefox.cfg bug
[12:58] <asac> we have a syspref patch in firefox-3.0 already, right?
[12:59] <fta> if it's for proxy, homepage and stuff like that, syspref is good enough, no ?
[13:00] <fta> syspref was installed in ff3 but not used
[13:00] <asac> fta:  the firefox.cfg thing is about locked preferences
[13:00] <asac> we want sysprefs for firefox and xulrunner
[13:00] <fta> I think i've done it that way
[13:02] <asac> dh_link etc/$(DEBIAN_NAME)/pref $(DEBIAN_FF3_DIR)/defaults/syspref
[13:02] <asac> yes
[13:03] <fta> i'm still fighting with bug 203413
[13:03] <ubotu> 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] <asac> fta: you sure that its a regression?
[13:04] <asac> sebner:  i am not sure ...
[13:04] <asac> you could tweak the browser version in about:config
[13:04] <asac> sebner: general.useragent.extra.firefox
[13:04] <asac> maybe tweak that
[13:04] <asac> fta: i think the problem is that places is started at all
[13:06] <fta> it's started between b3 and b4, and it's still there
[13:06] <fta> places has been there for a long time
[13:06] <asac> fta: wasn't liferea broken in the meantime?
[13:07] <asac> fta: yes ... i suspect that places now startsup automatically
[13:07] <asac> while it didn't do that in b3
[13:08] <sebner> asac: I installed it but it doesn't seem to work :\
[13:08] <RainCT> asac: should mozilla-tabextensions be removed from Hardy?
[13:09] <RainCT> asac: it is for Firefox <= 1.5
[13:09] <fta> I guess so
[13:12] <fta> asac, difficult to figure out, I have a 2~3h window but it's crippled with bustages and regressions backouts
[13:12] <asac> fta: you have a bonsai url for that window?
[13:13] <asac> how did oyu confirm that window?
[13:13] <asac> RainCT: is there anything more recent available?
[13:13] <asac> sebner: ok
[13:13] <fta> tabmix plus
[13:13] <asac> sebner: i send the author a mail asking him to update it :)
[13:13] <asac> fta: is that in the archive or in the firefox-extensions project?
[13:13] <sebner> asac: well upstream has a new version ...
[13:14] <asac> sebner: it has?
[13:14] <asac> can you try please?
[13:14] <sebner> k
[13:16] <sebner> asac: upstream version is working though my statusbar is now empty O_o
[13:17] <asac> sebner: maybe it was wiped by the previous version?
[13:18] <sebner> asac: no. the previous version wasn't working but the status bar was still there ^^
[13:19] <sebner> asac: nope. new version has the fault. seems to be a alpha version anyway
[13:19] <asac> ok ... lets wait for an answer then :)
[13:20] <sebner> asac: k, try another ff extension or package the bzr stuff. or just wait?
[13:23] <RainCT> 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] <asac> RainCT: does it ship a proper license?
[13:26] <RainCT> asac: I'm not sure, upstream provides just a .xpi
[13:26] <asac> RainCT: does the .xpi have a license file?
[13:27] <asac> those that have a clue about licenses usually do
[13:29] <RainCT> asac: it hasn't
[13:29] <asac> RainCT: you have a url?
[13:29] <RainCT> http://piro.sakura.ne.jp/xul/tabextensions/index.html.en
[13:30] <asac> sebner: i would like to go through all packaged extensions and see if there is any available thats compatible with ffox 3
[13:30] <asac> sebner: i think apt-cache search firefox extension gives you a list
[13:32] <asac> RainCT: it appears to have proper licensing in the sub-.xpis
[13:32] <asac> RainCT: i htink those should be packaged individually, aggreed?
[13:33] <RainCT> where?
[13:33]  * RainCT can't find any license
[13:33] <asac> http://paste.ubuntu.com/6184/
[13:33] <asac> thats in informationaltab
[13:34] <asac> in the chrome .jar
[13:34] <RainCT> ah I see
[13:35] <asac> sebner: http://firefox.exxile.net/aios/index.php
[13:35] <asac> we can package that
[13:35] <asac> i think it has a proper licensing and is pretty popular
[13:35] <RainCT> 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] <asac> sebner: add it to https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions and add you as QA contact
[13:36] <asac> sebner: then we can https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions/Packaging to learn bzr based on that
[13:36] <asac> RainCT: yes. the other should be removed
[13:37] <sebner> asac: k :)
[13:37] <RainCT> 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] <RainCT> what do you think?
[13:38] <RainCT> beside that that's a lot of packages :P
[13:38] <asac> RainCT: not sure ... i'd even consider to make multiple sources out of it
[13:39] <asac> otoh if they belong together we might wnat to ship them together
[13:39] <asac> from one source
[13:40] <RainCT> well anyway, so you ack. bug 184121?
[13:40] <ubotu> Launchpad bug 184121 in tabextensions "Should tabextensions be removed from Hardy?" [Medium,Confirmed] https://launchpad.net/bugs/184121
[13:40] <asac> 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] <asac> acked
[13:43] <asac> maybe drop the url to the needs-packaging bug to the "remove from archive bug" as well
[13:43] <asac> sebner: so basically you start with creating an upstream branch
[13:43] <asac> for that you mkdir packagename
[13:44] <asac> and extract the sources
[13:44] <asac> bzr init
[13:44] <asac> bzr add .
[13:44] <asac> bzr commit -m "* import upstream version XXX"
[13:44] <asac> then you create ubuntu packaging branch based on that
[13:44] <asac> bzr branch packagename packagename.ubuntu
[13:44] <asac> cd copy the debian/ directory from XPI.TEMPLATE in that
[13:44] <asac> then you edit the files as required
[13:44] <asac> run bzr add .
[13:45] <asac> bzr commit -m "* initial packaging for upstream version XXXX"
[13:45] <asac> next we have to figure out how to properly build the .xpi from the extracted sources
[13:45] <asac> and maybe write a build.sh which zipps it together
[13:45] <asac> (if upstream doesn't have a build script yet)
[13:46] <sebner> ^^. Just step by step ...
[13:49] <sebner> I currently try to discover where I can get the sources xD
[13:50] <sebner> ah found it xD
[13:50] <RainCT> bug #208777
[13:50] <ubotu> Launchpad bug 208777 in ubuntu "[needs-packaging] Please package tabextensions3" [Wishlist,Confirmed] https://launchpad.net/bugs/208777
[13:52] <asac> fta: are the places.sqlite dbs empty files?
[13:53] <fta> no
[13:53] <asac> what size?
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-29 15:32 places.sqlite-96.corrupt
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-97.corrupt
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-98.corrupt
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-29 15:33 places.sqlite-99.corrupt
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-29 00:41 places.sqlite-9.corrupt
[13:53] <fta> -rw------- 1 fta fta 126976 2008-02-28 00:18 places.sqlite.corrupt
[13:53] <asac> fta: ok
[13:53] <fta> i had ~100k files in there yesterday
[13:53] <asac> what happens if you remove them=
[13:53] <fta> nothing
[13:53] <asac> will they reappear with the same size=
[13:53] <asac> ?
[13:53] <fta> it happens with a clean profile too
[13:53] <asac> fta: i mean if you even remove places.sqlite
[13:54] <sebner> asac: should the package be named "AiOS" ?
[13:54] <fta> yes, as it happens without any profile at all
[13:55] <asac> sebner: he?
[13:55] <asac> sebner: thats all-in-one-sidebar afaik
[13:56] <asac> look how the extension is called in install.rdf
[13:56] <sebner> asac: ah ok
[13:56] <fta> asac, cvs seems to ignore the timezone completely, or worse, it seems to change its behavior randomly
[13:56] <fta> could it be a mirror issue ?
[13:58] <fta> or maybe it's bonsai..
[13:58] <sebner> asac: so I need a ssh key for uploading it to my account?
[14:03] <asac> sebner: you already created the .upstream branch?
[14:03] <asac> fta: i'd guess its bonsai
[14:04] <sebner> 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] <sebner> y
[14:04] <fta> asac, too bad because mozclient heavily depends on its dates
[14:04] <fta> hg will be better for that
[14:04] <asac> yeah cvs is just a pain
[14:05] <asac> fta: you might be able to look what cvs log shows you for a file you know it changed
[14:05] <asac> you can compare that with bonsai
[14:05] <fta> that's already how i do it, but manually, it's painful
[14:06] <asac> fta: so whats the time gap?
[14:06] <asac> is it really random?
[14:07] <fta> hold on, i'm rebuilding one, because i'm not sure i got it right yesterday
[14:07] <asac> ;)
[14:08] <fta> my laptop is way faster than my desktop to build xul :)
[14:08] <elmargol> fta, hi I'm searching tarballs of xulrunner snapshots
[14:08] <fta> elmargol, you mean, those used by ubuntu ?
[14:09] <elmargol> ubuntu does use snapshots?
[14:09] <asac> not officially, but our bzr branch usually moves ahead
[14:09] <asac> so you can either build on top of that or use ftas PPA
[14:10] <elmargol> a bzr branch whould be nice
[14:10] <fta> tarballs are not in the branches though, just the ubuntu packaging for those (debian/*)
[14:10] <elmargol> ok than i need the tarball
[14:11] <fta> which one(s) ?
[14:11] <fta> I don't understand why you need that for. it's quite easy to generate
[14:11] <asac> tell him how :)
[14:11] <elmargol> ok how do I generate a tarball cvs?
[14:12] <fta> for ubuntu or as a whole ?
[14:12] <elmargol> sorry I'm a bit limited by my language
[14:12] <asac> fta: for ubuntu ... he probably wants a package in the end
[14:12] <asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.head
[14:12] <asac> get that branch
[14:12] <elmargol> yes I try to build a current version of xulrunner for ubuntu
[14:12] <asac> if you have that branch
[14:13] <asac> you can use get-orig-source
[14:13] <asac> with DEBIAN_DATE=XXXX
[14:13] <asac> you can get that date string from the topmost changelog entry
[14:13] <asac> fta: do we have get-current-orig yet?
[14:14] <fta> hm, not anymore
[14:14] <fta> I can re-add it
[14:14] <asac> is there a REAME or something how to get the right orig?
[14:14] <asac> i thought there was something in xulrunner.mk?
[14:14] <fta> in the README
[14:15] <asac> i think having a get-current-orig would be beneficial
[14:15] <asac> its what most people want to use anyway
[14:15] <elmargol> make: *** No rule to make target `get-orig-source'.  Stop.
[14:15] <asac> install all build-depends
[14:15] <asac> mozilla-devscripts in particular
[14:15] <elmargol> ok sorry
[14:15] <fta> nope, you need to install mozilla-devscripts, it's not a builddep yet
[14:16] <asac> oh right
[14:16] <asac> but will be soon
[14:16] <elmargol> wich changelog do you mean? yours or the mozillla one?
[14:17] <asac> mozilla doesn't have one
[14:17] <asac> so there is no choice ;)
[14:17] <asac> its like ./debian/rules get-orig-source DEBIAN_DATE=20080101t1200
[14:17] <asac> you find that string in the changelog version
[14:17] <asac> elmargol: if you have that you can build the bzr branch as usually
[14:18] <asac> elmargol: but you might want to build firefox 3 as well
[14:18] <asac> https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.0.head
[14:18] <elmargol> I only need xulrunner in order to test a xul based application
[14:19] <asac> elmargol: yes, but your firefox-3.0 might break
[14:19] <elmargol> oh
[14:19] <asac> elmargol: why isn't xulrunner 1.9 beta 4 not good enough?
[14:19] <asac> (thats whats in the archive right now)
[14:19] <asac> or does your xul based application depend on  beta 5 features?
[14:20] <elmargol> 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] <asac> elmargol: ok. then build the xulrunner-1.9 and its corresponsing firefox-3
[14:20] <asac> firefox-3 just takes 3 minutes to build
[14:20] <asac> so shouldn't be a problem
[14:20] <asac> the procedure is exactly the same
[14:22] <asac> elmargol: fta also has more recent builds in his ppa
[14:22] <asac> elmargol: https://edge.launchpad.net/~fta/+archive
[14:22] <elmargol> i think i just try the ppa
[14:22] <asac> yeah ... it might upgrade nss and cairo i guess as well
[14:23] <asac> definitly worth a shot
[14:23] <asac> elmargol: which xul app are you talking about?
[14:23] <asac> is it proprietary?
[14:23] <elmargol> miro
[14:23] <asac> ah
[14:23] <asac> we have miro, don't we?
[14:23] <elmargol> well they are working hard on hardy support atm
[14:24] <asac> elmargol: there is also a miro package in ftas archive
[14:24] <asac> no idea about the state though
[14:24] <asac> its a build from 11th jan 08
[14:24] <elmargol> very outdated then :D
[14:24] <asac> elmargol: let us know if it builds fine
[14:25] <asac> i mean the latest
[14:25] <asac> miro
[14:25] <elmargol> sure
[14:25] <asac> fta: strange ting is that the sqlite database isn't really corrupted
[14:25] <asac> it appears to be completely valid
[14:25] <fta> it looks close to mozilla bug 415460
[14:25] <ubotu> 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] <asac> fta: i think our problem is here: http://mxr.mozilla.org/mozilla/source/toolkit/components/places/src/nsNavHistory.cpp#378
[14:27] <asac> and the following lines
[14:27] <asac> the initdbfile(PR_TRUE)
[14:27] <asac> causes the creation of the corrupted thing (in cases where its not really corrupted)
[14:27] <asac> just a guess
[14:27] <asac> so apparently InitDB fails
[14:30] <asac> fta: might be that its a regression due to that change
[14:30] <asac> do we see the same in ffox profiles?
[14:30] <asac> doesn't look like
[14:30] <asac> is any of the statements failing in the new InitDB ?
[14:31] <asac> that would definitly cause the creation of corrupt
[14:32] <asac> strange is that it creates six corrupt databases on the first run
[14:32] <asac> why six?
[14:32] <asac> i'd think either one or an infinite loop
[14:35] <sebner> asac: why is https://code.edge.launchpad.net/~sebner/ not a branch I can fetch?
[14:37] <asac> sebner: thats your home
[14:37] <asac> sebner: https://code.edge.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream
[14:37] <asac> thats what you can fetch
[14:37] <asac> you can have plenty of branches
[14:37] <sebner> asac: yeah I know that ^^
[14:38] <sebner> 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] <sebner> bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/sebner/firefox-extensions/All-in-One_Sidebar.upstream/".
[14:38] <asac> sebner: can you use minor letters?
[14:38] <asac> sebner: This branch has not been pushed to yet.
[14:38] <asac> sebner: you need to push something
[14:38] <sebner> so I just have to wait?
[14:38] <asac> to create it
[14:38] <asac> sebner: did you push?
[14:39] <sebner> asac: ehm all I did was:  bzr push bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream
[14:39] <asac> do you have any files in your branch locally at all?
[14:39] <asac> sebner: please paste the output of bzr st
[14:40] <asac> (or bzr status)
[14:40] <asac> when you are in your branch on your local disc
[14:40] <sebner> no output
[14:41] <asac> sebner: try to do bzr push /tmp/test
[14:41] <asac> and see if there are any files in /tmp/test
[14:41] <asac> after that
[14:41] <sebner> yep, worked
[14:42] <asac> ok then you probably need to wait (bzr sync to http might be slow)
[14:42] <asac> sebner: you can test by pulling through bzr+ssh
[14:42] <asac> e.g. use the same url as for pushing
[14:42] <asac> cd /tmp/
[14:42] <sebner> k
[14:42] <asac> bzr branch bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream
[14:43] <asac> does that work?
[14:43] <sebner> bzr: ERROR: Not a branch: "bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream/".
[14:45] <asac> you sure your push did finish?
[14:48] <sebner> I suppose so. What should  I do now? Delete the branch an try again?
[14:49] <asac> sebner: what happens if you push again?
[14:49] <asac> sebner: does bzr info show that branch as push branch?
[14:50] <sebner> hellboy@ubuntu:~/all-in-one-sidebar$ bzr info
[14:50] <sebner> Standalone tree (format: pack-0.92)
[14:50] <sebner> Location:
[14:50] <sebner>   branch root: .
[14:50] <sebner> Related branches:
[14:50] <sebner>   push branch: /tmp/test
[14:50] <asac> sebner: ok so you previously didn't push at all
[14:50] <asac> sebner: did you create that branch through launchpad?
[14:50] <sebner> no. bzr push ...
[14:50] <asac> just try bzr push URL again
[14:50] <sebner> currently doing
[14:50] <asac> sebner: then the push aborted for whatever reason
[14:51] <asac> bzr remembers the first branch you pushed to as push branch
[14:51] <asac> so if push branch: /tmp/test then you didn't push for real
[14:52] <sebner> understood
[14:52] <sebner> hellboy@ubuntu:~/all-in-one-sidebar$ bzr push bzr+ssh://sebner@bazaar.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream
[14:52] <sebner> 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] <fta> 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] <asac> sebner: did you do bzr init ?
[14:54] <asac> sebner: if so, maybe try bzr push --overwrite
[14:54] <asac> URL
[14:54] <asac> if that doesn't help, delete the branch and push again
[14:54] <asac> fta: hmm
[14:55] <asac> what info is missing?
[14:55] <fta> when we do a release with DEBIAN_TAG=blabla=3.0~b5, i can't retrieve blabla afterwards
[14:57] <sebner> asac: I try to overwrite and yes I run bzr init
[14:57] <asac> sebner: yep
[14:58] <sebner> asac: same mistake. it seems that I have delete it on LP
[14:59] <asac> sebner: maybe push as
[14:59] <asac> all-in-one-sidebar.upstream
[14:59] <asac> (e.g. case)
[15:00] <asac> if you look at http://code.launchpad.net/firefox-extensions/ you see that its best practice to use lower case everywhere
[15:00] <sebner> well I choosed that name because you said: look at the install.rd file ^^
[15:00] <sebner> too late bt
[15:00] <sebner> w
[15:01] <asac> he?
[15:01] <asac> doesn't matter ... you can rename it
[15:01] <asac> in launchpad
[15:01] <asac> sebner: so did the push work now?
[15:02] <asac> RainCT: i assigned you bug 205066
[15:02] <ubotu> 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] <sebner> asac: Created new branch.
[15:02] <sebner>  But LP shows something similar to the old one
[15:03] <asac> if its just similar then its probably ok :)
[15:03] <asac> sebner: looks good
[15:03] <asac> its getting scanned now
[15:03] <sebner> ah ok
[15:03] <asac> ok, plesae rename the branch in launchpad
[15:03] <asac> to lower-case
[15:03] <asac> then we can go on with the packaging ;)
[15:03] <asac> sebner: https://code.edge.launchpad.net/~sebner/firefox-extensions/All-in-One_Sidebar.upstream ... there it is
[15:04] <sebner> fine + renamed
[15:04] <asac> sebner: wait a se
[15:04] <asac> c
[15:04] <sebner> yes?
[15:04] <asac> can you unzip the ajos.jar as well?
[15:05] <asac> doesn't matter though for now
[15:05] <asac> maybe lets go ahead
[15:05] <asac> you need to add a build script to the top level directry in upstream
[15:05] <asac> hmm
[15:05] <asac> or lets do that in .ubuntu branch
[15:06] <asac> sebner: its ok ... lets go ahead
[15:06] <sebner> ok ^^
[15:06] <asac> now you create a new branch with suffix .ubuntu based on that
[15:06] <asac> e.g. bzr branch all-in-one-sidebar.upstream all-in-one-sidebar.ubuntu
[15:06] <sebner> in I'm still in the directory?
[15:06] <asac> no in the parent dir
[15:06] <asac> so both live next to each other
[15:07] <sebner> ah ok
[15:07] <asac> next copy the XPI.INSTALL/debian directory into your .ubuntu branch
[15:08] <asac> and bzr add
[15:08] <asac> bzr commit
[15:08] <asac> all
[15:08] <asac> with message something like that "import XPI.INSTALL packaging template"
[15:08] <asac> the XPI.INSTALL template is a branch in firefox-extensions
[15:09] <asac> jetsaredim: did the webdeveloper upload ever come through?
[15:09] <asac> jetsaredim: hmm ... maybe close the bug ten
[15:09] <asac> no idea why it didn't auto close
[15:10] <asac> most likely launchpad had issues
[15:10] <sebner> ehm... xD xD xD
[15:10] <sebner> hellboy@ubuntu:~$ bzr branch http://bazaar.launchpad.net/sebner/firefox-extensions/all-in-one-sidebar.upstream all-in-one-sidebar.ubuntu
[15:10] <sebner> bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/sebner/firefox-extensions/all-in-one-sidebar.upstream/".
[15:10] <asac> there is a typo
[15:10] <asac> find it :)
[15:10] <asac> you can ge the branch statement from the website btw
[15:11] <asac> look https://code.edge.launchpad.net/~sebner/firefox-extensions/all-in-one-sidebar.upstream
[15:11] <elmargol> ok this did not fix my issue :(
[15:11] <asac> you can copy paste it :)
[15:11] <sebner> ah true xD
[15:11] <asac> sebner: bzr branch https://code.edge.launchpad.net/~sebner/firefox-extensions/all-in-one-sidebar.upstream test
[15:11] <fta> elmargol, what issue ?
[15:11] <asac> that works for me
[15:11] <sebner> ok gotit
[15:12] <elmargol> somehow miro does no show thumbnails if i compile against xul1.9
[15:12] <asac> elmargol: does it work in general?
[15:12] <elmargol> the rest works great for me
[15:12] <asac> elmargol: please paste the output of ldd for the main binary and main shared lib (if any)
[15:13] <asac> i am curious about something
[15:13] <fta> the thumbnails are generated by xine, not xul
[15:13] <asac> are those jpegs?
[15:13] <asac> :)
[15:13] <elmargol> yes jpg
[15:13] <fta> xine_extractor to be precise
[15:13] <elmargol> http://pculture.org/nightlies/Miro-1.2.2-test.tar.gz
[15:14] <asac> elmargol: build the latest xulrunner branch
[15:14] <asac> elmargol: it contains a maybe fix for scaled jpegs
[15:14] <fta> i've pushed it my ppa a short while ago
[15:14] <asac> elmargol: i think the orig should be the same as in ftas archive
[15:14] <sebner> asac: Ok I'm now editing the files in debian/
[15:14] <elmargol> just run platform/gtk-x11/run.sh
[15:14] <asac> sebner: did you commit the XPI.INSTALL template already?
[15:14] <asac> elmargol: ldd output?
[15:15] <sebner> asac: commit?
[15:15] <elmargol> ldd of what?
[15:15] <asac> binary and shared lib if any
[15:15] <asac> i guess its shared libs only though :)
[15:15] <asac> as its a xul app
[15:15] <asac> sebner: not important ... id suggest to commit the unmodified import first
[15:15] <asac> then edit and commit that
[15:16] <sebner> argh. too late :/
[15:16] <asac> elmargol: please :)
[15:16] <asac> sebner: please keep the changelog at UNRELEASED until the packaging is finished
[15:16] <sebner> k
[15:17] <asac> sebner:  you need to create a build.sh
[15:17] <asac> that zips the .xpi files
[15:17] <elmargol> asac, this is a python application don't know how I use ldd on that
[15:17] <asac> oh python
[15:17] <asac> ok
[15:17] <asac> elmargol: there are also libs afaik
[15:17] <asac> they mix things
[15:17] <elmargol> ./MozillaBrowser.so
[15:17] <asac> right
[15:17] <asac> ldd on that
[15:17] <elmargol> or ./xlibhelper.so
[15:18] <asac> Browser
[15:19]  * asac standing by
[15:19] <elmargol> just give me a moment I have to recompile
[15:19] <asac> why?
[15:19] <asac> ok ill wait :)
[15:19] <RainCT> asac: "6.10 Live CD with Persistence".. wtf is that? :P
[15:20] <RainCT> ah I see; I don't understand the 6.10 though
[15:20] <asac> hehe
[15:20] <asac> ewll ...i think it might be worth to look if the actualy bug is still there
[15:20] <asac> read a bit like dataloss
[15:20] <asac> if it doesn't exist in what we have now, just closing is right :)
[15:21] <elmargol> fta, yes thumbs are extracted by xine
[15:21] <elmargol> they are at ~/.miro/icon-cache and look ok
[15:21] <fta> i know, i've packaged miro for a long while ;)
[15:21] <asac> fta: so did you push the in-source jpeg already?
[15:21] <fta> asac, yes
[15:22] <fta> it's building
[15:22] <asac> ok ... elmargol wait a bit for a new package
[15:22] <elmargol> ok
[15:22] <elmargol> just let me know
[15:22] <fta> https://edge.launchpad.net/~fta/+archive/+builds?build_text=&build_state=all
[15:22] <sebner> asac: can I copy the build.sh from for ubufox example?
[15:22] <asac> elmargol: you addded the ppa to your sources? then just try in 20 minutes
[15:22] <asac> elmargol: what about ldd ?
[15:22] <asac> :)
[15:22] <asac> i really need to see that ;)
[15:22] <elmargol> still building
[15:23] <asac> ah ;)
[15:23] <elmargol> they include libtorrent know wich takes forever to build
[15:23] <asac> sebner: the one for ubufox is too complex for now
[15:23] <fta> a bit more thant 20min, even when built, it takes ~30 min to enter the repo
[15:23] <asac> we will upgrade that later
[15:27] <fta> asac, I've added a DEBIAN_DATE flag to my minefield packager.
[15:27] <fta> make -f minefield-packager.mk.in DEBIAN_DATE=2008-03-21-04   => firefox-minefield_3.0~b5~build2008032104-1_i386.deb
[15:27] <asac> elmargol: libtorrent rasterbar?
[15:27] <asac> fta: whats the idea of minefield again?
[15:27] <fta> regression testing
[15:27] <fta> compare with our builds
[15:28] <asac> why is it helpful for regression testing?
[15:28] <fta> check if a bug is on our side or not
[15:28] <asac> i see its helpful to have daily builds or something, but why a diferent package?
[15:28] <fta> you can install it along with ours
[15:28] <asac> fta: so minefield is a in-source xul?
[15:28] <elmargol> asac, http://pastebin.com/m53217a6f
[15:28] <fta> yes
[15:29] <asac> fta: ok ... with plain upstream mozconfig?
[15:29] <fta> yes
[15:29] <asac> fta: i think you should use the build flags from tinderbox
[15:29] <asac> and mayb edepend on the same gcc
[15:29] <asac> gcc-4.1
[15:29] <asac> i guess for now
[15:29] <fta> i don't build it, it's a repack
[15:29] <asac> ah ok
[15:29] <asac> so no amd :)
[15:29] <fta> yes, there is
[15:29] <asac> he?
[15:30] <fta> yes :)
[15:30] <asac> elmargol: how do you configure?
[15:30] <asac> which options?
[15:30] <elmargol> http://pastebin.com/m37a25f9
[15:30] <asac> fta: what is a repack?
[15:30] <fta> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-3.0pre.en-US.linux-i686.tar.bz2
[15:30] <elmargol> asac, options for what?
[15:30] <fta> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-3.0pre.en-US.linux-x86_64.tar.bz2
[15:30] <asac> elmargol: configure
[15:30] <asac> or doesn't it use confiugre?
[15:31] <asac> (apparently this part was wiped from my brain:))
[15:31] <asac> fta: ah right
[15:31] <fta> asac, I create a deb with the proper deps
[15:31] <fta> not hardcoded
[15:31] <elmargol> asac, good question... they have python script for the build procress
[15:31] <fta> it's easy to install and remove, that's the idea of the deb
[15:32] <asac> fta: do you plan to publish those?
[15:32] <fta> it's in mozilla-devscript
[15:32] <asac> i have a bad feeling about having those in the wield.
[15:32] <fta> it's a different package name
[15:33] <asac> fta: yeah, but they use the same profile
[15:33] <fta> it's no different from the google earth package
[15:33] <elmargol> I think they use pkg-config mozilla-conf to get the options
[15:33] <asac> does that use the firefox profile as well?
[15:33] <fta> yes
[15:33] <asac> do we distribute/encourage that?
[15:34] <asac> elmargol: libxul ?
[15:34] <fta> it's in a -devscript package and it requires to know a bit about make so i assume it's not for newbies
[15:34] <asac> fta: i have no problem having those in -devscripts
[15:34] <elmargol>  xpcom = 'libxul'
[15:34] <elmargol>     gtkmozembed = 'libxul'
[15:34] <asac> i'd just like to not put them in some archive
[15:34] <fta> ?
[15:35] <asac> pushing those .debs to ppa for instance
[15:36] <asac> elmargol: bad thing is that they use -rpath
[15:36] <asac> can you find that ?
[15:36] <asac> or -R
[15:36] <asac> as a linker flag
[15:36] <fta> no, i don't want to push the debs anywhere
[15:36] <asac> fta: then its great
[15:37] <asac> fta: it caused bug pain in past when users switch back and force from official build to our build
[15:37] <fta> if someone need them, he will have to create them himself
[15:37] <asac> right
[15:37] <asac> thats good
[15:37] <fta> same as google earth, it's just an helper
[15:37] <asac> if they distribute them its beyond our reach (unless its in ubuntu)
[15:37] <elmargol> portable/libtorrent/src/Makefile.in:	$(CXXLINK) -rpath $(libdir) $(libtorrent_la_LDFLAGS) $(libtorrent_la_OBJECTS) $(libtorrent_la_LIBADD) $(LIBS)
[15:38] <elmargol> thats libtorrent only...
[15:38] <asac> i care for MOzillaBrowser.so
[15:38] <fta> google earth provides /usr/bin/make-googleearth-package
[15:39] <asac> fta: where is that distributed?
[15:39] <asac> why does google earth use our profile?
[15:39] <fta> no
[15:39] <fta> it's unrelated
[15:39] <fta> but it's another example of a repack
[15:39] <fta> !info googleearth-package hardy
[15:39] <asac> yeah ... but the difference is important for me
[15:40] <asac> i don't care about a repack of something that doesn't influence behaviour of our packages :)
[15:40] <asac> but i am fine to have it in mozilla-devscripts
[15:40] <asac> its ment solely for developers to test regressions
[15:40] <asac> or to get a good debug build
[15:40] <fta> well, i don't see how i can change the profile of those nigthlies without rebuilding
[15:40] <asac> hmm
[15:40] <asac> but that isn't possible i guess ;)
[15:40] <asac> fta: we can build
[15:41] <asac> we should just use tinderbox flags and the same compiler
[15:41] <asac> that should be identical
[15:41] <asac> the other regressions can be neglected i guess
[15:41] <fta> the idea was to check an official build
[15:42] <asac> but checking that is already pretty easy.
[15:42] <asac> you can just unpack the upstream tarballs
[15:43] <asac> but anyway ;) ... i am fine with whatever you want :)
[15:43] <asac> if they are just in mozilla-devscripts
[15:43] <asac> sebner: everything ok on your side?
[15:44] <fta> yep, no plan to put that anywhere else
[15:44] <asac> elmargol: where can i get the latest miro sources?
[15:44] <asac> is there asvn?
[15:44] <elmargol> mom
[15:44] <asac> fta: we should try to figure how to improve the debuggability of our packages
[15:44] <asac> i had problems because of the split
[15:44] <sebner> asac: I pushed the *.ubuntu (10 minutes ago) but it's not ready yet. meanwhile I builded a *.deb file (dirty dirty dirty) xD
[15:45] <elmargol> https://svn.participatoryculture.org/svn/dtv/branches/Miro-1.2/tv
[15:45] <asac> thats why i use my plain checkout tree for debugging
[15:45] <asac> but that is painful as its regularly outdated :)
[15:45] <asac> sebner: how isn't it ready?
[15:45] <fta> asac, me too, we only get a half stack
[15:45] <asac> sebner: is Launchpad broken?
[15:45] <fta> the !$# dlopen
[15:45] <sebner> asac: This branch has not been pushed to yet.
[15:46] <asac> sebner: you again aborted ... or launchpad is really shaky
[15:46] <asac> :)
[15:46] <asac> sebner: if its still in that state you need to repush i guess
[15:46] <sebner> asac: I swear I didn't aborted. I got the message "Branch created"
[15:46] <asac> yeah ... i believe you
[15:46] <asac> friday it started to be painful
[15:47] <sebner> I'll delete it and push agin
[15:47] <sebner> *again
[15:47] <asac> thanks ... and sorry
[15:47] <asac> usually it just works
[15:48] <sebner> ^^. I can say that this part auf motuing isn't my prefered one. nvm. :)
[15:50] <fta> asac, http://paste.ubuntu.com/6186/  the print to pdf crash
[15:51] <asac> where is upstream crash db nowadays?
[15:51] <fta> strange, it's different from yesterday
[15:51] <elmargol> asac, did you try the branch?
[15:52] <asac> elmargol: i had to ask them something about the launchpad project registered for miro
[15:52] <asac> let me look
[15:53] <asac> elmargol: eh, how do I build that?
[15:54] <elmargol>  cd platform/gtk-x11/; ./run.sh
[15:54] <asac> sebner: you'll learn to love it ;)
[15:54] <asac> run?
[15:54] <asac> what a great name
[15:54] <elmargol> :D
[15:55] <sebner> asac: we'll see. But for now I start hating LP. 6 minutes since the latest upload and LP isn't going on with it :\
[15:56] <sebner> asac: now I have a This branch has not been scanned yet. ^^
[15:56] <asac> sebner: thats good
[15:57] <asac> should be done soon
[15:57] <sebner> but LP is terrible slowly (again)
[15:58] <asac> let me whip them ;)
[15:59] <asac> sebner: but i guess you can branch through bzr+ssh now
[15:59] <asac> sebner: just move ahead ... launchpad will be fixed
[15:59] <asac> you can also see if you already push properly by running bzr push again
[15:59] <asac> it should tell you that there are no revisions to push
[16:00] <asac> elmargol: do you ave all build-depends at hand?
[16:00] <elmargol> sure
[16:00] <elmargol> https://develop.participatoryculture.org/trac/democracy/wiki/GTKX11BuildDocs
[16:01] <asac> good
[16:02] <asac> elmargol: but you didn't setup LD_LIBRARY_PATH or something, right?
[16:02] <elmargol> no
[16:03] <sebner> asac: yep. no revision to push. What's next? (Besides creating a build.sh?) the wiki page is at the end when saying building with debuild -b ;)
[16:03] <asac> sebner: paste your rules please
[16:03] <asac> sebner: does sh build.sh work?
[16:03] <asac> does it creat a .xpi that you can install ?
[16:03] <sebner> I haven't got a build.sh yet because you said we don't need it (for now)
[16:04] <asac> sebner: we need it in .ubuntu
[16:04] <asac> but its simple
[16:04] <elmargol> ppa is completed .D
[16:04] <asac> just create a zip file (name doesn't matter as long it ends with .xpi)
[16:04] <asac> with all the files in it
[16:04] <sebner> asac: :P http://pastebin.com/m33b5f2c7
[16:04] <asac> yes you need build.sh and enable that in the rules
[16:05] <asac> do that on the ubuntu branch
[16:05] <sebner> ah what build.sh should I use now?
[16:05] <asac> and document in changelog. changelog changes are committed in the same commit as the files
[16:05] <asac> sebner: write a simple one
[16:05] <asac> its just one line :)
[16:05] <asac> zip -r all-in-one-sidebar.xpi chrome.manifest install.rdf ...
[16:06] <asac> so that all except the biulds.sh script and the debian/ dir are inside
[16:06] <asac> you need to add zip as build-depends in control as well
[16:06] <sebner> ah
[16:07] <sebner> good to know ^^
[16:07] <fta> A problem internal to GDB has been detected,
[16:07] <fta> further debugging may prove unreliable.
[16:07] <fta> Quit this debugging session? (y or n) y
[16:07] <fta> A problem internal to GDB has been detected,
[16:07] <fta> further debugging may prove unreliable.
[16:07] <fta> Create a core file of GDB? (y or n)
[16:07] <fta> doh
[16:08] <sebner> asac: how to enable build.sh in debian/rules?
[16:10] <asac> sebner: look closely ;)
[16:10] <asac> youll find
[16:10] <asac> ;)
[16:10] <sebner> xD
[16:11] <sebner> ah and I found another mistake :D
[16:11] <asac> elmargol: http://paste.ubuntu.com/6187/ ... that can't be right :)
[16:11] <sebner> asac: ok. what next? again a bzr add?
[16:11] <asac> sebner: you need to fix the PKG NAME
[16:11] <asac> sebner: yes, add the build.sh
[16:11] <asac> (but nothing else i hope) :)
[16:12] <asac> add build.sh
[16:12] <sebner> done done done
[16:12] <asac> and commit all
[16:12] <asac> look at the xulrunner-1.9.head branch
[16:12] <asac> to see what form we use
[16:12] <asac> (if possible) :)
[16:12] <asac> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.head
[16:13] <elmargol> asac, I do only testing... I don't code
[16:14] <sebner> asac: THANK YOU for all. I have to leave now. Continue later (evening) ?
[16:16] <fta> asac, http://paste.ubuntu.com/6188/  better
[16:17] <asac> fta: can you run in gdb and break at specific lines?
[16:17] <asac> i couldn't do that with the packages recently
[16:18] <asac> fta: i think a real debug build would be more helpful
[16:18] <asac> we might see assertions before that crash
[16:18] <asac> fta: can you reproduce?
[16:18] <asac> sebner: yes
[16:19] <fta> asac, reproduce ? with our builds, 100%. with the nighlies, no
[16:20] <elmargol> asac, I don't see whats wrong there...
[16:22] <sebner> asac: fine. latest revision is now only. (if you want to take a look at it ..) Really first quick and dirty try :) afk now
[16:22] <asac> sebner: only=
[16:22] <asac> ?
[16:23] <asac> does it work?
[16:23] <sebner> *online
[16:23] <asac> fta: so its gone in b5?
[16:23] <fta> b5 crashes
[16:23] <fta> ours
[16:23] <elmargol> thats the output /usr/lib/xulrunner-devel-1.9b5/lib
[16:24] <sebner> asac: hmm. I don't now if it's 100% valid and ok but yes it's working. I started build.sh and installed the .xpi file
[16:25] <sebner> asac: hmm but I can't build a pakage -.-, nvm. I'll look at it later
[16:29] <asac> fta: in-source cairo fixes it?
[16:29] <asac> elmargol: sorry i lost the context
[16:29] <asac> elmargol: what outputs that?
[16:29] <fta> i don't know
[16:30] <asac> fta: i guess it does
[16:30] <asac> bloody cairo
[16:31] <elmargol> prefs.MOZILLA_LIB_PATH
[16:31] <asac> elmargol: yes ... that shouldn't be needed
[16:32] <asac> anyway calling the set_comp_path function in the else looks bogus
[16:32] <asac> as its NULL :)
[16:33] <elmargol> wty the new package does not fix my thumb problem
[16:33] <asac> http://paste.ubuntu.com/6189/
[16:34] <asac> that patch still works ... so all looks decent
[16:36] <asac> elmargol: it doesn't?
[16:36] <elmargol> no
[16:36] <elmargol> I still don't see those jpegs
[16:38] <asac> elmargol: where are the thumbs
[16:38] <asac> works nicely for me
[16:38] <elmargol> ~/.miro/icon-cache
[16:38] <asac> no ... i mean where in miro are they broken?
[16:38] <elmargol> thats the strange thing... it works for the main developer too
[16:39] <elmargol> everywhere
[16:39] <elmargol> If I search something on youtube
[16:39] <asac> he?
[16:39] <asac> please post a screenshot
[16:39] <elmargol> or if I click on a channel
[16:39] <asac> sorr<y ... how do i do that?
[16:39] <asac> i just have a plain profile
[16:39] <asac> but i see lots of pics
[16:39] <asac> like in startes channel
[16:40] <asac> hmm ... there are a few that just have black
[16:41] <elmargol> http://bayimg.com/CaJHjaABE
[16:41] <elmargol> http://bayimg.com/CAJhkaabE
[16:42] <asac> works with my devtree
[16:42] <asac> and with my xulrunnern package
[16:43] <asac> elmargol: what video driver are you using?
[16:43] <elmargol> nvidia
[16:44] <asac> it doesn't play while downloading?
[16:44] <elmargol> no
[16:45] <asac> thats unfortunate :)
[16:45] <asac> would be great i guess
[16:45] <elmargol> its on the todo list
[16:45] <asac> ok
[16:46] <elmargol> do you think this bug is driver related?
[16:46] <asac> elmargol: what do i need to play that?
[16:46] <asac> elmargol: yes.
[16:46] <asac> elmargol: can nvidia do EXA?
[16:47] <elmargol> libxine1-all-plugins
[16:47] <elmargol> wtf is exa
[16:47] <elmargol> i try the open source driver.. now
[16:48] <asac> accellmethod
[16:48] <asac> can be XAA or EXA
[16:48] <asac> elmargol: what do i need to play youtube files?
[16:50] <elmargol> libxine1-all-plugins
[16:50] <elmargol> switching to the free nvidia driver does not help
[16:51] <asac> ok i could switch to gstreamer
[16:51] <asac> even better
[16:52] <asac> cool
[16:52] <sebner> asac: http://pastebin.com/m635d7647
[16:54] <fta> asac, it's weird, for liferea, it was broken for me since 1.9~b4~cvs20080227t1139 was in my ppa, now, 1.9~b4~cvs20080227t1130 and 1.9~b4~cvs20080227t1230 are ok but 1.9~b4~cvs20080228t0000 is not
[16:54] <asac> sebner: hmm ... i think xpi.mk canoot deal with the install.rdf layout
[16:55] <sebner> -.-
[16:55] <elmargol> asac, you are on intel?
[16:55] <elmargol> or ati?
[16:55] <asac> yes
[16:55] <asac> intel right now
[16:55] <elmargol> hmm could be a nvidia issue
[16:55] <sebner> asac: http://pastebin.com/m7556e0db
[16:55] <elmargol> do you have a test to see if my driver supports this?
[16:58] <asac> sebner: set the em id of the extension in rules
[16:58] <asac> careful the template is wrong, its MOZ_XPI_EMID
[16:58] <asac> not MOZ_EMID
[16:58] <asac> elmargol: unfortunately i only have ati and intel right now
[16:58] <asac> the nvidia machine is not installed
[16:59] <asac> mothballed in the trunk
[16:59] <asac> sebner: figure?
[16:59] <asac> you can find the em:id in th install.rdf
[16:59] <asac> take care that you pick the one of the extension (not of the targetapplications)
[17:00] <sebner> I'll try
[17:07] <sebner> asac: MOZ_XPI_EM_ID := {097d3191-e6fa-4728-9826-b533d755359d}  ???
[17:12] <sebner> asac: found the mistake -.-
[17:13] <sebner> asac: installed the *.deb . Working :D
[17:14] <asac> yep
[17:16] <sebner> so. clean *.upstream and *.ubuntu a little bit up I suppose :)
[17:21] <jetsaredim> asac: haven't checked on the webdeveloper bug
[17:21] <jetsaredim> also - sorry I haven't had a chance to get to the other extensions
[17:21] <jetsaredim> had a shit-ton of work going on this week
[17:24] <asac> thats ok
[17:24] <asac> we still have time till the beginning of next week :)
[17:24] <asac> :/
[17:24] <asac> jetsaredim: ^^
[17:28] <asac> sebner: why cleanup upstream?
[17:29] <sebner> asac: yeah. I already noticed that I'm telling crap ^^
[17:29] <asac> hehe
[17:29] <sebner> asac: pushing revision 5 (ignore the previous ones ^^). That's the result of my hard work ^
[17:33] <asac> sebner: did you add the Bzr-Vcs: header to control?
[17:40] <asac> sebner: in your copyright it reads "  You can find the complete license text in /usr/share/doc/speeddial"
[17:40] <asac> that can't be right :)
[17:59] <sebner> xD true. I'll change that
[18:29] <sebner> asac: how can I fix http://pastebin.com/m6867eaca ?
[18:30] <RainCT> sebner: rename the file :P
[18:31] <sebner> RainCT: O_o. was that a serious advice? ^^
[18:31] <RainCT> sebner: I also had that problem with adblock-plus.. installing the license as MPL-1.1.txt.gz solved it
[18:31] <RainCT> of course ^^
[18:31] <sebner> RainCT: cool. thx ^^
[18:31] <RainCT> (that is, as MPL-1.1.txt, it will be compressed automatically by debhelper)
[18:32] <sebner> RainCT: but this extensions has a 3 licence system. What about "licensefile" ?
[18:33] <RainCT> sebner: what does license.txt contain?
[18:33] <RainCT> all three licenses?
[18:33] <sebner> RainCT: http://pastebin.com/m69404cdd
[18:35] <RainCT> sebner: that should be in debian/copyright
[18:35] <RainCT> and you'll need a copy of the MPL too
[18:35] <sebner> RainCT: http://pastebin.com/m2e71fc24 ^^
[18:37] <RainCT> sebner: that's debian/rules?
[18:37] <RainCT> sebner: read your last sentence carefuly :P
[18:39] <sebner> RainCT: he?? this is debian/copyright
[18:40] <RainCT> arghhhh
[18:40] <RainCT> of course I mean debian/rules :P
[18:40] <RainCT> sebner: but still, read your last sentence (on that file)
[18:40] <sebner> that it has a 3 license system?
[18:41] <RainCT> sebner: "full text of the GNU GPL can always be found in the /usr/share/common-licenses/LGPL-2.1"
[18:42] <sebner> RainCT: hey. that's not my fault. I copied it :P
[18:42] <RainCT> and you don't mention the location to the GPL
[18:42]  * RainCT prefers using just "LGPL", without versions, if the license says "or later", btw
[18:43] <sebner> That's one of the things I hate on doing motu stuff. licensing. We should kill them all
[18:43] <RainCT> :)
[18:45] <fta> RainCT, oh, you pushed venkman.. i guess I can stop doing xulrunner-1.9-venkman then
[18:46] <sebner> RainCT: what should I do for the MPL? I can point at the firefox directory but what if firefox isn't installed
[18:47] <RainCT> sebner: include a copy
[18:47] <sebner> hmm. how ^^
[18:47] <RainCT> fta: erm.. what? :P
[18:48] <RainCT> fta: I just changed the description (and replaced dependencies on transitional packages in favor for the real ones)
[18:50] <sebner> RainCT: ah. does it have to be in the directory or in debian/
[18:52] <RainCT> sebner: you choose
[18:53] <RainCT> I added it to the directory but I guess either is good
[19:11] <sebner> RainCT: and what about license.txt ? Can I delete it? because I have debian/copyright and MPL now
[19:11] <RainCT> yes
[19:11] <sebner> fine
[19:26] <fta> asac, Kazehakase-0.5.4 out
[19:27] <sebner> asac: Revision 6 is out. ^^
[19:35] <sebner> asac: PPA build also succeded
[22:04] <jturk> hi, I have a reproducible bug but I'm not sure exactly who it'll belong to
[22:04] <jturk> on hardy w/ FF3b4, if twitterfox is open switching away from firefox then back to it locks up the system, cpu usage shoots to 100% and only a hard reset will fix
[22:06] <jturk> I haven't been able to find anything useful in logs yet, any tips so I can know if this is an X thing, a firefox thing, or a twitterfox thing (it didn't used to happen so I'm sort of thinking it might be FFb4 or X)
[22:30] <fta> asac, the liferea regression is in there: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2008-02-26+21%3A30&maxdate=2008-02-26+22%3A30&cvsroot=%2Fcvsroot
[23:11] <fta> ok, it's mozilla bug 415460
[23:11] <ubotu> 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