[04:31] <micahg1> jcastro: I updated the install instructions on the FirefoxNewVersion page so that the Firefox stable PPA is more prominent and sounds less ominous
[04:34] <jcastro> micahg1: <3
[04:34] <micahg1> jcastro: can you check it over: https://help.ubuntu.com/community/FirefoxNewVersion?action=subscribe
[04:34] <micahg1> oops
[04:34]  * micahg1 also subscribed so I can keep an eye on it
[08:40] <BUGabundo_remote> morning \o/ #vacation in 10h :D
[09:18] <asac> !info bfilter
[09:18] <asac> !info bfilter hardy
[09:19] <asac> !info blam
[09:20] <asac> !chmsee
[09:20] <asac> !info chmsee
[09:20] <asac> !info edbrowse
[09:21] <asac> !info freej
[09:21]  * gnomefreak should really not do email  this early. i hate getting mad at 4:22 :(
[09:21] <asac> !info gcj-4.1
[09:21] <asac> !info gcj-4.1 hardy
[09:22] <asac> !info gnome-chemistry-utils
[09:22] <asac> !info gnome-chemistry-utils hardy
[09:23] <asac> !info gtk2hs
[09:23] <asac> !info gtk2hs hardy
[09:24] <asac> !info libghc6-mozembed-dev
[09:24] <asac> !info libghc6-mozembed-dev hardy
[09:24] <asac> !info gtklookat
[09:24] <asac> !info gtklookat hardy
[09:25] <asac> !info hulahop
[09:27] <asac> !info libjavascript-perl
[09:27] <asac> !info mediatomb
[09:28] <gnomefreak> good morning asac and do you feel like thinking? IMHO joe is not doing the best job with SM2 :( im thinking may i should have maintained it
[09:29] <asac> !info libopenvrml5c2a
[09:29] <asac> gnomefreak: hi
[09:29] <asac> gnomefreak: not sure ;) ... havent seen much activity from him
[09:29] <asac> i guess its not a single maintainer thing. why not coordinate with him and help out?
[09:30] <asac> !info openvrml
[09:30] <asac> !info libopenvrml5c2a hardy
[09:30] <gnomefreak> asac: removed all the sparate binaries and just built the one seamonkey package
[09:30] <gnomefreak> are you having fun with the bot? :)
[09:31] <asac> !info sabletron
[09:31] <asac> gnomefreak: yeah. going through all rdepends of xulrunner ... checking what needs to be ported for hardy rollout of ffox 3.6
[09:31] <asac> xulrunner 1.9.2
[09:31]  * gnomefreak trying to explain why it was set up the way i had it. i dont think he is even using nobinonly anymmore
[09:31] <gnomefreak> ah ok
[09:32] <asac> gnomefreak: so as long as he doenst commit that to our branch its fine
[09:32] <asac> he should come here and discuss things
[09:32] <asac> otherwise he is doing it alone
[09:32] <asac> maybe invite him to talk to me
[09:32] <gnomefreak> k
[09:32] <asac> !info sablotron
[09:32] <asac> !info videolink
[09:33] <asac> !info zekr
[09:39] <asac> !info gluezilla
[09:39] <asac> !info gluezilla lucid
[09:46] <asac> !info gjs
[09:47] <asac> grr
[09:47] <asac> i hate those
[09:47] <BUGabundo_remote> asac: anything on that libc6 bug ?
[09:47] <asac> i dont know about that ;)
[09:47] <asac> i rmeember you posted something
[09:47] <asac> the one you tried to get backtrace for?
[09:47] <asac> i would suggest to open a bug upstream ;)
[09:48] <asac> if it worked the day before and then stopped
[09:48] <asac> and still doesnt work ... open a new bug and tell them the regression window
[09:48] <BUGabundo_remote> what's libc6 upstream ?
[09:48] <BUGabundo_remote> :)
[09:49] <BUGabundo_remote> cause its not only firefox
[09:49] <BUGabundo_remote> I have the same in pidgin
[09:49] <BUGabundo_remote> I haven't seen it in FF3.7 anymore
[09:49] <BUGabundo_remote> but its running sloowwwww
[09:49] <BUGabundo_remote> apparmor changes ?
[09:50] <asac> !info libjdic-java
[09:50] <asac> BUGabundo_remote: gone in firefox 3.7?
[09:50] <asac> gues it was a ffox regression then ... or something was out of sync in lucid
[09:50] <asac> if you see it again let me know
[09:50] <asac> and no ...  i dont think apparmor changes are slowing things down
[09:50] <asac> and 3.7 didnt get changes in that direction anyway recently iirc
[09:52] <asac> !info mozzemberek
[09:53] <asac> !info pcmanx-gtk2
[09:54] <asac> !info ruby-gnome2
[09:54] <asac> !info ruby-gnome2
[09:54] <asac> !info sablotron
[09:55]  * BUGabundo_remote hands asac a /msg ubottu
[09:56] <asac> !info python-hulahop
[09:56] <asac> BUGabundo_remote: so bad?
[09:56] <asac> ;)
[09:56] <asac> assumed not many are awake atm
[09:56] <asac> ;)
[09:57] <asac> !info sugar-web-activity
[09:57] <gnomefreak> hes fine :)
[09:58] <asac> !info tuxguitar
[09:58] <asac> does that work at all?
[09:58] <asac> tuxguitar that is
[09:58] <gnomefreak> he still comments when needed
[09:59] <asac> !info xiphos
[09:59] <asac> hmm
[09:59] <asac> i guess we can kill that ;)?
[10:00] <asac> !info gpac
[10:00] <BUGabundo_remote> gnomefreak: who does
[10:03] <gnomefreak> BUGabundo_remote: asac does
[10:26] <tech404> When I use firefox 3.6 as packaged in the PPA I have a strange issue where the window scrolls when I click on some objects so that the object is at the bottom of the window. It seems to happen with objects that have javascript actions associated with them but I'm not sure that is the issue. When using the deb package from the firefox site with the same profile the problem does not exist.
[10:28] <tech404> As an example. When I click on certain dropdown boxes, text fields, and buttons the screen will scroll up so that what I clicked on is at the very bottom of the window. It seems to do it on button down because the click often fails as the object is not under the mouse anymore when I release the button.
[10:30] <tech404> I need to sign off for a moment so I can use the official non-buggy version. I will be back in a moment and lurk for a bit in case someone has a question about my issue.
[10:45]  * gnomefreak be back in a bit
[10:52] <gnomefreak> The problem cannot be reported:
[10:52] <gnomefreak> This is not a genuine Ubuntu package
[10:52] <gnomefreak> :(
[11:00] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=31427
[11:04] <asac> maybe they shouldnt have pulled the file-picker in ;)
[11:04] <asac> lol
[11:04] <asac> 4th: be happy with gtk file picker ;)
[11:05] <asac> what is libjpeg8?
[11:05] <asac> thought its dead
[11:05] <tech404> gnomefreak: were you talking to me? The problem is in the package made by the ubuntu mozilla team. I know that's not technically an official ubuntu package but I can't think of a better place to report it than here.
[11:05] <fta> asac, reborn apparently
[11:05] <tech404> gnomefreak: I suspect now that you were in fact not talking to me
[11:07] <gnomefreak> tech404: sorry no i wasnt
[11:07] <asac> fta: are they still using filepicker copy in-source ?
[11:08] <fta> no idea
[11:13] <fta> asac, "pgo, no luck, done". does that mean you give up on pgo?
[11:13] <asac> no ...
[11:13] <asac> just not for this spec
[11:13] <asac> even mozilla doesnt use it :)
[11:14] <asac> but will try agian after alpha-3
[11:14] <asac> plenty of time left then
[11:15] <asac> if you wanna try go ahead ... the all-static build we have seems to be quite fast
[11:15] <asac> at least ;)
[11:28] <fta> asac, http://paste.ubuntu.com/365131/
[11:31] <fta> asac, fyi http://sites.google.com/a/chromium.org/dev/developers/linux-technical-faq
[11:34] <asac> fta: the licensing doesnt look that bad
[11:35] <asac> what part of the technical faqshould i look at
[11:39] <fta> it was just fyi
[11:40] <fta> the notification for ex, i guess we'll quickly get user requests to have that
[11:46] <asac> yeah
[12:04] <fta> asac, just checked the ffmpeg package, it's no longer stripped. so we should be fine
[12:14] <gnomefreak> this looks cool :) http://doctormo.wordpress.com/2010/01/27/ground-control-demonstration/ http://blip.tv/file/3141629
[12:21] <gnomefreak> seems slower than term. but im going to give it a try anyway :)
[12:45] <gnomefreak> i guess the 3.1 password bug is just ours?
[13:00] <Milos_SD> Hello
[13:01] <Milos_SD> I have a problem with Firefox 3.7 nightly
[13:02] <Milos_SD> it freezes on loading flash on any page
[13:02] <Milos_SD> ** (firefox-3.7:10308): WARNING **: Serious fd usage error 14
[13:02] <Milos_SD> ** (firefox-3.7:10308): WARNING **: Serious fd usage error 12
[13:02] <gnomefreak> Milos_SD: can you give me a page it happens on i will check real fast
[13:02] <Milos_SD> this is the error I get in terminal
[13:03] <Milos_SD> it happens on any page with flash
[13:03] <Milos_SD> when I try to load youtube video
[13:03] <Milos_SD> and others with flash baners
[13:04] <Milos_SD> the last one from mozilla ftp works
[13:04] <Milos_SD> but the one from ppa doesn't
[13:04] <gnomefreak> this just started i didnt run into it the other day.
[13:05] <gnomefreak> asac: you here for 3.7+flash?
[13:05] <Milos_SD> it was in yesterdays build also
[13:05] <gnomefreak> i got 3.6 working so i dropped back down to that for a few reasons but 3.7 on mondays build it worked fine
[13:05] <Milos_SD> with latest build from firefox ftp youtube works, but controls are not (sometimes work, but in 90% times don't)
[13:07]  * gnomefreak blames flash but i doubt it is. Ok i need to get going for an hour but asac should be able to help if he is not too busy. hes been working hard this morning so far ;)
[13:14] <BUGabundo_remote> Milos_SD: update to daily
[13:14] <BUGabundo_remote> that was a yesterday regression of some kind
[13:17] <Milos_SD> BUGabundo_remote, I did updated it to daily... today I got the update
[13:17] <Milos_SD> and it is still the problem
[13:17] <BUGabundo_remote> wfm
[13:18] <BUGabundo_remote> but then again, I'm using a manually updated flash .so 64bits
[13:33] <asac> gnomefreak: nope ;)
[13:33] <asac> whats the problem?
[13:33] <asac> lol
[13:34] <Milos_SD> BUGabundo_remote, I'm using manualy updated flash .so 64bit too :)
[13:37] <Milos_SD> asac, problem is with Firefox 3.7 daily build and flash. Firefox freezes when it needs to load flash on any page that has it.
[13:37] <asac> yeah
[13:37] <asac> i think that wsa reported by llstarks yesterday
[13:37] <asac> seems to be upstream regressioni would assume
[13:37] <asac> [reed]: ?
[13:39] <Milos_SD> yea it is upstream problem... it has been fixed, but not fully (youtube controls doesn't work in 90% of cases)
[13:39] <Milos_SD> so, can you package that version and update ppa? :D
[13:41] <Milos_SD> this is the ID of current version in ppa: 20100129044151
[13:41] <Milos_SD> and ID of new version is: 20100129005220
[13:44] <asac> Milos_SD: that will happen automatically tomorrow
[13:45] <Milos_SD> asac, ok, thanks :)
[13:50] <asac> its a daily ppa ;)
[14:03] <gnomefreak> anyone using stable 3.6 by chance?
[14:05] <gnomefreak> seems java is doing the same as flash+3.6
[14:07] <gnomefreak> can anyone reproduce bug 252382? daily 3.6 is freezing me up trying to load that page
[14:07] <gnomefreak> the java page in that bug
[14:50] <micahg> asac: I added an add-unavail target to debian/rules for the locales package
[14:50]  * micahg should probably write a build readme
[14:53] <asac> micahg: what does add-unavail do?
[14:53] <asac> besides from that you think you are done?
[14:54] <asac> can you get that package up somewhere?
[14:54] <micahg> asac: adds the unavailable languages once the unavail file is populated
[14:54] <micahg> yes
[14:54] <micahg> I'm pushing to PPA for test build now
[14:54] <asac> great
[14:54] <micahg> builders are empty :)
[14:54] <asac> so unavail file is manually maintained?
[14:54] <micahg> for 3.0.1 I'll fix the point you just made :)
[14:54] <micahg> at the moment
[14:55] <asac> which point did i make?
[14:55] <asac> the manually unavail? i think thats ok
[14:55] <micahg> that it's manually maintained
[14:55] <micahg> asac: how would I add a build readme?
[14:55] <asac> what happens if the unavail is wrong? is there a safety net?
[14:55] <asac> micahg: README.source file
[14:55] <[reed]> asac: ?
[14:55] <micahg> asac: lintian should go crazy about their being 2 packages with the same name in control I would thing
[14:56] <micahg> *think
[14:56] <asac> [reed]: i think its already answered. i had two users complaining about firefox 3.7 daily hanging on flash sites. wondered if its a known upstream regression
[14:56] <[reed]> ah
[14:56] <asac> the second user then replied that its already fixed ... just wanted a new build
[14:56] <[reed]> not sure... I have not experienced hangs
[14:56] <asac> so i think its ok
[14:56] <asac> hmm
[14:56] <[reed]> I get crashes on youtube
[14:56] <asac> yeah
[14:56] <[reed]> but at least my browser doesn't crash!
[14:56] <[reed]> :)
[14:56] <asac> so he said yesterday it was reall ybad ... now its better, but youtube is broken still
[14:57] <asac> oh ... did it land?
[14:57] <[reed]> OOPP was turned on
[14:57] <asac> so thats a pref?
[14:57] <[reed]> yes
[14:57] <[reed]> dom.ipc.plugins.enabled
[14:57] <asac> when did that land?
[14:57] <[reed]> Wednesday?
[14:58] <asac> very great
[14:58] <[reed]> http://benjamin.smedbergs.us/blog/2010-01-27/multi-process-plugins-on-by-default/
[14:58] <asac> so nevermind. guess they are on it ;)
[14:58] <[reed]> look for bugs
[14:58] <[reed]> and file them
[14:58] <[reed]> if you don't see one
[14:58] <asac> thanks
[14:58] <BUGabundo_remote> WAIT WAIT WAIT
[14:58] <BUGabundo_remote> separete process?
[14:59] <asac> now i know whats going on and can better guide users to bugs etc.
[14:59] <asac> yes
[14:59] <asac> ;)
[14:59] <BUGabundo_remote> SSSSSSSSSSSSSSOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO   NNNNNNNNNNNNNNIIIIIIIIIIIICEEEEEEEEEEEEEEE
[14:59] <BUGabundo_remote> [reed]: I'm reposting your line :D
[14:59] <[reed]> hah
[15:00]  * BUGabundo_remote nods
[15:03] <micahg> asac: how does this look: http://pastebin.com/f299ce4e3
[15:03] <asac> micahg: maybe make a title for that
[15:03] <asac> like
[15:04] <asac> 1. Updating to new upstream releases
[15:04] <micahg> Is there a convention for titles in readmes?
[15:05] <micahg> http://pastebin.com/f5732a116?
[15:06] <micahg> asac: what can we do about the system cairo bug...we have people using other's PPAs...
[15:10] <asac> hunt the other PPAs down for trademark infringement ... lol
[15:12] <asac> no seriously ... i think we might want to ask blocking status on the upstream bug
[15:12] <asac> [reed]: are you not seeing the fontproblem bug?
[15:12] <micahg> mozilla 541319
[15:13] <asac> maybe upstream builds never had good font so noone noticed the difference?
[15:13] <micahg> asac: right, their builds have been like this for a while
[15:13] <asac> i am quite sure that 3.5 has the same issue with in-source cairo
[15:13] <micahg> yes
[15:13] <asac> just wonder if 3.0 has that too
[15:13] <asac> also we might want to check whats going on in hardy
[15:13] <asac> or even fedora
[15:14] <asac> but i hope upstream sees the bug too in their tetss
[15:15]  * micahg checks 3.0
[15:18] <micahg> it's blocky
[15:18]  * micahg doesn't know if it's the same problem
[15:19] <micahg> I can't really tell
[15:31] <micahg> asac: seems to be a dupe upstream mozilla 404637
[15:34] <asac> color finging?
[15:34] <asac> not sure that is a dupe
[15:34] <micahg> same freedesktopbug
[15:35] <micahg> asac: Andreas describes color fringes in his bug as well
[15:35]  * micahg thinks he will dupe
[15:35] <micahg> asac: can I upstream out lcd_filter patch?
[15:35] <micahg> *our
[15:38]  * micahg found mozilla 456448 was stalled which is why I think it's not patched in mozilla
[15:50]  * micahg is testing an empty package for tb-locale as well as an actual language
[15:51] <recmajkemi> how do i upgrate to 3.6 with tar.bz where to put folder?
[15:52] <recmajkemi> *upgrade
[15:54] <micahg> recmajkemi: we don't support that
[15:54] <micahg> recmajkemi: we have a PPA
[15:55] <micahg> jdstrand: for an apparmor bug where it's clear from the kern.log what the issue is, do I need to have the reporter debug?
[15:56] <jdstrand> micahg: if we have the kern.log and the steps to reproduce, then not usually
[15:56] <micahg> jdstrand: k
[15:57] <micahg> jdstrand: there was just a bug about evince and google chrome...should I dupe to the browser abstractions bug for chrome?
[15:57] <jdstrand> micahg: if it is the same bug, sure
[16:01] <micahg> [reed]: ah, that's the way to do that :)
[16:09] <recmajkemi> micahg: K, than whats up with pixelated images on zoom?
[16:17] <micahg> recmajkemi: ?
[16:33] <micahg> asac: there's a problem with the extensions dir for tb locales, in 2.0 it was thunderbird, now it's versioned...what to do?
[16:33] <micahg> do I symlink to the unversioned?
[16:33] <micahg> and updated tb3 to install it's extension there
[16:35] <asac> micahg: we dont have a libcairo.so in our firefox package?
[16:35] <asac> is that true ;)?
[16:36] <asac> feels wrong
[16:36] <asac> have to check what goes on
[16:36] <micahg> yes seems like it :(
[16:36] <asac> if you have a built-tree maybe check if that is in dist/bin
[16:37] <micahg> I only have  a tb3 build area right now
[16:37] <micahg> I can test over the weekend
[16:38] <micahg> asac: would that be why our build doesn't look so good then?
[16:38] <asac> is upstream build ok?
[16:38] <asac> feels likely this could cause issues
[16:38] <asac> kinda strnage that it works at all ;)
[16:38] <micahg> we're linked against system cairo but not building with it :(
[16:40] <micahg> http://pastebin.com/fe5b069e
[16:40] <micahg> that actually looks disturbing ^^
[16:41] <micahg> asac: ^^
[16:50] <asac> micahg: right. i think the .so should be in debian/tmp ... but we dont put it in package properly or something
[16:50] <asac> i am not sure whats going on ... we seem to copy the .so's from the branding dir in debian/rules
[16:50] <asac> might be a typo
[16:50] <asac> but the .so should also be there
[16:50] <asac> so maybe its just in dist/bin ... but never gets installed by make instlal
[17:02] <BUGabundo_remote> [reed]: html5 spec says anything about video tag should start videos paused?
[17:04] <micahg> asac: re tb-locales, can we make a tb-addons dir now that tb is being versioned?
[17:08] <asac> micahg: no ... we dont need that anymore
[17:08] <asac> tbird location is /usr/lib/mozilla/APPID/EXTENSIONID
[17:08] <micahg> asac: but tb3 gets installed into a new dir ever version?
[17:09] <asac> so ship those locales in /usr/share/thunderbird-locales ... and creat links according to the EXTENSIONID
[17:09] <micahg> ah
[17:09] <asac> at best just use xpi.mk
[17:09] <asac> not sure if that works for multiple extensions already ... check with bdrung
[17:09] <micahg> does xpi.mk have instructions? :)
[17:10] <bdrung> micahg: http://wiki.debian.org/mozilla-devscripts
[17:11] <micahg> thanks bdrung
[17:11] <micahg> asac: so I should convert tb-locales to use m-dev?
[17:12] <micahg> this'll be a learning experience :)
[17:13] <asac_> had a reconnect
[17:14] <micahg> (11:11:53 AM) micahg: asac: so I should convert tb-locales to use m-dev?
[17:14] <micahg> (11:12:05 AM) micahg: this'll be a learning experience :)
[17:14] <micahg> bdrung: the debian wiki doesn'
[17:14] <micahg> t seem to work
[17:14] <asac_> bdrung: does it work easily for multi bin packages?
[17:14] <asac_> the wiki page seems to not exist for me
[17:16] <bdrung> asac: yes. example: http://paste2.org/p/639370
[17:16] <bdrung> asac: the wiki is down
[17:16] <asac_> hmm
[17:17] <asac_> micahg: so i guess you need to replace the current copy unzip etc.
[17:17] <asac_> just with install-xpi commands
[17:17] <asac_> hmm. wasnt that dh_installxpi ?
[17:17] <asac_> guess not
[17:17] <BUGabundo_remote> [reed]: asac: mind triaging it : https://bugzilla.mozilla.org/show_bug.cgi?id=543037
[17:18] <micahg> asac_: should the name convention remain tb-locale-XX?
[17:18] <asac_> BUGabundo_remote: have you chcked for dupes?
[17:18] <asac_> micahg: yeah. keep that as it is
[17:18] <BUGabundo_remote> asac I haven't
[17:18] <asac_> bdrung: i think its cdbs ... is that just install-xpi in install: ?
[17:19] <BUGabundo_remote> many of this OOOP bugs are new
[17:19] <BUGabundo_remote> some will be dupes
[17:19] <BUGabundo_remote> but its too hard for a common user
[17:19] <micahg> bdrung: so, if I use the debhelper, I don't need to include xpi.mk, right
[17:20] <bdrung> micahg: yes (and you can install more than one xpi file). cdbs' xpi.mk supports only one xpi file
[17:21] <micahg> bdrung: what the min version of devscripts and debhelper?
[17:21] <asac_> most recent i guess ;)
[17:21] <asac_> 0.19
[17:21] <asac_> ?
[17:21] <bdrung> micahg: debhelper 7.0.50~ and m-d >= 0.19~
[17:22] <bdrung> micahg: that's all on the wiki ;)
[17:22] <micahg> bdrung: that's down ;)
[17:22] <bdrung> i know. ==> ;)
[17:24] <bdrung> micahg: workaround: http://people.ubuntu.com/~bdrung/mozilla-devscripts.htm
[17:27] <micahg> bdrung: do I need the Recommends, Provides, and Enhances?
[17:27] <micahg> or will lintian complain?
[17:29] <micahg> asac: can I install the .xpi as is, or do I still need to do the stuff that's in the install target?
[17:32] <bdrung> micahg: every real extension should have Recommends, Provides, and Enhances, but building won't fail if not
[17:36] <micahg> k, I added it to the template
[17:38] <micahg> bdrung: can I install the upstream .xpi as is with install-xpi?
[17:40] <bdrung> micahg: yes
[17:41] <micahg> asac: should I comment out stuff in the rules file, or can I jsut delete the lines I don't need
[17:55] <asac> micahg: keep the diff.gz etc. of the current revision
[17:55] <asac> somewhere safe
[17:55] <asac> then go ahead and remove stuff
[17:55] <micahg> asac: my current revision or the aarchive?
[17:55] <asac> your current revision that you worked on
[17:55] <micahg> :), ok
[17:55] <asac> whatever you have right now ... which was good besides the install location
[17:55] <asac> ;)
[17:56] <micahg> k, it's actually on LP, so we're good
[17:58] <micahg> asac: do I need a build target, it's just dh_testdir and touch build-stamp now?
[17:58] <asac> yes
[17:58] <micahg> k
[17:58] <asac> you need the testdir at least i guess
[17:59] <micahg> that's already in the install target
[17:59] <asac> hmm. not sure. doesnt hurt i guess
[18:00] <micahg> asac: should I install target not have anything if I'm doing it all in override_dh_auto_install?
[18:01] <micahg> or can I do install-xpi in install?
[18:03] <asac> i dont know
[18:03] <asac> i thin the overrride thing is debhelper 7
[18:03] <asac> if you dontr redo everything i would say ignore that
[18:03] <asac> add that xpi-install to the binary-install target or something
[18:06] <sebner> micahg: install is for install files,. auto_install is usually for make install stuff
[18:12] <micahg> asac: k, I uploaded a new build, let's see what happens
[18:13] <asac> heh
[18:13] <asac> try locally ;)
[18:13] <asac> langpacks should be fast enough to check
[18:14]  * micahg guesses his computer can multi task ;)
[18:14]  * micahg forgot he can do that
[18:14] <asac> lol
[18:15] <asac> micahg: did you multi task your scanner yet ;)?
[18:15] <micahg> indeed
[18:15] <micahg> build failed locally, lol
[18:40] <asac> micahg: so i checked. its ok that we dont have any cairo.so
[18:40] <asac> its linked statically
[18:40] <asac> http://launchpadlibrarian.net/38354645/buildlog_ubuntu-lucid-i386.firefox_3.6%2Bnobinonly-0ubuntu1_FULLYBUILT.txt.gz
[18:40] <asac> ../../gfx/cairo/cairo/src/libmozcairo.a ../../gfx/cairo/libpixman/src/libmozlibpixman.a   -lXrender -lfreetype -lfontconfig  -L../../modules/zlib/src -lmozz -L/build/buildd/firefox-3.6+nobinonly/build-tree/mozilla/dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -L/lib -ldbus-glib-1 -ldbus-1 -lpthread -lrt -lgobject-2.0 -lglib-2.0    -lX11  -lXext  -pthread -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lrt -lgl
[18:40] <asac> chmod +x libxul.so
[18:41] <asac> hmm. the -lcairo is a bit odd though
[18:41] <asac> do upstream builds also show libcairo.so on ldd ?
[18:41] <micahg> checking
[18:42] <asac> bug 403009
[18:42] <micahg> yes, yes, I think
[18:42] <asac> bug 409943
[18:42] <micahg>  libcairo.so.2 => /usr/lib32/libcairo.so.2 (0xf71d1000)
[18:42] <asac> yeah
[18:42] <asac> good
[18:43] <asac> hmm. wonder if thats coming from pkg-config --libs gtk+2.0
[18:43] <asac> pkg-config --libs gtk+-2.0
[18:43] <asac> -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0
[18:43] <asac> seems so
[18:44] <micahg> asac: I'm doing something silly and I can't see to get it: http://pastebin.ubuntu.com/365324/
[18:44] <asac> CURLOCALESMALL=`echo $${CURLOCALE} | sed --posix 'y/ABCDEFGHIJKLMNOPQRSTUVWXYZ/abcdefghijklmnopqrstuvwxyz/'` ;
[18:44] <asac> that line needs a \
[18:44] <asac> at the end
[18:45] <micahg> it has it
[18:45] <asac> without a whitespace after that \
[18:45] <asac> not in the paste
[18:45] <micahg> it's off to the right
[18:45] <asac> what is the problem?
[18:45] <asac> -p thunder
[18:46] <asac> usually thats without a whitespace
[18:46] <asac> install-xpi -p thunderbird-locale-${CURLOCALESMALL} $i
[18:46] <micahg> the vars aren't expanding
[18:46] <asac> that needs double $
[18:46] <asac> in both places
[18:47] <asac> in make $ gets evaluated right away ... $$ escapes that
[18:47] <micahg> ah, which is why my test echos were failing
[18:48] <micahg> k, so now my test echos work, but the install-xpi line still isn't evaluating
[18:49] <micahg> :nm
[18:49] <asac> kk
[18:51] <micahg> I think I need it under that target
[18:51] <micahg> I get crashes
[18:51] <asac> crashes?
[18:52] <asac> of make?
[18:52] <micahg> no, of install-xpi
[18:53] <asac> interesting ... do you see the command it runs?
[18:54] <fta> asac, crazy sed.. tr 'A-Z' 'a-z'
[18:55] <micahg> asac: http://pastebin.ubuntu.com/365334/
[18:55] <asac> lol
[18:55] <asac> micahg: use the tr of fta ;)
[18:56] <asac> check what is in line 244
[18:56] <asac> do you have Architecture: all for all binary packages?
[18:56] <asac> in control?
[18:57] <micahg> it's supposed to be binary indep
[18:57] <asac> i know
[18:57] <asac> but is that in control?
[18:57] <asac> all packages need Architecture: all
[18:57] <micahg> yes, Arch: all
[18:58] <asac> is there a debian/control at all?
[18:58] <micahg> yes
[18:58] <micahg> 650+ lines ;)
[18:59] <asac> i would think that control has syntax errors or the install-xpi command run has bad parameters
[19:00] <asac> most likely the -p parameter doesnt exist in debian/control
[19:00] <micahg> -p in control?
[19:00] <asac> no
[19:00] <asac> install-xpi -p...
[19:00] <asac> that is the package name
[19:00] <micahg> yes
[19:00] <micahg> ah
[19:00] <asac> if you have en-XX.xpi and dont have a package called ...-en-xx
[19:00] <asac> then it would fail
[19:00] <asac> in my book
[19:01] <asac> not sure if it would be this crash
[19:01] <asac> but worht checking
[19:01]  * micahg is checking package name
[19:02] <micahg> looks ok
[19:02] <asac> well. simplify it
[19:02] <asac> try just one package manually
[19:02] <asac> on the command line
[19:02] <asac> and see
[19:03] <micahg> seems to have worked :(
[19:04] <micahg> ah, seems to be a path issue
[19:08] <fta> asac, apparently, -l10n as a separate arch all deb is causing issues
[19:10] <micahg> \o/
[19:11] <asac> great ;)
[19:11] <micahg> got another crash later :(
[19:11] <micahg> seems to be a problem with one ofthe xpis
[19:11] <asac> fta: you mean for chromium?
[19:12] <fta> yes
[19:12] <micahg> ah, install.rdf seems to have some whitespace
[19:13] <fta> asac, got several complaints from users about random translations
[19:13] <fta> my best bet is amd64 users upgrading when the i386=all still not ready
[19:14] <fta> so they run the new chromium with the old lang pack
[19:15] <asac> yeah
[19:15] <asac> thats definitly the case
[19:16] <asac> so you can tighten the dependency
[19:16] <asac> like depends chromium-browser (= ${binary:Version} )
[19:16] <asac> if there is the likelyhood of mixup
[19:17] <micahg> asac: about the white space in the .xpi file, should I edit it manually?
[19:18] <micahg> or do I have to have the rules file repackage?
[19:18] <asac> micahg: which .xpi?
[19:18] <asac> which lang?
[19:18] <micahg> fy-NL.xpi has 3 lines of white space
[19:18] <micahg> at the top
[19:18] <micahg> and m-dev borks
[19:18] <asac> yeah. so drop that .xpi for now
[19:18] <asac> file bug in bugzilla about illegal rdf xml
[19:19] <micahg> k
[19:19] <asac> and maybe file a bug on m-devscript for bdrung to trim the file (in a best effort)
[19:19] <micahg> k, asac, I've gtg though, can I finish this up sat night?
[19:19] <asac> yeah. i wont be uploading today anyway, as i will be travelling all day tomorrow
[19:19] <asac> so cannot fix bustages like complete /home wipe ;)
[19:19] <micahg> asac: k, tty on sunday
[19:20] <asac> right. enjoy
[19:20] <asac> not sure yet when i will be online
[19:20] <micahg> k
[19:20] <asac> micahg: i will definitly let you know
[19:20] <fta> asac, iirc, you asked me to remove it a while ago
[19:20] <asac> fta: could be. i wouldnt have thought that it is so fragile
[19:20] <asac> if thats really the case its really ugly translation mechanism
[19:21] <asac> my demotivation is almost at 120%
[19:21] <asac> flying tomorrow :(
[19:21] <asac> to US ... with german airports being snow-under
[19:32] <fta> an event?
[19:34] <sebner> asac: are you on the same plane as pitti and mvo? :)
[19:35] <asac> yes
[19:35] <asac> and ogra
[19:35] <asac> why?
[19:35] <asac> fta: platform sprint ... yes.
[19:35] <asac> in portland :(
[19:35] <asac> worst place i could have imagined ... no direct flights out of germany etc.
[19:38] <fta> asac, you're lucky, it's not that cold there
[19:38] <fta> ~10°C, but with rain
[19:40] <sebner> asac: just curious :=)
[19:41] <asac> good to know ;)
[19:41] <asac> 10°C isnt really make it better
[19:44] <sebner> asac: why portland and not london?
[19:45] <asac> thats a bleeding wound ... plesae dont ;)
[19:45] <sebner> heh
[19:46]  * sebner hides
[19:54] <fta> google-chrome-beta               29261   2.05%     18439    6751    4048      23
[19:54] <fta> chromium-browser                 28346   1.98%      4535   17140    6664       7
[19:55] <fta> :(
[19:55] <fta> jcastro, ^^ sad day
[19:55] <jcastro> dang
[19:57]  * fta feels like giving up for good
[19:58] <asac> doesnt feel that bad
[19:58] <jcastro> fta: people will still want an open version
[19:59] <fta> same thing in debian:
[19:59] <fta> google-chrome-beta                3103   3.45%      2183     390     525       5
[19:59] <fta> google-chrome-unstable            1844   2.05%       885     161     795       3
[19:59] <fta> chromium-browser                   385   0.43%       165      35     183       2
[20:00] <fta> so much for free software fanatics
[20:01] <asac> you take stats too seriously
[20:02] <asac> maybe google just installed chromium-browser-beta everywhere in their datacenter ;) ... who knows
[20:10] <sebner> asac: now, they use IE as we recently read ;)
[21:04] <fta> jcastro, i see you're involved in gtg, is it able to do auto-sync between several computers? (without relying on a website)
[21:05] <jcastro> fta: yes once the couch backend is fixed up, it will be in the next release
[21:06] <fta> great
[21:06] <jcastro> fta: you just set the couches to sync to your master computer
[21:06] <fta> hope it's over ssh
[21:07] <jcastro> https
[21:11] <fta> yep, makes sense for couches, but it's less practical
[21:26] <bdrung> asac: do you have time for a sponsorship?
[21:27] <asac> read identi.ca ;)
[21:27] <asac> i am paralized atm
[21:27] <asac> bdrung: webfav and ubufox? or anything else?
[21:29]  * asac updates his karmic mini9
[21:29] <BUGabundo> asac: as in phisicaly ?
[21:29] <asac> dunno
[21:29] <asac> psychosomatic i guess
[21:29] <asac> ;)
[21:30] <bdrung> asac: yes, these two
[21:30] <asac> i will do that in portland ... need to become sleepy somehow and uploading doesnt help ;)
[21:30] <asac> same for chatting ;)
[21:31]  * asac tunes out
[21:31] <asac> cu in 2 days in a different timezone ;)
[21:31] <asac> sry
[21:33] <asac> maybe i will be back in a bit ... you never know ;)
[21:44] <fta> asac, "updates his karmic mini9", usually a bad idea to update just before leaving
[23:48] <BUGabundo> " over the course of 2010, we will be phasing out support for Microsoft Internet Explorer 6.0 " oopppsss
[23:53] <bdrung> BUGabundo: who cares about that? ;)
[23:54] <BUGabundo> google does
[23:54] <BUGabundo> they are emailing accounts admin