[00:02] <micahg> asac: bug 397211
[00:08] <BUGabundo> hehehe
[00:18] <asac> micahg: answered ;)
[00:18] <micahg> ty
[00:20] <asac> anyone used the gtk-vnc plugin at some point?
[00:20] <BUGabundo> nop
[00:22] <asac> wasnt there kind of a "my screen mirroring" vnc thing somewhere?
[00:23]  * asac intalls x11vnc
[00:25] <asac> good that works
[00:30] <fta> 69/310/1
[00:32] <fta> asac, anything special to do to ship a setuid binary in a package?
[00:34] <asac> ask on -devel ;)
[00:34] <asac> i would think no
[00:34] <asac> but that sholdnt be done for normal apps
[00:35] <fta> it's not a normal app
[00:38] <asac> whast so "special" ;)
[00:38] <asac> just kidding
[00:38] <asac> i dont think something special is required. if its root setuid entering mir would definitly trigger a fully grown security review ;)
[00:39] <asac> good- gtk-vnc ported
[00:40] <asac> Xulrunner - universe - port package miro: TODO
[00:40] <asac> Xulrunner - universe - port package gnome-web-photo: TODO
[00:40] <asac> Xulrunner - universe - port package couchdb: TODO
[00:40] <asac> let me do couchdb
[00:56] <asac> ineresting
[00:56] <asac> my gtk-vnc ppa upload got a i386 builder in 30 minutes or so
[00:58] <fta> maybe there's an unfair queuing
[01:05] <asac> gnome-web-phoo error
[01:06] <fta> i hope they add a lot more boxes soon
[01:06] <asac> too bad ... there is no GetDocumentTitle in any xul 1.9.1 header
 d'oh! http://www.sofaraway.org/ubuntu/tmp/ppa-queues2.png
 it's bad as it means it's impossible to produce a single daily
 when a given package finally gets built (after 24h+), it ftbfs with "State: Failed to upload" because the next version is already
[01:09] <asac> i think the daily trend is still down ;)
[01:09] <asac> meaning, more get buld per day than not ;)
[01:18] <asac> guess same bug for gnome-web-phtot
[01:18] <asac> lp says it is building on i386
[01:18] <asac> https://edge.launchpad.net/~mozillateam/+archive/ffox35/+build/1111302
[01:18] <asac> hmm
[01:18] <asac> its really building
[01:18] <asac> wtf ;)
[01:19] <asac> lets see if it just disappears in a few minutes again
[01:19] <asac> hmm gtk-vnc was really build as well
[01:19]  * asac confused
[01:20] <asac> maybe "main" packages have a higher score than univers?
[01:20] <asac> could be ... at least for real archive its that way i think
[01:21] <asac> the initial build score is slightly higher for main afaik
[01:31] <fta> couchdb failed
[01:33] <asac> huh?
[01:33] <fta> got 2: https://launchpad.net/~mozillateam/+archive/ffox35/+build/1111274/+files/buildlog_ubuntu-karmic-i386.couchdb_0.9.0-2ubuntu3.ffox35_FAILEDTOBUILD.txt.gz
[01:33]  * BUGabundo fta is faster then email 
[01:33] <BUGabundo> lol
[01:33] <asac> pango bustage?
[01:34] <asac> or did i mess it up
[01:34] <asac> hmm
[01:35] <asac> odd
[01:53] <asac> ok couchdb really needed some js porting ;)
[01:53] <asac> guess i locally tried agains 1.9 and didnt notice
[01:55] <micahg> asac, there's a bug that works for me on ff3.5, but the OP hasn;t responded in months
[01:55] <micahg> bug 257649
[01:59] <asac> micahg: invalidate
[02:00] <asac> micahg: ping him
[02:00] <asac> maybe he had no chance to try jaunty yet
[02:01] <asac> if he doesnt reply at all, you can invalidate
[02:01] <asac> ok
[02:01]  * asac off
[02:01] <asac> cu tomorro
[02:01] <micahg> thanks asac
[02:01] <micahg> ngiht
[08:10] <indus> hi
[08:11] <indus> this is probably extremely minor,but
[08:12] <indus> when we start firefox 3.5,the icon similar to the windows hourglass icon is active even though firefox has started
[08:12] <indus> for about 5 seconds
[08:12] <indus> whats with that
[10:52] <gnomefreak> asac: what is Eeebuntu? and is it supported officially by us
[11:42] <gnomefreak> asac: do we want to or even have to support packages in Eeebuntu?
[11:43] <asac> gnomefreak: depends
[11:44] <asac> if they find bugs that are also in ubuntu, yes.
[11:44] <gnomefreak> lightning bug only on Eeebuntu
[11:44] <asac> but only if it comes from eeebuntu devs actually
[11:44] <asac> gnomefreak: show it me and i can tell
[11:45] <gnomefreak> ok let me see if i can find it
[11:46] <gnomefreak> asac: bug 397209
[11:50] <gnomefreak> its only in Eeebuntu so im thinking no we dont
[11:56] <asac> gnomefreak: maybe the guy has upstream .xpi installed?
[11:57] <asac> commented
[11:59] <gnomefreak> thanks i forgot about that option
[11:59] <gnomefreak> i think i just found the problem with that damn script now to try it
[12:00] <asac> which script are you talking about?
[12:00] <gnomefreak> rsync
[12:00] <gnomefreak> nope its right
[12:03] <gnomefreak> the command works but the same command in script fails with
[12:03] <gnomefreak> rsync: link_stat "/daily/current/karmic/alternate-i386.iso" (in cdimage) failed: No such file or directory (2)
[12:03] <gnomefreak> i guess i kinow what im working on today :)
[12:04] <asac> ah
[12:04] <asac> i dont know
[12:04] <asac> to advanced for my basic downloading skills
[12:04] <gnomefreak> :) that makes 2 of us, hell i didnt know bash had a do_download() function
[12:07]  * gnomefreak stands by #'s should not afect the script running
[12:09] <gnomefreak> (code 23) at main.c(1524) is odd to me since this is a bash script (sort of simple)
[12:12] <gnomefreak> maybe these comments do affect the script
[12:21] <gnomefreak> ok bash shouldnt care if use space or tab mix like python does so that cant be it
[12:22] <gnomefreak> holy shit i think i fixed it
[12:22] <gnomefreak> i did i did!!!!!
[12:22] <asac> heh
[12:22] <asac> congrats
[12:23] <gnomefreak> it _was_ the spaces should only have 1 not the the others in scriopt
[12:23] <gnomefreak> asac: thanks
[12:23] <gnomefreak> s/the/like
[12:23]  * gnomefreak tied up for next 1hou or so
[12:25] <gnomefreak> asac: the 3.6 X bug you were working on how do you reproduce it?
[12:25] <asac> gnomefreak: you mean the BadWindow ?
[12:25] <asac> i am not sure
[12:25] <gnomefreak> yes
[12:25] <asac> it happens at some point
[12:25] <asac> and then i cannot start firefox anymore
[12:25] <asac> http://bugzilla.gnome.org/show_bug.cgi?id=581526
[12:25] <gnomefreak> asac: disable ubufox
[12:26] <gnomefreak> im not getting errors
[12:26] <asac> Bug 220628
[12:26] <asac> yeah
[12:26] <asac> it seems to dpeend on sometihng odd
[12:26] <asac> most likely graphics driver related
[12:27] <asac> bugabundo sees it too
[12:27] <asac> i have to ask him about his chipset
[12:27] <gnomefreak> i have nvidia 173 if that helps
[12:28] <gnomefreak> just running it doesnt fail for me
[12:28] <gnomefreak> asac: you or him have compiz enabled by chance?
[12:29] <asac> yes
[12:29] <gnomefreak> try for the hell of it to disable it
[12:30]  * gnomefreak doesnt use compiz. too many problems
[12:34] <gnomefreak> md5sum is wrong in the updated version of iso but my file is right. I balme script again
[12:36] <gnomefreak> seems its missing the first # only
[12:36] <gnomefreak> the site shows it right site matches mine
[12:36] <gnomefreak> oh well cant complain it still works :)
[12:38] <gnomefreak> ok next problem, just dont have one that i know of atm
[12:46] <gnomefreak> !info gdm karmic
[12:46] <gnomefreak> still ubunt4
[12:47] <gnomefreak> !info mautilus karmic
[12:47] <gnomefreak> !info matilus karmic
[12:47] <gnomefreak> !info nautilus karmic
[12:47] <gnomefreak> ohhh
[12:48] <gnomefreak> asac: anything i have pending that you know of or can i attempt another karmic install?
[12:49] <asac> no go ahead
[12:49] <asac> ;)
[12:49] <asac> dont loose your data
[12:51] <gnomefreak> im badcking up right now
[12:53] <asac> gnomefreak: i am sending a mail to flashgot author about the licensing. i will CC you (no need to reply)
[12:53] <gnomefreak> you gotta love ubuntuone :)
[12:53] <asac> heh
[12:53] <asac> i didnt test it yet (shame on me)
[12:53] <gnomefreak> asac: thanks what is wrong with it?
[12:54] <gnomefreak> its in top level dir IIRC
[12:54] <gnomefreak> :)
[12:54] <asac> well. its better to have the licensing in all files
[12:54] <asac> expecially there a re a few files that have a license header
[12:54] <asac> which doesnt say its GPL
[12:54] <asac> just (c) ...
[12:54] <gnomefreak> i still have to get around to looking more into the firegpg clean bug and need to fix typo too but i will do that later once install is done and works
[12:55] <asac> which usually means its non-free
[12:55] <gnomefreak> ah ok
[12:55] <gnomefreak> good point
[12:58]  * gnomefreak not likeing ubuntuone anymore
[12:58] <gnomefreak> :)
[13:06]  * gnomefreak feels stupid as shit now. i was doing things the hard way today
[13:54]  * gnomefreak going to be getting hate mail, glad i will be installing again and not cheaking email
[13:59] <Lantizia> Hey, how come 3.5 still doesn't get it's real logo?
[13:59] <asac> !ff35
[14:00] <asac> !ff35 | Lantizia
[14:01] <Lantizia> yeah that's a really lame reason
[14:01] <Lantizia> I'll adapt the firefox-3.0-branding package to work for 3.5
[14:03] <gnomefreak> Lantizia: since we already have a firefox branding firefox-3.5 official branding will just confuse users. well hell its doing that now
[14:03] <Lantizia> you already have package firefox-3.5-branding
[14:03] <Lantizia> but it does very little
[14:03] <gnomefreak> Lantizia: its not the official branding
[14:03] <Lantizia> i realise
[14:04] <gnomefreak> ok its that time again. Ill be back in a few hours i hope
[14:29] <fta> d'oh! "Estimated repository size: 45.4 GiB (100.00%) of 39.6 GiB"
[15:09] <bluekuja> asac, how can I create a bzr bd config file?
[15:10] <asac> bluekuja: .bzr-builddeb/defaulf.conf
[15:10] <bluekuja> so I create the hidden file .bzr-builddeb
[15:10] <bluekuja> * hidden folder
[15:10] <bluekuja> do you have an example of the default.conf?
[15:11] <asac> hidden folder
[15:11] <asac> a bunch of firefox-extension branches have that
[15:11] <asac> debian/patches/re-libtoolize-karmic.dpatch
[15:11] <asac> http://code.launchpad.net/firefox-extensions
[15:11] <asac> check out a fewq
[15:11] <bluekuja> k, ty
[15:14] <bluekuja> asac, I need bzr bd -S to work
[15:14] <bluekuja> in the default.conf file
[15:15] <bluekuja> should I just add a rule saying merge = true
[15:15] <bluekuja> for it?
[15:15] <bluekuja> so that with using bzr bd -S will invoke merge as well
[15:17] <asac> bluekuja: merge = true + export-upstream-revision + export-upstream
[15:17] <asac> makes most sense
[15:17] <bluekuja> ok
[15:18] <asac> bluekuja: for upstrem-revision use the long revision you see in bzr log --show-ids
[15:18] <asac> thats a worldwide unique revision
[15:18] <asac> e.g. even works after merging etc. while revision numbers wouldnt
[15:18] <bluekuja> ok
[15:18] <bluekuja> let me see
[15:18] <asac> so look at upstream branch like bzr log -l1 --show-ids
[15:18] <asac> then you pick the long id and use revid:xxxxxxxxx
[15:19] <asac> in the export-upstream-revision field
[15:19] <asac> usually you bump that revision field either when merging in new upstream branch or when bumpng upstream versio nin changelog (in case its a debian only tree)
[15:19] <asac> for full source trees export-upstream = .
[15:19] <asac> works
[15:19] <asac> you wont need to maintaina .upstream branch then
[15:19] <asac> because you can always extract the upstream branch from the uubuntu/debian one
[15:20] <bluekuja> so with new upstream releases
[15:20] <bluekuja> I bumb it
[15:22] <asac> right. i would do a bzr merge ...
[15:22] <asac> then change the revision id
[15:22] <asac> and then commit it as "merged new upstream
[15:22] <asac> - adjust .bzr-builddeb/default.conf accordingly"
[15:22] <asac> or something
[15:22] <bluekuja> why merging?
[15:22] <asac> (and you would add new changelog entry too
[15:22] <bluekuja> I have two different branches
[15:22] <asac> bluekuja: if you have a full source branch you need to merge new upstream
[15:22] <bluekuja> for debian and upstream
[15:23] <asac> if you have a debian only branch
[15:23] <asac> then you dont need to merge
[15:23] <bluekuja> yes
[15:23] <bluekuja> I have debian only
[15:23] <bluekuja> plus upstream only
[15:23] <asac> yeah then thats option too i mentioned above
[15:23] <asac> so in your cse i would do dch -vNEW-UPSTREAM-1 -DUNRELEASED
[15:23] <asac> and change revision
[15:23] <asac> id
[15:23] <asac> and commit
[15:23] <asac> "new upstream"
[15:23] <asac> - adjust .bzr-builddeb/default.conf accordingly
[15:23] <asac> or something like that
[15:24] <bluekuja> with the new revid
[15:24] <bluekuja> ok
[15:24] <asac> yeah
[15:24] <asac> bluekuja: you can test whether it works by just running bzr bd
[15:24] <bluekuja> yep
[15:24] <asac> if done properly it should automatically export orig.tar.gz from upstream branch etc.
[15:24] <asac> yeah
[15:24] <asac> good
[15:26] <bluekuja> asac, with dch -vNEW-UPSTREAM-1 -DUNRELEASED
[15:26] <bluekuja> I'll get a new revision with distro name set as unreleased
[15:26] <bluekuja> it that really needed?
[15:26] <bluekuja> or I can just get the rev id of the last revision
[15:28] <asac> bluekuja: yes. you first say "new upstream release" and leave it at UNRELEASED
[15:28] <asac> then when you have everythingy you want to change
[15:28] <asac> you do a single commit with just dch -r -Dkarmic/unstable or wahtehver
[15:28] <bluekuja> I've already did that
[15:28] <bluekuja> I mean
[15:28] <asac> saying "RELEASE NEW-UPSTREAM-1 to debian/unstable"
[15:28] <bluekuja> the changelog is ready for the upload
[15:28] <bluekuja> with all stuff in it
[15:28] <asac> thats usually wrong because you want to do stuff one by one
[15:29] <bluekuja> yes
[15:29] <asac> whatver its your branch only thing that is important is that you can identify exactly which revision was uploaded
[15:29] <asac> by just looking at changelog
[15:29] <bluekuja> ok
[15:29] <bluekuja> in the default.cong
[15:29] <bluekuja> the rev id
[15:29] <bluekuja> should be taken from the upstream branch rght?
[15:29] <asac> format is revid:REVISION-ID-FROM-BZR-LOG-SHOW_IDS
[15:29] <asac> bluekuja: yes.
[15:29] <bluekuja> ok
[15:30] <asac> you need to commit it to make it work with bzr bd
[15:31] <bluekuja> yep
[15:31] <bluekuja> I get the last commit
[15:32] <bluekuja> to the upstream.source branch
[15:32] <bluekuja> which the mail of the guy who did it
[15:32] <bluekuja> looks ok
[15:34] <bluekuja> asac, one thing
[15:34] <bluekuja> asac, all my debian dir files are on top level
[15:34] <bluekuja> but when I run bzr bd i get an error
[15:35] <bluekuja> coz he tries to find debian/changelog
[15:35] <bluekuja> which doesnt exist (everything on top level)
[15:35] <bluekuja> do you know what can i do?
[15:36] <asac> that works for me
[15:36] <asac> most likely your merge = True has wrong syntax
[15:37] <bluekuja> merge = True
[15:37] <bluekuja> export-upstream = .
[15:37] <asac> bluekuja: export-upstream = . is wrong
[15:38] <asac> that would be true if the debian branch has full upstream source merged
[15:38] <asac> you need to point to the upstream branch there
[15:38] <bluekuja> so it will be
[15:38] <bluekuja> ../
[15:38] <bluekuja> right?
[15:38] <asac> bluekuja: .. is wrong
[15:38] <asac> your upstream branch is a branch location
[15:38] <asac> that must always be true
[15:38] <asac> regardless where i check it out
[15:39] <asac> so its the remote location most likely
[15:39] <bluekuja> like http://bzr.something
[15:39] <bluekuja> and so on?
[15:39] <asac> right
[15:39] <bluekuja> ok
[15:39] <asac> your other  branch i looked at had full upstream sources merged
[15:39] <asac> are you sure you have a debian only branch now?
[15:39] <asac> (/me thinkgs so)
[15:40] <bluekuja> no
[15:40] <bluekuja> I still have two branches
[15:40] <bluekuja> one with debian dir only
[15:40] <asac> yeah then its like i said
[15:40] <bluekuja> yep
[15:40] <asac> your default.conf is wrong
[15:40] <asac> [BUILDDEB] needs to be on top
[15:41] <bluekuja> true
[15:41] <bluekuja> damn me
[15:41] <bluekuja> asac, [BUILDDEB]
[15:41] <bluekuja> merge = True
[15:41] <bluekuja> export-upstream = http://bzr.debian.org/gnome-btdownload/debian.source
[15:41] <bluekuja> is what I have now
[15:41] <bluekuja> * upstream.source
[15:41] <asac> the revision is missing
[15:42] <bluekuja> yes, it's there
[15:42] <asac> that will always pull the latest top
[15:42] <bluekuja> didnt paste it
[15:42] <asac> bluekuja: why would debian.source be upstream?
[15:42] <asac> thats wrong
[15:42] <bluekuja> nono
[15:42] <bluekuja> I mean it's export-upstream = http://bzr.debian.org/gnome-btdownload/upstream.source
[15:42] <bluekuja> but still bzr bd fails for the changelog problem
[15:42] <asac> ah
[15:42] <asac> didnt get that *
[15:43] <asac> bluekuja: why is the branch so huge?
[15:43] <asac> did you remove everything at some point=
[15:43] <bluekuja> yes
[15:44] <bluekuja> asac, bzr bd still don't works
[15:44] <bluekuja> for the debian/changelog stuff
[15:44] <bluekuja> {'_preformatted_string': None, 'location': '"debian/changelog"'}
[15:45] <asac> bluekuja: you need to commit stuff first
[15:45] <asac> at least the .bzr-builddeb/ directory needs to be properly committed afaik
[15:45] <asac> bzr bd --merge --export-upstream=http://bzr.debian.org/gnome-btdownload/upstream.source
[15:45] <asac> works for me
[15:46] <asac> so either your .bzr-builddeb/default.conf is still wrong or you didnt commit or your bzr-buildded is broken
[15:47] <bluekuja> --merge works
[15:47] <bluekuja> but bzr bd -S
[15:47] <bluekuja> not
[15:47] <bluekuja> I wanted to have it working
[15:48] <bluekuja> I created the default.conf to prevent me from using bzr bd --merge
[15:48] <bluekuja> but only bzr bd -S only
[15:48] <bluekuja> but adding that config file the merge calling should work
[15:49] <bluekuja> without specifying it
[15:49] <bluekuja> asac, try bzr bd -S
[15:49] <bluekuja> and see if it works for you
[15:51] <bluekuja> asac, seems like that merge = True don't do its work
[15:51] <bluekuja> asac, with bzr bd -S you get the changelog errr
[15:57] <bluekuja> asac, no idea?
[16:03] <bluekuja> asac, looking at HOWTOs, adding merge = true should do the work
[16:03] <bluekuja> but it doesnt for me
[16:03] <bluekuja> omg
[16:58] <asac> bluekuja: i think its a bug. use --merge for now and file a bug against bzr-builddeb maybe
[16:59] <asac> maybe the bug happens because you moved debian/* to toplevel
[16:59] <asac> it doesnt happen for me for normal branches
[17:19] <bluekuja> asac, ok ty
[17:19] <asac> bluekuja: also i noticed that it downloads the upstream release automatically
[17:19] <asac> bluekuja: if you want to use bzr, remove the watch file i guess
[17:20] <asac> or you dont need the upstream branch at all i guess (unless you want to release snapshots)
[17:20] <bluekuja> asac, it's ok, wanted to get the tarball directly from upstream
[17:20] <asac> then you dont need the upstream branch ;)
[17:20] <bluekuja> asac, yeah, that's a right point
[17:20] <asac> and also not the export-* options in default.conf
[17:20] <asac> keep merge
[17:21] <asac> =
[17:21] <bluekuja> yep
[17:21] <asac> in case it works again at some point ;)
[17:21] <bluekuja> I have merge only now
[17:21] <bluekuja> hoping it will work
[17:21] <bluekuja> on the futurr
[17:21] <asac> bluekuja: upgrade your branch please
[17:21] <bluekuja> I already did
[17:21] <asac> bluekuja: most likely just locally
[17:21] <asac> after pushing, do a bzr bind http://...remotelocation
[17:22] <asac> then run bzr upgrade
[17:22] <bluekuja> ok
[17:22] <asac> that will take some time i guess
[17:22] <asac> bluekuja: you can also run bzr bind ssh...
[17:22] <asac> directly
[17:22] <asac> will run a bit though
[17:22] <asac> but its worth it
[17:22] <bluekuja> done
[17:22] <bluekuja> let's see
[17:23] <asac> bluekuja: still not upgraded
[17:23] <asac> try to run upgrade REMOTEURL
[17:24] <bluekuja> bzr: ERROR: Upgrade URL cannot work with readonly URLs.
[17:24] <bluekuja> need ssh
[17:27] <bluekuja> asac, it's upgrading
[17:27] <bluekuja> brb
[17:27] <bluekuja> check it in 5 mins
[17:27] <bluekuja> it should be ok
[17:49] <bluekuja> asac, check now
[17:50] <bluekuja> should be ok
[18:11] <gnomefreak> ok who broke tbird3?
[18:54] <gnomefreak> asac: losing the sender field in tbird3 (on the list of emails) is gone is that our build or is it upstreams?
[19:00] <gnomefreak> asac: before i forget maybe we should have a kde build of ubufox
[19:32] <gnomefreak> my day is just about over i hope
[19:43] <gnomefreak> anyone know if libgdl-1-0 was replaced with something or even just dropped?
[19:44] <gnomefreak> it has no rdepends so im not real sure why it is wanting to be removed
[19:52]  * gnomefreak smokes than email than gone
[22:49] <BUGabundo> lets try this again:
[22:49] <BUGabundo> ola ppl
[23:15] <fta> bonsoir
[23:15] <BUGabundo> gun tag
[23:15] <fta> BUGabundo, is there another gtk2/gnome client for identi.ca? one that crashes less than gwibber?
[23:16] <BUGabundo> hahaahah
[23:16] <BUGabundo> I use XMPP!
[23:16] <BUGabundo> there qock or something
[23:16] <BUGabundo> but that's kde I think
[23:16] <fta> q* sounds kde
[23:17] <fta> yep, don't want that
[23:19] <BUGabundo> XMPP  then!
[23:19] <BUGabundo> or do one NEW
[23:19] <fta> http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gwibber
[23:19] <fta> lol
[23:20] <fta> BUGabundo, if i had more time, i'd probably do a fta-os :P
[23:21] <fta> or a million-year of life time
[23:21] <BUGabundo> ahahaah
[23:22] <fta> asac, https://wiki.ubuntu.com/Chromium/Packaging
[23:25] <asac> fta: good ;)
[23:25] <BUGabundo> fta: how about an wiki.ubuntu.com/Google/OS/packaging ?
[23:26] <fta> BUGabundo, how about wiki.ubuntu.com/Google/OS/waiting_for_the_code?
[23:26] <BUGabundo> eheheheheh
[23:41] <fta> BUGabundo, did you try chromium since yesterday?
[23:41] <BUGabundo> no
[23:41] <BUGabundo> trying now
[23:42] <micahg> BUGabundo: have you tried pidgin?
[23:42] <BUGabundo> using it now
[23:42] <BUGabundo> fta: Chromium Dev Build
[23:50] <micahg> ah, you were looking for another xmpp client?
[23:50] <BUGabundo> me??
[23:50] <BUGabundo> now
[23:50] <BUGabundo> fta was
[23:50] <BUGabundo> or another identica client
[23:51] <micahg> asac: the user agent guy mostaly has trouble with microsoft sites and facebook
[23:51] <asac__> jamesh: i uploaded couchdb_0.9.0-2ubuntu3.ffox35.1 (xulrunner 1.9.1 port) to https://edge.launchpad.net/~mozillateam/+archive/ffox35 ... which hopefully will build well.
[23:51] <BUGabundo> micahg: is crap anyway
[23:51] <micahg> BUGabundo: what is?
[23:51] <asac__> jamesh: would be cool if you could verify it tomorrow or when you have time
[23:52] <BUGabundo> micahg: msft
[23:52] <micahg> BUGabundo: indeed
[23:52] <asac__> micahg: hotmail?
[23:52] <asac__> afaik hotmail doesnt even work with the right user agent
[23:52] <micahg> asac__: calendar.live.com and bing
[23:52] <asac__> they refuse to accept firefox + Linux
[23:52] <asac__> but not firefox + windows
[23:52] <asac__> (maybe its fixed now, but it was a big thing)
[23:53] <asac__> at lesat the start page of calendar.live.com doesnt complain
[23:53] <asac__> no access of course ;)
[23:53] <BUGabundo> fta: but why did you ask about chromium?
[23:53] <asac__> bing works
[23:53] <asac__> not sure what wouldnt work
[23:53]  * BUGabundo has never even seem bing page
[23:54] <micahg> asac__
[23:54] <micahg> http://www.bing.com/maps/help/en-us/browsernotsupported.htm?http%3a%2f%2fwww.bing.com%3a80%2fmaps%2f
[23:54] <asac__> well
[23:55] <asac__> i expect that to happen if i go to a "browser not supported" webpage, right?
[23:55] <fta> BUGabundo, to make sure my new sandbox doesn't prevent you to start the browser, as it did for someone
[23:55] <micahg> http://www.bing.com/maps/
[23:56] <micahg> asac__: it doesn't work with FF3.5 User agent either
[23:56] <fta> http://code.google.com/p/chromium/issues/detail?id=16363
[23:57] <micahg> asac__: I think we should ignore it...part of a browser being open source is that people can name it whatever they want...i.e. the asac browser :)
[23:58] <BUGabundo> fta: daily 64bits WFM