/srv/irclogs.ubuntu.com/2009/10/01/#ubuntu-mozillateam.txt

=== stevel__ is now known as stevel
LLStarksasac04:32
LLStarksyou there?04:32
micahgLLStarks: can I help with something?04:38
micahgdid that new build work?04:38
LLStarksis it merged?04:39
LLStarksi was wondering if the "set as background" is firefox or ubuntu-added code.04:39
micahgno, on the mozilla bug, one of the developers posted a new build to try for the 1.9.1 branch04:39
micahgasac wanted to get the patch in upstream if at all possible04:39
micahgthere will be a 3.5.4 release before karmic is released04:40
micahgoh, he asked for it in 3.5.504:40
LLStarkswhich bug?04:40
micahgmozila bug 48606504:40
micahgmozilla bug 48606504:40
* micahg kicks ubottu04:41
ubottuError: Launchpad bug 486065 could not be found04:41
ubottuMozilla bug 486065 in Layout: Block and Inline "hidden scrollbars get drawn anyway when Gtk theme gives scrollbars borders" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=48606504:41
LLStarksis either fix in the umd?04:42
micahgLLStarks: not yet04:44
LLStarkslemme try that other fix.04:44
micahgLLStarks: can you download the build from the link in the mozilla bug to see if the problem still exists?04:44
LLStarksit doesn't.04:46
micahgdoes it fix either of the issues?04:46
LLStarksdoes asac know about the second fix?04:46
micahgidk, he was pinged and he got a copy of fthe mozilla bug04:46
LLStarksit fixes the  trough-border boxes, not click events.04:46
micahgLLStarks: I don't know if it was meant to fix click events04:47
micahgbut can you reply in the mozilla bug with that?04:47
micahgat least maybe we can land the trough-border fix for 3.5.504:47
LLStarksmaybe04:50
LLStarksis asac in touch with other people on the art team besides psyke?04:51
micahgidk04:51
LLStarksdid you see the  patches for 486065?04:53
micahgyeah, one was the one I used in my test build, the other was code a little later04:54
LLStarksthe ones posted this evening?04:54
micahgno04:56
micahgI didn't see new posts this evening04:56
LLStarksthere were a few05:00
LLStarksalso, did you put in a merge request for the modified trough-border fix?05:01
micahgyes, but I think asac would rather do it this way05:01
micahg1LLStarks: sorry, pulled my cable out by accident05:05
=== micahg1 is now known as micahg
LLStarkswhat way?05:05
LLStarks<micahg> yes, but I think asac would rather do it this way05:06
micahgLLStarks: try to get the patch in upstream05:06
LLStarksah05:06
micahgLLStarks: more local patches means more maintenance for us05:07
LLStarksi see05:08
eagles0513875asac: will need to talk to you this afternoon regarding bindwood and dev scripts 0.1606:31
=== asac_ is now known as asac
=== micahg1 is now known as micahg
sevoirmorning07:47
=== dpm__ is now known as dpm
asachttps://build.mozilla.org/tryserver-builds/dholbert@mozilla.com-try-b28226f038b0/10:16
micahg1hi asac10:17
=== micahg1 is now known as micahg
micahgasac: LLstarks tried it and said it worked correctly10:18
asache should be more verbose10:19
asacin the upstream bug10:19
micahgI saw that but didn't know how much he needed to say10:19
asacYes, it is fixed most likely means that he tried the buiöld10:19
micahgyeah, I was chatting with him earlier10:19
asacwell. you need to be clear about a) what is fixed ... b) when is it fixed10:20
micahgok10:20
asacdid he try the tryserver build for instance10:20
asaccould also be he just lurked on the bug and commented that its fixed in 3.7/3.610:20
micahgyes, he tried the special build that dholbert posted10:20
asacsure. but thats not clear from his comment10:21
asacanyway. in case they dont take it upstream we need to take the other patch too that dbaron referred to10:22
micahgok, should I add that to the patch I made?10:22
asacnot sure. so far it sounds like they are not against taking that on 1.9.1 ;)10:22
asacwe should just not forget in case we have to do that on our own10:22
micahgyeah, they seem to be willing10:22
micahgok10:22
micahgasac: if we didn't split out xulrunner, could we jump versions with an SRU?10:23
asac"jump version" means what?10:23
asacmajor version update?10:23
micahgyep10:23
asacwe can also do that with xulrunner split out if its really needed10:24
micahgwell, I'm thinking LTS10:24
asacbut until 3.0 is not end of life its nothing we do10:24
asacyeah10:24
asaci am thinking about that every second day ;)10:24
micahg3.7 should be close to ready for Lucid10:24
asacah10:24
micahgbut that will only last for about a year10:24
asacyeah. for lucid i am currently leaning towards getting xulrunner out of ffox10:25
asachowver, the next problem we will face is hardy10:25
micahgso by 11.10, we'll be in trouble with browser support10:25
micahgyes10:25
micahg3.5 will only last until 10.0410:25
micahgso even that's not a good solution10:26
asacwe will have trouble with browsers upport in 10.01 ;)10:26
asacmicahg: 3.5 will be EOL 6 month after 3.6 is out10:26
micahgwell, I was saying even if we could push 3.5, it won't solve the problem10:26
micahgyes, which will be around 10.04/0510:26
asacthats 10.06 _if_ they release in december ... which i dont think will happen10:26
sevoirhi asac :)10:26
asachi#10:26
micahgoh, BTW, can we get 3.6 in karmic?10:27
micahguniverse10:27
asacmicahg: we need to go through the rdepends of xulrunner-1.9 and firefox-3.0 one more time. then remove those10:27
asacand then we can try to get freeze exception10:27
micahgok, so only 2 versions per release?10:28
asacyeah. even that is too much work10:28
micahgok10:28
asacand 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
micahgI'll try to look at that next week, they said 3.6b1 around oct 1310:28
asacthats ok.10:29
asaci am just concerned to get the other stuff out10:29
asaci will do a hard transition for ffox 3.0 after beta10:29
asacbut xulrunner 1.9 needs to be reviewed10:29
micahgok10:29
asace.g. is there still something not ported to 1.9.110:29
asaci dont think there is something missing10:29
asacbt could be that something sneaked in10:29
asacafter i made the list of the stuff that needs to be ported10:30
asachttps://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-firefox-3.510:30
asacwhat you could do is check https://edge.launchpad.net/~asac/+archive/sandbox10:31
asacthere is a classpath build10:31
asacthat somewhat failed on builders10:31
asaci am sure it built locally10:31
asacthats the last thing to get rid of xulrunner _1.8_10:31
asac De-libxul-dev'ification (LP: #352968):10:32
asac  * debian/control: build-depend on xulrunner-dev (and not libxul-dev)10:32
asacchecking 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 found10:32
asacconfigure: 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
asacmake: *** [config.status] Error 110:32
asacnot sure what that is10:32
asaceither we really lack some builddepends10:33
asacor the control file is busted or something10:33
asacor some .pc file in my ppa10:33
asaclet me retry the amd buid10:34
asacbuild10:34
asaci had some gtk hacking package in sandbox at that point10:34
asacnot sure if that was bogus10:34
sevoirasac: I created branch and tested my package with 'debuild -b'. Created deb package and tested install. Working great. Next step?10:35
asacsevoir: push the branch somewhere10:36
asac(e.g. publish)10:36
asacso we can review10:36
sevoirit's here: https://code.launchpad.net/~sevoir/firefox-extensions/firefox-ubuntu-hu-menu.ubuntu10:37
asacyeah. usually you would post that in your NEED PACKAGING bug too10:37
sevoirok. I post it.10:38
* asac cannot look because launchpad gives internal error10:38
asaci will check later10:38
asacah now it works10:38
asac * Initial release. (Closes: #422206) -> thats the debian bug syntax10:38
asacfor launchpad its: LP: #XXXX10:38
asacfirefox-ubuntu-hu-menu (1.7.0.0 -> thats a native version ... use a upstream + ubuntu revision approach10:39
asaclike 1.7.0-0ubuntu1 (if your upstream relesae is 1.7.0)10:39
asacMaintainer: Szenográdi Norbert Péter <sevoir@sevoir.hu>10:39
asacput yourself in XSBC-Original-Maintainer10:39
asacand use Mozilla Extensions Developmenet Team <....> as Maintainer:10:40
asacVcs-Browser: https://code.launchpad.net/~sevoir/firefox-extensions/firefox-ubuntu-hu-menu.upstream10:40
asac-> dont use upstream branch10:40
asacalso use the projected release branch10:40
asacwhich will be either ~ubuntu-dev or ~mozilla-extensions-dev10:40
asacsame for Vcs-Bzr10:40
asacsevoir: ^^10:40
sevoirahhh10:41
sevoir:D10:41
sevoirlearning, learning, learning10:41
sevoir;)10:41
asacin debian/copyright -> dont put a full GPL copy10:41
asacif your license is in /usr/share/common-licenses10:41
asacjust refer to that file10:41
asacand only put a short header in copyright file10:42
asacsevoir: you say that your import is 1.7.0.0 ... but your install.rdf says version=1.710:42
asacMOZ_XPI_EMID := {8c08a1b5-387b-4486-b4e3-77786ff7fd16}10:43
asacis that needed?10:43
asacin most cases it should just work without that10:43
sevoirokay, I check these errors now.10:43
asacsevoir: thats it ... oh. since you are upstream, please please pretty please put your LICENSE in the top level upstream .xpi10:43
asac(also would be in the import upstream)10:44
asacthx10:44
asacsevoir: thanks. btw, even i had a lot comments its not bad ;) ... so keep up the work!!10:49
sevoirjust the first is hard, after more easier :-)10:51
asacyep10:52
sevoirI dont give up, I would like to see my extensions in repository  :P10:52
asacsevoir: oh..we shouldnt use the firefox prefix i would think10:53
sevoirubuntu-hu-menu is okay?10:53
asacwe are currently working with debian on a standard10:53
asacthat standard says that the binary package should be xul-ext-10:54
asacprefix10:54
asacsome stuff for the new standard is http://wiki.debian.org/Teams/DebianMozExtTeam10:54
asacbut dont take everythig for granted there yet ;)10:55
sevoirmany info :D10:56
asacyeah10:57
asacjust address the comments i had10:57
asacthe XPI.TEMPLATE you used should have most stuff proper10:57
asacso you should be fine in general ;)10:57
sevoirbazaar not work ?11:24
asacbazaar works11:25
asacnot sure what you mean11:25
asac;)11:25
sevoirERROR: Connection error: while sending POST /~mozillateam/firefox-extensions/XPI.TEMPLATE/.bzr/smart: [Errno 113]11:25
sevoir:o11:25
asacnot sure11:25
asacwhat url are you triny got push to?11:25
asace.g. you should not push to XPI.TEMPLATE11:26
asacthats for sure11:26
sevoirbzr branch http://bazaar.launchpad.net/~mozillateam/firefox-extensions/XPI.TEMPLATE11:26
sevoirbut this okay, I copied other dir.11:27
sevoirI cant put my branch11:27
sevoirbzr push bzr+ssh://sevoir@bazaar.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.upstream11:27
fta2asac, do you know of any waterfall like tool for bzr and/or pbuilder?12:10
asacfta2: i know the waterfall model ;)12:11
fta2i'd like to setup something like that to do continuous builds and track perf & memory per commit12:11
asacyou want to do those per-commit builds in ppa ;)?12:12
=== jtv is now known as jtv-afk
sevoirasac: new debian/copyright file is okay? : http://paste.ubuntu.com/282916/12:19
asaci think so12:20
sevoirand new debian/control file: http://paste.ubuntu.com/282917/12:20
asacsevoir: have you checked our ubuntu-it-menu ?12:21
sevoiryes12:21
sevoirbut only license file12:21
sevoirI check ubuntu-it-menu debian/copyright file12:22
asacok12:22
asacsevoir: how did you produce the orig tarball? using med-xpi-unpack?12:22
sevoirthe package from addons page > xpi unpack12:23
asacyeah12:24
asacgood12:24
asacsevoir: so the top level license file should be included in your addons .xpi12:24
asaclike license.txt ... or COPYING in the top level of the xpi12:24
asacmakes it easier ;)12:25
sevoirI have license file in http://bazaar.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.upstream/files12:26
sevoirthis from ubuntu-it-menu ;-)12:26
sevoirit's wrong or wrong place?12:28
asacthat lnk doesnt work12:51
asacif its in top level dir of the upstream tree then its fine12:51
sevoirasac: please check it now: https://code.launchpad.net/firefox-extensions12:57
sevoirit think, these same as ubuntu-it-menu12:58
sevoir-t12:58
fta2asac, no, not in a ppa, this is not open source, at least not yet13:41
fta2not that i don't want it to be...13:56
sevoirasac: I think its done, buildeb -b working fine. Deb is okay, installable14:35
asacsevoir: thx. i will check that in a few14:44
sevoirok, Im waiting14:44
sevoirthx14:44
asacsevoir: ok i requested review from myself and bdrung on your branch14:47
asachttps://code.edge.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-menu.ubuntu/+merge/1271814:47
asacyou should get mails with our comments etc.14:47
sevoirokay. and I subscribed to mailing list too ;-)14:48
asacsevoir: i made a quick comment up front ... but wait a bit till bdrung_ had a look at it too15:11
asacfta2: wlll you drop the python-tlslite depends in chromium?15:11
asacor shall i? doko said you said its not needed anymore15:11
fta2asac, it's used as a 3rd party because i dropped the tiny patch needed to use the system one15:12
fta2it's just a matter of /usr/bin/tls (policy compliant) vs /usr/bin/tls.py (expected by chromium)15:13
fta2doko 1st wanted that package into the distro, until he realized the last version was from 200515:14
sevoirokay15:15
sevoirasac: but If my extension contain a jar file, what can I do? should I unpack and upload it?15:16
bdrung_sevoir: yes, unpack it (already in the source file)15:22
asacsevoir: you produce the upstream tree by just running med-xpi-unpack15:23
asacwith the .xpi15:23
sevoirok, I check it now15:23
asacfta2: ok great. point is that we still build-depend on it. so we can just drop it?15:24
asacor is there anything needed (like tls.py link)15:24
fta2by 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 remember15:26
fta2so either i re-add this patch and we can drop a 3rd party dir, or i drop the build-dep and keep that 3rd party15:27
sevoirbdrung_ , asac: unpacked and uploaded15:30
sevoirbye all15:52
sevoirI will come back tomorrow :)15:52
asacam i here?16:09
asac!test16:09
ubottuyes, I'm alive.16:09
asacgood16:09
fta2am I?16:16
fta2i've disconnected for a while16:16
asacfta2: you are ;)16:19
asac!test16:19
ubottuyes, I'm alive.16:19
asacseems to be a good test ;)16:19
fta2yep16:19
asacfta2: what would be the implication of dropping the build-dep ... would we still ship tls.py in usr/bin ?16:34
asacif not then we definitly want that16:34
asacdtchen: not sure if that is sound related, but i think so.16:34
asacdtchen: yesterday i upgraded my X61s lenovo thing16:35
fta2no, it's just used during the tests, it's not shipped16:35
asacdtchen: (one week suspended)16:35
asacdtchen: now it makes some strange click sounds16:35
asacno really sure when it does that16:35
asacbut it definitly happens from time to time16:35
asacsomething every other minute16:35
asacfta2: good. will you drop the build-dep?16:35
asacand repush (if the builders are not too busy)16:36
fta2why repush? is there an emergency or something?16:36
asacfta2: no.16:41
asacfta2: just thought we would know if it fails earlier16:41
fta2committed16:41
asacotherwise just keep it16:41
asacwe will see tomorrow16:41
fta2i made the test failures non fatal anyway, should not be a problem16:42
eagles0513875hey asac you there17:30
eagles0513875asac: 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 wiki17:42
ftaasac, http://www.sofaraway.org/ubuntu/tmp/chromium-verbose.png *sigh*19:15
asacfta: heh. make the font smaller ;) j.k.19:47
eagles0513875asac: you still here20:00
eagles0513875did you see my message that i left you earlier20:00
asaci dont understand the question20:06
asacworks != is proper20:07
asacits usually less20:07
BUGabundohey every one. guud evening20:58
BUGabundofta: chromium is stupid20:58
BUGabundoa single download is hogging one of my cores20:58
BUGabundoluckly since it has PID separation20:58
BUGabundoI can run it with CPU limit -l 20 :)20:58
micahgBUGabundo: it is a nightly20:59
BUGabundoalways daily :)20:59
BUGabundoalso this morning version had some bug with cookies20:59
bdrungasac: now time to sync m-d21:02
ftaBUGabundo, don't tell me, find existing bugs or file one21:17
fta(re) BUGabundo, don't tell me, find existing bugs or file one21:31
bdrungasac: can bug #440239 be ff fault?22:49
ubottuLaunchpad bug 440239 in pwdhash "< key not dead" [Undecided,New] https://launchpad.net/bugs/44023922:49

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!