[00:01] <Ubulette> hmmm, i'm building with nss/nspr cvs
[00:01] <Ubulette> i should not do that as i know it will fail
[00:10] <Ubulette> asac, DBUILD_ID=0000000000
[00:10] <Ubulette> .. but that's no longer a merge if i start fixing things
[00:14] <asac> Ubulette: thats ok ... fix it
[00:14] <asac> its a minimal thing ... push the patch upstream
[00:15] <asac> ( as in debian)
[00:15] <asac> i already told him once ... no idea why he dropped it again ... nor when
[00:15] <asac> Ubulette: its important that in the end the changelog reads liks:
[00:16] <asac> Ubuntu changes:
[00:16] <asac>  + list
[00:16] <asac>  + all
[00:16] <asac>  + changes
[00:16] <asac>  + that
[00:16] <asac>  + currently
[00:16] <asac>  + exist
[00:16] <asac>  + in
[00:16] <asac>  + package
[00:16] <asac> :)
[00:16] <Ubulette> i only filled the blanks
[00:16] <asac> e.g. document the complete debdiff
[00:17] <asac> then ... list which modifications were dropeed/applied upstream .. so nothing really particular
[00:17] <Ubulette> I did lines 4..11
[00:27] <asac> Ubulette: 61_python_py_ssize_t_detect
[00:27] <asac> wasn't that applied?
[00:28] <Ubulette> no
[00:28] <asac> i think we don't need that anymore as we have a patch that doesn't require modification of configure.ac anymore
[00:28] <asac> which 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.dpatch
[00:28] <asac> Ubulette: use the one we have in xul 1.9
[00:29] <asac> instead of both
[00:29] <asac> it should apply cleanly
[00:29] <Ubulette> noone will accept to review that. it already has 70 patches
[00:30] <Ubulette> i'll wait forever like for seamonkey1
[00:30] <asac> what do you mean?
[00:30] <asac> Ubulette: no ... its just the debdiff that is important
[00:30] <Ubulette> if i touch more than just the merge
[00:30] <asac> not the total diff
[00:30] <asac> hmm .. ok
[00:30] <asac> then keep it that way
[00:30] <Ubulette> even debdiff it already big
[00:30] <Ubulette> is
[00:31] <Ubulette> instructions say to keep changes to the minimum
[00:31] <asac> yes
[00:31] <Ubulette> so if it's dirty, keep it dirty
[00:31] <asac> then follow the instructions
[00:32] <asac> bluekuja: why does sm1 take so long?
[00:32] <asac> bluekuja: you waste fresh blood :) ... people that contribute and don't get sponsored ;)
[00:32] <Ubulette> I don't know, it's in a far better shape than it has ever been
[00:37] <Ubulette> http://paste.ubuntu.com/2042/
[00:37] <asac> Ubulette: well ... give him some time ... he probably has never dealt with such a huge package :)
[00:37] <Ubulette> hmm
[00:37] <asac> yes thats known to debian
[00:37] <asac> i saw it on ml today
[00:38] <Ubulette> and ?
[00:38] <asac> http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-November/003146.html
[00:38] <asac> oh thats iceape
[00:38] <asac> Okay, this was broken by the latest gtk+2.0 package.
[00:38] <asac> The patch at https://bugzilla.mozilla.org/attachment.cgi?id=264996
[00:38] <asac> should fix this. (If you give it a try, don't forget to run autoconf to
[00:38] <asac> update configure)
[00:38] <asac> (thats what mike commented)
[00:40] <Ubulette> what's the bug id ?
[00:47] <asac> naturally he keeps that open :)
[00:48] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=344818
[00:48] <ubotu> Mozilla bug 344818 in Build Config "Linking - missing library deps" [Normal,Unconfirmed]
[00:49] <Ubulette> not the same
[00:51] <asac> Ubulette: yes it is
[00:51] <asac> https://bugzilla.mozilla.org/attachment.cgi?id=264996
[00:51] <asac> thats the same link?
[00:51] <asac> looks like ... thats from that bug
[00:51] <asac> the last attachment
[00:53] <Ubulette> god i hate dpatch
[00:54] <Ubulette> too slow for such a big tree
[01:31] <Ubulette> asac, i don't get it, in the tarball i've got from the merge site, there's a debian dir in it
[01:31] <Ubulette> http://paste.ubuntu.com/2043/
[01:44] <asac> Ubulette: yes ... from what i know that is the tarball which attempted to do the merge
[01:44] <asac> only conflicts are marked
[01:45] <asac> and you have to fix them
[01:45] <asac> thats merge-o-matic :)
[01:45] <Ubulette> problem is that tarball is not vanilla
[01:46] <asac> Ubulette: which tarball=
[01:46] <asac> ?
[01:46] <Ubulette> is it the one i'm supposed to push ?
[01:46] <asac> http://merges.ubuntu.com/x/xulrunner/
[01:46] <asac> Ü
[01:46] <asac> which?
[01:46] <Ubulette> xulrunner_1.8.1.9.orig.tar.gz
[01:47] <asac> that should be the orig yes
[01:47] <Ubulette> http://paste.ubuntu.com/2043/
[01:47] <asac> like a copy from debian
[01:47] <asac> Ubulette: don't bother about that
[01:47] <asac> its in pristine upstream
[01:47] <asac> that debian dir
[01:47] <asac> it has always been there ... abandoned for agaes
[01:47] <Ubulette> ok
[01:48] <asac> its pristine upstream
[01:48] <asac> i think
[01:48] <asac> http://merges.ubuntu.com/x/xulrunner/xulrunner_1.8.1.9-1ubuntu1.src.tar.gz
[01:48] <asac> is the one that was automerged
[01:48] <asac> not sure though
[01:48] <asac> i am a lame merger after all
[01:48] <Ubulette> yes, it's auto unpacked as xulrunner-1.8.1.9-1ubuntu1
[01:48] <asac> Ubulette: actually there is a script you should run
[01:48] <Ubulette> which is not usual
[01:48] <asac> http://merges.ubuntu.com/grab-merge.sh
[01:48] <Ubulette> i did it
[01:48] <asac> run that with xulrunner
[01:49] <Ubulette> i did it
[01:49] <asac> ah
[01:49] <asac> ok ... yes then there should be conflicts or something in the source tree
[01:49] <Ubulette> that's why i'm slow, it's an unusual way to do everything
[01:49] <asac> right :)
[01:49] <asac> but its effective for that purpose
[01:50] <Ubulette> i'm tempted to mv xulrunner-1.8.1.9-1ubuntu1 xulrunner-1.8.1.9
[01:50] <asac> well ... that doesn't really matter ;)
[01:51] <Ubulette> .. except that dpkg-sources complains
[01:51] <asac> yeah ... butin the end its not a problem ... its easier to debdiff later ... as you see which is which
[01:51] <Ubulette> debdiff looks clean. i'm rebuilding as i've touched configure
[01:54] <Ubulette> asac, http://paste.ubuntu.com/2045/
[01:56] <asac> Ubulette: you don't needtoadd the pysize configure.in patch
[01:56] <asac> mike did it manually
[01:57] <asac> like
[01:57] <asac> ++#if defined(__x86_64__) || defined(__ia64__)
[01:57] <asac> ++	if (PyObject_AsWriteBuffer(obBuffer, &buf, (long *)&buf_len) != 0) {
[01:57] <asac> ++#else
[01:57] <asac> + 	if (PyObject_AsWriteBuffer(obBuffer, &buf, (int *)&buf_len) != 0) {
[01:57] <asac> ++#endif
[01:57] <asac> looks a bit like he will miss archs with 64 bits that way
[01:57] <asac> like s390 64-bit ppc64
[01:57] <asac> no idea whatelse
[01:57] <asac> Ubulette: maybe resurrect the patch we had in previous version
[01:58] <asac> but its your decision
[01:58] <asac> if you keep mikes you don't need the other
[01:59] <asac> otherwise: thumbs up
[02:01] <Ubulette> if i drop 61_python_py_ssize_t_detect i have to redo the damn 99 :(
[02:02] <asac> yeah :)
[02:02] <Ubulette> not difficult, just slow
[02:02] <asac> happy dpatching
[02:02] <asac> tell that the other core-devs that want to fight quilt for something more simpler :/
[02:02] <asac> s/more/
[02:03] <asac> s/more//
[02:03] <Ubulette> quilt is easy if you know what a stack is
[02:04] <Ubulette> moz will use it
[02:04] <asac> right ... but maybe not easy enough to grow the motu community as big as we want it to be :)
[02:04] <Ubulette> either natively or through hg
[02:05] <Ubulette> a few lines of tutorial and it's enough
[02:05] <Ubulette> push/pop, new, add, refresh, fold
[02:05] <Ubulette> that's it
[02:05] <asac> right ... you don't need to convince me :)
[02:05] <Ubulette> :)
[02:06] <asac> debian goes to git + merge-new-upstream-on-top approach \O/
[02:06] <asac> and i don't have a key anymore :(
[02:09] <Ubulette> merge-new-upstream-on-top ?
[02:09] <asac> yeah ... just commit new upstream releases to git ...
[02:09] <asac> with you patches getting melted
[02:10] <Ubulette> gasp, full tree
[02:13] <asac> yeah ... merge on top :)
[02:13] <Ubulette> what's the benefit ?
[02:14] <asac> no idea ... to piss at me?
[02:14] <Ubulette> lol
[02:15] <asac> http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-October/003052.html
[02:16] <asac> http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2007-October/003062.html
[02:18] <Ubulette> still no mention of the benefits
[02:19] <asac> thats true
[02:19] <asac> he references: http://blog.madduck.net/debian/2007.10.03_packaging-with-git
[02:19] <asac> in fact we had various discussions before ... mike was always _for_ a patch ystem ... while eric wasn't
[02:20] <asac> and funny thing  is that I chatted with him about that topic before
[02:21] <asac> anyway ... i cannot upload to debian anymore :(
[02:22] <Ubulette> gpg key ?
[02:23] <asac> yes ... they updated gpgv and now it thinks that my key has expired ... because a subkey has expired
[02:23] <Ubulette> can't you just drop it ?
[02:24] <asac> tried ... keyservers appear not to honour any delkey
[02:24] <asac> e.g. maybe i need to change seomthing else so the new key is updated
[02:25] <asac> looked like the keyservers just ignored it
[02:36] <Ubulette> (lady) bugs never disappear for lp/code ?
[02:38] <asac> he?
[02:39] <Ubulette> https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.dev
[02:39] <Ubulette> top right and bottom
[02:40] <Ubulette> bottom is released so i expected it to disappear
[02:40] <asac> no idea :)
[02:40] <asac> maybe a bug in lp
[02:45] <Ubulette> is xulrunner in main in debian ?
[02:45] <asac> debian only has main
[02:45] <asac> everything else is non-free
[02:45] <asac> and contrib ... which is non-free as well (e.g. source is free, but depends on non-free)
[02:45] <asac> so everything that is free goes to main
[02:46] <Ubulette> i remember nonfree, nonus, contrib
[02:46] <Ubulette> ok, go for main
[02:48] <Ubulette> asac, same bug
[02:48] <Ubulette> ../../dist/lib/components/libgklayout.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':
[02:48] <Ubulette> collect2: ld returned 1 exit status
[02:49] <asac> bad
[02:50] <Ubulette> and before you ask, yes, the patch is applied
[02:50] <Ubulette> and configure updated too
[02:51] <asac> yeah ... i know that you know how to do it :)
[02:51] <asac> i just brought my blog back up :)
[02:51] <asac> not that there is anything interesting :) ... but after being 2+ month down this is a precious moment ;)
[02:52] <Ubulette> malone is timeouting and oopsing me
[02:52] <asac> a friday night update?
[02:52] <asac> nice
[02:53] <Ubulette> bug 118500
[02:53] <ubotu> Launchpad bug 118500 in xulrunner "Please merge xulrunner (universe) from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/118500
[02:53] <Ubulette> bug 61395
[02:53] <ubotu> Launchpad bug 61395 in xulrunner "please sync xulrunner 1.8.0.5-4.2 from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/61395
[02:53] <Ubulette> bug 78587
[02:53] <ubotu> Launchpad bug 78587 in xulrunner "please sync xulrunner 1.8.0.9-1 from Debian unstable (main)" [Undecided,Fix released] https://launchpad.net/bugs/78587
[02:53] <Ubulette> bug 119946
[02:53] <ubotu> Launchpad bug 119946 in xulrunner "Please merge xulrunner 1.8.1.4-2 from Debian unstable" [Wishlist,Fix released] https://launchpad.net/bugs/119946
[02:53] <Ubulette> bug 89561
[02:53] <ubotu> Launchpad bug 89561 in xulrunner "[UVF exception] Merge xulrunner 1.8.0.10 from Debian unstable" [Medium,Fix released] https://launchpad.net/bugs/89561
[02:54] <Ubulette> hmmm, that one is ahead of me
[02:54] <asac> ahead?
[02:54] <Ubulette> oh no
[02:54] <Ubulette> i'm on 1.8.1.9
[02:55] <Ubulette> thought it was chronological
[02:56] <Ubulette> bug 163271
[02:57] <ubotu> Launchpad bug 163271 in xulrunner "Please merge xulrunner 1.8.1.9-1 (universe) from Debian unstable (main)" [Undecided,In progress] https://launchpad.net/bugs/163271
[02:59] <asac> hehe
[02:59] <Ubulette> mozilla bug 368576
[03:00] <ubotu> Mozilla bug 368576 in Build Config "undefined reference to `XRenderFindStandardFormat' while compiling" [Normal,Resolved: duplicate] http://bugzilla.mozilla.org/show_bug.cgi?id=368576
[03:01] <Ubulette> the patch from before didn't even contain "Xrender"
[03:02] <Ubulette> so -lXrender , nada
[03:02] <Ubulette> damn
[03:04] <asac> welll its still the duplicate bug of that one
[03:04] <Ubulette> i needed the other patch
[03:04] <Ubulette> https://bugzilla.mozilla.org/attachment.cgi?id=242438
[03:04] <asac> which?
[03:05] <Ubulette> +EXTRA_DSO_LDOPTS	+= -lXrender
[03:05] <asac> maybe you need all three ;)
[03:57] <Ubulette> mozilla bug 381216
[03:57] <ubotu> Mozilla 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=381216
[04:07] <asac> late ... + off
[13:33] <Greenery> is there firefox 3 beta rc in repo?
[13:48] <asac> Greenery: in hardy ... yes.
[13:49] <Greenery> oh i'm on gutsy
[13:49] <Greenery> is there a way to get it?
[13:51] <asac> hmmm ... not yet ... we wiill update gutsy once beta is final :)
[13:51] <Greenery> cool...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:52] <Greenery> *2.0
[13:52] <asac> you can have both at the same time ... they won't share the profile though
[13:52] <Greenery> ah nice, i would love to test firefox 3 cos its amazing one windows so far
[13:53] <Greenery> thanks asac
[13:53] <asac> you can already install it ... firefox-3.0 is the package name
[13:53] <asac> but its a8 in gutsy
[13:53] <asac> once the new one gets in the archive you will automatically upgrade
[13:53] <Greenery> it will use different profile?
[13:53] <asac> yes
[13:53] <Greenery> ok gonna try it out
[15:23] <gnomefreak> asac: iceape fur gutsy is done i just want to run lintian and linda on it real fast before i push
[15:25] <Ubulette> hi
[15:25] <gnomefreak> ill let you know when its ready i have to go upstairs for coffee first
[15:25] <gnomefreak> hi
[15:25]  * gnomefreak knows i need to remove .bzr :(
[15:26] <Ubulette> coffee is a nice idea, i'll do that too :)
[15:27] <gnomefreak> ok ill be back after coffee
[15:31] <asac> gnomefreak: you can add -i.bzr to your dpkg-buildpackage parameter list
[15:49] <Ubulette> bluekuja, hi, any eta for sm1 ?
[15:49]  * asac => sport
[15:53] <bluekuja> Ubulette, I've built it
[15:53] <bluekuja> and seems fine
[15:53] <bluekuja> need to check lintian and other packaging issues
[15:53] <bluekuja> but not today
[15:53] <bluekuja> it's the weekend
[15:54] <bluekuja> :)
[15:54] <bluekuja> I'm full of stuff to do on this period
[15:55] <bluekuja> that's why there is a small delay
[15:55] <bluekuja> but don't worry, for the next week it can inside
[15:55] <bluekuja> *be
[17:11] <Ubulette> asac, i've fixed all the ftbs with xul1.8, i just have a few concerns about the python stuff
[17:13] <Ubulette> in debian/tmp, i have usr/lib/python2.5/site-packages/xpcom  while in the debs, it goes to usr/share/python-support/python-xpcom
[17:13] <Ubulette> and mike has a checker at the end of the build showing that
[17:14] <Ubulette> oh, and xulrunner-{nss,nspr}.pc are not installed at all. there's nothing to install those 2, there's just in debian/tmp
[17:57] <Ubulette> asac, i'm done. debdiff attached to bug 163271
[17:57] <ubotu> Launchpad bug 163271 in xulrunner "Please merge xulrunner 1.8.1.9-1 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/163271
[18:14] <gnomefreak> asac: i do
[18:15] <gnomefreak> i would say it didnt work last time but revu was broken anyway so ther eis no telling
[18:16] <Ubulette> i'm wondering who would volunteer to review the merged xul1.8 with 2*300k of debdiff
[18:17] <gnomefreak> Ubulette: why are you building xulrunner-1.8 for hardy?
[18:17] <Ubulette> it's a merge
[18:17] <gnomefreak> atleast thats what i got from lastnights conversation
[18:17] <gnomefreak> merge for hardy you cant merge for gutsy and 1.9 is in hardy
[18:17] <gnomefreak> are we planning on supporting both in hardy?
[18:18] <Ubulette> http://merges.ubuntu.com/x/xulrunner/
[18:18] <Ubulette> i just did that pending merge
[18:18] <gnomefreak> unles security only it cant be merged into gutsy
[18:19]  * gnomefreak waiting  for browser
[18:19]  * gnomefreak doesnt see 1.9 there
[18:19] <gnomefreak> i see 1.8.1.9
[18:20] <Ubulette> yes
[18:20] <Ubulette> it's the old 1.8 branch
[18:20] <gnomefreak> in hardy or gtusy?
[18:20] <Ubulette> hardy i guess
[18:20] <gnomefreak> why would we need 2 versions of xulrunner
[18:20] <Ubulette> because they are not compatible
[18:21] <gnomefreak> hardy should have everything depend on xulrunner-1.9
[18:21] <Ubulette> that's why 1.9 uses a different package name
[18:21] <Ubulette> gnomefreak, it will take a while
[18:21] <gnomefreak> so we have to have packages depend on 1.9 | 1.8?
[18:21] <Ubulette> depends
[18:22] <gnomefreak> what does 1.8 do that 1.9 doesnt?
[18:22] <Ubulette> we want to be able to install 1 xul per branch at the same time, like upstream
[18:23] <Ubulette> 1.9 changed the API to much for some old projects
[18:23] <Ubulette> too
[18:23] <gnomefreak> firefox 2.0 cant depend on 1.9 afaik but 3.0 should be final before we release hardy
[18:23] <Ubulette> ff2 will never use libuxl
[18:24] <Ubulette> ff3 already does for us, but 1.9
[18:24] <gnomefreak> i 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 final
[18:25] <Ubulette> what about everything else depending on gecko/xul ? (miro, kaze, epiphany, python-moz, etc..)
[18:25] <Ubulette> they will eventually catch up with xul 1.9 but it will take time
[18:26] <gnomefreak> seamonkey 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] <gnomefreak> and i know seamoney doesnt use libxul at all
[18:26] <Ubulette> so we need to continue to provide xul1.8 (merged from debian) in parallel to xul1.9 that we are maintaining here
[18:26] <Ubulette> kaze doesn't
[18:27] <Ubulette> i've tried, i've patched, it's far from obvious
[18:27] <gnomefreak> right now none of the above listed apps depend on libxul at all except maybe miro
[18:27] <Ubulette> my latest kaze depends in xul 1.8
[18:27] <Ubulette> on
[18:27] <gnomefreak> so why not just keep them not depending on it, is there something that 1.8 will do that isnt done for these apps no
[18:28] <gnomefreak> sno/sow
[18:28] <gnomefreak> s/no/now
[18:28] <Ubulette> just the api
[18:29] <gnomefreak> api doesnt do anything for epiphany ect since it depends on firefox
[18:29] <Ubulette> btw, xulrunner 1.8 is already in hardy, why won't it be upgraded like everything else ?
[18:29] <gnomefreak> Ubulette: i was figuring it would be pulled
[18:29] <gnomefreak> since 1.9 is there but i forgot about other apps
[18:30] <Ubulette> depending on ff-dev is a mistake, we need to get rid of that but it's only possible starting to xul 1.9
[18:30] <gnomefreak> Ubulette: no installing epiphany installs firefox
[18:31] <Ubulette> doesn't mean it's good
[18:31] <gnomefreak> that is the point of adding libxul in gutsy we were gonna make use of it installing xul instead of firefox
[18:31] <gnomefreak> but we couldnt due to time we got xul in
[18:31] <Ubulette> asac told upstream (epiphany) is working on supporting xul 1.9
[18:31] <gnomefreak> linda takes too damn long to run
[18:33] <Ubulette> gnomefreak, 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 xulrunner
[18:33] <gnomefreak> im assuming everything installs firefox/depends on it due to mainly depending on gecko
[18:33] <gnomefreak> if they are not packaged for ubuntu it shouldnt matter at all
[18:35] <Ubulette> not to you maybe but to others maybe. difficult to know for sure
[18:36] <gnomefreak> we dont support outside of our repos (we == ubuntu)
[18:36] <gnomefreak> person wants to build it its on them to get build-deps
[18:38] <gnomefreak> i didnt say its a bad idea i just didnt understand why 2 versions were needed
[18:38] <gnomefreak> but if packages depend on 1.8 in gutsy than i see why its added in hardy
[18:38] <Ubulette> the 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 gutsy
[18:39] <Ubulette> i don't care about gutsy. i'm talking about merges on mom/dad for hardy
[18:40] <Ubulette> it was in the list with other even more obscure stuff, so why not ?
[18:41] <Ubulette> at least, i'm familiar with that beast so it made sense
[18:45] <gnomefreak> did we talk about moving xul to main?
[18:45] <Ubulette> i don't remember
[18:45] <Ubulette> for sure, not 1.8
[18:45] <gnomefreak> right
[18:45] <Ubulette> 1.9, maybe, could be interesting
[18:45] <gnomefreak> well when ffox3.0 is released we have to move it to main afaik
[18:46] <gnomefreak> i dont think main apps depend on universe but that might have changed since universe is enabled by default
[18:47] <gnomefreak> but xul still maybe not needed but wanted
[18:49] <asac> everything in main _must_ be xul 1.9 for hardy
[18:49] <asac> otherwise it will get demoted
[18:49] <asac> python mozembed is ready ... just the xul classifier issue
[18:49] <asac> but that is a xul issue
[18:50] <asac> epiphany will take a bit though
[18:50] <gnomefreak> asac: thats what i thought so shouldnt we move it to main
[18:50] <Ubulette> (as i said)
[18:50] <asac> gnomefreak: yes ... I will write a MIR as soon as we have beta and fixed the url-classifier issue
[18:50] <gnomefreak> if epiphany or ff3.0 are releasedd
[18:51] <gnomefreak> i think epiphany is in main
[18:51] <gnomefreak> !info epiphany
[18:51] <ubotu> epiphany: clone of Boulder Dash game. In component universe, is optional. Version 0.5.1-4 (gutsy), package size 63 kB, installed size 236 kB
[18:51] <asac> yes ... yelp + devhelp + epiphany + gnome-mozembed
[18:51] <gnomefreak> !info epiphany-browser
[18:51] <ubotu> epiphany-browser: Intuitive GNOME web browser. In component main, is optional. Version 2.20.1-0ubuntu1 (gutsy), package size 3527 kB, installed size 14412 kB
[18:51] <asac> those 4 should cover a good amount of main stuff we need to port
[18:51] <gnomefreak> thats right yelp does need it
[18:51] <asac> epiphany is probably the most tricky one
[18:52] <gnomefreak> depends when upstream releases it if they can
[18:52] <asac> gnome-mozembed = python-gtkmozembed
[18:52] <gnomefreak> well linda isnt doing anything but checked lintian and its good
[18:53] <gnomefreak> let 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 revu
[18:54]  * gnomefreak glad sunbird is no longer an issue TBH
[18:54] <gnomefreak> brb
[18:58] <asac> gnomefreak: ok ... if you have an orig it might be fine :)
[19:00] <gnomefreak> i do ;) im running it in chroot ;)
[19:00] <gnomefreak> will run it on gutsy partition whne i get that far
[19:01] <gnomefreak> i gave up gwget todday
[19:13] <gnomefreak> if i find time later im gonna work on bugs since my packages will be done for now
[19:14]  * gnomefreak might play catch up on sm2 since i have older version installed
[19:18] <asac> ok out getting drunk :) ... german beeerr \O/
[19:18] <asac> i hate american beer
[19:18] <asac> its the worst i ever had
[19:21] <gnomefreak> have fun ;)
[19:50] <gnomefreak> Ubulette: are you moving seamonkey to nobinonly for hardy?
[19:50] <gnomefreak> we cant add it to gutsy afaik since its not security
[19:54] <Ubulette> 1 or 2 ?
[19:55] <gnomefreak> Ubulette: either for hardy
[19:55]  * gnomefreak thinks it a "must" for all moz apps
[19:55] <Ubulette> i did coth
[19:55] <Ubulette> both
[19:55] <Ubulette> have a look at my ppa
[19:56] <Ubulette> https://edge.launchpad.net/~fta/+archive
[19:56] <Ubulette> mozclient is now producing nobinonly tarballs only
[19:57] <Ubulette> and for sm1, i've added a rule to create the nobinonly tarball from the upstream one
[19:57] <gnomefreak> ah ok
[19:57] <Ubulette> no need to tar by yourself anymore
[19:57] <gnomefreak> that makes life easy
[19:57] <Ubulette> indeed
[19:58] <gnomefreak> needs to pull mozclient to see what apps are in there sometime after push is done
[19:58] <Ubulette> i just hate to do the samething twice, so i script everything
[20:03] <gnomefreak> i agree
[20:07] <gnomefreak> anyway to add sunbird and sm 1.1.x to mozclient?
[20:07] <Ubulette> we're not doing cvs for those two
[20:08] <gnomefreak> not sm1?
[20:08] <Ubulette> it's still possible to do it but it was not the initial purpose of mozclient
[20:09] <gnomefreak> i understand, its easy enough to do it
[20:09] <gnomefreak> just a thought
[20:09] <Ubulette> i don't see the reason to do sm1 cvs, releases are enough
[20:10] <gnomefreak> true cvs is better for unreleased appz
[20:10] <gnomefreak> -z +s
[20:10] <Ubulette> for sunbird, maybe. it's not clear what is trunk
[20:11] <Ubulette> for sunbird, maybe. it's not clear what trunk is
[20:11] <gnomefreak> sunbird is a bit messed up still on thier versioning
[20:11] <Ubulette> yep
[20:11] <Ubulette> a bit young, that's it
[20:11] <gnomefreak> maybe when devel starts on 1.0
[20:12]  * 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 cvs
[20:14] <Ubulette> well, i agree. i can add sunbird quite easily now that i've introduced the debtag=tag=version
[20:15] <gnomefreak> yeah i was looking at that (the second section in Makefile) seems its just add the 3-4 lines of stuff and your done
[20:15] <gnomefreak> is that fairly true?
[20:15] <gnomefreak> target appname file and url is the part i mean
[20:16] <Ubulette> in that case, i need to add the proper branch name in addition to the tag, as it's not trunk
[20:16] <gnomefreak> ah
[20:20] <gnomefreak> i broke bzr again, brb smoke
[20:24] <Ubulette> too bad it's still MOZILLA_1_8_BRANCH
[20:26] <gnomefreak> what sunbird?
[20:27] <Ubulette> yes
[20:27] <gnomefreak> yeah until 1.0
[20:27] <gnomefreak> 1.x
[20:31] <gnomefreak> hmmm seems to just sit there now
[20:37] <gnomefreak> can i remove debian/.pc dir ?
[20:39] <Ubulette> you should not have it in there in the 1st place, so yes
[20:39] <gnomefreak> ah ok cool
[20:39] <Ubulette> it's supposed to be in the root dir (where you run dpkg-buildxxx)
[21:06] <gnomefreak> does firefox support import bookmarks from windows?
[21:06] <Ubulette> no idea
[21:18] <Ubulette> gnomefreak, i've patched mozclient
[21:18] <Ubulette> $ make DEBIAN_TAG=SUNBIRD_0_7_RELEASE=0.7 sunbird-orig
[21:18] <Ubulette>   => lightning-sunbird_0.7+nobinonly.orig.tar.gz
[21:18] <Ubulette> $ make sunbird-orig
[21:18] <Ubulette>   => lightning-sunbird_0.8~cvs20071116t1332+nobinonly.orig.tar.gz
[21:19] <gnomefreak> ty
[21:19] <gnomefreak> i dont need to add nobinonly to make command right?
[21:19] <Ubulette> no, it's automatic
[21:19] <gnomefreak> sweet thank you ;)
[21:42] <gnomefreak> hmmm ihave a .zip file for BeOS and not sure how to burn it
[21:45] <Ubulette> i wonder why sunbird fetches SeaMonkeyAll
[21:51] <gnomefreak> cvs?
[21:52] <Ubulette> yes
[21:52] <gnomefreak> Ubulette: maybe because it is based on the now removed seamonkey calendar
[21:52] <Ubulette> maybe
[21:52] <gnomefreak> they stopped supporting sm-cal so maybe that is reason
[21:52] <Ubulette> that's another huge tarball
[21:53] <Ubulette> maybe we can try the trunk version and see if it can use xul1.9 like our ff3
[21:53] <gnomefreak> have they started work on 1.0 yet?
[21:54] <gnomefreak> i havent seen anything on it yet
[21:54] <Ubulette> no but there are tons of commits in trunk
[21:54] <gnomefreak> ah
[21:55] <gnomefreak> noone pushed songbird as a bzr branch yet?
[21:56] <Ubulette> nope
[22:08] <gnomefreak> Ubulette: seamonkey2 needs font size or size in general made smaller
[22:08] <gnomefreak> its huge by default
[22:09] <Ubulette> ? for me it looks normal
[22:09] <Ubulette> http://www.sofaraway.org/ubuntu/tmp/SeaMonkey-2.0a1pre-startup.png
[22:09] <gnomefreak> for me its 3 times the size of firefox
[22:10] <gnomefreak> and im using 1600x1200 screeen res
[22:10] <Ubulette> 1440x900
[22:10] <Ubulette> exactly the same as ff3
[22:12] <gnomefreak> is there a place i can upload instead of tinypics
[22:13] <Ubulette> ImageShack ?
[22:13] <gnomefreak> im trying now
[22:16] <gnomefreak> [URL=http://img441.imageshack.us/my.php?image=firefox20wb1.png][IMG]http://img441.imageshack.us/img441/7581/firefox20wb1.th.png  << ffox-2.0
[22:17] <gnomefreak> http://img441.imageshack.us/img441/7581/firefox20wb1.th.png <<ff2.0
[22:17] <gnomefreak> http://img441.imageshack.us/my.php?image=seamonkeyhp8.png  << sm2
[22:22] <Ubulette> visit about:config and layout.css.dpi to 0
[22:22] <Ubulette> set
[22:25] <gnomefreak> it was -1
[22:25] <Ubulette> try 0
[22:25] <gnomefreak> i am
[22:25] <Ubulette> and ?
[22:25] <gnomefreak> waiting for it ot restart
[22:25] <gnomefreak> even bigger
[22:25] <gnomefreak> well some of it
[22:26] <Ubulette> should be your gnome prefs
[22:26] <gnomefreak> higher number smaller size?
[22:26] <Ubulette> unless your X driver is not able to do that with gnome
[22:26] <gnomefreak> its just the content on site
[22:26] <Ubulette> try 84
[22:26] <gnomefreak> 84?
[22:26] <gnomefreak> holy shit
[22:26] <Ubulette> 84 dpi
[22:27] <Ubulette>  xdpyinfo | grep dot
[22:27] <gnomefreak> much better
[22:27] <Ubulette> 0 should get the size from X, -1 is to use moz prefs
[22:28] <gnomefreak>   resolution:    126x121 dots per inch
[22:28] <Ubulette> so that's why it's huge
[22:28] <gnomefreak> why?
[22:28] <gnomefreak> nothing else is that big
[22:28] <Ubulette> fta@ix:~ $ xdpyinfo | grep dot
[22:28] <Ubulette>   resolution:    89x87 dots per inch
[22:28] <gnomefreak> its just sm2 and firefox3.0
[22:29] <gnomefreak> everything else is right size
[22:29] <Ubulette> the rendering engine of 1.9 :)
[22:29] <gnomefreak> in sm2 also?
[22:30] <Ubulette> yes, it's just internal
[22:30] <gnomefreak> so how do i change xdpyinfo?
[22:32] <Ubulette> you can play with System / Preferences / Appearances / Fonts / Details... / Resolution
[22:32] <Ubulette> but you're good to go for a headache
[22:33] <gnomefreak> most likely yeah
[22:33] <Ubulette> it's dynamic so try (just remember the initial value ;))
[22:33] <gnomefreak> it has 96 in there
[22:34] <gnomefreak> why do i have 126x121 if it has 96 :(
[22:34] <gnomefreak> what does yours have? so i have a base to work off of
[22:34] <Ubulette> 84
[22:35] <gnomefreak> i have to restart X for it to take affect?
[22:35] <Ubulette> i don't
[22:37] <gnomefreak> so i should set sm back to 0?
[22:38] <Ubulette> yes
[22:38] <gnomefreak> k
[22:39] <gnomefreak> with 84 its still huge
[22:39] <Ubulette> my feeling that noone will step up to review my xul1.8 merge is starting to get stronger ;)
[22:40] <gnomefreak> with layout.css.dpi set to 0
[22:41] <Ubulette> i 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 now
[22:44] <gnomefreak> Ubulette: when you open sm2 does it give you the start up notifcation? like ff does
[22:45] <Ubulette> i just see the default homepage
[22:45] <Ubulette> oh, 1st time, you probably got the profile migrator
[22:46] <gnomefreak> hmmmmmmm firefox2.0 and 3.0 are perfect sm2 is still huge no matter what i do other than changing layout.css.dpi
[22:46] <gnomefreak> Ubulette: no look at your taskbar while its starting up
[22:46] <gnomefreak> does it say seamonkey is starting up or loading
[22:47] <gnomefreak> notice firefox does have it
[22:47] <gnomefreak> cant remember but i could have swroe i added it to tbird and iceape
[22:47] <Ubulette> could you screeenshot it ?
[22:47] <gnomefreak> sworn
[22:47] <gnomefreak> i can try
[22:48] <gnomefreak> its changed in .desktop
[22:48] <gnomefreak> iirc
[22:50] <gnomefreak> brb while it takes it sweet time to post
[22:50] <gnomefreak> http://profile.imageshack.us/user/gnomefreak/images/detail/#132/startupoh7.png
[22:50] <gnomefreak> look at the lower panel the 2 window names
[22:50] <gnomefreak> second one says starting firefox
[22:51] <gnomefreak> sm2 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 hand
[22:52] <Ubulette> i've never seen that
[22:53] <gnomefreak> ff 2 and 3 tb do it sunbird i am fairly sure does as well
[22:54] <gnomefreak> iirc i added it due to a bug report but its been a long time
[22:54] <Ubulette> i have only 1 panel and i don't use the "window list" applet
[22:55] <gnomefreak> that would be why you dont see it
[22:59] <asac> ole
[23:00] <Ubulette> yop
[23:01] <gnomefreak> asac: everything is pushed to revu ill give you links tomorrow im gonna keep working on font issue in sm2 after dinner
[23:02] <gnomefreak> dinner i think is now since i havent eaten yet today
[23:03] <gnomefreak> Ubulette: 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 it
[23:03] <gnomefreak> bbl
[23:09] <Ubulette> asac, how was the beer ? :)