#ubuntu-mozillateam 2007-04-01 <Admiral_Chicago> probably not gnomefreak. I assumed so but he told me to keep reminding him about it <gnomefreak> ah ok <gnomefreak> i know he was heading out of town friday but not sure when he will be back on irc <Admiral_Chicago> kk <gnomefreak> !info ivman <ubotu> ivman: daemon to auto-mount and manage media devices. In component universe, is optional. Version 0.6.12-3ubuntu2 (edgy), package size 57 kB, installed size 272 kB <gnomefreak> joejaxx: ^^^ <gnomefreak> joejaxx: your bot is ummm not looking hard enough :) <gnomefreak> ok bed! <asac> Admiral_Chicago: kde wallpaper stuff is for post-feisty :) <asac> there are more things we have to figure out ... like what else is needed for kde to make firefox as good as its now for gnome <asac> btw, what is on agenda for tuesday? <gnomefreak> asac: nothing last i looked <gnomefreak> asac: im thinking kde-intergration would be a good start if it hasnt been already started. but what that entails is still fuzzy <gnomefreak> if someone finds david please let him know i need to speak with him. or i might try to ping asac about it mondayish <asac> maybe send email to mozillateam list to reach davic <asac> david <asac> afaik, he hates irc :) <asac> ok gone to sun again <gnomefreak> ive noticed ;) <gnomefreak> that sucked #ubuntu-mozillateam 2007-04-02 <Admiral_Chicago> AlexLatchford: haven't seen you around in a while <Admiral_Chicago> been busy? <AlexLatchford> well, yes and no <AlexLatchford> my email has been having issues <AlexLatchford> host blocked most of my mailing lists <Admiral_Chicago> oh yes, I saw that <AlexLatchford> and have been working on school too <AlexLatchford> think I may have them sorted and ill be at the meeting tomorrow <AlexLatchford> do we have an agenda yet? <Admiral_Chicago> yes, i'll be at the meeting as well <Admiral_Chicago> good question <AlexLatchford> hmm, no <Admiral_Chicago> no we don't...okay that is a problem <Admiral_Chicago> i emailed the list <AlexLatchford> me too lol <AlexLatchford> what code are you working on? <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 <AlexLatchford> nice <Admiral_Chicago> its a pain, I forget how to do all the canvas stuff in java <AlexLatchford> ive never programmed in java, however i may be having to learn it for a job I may work at in the summer <Admiral_Chicago> what have you worked in? <AlexLatchford> Python mainly on the desktop, but I do most of my code in PHP/AJAX <AlexLatchford> I produce web objects and AJAX interfaces <Admiral_Chicago> oh ya you told me that once iirc <asac> hi all <asac> any urgent businees? <ajmitch> hi <ajmitch> thanks for raising the issue about separate libnss/nspr with debian <asac> ajmitch: sure ... in feisty+1 we hopefully will have it <ajmitch> good, I've got FDS built against the current libnss & libnspr, but that may need to change in future <asac> actually i am pretty sure about libnss/nspr ... not yet so sure if we use system-xul (e.g. xulrunner) for ffox & friends <asac> FDS? <asac> whats that? <ajmitch> fedora directory server <asac> ah :) <ajmitch> but I had to package svrcore & mozldap, which I'll try & push into debian as well :) <ajmitch> thunderbird uses its own mozldap, the previous API <ajmitch> not sure if it'll work with 6.x <asac> mozldap? is that the ldap lib used by tbird? <asac> ah <asac> ok <asac> mozldap you use ships from trunk ? <ajmitch> it'd be nice to get ffox & tbird working without bundling 101 libs <ajmitch> probably, it's on ftp.m.o as a separate tarball <asac> hmm ... maybe its from 2.0 branch, which thunderbird has not yet released from <ajmitch> ftp://ftp.mozilla.org/pub/mozilla.org/directory/c-sdk/releases/v6.0.2/src if you're interested <ajmitch> I still have to do some cleanups in the packages before they can go anywhere <asac> what is fds? something like MS-AD ? <ajmitch> it's an LDAP server <asac> or just a plain ldap? <ajmitch> AD is LDAP with plenty of bits bolted on & tied together <ajmitch> which is being replicated by samba4 <ajmitch> all those windows specific bits & schemas, etc <asac> what i referred to is that AD is used for network/system administration <asac> just wondered if FDS is used for the same :) <ajmitch> yes, and FDS can be used for that <asac> ok <ajmitch> we're working to make the integration a whole lot better :) <asac> and fds uses mozldap? ... interesting. <ajmitch> fds used to be netscape directory server <asac> ah ... that makes sense then. <asac> is it even free? <ajmitch> sure <ajmitch> redhat bought it, freed the code <asac> great ;) <ajmitch> the main server core is gpl+linking exception <asac> you filed an ITP @debian ? <asac> for mozldap? <asac> cool bugs became 6-digits in the night <asac> bug 100007 <ubotu> Malone bug 100007 in firefox "firefox crashed " [Undecided,Unconfirmed] https://launchpad.net/bugs/100007 <asac> so what is bug 100000 <ubotu> Malone bug 100000 in malone "There are still too many bug reports" [Undecided,Confirmed] https://launchpad.net/bugs/100000 <asac> lol <ajmitch> not yet, I really should file those ITPs * ajmitch hasn't been expelled/suspended yet, so can still upload them ;) <asac> yeah :) * asac heading for lunch <gnomefreak> dont kill me but im testing this. <gnomefreak> !ops <ubotu> Help! dfarning, hjmf, Yawner, asac, Admiral_Chicago, or gnomefreak <gnomefreak> goodie :) <hjmf> what are we going to talk about in the meeting? <hjmf> there aren't any points in the agenda <hjmf> :/ <gnomefreak> most likely nothing :( <gnomefreak> everyone wanted meeting 1 time a month so i set it up <gnomefreak> sent 4 or so emails to list and never got a reply <hjmf> quite weird :( <gnomefreak> i sent one out yesterday or sat. about it i havent checked mail since than though <hjmf> Thu, 29 Mar 2007 is the last one I've received * hjmf confess that all he wants to talk is talked at #ubuntu-mozillateam <asac> ole <asac> gnomefreak: you ever succeeded with iceape? <asac> e.g. with disabling patch we talked about? <gnomefreak> nope <gnomefreak> it wont build in sid or feisty :( same errors <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 <gnomefreak> asac: have you tried to build it yet? <gnomefreak> was thinking rules file but that just pretty much gives "make" command with parameters/flags afaik <asac> i will try <asac> you have url to .dsc and .diff.gz ? (me is lazy :)) <gnomefreak> yeah let me get it <asac> and .orig.tar.gz of course :) <gnomefreak> http://packages.debian.org/experimental/web/iceape <gnomefreak> its all at bottom assuming thats .orig.tar <gnomefreak> well nvm it says it is :( <gnomefreak> i want to say its failing at around "make" for iceape-calendar but hard to say <hjmf> asac: bug 85020 maybe related to https://bugzilla.mozilla.org/show_bug.cgi?id=345309 ; not the same stacktrace but quite similar <ubotu> Malone bug 85020 in firefox "[edgy] Firefox Crashed [@CNSAdapter_NSPR33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abJDFileDesc_To_FD] [@JavaPluginFactory33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abCreateSecureEnv] " [Medium,Needs info] https://launchpad.net/bugs/85020 <ubotu> Mozilla bug 345309 in Java: OJI "java crashes on opensolaris [@ PR _Close - CNSAdapter_NSPR33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abJD_Close] " [Critical,New] <asac> gnomefreak: ty <asac> hjmf: looking <gnomefreak> asac: yw let me know what you come up with please. <asac> hmmm bugzilla bot should include url as well <gnomefreak> it doesnt build on sid and i found that strange <asac> ho can take care? <asac> who <gnomefreak> asac: it will if he didnt use the URL <asac> ah:) <asac> blind me <gnomefreak> mozilla 345309 <asac> gnomefreak: yeah its strange <ubotu> Mozilla bug 345309 in Java: OJI "java crashes on opensolaris [@ PR _Close - CNSAdapter_NSPR33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abJD_Close] " [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=345309 <asac> i try <gnomefreak> see :) <asac> hjmf: we already have duplicates? <asac> iirc, there has been at least one :) <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 <asac> but its not marked <asac> gnomefreak: probably it needs some build depends from experimental as well <asac> but lets see :) * asac is pulling the monkey :) <hjmf> right bug 86002 <ubotu> Malone bug 86002 in firefox "MASTER firefox crash in java [@JavaPluginFactory33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abCreateSecureEnv] [@ProxyJNIEnv] " [High,Needs info] https://launchpad.net/bugs/86002 <hjmf> my fault and malone searching tool :) <asac> is upstream already marked properly? <asac> actually i have two topics now for agenda :) -> bughelper + apport hooks for feisty <hjmf> Bug #86002 has no upstream mark if that is what you asked <hjmf> ... I'm reviewing those 28x mt-confirm tagged bugs to find dups * hjmf is afk for 15min <asac> only 28 mt-confirm in need info ... great ... thought my backlog was much more :) <gnomefreak> me be back in an hour or so. <asac> k <asac> gnomefreak: spinning ape now <gnomefreak> ok cool <gnomefreak> about 10-20 minutes in give or take is when it fails <asac> in which module did it fail? <asac> you remember? <asac> anyway, lets see, so nevermind <hjmf> asac 28x = 289 :) <asac> hehe <asac> ;) <asac> thats more what i expected <asac> 289 out of 700 + something <asac> all crashes that have at least one dupe need a master :) <asac> gnomefreak: does it fail in the same way in debian? <hjmf> k <asac> honestly, i have to admit that i should try to find a regular timeslot to do mt-confirm bugs <asac> gnomefreak: interesting thing is that iceape fails differently in feisty, than in sid <asac> for sid its all clear <asac> apparenlty the orig.tar.bz2 has been stripped down too much <asac> in the procedure of freeing the sources <asac> for feisty we have a compiler bug (at least it looks like) <asac> which might have a workaround <asac> but i don't get why we see this bug <asac> gnomefreak: in edgy it should build <asac> (well will fail the same way as sid) * hjmf out for lunch <gnomefreak> edgy will fail as sid did or it should build? <asac> gnomefreak: you have to fix tarball i guess <asac> wait a second <asac> gnomefreak: remove everything from iceape and do this <asac> in edgy <asac> http://pastebin.mozilla.org/5642 <asac> then sqlite3.h should be available and build should succeed <gnomefreak> define everything <gnomefreak> all patches? <gnomefreak> or do you mean remove EVERYTHING and use the commands/script on the pastebin? <asac> yeah ... the latter ... however it still fails. sqlite3.h is somehow removed during build <asac> wierd <gnomefreak> that was the error i was getting i think on feisty after removing that one xpcom patch <asac> really? <asac> then the patch is probably indeed the problem :) <gnomefreak> yeah im pretty sure it was feisty <asac> same should end up in sid afaik <asac> so what did you remove from xpcom patch ... complete disable? <gnomefreak> disable. just added the # to it in the 00list <gnomefreak> make[4] : *** No rule to make target `sqlite3.h', needed by `export'. Stop. <asac> ok <gnomefreak> that might have been sid chroot <asac> yeah thats the same for unmodified sid <asac> hmm * gnomefreak wonders how they got it to build on experimental <asac> no problem :) <asac> it builds ... you upload :) <gnomefreak> sid should build fine if experimental did i assume <asac> somehow you didn't upload the right sources for the binaries you send up <asac> :) <gnomefreak> me? <asac> no you ... as in they <asac> however i have no idea why sqlite3.h is wiped during build <asac> must be something obvious :) <asac> here it is <asac> debian/patches/60_distclean.dpatch:+GARBAGE += sqlite3.h <asac> wtf is going on? <asac> i guess this should be (if at all) DIST_GARBAGE <gnomefreak> lol its not gonna be a right in your face thing (im going to assume that) <gnomefreak> why isnt mysql a build dep if it needs sqlite3 for build <asac> good question ... I guess storage supports two backends <asac> mysql support is probably a proof of concept only <asac> :) <asac> anyway, it allows you to store your calendar in mysql <asac> which is not that bad imo <gnomefreak> i dont see how it is imporant to the build at all <asac> especially in corporate environments <gnomefreak> ah nvm i see <asac> you can choose mysql to store things :) ... yes. <asac> ok redoing with new patch ... lets see <gnomefreak> trying on feisty? <asac> yes <asac> will build i guess :) <gnomefreak> k <asac> 1. disable xpcom <asac> then fix patch <asac> actually i think it will build for the first time you run the build after checkout <asac> because sqlite3.h is only wiped before next build <gnomefreak> fix patch doesnt tell me anything :) i didnt use checkout <asac> you have patch <asac> see above <asac> debian/patches/60_distclean.dpatch:+GARBAGE += sqlite3.h <asac> -> <asac> debian/patches/60_distclean.dpatch:+DIST_GARBAGE += sqlite3.h <asac> ok spinning <asac> i let you know <asac> did fail pretty fast <asac> last time <gnomefreak> ok i have 60_distclean.dpatch <asac> yes ... there is the line above <asac> you have to change <asac> search for sqlite3.h <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 <gnomefreak> diff -ruN iceape-1.0.5.orig/db/sqlite3/src/Makefile.in iceape-1.0.5/db/sqlite3/src/Makefile.in <asac> might be ... the line should look like that <asac> i pasted above <gnomefreak> ah hers +GARBAGE += sqlite3 <gnomefreak> .h <gnomefreak> +GARBAGE += sqlite3.h <asac> yes <asac> that must be DIST_GARBAGE <asac> (if at all) <asac> but DIST_GARBAGE should do no harm <gnomefreak> ok so +DIST_GARBAGE += sqlite3.h? <gnomefreak> change it to that? <asac> y <asac> bad news <asac> in feisty dropping xpcom_hack <gnomefreak> still fails <asac> does not fix the compiler error <asac> in sid it should build <asac> will try <gnomefreak> i know <gnomefreak> ok i should still change that line in patch <asac> y <gnomefreak> ok added DIST_ to it now save and try to build? <asac> still wonder, why are getting compile error ... afaik firefox builds the same code <asac> y <asac> if you did clean before <asac> otherwise you have to revert patch, run fakeroot ./debian/rules clean ... then change patch again and build <gnomefreak> i did that a while ago this morning and didnt try building after that yet <asac> k <gnomefreak> ill run it to be on sfe side :) <gnomefreak> safe even <gnomefreak> do you remember what xpcom patch it was? <gnomefreak> that we disabled? <gnomefreak> ok found it <asac> gnomefreak: you have to start from fresh sources ... as sqlite3.h is already removed for you <gnomefreak> i have to regrab source? <asac> reextract tarball <gnomefreak> ok i will use the thing you wrote and start fresh :) <asac> yeah <gnomefreak> oh ok <asac> at best don't use export <asac> but checkoiut <asac> checkout <asac> in svn <asac> command <asac> then you can svn update <asac> when fixes land in repository <asac> you need svn installed <asac> ^^ package svn <gnomefreak> svn checkout ......? <asac> http://pastebin.mozilla.org/5645 <asac> you have to start from seamonkey...tar.gz <asac> http://pastebin.mozilla.org/5646 <asac> thats the final version :) <gnomefreak> reinstalling subversion :( <asac> ok ... here the post-final one: http://pastebin.mozilla.org/5647 <gnomefreak> lol <gnomefreak> ok goes to get seamonkey source <gnomefreak> http://www.mozilla.org/projects/seamonkey/ <<< that tar? <asac> releases <asac> 1.1.1 <asac> no <asac> http://ftp.mozilla.org/... <gnomefreak> thats where im heading <asac> http://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/1.1.1/ <gnomefreak> ah ty <gnomefreak> bz2 or gz or does it matter? <gnomefreak> ok grabbing it. its gonna be a while since connection is already working its butt off on another download <asac> doesn't matter <asac> as long as you pull sources :) <gnomefreak> ok bbl im going for my daily walk with gf and baby ;) <asac> sure <asac> have fun <asac> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 <asac> i think thats the bug we are hit when building iceape in feisty <asac> however there is a patch for that bug included .. maybe i should see if there is a newer version in bugzilla <asac> ok iceape built in sid <asac> ah ... i think i know the problem <asac> gnomefreak: i think iceape builds now here for me <asac> gnomefreak: http://people.ubuntu.com/~asac/20_visibility.dpatch <asac> replace the one currently in <asac> i will check it into svn <asac> when you can confirm that it fixes things for you in feisty as well <asac> (e.g. i386) ... i just tested x86_64 <asac> gnomefreak: iceape built successfully ... let me know if it works for you as well <asac> good ape works like a charm <asac> have fun <asac> hjmf: for me dbgsym appear to work <asac> e.g. by just adding -g <asac> and generating without noopt <asac> lets see i will try with noopt; maybe this causes the problems <asac> hjmf: if i don't use noopt, dbgsym works fine <asac> maybe you need to force install because you had not right versions? <gnomefreak> asac: what about the 80_libxpcom_hack patch? disable it remove it leave it enabled? <asac> can be reenabled i guess <asac> e.g. should be :) <gnomefreak> k ill try it :) <gnomefreak> ok here we go :/ <gnomefreak> ill let you know what happens than i will build it for ubuntu ;) <asac> yeah great <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 <gnomefreak> i would have to look at them again since i dont remember off hand what ones they are <asac> ?? <asac> i had non of these problems <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 <gnomefreak> but just to keep it ubuntu i was gonna change it <gnomefreak> fudge <gnomefreak> it failed <gnomefreak> have to disable the libxpcom patch <asac> i don't think so <asac> where did it fail? <gnomefreak> it failed with the xpcom failure <asac> which one? <gnomefreak> i dont have it atm i ran fakeroot clean and lost it since i didnt pipe build.log <asac> k <asac> if it builds without that patch let me know <gnomefreak> will do <gnomefreak> this time im piping the output <gnomefreak> hmmmmm lots of javascript parameters not used <gnomefreak> why would they be there if they are not used? <asac> ? <asac> if you talk about compiler warnings, nevermind :) <gnomefreak> jsxml has unsed parameters and a bunch of others <asac> if those are just warnings its not a problem ... assume authors know what they are doing <gnomefreak> really need to set my scrollback higher when this is done <gnomefreak> xpt_arena.c:184: warning: unused parameter arena <gnomefreak> is one example that one isnt js though <gnomefreak> jsxml.c:5344: warning: unused parameter cx <gnomefreak> those type of warnings <gnomefreak> still failed damnit <gnomefreak> make[3] : *** [libxpcom_compat.so] Error 1 <gnomefreak> thats what made me disable the hack patch but still fails <gnomefreak> asac: this might be more informative: <gnomefreak> SystemDirectoriesKey] +0x1c): undefined reference to `nsHashKey33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abWrite(nsIObjectOutputStream*) const' <gnomefreak> /usr/bin/ld: libxpcom_compat.so: hidden symbol `nsHashtabl33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abGet(nsHashKey*)' isn't defined <asac> you have log? <gnomefreak> yep <asac> can you paste the "configure" part? <gnomefreak> k <asac> so just the first hundred lines or so :) <gnomefreak> i think i got a few make lines in there <gnomefreak> http://gnomefreak.pastebin.ca/421141 <gnomefreak> it created a bunch of libxpcom things <gnomefreak> somewhere around line 1180 <gnomefreak> re-enabled xpcom_hack patch but i will wait a bit before rebuilding <gnomefreak> asac: is that enough of the log to tell? <asac> yes <asac> enough <asac> the visibility hidden bug checks in configure are broken <asac> sorry i forgot :) <asac> you need another patch to make the 20_visibility patch active <gnomefreak> its all good ;) <asac> http://people.debian.org/~asac/99_configure.dpatch <gnomefreak> ty <asac> replace the currently existing as wenn <asac> well <asac> ok ... got to go ... be back later <gnomefreak> k ill let you know :) <gnomefreak> asac: lol applying patch 80_libxpcom_hack to ./ ... failed. <gnomefreak> im gonna try with it disabled :( <gnomefreak> asac: with both of your patches and xpcom commented out again here is the full log. http://gnomefreak.pastebin.ca/421197 <hjmf> asac: obviously I'm doing something wrong because the -dbgsym package is too small <hjmf> out for a while <asac> gnomefreak: you did not fix the sqlite patch <asac> e.g. GARBAGE -> DIST_GARBAGE <asac> libxpcom should apply <asac> better start from clean iceape ... e.g. checkout from svn <asac> then overwrite patches I gave you <asac> fix the garbage thing <asac> and rebuild <asac> i guess you started from experimental iceape tar.gz <asac> which is already broken <asac> so you need the svn way to get a good orig.tar.gz that contains sqlite3.h <hjmf> asac: absolute weird, if I run directly: ~$ pkg_create_dbgsym mozilla-thunderbird /path-to-mozilla-thunderbird/sources/ <hjmf> then the size is OK : <hjmf> ls -l mozilla-thunderbird-dbgsym_156.14.161.142-0ubuntu1_i386.ddeb <hjmf> -rw-r--r-- 1 root root 50377098 Mar 7 14:09 mozilla-thunderbird-dbgsym_156.14.161.142-0ubuntu1_i386.ddeb <hjmf> Though I'm still getting the (no debugging symbols found) warning in gdb <hjmf> ... and of course the backtrace is useless <asac> hmm * hjmf is too tired: Forget the above stuff, my fault <asac> wierd thing <asac> ah <asac> :) <hjmf> I think I'm messing too much things at this late our :) <asac> so you cannot build automgically? <asac> yeah, like s/our/hour/ :-D <asac> :-P <hjmf> lol <hjmf> I've built today with same results I got yesterday <hjmf> the dbgsym package is too small <asac> i really can't tell ... probably you should retry :) with clean thing <asac> i successfully did it <asac> both with DEB_BUILD_OPTIONS=noopt <asac> and without <asac> with that option: no debugging symbols found <asac> without that option: fine! <asac> i just added to -g to the no noopt case in debian/rules <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... <hjmf> DEB_BUILD_OPTIONS="debug nostrip noopt" <hjmf> from a howto :) <hjmf> ofcourse always adding the -g option as you told me <asac> which howto? <asac> yeah ... thats wrong <asac> if you build thunderbird with noopt <asac> it is build without optimization <asac> result: debug symbols will not match those of released binaries <asac> so -> no debugging symbols <hjmf> not sure, which howto, I think was some about building dbg packages :/ <asac> if that is really the standard way to do, we would need to do optimization even for noopt <asac> ok ... i told you before :) ... so not my fault ... spinning just plain without any option is your friend <hjmf> :) <hjmf> I'm going to leave it building with your hints and see how it looks tomorrow <asac> yeah :) <hjmf> good night :) <asac> hjmf: good night <gnomefreak> thought i did <gnomefreak> relooking <gnomefreak> reverting patch 60_distclean from ./ ... failed. <gnomefreak> LOCAL_INCLUDES += -I$(srcdir) <gnomefreak> + <gnomefreak> +DIST_GARBAGE += sqlite3.h <gnomefreak> asac: that is the change right? <asac> yes <gnomefreak> its failing during fakeroot clean after changing <asac> yeah your patch state is messed up (e.g. if failed) ... you have to start from beginning <asac> you probably changed patch without clean first <asac> (once) <gnomefreak> i can get rid of debbian and go with svn again <gnomefreak> ok re did it all step by step and change the patch and replaced the 2 now i run fakeroot clean than build :) * gnomefreak crosses fingers and preys this works :( <asac> gnomefreak: did you fix the sqlite patch? <gnomefreak> Bug 100100 <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 <gnomefreak> oh wtf <gnomefreak> asac: when you get a minute can you look at bug 100100 <gnomefreak> am i here * #ubuntu-mozillateam [freenode-info] channel flooding and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp <gnomefreak> yay its still building :) #ubuntu-mozillateam 2007-04-03 <gnomefreak> i didnt think windows version and ubuntus version would be the same (thtem) but i asked for screenshots of what he means <gnomefreak> theme even <gnomefreak> @schedule new_york <ubotu> Schedule for America/New_York: 03 Apr 07:00: Community Council | 03 Apr 11:00: Kernel Team | 03 Apr 14:00: Mozilla Team | 04 Apr 08:00: Edubuntu | 05 Apr 12:00: Ubuntu Development Team | 10 Apr 16:00: Technical Board <gnomefreak> oh boy thats early <asac> ?? <gnomefreak> the CC meeting is early <gnomefreak> 7am here <asac> ah <asac> oh <asac> probably you should just skip it :) <gnomefreak> its still building im taking that as a good sign <gnomefreak> i might have to :) * gnomefreak thinking about grabbing dinner while this is building <asac> yeah ... good sign i guess <Admiral_Chicago> so...many bug reports... <Admiral_Chicago> 763 in Fx alone <Admiral_Chicago> time to close old ones <Admiral_Chicago> someone want to look at Bug #51756 <ubotu> Malone bug 51756 in firefox "firefox puts trademark HTML entity into job name when printing; causes Cups IPP printers to fail" [Undecided,Needs info] https://launchpad.net/bugs/51756 <asac> Admiral_Chicago: look how many of those are crashes <Admiral_Chicago> what do you mean/ <asac> 464 <asac> when searching for "crash" <Admiral_Chicago> no i'm closing old bugs that didn't get the proper information <Admiral_Chicago> Bug #47571 <ubotu> Malone bug 47571 in firefox "Firefox URL-completion prevents URLs from being entered" [Low,Needs info] https://launchpad.net/bugs/47571 <Admiral_Chicago> for example <asac> you tried to reproduce? <asac> "Once the initial 'w' is entered, further characters may be accepted only by clicking the mouse on the text entry before typing each character, until www.a has been entered, disambiguating the new URL from existing history." <asac> i cannot parse this <asac> but i guess i am too tired :) <asac> isn't it a contradiction? <Admiral_Chicago> no, its not a bug. <asac> on the one hand you cannot enter further characters ... but only until www.a has been entered? <Admiral_Chicago> err. well its not a reproduceable bug on my end <asac> i don't understand that actual result <asac> i mean i understand <asac> you type 'w' <asac> then you cannot enter any further characters with keyboard <asac> ah ... ok ... i guess he means if you type fast enough :) <asac> i can test on breezy <Admiral_Chicago> right, that is what the report is but I can neither reproduce nor did we get more information <asac> hmm <asac> i cannot type so fast that no pop up appears <asac> it always appears <asac> and nothing is blocked <asac> so probably close it <asac> if breezy hasn't have it dapper probably will not as well <Admiral_Chicago> will do. <asac> http://librarian.launchpad.net/7122170/Screenshot-Firefox%20Preferences.png <asac> you see anything missing in that? <asac> Bug 81543 <ubotu> Malone bug 81543 in firefox "Firefox child windows width too small (german version)" [Medium,Confirmed] https://launchpad.net/bugs/81543 <asac> last comment <gnomefreak> let you know when it loads <gnomefreak> i think i can confirm that bug. but i cant test right now. but seems that when you open it its not long enough vertically sometimes wher eyou see system defaults there is more under it <gnomefreak> ask him to make it bigger vertically so we can see differnece. but iirc i have had this happen <gnomefreak> asac: you should see something under systemdefaults <gnomefreak> i have it opening good in feistys firefox <asac> ah right <gnomefreak> hmmmmm cant take screen shot <asac> no need <gnomefreak> but you know what your looking for? <asac> or maybe a good idea :) <gnomefreak> ok cool <asac> i don't know ... if i see more variants i might have a better initial idea :) <gnomefreak> hmmmmmm ill try <gnomefreak> its always better to have more info than not enough <asac> its soo crazy <asac> there is some firewall/proxy out there <asac> that blocks firefox <asac> because we use feisty as user agent <gnomefreak> uploading screenshot to that bug report, with his there in screenshot so you can compare the 2 side by side. <gnomefreak> 2 different issues on this bug report but im betting same changes to fix both. maybe have it draw 1" all around larger? <asac> Bug 99759 <ubotu> Malone bug 99759 in firefox "Malware in Firefox?" [Undecided,Unconfirmed] https://launchpad.net/bugs/99759 <gnomefreak> no such thing :) <gnomefreak> looking anyway <asac> thats the one i ment above <asac> there are more then one reports about that <asac> we are identified as ISTbar <gnomefreak> write it off as an extension issue but thats not firefox's fault <gnomefreak> we are? <asac> we keep it for now open to document this <asac> at least i think that is best. <gnomefreak> hes using an non official scanner/virus blocker and unofficial extenstions <asac> yeah ... but extensions don't matter <asac> anyway, not good if some software blocks us, but not anyone else <asac> so we have to fix this for real <asac> at least since there are now 3 reports bout that <asac> so the scanner is somehow commonly used <gnomefreak> i understand but where do we stop working around other apps faults? if its not ubuntus ff fault? <asac> we don't work around <asac> at least I don't expect us to <asac> anyway, we need to track this and see what company says <asac> reporter wanted to raise an issue with them <gnomefreak> ok i see <asac> otherwise keep it open and point new reports to that MASTER bug <gnomefreak> asac: mark it as master [@something] <asac> no @ :) <asac> its not a crash <asac> however MASTER + good summary <asac> i will do that tomorrow <asac> second thing <asac> ok night ... have fun with ape <asac> :) <gnomefreak> night. will let you know if it built in morning <gnomefreak> !packaging <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports * gnomefreak thinks ill have a working ubuntu build by morning :) <gnomefreak> asac: if this builds good than i will upload the packages to my site and i was thinking maybe get them in your repo so we can test it for feisty+1 <hjmf> asac: bug 102202 Maybe related to upstream's mozilla bug 301270 <ubotu> Malone bug 102202 in firefox "[feisty] Firefox Crashed [@nsTextControlFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abSetValue] " [Undecided,Needs info] https://launchpad.net/bugs/102202 <ubotu> Mozilla bug 301270 in Editor "[@ nsTextControlFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abSetValue] " [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=301270 <hjmf> ... also bug 99712 could be related to mozilla bug 161826 (check stacktrace at https://bugzilla.mozilla.org/attachment.cgi?id=132070) <ubotu> Malone bug 99712 in firefox "[feisty] Firefox Crashed [@ nsTextFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abMeasureText] " [Undecided,Needs info] https://launchpad.net/bugs/99712 <ubotu> Mozilla bug 161826 in Layout: Fonts and Text "nsTextFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abMeasureText()'s fast text measuring codepath crashes on RISC machines" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=161826 <asac> hjmf: first one looks equal ... I will take a closer look when I am here in a few minutes :) <asac> hjmf: bug 99712 ... we already have the patch in mozilla bug 161826 <ubotu> Malone bug 99712 in firefox "[feisty] Firefox Crashed [@ nsTextFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abMeasureText] " [Undecided,Needs info] https://launchpad.net/bugs/99712 <ubotu> Mozilla bug 161826 in Layout: Fonts and Text "nsTextFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abMeasureText()'s fast text measuring codepath crashes on RISC machines" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=161826 <asac> and our crash is on i386 ... which is not RISC <asac> anyway, trace looks quite similar which makes me think that maybe we get that crash because of that patch for RISC machines <asac> bug 29760 <ubotu> Malone bug 29760 in flashplugin-nonfree "Sound does not work properly in Flash in firefox" [Low,Fix released] https://launchpad.net/bugs/29760 <asac> bug 102004 <ubotu> Malone bug 102004 in firefox "[feisty] firefox/epiphany do not browse" [Undecided,Unconfirmed] https://launchpad.net/bugs/102004 <asac> bug 102195 <ubotu> Malone bug 102195 in firefox "[edgy] Firefox Crash -- libflashplayer.so" [Undecided,Rejected] https://launchpad.net/bugs/102195 <asac> hjmf: bug 102202 ... can you run gdb with coredump and see what value this->mEditor has? <ubotu> Malone bug 102202 in firefox "[feisty] Firefox Crashed [@nsTextControlFram33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abSetValue] " [Undecided,Needs info] https://launchpad.net/bugs/102202 <asac> e.g. (gdb) up 4 <asac> (gdb) p this->mEditor <hjmf> ok, just a second <hjmf> (gdb) p this->mEditor <hjmf> $1 = {<nsCOMPtr_base> = {mRawPtr = 0x0}, <No data fields>} <hjmf> asac: ^ <asac> ok so its 0x0 <asac> thats ok :) <asac> at least better then some random address <asac> 0x0 crashes are safe, while dereferencing random addresses are easy to exploit security issues <hjmf> ah :) <asac> easy is of course relative :) <hjmf> asac what means '--disable-debug' on CONFIGURE_OPTIONS at mozilla-thunderbird debian/rules ? * hjmf hasn't get a proper dbgsym pacakge yet :( <hjmf> ... and doesn't know why ... > I followed your indications <asac> --disable-debug is just that you don't want debug messages on the console <hjmf> OK <asac> it implies -g afaik <asac> but since we set it explicitly it doesn't matter <asac> are your packages small? <asac> or just yield the "no debugging symbols" messages? <hjmf> with --enable-debug I get a significant bigger package <hjmf> both <asac> sizes? <asac> yeah... there is lots of debug output code which will not be removed during build ... so bigger with --enable-debug is still normal <hjmf> yep <hjmf> but size is still (with --disable-debug) 338708 bytes <hjmf> talking about dbgsym package <asac> so what does build-opt line say in your rules? <asac> do you see -g during compile` <asac> ? <hjmf> yes, I placed before -O2 <hjmf> and I saw it :) <asac> you sure your ddeb packages have been regenerated? <asac> what size does debian/tmp have? <asac> after build <asac> e.g. with du -Hs debian/tmp <hjmf> 29M <hjmf> 31M with -Hs option :) <hjmf> I have to go for lunch (I'll be back in an hour or so) :) <asac> hmm <asac> yewah <asac> hjmf: i am doing a final spin ... if that gives me good dbgsym i will just upload :) <asac> for tbird i mean ;) <gnomefreak> asac: dpkg-genchanges: including full source code in upload <gnomefreak> dpkg-genchanges: failure: cannot open upload file ../iceape_1.1.1-0ubuntu1.tar.gz for reading: No such file or directory <asac> hjmf: you already have --disable-strip as configure option? <gnomefreak> where the hell is it trying to upload to? <asac> gnomefreak: you did not generate the source <asac> you missed one instruction ;) <asac> anyway, to test, you can just build with -b <asac> dpkg-buildpackage -rfakeroot -b <gnomefreak> no it built last night. this is with the ubuntu changes <asac> however, i guess your .deb files have been generated <asac> yes <gnomefreak> yep they have <asac> can't tell whats going on <asac> i guess you have not generated orig.tar.gz <asac> e.g. missed some instructions <asac> ;) <gnomefreak> maybe i should have used the fakeroot debian/rules command after my changes <asac> no ... you missed the fakeroot ./debian/rules source <asac> in the beginning <asac> e.g. after checking out debian/ in seamonkey dir <asac> that will build you the orig.tar.gz <gnomefreak> ah <asac> anyway, for me iceape works well <asac> :) <asac> i will sync the svn dir to bzr <asac> e.g. under mozillateam umbrella <asac> so we can work on ubuntu-branding <asac> gnomefreak: i checked in our changes to debian svn :) <asac> hope mike doesn't kill me :) <asac> ok ... upload tbird/ffox soon, then going to do bug-triage for the rest of the day :( <gnomefreak> :) <asac> mt-confirm is waiting for us <gnomefreak> tn and ff new version? <gnomefreak> tb* <asac> yeah ... last changes for feisty <gnomefreak> k <gnomefreak> just sneaking that in ;) <asac> http://pastebin.mozilla.org/5741 <gnomefreak> asac: dpkg-buildpackage -uc -us what do those flags do? <asac> man ? <asac> i build with -rfakeroot -b :) <asac> or if i do source only: <asac> -rfakeroot -sa -S <asac> (in case of new orig) <asac> or <asac> -rfakeroot -si -S <asac> (in case of existing orig) <asac> but to test -rfakeroot -b is best <asac> hjmf: look at http://pastebin.mozilla.org/5741 ... do you have the first line in tbird changelog? <gnomefreak> ok ill move them and just rebuild source again. <asac> yeah ... svn is not fixed <asac> so you don't need to modify things <gnomefreak> k <gnomefreak> well the .debs are ready so i will throw them on my site and start testing them :) <asac> when testing, maybe set up a list where we need to do branding changes <asac> e.g. where is debian where ubuntu should be etc. <gnomefreak> what are we gonna call it. iceape == name we will use? <gnomefreak> asac: homepage and crap like that. that should be ubuntu not debian <asac> yeah ... the idea is to get a concrete list of "crap like this" :) <gnomefreak> :) <asac> gnomefreak: you have /var/lib/update-notifier/user.d directory on feisty? <gnomefreak> i think so give me a minute <gnomefreak> cat: /var/lib/update-notifier/user.d: Is a directory <asac> good <asac> ty <asac> i don't have it in chroot <gnomefreak> anytime <asac> bug 85242 illustrates what happens if we don't fix title :) <ubotu> Malone bug 85242 in firefox "Firefox crashes for no reason" [High,Rejected] https://launchpad.net/bugs/85242 <asac> new comment: <asac> firefox sometimes crashes for no apparent reason. <asac> It seems it happens when a lot of tabs are open, but I'm not sure. <asac> Attachment added: "_usr_lib_firefox_firefox-bin.1000.crash" <asac> fixed <hjmf> trying with --disable-strip option, let's see :) <asac> yeah thats it <asac> because it strips symbols during build otherwise <hjmf> hopefully! <asac> we do this with dh_strip, which now creates ddeb packages <hjmf> :P <asac> definitly :) <hjmf> it's building right now. Let's see if I can play with some tb retraces this evening <asac> cool ;) <gnomefreak> hjmf: let me know if you get it working i have a few that i need to get done. <hjmf> k <gnomefreak> ty <gnomefreak> asac: i gave joejaxx the source built from fakeroot debian/rules command so i will see if it was me or not <gnomefreak> i could also use a few people to test this also incase i miss things ;) <asac> what was you? is iceape broken? <gnomefreak> seems fine <asac> i guess you can get people to test from forums :) <asac> you used latest svn? <asac> i tested here and for me it worked well <gnomefreak> most likely but i dont ever read the forums ;) <gnomefreak> asac: yesterdays svn <asac> k <asac> imo we need a forum peer in mozillateam <asac> might be handy to have someone who has a good touch with end-user community <gnomefreak> i agree. <gnomefreak> i will keep my eyes open i know a few forum admins <gnomefreak> ok added a topic to find forum users :) <gnomefreak> i thought someone on the team was a forum users. <asac> ok things are uploaded <asac> heading for late-lunch :) <asac> good <gnomefreak> have fun :) <asac> hjmf: in a few hours there should be dbgsym available from pittis repo, please confirm that they are fixes as well :) <gnomefreak> asac: tb? <hjmf> gnomefreak: yes :) <gnomefreak> cool <hjmf> asac: I'll look then. Mine stills building * gnomefreak will have iceape testing packages soon. i need testers for this * asac out for breakfast-lunch combo :) <gnomefreak> asac: im not far behind you ;) <gnomefreak> ok im out for a while, while this finishes uploading. <hjmf> asac, gnomefreak built finished and now backtraces are OK :D <hjmf> gona play a little bit with it :) <hjmf> s/gona/I'm going to/ <hjmf> example: Bug #98831 <ubotu> Malone bug 98831 in mozilla-thunderbird "[feisty] mozilla-thunderbird-bin crashed [@nsLookAndFeel33ec:265c:71fe:e26d:2682:4ec2:aaa1:99abInitColors] " [Undecided,Needs info] https://launchpad.net/bugs/98831 <hjmf> :) <hjmf> more mt-confirm to look at :) <asac> oh no :) <asac> hjmf: backtraces fine ... good :) <joejaxx> well that was fun <joejaxx> i just changed the default theme in iceape :) <asac> to what? <asac> joejaxx: you had some special interest in iceape? <joejaxx> from classic to modern <joejaxx> asac: oh i am using it for the default browser in fluxbuntu <asac> hmm <asac> isn't the idea of fluxbuntu to be lightweight :) ? <joejaxx> yes <joejaxx> we are only using browser <asac> so why iceape then? <joejaxx> iceape uses less resources than firefox <asac> really? <asac> interesting <joejaxx> well browser by itself that is <asac> debian svn is now up-to-date-ready-to-build on ubuntu ... so you can produce your own sources from there <joejaxx> oh ok <asac> svn contains only debian directory <asac> inside that is README.source <asac> which contains instructinos on how to do it <asac> http://svn.debian.org/wsvn/pkg-mozilla/iceape/branches/experimental/debian/README.source?op=file&rev=0&sc=0 <joejaxx> ok thanks :) <asac> you have to replace svn uri by branches/experimental ... to get 1.1.1. <asac> e.g. in readme <hjmf> @schedule Madird <hjmf> @schedule Madrid <ubotu> Schedule for Europe/Madrid: Current meeting: Community Council | 03 Apr 17:00: Kernel Team | 03 Apr 20:00: Mozilla Team | 04 Apr 14:00: Edubuntu | 05 Apr 18:00: Ubuntu Development Team | 10 Apr 22:00: Technical Board <hjmf> Out for a while (I'll be at the meeting) <joejaxx> ok <asac> hjmf: hey, i only see 151 mt-confirm in Needs Info :) <asac> https://launchpad.net/ubuntu/+source/firefox/+bugs?field.tag=mt-confirm&field.status%3Alist=Needs+Info <asac> and 13 in state Confirmed <asac> https://launchpad.net/ubuntu/+source/firefox/+bugs?field.tag=mt-confirm&field.status%3Alist=Needs+Info <asac> hjmf: sorry it was Admiral_Chicago who counted 240+ <asac> gnomefreak: you have some cycles to retrace https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/85833/comments/9 <ubotu> Malone bug 85833 in firefox "Firefox crashes with upload to a flash site" [High,Needs info] <asac> ? * asac currently going through mt-confirm :) <gnomefreak> ok ill get to it today i hope. i assigned it to me <gnomefreak> lunch first <gnomefreak> ok im back i think <gnomefreak> i hope ill be back in time for meeting. if not ill read logs. <gnomefreak> still have a few before i can get started :( <joejaxx> gnomefreak: it built <gnomefreak> good :) <gnomefreak> i uploaded mine <joejaxx> :) <joejaxx> :D <gnomefreak> i need to find testers that will test not just use <asac> yes <asac> damn bad feeling if you go through 80 mt-confirm bugs ... then see there are 60 more :) <gnomefreak> :) they are a pain to do <asac> yeah * gnomefreak wonders if i can set my site up as a repo <asac> but there are lots of previously undisovered dupes <gnomefreak> true <asac> you can ;) <gnomefreak> too many bugs to remember all <asac> but please ask ubuntu-devel <gnomefreak> i was gonna read flacon docs first <asac> ah <asac> even better :) <gnomefreak> falcon* <asac> ok ... short break, then on for the last 58 not-yet processed mt-confirms :) <asac> hope i get through before meeting <asac> @time pacific <ubotu> Current time in Canada/Pacific: April 03 2007, 09:31:06 - Next meeting: Mozilla Team in 1 hour 28 minutes <asac> @schedule berlin <ubotu> Schedule for Europe/Berlin: 03 Apr 20:00: Mozilla Team | 04 Apr 14:00: Edubuntu | 05 Apr 18:00: Ubuntu Development Team | 10 Apr 22:00: Technical Board | 11 Apr 22:00: Edubuntu | 12 Apr 22:00: MOTU <Mirv> asac: have you btw given any thought about using the libenchant we discussed before? <Mirv> asac: it'd probably good to have it written down somewhere that hunspell is not the final answer to spellchecking, so that people would not think it's then done once and for all if the move to that is done :) <Mirv> (before = a month ago) <AlexLatchford> everyone ready? <AlexLatchford> wait, UTC not GMT <Admiral_Chicago> i gotta run and grab lunch <AlexLatchford> Can I get a ping when the meeting is about to start <AlexLatchford> workng on another workspace <asac> Mirv: can you add it to wiki? <asac> e.g. somewhere under MozillaTeam <asac> we should setup a page like goals for feisty+1 <asac> there we could add this <gnomefreak> im not really here right now <Mirv> asac: ok, found a ToDo list at https://wiki.ubuntu.com/MozillaTeam/Roadmap and added there. now it's at least somewhere, written down. <fluxbunt1> !install <ubotu> Ubuntu can be installed in lots of ways. Please see https://help.ubuntu.com/community/Installation for documentation. Problems during install? See https://wiki.ubuntu.com/CommonProblemsInstall and https://wiki.ubuntu.com/DapperReleaseNotes/UbiquityKnownIssues - See also !automate <asac> Mirv: thanks :) <gnomefreak> i cant frigging see anything :( <AlexLatchford> asac: Any news on Feisty+1 naming? <Admiral_Chicago> good meeting everyone, not sure if its done <lotusleaf> hi Admiral_Chicago :) <lotusleaf> thanks again for graciously taking my question, I appreciate it. <Admiral_Chicago> hey there lotusleaf. gotta run to class <asac> Admiral_Chicago: yeah we are thorugh :) <asac> have a nice day <Admiral_Chicago> you too <asac> day is over here :) <asac> lotusleaf: you know if seamonkey gets extension manager soon? <asac> is there trunk development going on? <lotusleaf> asac, I'm not very familiar with the ins and outs of seamonkey as I just started using it following my use of mozilla suite in Edgy, you might try the Seamonkey forums @ http://forums.mozillazine.org/ <lotusleaf> of course seamonkey used to be testing and what not of the suite but now the whole suite has moved to "Seamonkey" as far as I know <asac> just was a bit curoius :) <asac> lotusleaf: yes thats the case <asac> its called seamonkey nowadays <lotusleaf> so Iceape is just a difference in icons/branding and such? <lotusleaf> like the iceweasel thing? <asac> yes ... and sources have been stripped by binary blobs (which are not used for linux9 <lotusleaf> iceweasel / firefox differences <asac> yes <lotusleaf> ah <asac> iceape, icedove, iceweasel <asac> seamonkey, thunderbird, firefox <asac> also the start page has been beautified <lotusleaf> well I can't offer much by way of insight into Seamonkey development (a point of which you've no doubt already surmised) but I will be happy to do any Iceape/Seamonkey/Firefox testing for you guys in the future, I was provided by AlexLatchford with your guys' links to lp/u wiki etc. <asac> about: <asac> cool :) <asac> any help is welcome <asac> if you want to help a bit in bug triaging you can go to <lotusleaf> so Iceape would be the likely one to be included should it be in Feisty+1 ? <lotusleaf> what a bizarre name <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags <asac> mt-needtester and mt-needtestcase are for you i guess :) <lotusleaf> thx I'll bookmark that and test it when time allows :) <asac> might be tricky and you might not find a way to reproduce a lot <asac> but anyone taking a look helps a lot <lotusleaf> all part of the challenge ;) <lotusleaf> I've done beta testing for years <asac> yes great. <lotusleaf> 90% of it is snapping at fruit out of reach <lotusleaf> but that 10% gets the eventual bugs <asac> yeah ;) <gnomefreak> asac: the versioning 1.1.1-3 keep the 3 in the version or drop it? <gnomefreak> asac: i was thinking 1.1.1-0build-1 <gnomefreak> oops <gnomefreak> 1.1.1-0build1 <asac> hmm <asac> no <asac> the 3 should be there <gnomefreak> 1.1.1-3-0build1? <asac> name it 1.1.1-3mt0 <gnomefreak> 3build1 <gnomefreak> ok <asac> maybe a dot between 3 and mt <asac> 1.1.1-3.mt0 <asac> its you to decide <asac> :) <gnomefreak> ok dot works for me <gnomefreak> !seveas <ubotu> Seveas has a popular 3rd party repository for several packages. More info (and mirrors) on http://wiki.ubuntu.com/SeveasPackages <gnomefreak> !info apt-ftparchive <ubotu> Package apt-ftparchive does not exist in edgy, edgy-backports, edgy-seveas <gnomefreak> !info apt-ftparchive feisty <ubotu> Package apt-ftparchive does not exist in feisty <gnomefreak> this looks way too hard to do :( <asac> ? <asac> a full archive is none-sense <asac> you need something small <gnomefreak> yeah i know <asac> :) <asac> dpkg-scanpackages is your friend :) * asac currently fighting with svn and bzr <asac> guess will surrender soon <asac> and upgrade to feisty tomorrow <gnomefreak> hmmmm' <gnomefreak> would a local repo be only able to be used locally? <Admiral_Chicago> i think its implied in the name <Admiral_Chicago> but you can host a repo on LP i think somewhere <Admiral_Chicago> not sure how, blah <Admiral_Chicago> naptime <gnomefreak> i know canonical employees get thier own repo hosted on LP <gnomefreak> ok i think im gonna leave it as a you go to link and download it yourself for a while. seems i can set up a local repo without an issue but that doesnt do anything for anyone else <gnomefreak> asac: does this look right? http://www.interq.or.jp/libra/oohara/apt-gettable/apt-gettable/most-primitive.html <asac> yes <gnomefreak> ok i think i understand it <gnomefreak> ill work on it tomorrow most likely. <gnomefreak> im building new iceape atm for wide useage <asac> good <asac> feisty? <asac> i think so <gnomefreak> yeah <asac> tomorrow is another day ... i am done for today <asac> night <gnomefreak> have a good night <asac> you too ... later <gnomefreak> i think i did it :) <gnomefreak> ok i got firefox3 in repo atm while the rebuild of iceape is going :) <gnomefreak> i will add repo to topic once i get everything in there. <gnomefreak> poningru: btw it will be named iceape for now (seamonkey) until we decide if we want official-branding <poningru> :( <poningru> why? <gnomefreak> because we cant use seamonkey for testing since its not in ubuntu repos yet <gnomefreak> part of the agreement AFAIK <gnomefreak> iceape == seamonkey with differnet icons <gnomefreak> but it is build from seamonkey source <poningru> hold on dude <gnomefreak> we will decide in the next few months what we are goin gto call it. but either way its the same package different name/icons <poningru> http://home.kairo.at/blog/2007-03/seamonkey_marketing <poningru> so there you go <poningru> you can use the branding <poningru> I want to ensure that those trademarks do not mean that anything in our source base will not be covered by the MPL/GPL/LGPL tri-license in the future. <poningru> We're currently in the process of finishing up a trademark policy for using our marks, very much modeled after the ubuntu one. <gnomefreak> poningru: can use for now what happens after they send the trademark in we might have to change. its easier to keep it one name <gnomefreak> from the boss. name it iceape * gnomefreak does what boss says <poningru> ... <poningru> what are you talking about???? <gnomefreak> gave a fast rundown of why. and i dont remember anything but general reasoning. (hint firefox3.0 is not named firefox due to mozilla)
{'channel': 'ubuntu-mozillateam', 'month': 4}