[12:29] <asac> yeah
[12:30] <asac> inster it in such a way that it looks nice
[12:30] <asac> e.g. with a bit indentation
[12:30] <asac> et al
[12:30] <asac> gnomefreak: do the same for ftbfs_toolkit_xre_Makefile_in
[12:30] <gnomefreak> same bugs?
[12:31] <asac> i added the bug to the blocks field in bugzilla
[12:31] <asac> take a look
[12:31] <asac> (so you learn about bug dependencies in bugzilla)
[12:31] <asac> document the bug url as well as the attachment url
[12:33] <asac> should be on top of the --
[12:33] <asac> as there is no other documentation
[12:33] <asac> maybe paste my initial bug comment as documentation in as well
[12:33] <asac> and use summary as summary as well
[12:33] <gnomefreak> https://bugzilla.mozilla.org/show_bug.cgi?id=386904 doesnt have anything about the ftbfs_toolkit
[12:33] <ubotu> Mozilla bug 386904 in Build Config "DIST_FILES and DIST_CHROME_FILES not implemented for install:: target in config/rules.mk" [Normal,Assigned] 
[12:34] <asac> he?
[12:34] <asac> it has a patch attached
[12:34] <asac> its named differently
[12:34] <asac> if you want rename our patch filename as well
[12:35] <asac> you see the attachment?
[12:35] <asac> document the url of that :)
[12:35] <gnomefreak> what bug number are you looking at
[12:35] <asac> the one you showed me
[12:35] <asac> 10 lines above
[12:35] <asac> gnomefreak: no
[12:35] <asac> sorry
[12:35] <asac> as i said
[12:35] <gnomefreak> https://bugzilla.mozilla.org/show_bug.cgi?id=386904
[12:35] <ubotu> Mozilla bug 386904 in Build Config "DIST_FILES and DIST_CHROME_FILES not implemented for install:: target in config/rules.mk" [Normal,Assigned] 
[12:35] <gnomefreak> ^^^ that one
[12:36] <asac> i set that bugs as blocks of our toolkit bug
[12:36] <asac> look in the bug ... you will find
[12:36] <asac> there is a link to the other bug in there :)
[12:36] <asac> i could give you the bug id of toolkit ... however i think its good if you learn about the blocks/depends feature of bugzilla :)
[12:36] <asac> just take a close look ... its in there ;)
[12:37] <gnomefreak> ah i see it
[12:37] <asac> yeah
[12:37] <asac> and in the toolkit bug
[12:37] <asac> this bug is Depends On
[12:37] <gnomefreak> https://bugzilla.mozilla.org/show_bug.cgi?id=386866
[12:37] <ubotu> Mozilla bug 386866 in Build Config "toolkit/xre/Makefile.in install:: target broken on trunk" [Normal,Assigned] 
[12:37] <asac> yeah
[12:37] <gnomefreak> so i add this bug URL to the part i added above the 2 patches?
[12:38] <asac> do it like you did for the other patch
[12:38] <asac> (however that was)
[12:38] <asac> and put in a link to the patch as well (the attachment)
[12:38] <gnomefreak> ok yeah i added those 3 lines already
[12:38] <gnomefreak> into the toolkit patch
[12:39] <asac> huh?
[12:39] <asac> i think you added the wrong ones
[12:39] <asac> the initial urls i posted where about bug 386904
[12:39] <asac> mozilla bug 386904
[12:39] <ubotu> Mozilla bug 386904 in Build Config "DIST_FILES and DIST_CHROME_FILES not implemented for install:: target in config/rules.mk" [Normal,Assigned]  http://bugzilla.mozilla.org/show_bug.cgi?id=386904
[12:39] <gnomefreak> oh ok so im adding the bug above and https://bugzilla.mozilla.org/attachment.cgi?id=270920 only to the toolkit patch and the other ones to the new patch
[12:39] <asac> yeah
[12:40] <asac> and add the attchment of the *toolkit* patch to the toolkit patch as well
[12:40] <asac> e.g. you see the line ;) ?
[12:40] <gnomefreak> fixed
[12:40] <asac> good
[12:40] <asac> now you have to install the files
[12:40] <asac> in firefox-trunk.install
[12:40] <asac> if you already did that ... it might be worth a spin
[12:40] <gnomefreak> i didnt
[12:41] <asac> yeah. .. and add the new patch to series ... if not done
[12:41] <asac> otherwise it will not be used
[12:41] <gnomefreak> thats done
[12:41] <asac> ok
[12:41] <asac> then just firefox-trunk.install
[12:41] <asac> then go
[12:41] <gnomefreak> i have it open
[12:41] <asac> look in history for the path that will be used
[12:41] <asac> i already pasted how the files are called and in what dir they are
[12:42] <gnomefreak> debian/firefox-trunk/usr/lib/firefox-trunk/application
[12:42] <gnomefreak> .ini
[12:42] <asac> you will see how you can insert them just see how simliar files are installed
[12:42] <gnomefreak> and platform?
[12:42] <asac> in same directory (most likely)
[12:42] <gnomefreak> \brb phone
[12:42] <asac> yes ack ... same directory
[12:42] <asac> show me how you modified before you spin
[12:59] <gnomefreak> but you wanted debian/firefox-trunk/usr/lib/firefox-trunk/application
[12:59] <gnomefreak> .ini
[12:59] <gnomefreak> and debian/firefox-trunk/usr/lib/firefox-trunk/platform.ini
[12:59] <gnomefreak> in the firefox-trunk install file
[01:05] <gnomefreak> asac: http://pastebin.mozilla.org/114886 those are the changes to firefox-trunk.install and the 2 patches
[01:13] <asac> gnomefreak: show me a diff
[01:13] <asac> my eyes are tired ;)
[01:13] <asac> but lets see
[01:14] <asac> gnomefreak: look closer
[01:14] <asac> try to compare what other lines in that file do
[01:14] <asac> you miss something ;)
[01:14] <gnomefreak> tmp?
[01:14] <asac> for instance ... but there is more
[01:14] <gnomefreak> th e-*
[01:14] <asac> no
[01:14] <gnomefreak> the firefox-*
[01:14] <asac> or yes
[01:15] <asac> that can be improved as well
[01:15] <asac> but there is more
[01:15] <gnomefreak> space
[01:15] <gnomefreak> lol
[01:15] <asac> he?
[01:15] <asac> no
[01:15] <gnomefreak> damn
[01:15] <gnomefreak> you are talking about the install file right?
[01:15] <asac> yeah
[01:15] <asac> firefox-trunk.install
[01:16] <gnomefreak> yes
[01:16] <asac> for instance:
[01:16] <asac> compare the line:
[01:16] <asac> #
[01:16] <asac> debian/tmp/usr/lib/firefox-*/chrome/icons/default/default.xpm usr/share/firefox-trunk/chrome/icons/default/
[01:16] <asac> #
[01:16] <asac>  (thats one line)
[01:16] <asac> with
[01:16] <asac> debian/firefox-trunk/usr/lib/firefox-trunk/application.ini
[01:16] <asac> you see the difference?
[01:16] <asac> except the ones you already outlined
[01:16] <asac> (e.g. tmp + -* --- those are the ones you found)
[01:17] <gnomefreak> the /usr/lib/firefox-trunk....
[01:17] <asac> hey
[01:17] <asac> what does such a a line mean?
[01:17] <asac> any idea?
[01:17] <asac> e.g.
[01:17] <asac> what does
[01:17] <asac> debian/firefox-trunk.desktop usr/share/applications
[01:17] <asac> do?
[01:17] <gnomefreak> it should install application.ini
[01:17] <gnomefreak> why the space?
[01:18] <asac> yeah ... thats the question
[01:18] <asac> just consider how you would copy something :)
[01:18] <gnomefreak> well debian/firefox.install will install applications.ini somewhere
[01:18] <asac> telling the computer: install application.ini will not bring you anywhere
[01:18] <asac> to computer needs more information
[01:18] <gnomefreak> in the /usr/lib dir
[01:19] <asac> does everything go into the usr/lib dir?
[01:19] <gnomefreak> no
[01:19] <asac> so?
[01:19] <gnomefreak> depends on what it is
[01:19] <asac> no
[01:19] <asac> it depends on what you tell
[01:19] <asac> not what it is
[01:19] <asac> you have to tell where to install
[01:19] <asac> naturally
[01:19] <gnomefreak> but i tell it where depnding on what it is
[01:20] <asac> yeah ... but thats you .. not the computer ;)
[01:20] <gnomefreak> right
[01:21] <gnomefreak> so maybe it should look more like debian/tmp/firefox-trunk/application.ini /usr/lib/firefox-trunk/
[01:21] <gnomefreak> notice space after ini
[01:23] <gnomefreak> what a minute
[01:24] <gnomefreak> mozilla/toolkit/xre/ no this isnt right either
[01:25] <gnomefreak> maybe /usr/bin since its a launching issue
[01:37] <asac> < gnomefreak> so maybe it should look more like debian/tmp/firefox-trunk/application.ini  /usr/lib/firefox-trunk/
[01:37] <asac> thats almost right
[01:37] <asac> and would probably work
[01:37] <asac> but just keep the style like the other lines
[01:37] <asac> and drop the / from the beginning
[01:37] <asac> of the target folder
[01:37] <asac> gnomefreak: ^^
[01:38] <gnomefreak> k
[01:39] <gnomefreak> same with the platform.ini i guess
[01:40] <gnomefreak> thats it ill try spinning it now
[01:40] <gnomefreak> and eat something
[01:42] <gnomefreak> bbl ill let you know what happens
[01:43] <asac> gnomefreak: great
[01:44] <gnomefreak> i didnt need to re gen orig.tar?
[01:44] <asac> gnomefreak: what was the sunbird issue?
[01:44] <asac> maybe something similar?
[01:44] <asac> gnomefreak: no
[01:44] <asac> orig is the same
[01:44] <gnomefreak> sunbird failed on xul?
[01:44] <gnomefreak> i dont remember off hand
[01:44] <asac> i cannot remember anymore
[01:44] <asac> it was something strange
[01:45] <gnomefreak> oh you got it to build dpkg-buildpacckage?
[01:45] <gnomefreak> and bzr was failing?
[01:45] <asac> no ... but running just make ... make install after it fails succeeds
[01:45] <asac> which is completely strange
[01:45] <gnomefreak> ah
[01:46] <gnomefreak> ill be back in ~30 minutes if you still dont have it ill see if i can find it
[01:46] <asac> so i cannot really fix it ... because its not reproducible in mozilla build system
[01:46] <asac> cannot really see the issue
[01:46] <asac> hard to figure out
[01:46] <asac> there must be something obvious that i am missing
[01:46] <gnomefreak> maybe ill run it in bzr again and give you errors in morning
[01:46] <asac> don't need to
[01:47] <gnomefreak> ah ok
[01:47] <asac> unless you figure a way out to make it succeed
[01:47] <asac> :)
[01:47] <asac> don't think you will though ... but who knows :)
[01:47] <gnomefreak> you never know i might get smart over night
[01:47] <gnomefreak> ;)
[01:47] <gnomefreak> ill be back
[01:47] <asac> hehe ... i never said that
[02:16] <gnomefreak> asac: is it possible the rules file is doing something the makefile.in doesnt like?
[02:16] <gnomefreak> ^^^ sunbird
[02:17] <asac> only thing that comes to my mind is some setting
[02:17] <asac> gnomefreak: the toolkit patch might be bad
[02:17] <gnomefreak> already?
[02:17] <gnomefreak> just made that
[02:19] <asac> yeah ... there was a nother bug
[02:19] <asac> which i oversaw
[02:19] <asac> because i didn't assume that benjamin would do such a bad error
[02:19] <asac> anyway
[02:19] <asac> wait a sec
[02:20] <gnomefreak> should i kill build?
[02:20] <asac> i hand edited ... lets see  if it applies
[02:20] <asac> gnomefreak: yes
[02:20] <gnomefreak> killed :)
[02:20] <asac> currently platform.ini is installed as a symlink
[02:20] <asac> it should be SYSINSTALL instead of INSTALL in install::
[02:20] <asac> wait a second
[02:20] <gnomefreak> ah
[02:21] <asac> http://people.ubuntu.com/~asac/ftbfs_toolkit_xre_Makefile_in
[02:23] <gnomefreak> hmmm looks like you just replaced the last line
[02:24] <gnomefreak> ok lets try it now
[02:25] <asac> gnomefreak: i updated patch in bugzilla as well
[02:25] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=386866
[02:25] <ubotu> Mozilla bug 386866 in Build Config "toolkit/xre/Makefile.in install:: target broken on trunk" [Normal,Assigned] 
[02:25] <asac> so change attachment url documented
[02:25] <gnomefreak> k
[02:25] <asac> gnomefreak: yeah ... you can try ... but don't forget to change documentation :)
[02:25] <asac> in the end
[02:25] <gnomefreak> in the end?
[02:25] <gnomefreak> the line?
[02:26] <asac> no before you publish bzr
[02:26] <asac> and push sources to mt repo
[02:26] <asac> sources in repo are not that important
[02:26] <asac> more important is bzr
[02:27] <asac> because i will merge your changes over to paradiso
[02:27] <asac> for next milestone
[02:27] <asac> most likely thats beta1
[02:28] <gnomefreak> k
[02:38] <gnomefreak> ERROR: Path(s) are not versioned: debian/patches/config_rules_install_dist_files
[02:38] <gnomefreak> what does not versioned mean?
[02:42] <asac> that its not under revision control
[02:43] <asac> you have to add files explicitily
[02:43] <asac> under the revision control
[02:43] <asac> otherwise you would always take risk to commit lots of garbage stuff like binaries and things generated during build
[02:43] <asac> use bzr add to do that
[02:43] <asac> gnomefreak: please do one checkin
[02:43] <asac> for that patch
[02:43] <asac> e.g. not together with other stuff
[02:44] <gnomefreak> k
[02:44] <asac> this should be distinct so it can be merged over easily
[02:44] <gnomefreak> i can do the rest as 1 or everythiong separate?
[02:45] <asac> don't know what the rest ist
[02:45] <asac> never checkin changelog together with something else
[02:45] <asac> checkin per feature you implement
[02:45] <asac> keep changelog and patches separate
[02:45] <gnomefreak> the changelog the tollkit patch revised the .install file
[02:46] <asac> toolkit patch deserves single checkin
[02:46] <asac> same for install
[02:46] <asac> so everything gets its own checkin
[02:46] <asac> and as last checkin changelog
[02:55] <gnomefreak> pushed
[02:57] <gnomefreak> ill let you know (more than likely in morning) if pass fail or what not
[03:00] <asac> k
[03:01] <asac> btw we are in bug 1 because somebody claimed that firefox can contribute to that bug
[03:01] <ubotu> Launchpad bug 1 in Ubuntu "Microsoft has a majority market share" [Critical,In progress]  https://launchpad.net/bugs/1
[03:01] <asac> :)
[03:01] <asac> i think he claimed that bug 1 can never be solved because firefox is so broken compared to windows ;)
[03:02] <asac> but might have been just my imagination
[03:04] <asac> i only remember walther ;) who constantly raised the story that we ship trunk changes because he saw the same crash in ubuntu as on trunk ... but didn't see it in upstream tarball
[03:04] <asac> luckily ignoring him helped
[03:04] <asac> he stopped to drop these comments to random crash bugs at some point
[03:08] <asac> Bug 120811 is getting strange
[03:08] <asac> ubotu: ?
[03:08] <ubotu> Launchpad bug 120811 in firefox "firefox displays fonts smaller than it should have" [Undecided,New]  https://launchpad.net/bugs/120811
[03:19] <asac> Bug 122648
[03:19] <ubotu> Launchpad bug 122648 in firefox "majority of bookmarks have dissappeared" [Undecided,Incomplete]  https://launchpad.net/bugs/122648
[03:19] <asac> makes me wonder how just a majority of bookmarks can disappear ... but not all?
[03:20] <asac> maybe there are just a few missing
[03:20] <asac> and he deleted them by accident?
[03:35] <asac> ok out
[03:35] <asac> cu tomorrow
[05:53] <gnomefreak> asac: im not here just wanted to let you know it fails to build binaies (it cant stat ./debian/tmp/firefox-trunk/application.ini anyway ill figure it out tomorrow. let me know when i get here in morning how yours did, its either the -trunk.install file or the patch(s)  good night
[10:20] <gnomefreak> asac: im running build again on trunk cause i cant remember the error (im not fully awake either
[10:42] <asac> gnomefreak: that path is wrong
[10:42] <asac> fix it
[10:43] <gnomefreak> in the .install file?
[10:43] <asac> yes of course
[10:43] <asac> its obvious
[10:43] <asac> why would applicatiohn.ini be at that place?
[10:44] <asac> just look in history ... or search for application.ini to see where it is
[10:44] <asac> i mean you definitly had it almost right
[10:45] <asac> and now you use something completely different
[10:46] <asac> look at this again
[10:46] <asac> http://pastebin.mozilla.org/11488
[10:46] <gnomefreak> cant its empty
[10:47] <asac> you pointed out two issues ... and finally found the third one ... but then you just came up with a path that is completely different
[10:47] <asac> gnomefreak: the path you now use is wrong
[10:47] <gnomefreak> i took /usr/lib out of the first path
[10:47] <asac> yeah ... why?
[10:47] <asac> hehe
[10:47] <asac> fix it
[10:47] <gnomefreak> 19:37 <            asac > < gnomefreak> so maybe it should look more like  debian/tmp/firefox-trunk/application.ini  /usr/lib/firefox-trunk/
[10:47] <gnomefreak> 19:37 <            asac > thats almost right
[10:47] <gnomefreak> 19:37 <            asac > and would probably work
[10:48] <asac> hey
[10:48] <gnomefreak> debian/tmp/usr/lib/firefox-trunk/application.ini usr/lib/firefox-trunk/
[10:48] <gnomefreak> that look better?
[10:49] <asac> just think a bit :) ... and don't act as a bot ;)
[10:49] <asac> yes
[10:49] <asac> except that you can use -*
[10:49] <asac> like everywhere else in that file
[10:49] <asac> then its easier to reuse in paradiso for instance
[10:49] <gnomefreak> there is quite a bit using firefox-trunk
[10:50] <asac> yeah i saw that
[10:50] <asac> anyway ... on the lefthand size
[10:50] <asac> its a mess that its not the same way on right hand size
[10:50] <gnomefreak> right
[10:50] <asac> but ... if we want it on right hand size, then we need to maintain a proper .dirs file
[10:50] <asac> because otherwise dh_install has no idea what -* means
[10:51] <gnomefreak> want me to correct them and commit it?
[10:51] <asac> just correct the left hand size ... for consistency
[10:51] <asac> if that works ... you can play with what we can do on right size
[10:53] <asac> cool ... lets see if the coffee is ready :/
[11:05] <asac> gnomefreak: is there -* used anywhere on right hand side?
[11:05] <asac> hmmm no its not
[11:05] <gnomefreak> i didnt see any
[11:05] <asac> yeah
[11:05] <gnomefreak> its still before coffee
[11:05] <asac> so lets finish build and then see
[11:06] <asac> yeah ... for me too
[11:06] <asac> no coff yet
[11:07] <gnomefreak> mines ready im just not sure if im gonna stay up or lay back down
[11:08] <asac> hmm
[11:08] <asac> no idea ;)
[11:08] <asac> mines just finishing
[11:08] <asac> though I just could swueeze about half litre out of the miserable rest of coffee powder i had
[11:08] <asac> and thats not much
[11:09] <asac> no lunch ... no chance to get new one ... because i need wireless hardware
[11:12] <gnomefreak> damn he sounds unhappy with mozilla
[11:12] <asac> who is he :)
[11:12] <asac> ?
[11:12] <gnomefreak> mike
[11:12] <asac> mike hommey?
[11:12] <asac> new blog entry?
[11:12] <gnomefreak> yeah
[11:12] <asac> you have a link
[11:13] <gnomefreak> i will in a sec
[11:13] <asac> my firefox bookmarks are broken ... so i have no rss atm
[11:13] <gnomefreak> http://web.glandium.org/blog/?p=145
[11:14] <asac> hehe ... he is unhappy with epiphany et al
[11:15] <gnomefreak> last update for gnash (did it include garbage collector?
[11:15] <asac> we just had a respin
[11:16] <asac> nothing new
[11:16] <asac> because of libcurl went mad
[11:16] <asac> debian upgraded to libcurl4
[11:16] <asac> we followed
[11:16] <gnomefreak> ah
[11:16] <asac> now debian returned to libcurl3 temporarily ... nobody here appears to read debian-devel-announce
[11:16] <gnomefreak> lol
[11:16] <asac> so people got panic and reverted to libcurl3 as well
[11:17] <asac> and respun 70 packges or so
[11:17] <asac> i found that out after prodding stevenk
[11:17] <gnomefreak> libcurl3 wont even upgrade its blocked because noone respun the other packages
[11:17] <asac> on your system?
[11:18] <gnomefreak> yeah
[11:18] <gnomefreak> libcurl3-gnutls
[11:21] <asac> thats not updated or what?
[11:24] <asac> so is gutsy state now broken?
[11:24] <asac> because of libcurl?
[11:24] <asac> or just respins missing?
[11:25] <asac> if you see packages that are holding this back, look if there has already been an upload ... otherwise prod stevenk
[11:26] <gnomefreak> ubuntu-desktop and others need to be spun on it im assuming
[11:28] <gnomefreak> curl is in the done section assuming that is the source package name but will find out in a sec
[11:28] <gnomefreak> yep
[11:29] <asac> ubuntu-desktop is probably just waiting for something else
[11:29] <asac> as ubuntu-desktop is just a meta package
[11:29] <gnomefreak> OO.o is a huge one
[11:29] <asac> it should have no real opinion on what lib gets installed
[11:29] <asac> yeah
[11:29] <asac> its just wasted imo
[11:29] <asac> but lets see
[11:30] <gnomefreak> its also waiting on libcurl4-gnutls
[11:30] <gnomefreak> python-uno and lang pack
[11:31] <gnomefreak> most are OO.o
[11:32] <asac> its really great that i have such a well thought out backup setup :)
[11:32] <asac> i could just
[11:32] <asac> cp -r /backup/hector\:home-asac-.mozilla/2007-07-01\@01\:24\:22/* ~/.mozilla/
[11:32] <asac> and now i have my bookmarks back
[11:32] <asac> yau
[11:33] <gnomefreak> i lost a few bookmarks on latest update for some reason like mozilla.pastebin and one or 2 others
[11:34] <asac> hmm
[11:34] <asac> no idea
[11:34] <asac> i will now respin alpha5 in gutsy
[11:34] <asac> to see if the crashes come from firefox changes or mess in libcairo
[11:34] <gnomefreak> why alpha5?
[11:34] <gnomefreak> who is fixing libcario? us?
[11:35] <asac> first i have to see if its firefox or libcairo that causes this mess
[11:35] <asac> thats why i spin alpha5 against latest cairo
[11:35] <gnomefreak> better not be firefox
[11:35] <asac> because alpha5 worked
[11:36] <asac> unfortunately we probably need to blame firefox until proved different... which is why i am doing this now
[11:36] <gnomefreak> k
[11:36] <gnomefreak> brb coffee
[11:37] <asac> yeah
[11:37] <asac> coffee is already constantly going down my throat
[11:45] <gnomefreak> got mine had smoke
[11:47] <asac> cool
[11:47] <asac> It also nice for me to see that you (a human) actually respond and not what
[11:47] <asac> I think was my expectation, that my 'report' would be answered by a
[11:47] <asac> 'machine' and would disappear into the bottomless pit of some electronic
[11:47] <asac> system
[11:47] <asac> Bug 123032
[11:47] <ubotu> Launchpad bug 123032 in firefox "blender and firefox together send graphics crazy?" [Undecided,Invalid]  https://launchpad.net/bugs/123032
[11:47] <asac> i really think that ubuntu is probably better than any real company
[11:47] <asac> from where you usually never see a reply
[11:48] <asac> real ... as in stupid ... ignorant
[11:49] <gnomefreak> lol
[11:51] <gnomefreak> im afraid that is a graphics card refresh issue
[11:51] <gnomefreak> atleast sounds like it
[11:51] <gnomefreak> and its closed anyway
[11:52] <asac> sure
[11:53] <asac> i just referred to the comment that he is happy that actually someone replied
[11:53] <gnomefreak> yep
[11:53] <gnomefreak> why would a bot answer :(
[11:53] <asac> bug 123895
[11:53] <asac> gnomefreak: have you ever submitted a bug to ms?
[11:54] <asac> or somewhere else?
[11:54] <asac> ubotu: wake up
[11:54] <ubotu> Launchpad bug 123895 in firefox "[GUTSY]  firefox crashed [@IA__g_logv]  [@IA__g_log]  [@gdk_x_error]  (dup-of: 122858)" [High,Incomplete]  https://launchpad.net/bugs/123895
[11:54] <ubotu> Launchpad bug 122858 in firefox "[gutsy]  firefox crash on a _XError" [High,Invalid]  https://launchpad.net/bugs/122858
[11:54] <ubotu> Sorry, I don't know anything about wake up - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[11:54] <gnomefreak> MS? please tell me not microsoft
[11:54] <asac> yeah
[11:54] <asac> bug 122949
[11:54] <ubotu> Launchpad bug 122949 in gnome-session "Tray icons take a LONG time to appear with compiz enabled" [Undecided,Confirmed]  https://launchpad.net/bugs/122949
[11:54] <gnomefreak> nope
[11:54] <asac> ms is always ms :)
[11:55] <asac> i would say that its rare that you get any response as an end-user for most software
[11:56] <gnomefreak> i report whatever came up on the crash dialogs other than that nope
[11:58] <asac> yea
[11:58] <persia> I've broken firefox ubuntu3 session restoration again, if anyone has time (sorry for the delay).
[11:59] <asac> persia: did it ever work in the meantime?
[11:59] <asac> i mean ... i thought you didn't figure out why homepage was set bad?
[11:59] <asac> or do you mean s/again/still/ ?
[12:00] <persia> asac: Not with the combination of ubuntu3 and my old session.  New sessions worked (after deleting all of .mozilla/
[12:00] <asac> what do you see in javascript console?
[12:00] <persia> asac: I reverted to ubuntu2 to get things done in the meantime.
[12:01] <persia> asac: The same: "Error: uncaught exception: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName] "  nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)"  location: "JS frame :: chrome://browser/content/browser.js :: anonymous :: line 3890"  data: no] "
[12:01] <persia> (with no link)
[12:01] <asac> persia: its again the same
[12:01] <asac> homepage preference points to nirvana
[12:02] <persia> asac: Yes.  firefox & ubufox are both installed.  The session doesn't restore, and new sessions are not defined.  This is a result of something about my .mozilla (works with a clean .mozilla), but is an upgrade issue for me.
[12:02] <asac> so did you get to that state after deleting .mozilla?
[12:02] <persia> asac: homepage preference points to resource:/browserconfig.properties
[12:02] <asac> or is it still with the *broken* one?
[12:03] <asac> is ubufox displayed as being properly installed in add-on dialog?
[12:03] <persia> asac: I can only reproduce with the broken one.  I'm just not sure how it became broken.
[12:03] <gnomefreak> i broke it :P
[12:03] <asac> but the broken one is the original broken one ... or did the new one broke again?
[12:03] <persia> asac: No.  ubufox doesn't install (even after repeated restarts).
[12:03] <persia> asac: The original broken one.
[12:03] <asac> persia: then the issue is clear ... ubufox has still problems for you
[12:04] <asac> to install
[12:04] <persia> asac: Exactly :)
[12:04] <asac> please give me ls -la of your profiles extensions directory
[12:04] <asac> persia: at best do a
[12:04] <asac> find .mozilla | xargs ls -lad | tee /tmp/log
[12:04] <asac> and paste log somewhere
[12:05] <asac> maybe there are other places where permissions are messed up
[12:05] <persia> asac: extensions are listed at http://pastebin.ca/604125
[12:06] <asac> ok ... give me the full find
[12:06] <asac> (or take a look first if you see anything obvious)
[12:07] <persia> asac: I'm still hunting a fire relay service - post it in a bit.
[12:08] <asac> np
[12:13] <persia> asac: It's supposed to be downloadable from http://www.sharebigfile.com/file/190823/mozilla-find.html (sorry for the ads), but epiphany isn't helping me...
[12:15] <asac> where can i download on it
[12:15] <asac> ?
[12:15] <asac> persia: maybe you can paste?
[12:18] <asac> persia: there is loads of stuff in your .mozilla/firefox/ck1ch5j9.default/extensions/staged-xpis
[12:18] <asac> which means that other extensions are not installed properly as well?
[12:19] <asac> persia: at best start in -safe-mode and try to uninstall all extensions
[12:19] <asac> and see if staged-xpi vanishes at some point
[12:19] <persia> asac: I thnk 604136 is all of it, but I may have missed or duplicated a couple lines.
[12:19] <asac> he? what is 604136?
[12:20] <persia> asac: So, `firefox --safe-mode`, disable extensions from Tools, Add-Ons, and restart?
[12:20] <persia> asac: Um.  Sorry.  Failed copy & paste: http://pastebin.ca/604136
[12:20] <asac> no ... i mean uninstall
[12:20] <asac> you really need to clean things up
[12:20] <persia> asac: uninstall from where?
[12:20] <asac> you can also try to move the staged-xpi somewhere else
[12:20] <asac> from addons dialog
[12:20] <asac> and hope that the staged-xpi is also emptied
[12:21] <persia> asac: OK.  Trying now.
[12:21] <persia> asac: When starting safe-mode, I'm disabling add-ons before uninstalling them.
[12:22] <persia> asac: The extensions that "will be installed when Firefox is restarted" cannot be uninstalled from that dialog.
[12:22] <asac> yeah
[12:23] <asac> which ones are those?
[12:23] <asac> e.g. just ubufox ... or are there others that have pending installation?
[12:24] <persia> asac: Beagle Indexer (from the repositories), DOM Inspector (from the repositories), FireGPG (upstream), Google Notebook (upstream), Image Zoom (from the repositories), and ubufox (from the repositories).
[12:24] <asac> if all this doesn't work ... lets go the hard way
[12:24] <asac> 1. uninstall ubufox package
[12:24] <persia> asac: hard way?
[12:24] <asac> yeah
[12:24] <asac> or lets do it different
[12:25] <asac> 1. rm -r the xpi-staged folder
[12:25] <asac> and the Extensions.rdf in your profile
[12:25] <asac> (while firefox is closed obviously)
[12:25] <asac> then start firefox
[12:25] <persia> asac: OK.  Just to clarify: I'm not worried so much about my unique situation as about upgrade headaches for others, so I'd like to stick to something that works for release notes.
[12:26] <asac> for release notes this is not suitable ... almost noone else should have had permission problems in his profile
[12:26] <asac> and this is probably the aftermath of that
[12:26] <persia> OK.  Firefox closed.  Where is xpi-staged?
[12:26] <asac> in your profile folder somewhere
[12:26] <persia> asac: Why not?  I've never run X as root, nor made any manual changes to .mozilla?
[12:26] <asac> .mozilla/firefox/ck1ch5j9.d
[12:26] <asac> efault/extensions/staged-xpis
[12:27] <persia> asac: Thanks.  "extensions" was the part I needed.
[12:27] <gnomefreak> hmmmmm wonder whats gonna be new name for gmail :(
[12:27] <asac> persia: noone can tell ... maybe you had an extension installed that was ignorant about the fact that permissions might matter
[12:27] <asac> (windows only authors)
[12:27] <asac> however ... firefox alone will not mess with permissions
[12:27] <asac> there is Extensions.rdf as well
[12:27] <asac> remove that as well before restart
[12:27] <persia> asac: Perhaps.  But the only upstreams I ever had were Google Notebook and FireGPG, both of which were declared working for linux before installation.
[12:28] <asac> yeah ... the other option would be that you have bad blocks on your disk
[12:28] <asac> firefox doesn't create anything read only
[12:28] <asac> that is sure
[12:28] <persia> asac: I really don't think it's bad blocks :)
[12:29] <persia> asac: OK.  staged-xpi & extensions.rdf removed.
[12:29] <asac> yeah ... start again
[12:29] <asac> and look how extensions dialog look like
[12:31] <persia> asac: Session works, all add-ons are installed except Google Notebook.
[12:32] <asac> what is with google notebook?
[12:32] <persia> gnomefreak: http://firegpg.tuxfamily.org/ and http://www.google.com/notebook
[12:32] <asac> is it gone?
[12:32] <gnomefreak> persia: ty
[12:32] <asac> or does it refuse to install?
[12:32] <persia> asac: No, it just will be reinstalled when firefox is restarted (as before).  Perhaps there's an update, as the notebook widget is working.
[12:33] <asac> did you see anything during startup?
[12:33] <persia> asac: So, does that confirm for you that my problem was upstream extensions, and as such a user issue?  Is there any way the package could work around it?
[12:33] <asac> e.g. like notebook is updated?
[12:34] <persia> asac: No, no notice.
[12:34] <asac> persia: only thing we can do ... and are planning to do is blocking bad extensions
[12:34] <asac> if google notebook is broken we have to block it
[12:34] <asac> but i would like to look at it first
[12:34] <asac> but please confirm that its really broken
[12:34] <persia> asac: Hmm..  It works for me, but it may have been the cause.  Take a look :)
[12:34] <asac> is staged-xpi there again?
[12:34] <persia> asac: Let me restart firefox, and see what happens...
[12:34] <asac> yes
[12:35] <asac> i will take a look once it becomes obvious that notebook is really the problem
[12:36] <persia> asac: notebook installed cleanly on restart.
[12:36] <asac> now every extension is installed properly?
[12:36] <persia> asac: I'm guessing then that somehow the staged-xpis got confused in the transition?
[12:37] <asac> no ... the staged-xpi probably existed long time before
[12:37] <asac> but you didn't notice
[12:37] <persia> asac: Yes.  Every extension is installed properly, and session restoration is working.
[12:37] <asac> anyway ... we have to at least try something
[12:37] <asac> e.g. firefox should clean the mess up ... at least if the permissions are correct again)
[12:37] <persia> asac: OK.  I can restore the broken any time, and would be happy to test.  Especially that I now have a workaround :)
[12:37] <asac> sure
[12:37] <asac> please do
[12:38] <asac> export NSPR_LOG_MODULES=ALL:5
[12:38] <persia> asac: OK.  Restoring brokenness...
[12:38] <asac> firefox 2>&1 | tee /tmp/firefox.log
[12:38] <asac> with broken profile
[12:38] <asac> (but please fix permissions first)
[12:38] <asac> the permissions problem we cannot track down because we don't know when it happened
[12:38] <persia> By the way, the close multiple tabs warning is annoying when using File...Quit to save the session.
[12:39] <asac> but at least we can figure out why firefox refuses to finish his staged-xpis even though permissions are ok
[12:39] <persia> asac: Right.  I'm not worried about why it happened, so much as finding a way to upgrade cleanly, if it happened.
[12:39] <asac> if the permissions are broken ... we cannot do a thing
[12:39] <persia> asac: OK.  Broken again.
[12:39] <asac> anyway ... xpi-staged should work once permissions are correct
[12:39] <asac> ok run chmod -R u+rw  .mozilla
[12:40] <persia> I'm not sure it's permissions.  Let me look at staged-xpi again (I think the read-only stuff was in another directory)
[12:40] <asac> we already fouidn that permissions are broken for you :)
[12:40] <asac> read-only stuff in profile will cause hazards
[12:40] <asac> iirc it was in extensions directory
[12:40] <asac> (e.g. the broken permissions)
[12:40] <persia> asac: No.  Extensions is all writable here.  Anyway, exporting NSPR...
[12:43] <asac> persia: ok maybe you tarred the fixed permissions folder then
[12:43] <persia> asac: OK.  I have 2375 lines in /tmp/firefox.log.  Any specific section you're looking for?
[12:43] <asac> otherwise please run the find from above as well
[12:43] <asac> persia: no ... just upload it somewhere
[12:43] <persia> asac: hmmm....
[12:43] <asac> or send it by mail ... to asac@jwsdot.com
[12:48] <persia> asac: Right.  My mistake.  The read-only stuff is all google notebook chrome (but changing it doesn't appear to be required to make firefox work again)
[12:50] <asac> ok ... so fix the permissions of google notebook chrome folder recursively and produce a log again
[12:51] <asac> e.g. so i can see why xpi-staged isn't finalized
[12:51] <persia> asac: I'll do so, but I'm not sure it will make a difference...
[12:52] <asac> it will not ... which is why i want the log
[12:52] <asac> i don't want to investigate the permissions problem ... but the xpi-staged mechanism
[12:52] <asac> and with broken permissions there is no point that xpi-staged can succeed
[12:54] <persia> asac: Updated log sent.  The reason I think it doesn't matter is that everything installed cleanly after a restart when xpi-staged and extensions.rdf was deleted, despite the permissions.
[12:56] <asac> no ... when we did that ... everything globally got updated ... everything else just stayed the same as you already installed
[12:56] <asac> ... so nothing was really installed
[12:56] <asac> e.g. "hat everything installed cleanly" ... is not the case
[12:56] <asac> we removed the "install job" by removing the staged folder
[12:57] <asac> getting coffee ... then looking at mail
[12:57] <persia> asac: Ah, but in the specific case of Google Notebook (wherein the permissions issue lies), I stil received the "will be installed on restart" notice, and it was.  Anyway, it doesn't matter, as we don't support Google Notebook.
[12:59] <asac> yes ... but that is exactly what i wnat to investigate ... why does firefox not install it even though permissions are fixed
[01:00] <persia> asac: I understand now.  Sorry - it was your intent I was missing :)
[01:00] <asac> sure
[01:00] <asac> anyway ... the log isn't helpful ... i would need to look at code
[01:01] <persia> asac: OK.  Let me know if there's anything I can do.  I'll be restoring a working session, but can get back to this state whenever you need.
[01:02] <asac> best persia thanks
[01:10] <gnomefreak> looking good :)
[01:10] <gnomefreak> atleast ran plugin check
[01:11] <gnomefreak> grrrrrrrr fuck cario
[01:11] <asac> gnomefreak: what are you talking about?
[01:11] <asac> gnomefreak: does it crash when you shutdown?
[01:11] <gnomefreak> it trunk crashes
[01:11] <gnomefreak> it never opens
[01:11] <asac> ah
[01:11] <asac> but sometimes it does
[01:11] <gnomefreak> it checked for plugins
[01:11] <asac> please open from console
[01:11] <gnomefreak> and crashed after that
[01:12] <gnomefreak> i ran it from console
[01:12] <asac> what did you get?
[01:12] <gnomefreak> firefox-trunk-bin: /build/buildd/libcairo-1.4.2/src/cairo-hash.c:196: _cairo_hash_table_destroy: Assertion `hash_table->live_entries == 0' failed.
[01:12] <gnomefreak> Aborted (core dumped)
[01:12] <gnomefreak> hence the fuck cario comment
[01:12] <asac> yeah
[01:12] <asac> ok let me see if alpha5 has same issue
[01:12] <asac> should have finished by now
[01:15] <asac> hmm appears to be granparadiso then
[01:15] <asac> alpha5 doesn't have the problem
[01:16] <gnomefreak> its an alpha6 issue
[01:16] <gnomefreak> alpha5 worked fine
[01:18] <gnomefreak> hmmmmmm
[01:26] <gnomefreak> the more i think about it its a mozilla upstream issue
[01:27] <gnomefreak> 2.0.0.4 works fine with libcario on feisty and gutsy (atleast here it does)
[01:30] <gnomefreak> !info libcario feisty
[01:30] <ubotu> Package libcario does not exist in feisty
[01:31] <gnomefreak> !info libcairo feisty
[01:31] <ubotu> Package libcairo does not exist in feisty
[01:32] <asac> gnomefreak: can you produce a trunk tarball from 1st july?
[01:32] <asac> what tarball are we currently using?
[01:32] <gnomefreak> 20070703
[01:33] <gnomefreak> ill try
[01:33] <asac> ok
[01:34] <asac> gnomefreak: do you still have older builds?
[01:34] <asac> if so ... which dates?
[01:34] <gnomefreak> on the repo i have 20070628 i think
[01:34] <gnomefreak> its either 22 or 28
[01:36] <asac> anything else?
[01:36] <asac> anyway ... try if the problem is already in there please
[01:36] <gnomefreak> no i dropped them yesterday
[01:37] <asac> so we can narrow it down
[01:37] <asac> ok in future lets keep trunk builds for a longer time :)
[01:37] <gnomefreak> in the 20070701?
[01:38] <asac> no ... try the one you have
[01:38] <asac> 0628
[01:38] <gnomefreak> there were 4 builds on there
[01:38] <asac> you won't need to produce a tarball from that date if its already in there
[01:39] <asac> then we have to step back and create one week before + two weeks before
[01:39] <asac> e.g. in case the cairo issue is already in 0628
[01:41] <gnomefreak> why am i making tarball for 20070701 if you want me to build 28?
[01:42] <asac> no ... you should try 28 ... as you said you have it already build
[01:42] <asac> just test if the crash is already in there
[01:43] <asac> you have 0628 in repo (just looked) ... please test if the crash is in there
[01:43] <gnomefreak> asac: it wasnt as i was using it before the other day
[01:44] <asac> please test again ... just to be sure
[01:44] <asac> it might pop up with recent cairo too
[01:44] <asac> so lets see if it still doesn't crash
[01:44] <asac> i just see lots of checkins that might be related ... and want to track down which checkin caused this pain for us
[01:44] <asac> and since you already have 0628 its worth to test
[01:45] <asac> in case it really crashes we have to go back a week instead of trying 0701
[01:46] <asac> gnomefreak: can you try 0628 once more?
[01:46] <gnomefreak> im trying to
[01:47] <asac> cool
[01:47] <asac> if it really doesn't crash then I am probably able to find the cause pretty fast
[01:50] <asac> gnomefreak: you are on gutsy?
[01:50] <gnomefreak> yes but testing on feisty
[01:50] <asac> or feisty?
[01:50] <asac> feisty doesn't have new libcairo
[01:51] <gnomefreak> i dont have build for gutsy
[01:51] <gnomefreak> you would have to give me ~4-5 hours if you want me to test on gutsy (we never made -trunk for gutsy because we ave granparadiso
[01:51] <asac> hmmm why do we build trunk in feisty?
[01:52] <asac> i mean feisty is more ment to be kind of backport repo, right?
[01:52] <asac> gnomefreak: can we push -paradiso to feisty ... and do trunk builds on gutsy?
[01:52] <gnomefreak> asac: 1. it was the first build we had 2. its updated alot more regularly than granparadiso
[01:52] <asac> i think that makes more sense
[01:52] <gnomefreak> asac: there already
[01:52] <gnomefreak> we cant have trunk and granparadiso together
[01:53] <asac> -granparadiso is in official gutsy repo
[01:53] <gnomefreak> we do with feisty mt repo (shouldnt but you wanted bother there
[01:53] <asac> so we don't need it in mt
[01:53] <asac> for gutsy
[01:53] <gnomefreak> you told me to build granparadiso for MT repo
[01:53] <gnomefreak> knowing we had trunk there already
[01:53] <asac> yeah ... thats correct ... its a backport for feisty
[01:54] <asac> which is in line if we now define feisty repo a backport
[01:54] <asac> archive ... and testing repo in case we want to do an sru for feisty
[01:54] <asac> actually its my fault then ... just wonder if we can realign how we can use the mt repos a bit
[01:55] <gnomefreak> we have 0 use for trunk on gutsy as people are not gonna beable to have trunk and granparadiso together (i dont think or atleast dont see why)
[01:55] <asac> e.g. use feisty mt for backports from what is in official gutsy and for pre-testing SRUs
[01:55] <asac> gnomefreak: they can have it together
[01:55] <asac> gnomefreak: they are indpendent packages
[01:55] <asac> you can install next to each other
[01:55] <asac> otherwise its a bug which i should fix
[01:55] <gnomefreak> same menu icon same name
[01:55] <gnomefreak> both will say firefox (development version)( in menu
[01:55] <asac> yeah ... then we should change the name in manu
[01:56] <asac> but its not really a blocker
[01:56] <gnomefreak> this is gonna bea bitch to do you know this right?
[01:56] <asac> but i agree that that needs to be fixed
[01:56] <asac> why=
[01:56] <asac> why?
[01:57] <gnomefreak> asac: the changes we made and pushed will not work in 28
[01:57] <asac> yeah ... you can just use the same bzr revision
[01:57] <asac> you used to build
[01:57] <asac> e.g. you can say bzr branch -r REVNO http:/....
[01:57] <asac> to branch a certain revision
[01:57] <gnomefreak> ah ok
[01:57] <asac> just use the revision you built it for feisty
[01:58] <asac> gnomefreak: you could even use apt-get source for this build
[01:58] <asac> gnomefreak: anyway
[01:58] <asac> gnomefreak: i will try to track down
[01:58] <asac> if you can concentrate in getting gutsy repo up where we can provide weekly trunks in future
[01:59] <asac> (and keep them so we can hunt down time window when regressions happened)
[01:59] <asac> gnomefreak: so just concentrate on future ;) ... i will do the spins for 0628
[01:59] <asac> and test here
[01:59] <gnomefreak> make up your mind please
[01:59] <gnomefreak> ;)
[01:59] <asac> ok?
[01:59] <asac> what ?
[01:59] <gnomefreak> asac: you want to build it or me?
[02:00] <asac> i will build the 0628 ... so you are free to setup gutsy repo :)
[02:00] <gnomefreak> k
[02:00] <asac> or do something else ;)
[02:00] <gnomefreak> you need to work on sunbird and push nspluginwrapper or fix it thasn push it
[02:01] <asac> but having regular trunk gutsy builds is worth its weight in gold
[02:01] <asac> yeah ... sunbird is in queue i will look at it latest tomorrow
[02:01] <asac> why do i need to push nspluginwrapper?
[02:01] <asac> i don't have that in my TODOs so far
[02:02] <gnomefreak> you havent pushed the merged version yet
[02:02] <gnomefreak> so either its borked or you got caught up with other things
[02:03] <asac> ah your debdiff?
[02:03] <asac> do you have bug?
[02:05] <gnomefreak> i think so
[02:06] <gnomefreak> bug 123533
[02:06] <ubotu> Launchpad bug 123533 in nspluginwrapper "nspluginwrapper merge new debian version" [Undecided,In progress]  https://launchpad.net/bugs/123533
[02:06] <gnomefreak> can you mark it fix released if its all good
[02:07] <gnomefreak> than all i have to do is watch it so i can rm the 2 dir. i have for it once i know its safe
[02:09] <gnomefreak> brb can test n-m update we just had
[02:12] <asac> bug 123772
[02:12] <ubotu> Launchpad bug 123772 in network-manager "network-manager-applet no longer produces/provides usr/bin/nm-vpn-properties" [Undecided,Fix released]  https://launchpad.net/bugs/123772
[02:16] <gnomefreak> damn its still broken
[02:17] <asac> unless you use vpn ... there is not way it should have cured you
[02:17] <asac> ok i got to go and get wifi hardware now
[02:17] <asac> be back asap
[02:29] <gnomefreak> there gutsy repo is ready as soon as packages land there
[02:35] <DarkMageZ> is there any reason why the patches related to mozilla bug #137189 which were applied (according to bonsai) 3 days ago wouldn't be applied to mozilla's trunk build :s
[02:35] <ubotu> Mozilla bug 137189 in Plug-ins "Windowless plug-in support for X (WMODE)" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=137189
[02:41] <gnomefreak> DarkMageZ: for ff3?
[02:41] <gnomefreak> and yes they changed alot fo things
[02:42] <DarkMageZ> not ff3. but trunk.
[02:42] <gnomefreak> DarkMageZ: its the same
[02:43] <gnomefreak> maybe trunk 2.0.0.5 but i doubt that has gotten anywhere
[02:43] <DarkMageZ> so short of rebuilding firefox. which prebuilt versions should have those patches :s
[02:52] <gnomefreak> i wish tehre was someplace i can send people to buy a clue
[03:01] <gnomefreak> DarkMageZ: if the patches were applie upstream they would have added it to source not separate patches in debian/patches only the upstream changelogs can tell you what they did or see irc.mozilla.org #mozilla they might beablet o tell you what happened
[03:03] <gnomefreak> ok im gone for a while
[03:07] <DarkMageZ> i was refering to the mozilla builds. not the debian/ubuntu builds.
[03:08] <gnomefreak> i know thats why i stated it would have been applied to source you wouldnt see a patch
[03:08] <gnomefreak> -wouldnt + you might but unlikely
[03:09] <DarkMageZ> i should still beable to see the end result of the patches if they work tho... hmm.
[03:16] <DarkSun88> Hi all
[03:48] <asac> now lets pray that this works :/
[03:50] <asac> damn it just worked
[05:41] <bluekuja> back
[08:14] <gnomefreak> asac: did you upload to gutsy repo?
[08:30] <gnomefreak> heading to store, asac when you get time the gutsy MT repo is ready just upload to it and ill regen the files when i get back. later
[09:22] <asac> gnomefreak: ok
[09:23] <asac> gnomefreak: please tell me about what i forgot todo with nspluginwrapper ... there was a debdiff by you, right?
[10:17] <bluekuja> heya asac
[10:17] <bluekuja> :)
[10:17] <bluekuja> unfortunately I can reproduce it
[10:17] <bluekuja> and I'm working on a fix
[10:20] <asac> bluekuja: sorry lost context
[10:20] <asac> .... devel meeting atm
[10:21] <bluekuja> asac: diff-ext crash
[10:21] <bluekuja> :)
[10:21] <asac> ah
[10:21] <asac> yeah
[10:21] <asac> get a backtrace
[10:22] <asac> or is there already one submitted?
[10:22] <bluekuja> mmm...
[10:22] <bluekuja> we cant call it a proper traceback
[10:23] <bluekuja> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431754+
[10:23] <ubotu> Debian bug 431754 in diff-ext "diff-ext: Invalid memory reference" [Critical,Open] 
[10:44] <Admiral_Chicago> happy hug day everyone
[10:44] <bluekuja> tnx
[10:44] <bluekuja> :)
[10:46] <gnomefreak> asac: the debdiff on the bug that is the merged debdiff. not real sure what debdiff is for maybe its applied to source and than uploaded?
[10:47] <asac> give me bug id please
[10:47] <bluekuja> gnomefreak,
[10:47] <bluekuja> debdiff
[10:47] <bluekuja> is applied to debian revision
[10:48] <bluekuja> for merges
[10:48] <bluekuja> if ok
[10:48] <bluekuja> it gets built
[10:48] <gnomefreak> asac: bug 123533
[10:48] <ubotu> Launchpad bug 123533 in nspluginwrapper "nspluginwrapper merge new debian version" [Undecided,In progress]  https://launchpad.net/bugs/123533
[10:48] <bluekuja> and then uploaded
[10:48] <gnomefreak> ty bluekuja :)
[10:48] <bluekuja> :)
[10:49] <bluekuja> that's the main goal
[10:49] <bluekuja> you need to search for
[10:49] <bluekuja> :)
[10:49] <bluekuja> e.g if it does not apply, it's really bad
[10:49] <bluekuja> something broken around
[10:50] <gnomefreak> well everything but binary build worked here
[10:50] <gnomefreak> so it should be good he looked at it said its good
[10:53] <gnomefreak> i guess next week is sprint
[10:54] <asac> ola
[10:54] <asac> so meeting is over
[10:54] <asac> bluekuja: reviews will be reorganized
[10:55] <asac> most likey, someone takes the lead and assigns to developers instead of random people grabbing those
[10:57] <gnomefreak> oh son of a bitch why does this keep coming back and biting us in the ass
[10:58] <gnomefreak> gtk must only have filepicker widget
[10:59] <gnomefreak> asac: the tbird crash while trying to add a cert to tbird (they say it might be caused by the filepicker widget (iirc this is what caused alot of the feisty firefox crashes)
[10:59] <bluekuja> asac: it rocks!
[10:59] <bluekuja> that's a nice thing
[11:00] <bluekuja> asac: who leads?
[11:01] <bluekuja> e.g who assign reviews
[11:01] <asac> i think dholbach for now
[11:01] <bluekuja> so he takes care of every merge, and assigns them
[11:01] <bluekuja> cool
[11:01] <bluekuja> he will have a lot of work
[11:02] <bluekuja> then
[11:02] <asac> all people of distro team members who are core-devs will be part of initial team
[11:02] <bluekuja> yeah
[11:02] <bluekuja> so you too
[11:02] <bluekuja> :)
[11:02] <asac> yeah
[11:02] <bluekuja> so you can assign stuff to my sponsors
[11:03] <bluekuja> or do it too
[11:03] <bluekuja> as well
[11:03] <asac> but people will be send to different sponsors for each upload ... to the benefit of sponsors and sponsoree
[11:03] <bluekuja> oh
[11:03] <bluekuja> k
[11:03] <bluekuja> ^^
[11:04] <bluekuja> only U-U-S ppl?
[11:04] <bluekuja> will receive assignes
[11:04] <bluekuja> ?
[11:04] <asac> no ... only members of the new teams ... maybe that will be u-m-s and u-u-s ... but those teams would need to be restructured
[11:05] <bluekuja> oh nice
[11:05] <asac> my feeling is that we will end up with a new team
[11:05] <bluekuja> ^^
[11:05] <asac> at least that was dholbachs idea about this ... however its currently discussed
[11:05] <asac> because its unclear what will happen to the old sponsor teams then
[11:05] <bluekuja> yup
[11:06] <bluekuja> we will kno
[11:06] <bluekuja> then
[11:06] <bluekuja> :)
[11:06] <asac> right
[11:06] <bluekuja> I'm damn tired
[11:06] <bluekuja> :/
[11:06] <bluekuja> went home too late yesterday and woke up too soon
[11:06] <bluekuja> :/
[11:07] <bluekuja> asac: going to sleep then
[11:07] <bluekuja> cu tomorrow
[11:07] <bluekuja> have fun
[11:07] <bluekuja> and sleep well
[11:07] <bluekuja> :)
[11:08] <asac> cu
[11:08] <asac> will be travelling anyway in a few
[11:08] <bluekuja> where?
[11:08] <asac> to my secondary home :)
[11:08] <bluekuja> oooh
[11:08] <bluekuja> in germany as well?
[11:08] <asac> yes
[11:08] <bluekuja> or another country
[11:08] <asac> with gf
[11:08] <bluekuja> oh coo
[11:09] <bluekuja> :D
[11:09] <bluekuja> move definitely
[11:09] <bluekuja> or holiday?
[11:09] <asac> no ... just for a few days
[11:09] <bluekuja> nice
[11:09] <asac> saturday back .. sunday flight to london
[11:09] <bluekuja> you gonna be off?
[11:09] <asac> next week sprint
[11:09] <asac> tomorrow i will work
[11:09] <asac> as usual
[11:09] <bluekuja> then weekend
[11:09] <asac> most likely in the evening going out though ;)
[11:09] <bluekuja> lol
[11:09] <bluekuja> same
[11:10] <bluekuja> party
[11:10] <Admiral_Chicago> asac: how do you share the code you push?
[11:10] <Admiral_Chicago> a bzr branch no?
[11:10] <asac> i will not be as responsive next week
[11:10] <bluekuja> Admiral_Chicago, yes
[11:10] <asac> maybe even completely unreponsive
[11:10] <asac> for some time
[11:10] <bluekuja> aww
[11:10] <asac> as sprint will probably be hard and lots of work we have to squeeze into that tiny week
[11:10] <asac> Admiral_Chicago: yes bzr ... everything is bzr
[11:10] <bluekuja> if there are some mails, I gonna bounce them
[11:10] <bluekuja> to you
[11:10] <bluekuja> as we did
[11:10] <asac> ... except mobile browser i have git too atm
[11:10] <Admiral_Chicago> well, i'm trying to upload some code for review.
[11:11] <Admiral_Chicago> and the LP stuff is a bit complicated
[11:11] <asac> hmm
[11:11] <asac> whats the point
[11:11] <bluekuja> I go
[11:11] <gnomefreak> asac: what revo did you use for trunk to build?
[11:11] <bluekuja> !
[11:11] <asac> you upload your private branch
[11:11] <bluekuja> cya tomorrow
[11:11] <asac> and ask branch maintainer to pull in changes
[11:11] <Admiral_Chicago> asac: no, i mean registering the branch
[11:11] <asac> gnomefreak: for which build? ... the build that is not yet finished?
[11:11] <asac> :)
[11:11] <asac> Admiral_Chicago: its simple ... just push
[11:11] <gnomefreak> oh i thought you finsihed
[11:11] <asac> then its registred
[11:12] <asac> yeah i hoped to as well
[11:12] <gnomefreak> finished
[11:12] <asac> fought with wifi all afternoon
[11:12] <Admiral_Chicago> asac: just push?
[11:12] <gnomefreak> asac: what else do we want in this repo?
[11:12] <gnomefreak> Admiral_Chicago: commit than push
[11:12] <asac> i am just too old to do all this high-tech stuff ... hey wait :)
[11:12] <asac> gnomefreak: for now we want firefox-trunk
[11:12] <Admiral_Chicago> okay. what?
[11:12] <asac> just
[11:12] <Admiral_Chicago> sorry, I'm new to this
[11:12] <gnomefreak> is that all you wanted in it?
[11:12] <gnomefreak> Admiral_Chicago: did you make the branch already?
[11:13] <Admiral_Chicago> no
[11:13] <gnomefreak> Admiral_Chicago: ok what package?
[11:13] <asac> bzr push sftp://bazaar.launchpad.net/~admiral_chic..../<projectname>/<branchname>
[11:13] <asac> sorry
[11:13] <gnomefreak> yeah that after you cd debian commit
[11:13] <Admiral_Chicago> okay asac  i see
[11:13] <asac> sftp://$USER@bazaar.launchpad.net/~admiral_chic..../<projectname>/<branchname>
[11:13] <gnomefreak> its code
[11:13] <gnomefreak> oh yeah user
[11:13] <Admiral_Chicago> but i don't have a project name, or branch name
[11:14] <asac> Admiral_Chicago: projectname and branchname should probably be the same than the one you try to improve
[11:14] <asac> you don't
[11:14] <asac> ?
[11:14] <gnomefreak> Admiral_Chicago: what is it? a patch
[11:14] <Admiral_Chicago> asac: this branch is for sharing my packaging expirements
[11:14] <asac> Admiral_Chicago: what is that?
[11:14] <Admiral_Chicago> for a package thats not in Ubuntu
[11:14] <asac> just example packages?
[11:15] <Admiral_Chicago> well, i'm trying to learn to package
[11:15] <asac> Admiral_Chicago: everybody is free to create his personal project in launchpad
[11:15] <Admiral_Chicago> yea, let me try that...
[11:15] <asac> you can name it like you want ...
[11:15] <asac> like admiral package playground :)
[11:16] <asac> don't know if code in launchpad has to be free software though?
[11:16] <gnomefreak> Admiral_Chicago: here are some examples (you dont want to use mozillateam you want to use your LP id https://code.launchpad.net/~gnomefreak/
[11:16] <asac> better license it freely ;)
[11:16] <asac> gnomefreak: i think he already understood
[11:17] <Admiral_Chicago> always so
[11:17] <gnomefreak> sory faling behind
[11:17] <gnomefreak> damn 1 out of 3 sucks
[11:17] <asac> Admiral_Chicago: then you can use whatever branchname you like
[11:17] <Admiral_Chicago> okay, i'm going to try this out
[11:17] <asac> Admiral_Chicago: if you want to package
[11:17] <Admiral_Chicago> i can just do /admiralpackageplayground/thinkfinger
[11:17] <asac> there are three approaches
[11:17] <Admiral_Chicago> and call it thinkdfinger
[11:17] <asac> just debian dir
[11:18] <asac> and upstream branch that tracks pure upstream code
[11:18] <asac> and a debian/ubuntu branch that is branched from that
[11:18] <asac> Admiral_Chicago: yeah ... think about the name
[11:18] <asac> :)
[11:18] <asac> you can also name it
[11:18] <Admiral_Chicago> i like the name, i'm using it
[11:18] <asac> chicagosandbox
[11:19] <asac> ok
[11:19] <asac> :)
[11:19] <asac> i am out ... cu tomorrow
[11:19] <gnomefreak> night
[11:19] <asac> night all
[11:19] <Admiral_Chicago> thanks asac
[11:19] <gnomefreak> night
[11:20] <gnomefreak> oops i did already type that
[11:20] <asac> gnomefreak: hehe
[11:20] <asac> Admiral_Chicago: np
[11:49] <Admiral_Chicago> its online
[11:49] <Admiral_Chicago> https://code.launchpad.net/~freddymartinez9/+junk/main
[11:49] <Admiral_Chicago> my packaging efforts so far