[04:32] <LLStarks> asac
[04:32] <LLStarks> you there?
[04:38] <micahg> LLStarks: can I help with something?
[04:38] <micahg> did that new build work?
[04:39] <LLStarks> is it merged?
[04:39] <LLStarks> i was wondering if the "set as background" is firefox or ubuntu-added code.
[04:39] <micahg> no, on the mozilla bug, one of the developers posted a new build to try for the 1.9.1 branch
[04:39] <micahg> asac wanted to get the patch in upstream if at all possible
[04:40] <micahg> there will be a 3.5.4 release before karmic is released
[04:40] <micahg> oh, he asked for it in 3.5.5
[04:40] <LLStarks> which bug?
[04:40] <micahg> mozila bug 486065
[04:40] <micahg> mozilla bug 486065
[04:41]  * micahg kicks ubottu
[04:42] <LLStarks> is either fix in the umd?
[04:44] <micahg> LLStarks: not yet
[04:44] <LLStarks> lemme try that other fix.
[04:44] <micahg> LLStarks: can you download the build from the link in the mozilla bug to see if the problem still exists?
[04:46] <LLStarks> it doesn't.
[04:46] <micahg> does it fix either of the issues?
[04:46] <LLStarks> does asac know about the second fix?
[04:46] <micahg> idk, he was pinged and he got a copy of fthe mozilla bug
[04:46] <LLStarks> it fixes the  trough-border boxes, not click events.
[04:47] <micahg> LLStarks: I don't know if it was meant to fix click events
[04:47] <micahg> but can you reply in the mozilla bug with that?
[04:47] <micahg> at least maybe we can land the trough-border fix for 3.5.5
[04:50] <LLStarks> maybe
[04:51] <LLStarks> is asac in touch with other people on the art team besides psyke?
[04:51] <micahg> idk
[04:53] <LLStarks> did you see the  patches for 486065?
[04:54] <micahg> yeah, one was the one I used in my test build, the other was code a little later
[04:54] <LLStarks> the ones posted this evening?
[04:56] <micahg> no
[04:56] <micahg> I didn't see new posts this evening
[05:00] <LLStarks> there were a few
[05:01] <LLStarks> also, did you put in a merge request for the modified trough-border fix?
[05:01] <micahg> yes, but I think asac would rather do it this way
[05:05] <micahg1> LLStarks: sorry, pulled my cable out by accident
[05:05] <LLStarks> what way?
 yes, but I think asac would rather do it this way
[05:06] <micahg> LLStarks: try to get the patch in upstream
[05:06] <LLStarks> ah
[05:07] <micahg> LLStarks: more local patches means more maintenance for us
[05:08] <LLStarks> i see
[06:31] <eagles0513875> asac: will need to talk to you this afternoon regarding bindwood and dev scripts 0.16
[07:47] <sevoir> morning
[10:16] <asac> https://build.mozilla.org/tryserver-builds/dholbert@mozilla.com-try-b28226f038b0/
[10:17] <micahg1> hi asac
[10:18] <micahg> asac: LLstarks tried it and said it worked correctly
[10:19] <asac> he should be more verbose
[10:19] <asac> in the upstream bug
[10:19] <micahg> I saw that but didn't know how much he needed to say
[10:19] <asac> Yes, it is fixed most likely means that he tried the buiöld
[10:19] <micahg> yeah, I was chatting with him earlier
[10:20] <asac> well. you need to be clear about a) what is fixed ... b) when is it fixed
[10:20] <micahg> ok
[10:20] <asac> did he try the tryserver build for instance
[10:20] <asac> could also be he just lurked on the bug and commented that its fixed in 3.7/3.6
[10:20] <micahg> yes, he tried the special build that dholbert posted
[10:21] <asac> sure. but thats not clear from his comment
[10:22] <asac> anyway. in case they dont take it upstream we need to take the other patch too that dbaron referred to
[10:22] <micahg> ok, should I add that to the patch I made?
[10:22] <asac> not sure. so far it sounds like they are not against taking that on 1.9.1 ;)
[10:22] <asac> we should just not forget in case we have to do that on our own
[10:22] <micahg> yeah, they seem to be willing
[10:22] <micahg> ok
[10:23] <micahg> asac: if we didn't split out xulrunner, could we jump versions with an SRU?
[10:23] <asac> "jump version" means what?
[10:23] <asac> major version update?
[10:23] <micahg> yep
[10:24] <asac> we can also do that with xulrunner split out if its really needed
[10:24] <micahg> well, I'm thinking LTS
[10:24] <asac> but until 3.0 is not end of life its nothing we do
[10:24] <asac> yeah
[10:24] <asac> i am thinking about that every second day ;)
[10:24] <micahg> 3.7 should be close to ready for Lucid
[10:24] <asac> ah
[10:24] <micahg> but that will only last for about a year
[10:25] <asac> yeah. for lucid i am currently leaning towards getting xulrunner out of ffox
[10:25] <asac> howver, the next problem we will face is hardy
[10:25] <micahg> so by 11.10, we'll be in trouble with browser support
[10:25] <micahg> yes
[10:25] <micahg> 3.5 will only last until 10.04
[10:26] <micahg> so even that's not a good solution
[10:26] <asac> we will have trouble with browsers upport in 10.01 ;)
[10:26] <asac> micahg: 3.5 will be EOL 6 month after 3.6 is out
[10:26] <micahg> well, I was saying even if we could push 3.5, it won't solve the problem
[10:26] <micahg> yes, which will be around 10.04/05
[10:26] <asac> thats 10.06 _if_ they release in december ... which i dont think will happen
[10:26] <sevoir> hi asac :)
[10:26] <asac> hi#
[10:27] <micahg> oh, BTW, can we get 3.6 in karmic?
[10:27] <micahg> universe
[10:27] <asac> micahg: we need to go through the rdepends of xulrunner-1.9 and firefox-3.0 one more time. then remove those
[10:27] <asac> and then we can try to get freeze exception
[10:28] <micahg> ok, so only 2 versions per release?
[10:28] <asac> yeah. even that is too much work
[10:28] <micahg> ok
[10:28] <asac> and given how much folks rant about the naming of 3.5 in jaunty i am not sure its worth it ;)
[10:28] <asac>  but well.
[10:28] <micahg> I'll try to look at that next week, they said 3.6b1 around oct 13
[10:29] <asac> thats ok.
[10:29] <asac> i am just concerned to get the other stuff out
[10:29] <asac> i will do a hard transition for ffox 3.0 after beta
[10:29] <asac> but xulrunner 1.9 needs to be reviewed
[10:29] <micahg> ok
[10:29] <asac> e.g. is there still something not ported to 1.9.1
[10:29] <asac> i dont think there is something missing
[10:29] <asac> bt could be that something sneaked in
[10:30] <asac> after i made the list of the stuff that needs to be ported
[10:30] <asac> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-firefox-3.5
[10:31] <asac> what you could do is check https://edge.launchpad.net/~asac/+archive/sandbox
[10:31] <asac> there is a classpath build
[10:31] <asac> that somewhat failed on builders
[10:31] <asac> i am sure it built locally
[10:31] <asac> thats the last thing to get rid of xulrunner _1.8_
[10:32] <asac>  De-libxul-dev'ification (LP: #352968):
[10:32] <asac>   * debian/control: build-depend on xulrunner-dev (and not libxul-dev)
[10:32] <asac> checking for gtk+-2.0 >= 2.8 gthread-2.0 >= 2.2 gdk-pixbuf-2.0... Package @GDK_PRIVATE_PACKAGES@ was not found in the pkg-config search path. Perhaps you should add the directory containing `@GDK_PRIVATE_PACKAGES@.pc' to the PKG_CONFIG_PATH environment variable Package '@GDK_PRIVATE_PACKAGES@', required by 'GDK', not found
[10:32] <asac> configure: error: Library requirements (gtk+-2.0 >= 2.8 gthread-2.0 >= 2.2 gdk-pixbuf-2.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.
[10:32] <asac> make: *** [config.status] Error 1
[10:32] <asac> not sure what that is
[10:33] <asac> either we really lack some builddepends
[10:33] <asac> or the control file is busted or something
[10:33] <asac> or some .pc file in my ppa
[10:34] <asac> let me retry the amd buid
[10:34] <asac> build
[10:34] <asac> i had some gtk hacking package in sandbox at that point
[10:34] <asac> not sure if that was bogus
[10:35] <sevoir> asac: I created branch and tested my package with 'debuild -b'. Created deb package and tested install. Working great. Next step?
[10:36] <asac> sevoir: push the branch somewhere
[10:36] <asac> (e.g. publish)
[10:36] <asac> so we can review
[10:37] <sevoir> it's here: https://code.launchpad.net/~sevoir/firefox-extensions/firefox-ubuntu-hu-menu.ubuntu
[10:37] <asac> yeah. usually you would post that in your NEED PACKAGING bug too
[10:38] <sevoir> ok. I post it.
[10:38]  * asac cannot look because launchpad gives internal error
[10:38] <asac> i will check later
[10:38] <asac> ah now it works
[10:38] <asac>  * Initial release. (Closes: #422206) -> thats the debian bug syntax
[10:38] <asac> for launchpad its: LP: #XXXX
[10:39] <asac> firefox-ubuntu-hu-menu (1.7.0.0 -> thats a native version ... use a upstream + ubuntu revision approach
[10:39] <asac> like 1.7.0-0ubuntu1 (if your upstream relesae is 1.7.0)
[10:39] <asac> Maintainer: Szenográdi Norbert Péter <sevoir@sevoir.hu>
[10:39] <asac> put yourself in XSBC-Original-Maintainer
[10:40] <asac> and use Mozilla Extensions Developmenet Team <....> as Maintainer:
[10:40] <asac> Vcs-Browser: https://code.launchpad.net/~sevoir/firefox-extensions/firefox-ubuntu-hu-menu.upstream
[10:40] <asac> -> dont use upstream branch
[10:40] <asac> also use the projected release branch
[10:40] <asac> which will be either ~ubuntu-dev or ~mozilla-extensions-dev
[10:40] <asac> same for Vcs-Bzr
[10:40] <asac> sevoir: ^^
[10:41] <sevoir> ahhh
[10:41] <sevoir> :D
[10:41] <sevoir> learning, learning, learning
[10:41] <sevoir> ;)
[10:41] <asac> in debian/copyright -> dont put a full GPL copy
[10:41] <asac> if your license is in /usr/share/common-licenses
[10:41] <asac> just refer to that file
[10:42] <asac> and only put a short header in copyright file
[10:42] <asac> sevoir: you say that your import is 1.7.0.0 ... but your install.rdf says version=1.7
[10:43] <asac> MOZ_XPI_EMID := {8c08a1b5-387b-4486-b4e3-77786ff7fd16}
[10:43] <asac> is that needed?
[10:43] <asac> in most cases it should just work without that
[10:43] <sevoir> okay, I check these errors now.
[10:43] <asac> sevoir: thats it ... oh. since you are upstream, please please pretty please put your LICENSE in the top level upstream .xpi
[10:44] <asac> (also would be in the import upstream)
[10:44] <asac> thx
[10:49] <asac> sevoir: thanks. btw, even i had a lot comments its not bad ;) ... so keep up the work!!
[10:51] <sevoir> just the first is hard, after more easier :-)
[10:52] <asac> yep
[10:52] <sevoir> I dont give up, I would like to see my extensions in repository  :P
[10:53] <asac> sevoir: oh..we shouldnt use the firefox prefix i would think
[10:53] <sevoir> ubuntu-hu-menu is okay?
[10:53] <asac> we are currently working with debian on a standard
[10:54] <asac> that standard says that the binary package should be xul-ext-
[10:54] <asac> prefix
[10:54] <asac> some stuff for the new standard is http://wiki.debian.org/Teams/DebianMozExtTeam
[10:55] <asac> but dont take everythig for granted there yet ;)
[10:56] <sevoir> many info :D
[10:57] <asac> yeah
[10:57] <asac> just address the comments i had
[10:57] <asac> the XPI.TEMPLATE you used should have most stuff proper
[10:57] <asac> so you should be fine in general ;)
[11:24] <sevoir> bazaar not work ?
[11:25] <asac> bazaar works
[11:25] <asac> not sure what you mean
[11:25] <asac> ;)
[11:25] <sevoir> ERROR: Connection error: while sending POST /~mozillateam/firefox-extensions/XPI.TEMPLATE/.bzr/smart: [Errno 113]
[11:25] <sevoir> :o
[11:25] <asac> not sure
[11:25] <asac> what url are you triny got push to?
[11:26] <asac> e.g. you should not push to XPI.TEMPLATE
[11:26] <asac> thats for sure
[11:26] <sevoir> bzr branch http://bazaar.launchpad.net/~mozillateam/firefox-extensions/XPI.TEMPLATE
[11:27] <sevoir> but this okay, I copied other dir.
[11:27] <sevoir> I cant put my branch
[11:27] <sevoir> bzr push bzr+ssh://sevoir@bazaar.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.upstream
[12:10] <fta2> asac, do you know of any waterfall like tool for bzr and/or pbuilder?
[12:11] <asac> fta2: i know the waterfall model ;)
[12:11] <fta2> i'd like to setup something like that to do continuous builds and track perf & memory per commit
[12:12] <asac> you want to do those per-commit builds in ppa ;)?
[12:19] <sevoir> asac: new debian/copyright file is okay? : http://paste.ubuntu.com/282916/
[12:20] <asac> i think so
[12:20] <sevoir> and new debian/control file: http://paste.ubuntu.com/282917/
[12:21] <asac> sevoir: have you checked our ubuntu-it-menu ?
[12:21] <sevoir> yes
[12:21] <sevoir> but only license file
[12:22] <sevoir> I check ubuntu-it-menu debian/copyright file
[12:22] <asac> ok
[12:22] <asac> sevoir: how did you produce the orig tarball? using med-xpi-unpack?
[12:23] <sevoir> the package from addons page > xpi unpack
[12:24] <asac> yeah
[12:24] <asac> good
[12:24] <asac> sevoir: so the top level license file should be included in your addons .xpi
[12:24] <asac> like license.txt ... or COPYING in the top level of the xpi
[12:25] <asac> makes it easier ;)
[12:26] <sevoir> I have license file in http://bazaar.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.upstream/files
[12:26] <sevoir> this from ubuntu-it-menu ;-)
[12:28] <sevoir> it's wrong or wrong place?
[12:51] <asac> that lnk doesnt work
[12:51] <asac> if its in top level dir of the upstream tree then its fine
[12:57] <sevoir> asac: please check it now: https://code.launchpad.net/firefox-extensions
[12:58] <sevoir> it think, these same as ubuntu-it-menu
[12:58] <sevoir> -t
[13:41] <fta2> asac, no, not in a ppa, this is not open source, at least not yet
[13:56] <fta2> not that i don't want it to be...
[14:35] <sevoir> asac: I think its done, buildeb -b working fine. Deb is okay, installable
[14:44] <asac> sevoir: thx. i will check that in a few
[14:44] <sevoir> ok, Im waiting
[14:44] <sevoir> thx
[14:47] <asac> sevoir: ok i requested review from myself and bdrung on your branch
[14:47] <asac> https://code.edge.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.ubuntu/+merge/12718
[14:47] <asac> you should get mails with our comments etc.
[14:48] <sevoir> okay. and I subscribed to mailing list too ;-)
[15:11] <asac> sevoir: i made a quick comment up front ... but wait a bit till bdrung_ had a look at it too
[15:11] <asac> fta2: wlll you drop the python-tlslite depends in chromium?
[15:11] <asac> or shall i? doko said you said its not needed anymore
[15:12] <fta2> asac, it's used as a 3rd party because i dropped the tiny patch needed to use the system one
[15:13] <fta2> it's just a matter of /usr/bin/tls (policy compliant) vs /usr/bin/tls.py (expected by chromium)
[15:14] <fta2> doko 1st wanted that package into the distro, until he realized the last version was from 2005
[15:15] <sevoir> okay
[15:16] <sevoir> asac: but If my extension contain a jar file, what can I do? should I unpack and upload it?
[15:22] <bdrung_> sevoir: yes, unpack it (already in the source file)
[15:23] <asac> sevoir: you produce the upstream tree by just running med-xpi-unpack
[15:23] <asac> with the .xpi
[15:23] <sevoir> ok, I check it now
[15:24] <asac> fta2: ok great. point is that we still build-depend on it. so we can just drop it?
[15:24] <asac> or is there anything needed (like tls.py link)
[15:26] <fta2> by default, the install rule creates /usr/bin/tls.py, that's why google expects it, but it's not compliant with the debian policy to put *.py, *.sh, *.pl in /usr/bin, so i changed it, but it needs a patch in chrome, which i had for a long time, until i removed it for a reason i don't remember
[15:27] <fta2> so either i re-add this patch and we can drop a 3rd party dir, or i drop the build-dep and keep that 3rd party
[15:30] <sevoir> bdrung_ , asac: unpacked and uploaded
[15:52] <sevoir> bye all
[15:52] <sevoir> I will come back tomorrow :)
[16:09] <asac> am i here?
[16:09] <asac> !test
[16:09] <asac> good
[16:16] <fta2> am I?
[16:16] <fta2> i've disconnected for a while
[16:19] <asac> fta2: you are ;)
[16:19] <asac> !test
[16:19] <asac> seems to be a good test ;)
[16:19] <fta2> yep
[16:34] <asac> fta2: what would be the implication of dropping the build-dep ... would we still ship tls.py in usr/bin ?
[16:34] <asac> if not then we definitly want that
[16:34] <asac> dtchen: not sure if that is sound related, but i think so.
[16:35] <asac> dtchen: yesterday i upgraded my X61s lenovo thing
[16:35] <fta2> no, it's just used during the tests, it's not shipped
[16:35] <asac> dtchen: (one week suspended)
[16:35] <asac> dtchen: now it makes some strange click sounds
[16:35] <asac> no really sure when it does that
[16:35] <asac> but it definitly happens from time to time
[16:35] <asac> something every other minute
[16:35] <asac> fta2: good. will you drop the build-dep?
[16:36] <asac> and repush (if the builders are not too busy)
[16:36] <fta2> why repush? is there an emergency or something?
[16:41] <asac> fta2: no.
[16:41] <asac> fta2: just thought we would know if it fails earlier
[16:41] <fta2> committed
[16:41] <asac> otherwise just keep it
[16:41] <asac> we will see tomorrow
[16:42] <fta2> i made the test failures non fatal anyway, should not be a problem
[17:30] <eagles0513875> hey asac you there
[17:42] <eagles0513875> asac: is it normal for an extension to not work one min then work another. cuz today i got on linux at school and i tried out firefox and as soon as i got on bindwood which i built using devscripts 0.16 worked O_o without adding any extra lines as mentioned in the wiki
[19:15] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/chromium-verbose.png *sigh*
[19:47] <asac> fta: heh. make the font smaller ;) j.k.
[20:00] <eagles0513875> asac: you still here
[20:00] <eagles0513875> did you see my message that i left you earlier
[20:06] <asac> i dont understand the question
[20:07] <asac> works != is proper
[20:07] <asac> its usually less
[20:58] <BUGabundo> hey every one. guud evening
[20:58] <BUGabundo> fta: chromium is stupid
[20:58] <BUGabundo> a single download is hogging one of my cores
[20:58] <BUGabundo> luckly since it has PID separation
[20:58] <BUGabundo> I can run it with CPU limit -l 20 :)
[20:59] <micahg> BUGabundo: it is a nightly
[20:59] <BUGabundo> always daily :)
[20:59] <BUGabundo> also this morning version had some bug with cookies
[21:02] <bdrung> asac: now time to sync m-d
[21:17] <fta> BUGabundo, don't tell me, find existing bugs or file one
[21:31] <fta> (re) BUGabundo, don't tell me, find existing bugs or file one
[22:49] <bdrung> asac: can bug #440239 be ff fault?