[00:02] <micahg> asac: is FF3.5b4 being backported to Jaunty?
[00:08] <BUGabundo> micahg: wasn't it already?
[00:08] <BUGabundo> oh nevermind I just use PPAs
[00:08] <BUGabundo> so got confused
[00:08] <micahg> BUGabundo: no, the version in jaunty is pre4
[00:09] <micahg> preb4
[00:09] <BUGabundo> ah
[00:09] <BUGabundo>   Installed: 3.5~b5~hg20090503r25075+nobinonly-0ubuntu1~umd1
[00:09] <BUGabundo>   Installed: 3.6~a1~hg20090503r27958+nobinonly-0ubuntu1~umd1
[00:10] <micahg> you're using a ppa
[00:10] <micahg> https://launchpad.net/ubuntu/+source/firefox-3.5
[00:10] <BUGabundo> micahg: I know! I told you that on the second line :)
[00:10] <micahg> yep
[01:16] <micahg> BUGabundo: I found out why I can't get it
[01:17] <micahg> the packages didn't build yet :)
[03:36] <slavsun> hi
[03:36] <slavsun> Does anyone know how to add a field (for example Middle Name) to the address book in Thunderbird ?
[03:36] <slavsun> is it possible ?
[10:20] <asac> slavsun: not without looking. sorry.
[10:20] <asac> if you find out let us know ,)
[10:26] <slavsun> it seems to me that it is impossible
[10:26] <slavsun> and very difficult thing to implement
[10:26] <slavsun> )
[10:27] <asac> slavsun: so you want to implement that?
[10:27] <asac> i dont think its that difficult ;) ... but would have to look
[10:30] <slavsun> I'm not a programmer unfortuately
[11:55] <asac> welcome dpm_
[11:56] <dpm_> hi asac :)
[11:56] <asac> did you get the mail I just CCed you on?
[11:56] <dpm_> just checking...
[11:56] <asac> hmm
[11:56] <asac> seems i have mail problems again
[11:56] <asac> argh
[11:58] <dpm_> asac: I got the message, thanks. It seems your mail is ok
[12:01] <asac> dpm: i fixed it ;)
[12:02] <dpm> good ;)
[12:55] <gnomefreak> how do you find out what kernel point release you are on?
[13:11] <asac> gnomefreak: uname -a
[13:11] <asac> gnomefreak: or look at the package version
[13:11] <asac> but to see what you are currently running use uname -a
[13:27] <gnomefreak> asac: uname -a doesnt give me 2.6.28-11.30-generic 2.6.28-11-generic
[13:28] <gnomefreak> that .30 or .42 is what i need to find out
[13:28] <gnomefreak> maybe synaptic can tell me
[13:29] <gnomefreak> i have a eeling .30 is what is cuasing these system halt problems
[13:29] <gnomefreak> s/eeling/feeling s/cuasing/causing
[13:33] <gnomefreak> it shows -11.42 but that cant be right this is a clean install never touched until now installed using ISO from april 11th
[13:53] <gnomefreak> ha it is the kernel causing this issue
[13:57] <gnomefreak> asac: post something to indenti please it seems gwibber is confused between indenti and twitter the colors are all wrong and random, im going for a smoke
[13:59] <asac> hmm
[13:59] <asac> not sure i am running plain jaunty version
[14:03] <gnomefreak> i had upsate in jaunty to 2.6.28-11.15 from .14 but .14 shits down properly i didnt update because i need a working test case
[14:05] <gnomefreak> damn lets fix that. s/upsate/update s/shits/shuts
[14:05]  * gnomefreak needs spell check in irssi
[15:12] <gnomefreak> ok it looks like my first eye surgery will be on june 8th than i have to wait at the very least 2 weeks before they do other eye depending on how i heal. so month of june i will be ina nd out depending on how i see. possibly into july
[15:13] <gnomefreak> people need to stop using google-agenda-provider it is broken or it just breaks sunbird/lightning builds
[15:41] <asac> gnomefreak: eye surgery? is that a laser thing?
[15:42] <asac> or something caused by accident?
[15:42] <gnomefreak> asac: no its cataracs(sp) remove lens and replace it
[16:03] <tonyyarusso> Could someone please explain to me what warranty the "This might void your warranty!" warning on about:config is referring to, considering that the MPL reads "COVERED CODE IS PROVIDED UNDER THIS LICENSE ON AN "AS IS" BASIS, WITHOUT WARRANTY OF ANY KIND< EITHER EXPRESSED OR IMPLIED,..."?
[16:04] <asac> tonyyarusso: well. its just a warning and has probably no real legal effect
[16:05] <tonyyarusso> but why on earth is it there?
[16:05] <asac> i guess its just a wording folks thought was appropriate
[16:05] <asac> tonyyarusso: to make a point
[16:05] <tonyyarusso> hmmm
[16:05] <asac> users reading that might understand "yeah, this is bad"
[16:05] <micahg> asac: is there anything I can to do help with the build for ff3.5b4?
[16:06] <asac> micahg: for jaunty?
[16:06] <tonyyarusso> Might just be me, but I think it would make a ton of sense to come up with a wording that doesn't involve the word "warranty".  Otherwise you may have to deal with the unintended consequence of people getting the impression that if they don't mess with it they DO have a warranty, you know?
[16:06] <micahg> either
[16:06] <asac> micahg: its already in karmic
[16:06] <asac> i plan to push that to -proposed or -security ... have to decide still
[16:07] <gnomefreak> anyone using seamonkey 1 and or 2 i need somethi9ng tested
[16:07] <micahg> It didn't build in amd64
[16:07] <micahg> https://launchpad.net/ubuntu/karmic/+source/firefox-3.5/3.5~b4+nobinonly-0ubuntu1
[16:07] <asac> tonyyarusso: could be. personally, i dont have a strong opinion about this. imo its an upstream decision
[16:07] <asac> if you think its bad filing a bug upstream would be appropriate with better suggestions
[16:07] <tonyyarusso> asac: Fair enough.
[16:08] <asac> micahg: yeah. probably a transistional issue. let me retry
[16:08] <micahg> ok
[16:08] <micahg> thanks
[16:08] <micahg> I can install from karmic repos
[16:08] <tonyyarusso> ("But yapping here or using Launchpad is so much easier than tracking down where to do it upstream!")
[16:08] <gnomefreak> may cause bugs that mozilla cant fix ;)
[16:08] <micahg> once it's rebuilt
[16:08] <gnomefreak> asac: ubufox doesnt give that dialog?
[16:08] <asac> micahg: did xulrunner-1.9 build?
[16:09] <asac> tonyyarusso: file a bug against bugzilla.mozilla.org ... against firefox -> general ;)
[16:09] <micahg> yep
[16:09] <micahg> oops
[16:09] <micahg> wrong version
[16:09] <micahg> it's 1.9.0.10
[16:10] <micahg> 1.9.1 is the one for 3.5
[16:10] <micahg> nope, not for amd64
[16:10] <asac> yeah
[16:11] <gnomefreak> failed for 64bit and built for rest of archs?
[16:11] <micahg> http://launchpadlibrarian.net/26299637/buildlog_ubuntu-karmic-amd64.xulrunner-1.9.1_1.9.1~b4%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:11] <micahg> no, not all of the archs, just i386 and lpia
[16:12] <gnomefreak> oh
[16:12] <micahg> gnome and gtk deps are out of date
[16:12] <gnomefreak> its deps not xulrunner
[16:12] <micahg> right
[16:12] <micahg> or so it seems
[16:13] <gnomefreak> karmic has these versions it seems so maybe its just PPA that failed let me check all of them
[16:15] <gnomefreak> the versions are too high karmi has lower versions
[16:16] <micahg> so how did i386 and lpia build?
[16:16] <gnomefreak> they should be >= 2.24 or around that anyway
[16:17] <gnomefreak> micahg: not sure that is a goo question but if you policy each one you will see karmic versions are 2.24 where the ones in PPA are 2.13 or 2.1*
[16:18] <gnomefreak> libgnomecanvas2-dev should be 2.26.0-1 not >=2.6 just one exampler
[16:18] <gnomefreak> -r
[16:19] <asac> micahg: ok all builds are retried
[16:19] <gnomefreak> those need to be fixed in the gtk and gnomeui libs
[16:19] <asac> if they fail again let me know
[16:19] <gnomefreak> asac: they willl unless you changed something
[16:20] <asac> gnomefreak: the failure is understood
[16:20] <gnomefreak> >= 2.6.0 is greater than 2.26
[16:20] <asac> no need to investigate
[16:20] <asac> it was a temporary issue
[16:20] <gnomefreak> oh
[16:20] <asac> libcairo-dev not being fulfillable because they were in universe
[16:20] <asac> thats fixed afaik and so hopefully respin now works
[16:21] <gnomefreak> ah ok
[16:21] <gnomefreak> that makes sense
[16:22] <gnomefreak> i didnt look high enough before
[16:24] <gnomefreak> asac: ment to ask where would {python:version} get its version from? what source file
[16:24] <gnomefreak> well for that fact any {*:version} depend
[16:28] <gnomefreak> yes i know python may have a different file listing them but i am not seeing it
[16:30] <gnomefreak> i would have thought it would use version installed on system
[16:52] <micahg> what type of info should I request for bug 367706
[16:53] <micahg> do I need to start with a backtrace?
[16:53] <asac> micahg: that should be fixed by now
[16:53] <asac> micahg: we had a problem with toolchain when karmic opened
[16:53] <micahg> updating packages now
[16:54] <asac> micahg: hmm. but user says its jaunty
[16:54] <asac> micahg: we need a strace -f -eopen firefox 2>&1 | tee /tmp/ffox.log.txt
[16:54] <asac> i have the feeling it pulls in some files the user installed somewhere in the /usr hirarchy manually at some point
[16:55] <micahg> ok
[16:55] <micahg> asac: just have the user attach?
[16:56] <asac> micahg: yeah. ask him to start firefox like that and attach the log after it crashed
[16:56] <asac> besides from that bus errors are really rare on x86 architectures
[16:56] <asac> either its a complete messed up binary
[16:56] <asac> or its a hardware issue usually
[16:57] <micahg> oops
[16:57] <micahg> should have had him do apport collect as well so we know what version
[16:57] <asac> micahg: maybe. i think the strace will show that he is running something messed up
[16:57] <micahg> ok
[16:58] <micahg> I'll wait and see
[16:58] <asac> either a manually installed firefox ... or he has some locally installed libs and so on
[16:58] <micahg> strace will show that?
[16:58] <asac> micahg: the strace command above shows all the files firefox opens during its run ... so yeah it will reveal what the user is running
[16:58] <asac> or if the user has libs in /usr/local or something
[16:59] <asac> micahg: try it ;)
[16:59] <micahg> wow, that's a cool tool
[16:59] <asac> its often helpful if things dont go away with fresh profile and still sound too fatal to be true
[16:59] <asac> i mean if it was a real issue then we would get flooded by bugs ;)
[17:02] <micahg> indeed
[17:02] <micahg> what's the difference between strace and backtrace?
[17:05] <asac> micahg: strace lets you monitor syscalls
[17:05] <asac> backtrace is a way to look at the call stack of a program
[17:05] <asac> which is a snapshot
[17:05] <asac> usually at the time a crash happens
[17:05] <asac> but you can also gdb into a program and get a backtrace at any point of time
[17:05] <asac> micahg: syscalls are simplified speaking the communication between userspace (program) and kernel
[17:06] <asac> so with strace you can guess what the program is doing
[17:07] <micahg> ok, that's good to know
[17:11] <asac> for us its usually just useful to see which files the firefox actually uses
[17:11] <asac> you can find out if user has some bogus flashplugins installed somewhere and so on
[19:35] <micahg> asac: when I tried to upgrade FF3.5, it didn't require the new xulrunner
[21:04] <micahg> asac: when I tried to upgrade FF3.5, it didn't require the new xulrunner
[21:08] <asac> micahg: yeah
[21:08] <asac> does it work anyway?
[21:08] <micahg> I didn't try
[21:08] <asac> we didnt bump minimum version i think
[21:08] <micahg> I wanted to check with you first
[21:08] <asac> which hopefully is ok
[21:08] <micahg> well, minimum is 1.9.1~b4~
[21:09] <micahg> so it didn't ask me to upgrade from preb4
[21:09] <asac> yes. but does firefox-3.5 stil start/work ?
[21:09] <micahg> I'll try it
[21:09] <micahg> hold on
[21:09] <asac> if its broken we should have bumped the minimum version
[21:09] <asac> otherwise its ok to not bump the minimum version
[21:09] <asac> overly tight dependencies are not really good practice usually
[21:10] <micahg> I thought FF and xulrunner were tight though?
[21:11] <micahg> This is a nice touch: Please restart all running instances of firefox-3.5, or you will experience problems.
[21:11] <micahg> but, I think maybe it should actuall pause the install until the user confirms
[21:11] <micahg> I fyou use the GUI install, you won't even see that line
[21:13] <micahg> all the major stuff works
[21:13] <micahg> but, I would think I want the fixes in xulrunner as well
[21:13] <micahg> isn't that the core for ff?
[21:21] <asac> micahg: in our main browser with ubufox we display a notificatrion "restart" and button to restart
[21:22] <micahg> ok, cool, but ubufox doesn't work on 3.5 yet ;)
[21:22] <asac> micahg: if you have ubufox, try sudo touch /var/lib/update-notifier/user.d/firefox-3.0-restart-required
[21:22] <asac> micahg: no its not compatible yet. my fault
[21:22] <micahg> that's ok
[21:22] <micahg> just want to make sure it's in teh final version
[21:23] <micahg> oops
[21:23] <micahg> I just installed xulrunner-1.9.1~b4
[21:23] <micahg> Could not find compatible GRE between version 1.9.1b4pre and 1.9.1b4pre.
[21:24] <asac> micahg: did the install finish?
[21:24] <micahg> yep
[21:24] <asac> once ~b4 is completely installed it should work
[21:24] <asac> hmm
[21:24] <yamo> hi
[21:24] <asac> well firefox needs to be ~b4 too
[21:24] <asac> but we have no real mechanism except Breaks: to enforce rdepends
[21:24] <micahg> both are
[21:24] <asac> which causes lots of collateral damage
[21:24] <asac> so we dont do that
[21:25] <asac> micahg: are you sure it still happens after all has finished?
[21:25] <micahg> I think it's a config issue in the xulrunner package
[21:25] <micahg> Could not find compatible GRE between version 1.9.1b4pre and 1.9.1b4pre.
[21:25] <micahg> they're the same
[21:25] <micahg> and not the version I have anymroe
[21:25] <asac> micahg: dpkg -L xulrunner-1.9.1 | grep gre.d
[21:25] <asac> please paste the content of the file that comes out of that
[21:26] <micahg> /etc/gre.d
[21:26] <micahg> /etc/gre.d/1.9.1b4.system.conf
[21:26] <micahg> oops
[21:26] <micahg> sorry
[21:26] <asac> the content?
[21:26] <micahg> [1.9.1b4]
[21:26] <micahg> GRE_PATH=/usr/lib/xulrunner-1.9.1b4
[21:26] <micahg> xulrunner=true
[21:26] <micahg> abi=x86_64-gcc3
[21:26] <asac> hmm
[21:26] <asac> yeah
[21:26] <asac> messy
[21:26] <asac> so we should have bumped the build-depends lower version
[21:26] <asac> of firefox
[21:26] <asac> too bad
[21:27] <micahg> no, this is after I upgrade xulrunner
[21:27] <micahg> is there something else I need to upgradE>
[21:28] <micahg> both xulrunner and FF3.5 are at b4
[21:28] <asac> micahg: no. the firefox-3.5 build is messed up because we dont have opened up the maxVersion yet
[21:28] <micahg> ah
[21:28] <micahg> ok
[21:28] <asac> micahg: edit /usr/lib/firefox-3.5b4/application.ini
[21:29] <asac> and change maxVersion
[21:29] <micahg> http://www.mozilla.org/projects/firefox/3.5b4/whatsnew/
[21:29] <micahg> worked :)
[21:30] <asac> micahg: ok uploading
[21:30] <micahg> I've gotta go
[21:30] <micahg> I can do more testing tonight
[21:30] <micahg> mail me from LP if you need me to check anything else
[21:31] <asac> micahg: sure. dont know if there is anything to test for today though
[21:31] <micahg> ok
[21:31] <micahg> tytl
[21:31] <micahg> ttyl
[21:31] <asac> cu
[21:31] <micahg> thanks for the help
[21:32] <micahg> I'm assuming this is better than filing bugs?
[21:32] <asac> sometimes the turnaround is quicker
[21:32] <micahg> ok
[21:32] <asac> if its something like this min/max version thing i certainly want to know in person ;)
[21:32] <micahg> gtg
[21:32] <micahg> ok
[21:32] <micahg> will keep in mind
[21:47] <asac> micahg: are you subscribed to the mozilla-bugs mailing list?
[21:48] <asac> micahg: https://lists.ubuntu.com/mailman/listinfo/ubuntu-mozillateam-bugs
[22:42] <jcastro> asac: check this out yo: http://code.google.com/p/gears/issues/detail?id=335
[22:42] <jcastro> asac: so I was thinking a nice gears/prism bundle for karmic would be awesome.
[22:45] <asac> jcastro: let me puncture this potential mess ;)
[22:46] <asac> to see how much blood comes out of it
[22:46] <BUGabundo> cwillu: ping
[22:46] <jcastro> asac: heh, yeah
[22:47] <jcastro> asac: I got it all working manually before I moved to 64 bit
[22:47] <asac> what i see still looks insane ;)
[22:47] <jcastro> asac: so theoretically it works
[22:47] <asac> the svn has a full copy of all libs in the world ;)
[22:47] <BUGabundo> LOL
[22:47] <BUGabundo> uau
[22:47] <jcastro> asac: so it's like all the other google stuff then. :p
[22:47] <BUGabundo> now I know where to look when I need one
[22:47] <asac> jcastro: yeah. actually i think the gears tree is the chromium tree
[22:48] <jcastro> I think it is too
[22:48] <asac> or read somewhere that the copied the gears tree to work on chromium ;)
[22:48] <asac> so seems at least they noticed that maintaining duplicates is a mess ;)
[22:48] <asac> A    gears-read-only/third_party/gecko_1.8/osx/gecko_sdk/include/private/pprthred.h
[22:48] <asac> lol
[22:49] <asac> there is full gecko_1.8 ;)
[22:49] <asac> aka ffox 2
[22:49] <asac> oh false alert ... its just the sdk
[22:49] <jcastro> look at the things you go through to bring offline gmail and calendar to the masses!
[22:50] <asac> hmm
[22:50] <asac> i will add that to the mozilla related karmic list i guess
[22:50] <asac> will the svn checkout ever end?
[22:50] <jcastro> <3
[22:50] <asac> i guess i can get a beer first
[22:51] <asac> at least its past gecko1.9 now ;)
[22:52] <asac> jcastro: so has chrome this gears thing integrated by default?
[22:52] <asac> do you know?
[22:52] <jcastro> yes
[22:52] <jcastro> but it doesn't work in linux yet
[22:52] <jcastro> so if you go into chromium and try to enable offline access it doesn't work
[22:57] <asac> yeah
[22:57] <asac> ok
[22:57] <asac> just was wondering in general
[22:58] <jcastro> asac: I think a nice offline-capable thing for laptops would be compelling
[22:59] <jcastro> asac: then we can just avoid the evolution/thunderbird conversations!
[23:00] <BUGabundo> eheh
[23:01] <BUGabundo> but those Mozilla already allows us to even set FF to use NM offline state?
[23:09] <asac> BUGabundo: dont understand what you mean
[23:09] <jcastro> yeah dude seriously
[23:09] <asac> BUGabundo: ffox 3 has offline state detection through NM
[23:10] <asac> BUGabundo: ffox 3.5 and later has it disabled by default
[23:10] <asac> thats upstream decision not our
[23:10] <asac> jcastro: whats the gmail market share? are there other webapps than google ones that support gears already?
[23:10] <BUGabundo> asac: I know. that's why I stated if upstream reverted
[23:10] <jcastro> I don't know, do you want me to find out?
[23:10] <jcastro> the other one would be calendar
[23:11] <BUGabundo> asac: WP does and a few others
[23:11] <jcastro> that are packaged via prism in the archive I mean
[23:11] <asac> jcastro: well. if its just google, the its just a missing feature ... if the world started using this then we block innnovation ;)
[23:11] <jcastro> oh, other sites use gears, I was talking about the stuff that's in the archive already that can use it
[23:11] <asac> BUGabundo: upstream reverted because there were too many loud voices complaining that NM tells offline if they dont use NM
[23:12] <BUGabundo> asac: wasn't that a 3.0.x bug and latter fixed?
[23:12] <asac> BUGabundo: no, firefox later has online/offline detection turned off
[23:12] <asac> i dont call that a fix
[23:12] <asac> they just stopped innovate in that area ... which needs to be fixed by providing something better than NM for online/offline detection
[23:13] <BUGabundo> ok
[23:13] <BUGabundo> good to know
[23:13] <BUGabundo> now I'll stop nagging, before jcastro gets even madder at me ;)
[23:14] <jcastro> I'm not mad, I just can't understand anything you say
[23:14] <jcastro> asac: I'm prepared to convince you at UDS with beers as to why this is a good idea
[23:15] <asac> jcastro: its a great idea ;) ... the problem is that the resources are finite ... i hope we can put this under the chromium umbrella as some parts of third_party definitly needs to be figured there too
[23:15] <jcastro> maybe we can build it out of the chromium tree or something
[23:15] <jcastro> cool, I just wanted it on your radar to discuss at UDS
[23:16] <jcastro> so you can tell me no in person, heh
[23:17] <asac> if we could get rid of the gecko sdk copies we would manage to eliminate 300M from the tarball ;)
[23:17] <asac> thats about half of the size
[23:17] <asac> from what i see that seems doable and even upstreamable i guess
[23:17] <BUGabundo> jcastro: really? is my written English *that* bad? I know that sometimes I don't express my self clearly, but that statement makes me wonder where the prob is!
[23:18] <asac> maybe we can get rid of the v8 thrid party tree which is 158M
[23:18] <asac> ;)
[23:18] <asac> this probably isnt used for the xulrunner build anyway
[23:18] <asac> (i hope)
[23:19] <asac> holy crap ... why does gears ship sound stuff?
[23:19] <asac> jcastro: ? did you ever hear any sound comning out of it ;)
[23:25] <BUGabundo> nope
[23:25] <BUGabundo> asac: more probs for the audio team ? LOL
[23:26] <dtchen> please no.
[23:29] <BUGabundo> dtchen: ehehehehe
[23:37] <asac> i enjoy great sound after updateing to proposed
[23:37] <BUGabundo> asac: great
[23:37] <BUGabundo> didn't it already hit -updates?
[23:39] <asac> not sure ;)
[23:40] <dtchen> asac: your symptoms were likely resolved due to linux, not really pulseaudio
[23:40] <dtchen> unfortunately, so many HDA controllers are broken. what constituted an improvement for you was a nasty regression for others.
[23:41] <asac> hmm
[23:41] <BUGabundo> dtchen: eheh
[23:42] <dtchen> asac: see /proc/version_signature
[23:44] <asac> yeah. i didnt doubt i got the fix through linux
[23:59]  * asac out for today