[09:08] <Admiral_Chicago> AlexLatchford: haven't seen you around in a while
[09:08] <Admiral_Chicago> been busy?
[09:08] <AlexLatchford> well, yes and no
[09:08] <AlexLatchford> my email has been having issues
[09:08] <AlexLatchford> host blocked most of my mailing lists
[09:09] <Admiral_Chicago> oh yes, I saw that
[09:09] <AlexLatchford> and have been working on school too
[09:09] <AlexLatchford> think I may have them sorted and ill be at the meeting tomorrow
[09:09] <AlexLatchford> do we have an agenda yet?
[09:09] <Admiral_Chicago> yes, i'll be at the meeting as well
[09:09] <Admiral_Chicago> good question
[09:09] <AlexLatchford> hmm, no
[09:10] <Admiral_Chicago> no we don't...okay that is a problem
[09:12] <Admiral_Chicago> i emailed the list
[09:13] <AlexLatchford> me too lol
[09:13] <AlexLatchford> what code are you working on?
[09:13] <Admiral_Chicago> a GUI in Java to handle a grid. very basic right now but it needs to do some interesting things like 3D rotation etc eventually
[09:14] <AlexLatchford> nice
[09:14] <Admiral_Chicago> its a pain, I forget how to do all the canvas stuff in java
[09:15] <AlexLatchford> ive never programmed in java, however i may be having to learn it for a job I may work at in the summer
[09:19] <Admiral_Chicago> what have you worked in?
[09:21] <AlexLatchford> Python mainly on the desktop, but I do most of my code in PHP/AJAX
[09:22] <AlexLatchford> I produce web objects and AJAX interfaces
[09:22] <Admiral_Chicago> oh ya you told me that once iirc
[10:51] <asac> hi all
[10:51] <asac> any urgent businees?
[10:51] <ajmitch> hi
[10:52] <ajmitch> thanks for raising the issue about separate libnss/nspr with debian
[10:52] <asac> ajmitch: sure ... in feisty+1 we hopefully will have it
[10:53] <ajmitch> good, I've got FDS built against the current libnss & libnspr, but that may need to change in future
[10:53] <asac> actually i am pretty sure about libnss/nspr ... not yet so sure if we use system-xul (e.g. xulrunner) for ffox & friends
[10:53] <asac> FDS?
[10:53] <asac> whats that?
[10:53] <ajmitch> fedora directory server
[10:53] <asac> ah :)
[10:54] <ajmitch> but I had to package svrcore & mozldap, which I'll try & push into debian as well :)
[10:54] <ajmitch> thunderbird uses its own mozldap, the previous API
[10:54] <ajmitch> not sure if it'll work with 6.x
[10:54] <asac> mozldap? is that the ldap lib used by tbird?
[10:54] <asac> ah
[10:54] <asac> ok
[10:54] <asac> mozldap you use ships from trunk ?
[10:54] <ajmitch> it'd be nice to get ffox & tbird working without bundling 101 libs
[10:55] <ajmitch> probably, it's on ftp.m.o as a separate tarball
[10:55] <asac> hmm ... maybe its from 2.0 branch, which thunderbird has not yet released from
[10:55] <ajmitch> ftp://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/releases/v6.0.2/src if you're interested
[10:56] <ajmitch> I still have to do some cleanups in the packages before they can go anywhere
[10:58] <asac> what is fds? something like MS-AD ?
[10:58] <ajmitch> it's an LDAP server
[10:58] <asac> or just a plain ldap?
[10:59] <ajmitch> AD is LDAP with plenty of bits bolted on & tied together
[10:59] <ajmitch> which is being replicated by samba4
[10:59] <ajmitch> all those windows specific bits & schemas, etc
[10:59] <asac> what i referred to is that AD is used for network/system administration
[11:00] <asac> just wondered if FDS is used for the same :)
[11:00] <ajmitch> yes, and FDS can be used for that
[11:00] <asac> ok
[11:00] <ajmitch> we're working to make the integration a whole lot better :)
[11:01] <asac> and fds uses mozldap? ... interesting.
[11:02] <ajmitch> fds used to be netscape directory server
[11:03] <asac> ah ... that makes sense then.
[11:03] <asac> is it even free?
[11:04] <ajmitch> sure
[11:04] <ajmitch> redhat bought it, freed the code
[11:05] <asac> great ;)
[11:05] <ajmitch> the main server core is gpl+linking exception
[11:06] <asac> you filed an ITP @debian ?
[11:06] <asac> for mozldap?
[11:07] <asac> cool bugs became 6-digits in the night
[11:07] <asac> bug 100007
[11:07] <ubotu> Malone bug 100007 in firefox "firefox crashed " [Undecided,Unconfirmed]  https://launchpad.net/bugs/100007
[11:07] <asac> so what is bug 100000
[11:07] <ubotu> Malone bug 100000 in malone "There are still too many bug reports" [Undecided,Confirmed]  https://launchpad.net/bugs/100000
[11:07] <asac> lol
[11:08] <ajmitch> not yet, I really should file those ITPs
[11:12] <asac> yeah :)
[12:18] <gnomefreak> dont kill me but im testing this.
[12:18] <gnomefreak> !ops
[12:18] <ubotu> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak
[12:18] <gnomefreak> goodie :)
[12:43] <hjmf> what are we going to talk about in the meeting?
[12:43] <hjmf> there aren't any points in the agenda
[12:43] <hjmf> :/
[12:47] <gnomefreak> most likely nothing :(
[12:47] <gnomefreak> everyone wanted meeting 1 time a month so i set it up
[12:48] <gnomefreak> sent 4 or so emails to list and never got a reply
[12:49] <hjmf> quite weird :(
[12:50] <gnomefreak> i sent one out yesterday or sat. about it i havent checked mail since than though
[12:52] <hjmf> Thu, 29 Mar 2007 is the last one I've received
[01:22] <asac> ole
[01:46] <asac> gnomefreak: you ever succeeded with iceape?
[01:46] <asac> e.g. with disabling patch we talked about?
[01:50] <gnomefreak> nope
[01:50] <gnomefreak> it wont build in sid or feisty :( same errors
[01:52] <gnomefreak> im thinking its a problem with the make file but i dont know where to begin to look at debugging builds. it fails during "make" i get past configure with no issues
[01:52] <gnomefreak> asac: have you tried to build it yet?
[01:54] <gnomefreak> was thinking rules file but that just pretty much gives "make" command with parameters/flags afaik
[01:54] <asac> i will try
[01:54] <asac> you have url to .dsc and .diff.gz ? (me is lazy :))
[01:55] <gnomefreak> yeah let me get it
[01:55] <asac> and .orig.tar.gz of course :)
[01:55] <gnomefreak> http://packages.debian.org/experimental/web/iceape
[01:56] <gnomefreak> its all at bottom assuming thats .orig.tar
[01:56] <gnomefreak> well nvm it says it is :(
[01:57] <gnomefreak> i want to say its failing at around "make" for iceape-calendar but hard to say
[02:02] <hjmf> asac: bug 85020 maybe related to https://bugzilla.mozilla.org/show_bug.cgi?id=345309 ; not the same stacktrace but quite similar
[02:02] <ubotu> Malone bug 85020 in firefox "[edgy]  Firefox Crashed [@CNSAdapter_NSPR::JDFileDesc_To_FD]  [@JavaPluginFactory5::CreateSecureEnv] " [Medium,Needs info]  https://launchpad.net/bugs/85020
[02:02] <ubotu> Mozilla bug 345309 in Java: OJI "java crashes on opensolaris [@ PR _Close - CNSAdapter_NSPR::JD_Close] " [Critical,New] 
[02:06] <asac> gnomefreak: ty
[02:06] <asac> hjmf: looking
[02:06] <gnomefreak> asac: yw let me know what you come up with please.
[02:06] <asac> hmmm bugzilla bot should include url as well
[02:07] <gnomefreak> it doesnt build on sid and i found that strange
[02:07] <asac> ho can take care?
[02:07] <asac> who
[02:07] <gnomefreak> asac: it will if he didnt use the URL
[02:07] <asac> ah:)
[02:07] <asac> blind me
[02:07] <gnomefreak> mozilla 345309
[02:07] <asac> gnomefreak: yeah its strange
[02:07] <ubotu> Mozilla bug 345309 in Java: OJI "java crashes on opensolaris [@ PR _Close - CNSAdapter_NSPR::JD_Close] " [Critical,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=345309
[02:07] <asac> i try
[02:07] <gnomefreak> see :)
[02:08] <asac> hjmf: we already have duplicates?
[02:08] <asac> iirc, there has been at least one :)
[02:08] <gnomefreak> i figured id let you get intouch with the maintainers since you know them if it is indeed thier issue. i havent tried building seamonkey from mozilla but that was another thought i had
[02:08] <asac> but its not marked
[02:09] <asac> gnomefreak: probably it needs some build depends from experimental as well
[02:09] <asac> but lets see :)
[02:11] <hjmf> right bug 86002
[02:11] <ubotu> Malone bug 86002 in firefox "MASTER firefox crash in java [@JavaPluginFactory5::CreateSecureEnv]  [@ProxyJNIEnv] " [High,Needs info]  https://launchpad.net/bugs/86002
[02:11] <hjmf> my fault and malone searching tool :)
[02:13] <asac> is upstream already marked properly?
[02:13] <asac> actually i have two topics now for agenda :) -> bughelper + apport hooks for feisty
[02:15] <hjmf> Bug #86002 has no upstream mark if that is what you asked
[02:16] <hjmf> ... I'm reviewing those 28x mt-confirm tagged bugs to find dups
[02:19] <asac> only 28 mt-confirm in need info ... great ... thought my backlog was much more :)
[02:19] <gnomefreak> me be back in an hour or so.
[02:19] <asac> k
[02:19] <asac> gnomefreak: spinning ape now
[02:20] <gnomefreak> ok cool
[02:20] <gnomefreak> about 10-20 minutes in give or take is when it fails
[02:22] <asac> in which module did it fail?
[02:22] <asac> you remember?
[02:22] <asac> anyway, lets see, so nevermind
[02:22] <hjmf> asac 28x = 289 :)
[02:23] <asac> hehe
[02:23] <asac> ;)
[02:24] <asac> thats more what i expected
[02:24] <asac> 289 out of 700 + something
[02:24] <asac> all crashes that have at least one dupe need a master :)
[02:25] <asac> gnomefreak: does it fail in the same way in debian?
[02:36] <hjmf> k
[02:37] <asac> honestly, i have to admit that i should try to find a regular timeslot to do mt-confirm bugs
[02:39] <asac> gnomefreak: interesting thing is that iceape fails differently in feisty, than in sid
[02:39] <asac> for sid its all clear
[02:39] <asac> apparenlty the orig.tar.bz2 has been stripped down too much
[02:39] <asac> in the procedure of freeing the sources
[02:40] <asac> for feisty we have a compiler bug (at least it looks like)
[02:40] <asac> which might have a workaround
[02:40] <asac> but i don't get why we see this bug
[02:41] <asac> gnomefreak: in edgy it should build
[02:41] <asac> (well will fail the same way as sid)
[03:09] <gnomefreak> edgy will fail as sid did or it should build?
[03:21] <asac> gnomefreak: you have to fix tarball i guess
[03:21] <asac> wait a second
[03:22] <asac> gnomefreak: remove everything from iceape and do this
[03:23] <asac> in edgy
[03:23] <asac> http://pastebin.mozilla.org/5642
[03:23] <asac> then sqlite3.h should be available and build should succeed
[03:26] <gnomefreak> define everything
[03:26] <gnomefreak> all patches?
[03:27] <gnomefreak> or do you mean remove EVERYTHING and use the commands/script on the pastebin?
[03:33] <asac> yeah ... the latter ... however it still fails. sqlite3.h is somehow removed during build
[03:33] <asac> wierd
[03:37] <gnomefreak> that was the error i was getting i think on feisty after removing that one xpcom patch
[03:37] <asac> really?
[03:38] <asac> then the patch is probably indeed the problem :)
[03:38] <gnomefreak> yeah im pretty sure it was feisty
[03:38] <asac> same should end up in sid afaik
[03:38] <asac> so what did you remove from xpcom patch ... complete disable?
[03:39] <gnomefreak> disable. just added the # to it in the 00list
[03:39] <gnomefreak> make[4] : *** No rule to make target `sqlite3.h', needed by `export'.  Stop.
[03:40] <asac> ok
[03:40] <gnomefreak> that might have been sid chroot
[03:40] <asac> yeah thats the same for unmodified sid
[03:40] <asac> hmm
[03:41] <asac> no problem :)
[03:42] <asac> it builds ... you upload :)
[03:42] <gnomefreak> sid should build fine if experimental did i assume
[03:42] <asac> somehow you didn't upload the right sources for the binaries you send up
[03:42] <asac> :)
[03:42] <gnomefreak> me?
[03:42] <asac> no you ... as in they
[03:44] <asac> however i have no idea why sqlite3.h is wiped during build
[03:44] <asac> must be something obvious :)
[03:45] <asac> here it is
[03:45] <asac> debian/patches/60_distclean.dpatch:+GARBAGE += sqlite3.h
[03:45] <asac> wtf is going on?
[03:46] <asac> i guess this should be (if at all) DIST_GARBAGE
[03:46] <gnomefreak> lol its not gonna be a right in your face thing (im going to assume that)
[03:47] <gnomefreak> why isnt mysql a build dep if it needs sqlite3 for build
[03:47] <asac> good question ... I guess storage supports two backends
[03:48] <asac> mysql support is probably a proof of concept only
[03:48] <asac> :)
[03:48] <asac> anyway, it allows you to store your calendar in mysql
[03:48] <asac> which is not that bad imo
[03:48] <gnomefreak> i dont see how it is imporant to the build at all
[03:48] <asac> especially in corporate environments
[03:48] <gnomefreak> ah nvm i see
[03:48] <asac> you can choose mysql to store things :) ... yes.
[03:49] <asac> ok redoing with new patch ... lets see
[03:49] <gnomefreak> trying on feisty?
[03:50] <asac> yes
[03:50] <asac> will build i guess :)
[03:50] <gnomefreak> k
[03:50] <asac> 1. disable xpcom
[03:50] <asac> then fix patch
[03:51] <asac> actually i think it will build for the first time you run the build after checkout
[03:51] <asac> because sqlite3.h is only wiped before next build
[03:51] <gnomefreak> fix patch doesnt tell me anything :) i didnt use checkout
[03:51] <asac> you have patch
[03:51] <asac> see above
[03:51] <asac> debian/patches/60_distclean.dpatch:+GARBAGE += sqlite3.h
[03:51] <asac> ->
[03:52] <asac> debian/patches/60_distclean.dpatch:+DIST_GARBAGE += sqlite3.h
[03:52] <asac> ok spinning
[03:52] <asac> i let you know
[03:52] <asac> did fail pretty fast
[03:52] <asac> last time
[03:52] <gnomefreak> ok i have 60_distclean.dpatch
[03:53] <asac> yes ... there is the line above
[03:53] <asac> you have to change
[03:53] <asac> search for sqlite3.h
[03:54] <asac> maybe that is not even garbage at all ... if it is it can only be DIST_GARBAGE as source files cannot be GARBAGE in general
[03:55] <gnomefreak> diff -ruN iceape-1.0.5.orig/db/sqlite3/src/Makefile.in iceape-1.0.5/db/sqlite3/src/Makefile.in
[03:55] <asac> might be ... the line should look like that
[03:55] <asac> i pasted above
[03:56] <gnomefreak> ah hers +GARBAGE += sqlite3
[03:56] <gnomefreak> .h
[03:56] <gnomefreak> +GARBAGE += sqlite3.h
[03:56] <asac> yes
[03:56] <asac> that must be DIST_GARBAGE
[03:56] <asac> (if at all)
[03:56] <asac> but DIST_GARBAGE should do no harm
[03:57] <gnomefreak> ok so +DIST_GARBAGE += sqlite3.h?
[03:57] <gnomefreak> change it to that?
[03:57] <asac> y
[03:57] <asac> bad news
[03:57] <asac> in feisty dropping xpcom_hack
[03:57] <gnomefreak> still fails
[03:57] <asac> does not fix the compiler error
[03:57] <asac> in sid it should build
[03:57] <asac> will try
[03:57] <gnomefreak> i know
[03:57] <gnomefreak> ok i should still change that line in patch
[03:58] <asac> y
[03:58] <gnomefreak> ok added DIST_ to it now save and try to build?
[03:58] <asac> still wonder, why are getting compile error ... afaik firefox builds the same code
[03:58] <asac> y
[03:58] <asac> if you did clean before
[03:59] <asac> otherwise you have to revert patch, run fakeroot ./debian/rules clean ... then change patch again and build
[03:59] <gnomefreak> i did that a while ago this morning and didnt try building after that yet
[03:59] <asac> k
[03:59] <gnomefreak> ill run it to be on sfe side :)
[04:00] <gnomefreak> safe even
[04:00] <gnomefreak> do you remember what xpcom patch it was?
[04:00] <gnomefreak> that we disabled?
[04:01] <gnomefreak> ok found it
[04:01] <asac> gnomefreak: you have to start from fresh sources ... as sqlite3.h is already removed for you
[04:02] <gnomefreak> i have to regrab source?
[04:02] <asac> reextract tarball
[04:02] <gnomefreak> ok i will use the thing you wrote and start fresh :)
[04:02] <asac> yeah
[04:02] <gnomefreak> oh ok
[04:02] <asac> at best don't use export
[04:02] <asac> but checkoiut
[04:02] <asac> checkout
[04:02] <asac> in svn
[04:02] <asac> command
[04:02] <asac> then you can svn update
[04:02] <asac> when fixes land in repository
[04:03] <asac> you need svn installed
[04:03] <asac> ^^ package svn
[04:03] <gnomefreak> svn checkout ......?
[04:03] <asac> http://pastebin.mozilla.org/5645
[04:04] <asac> you have to start from seamonkey...tar.gz
[04:05] <asac> http://pastebin.mozilla.org/5646
[04:05] <asac> thats the final version :)
[04:05] <gnomefreak> reinstalling subversion :(
[04:05] <asac> ok ... here the post-final one: http://pastebin.mozilla.org/5647
[04:06] <gnomefreak> lol
[04:06] <gnomefreak> ok goes to get seamonkey source
[04:07] <gnomefreak> http://www.mozilla.org/projects/seamonkey/  <<< that tar?
[04:09] <asac> releases
[04:09] <asac> 1.1.1
[04:09] <asac> no
[04:10] <asac> http://ftp.mozilla.org/...
[04:10] <gnomefreak> thats where im heading
[04:10] <asac> http://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/1.1.1/
[04:10] <gnomefreak> ah ty
[04:10] <gnomefreak> bz2 or gz or does it matter?
[04:12] <gnomefreak> ok grabbing it. its gonna be a while since connection is already working its butt off on another download
[04:13] <asac> doesn't matter
[04:13] <asac> as long as you pull sources :)
[04:14] <gnomefreak> ok bbl im going for my daily walk with gf and baby ;)
[04:17] <asac> sure
[04:17] <asac> have fun
[04:33] <asac> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[04:33] <asac> i think thats the bug we are hit when building iceape in feisty
[04:34] <asac> however there is a patch for that bug included .. maybe i should see if there is a newer version in bugzilla
[04:38] <asac> ok iceape built in sid
[04:45] <asac> ah ... i think i know the problem
[04:54] <asac> gnomefreak: i think iceape builds now here for me
[04:58] <asac> gnomefreak: http://people.ubuntu.com/~asac/20_visibility.dpatch
[04:58] <asac> replace the one currently in
[04:58] <asac> i will check it into svn
[04:59] <asac> when you can confirm that it fixes things for you in feisty as well
[04:59] <asac> (e.g. i386) ... i just tested x86_64
[05:21] <asac> gnomefreak: iceape built successfully ... let me know if it works for you as well
[05:33] <asac> good ape works like a charm
[05:33] <asac> have fun
[05:35] <asac> hjmf: for me dbgsym appear to work
[05:35] <asac> e.g. by just adding -g
[05:36] <asac> and generating without noopt
[05:36] <asac> lets see i will try with noopt; maybe this causes the problems
[06:13] <asac> hjmf: if i don't use noopt, dbgsym works fine
[06:13] <asac> maybe you need to force install because you had not right versions?
[06:37] <gnomefreak> asac: what about the 80_libxpcom_hack patch? disable it remove it leave it enabled?
[06:40] <asac> can be reenabled i guess
[06:40] <asac> e.g. should be :)
[06:42] <gnomefreak> k ill try it :)
[06:46] <gnomefreak> ok here we go :/
[06:47] <gnomefreak> ill let you know what happens than i will build it for ubuntu ;)
[06:52] <asac> yeah great
[06:55] <gnomefreak> there are 2 libs that are build depends for iceape we dont have in repos but it automaticly switches to our version when you try to install them. im thinking of changing them in control to use our libs
[06:56] <gnomefreak> i would have to look at them again since i dont remember off hand what ones they are
[06:56] <asac> ??
[06:57] <asac> i had non of these problems
[06:58] <gnomefreak> they are not a problem. but when you install them sudo apt-get install lib.... it will tell you it used libx instead and is newest version
[06:58] <gnomefreak> but just to keep it ubuntu i was gonna change it
[06:58] <gnomefreak> fudge
[06:58] <gnomefreak> it failed
[06:59] <gnomefreak> have to disable the libxpcom patch
[07:00] <asac> i don't think so
[07:00] <asac> where did it fail?
[07:00] <gnomefreak> it failed with the xpcom failure
[07:01] <asac> which one?
[07:01] <gnomefreak> i dont have it atm i ran fakeroot clean and lost it since i didnt pipe build.log
[07:01] <asac> k
[07:02] <asac> if it builds without that patch let me know
[07:02] <gnomefreak> will do
[07:02] <gnomefreak> this time im piping the output
[07:10] <gnomefreak> hmmmmm lots of javascript parameters not used
[07:10] <gnomefreak> why would they be there if they are not used?
[07:11] <asac> ?
[07:11] <asac> if you talk about compiler warnings, nevermind :)
[07:11] <gnomefreak> jsxml has unsed parameters and a bunch of others
[07:12] <asac> if those are just warnings its not a problem ... assume authors know what they are doing
[07:12] <gnomefreak> really need to set my scrollback higher when this is done
[07:14] <gnomefreak> xpt_arena.c:184: warning: unused parameter arena
[07:14] <gnomefreak> is one example that one isnt js though
[07:15] <gnomefreak> jsxml.c:5344: warning: unused parameter cx
[07:15] <gnomefreak> those type of warnings
[07:15] <gnomefreak> still failed damnit
[07:16] <gnomefreak> make[3] : *** [libxpcom_compat.so]  Error 1
[07:16] <gnomefreak> thats what made me disable the hack patch but still fails
[07:17] <gnomefreak> asac: this might be more informative:
[07:17] <gnomefreak> SystemDirectoriesKey] +0x1c): undefined reference to `nsHashKey::Write(nsIObjectOutputStream*) const'
[07:17] <gnomefreak> /usr/bin/ld: libxpcom_compat.so: hidden symbol `nsHashtable::Get(nsHashKey*)' isn't defined
[07:17] <asac> you have log?
[07:17] <gnomefreak> yep
[07:17] <asac> can you paste the "configure" part?
[07:17] <gnomefreak> k
[07:17] <asac> so just the first hundred lines or so :)
[07:20] <gnomefreak> i think i got a few make lines in there
[07:20] <gnomefreak> http://gnomefreak.pastebin.ca/421141
[07:21] <gnomefreak> it created a bunch of libxpcom things
[07:22] <gnomefreak> somewhere around line 1180
[07:24] <gnomefreak> re-enabled xpcom_hack patch but i will wait a bit before rebuilding
[07:33] <gnomefreak> asac: is that enough of the log to tell?
[07:33] <asac> yes
[07:33] <asac> enough
[07:34] <asac> the visibility hidden bug checks in configure are broken
[07:34] <asac> sorry i forgot :)
[07:34] <asac> you need another patch to make the 20_visibility patch active
[07:34] <gnomefreak> its all good ;)
[07:35] <asac> http://people.debian.org/~asac/99_configure.dpatch
[07:35] <gnomefreak> ty
[07:35] <asac> replace the currently existing as wenn
[07:35] <asac> well
[07:35] <asac> ok ... got to go ... be back later
[07:36] <gnomefreak> k ill let you know :)
[07:45] <gnomefreak> asac: lol applying patch 80_libxpcom_hack to ./ ... failed.
[07:45] <gnomefreak> im gonna try with it disabled :(
[08:10] <gnomefreak> asac: with both of your patches and xpcom commented out again here is the full log. http://gnomefreak.pastebin.ca/421197
[09:39] <hjmf> asac: obviously I'm doing something wrong because the -dbgsym package is too small
[09:50] <hjmf> out for a while
[10:07] <asac> gnomefreak: you did not fix the sqlite patch
[10:08] <asac> e.g. GARBAGE -> DIST_GARBAGE
[10:08] <asac> libxpcom should apply
[10:09] <asac> better start from clean iceape ... e.g. checkout from svn
[10:09] <asac> then overwrite patches I gave you
[10:09] <asac> fix the garbage thing
[10:09] <asac> and rebuild
[10:09] <asac> i guess you started from experimental iceape tar.gz
[10:09] <asac> which is already broken
[10:10] <asac> so you need the svn way to get a good orig.tar.gz that contains sqlite3.h
[10:33] <hjmf> asac: absolute weird, if I run directly: ~$ pkg_create_dbgsym mozilla-thunderbird /path-to-mozilla-thunderbird/sources/
[10:33] <hjmf> then the size is OK :
[10:33] <hjmf> ls -l mozilla-thunderbird-dbgsym_1.5.0.10-0ubuntu1_i386.ddeb
[10:33] <hjmf> -rw-r--r-- 1 root root 50377098 Mar  7 14:09 mozilla-thunderbird-dbgsym_1.5.0.10-0ubuntu1_i386.ddeb
[10:34] <hjmf> Though I'm still getting the (no debugging symbols found) warning in gdb
[10:35] <hjmf> ... and of course the backtrace is useless
[10:39] <asac> hmm
[10:39] <asac> wierd thing
[10:39] <asac> ah
[10:39] <asac> :)
[10:40] <hjmf> I think I'm messing too much things at this late our :)
[10:40] <asac> so you cannot build automgically?
[10:40] <asac> yeah, like s/our/hour/ :-D
[10:40] <asac> :-P
[10:40] <hjmf> lol
[10:40] <hjmf> I've built today with same results I got yesterday
[10:41] <hjmf> the dbgsym package is too small
[10:41] <asac> i really can't tell ... probably you should retry :) with clean thing
[10:41] <asac> i successfully did it
[10:41] <asac> both with DEB_BUILD_OPTIONS=noopt
[10:41] <asac> and without
[10:41] <asac> with that option: no debugging symbols found
[10:41] <asac> without that option: fine!
[10:41] <asac> i just added to -g to the no noopt case in debian/rules
[10:42] <hjmf> I'm too newbie at it and I cant tell you what I'm doing wrong, the last test I did (desperate) was with...
[10:42] <hjmf> DEB_BUILD_OPTIONS="debug nostrip noopt"
[10:43] <hjmf> from a howto :)
[10:43] <hjmf> ofcourse always adding the -g option as you told me
[10:44] <asac> which howto?
[10:44] <asac> yeah ... thats wrong
[10:44] <asac> if you build thunderbird with noopt
[10:44] <asac> it is build without optimization
[10:44] <asac> result: debug symbols will not match those of released binaries
[10:44] <asac> so -> no debugging symbols
[10:44] <hjmf> not sure, which howto, I think was some about building dbg packages :/
[10:44] <asac> if that is really the standard way to do, we would need to do optimization even for noopt
[10:45] <asac> ok ... i told you before :) ... so not my fault ... spinning just plain without any option is your friend
[10:45] <hjmf> :)
[10:46] <hjmf> I'm going to leave it building with your hints and see how it looks tomorrow
[10:46] <asac> yeah :)
[10:46] <hjmf> good night :)
[10:46] <asac> hjmf: good night
[11:13] <gnomefreak> thought i did
[11:13] <gnomefreak> relooking
[11:17] <gnomefreak> reverting patch 60_distclean from ./ ... failed.
[11:18] <gnomefreak>  LOCAL_INCLUDES += -I$(srcdir)
[11:18] <gnomefreak> +
[11:18] <gnomefreak> +DIST_GARBAGE += sqlite3.h
[11:18] <gnomefreak> asac: that is the change right?
[11:19] <asac> yes
[11:19] <gnomefreak> its failing during fakeroot clean after changing
[11:19] <asac> yeah your patch state is messed up (e.g. if failed) ... you have to start from beginning
[11:19] <asac> you probably changed patch without clean first
[11:19] <asac> (once)
[11:20] <gnomefreak> i can get rid of debbian and go with svn again
[11:53] <gnomefreak> ok re did it all step by step and change the patch and replaced the 2 now i run fakeroot clean than build :)
[12:04] <asac> gnomefreak: did you fix the sqlite patch?
[12:07] <gnomefreak> Bug 100100
[12:07] <ubotu> Malone bug 100100 in firefox "www.helsingborg.se looks strange in firefox, looks good in windows with same ff-version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/100100
[12:07] <gnomefreak> oh wtf
[12:08] <gnomefreak> asac: when you get a minute can you look at bug 100100
[12:08] <gnomefreak> am i here
[12:24] <gnomefreak> yay its still building :)