/srv/irclogs.ubuntu.com/2007/11/17/#ubuntu-mozillateam.txt

Ubulettehmmm, i'm building with nss/nspr cvs00:01
Ubulettei should not do that as i know it will fail00:01
Ubuletteasac, DBUILD_ID=000000000000:10
Ubulette.. but that's no longer a merge if i start fixing things00:10
asacUbulette: thats ok ... fix it00:14
asacits a minimal thing ... push the patch upstream00:14
asac( as in debian)00:15
asaci already told him once ... no idea why he dropped it again ... nor when00:15
asacUbulette: its important that in the end the changelog reads liks:00:15
asacUbuntu changes:00:16
asac + list00:16
asac + all00:16
asac + changes00:16
asac + that00:16
asac + currently00:16
asac + exist00:16
asac + in00:16
asac + package00:16
asac:)00:16
Ubulettei only filled the blanks00:16
asace.g. document the complete debdiff00:16
asacthen ... list which modifications were dropeed/applied upstream .. so nothing really particular00:17
UbuletteI did lines 4..1100:17
asacUbulette: 61_python_py_ssize_t_detect00:27
asacwasn't that applied?00:27
Ubuletteno00:28
asaci think we don't need that anymore as we have a patch that doesn't require modification of configure.ac anymore00:28
asacwhich patch did mike include?00:28
asac(I think he mentioned my name in changelog)00:28
Ubulette Drop debian/patches/68_python25_api_breakage.dpatch adopted by Debian as debian/patches/35_python_2.5.dpatch00:28
asacUbulette: use the one we have in xul 1.900:28
asacinstead of both00:29
asacit should apply cleanly00:29
Ubulettenoone will accept to review that. it already has 70 patches00:29
Ubulettei'll wait forever like for seamonkey100:30
asacwhat do you mean?00:30
asacUbulette: no ... its just the debdiff that is important00:30
Ubuletteif i touch more than just the merge00:30
asacnot the total diff00:30
asachmm .. ok00:30
asacthen keep it that way00:30
Ubuletteeven debdiff it already big00:30
Ubuletteis00:30
Ubuletteinstructions say to keep changes to the minimum00:31
asacyes00:31
Ubuletteso if it's dirty, keep it dirty00:31
asacthen follow the instructions00:31
asacbluekuja: why does sm1 take so long?00:32
asacbluekuja: you waste fresh blood :) ... people that contribute and don't get sponsored ;)00:32
UbuletteI don't know, it's in a far better shape than it has ever been00:32
Ubulettehttp://paste.ubuntu.com/2042/00:37
asacUbulette: well ... give him some time ... he probably has never dealt with such a huge package :)00:37
Ubulettehmm00:37
asacyes thats known to debian00:37
asaci saw it on ml today00:37
Ubuletteand ?00:38
asachttp://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-November/003146.html00:38
asacoh thats iceape00:38
asacOkay, this was broken by the latest gtk+2.0 package.00:38
asacThe patch at https://bugzilla.mozilla.org/attachment.cgi?id=26499600:38
asacshould fix this. (If you give it a try, don't forget to run autoconf to00:38
asacupdate configure)00:38
asac(thats what mike commented)00:38
Ubulettewhat's the bug id ?00:40
asacnaturally he keeps that open :)00:47
asachttps://bugzilla.mozilla.org/show_bug.cgi?id=34481800:48
ubotuMozilla bug 344818 in Build Config "Linking - missing library deps" [Normal,Unconfirmed]00:48
Ubulettenot the same00:49
asacUbulette: yes it is00:51
asachttps://bugzilla.mozilla.org/attachment.cgi?id=26499600:51
asacthats the same link?00:51
asaclooks like ... thats from that bug00:51
asacthe last attachment00:51
Ubulettegod i hate dpatch00:53
Ubulettetoo slow for such a big tree00:54
Ubuletteasac, i don't get it, in the tarball i've got from the merge site, there's a debian dir in it01:31
Ubulettehttp://paste.ubuntu.com/2043/01:31
asacUbulette: yes ... from what i know that is the tarball which attempted to do the merge01:44
asaconly conflicts are marked01:44
asacand you have to fix them01:45
asacthats merge-o-matic :)01:45
Ubuletteproblem is that tarball is not vanilla01:45
asacUbulette: which tarball=01:46
asac?01:46
Ubuletteis it the one i'm supposed to push ?01:46
asachttp://merges.ubuntu.com/x/xulrunner/01:46
asacÜ01:46
asacwhich?01:46
Ubulettexulrunner_1.8.1.9.orig.tar.gz01:46
asacthat should be the orig yes01:47
Ubulettehttp://paste.ubuntu.com/2043/01:47
asaclike a copy from debian01:47
asacUbulette: don't bother about that01:47
asacits in pristine upstream01:47
asacthat debian dir01:47
asacit has always been there ... abandoned for agaes01:47
Ubuletteok01:47
asacits pristine upstream01:48
asaci think01:48
asachttp://merges.ubuntu.com/x/xulrunner/xulrunner_1.8.1.9-1ubuntu1.src.tar.gz01:48
asacis the one that was automerged01:48
asacnot sure though01:48
asaci am a lame merger after all01:48
Ubuletteyes, it's auto unpacked as xulrunner-1.8.1.9-1ubuntu101:48
asacUbulette: actually there is a script you should run01:48
Ubulettewhich is not usual01:48
asachttp://merges.ubuntu.com/grab-merge.sh01:48
Ubulettei did it01:48
asacrun that with xulrunner01:48
Ubulettei did it01:49
asacah01:49
asacok ... yes then there should be conflicts or something in the source tree01:49
Ubulettethat's why i'm slow, it's an unusual way to do everything01:49
asacright :)01:49
asacbut its effective for that purpose01:49
Ubulettei'm tempted to mv xulrunner-1.8.1.9-1ubuntu1 xulrunner-1.8.1.901:50
asacwell ... that doesn't really matter ;)01:50
Ubulette.. except that dpkg-sources complains01:51
asacyeah ... butin the end its not a problem ... its easier to debdiff later ... as you see which is which01:51
Ubulettedebdiff looks clean. i'm rebuilding as i've touched configure01:51
Ubuletteasac, http://paste.ubuntu.com/2045/01:54
asacUbulette: you don't needtoadd the pysize configure.in patch01:56
asacmike did it manually01:56
asaclike01:57
asac++#if defined(__x86_64__) || defined(__ia64__)01:57
asac++if (PyObject_AsWriteBuffer(obBuffer, &buf, (long *)&buf_len) != 0) {01:57
asac++#else01:57
asac+ if (PyObject_AsWriteBuffer(obBuffer, &buf, (int *)&buf_len) != 0) {01:57
asac++#endif01:57
asaclooks a bit like he will miss archs with 64 bits that way01:57
asaclike s390 64-bit ppc6401:57
asacno idea whatelse01:57
asacUbulette: maybe resurrect the patch we had in previous version01:57
asacbut its your decision01:58
asacif you keep mikes you don't need the other01:58
asacotherwise: thumbs up01:59
Ubuletteif i drop 61_python_py_ssize_t_detect i have to redo the damn 99 :(02:01
asacyeah :)02:02
Ubulettenot difficult, just slow02:02
asachappy dpatching02:02
asactell that the other core-devs that want to fight quilt for something more simpler :/02:02
asacs/more/02:02
asacs/more//02:03
Ubulettequilt is easy if you know what a stack is02:03
Ubulettemoz will use it02:04
asacright ... but maybe not easy enough to grow the motu community as big as we want it to be :)02:04
Ubuletteeither natively or through hg02:04
Ubulettea few lines of tutorial and it's enough02:05
Ubulettepush/pop, new, add, refresh, fold02:05
Ubulettethat's it02:05
asacright ... you don't need to convince me :)02:05
Ubulette:)02:05
asacdebian goes to git + merge-new-upstream-on-top approach \O/02:06
asacand i don't have a key anymore :(02:06
Ubulettemerge-new-upstream-on-top ?02:09
asacyeah ... just commit new upstream releases to git ...02:09
asacwith you patches getting melted02:09
Ubulettegasp, full tree02:10
asacyeah ... merge on top :)02:13
Ubulettewhat's the benefit ?02:13
asacno idea ... to piss at me?02:14
Ubulettelol02:14
asachttp://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-October/003052.html02:15
asachttp://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-October/003062.html02:16
Ubulettestill no mention of the benefits02:18
asacthats true02:19
asache references: http://blog.madduck.net/debian/2007.10.03_packaging-with-git02:19
asacin fact we had various discussions before ... mike was always _for_ a patch ystem ... while eric wasn't02:19
asacand funny thing  is that I chatted with him about that topic before02:20
asacanyway ... i cannot upload to debian anymore :(02:21
Ubulettegpg key ?02:22
asacyes ... they updated gpgv and now it thinks that my key has expired ... because a subkey has expired02:23
Ubulettecan't you just drop it ?02:23
asactried ... keyservers appear not to honour any delkey02:24
asace.g. maybe i need to change seomthing else so the new key is updated02:24
asaclooked like the keyservers just ignored it02:25
Ubulette(lady) bugs never disappear for lp/code ?02:36
asache?02:38
Ubulettehttps://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.dev02:39
Ubulettetop right and bottom02:39
Ubulettebottom is released so i expected it to disappear02:40
asacno idea :)02:40
asacmaybe a bug in lp02:40
Ubuletteis xulrunner in main in debian ?02:45
asacdebian only has main02:45
asaceverything else is non-free02:45
asacand contrib ... which is non-free as well (e.g. source is free, but depends on non-free)02:45
asacso everything that is free goes to main02:45
Ubulettei remember nonfree, nonus, contrib02:46
Ubuletteok, go for main02:46
Ubuletteasac, same bug02:48
Ubulette../../dist/lib/components/libgklayout.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':02:48
Ubulettecollect2: ld returned 1 exit status02:48
asacbad02:49
Ubuletteand before you ask, yes, the patch is applied02:50
Ubuletteand configure updated too02:50
asacyeah ... i know that you know how to do it :)02:51
asaci just brought my blog back up :)02:51
asacnot that there is anything interesting :) ... but after being 2+ month down this is a precious moment ;)02:51
Ubulettemalone is timeouting and oopsing me02:52
asaca friday night update?02:52
asacnice02:52
Ubulettebug 11850002:53
ubotuLaunchpad bug 118500 in xulrunner "Please merge xulrunner (universe) from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/11850002:53
Ubulettebug 6139502:53
ubotuLaunchpad bug 61395 in xulrunner "please sync xulrunner 1.8.0.5-4.2 from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/6139502:53
Ubulettebug 7858702:53
ubotuLaunchpad bug 78587 in xulrunner "please sync xulrunner 1.8.0.9-1 from Debian unstable (main)" [Undecided,Fix released] https://launchpad.net/bugs/7858702:53
Ubulettebug 11994602:53
ubotuLaunchpad bug 119946 in xulrunner "Please merge xulrunner 1.8.1.4-2 from Debian unstable" [Wishlist,Fix released] https://launchpad.net/bugs/11994602:53
Ubulettebug 8956102:53
ubotuLaunchpad bug 89561 in xulrunner "[UVF exception] Merge xulrunner 1.8.0.10 from Debian unstable" [Medium,Fix released] https://launchpad.net/bugs/8956102:53
Ubulettehmmm, that one is ahead of me02:54
asacahead?02:54
Ubuletteoh no02:54
Ubulettei'm on 1.8.1.902:54
Ubulettethought it was chronological02:55
Ubulettebug 16327102:56
ubotuLaunchpad bug 163271 in xulrunner "Please merge xulrunner 1.8.1.9-1 (universe) from Debian unstable (main)" [Undecided,In progress] https://launchpad.net/bugs/16327102:57
asachehe02:59
Ubulettemozilla bug 36857602:59
ubotuMozilla bug 368576 in Build Config "undefined reference to `XRenderFindStandardFormat' while compiling" [Normal,Resolved: duplicate] http://bugzilla.mozilla.org/show_bug.cgi?id=36857603:00
Ubulettethe patch from before didn't even contain "Xrender"03:01
Ubuletteso -lXrender , nada03:02
Ubulettedamn03:02
asacwelll its still the duplicate bug of that one03:04
Ubulettei needed the other patch03:04
Ubulettehttps://bugzilla.mozilla.org/attachment.cgi?id=24243803:04
asacwhich?03:04
Ubulette+EXTRA_DSO_LDOPTS+= -lXrender03:05
asacmaybe you need all three ;)03:05
Ubulettemozilla bug 38121603:57
ubotuMozilla bug 381216 in Places "prevent bookmarks dataloss when a user goes from Firefox 2, Firefox 3 beta, Firefox 2, and then back to Firefox 3 [was: After initial import, minefield with bookmarks-on-places throws out Firefox 2 bookmarks changes]" [Normal,Verified: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=38121603:57
asaclate ... + off04:07
=== asac_ is now known as asac
=== \sh_away is now known as \sh
Greeneryis there firefox 3 beta rc in repo?13:33
asacGreenery: in hardy ... yes.13:48
Greeneryoh i'm on gutsy13:49
Greeneryis there a way to get it?13:49
asachmmm ... not yet ... we wiill update gutsy once beta is final :)13:51
Greenerycool...now if beta is out, do i have to remove current firefox 2.0 or can bothe 3.0 and 3.0 work together?13:51
Greenery*2.013:52
asacyou can have both at the same time ... they won't share the profile though13:52
Greeneryah nice, i would love to test firefox 3 cos its amazing one windows so far13:52
Greenerythanks asac13:53
asacyou can already install it ... firefox-3.0 is the package name13:53
asacbut its a8 in gutsy13:53
asaconce the new one gets in the archive you will automatically upgrade13:53
Greeneryit will use different profile?13:53
asacyes13:53
Greeneryok gonna try it out13:53
gnomefreakasac: iceape fur gutsy is done i just want to run lintian and linda on it real fast before i push15:23
Ubulettehi15:25
gnomefreakill let you know when its ready i have to go upstairs for coffee first15:25
gnomefreakhi15:25
* gnomefreak knows i need to remove .bzr :(15:25
Ubulettecoffee is a nice idea, i'll do that too :)15:26
gnomefreakok ill be back after coffee15:27
asacgnomefreak: you can add -i.bzr to your dpkg-buildpackage parameter list15:31
Ubulettebluekuja, hi, any eta for sm1 ?15:49
* asac => sport15:49
bluekujaUbulette, I've built it15:53
bluekujaand seems fine15:53
bluekujaneed to check lintian and other packaging issues15:53
bluekujabut not today15:53
bluekujait's the weekend15:53
bluekuja:)15:54
bluekujaI'm full of stuff to do on this period15:54
bluekujathat's why there is a small delay15:55
bluekujabut don't worry, for the next week it can inside15:55
bluekuja*be15:55
=== \sh is now known as \sh_away
=== Ubulette_ is now known as Ubulette
Ubuletteasac, i've fixed all the ftbs with xul1.8, i just have a few concerns about the python stuff17:11
Ubulettein debian/tmp, i have usr/lib/python2.5/site-packages/xpcom  while in the debs, it goes to usr/share/python-support/python-xpcom17:13
Ubuletteand mike has a checker at the end of the build showing that17:13
Ubuletteoh, and xulrunner-{nss,nspr}.pc are not installed at all. there's nothing to install those 2, there's just in debian/tmp17:14
Ubuletteasac, i'm done. debdiff attached to bug 16327117:57
ubotuLaunchpad bug 163271 in xulrunner "Please merge xulrunner 1.8.1.9-1 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/16327117:57
gnomefreakasac: i do18:14
gnomefreaki would say it didnt work last time but revu was broken anyway so ther eis no telling18:15
Ubulettei'm wondering who would volunteer to review the merged xul1.8 with 2*300k of debdiff18:16
gnomefreakUbulette: why are you building xulrunner-1.8 for hardy?18:17
Ubuletteit's a merge18:17
gnomefreakatleast thats what i got from lastnights conversation18:17
gnomefreakmerge for hardy you cant merge for gutsy and 1.9 is in hardy18:17
gnomefreakare we planning on supporting both in hardy?18:17
Ubulettehttp://merges.ubuntu.com/x/xulrunner/18:18
Ubulettei just did that pending merge18:18
gnomefreakunles security only it cant be merged into gutsy18:18
* gnomefreak waiting for browser18:19
* gnomefreak doesnt see 1.9 there18:19
gnomefreaki see 1.8.1.918:19
Ubuletteyes18:20
Ubuletteit's the old 1.8 branch18:20
gnomefreakin hardy or gtusy?18:20
Ubulettehardy i guess18:20
gnomefreakwhy would we need 2 versions of xulrunner18:20
Ubulettebecause they are not compatible18:20
gnomefreakhardy should have everything depend on xulrunner-1.918:21
Ubulettethat's why 1.9 uses a different package name18:21
Ubulettegnomefreak, it will take a while18:21
gnomefreakso we have to have packages depend on 1.9 | 1.8?18:21
Ubulettedepends18:21
gnomefreakwhat does 1.8 do that 1.9 doesnt?18:22
Ubulettewe want to be able to install 1 xul per branch at the same time, like upstream18:22
Ubulette1.9 changed the API to much for some old projects18:23
Ubulettetoo18:23
gnomefreakfirefox 2.0 cant depend on 1.9 afaik but 3.0 should be final before we release hardy18:23
Ubuletteff2 will never use libuxl18:23
Ubuletteff3 already does for us, but 1.918:24
gnomefreaki know but since 3.0 will be final (assuming it will be ready by jan1) we can drop 2.0 from repos when 3.0 is final18:24
Ubulettewhat about everything else depending on gecko/xul ? (miro, kaze, epiphany, python-moz, etc..)18:25
Ubulettethey will eventually catch up with xul 1.9 but it will take time18:25
gnomefreakseamonkey 2.0 wont be released in time for hardy, kaze uses 1.9 not sure about the others but i dont see why they cant.18:26
gnomefreakand i know seamoney doesnt use libxul at all18:26
Ubuletteso we need to continue to provide xul1.8 (merged from debian) in parallel to xul1.9 that we are maintaining here18:26
Ubulettekaze doesn't18:26
Ubulettei've tried, i've patched, it's far from obvious18:27
gnomefreakright now none of the above listed apps depend on libxul at all except maybe miro18:27
Ubulettemy latest kaze depends in xul 1.818:27
Ubuletteon18:27
gnomefreakso why not just keep them not depending on it, is there something that 1.8 will do that isnt done for these apps no18:27
gnomefreaksno/sow18:28
gnomefreaks/no/now18:28
Ubulettejust the api18:28
gnomefreakapi doesnt do anything for epiphany ect since it depends on firefox18:29
Ubulettebtw, xulrunner 1.8 is already in hardy, why won't it be upgraded like everything else ?18:29
gnomefreakUbulette: i was figuring it would be pulled18:29
gnomefreaksince 1.9 is there but i forgot about other apps18:29
Ubulettedepending on ff-dev is a mistake, we need to get rid of that but it's only possible starting to xul 1.918:30
gnomefreakUbulette: no installing epiphany installs firefox18:30
Ubulettedoesn't mean it's good18:31
gnomefreakthat is the point of adding libxul in gutsy we were gonna make use of it installing xul instead of firefox18:31
gnomefreakbut we couldnt due to time we got xul in18:31
Ubuletteasac told upstream (epiphany) is working on supporting xul 1.918:31
gnomefreaklinda takes too damn long to run18:31
Ubulettegnomefreak, xul is also a SDK, what do we know about users of the SDK ? there are tons of xulapp that are not packaged but still need xulrunner18:33
gnomefreakim assuming everything installs firefox/depends on it due to mainly depending on gecko18:33
gnomefreakif they are not packaged for ubuntu it shouldnt matter at all18:33
Ubulettenot to you maybe but to others maybe. difficult to know for sure18:35
gnomefreakwe dont support outside of our repos (we == ubuntu)18:36
gnomefreakperson wants to build it its on them to get build-deps18:36
gnomefreaki didnt say its a bad idea i just didnt understand why 2 versions were needed18:38
gnomefreakbut if packages depend on 1.8 in gutsy than i see why its added in hardy18:38
Ubulettethe merge was pending, i volunteered, done, period.18:38
* gnomefreak doesnt understand why we should make apps depend on 1.8 if they didnt in gutsy18:38
Ubulettei don't care about gutsy. i'm talking about merges on mom/dad for hardy18:39
Ubuletteit was in the list with other even more obscure stuff, so why not ?18:40
Ubuletteat least, i'm familiar with that beast so it made sense18:41
gnomefreakdid we talk about moving xul to main?18:45
Ubulettei don't remember18:45
Ubulettefor sure, not 1.818:45
gnomefreakright18:45
Ubulette1.9, maybe, could be interesting18:45
gnomefreakwell when ffox3.0 is released we have to move it to main afaik18:45
gnomefreaki dont think main apps depend on universe but that might have changed since universe is enabled by default18:46
gnomefreakbut xul still maybe not needed but wanted18:47
asaceverything in main _must_ be xul 1.9 for hardy18:49
asacotherwise it will get demoted18:49
asacpython mozembed is ready ... just the xul classifier issue18:49
asacbut that is a xul issue18:49
asacepiphany will take a bit though18:50
gnomefreakasac: thats what i thought so shouldnt we move it to main18:50
Ubulette(as i said)18:50
asacgnomefreak: yes ... I will write a MIR as soon as we have beta and fixed the url-classifier issue18:50
gnomefreakif epiphany or ff3.0 are releasedd18:50
gnomefreaki think epiphany is in main18:51
gnomefreak!info epiphany18:51
ubotuepiphany: clone of Boulder Dash game. In component universe, is optional. Version 0.5.1-4 (gutsy), package size 63 kB, installed size 236 kB18:51
asacyes ... yelp + devhelp + epiphany + gnome-mozembed18:51
gnomefreak!info epiphany-browser18:51
ubotuepiphany-browser: Intuitive GNOME web browser. In component main, is optional. Version 2.20.1-0ubuntu1 (gutsy), package size 3527 kB, installed size 14412 kB18:51
asacthose 4 should cover a good amount of main stuff we need to port18:51
gnomefreakthats right yelp does need it18:51
asacepiphany is probably the most tricky one18:51
gnomefreakdepends when upstream releases it if they can18:52
asacgnome-mozembed = python-gtkmozembed18:52
gnomefreakwell linda isnt doing anything but checked lintian and its good18:52
gnomefreaklet it work for 5 more minutes than if nothing ill kill it and upload to revu for you to grab, will push to branch if linda is good if it runs on revu18:53
* gnomefreak glad sunbird is no longer an issue TBH18:54
gnomefreakbrb18:54
asacgnomefreak: ok ... if you have an orig it might be fine :)18:58
gnomefreaki do ;) im running it in chroot ;)19:00
gnomefreakwill run it on gutsy partition whne i get that far19:00
gnomefreaki gave up gwget todday19:01
gnomefreakif i find time later im gonna work on bugs since my packages will be done for now19:13
* gnomefreak might play catch up on sm2 since i have older version installed19:14
asacok out getting drunk :) ... german beeerr \O/19:18
asaci hate american beer19:18
asacits the worst i ever had19:18
gnomefreakhave fun ;)19:21
gnomefreakUbulette: are you moving seamonkey to nobinonly for hardy?19:50
gnomefreakwe cant add it to gutsy afaik since its not security19:50
Ubulette1 or 2 ?19:54
gnomefreakUbulette: either for hardy19:55
* gnomefreak thinks it a "must" for all moz apps19:55
Ubulettei did coth19:55
Ubuletteboth19:55
Ubulettehave a look at my ppa19:55
Ubulettehttps://edge.launchpad.net/~fta/+archive19:56
Ubulettemozclient is now producing nobinonly tarballs only19:56
Ubuletteand for sm1, i've added a rule to create the nobinonly tarball from the upstream one19:57
gnomefreakah ok19:57
Ubuletteno need to tar by yourself anymore19:57
gnomefreakthat makes life easy19:57
Ubuletteindeed19:57
gnomefreakneeds to pull mozclient to see what apps are in there sometime after push is done19:58
Ubulettei just hate to do the samething twice, so i script everything19:58
gnomefreaki agree20:03
gnomefreakanyway to add sunbird and sm 1.1.x to mozclient?20:07
Ubulettewe're not doing cvs for those two20:07
gnomefreaknot sm1?20:08
Ubuletteit's still possible to do it but it was not the initial purpose of mozclient20:08
gnomefreaki understand, its easy enough to do it20:09
gnomefreakjust a thought20:09
Ubulettei don't see the reason to do sm1 cvs, releases are enough20:09
gnomefreaktrue cvs is better for unreleased appz20:10
gnomefreak-z +s20:10
Ubulettefor sunbird, maybe. it's not clear what is trunk20:10
Ubulettefor sunbird, maybe. it's not clear what trunk is20:11
gnomefreaksunbird is a bit messed up still on thier versioning20:11
Ubuletteyep20:11
Ubulettea bit young, that's it20:11
gnomefreakmaybe when devel starts on 1.020:11
* gnomefreak wounld mind playing with it a bit when they start on it but still hard to get a source tarball for no released apps without cvs20:12
Ubulettewell, i agree. i can add sunbird quite easily now that i've introduced the debtag=tag=version20:14
gnomefreakyeah i was looking at that (the second section in Makefile) seems its just add the 3-4 lines of stuff and your done20:15
gnomefreakis that fairly true?20:15
gnomefreaktarget appname file and url is the part i mean20:15
Ubulettein that case, i need to add the proper branch name in addition to the tag, as it's not trunk20:16
gnomefreakah20:16
gnomefreaki broke bzr again, brb smoke20:20
Ubulettetoo bad it's still MOZILLA_1_8_BRANCH20:24
gnomefreakwhat sunbird?20:26
Ubuletteyes20:27
gnomefreakyeah until 1.020:27
gnomefreak1.x20:27
gnomefreakhmmm seems to just sit there now20:31
gnomefreakcan i remove debian/.pc dir ?20:37
Ubuletteyou should not have it in there in the 1st place, so yes20:39
gnomefreakah ok cool20:39
Ubuletteit's supposed to be in the root dir (where you run dpkg-buildxxx)20:39
gnomefreakdoes firefox support import bookmarks from windows?21:06
Ubuletteno idea21:06
Ubulettegnomefreak, i've patched mozclient21:18
Ubulette$ make DEBIAN_TAG=SUNBIRD_0_7_RELEASE=0.7 sunbird-orig21:18
Ubulette  => lightning-sunbird_0.7+nobinonly.orig.tar.gz21:18
Ubulette$ make sunbird-orig21:18
Ubulette  => lightning-sunbird_0.8~cvs20071116t1332+nobinonly.orig.tar.gz21:18
gnomefreakty21:19
gnomefreaki dont need to add nobinonly to make command right?21:19
Ubuletteno, it's automatic21:19
gnomefreaksweet thank you ;)21:19
=== \sh_away is now known as \sh
gnomefreakhmmm ihave a .zip file for BeOS and not sure how to burn it21:42
Ubulettei wonder why sunbird fetches SeaMonkeyAll21:45
gnomefreakcvs?21:51
Ubuletteyes21:52
gnomefreakUbulette: maybe because it is based on the now removed seamonkey calendar21:52
Ubulettemaybe21:52
gnomefreakthey stopped supporting sm-cal so maybe that is reason21:52
Ubulettethat's another huge tarball21:52
Ubulettemaybe we can try the trunk version and see if it can use xul1.9 like our ff321:53
gnomefreakhave they started work on 1.0 yet?21:53
gnomefreaki havent seen anything on it yet21:54
Ubuletteno but there are tons of commits in trunk21:54
gnomefreakah21:54
gnomefreaknoone pushed songbird as a bzr branch yet?21:55
Ubulettenope21:56
=== \sh is now known as \sh_away
gnomefreakUbulette: seamonkey2 needs font size or size in general made smaller22:08
gnomefreakits huge by default22:08
Ubulette? for me it looks normal22:09
Ubulettehttp://www.sofaraway.org/ubuntu/tmp/SeaMonkey-2.0a1pre-startup.png22:09
gnomefreakfor me its 3 times the size of firefox22:09
gnomefreakand im using 1600x1200 screeen res22:10
Ubulette1440x90022:10
Ubuletteexactly the same as ff322:10
gnomefreakis there a place i can upload instead of tinypics22:12
UbuletteImageShack ?22:13
gnomefreakim trying now22:13
gnomefreak[URL=http://img441.imageshack.us/my.php?image=firefox20wb1.png][IMG]http://img441.imageshack.us/img441/7581/firefox20wb1.th.png  << ffox-2.022:16
gnomefreakhttp://img441.imageshack.us/img441/7581/firefox20wb1.th.png <<ff2.022:17
gnomefreakhttp://img441.imageshack.us/my.php?image=seamonkeyhp8.png  << sm222:17
Ubulettevisit about:config and layout.css.dpi to 022:22
Ubuletteset22:22
gnomefreakit was -122:25
Ubulettetry 022:25
gnomefreaki am22:25
Ubuletteand ?22:25
gnomefreakwaiting for it ot restart22:25
gnomefreakeven bigger22:25
gnomefreakwell some of it22:25
Ubuletteshould be your gnome prefs22:26
gnomefreakhigher number smaller size?22:26
Ubuletteunless your X driver is not able to do that with gnome22:26
gnomefreakits just the content on site22:26
Ubulettetry 8422:26
gnomefreak84?22:26
gnomefreakholy shit22:26
Ubulette84 dpi22:26
Ubulette xdpyinfo | grep dot22:27
gnomefreakmuch better22:27
Ubulette0 should get the size from X, -1 is to use moz prefs22:27
gnomefreak  resolution:    126x121 dots per inch22:28
Ubuletteso that's why it's huge22:28
gnomefreakwhy?22:28
gnomefreaknothing else is that big22:28
Ubulettefta@ix:~ $ xdpyinfo | grep dot22:28
Ubulette  resolution:    89x87 dots per inch22:28
gnomefreakits just sm2 and firefox3.022:28
gnomefreakeverything else is right size22:29
Ubulettethe rendering engine of 1.9 :)22:29
gnomefreakin sm2 also?22:29
Ubuletteyes, it's just internal22:30
gnomefreakso how do i change xdpyinfo?22:30
Ubuletteyou can play with System / Preferences / Appearances / Fonts / Details... / Resolution22:32
Ubulettebut you're good to go for a headache22:32
gnomefreakmost likely yeah22:33
Ubuletteit's dynamic so try (just remember the initial value ;))22:33
gnomefreakit has 96 in there22:33
gnomefreakwhy do i have 126x121 if it has 96 :(22:34
gnomefreakwhat does yours have? so i have a base to work off of22:34
Ubulette8422:34
gnomefreaki have to restart X for it to take affect?22:35
Ubulettei don't22:35
gnomefreakso i should set sm back to 0?22:37
Ubuletteyes22:38
gnomefreakk22:38
gnomefreakwith 84 its still huge22:39
Ubulettemy feeling that noone will step up to review my xul1.8 merge is starting to get stronger ;)22:39
gnomefreakwith layout.css.dpi set to 022:40
Ubulettei don't know. dpi in linux has always been dark magic for me. i've done some vodoo then something nice appeared, i'm stucking with that now22:41
gnomefreakUbulette: when you open sm2 does it give you the start up notifcation? like ff does22:44
Ubulettei just see the default homepage22:45
Ubuletteoh, 1st time, you probably got the profile migrator22:45
gnomefreakhmmmmmmm firefox2.0 and 3.0 are perfect sm2 is still huge no matter what i do other than changing layout.css.dpi22:46
gnomefreakUbulette: no look at your taskbar while its starting up22:46
gnomefreakdoes it say seamonkey is starting up or loading22:46
gnomefreaknotice firefox does have it22:47
gnomefreakcant remember but i could have swroe i added it to tbird and iceape22:47
Ubulettecould you screeenshot it ?22:47
gnomefreaksworn22:47
gnomefreaki can try22:47
gnomefreakits changed in .desktop22:48
gnomefreakiirc22:48
gnomefreakbrb while it takes it sweet time to post22:50
gnomefreakhttp://profile.imageshack.us/user/gnomefreak/images/detail/#132/startupoh7.png22:50
gnomefreaklook at the lower panel the 2 window names22:50
gnomefreaksecond one says starting firefox22:50
gnomefreaksm2 is only one so far that doesnt have it (im pretty sure i added it to sunbird and i swear i did for IA but cant rmemeber off hand22:51
Ubulettei've never seen that22:52
gnomefreakff 2 and 3 tb do it sunbird i am fairly sure does as well22:53
gnomefreakiirc i added it due to a bug report but its been a long time22:54
Ubulettei have only 1 panel and i don't use the "window list" applet22:54
gnomefreakthat would be why you dont see it22:55
asacole22:59
Ubuletteyop23:00
gnomefreakasac: everything is pushed to revu ill give you links tomorrow im gonna keep working on font issue in sm2 after dinner23:01
gnomefreakdinner i think is now since i havent eaten yet today23:02
gnomefreakUbulette: im pretty sure it was in *.desktop that the change was made, asac should remmeber why we did it he would know if we should bother, im at no opinion for most part on it but if i did fix it due to bug expect some user to file one on it23:03
gnomefreakbbl23:03
Ubuletteasac, how was the beer ? :)23:09

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