[00:16] <dtchen> fta: glitch-free enabled or disabled?
[00:16] <fta> dtchen, how do i know?
[00:17] <BUGabundo> hheheh
[00:17] <BUGabundo> dtchen: that's the common question
[00:19] <micahg> anyone wanna take a stab at my problem ^^^^
[00:19] <dtchen> fta: grep tsched= {/etc/pulse/default.pa,~/.pulse/default.pa}
[00:20] <dtchen> (eh, not the most efficient set, but whatever)
[00:21] <BUGabundo> /etc/pulse/default.pa:load-module module-hal-detect tsched=0
[00:21] <BUGabundo> grep: /home/bugabundo/.pulse/default.pa: No such file or directory
[00:22] <fta> /etc/pulse/default.pa:load-module module-hal-detect tsched=0
[00:22] <fta> grep: /home/fta/.pulse/default.pa: No such file or directory
[00:23] <dtchen> fta: ok, so i presume pkill pulseaudio works around that?
[00:23] <fta> nope
[00:24] <fta> 1st thing i tried
[00:25] <dtchen> ok, what if you disable autospawn, pkill pulseaudio, and just use alsa directly?
[00:26] <BUGabundo> fta: is the volume at 100%?
[00:26] <BUGabundo> mine tends to get muted or low
[00:26] <dtchen> or at 0%
[00:26] <dtchen> nearly all HDA controllers have this gpio screwery that i haven't figured out how to work around
[00:27] <dtchen> it manifests itself as crackling when the Master/PCM/Front widgets are powered down
[00:27] <dtchen> aka "muted"
[00:28] <BUGabundo> or change from analog to digital
[00:28] <BUGabundo> or alsamixer gets out of sync
[00:28] <BUGabundo> lol
[00:28] <BUGabundo> just so many bugs.... poor dtchen
[00:29] <BUGabundo> asac: ping. are you around! want to clear a bug/feature on NM and 3G
[00:29] <fta> how do I disable autospawn?
[00:30] <dtchen> fta: change /etc/pulse/client.conf's "autospawn = yes" to "autospawn = no", or do so in ~/.pulse/client.conf
[00:30] <dtchen> (anything in /etc/pulse will be overridden by ~/.pulse)
[00:32] <fta> yep, better
[00:32] <dtchen> ok, so the plot thickens
[00:32] <dtchen> there are a few things to consider, and i'm working with the speex developer on the resampling
[00:32] <dtchen> the resampler is one culprit
[00:32] <dtchen> another culprit is the use of shm
[00:33] <dtchen> you can try disabling shm in daemon.conf
[00:33] <fta> but it was almost fine in jaunty
[00:33] <dtchen> you can also adjust default-fragments and default-fragment-size-msec
[00:33] <dtchen> jaunty and karmic have _very_ different audio stacks
[00:33] <fta> how come?
[00:33] <dtchen> in fact, the audio stack has changed significantly between each of gusty, hardy, intrepid, jaunty, and karmic
[00:34] <dtchen> it's like having five separate stacks, really
[00:34] <fta> hm
[00:34] <dtchen> well, for starters, every release brings a newer section of the stack (alsa-kernel shipped in linux-image-$(uname -r) - and alsa-lib)
[00:35] <dtchen> not to mention the glue layer shipped in alsa-plugins changes
[00:35] <dtchen> not to mention pulseaudio itself changes
[00:35] <BUGabundo> ehehe
[00:35] <dtchen> not to mention the compilation options have changed
[00:37] <fta> well, i trust you on this ;)
[00:37] <dtchen> no need to trust me
[00:39] <fta> :)
[00:40] <fta> default-fragments = 8
[00:40] <fta> default-fragment-size-msec = 10
[00:40] <fta> what do you recommend?
[00:41] <dtchen> it's extremely controller specific
[00:41] <BUGabundo> fta: I went up to 128
[00:41] <BUGabundo> above 16 didn't notice any diference
[00:41] <dtchen> there is no "one size fits all"
[00:42] <dtchen> BUGabundo: then you're just spinning the cpu more than you need to
[00:42] <BUGabundo> eheh
[00:42] <BUGabundo> I'm back on 8
[00:43] <fta> mplayer randomly pauses itself
[00:45] <fta> tried 8/10, 16/10, 32/10, 8/20, 8/40(=unusable)
[00:45] <fta> nada
[00:46] <BUGabundo> I just changed frag.... not size msec
[00:48] <dtchen> fta: they're frame-aligned on powers-of-two
[00:48] <fta> 8, 16, 32...
[00:49] <dtchen> ok
[00:49] <dtchen> let me work on the git snapshots of pulse and get back to you
[00:50] <dtchen> i would, in the meantime, reset those values to 8 and 10, respectively, and try changing the resampler
[00:50] <dtchen> (i'm currently using ffmpeg, but some people use trivial)
[00:51] <BUGabundo> dtchen: how can we do that?
[00:52] <fta> hhmmm;, excellent
[00:52] <fta> with ffmpeg
[00:52] <dtchen> BUGabundo: daemon.conf
[00:53] <dtchen> "resample-method = ffmpeg"
[00:53] <dtchen> you'd think it would be straightforward to adjust these parameters, but the permutations of HDA controllers really make things horrifically complicated
[00:54] <fta> if i pause in mplayer for more than a few secs, when i unpause, it plays just 3 secs and stops
[00:54] <dtchen> using either -ao alsa or -ao pulse, correct?
[00:55] <fta> yes
[00:55] <fta> it's ao=alsa now
[00:55] <dtchen> grr, that's more complicated (need to look at both linux and pulseaudio)
[00:56] <dtchen> if you're brave, can you reproduce the symptom using http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.30-rc5/ ?
[00:56] <dtchen> need to know where to start the git-bisect :/
[00:58] <fta> it's 2am, will try tomorrow
[00:58] <BUGabundo> mainline?
[00:58] <BUGabundo> yeah, im wit fta
[00:58] <BUGabundo> to late for me
[00:58] <fta> vanilla
[00:59] <fta> dtchen, will those kernels work with my nvidia blob?
[01:00] <nhandler> Would someone here be willing to review a FF extension I tried packaging following the guide on the wiki?
[01:01] <dtchen> fta: the nvidia blobs are DKMSised; you just need to ensure that you also install the linux-headers* mainline debs, too
[01:07] <nhandler> LP Bug #375753 if anyone gets a chance. The bzr branch is linked to the bug report.
[01:11] <kklimonda> nhandler: I've asked debian maintainer of mozilla-noscript about update and he said that he'll try to do it soon (He had a child some time ago and it took his whole free time :) ).
[01:14] <nhandler> kklimonda: Ah ok. I missed that we had mozilla-noscript. Shouldn't it be listed on https://edge.launchpad.net/~mozilla-extensions-dev ?
[01:16] <kklimonda> nhandler: it isn't maintained by Mozilla Extensions Team so I guess they don't list it on their page.
[01:19] <kklimonda> What has been bothering me is the fact that there is no standard in naming extension packages.. we have mozilla-noscrtipt, adblock-plus, firefox-greasemonkey, iceweasel-imperator.. it's easy to miss something.
[01:20] <kklimonda> iceweasel-vimperator*
[01:30] <Jazzva> kklimonda: I think we discussed a while ago (few months ago or so) and decided to not use mozilla, firefox and similar in packages' names. The reason would be not to get an impression that the software is produced by Mozilla, and also because we ship debranded version of Firefox (abrowser).
[01:30] <Jazzva> kklimonda: IIRC, mozilla-noscript and firefox-greasemonkey were packaged way before that discussion was held.
[01:31] <Jazzva> kklimonda: though, I'm not sure if we should rename those specific few packages now. You should check that with asac.
[01:33] <kklimonda> Jazzva: I've already seen one or two packages that had both "branded" dummy package (used for transition) and clean one.. I think we could at least rename iceweasel-vimperator to vimperator as we don't ship iceweasel at all
[01:34] <kklimonda> I'll ask asac about it. asac? :)
[01:34] <nhandler> Jazzva: I know that we won't be using my packaging, but if you get a chance, could you please look at my version of noscript to let me know if it looks ok (so I know for next time)?
[01:34] <Jazzva> also, mozilla-noscript is in the wiki list... I'll update ~mozilla-extensions-dev page to link to that list. I suppose most of the extensions need to be updated... I'll give my best to help (after I finish another school project, which is going to be on Saturday)
[01:35] <Jazzva> nhandler: sure, I'll take a look now :)
[01:35] <kklimonda> Jazzva: I think it was added by nhandler
[01:35] <nhandler> kklimonda: mozilla-noscript was already there. I added (and removed) noscript
[01:35] <kklimonda> ah, i see
[01:36] <Jazzva> kklimonda: it was also unknown if that's the NoScript as distributed on addons.mozilla.org, IIRC
[01:39] <Jazzva> nhandler: "firefox | firefox-3.0 | ..." should be "firefox | ...". seems like I should also rework extensions' packaging page...
[01:40] <Jazzva> nhandler: that's from the period when "firefox" was FF2, and firefox-3.0 was FF3
[01:40] <nhandler> Jazzva: Then should XPI.TEMPLATE be updated to reflect that?
[01:41] <Jazzva> nhandler: also, we don't ship iceweasel and icedove
[01:41] <Jazzva> nhandler: I'll update it. I didn't know it wasn't updated.
[01:42] <nhandler> Yeah, those Dependencies are from XPI.TEMPLATE
[01:42] <Jazzva> nhandler: sorry for the mess :)
[01:42] <nhandler> No problem
[01:43] <Jazzva> nhandler: other than that, looks good
[01:43] <Jazzva> nhandler: it builds and installs correctly, right?
[01:44] <nhandler> Yeah, it built fine. It looks like it is installing the files properly, but I did not test that yet (I am not ready to restart firefox and close mibbit)
[01:44] <Jazzva> nhandler: Ok, I'll give it a testdrive then :). Does it work with Thunderbird too?
[01:45] <nhandler> Jazzva: The website did not list it as working with Thunderbird
[01:46] <Jazzva> nhandler: You missed to point Vcs-Bzr field in debian/control to the right branch. Also, one little typo, you wrote "mozilla" in the description. I think it would be better to write "Mozilla"
[01:48] <Jazzva> nhandler: the idea is to provide template, and then to remove, or add dependencies as needed (and also to reflect that in MOZ_XPI_MOZILLA_DIRS in debian/rules), so you should probably remove thunderbird (and I'll remove icedove and iceweasel from the template :))
[01:49] <nhandler> Jazzva: I thought about adding the Vcs-Bzr, but the wiki guide didn't mention it. I also didn't think having it linked to my personal bzr branch would be very beneficial (it would be better to have it point to a team maintained branch). As for the description, you are right, it should be mozilla.
[01:50] <nhandler> Jazzva: As for the dependencies, wouldn't it make more sense to not have it depend on Thunderbird by default since MOZ_XPI_MOZILLA_DIRS does not include Thunderbird by default
[01:52] <Jazzva> nhandler: I'll check with asac for tbird dependency. For now, I'll add a comment in debian/rules to reflect changes made to MOZ_XPI_MOZILLA_DIRS in dependency line.
[01:52] <Jazzva> nhandler: As for the Vcs-Bzr, it should link to https://code.launchpad.net/~ubuntu-dev/firefox-extensions/<your-extension>.ubuntu
[01:53] <Jazzva> nhandler: since your branch will be merged into that branch. I'll add that to the packaging page on wiki
[02:08] <Jazzva> asac: do you know why gnomefreak added iceweasel and icedove to XPI.TEMPLATE branch?
[02:10] <Jazzva> nhandler: looks like noscript is installed correctly
[02:11] <nhandler> Awesome! Now I just need to find a package another package that is actually properly licensed and is not already in debian/ubuntu
[02:12] <Jazzva> nhandler: if you want, you can also update some of already packaged extensions...
[02:13] <Jazzva> nhandler: if in doubt if the maintainer mentioned on the wiki page will complain, then feel free to take some of mine :)
[02:14] <nhandler> Jazzva: That isn't a bad idea. Also, do we track which of our extensions are in Debian, and which are not?
[02:16] <Jazzva> nhandler: we have different (and IMO easier) packaging. Feel free to take some of the extensions mentioned in the first list, I'm 99% sure that they're all packaged using mozilla-devscripts (that's the thing in which we differ for now)
[02:22] <nhandler> Jazzva: Unless you have any objections, i'll try and update GreaseMonkey
[02:22] <Jazzva> nhandler: no problem. Thanks :)
[02:26] <nhandler> Jazzva: Do we not have $EXTENSIONNAME.upstream branches?
[02:28] <Jazzva> nhandler: If you think on .upstream branches in ~ubuntu-dev's bzr, no, we don't have them
[02:28] <Jazzva> nhandler: here's mine https://code.edge.launchpad.net/~jazzva/firefox-extensions/firefox-greasemonkey.upstream
[02:29] <nhandler> Jazzva: Why don't we keep the .upstream branches with the .ubuntu branches?
[02:30] <Jazzva> nhandler: we actually moved nspluginwrapper (and maybe some other packages) to use the same branch for upstream and ubuntu branches. I'm not sure if that's the way we decided to maintain extensions. You're probably right. asac will know more than me.
[02:41] <nhandler> Jazzva: For firefox-greasemonkey, it Depends on: firefox | abrowser | firefox-3.0 | firefox-2, should the firefox-3.0 and firefox-2 be removed?
[02:42] <Jazzva> nhandler: yes
[02:42] <Jazzva> nhandler: have you checked the current packaging in ~ubuntu-dev branch?
[02:45] <nhandler> Jazzva: Yes. That is the one I am working with. Did you have any other changes in your person branch that I should merge in?
[02:45] <Jazzva> nhandler: no.
[02:45] <nhandler> ;)
[02:47] <Jazzva> ok, sleep time over here. good luck with packaging :)
[02:51] <nhandler> Thanks a lot for your help Jazzva. I should have an upgrade ready by the end of the night ;)
[02:51] <nhandler> Good night
[02:52] <Jazzva> nhandler: no problem. good night :)
[03:07] <supernix> Hiya gang
[03:07] <supernix> Yall do cover the Thunderbird as well?
[03:08] <nhandler> Yes supernix
[03:09] <supernix> I was having an issue with getting Thunderbird to connect to a server to smtp email
[03:10] <supernix> I had to switch to Evolution to get it done
[03:10] <supernix> Funniest thing never had that issue before
[03:11] <supernix> I tried switching to SSL and no authentication and even TLS all would not connect
[09:50] <asac> Jazzva: no i dont know ;)
[09:51] <asac> i think i told him not to ;)
[10:05] <fta> hi
[10:06] <asac> hi fta
[10:06] <asac> grr ... gwibber is unreliable
[10:06] <fta> how so?
[10:06] <asac> i posted that i was at metallica concert and its not there ;)
[10:09] <fta> indeed, annoying
[10:09] <fta> ooo is still uninstallable for me
[10:11] <fta> http://paste.ubuntu.com/171393/
[10:16] <asac> at least the rest is now good ;)
[10:17] <asac> fta: aptitude dist-upgrade will tell you more why its a problem
[10:17] <fta> it's related to the lang packs
[10:23] <fta_> asac, http://paste.ubuntu.com/171398/
[10:25] <asac> hmm ... quite a lot of removal
[10:26] <fta_> hopefully, it's fixed in https://edge.launchpad.net/builders/vernadsky
[10:30] <fta> asac, [Tue 12 23:16] <fta> http://paste.ubuntu.com/170976/
[10:30] <fta> asac, [Tue 12 23:22] <fta> ok, got it, it was javascript.options.jit.chrome=true
[10:35] <asac> reproducible?
[10:36] <fta> 100%
[10:36] <asac> file a bug ;)
[10:36] <asac> just enable jit chrome?
[10:37] <fta> i asked on #developers yesterday if it was a known bug, someone said yes but failed to give me a bug #
[10:51] <asac> mozillla bug 492028
[10:51] <asac> mozilla bug 492028
[10:52] <asac> fta: ^^
[11:04] <gnomefreak> does anyone care to add latest patch to tbird3 for the reply all actions? I have no issue building it with patch but i wouldnt have daily
[11:06] <asac> gnomefreak: is that an upstream patch?
[11:07] <gnomefreak> asac: yes that is where i would grab it from. I will see if i can find upstream bug for you in a few
[11:08] <asac> gnomefreak: once it lands upstream we will get it in dailies
[11:08] <gnomefreak> mozilla 45715
[11:09] <gnomefreak> so you mean if i wantede it now i would have to build it and just not upgrade the daily builds until it is released
[11:11] <asac> gnomefreak: i think that patch will take a while. doesnt the extension just work?
[11:12] <gnomefreak> asac: dont know i know it did not work when this problem sufaced. I might have miss the commant about the extension if it in that bug report
[11:13] <asac> gnomefreak: story is that at some point nothing worked ... then we added a patch that supports reply to list in the backend ... from there on the extension works
[11:13] <asac> now it seems they want to do the UI on their own
[11:13] <asac> imo there is nothing to do here for us
[11:13] <asac> just wait until this gets committedd
[11:14] <gnomefreak> desending == in order of newest part of bug is first than the re: is after that. but tbird dorsnt understand that at all
[11:14] <asac> confirming that the extension still works would be good i guess and maybe contacting the extension author if it doesnt work anymore
[11:15] <asac> gnomefreak: what is your "descending [11:15] <asac> ?
[11:15] <gnomefreak> asac: the problem that started this bug IIRC was that using replt all would reply to the commenter and the bug, they/we are looking more for a way to reply to newgroups/mailing list posts without using the commenter as a reply
[11:16] <gnomefreak> the "NEW" bug line is after the responces bug comments
[11:16] <asac> yes, thats the nature of "reply to list"
[11:16] <asac> gnomefreak: the NEW bugline thing is something different
[11:17] <asac> i submitted a patch for that at some point ... seems it got not accepted
[11:17] <gnomefreak> asac: than no extension doesnt work and either did our attempts to fix it to work that way
[11:17] <gnomefreak> asac: i know its not the same
[11:22] <gnomefreak> asac: here is what i mean: http://www.flickr.com/photos/26378196@N05/3528186214/
[11:22] <gnomefreak> and yes that is decending order
[11:23] <asac> gnomefreak: why dont you use a threaded view?
[11:25] <gnomefreak> threaded doesnt put them in groups AFAIK (what i mean is group bugs together
[11:26] <gnomefreak> oh maybe it does
[11:26] <asac> threaded groups ;)
[11:26] <asac> thats the idea of threaded
[11:26] <gnomefreak> ah i just changed it to that it looks helpful ;) thanks
[11:28] <asac> hehe
[11:28] <asac> welcome
[11:31] <gnomefreak> shit i have to go im later already :(
[11:53] <asac> fta: chromium daily doesnt work here
[11:54] <fta> ?
[11:54] <asac> i always get "Aw, there is something wrong with displaying this site"
[11:54] <fta> ??
[11:55] <fta> regression?
[11:56] <asac> fta: http://people.ubuntu.com/~asac/tmp/chromium1.png
[11:56] <asac> i think its a regressoin
[11:56] <asac> i definitly was able to use it
[11:56] <asac> this is 32bit
[11:56] <asac> havent tested here for 2 weeks or so
[11:56] <asac> on amd64 i tested a more recent and it worked
[11:56] <asac> e.g. the build after fixing gconf i think is what i tested
[11:57] <fta> works for me on 32b
[11:57] <asac> the tabs are a problem with compiz afaik
[11:57] <fta> nope, the tab corruption is known. it's about transparency. it's been fixed yesterday
[11:58] <asac> hmm ... but it worked on my ati card ...
[11:58] <fta> are you up-to-date?
[11:58] <asac> fta: i just updated to latest of today
[11:58] <fta> jaunty?
[11:58] <asac> so yesterdays nightly i guee
[11:58] <asac> yes
[11:58] <asac> ii  chromium-browser              2.0.181.0~svn20090512r15864-0 Chromium browser
[11:58] <fta> i changed one thing: i dropped sse2 from the build flags
[12:00] <asac> fta: todays i386 build failed in karmic ;)
[12:00] <fta> i know
[12:00] <asac> ah ... yeah. so you dont have latests ;)
[12:00] <fta> i do
[12:00] <asac> lets see if i get that with older build too
[12:00] <fta> i have both jaunty and karmic ppas for ucd
[12:01] <fta> what do you see in the console?
[12:01] <asac> ok trying apr 29 now
[12:01] <asac> http://paste.ubuntu.com/171482/
[12:03] <asac> so apr 29 the tabs look good ;)
[12:03] <asac> but rendering aint working either
[12:03] <fta> http://code.google.com/p/chromium/issues/detail?id=11679
[12:04] <asac> http://people.ubuntu.com/~asac/tmp/chromium2.png
[12:04] <asac> kk
[12:05] <fta> do you have msttcorefonts ?
[12:06] <asac> did you drop the depends?
[12:06] <fta> nope
[12:07] <asac> then how can i not have it?
[12:07] <asac> and yes, i dont have it
[12:07] <asac> pleeeaase add the Sans patch ;)
[12:07] <asac> its a bit odd ... not sure what they use, but Arial maps to a font here using fontconfig
[12:08] <asac> so it would be really interesting if the patch you showed me helped
[12:08] <asac> fta: do you have the url for that patch again?
[12:08] <fta> hhm
[12:08] <asac> fc-match Arial
[12:08] <asac> DroidSans.ttf: "Droid Sans" "Regular"
[12:08] <asac> i have those nice great droid fonts ;)
[12:08] <asac> actually are google fonts
[12:10] <asac> ii  chromium-browser              2.0.178.0~svn20090429r14851-0 Chromium browser
[12:10] <asac> pn  msttcorefonts                 <none>                        (no description available)
[12:11] <asac> nhandler: Jazzva: yes, we prefer to use .bzr-builddeb/*.conf so we can just have .ubuntu branch as baseline
[12:11] <Jazzva> asac: ok.
[12:12] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=9100 ?
[12:12] <Jazzva> asac: just wanted to ask you that to... and are we gonna rename packages as firefox-greasemonkey and mozilla-noscript to greasemonkey and noscript (though, the second exists in debian under that name, maybe the first too)
[12:13] <Jazzva> s/that to/that too/
[12:13] <asac> fta: so our chromium-browser is the test_shell =?
[12:13] <fta> http://code.google.com/p/chromium/issues/detail?id=10665
[12:13] <fta> nope, not anymore
[12:13] <fta> we have both
[12:14] <fta> test_shell is in -testsuite
[12:14] <asac> fta: do they have codebrowse or something so i dont need to ge tthe full orig?
[12:14] <asac> i want to check what they do in getCachedFontPlatformData
[12:14] <asac> in general Arial should resolve properly ... unless they reinvented the wheel... which as it seems they did
[12:14] <fta> no public mxr :(
[12:15] <fta> but a svn web
[12:15] <fta> http://src.chromium.org/svn/trunk/src/
[12:15] <asac> Jazzva: yeah. removing those prefixes is good. we should check though that we dont end up having a different source package name as debian
[12:15] <asac> otherwise they will get synched here and we will have it twice
[12:15] <Jazzva> ok, so there's iceweasel-greasemonkey, I suppose we could remove firefox- then
[12:15] <asac> so source package should stay the same
[12:15] <asac> binary package should be renamed
[12:15] <Jazzva> asac: ok
[12:15] <asac> and a bug filed against debian asking politely to consider to rename
[12:16] <asac> fta: thanks. thats not that helpful for my case ;) ... i guess i have to branch whole stuff
[12:17] <asac> fta: ok back to eliminating third_party stuff ... i think we have to accept that we wont have system webkit for some time
[12:17] <fta> or grab the orig if you want it faster
[12:17] <asac> what i want is to get rid of everything else
[12:18] <asac> fta: do you know which subdir all that code is in?
[12:18] <fta> i introduced a SYSTEM_LIBS feature a while ago, it's in.
[12:18] <asac> so looking at http://src.chromium.org/svn/trunk/src/third_party/
[12:18] <asac> what works with our system libs?
[12:18] <fta> src/third_party/WebKit/WebCore/platform/graphics/chromium/FontCacheLinux.cpp ?
[12:19] <asac> hmm
[12:19] <asac> didnt they say they sync without patches from trunk?
[12:19] <asac> so thats an issue in webkit?
[12:19] <asac> odd
[12:19] <asac> ok thanks
[12:19] <asac> i will check that
[12:20] <asac> err webkit isnt in third_party
[12:21] <asac> so they also use skia ... i think we should package that
[12:21] <asac> its also needed by gears
[12:22] <fta> not sure where my SYSTEM_LIBS is since they migrated to gyp :P
[12:23] <fta> lost in the battle?
[12:25] <asac> gyp?
[12:26] <asac> no scons anymore?
[12:26] <fta> http://code.google.com/p/gyp/
[12:26] <fta> yes, scons, but scons rules are auto updated by gyp
[12:27] <fta> sort of
[12:27] <asac> is that innovation or just over-engineering?
[12:27] <fta> both
[12:28] <fta> it's yet another layer but it helps
[12:29] <fta> http://code.google.com/p/gyp/wiki/GypUserDocumentation
[12:29] <fta> http://code.google.com/p/gyp/wiki/GypLanguageSpecification
[13:06] <asac> ok lost my changes ... synching chromium from svn
[13:07] <fta> use my local branch feature
[13:08] <fta> it will create and keep up to date for you the full svn tree
[13:09] <asac> local branch?
[13:09] <asac> better tell me now as the sync is already running ;)
[13:09] <asac> shall i abort that?
[13:09] <fta> LOCAL_BRANCH
[13:10] <fta> my get-orig-source supports a LOCAL_BRANCH variable
[13:10] <asac> yeah
[13:10] <asac> i want to work on upstream sources for now though
[13:10] <asac> LOCAL_BRANCH=../upstream/chromium-browser.svn
[13:10] <fta> yep
[13:10] <asac> i guess you dont have the .svn packed uploaded somewhere ;)?
[13:10] <fta> no
[13:11] <fta> want them?
[13:11] <fta> i can do that easily
[13:11] <asac> not today ... i think providing baselines would be nice ... but should be done upstream imo
[13:11] <asac> didnt they put a "get started svn thing" somewhere?
[13:12] <fta> http://dev.chromium.org/developers/how-tos/get-the-code
[13:22] <fta> asac, i have a tar, want it?
[13:22] <asac> what size?
[13:23] <asac> is that with .svn files - like i want?
[13:24] <fta> yes, my full upstream branch
[13:29] <asac> not sure ... this checkout is running for quite some time already
[13:29] <asac> cant be that much longer ;)
[13:29] <fta> fta@cube:/data/bot/upstream/chromium-browser.svn $ du -sm .
[13:30] <fta> 3119    .
[13:31] <asac> ok i am at 3.1G
[13:31] <asac> so it should really be ending soon ;)
[13:31] <asac> 3.1G	.
[13:31] <asac> asac@tinya:/tmp/chromium-browser-2.0.178.0~svn20090429r14851$
[13:33] <asac> hmm. odd that you had 31119
[13:33] <asac> err 3119
[13:33] <asac> good ... it finished ;)
[13:35] <asac> fta: https://wiki.ubuntu.com/Chromium/Build doesnt even say how to build the upstream way ;)
[13:36] <fta> hm, right :)
[13:37] <fta> http://code.google.com/p/chromium/wiki/LinuxBuildInstructions
[13:38] <asac> yeah
[13:41] <asac> fta: ok updated https://wiki.ubuntu.com/Chromium/Build
[13:42] <asac> fta: so do you know how i can use a different directory for producing all the .o files and so on?
[13:42] <asac> i dont really like to clutter the source tree with those things
[13:42] <asac> similar to MOZ_OBJDIR=...
[13:42] <fta> it's already in a subtree
[13:43] <asac> ah yeh
[13:43] <asac> se OBJ_DIR=$TOPSRCDIR/obj
[13:43] <fta> sconsbuild
[13:44] <fta> by default, all files end up in $(SRC_DIR)/sconsbuild/
[13:44] <asac> hmm
[13:45] <asac> wow
[13:45] <asac> so this uses some magic to figure the CHROME dir?
[13:45] <asac> i mean i checked out in /tmp
[13:45] <asac> and moved to some other place
[13:45] <asac> now it complains that it cannot find the /tmp page
[13:45] <asac> path
[13:46] <fta> sort of, it's ..(/..)*
[13:46] <asac> huh?
[13:46] <asac> fta: so where is that directory written?
[13:47] <fta> $(SRC_DIR)/sconsbuild/
[13:47] <fta> DEB_TAR_SRCDIR := src
[13:47] <fta> SRC_DIR        := $(CURDIR)/build-tree/$(DEB_TAR_SRCDIR)
[13:47] <asac> base/base.scons: '/tmp/chromium-browser-2.0.178.0~svn20090429r14851/src/base',
[13:47] <asac> base/base.scons: '/tmp/chromium-browser-2.0.178.0~svn20090429r14851/src/base',
[13:47] <asac> grr
[13:47] <fta> ?
[13:47] <asac> seems depot_tools sync does that
[13:48] <asac> ok seems its generated from .gyp
[13:48] <asac> any clue how i can recreate all .gyp stuff?
[13:48] <fta> cd $(SRC_DIR) && python tools/gyp/gyp_dogfood build/all.gyp
[13:49] <asac> fta: when is that run? in depot_tools really?
[13:50] <fta> i use it in the configure rules
[13:50] <fta> it must be used in src/
[13:50] <asac> yeah
[13:50] <asac> in src/ it worked
[13:50] <asac> great
[13:51] <asac> fta: but who did run that for me during sync?
[13:51] <asac> any clue?
[13:51] <fta> gclient
[13:51] <asac> that shouldnt be run on a checkout, but during build
[13:51] <asac> ok.
[13:52] <fta> i don't use gclient by default in the package, it's doing too many things
[13:52] <fta> i have USE_GCLIENT
[13:52] <asac> yeah figured that
[13:52] <asac> now its building ... which is a good feeling ;)
[13:53] <asac> maybe we should fix gclient upstream to only do the minimal things needed ;)
[13:53] <fta> it's a multi platform multi purpose script so good luck
[13:53] <asac> fun
[13:53] <asac> g++: Internal error: Segmentation fault (program cc1plus)
[13:53] <asac> Please submit a full bug report.
[13:53] <asac> See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.
[13:54] <fta> gasp
[13:54] <fta> not enough memory?
[13:54] <asac> so do i need to re-gyp stuff after setting CXX=g++-3.2 ?
[13:54] <asac> err g++-4.2 ;)
[13:55] <fta> yes
[14:16] <asac> so my mem is the problem or what
[14:16] <asac> system hange
[14:17] <asac> d
[14:17] <asac> another attempt .... lets hope it doesnt hang up during lunch ;)
[15:21] <asac> hmm ... now chromium built
[15:21] <asac> maybe i ran 2.6.30 kernel?
[15:27] <fta> funny, people still care about projects i created more than 10 years ago
[15:28] <fta> https://rt.cpan.org/Public/Dist/Display.html?Name=PDF-Create
[15:36] <asac> yeah thats freesoftware ;)
[15:37] <fta> http://cpan.org/modules/by-authors/id/FTASSIN/
[15:37] <fta> apparently, 1999 was my CPAN year
[15:38] <mbana> hello
[15:38] <mbana> i'm using a 64bit machine
[15:38] <mbana> and i'm wondering if it's possible to get 32bit ver. of firefox on my machine
[15:40] <asac> mbana: not from the archive. mozilla 32bit build will probably work
[15:41] <asac> mbana: well, you could unpack the xulrunner .deb and the firefox .deb and then hope that ia32libs has everything needed
[15:41] <mbana> what do you mean not from the archive?
[15:42] <mbana> yeh the just binaries?
[15:42] <asac> fta: so i changed something in third_party WebKit, but hammer app doesnt build this ... can i just do hammer WebKit ?
[15:42] <asac> mbana: not by apt-get == from the archive
[15:43] <mbana> so you want me to get the builds from mozilla?  i've been trying to avoid that because something is wrong with the font rendering --- it's terrible
[15:45] <asac> mbana: i fail to see why font rendering would be different for our builds; you sure thats the case?
[15:45] <mbana> no the mozilla ones are messed up
[15:45] <mbana> if i download it directly from their site
[15:45] <asac> ah yeah. they probably have an inferior in-source cairo
[15:45] <asac> mbana: is there a libcairo* in it?
[15:46] <asac> try to remove it ... not sure if that causes instability
[15:47] <mbana> also, do you know if it'll use my .firefox or will it create a new one?
[15:47] <asac> here aint no .firefox
[15:47] <asac> just .mozilla/firefox
[15:48] <asac> and yes, it will use that
[15:51] <asac> fta: it doesnt build my WebCore changes ... tried hammer webcore ;)
[15:52] <mbana> would this work.  remove firefox 3.5 and install the 32bit version of it somehow from one of the ubuntu's repo
[15:53] <asac> no
[15:53] <asac> do what i said above
[15:53] <asac> try remove libcaio from upstream buld
[15:53] <asac> build
[15:53] <asac> we simply dont support 32-bit on amd64 for our packages
[15:55] <mbana> can't linux run 32bit binaries?  i'm sure it can
[15:58] <asac> doesnt really matter ;) ... ffox32 from packages is not supported. thats it.
[15:58] <asac> could be done in future i guess
[15:59] <asac> but not for the time being
[16:02] <mbana> libcaio ... are you sure it's not freetype?
[16:06] <asac> no libcairo
[16:06] <asac> mbana: in the tree you unpack from upstream ... is there no libcairo* ?
[16:11] <mbana> no
[16:11] <mbana> it's in the main dir right?
[16:13] <mbana> here's the frep
[16:13] <mbana> grep
[16:13] <mbana> http://pastebin.com/d41027c30
[16:15] <asac> yeah. then keep using amd64 for now ;)
[16:16] <asac> i think we will have more discussion about 32bit during UDS
[16:17] <asac> but most likely outcome is ... who cares ... 64bit flash is coming soon and then there isnt much reason to use 32bit anyway
[16:17] <mbana> can you just walk me through what would happen if i attempt to download the 32bit .deb?
[16:17] <mbana> i use 64bit flash, it's the adobe plug-in that i need
[16:17] <asac> just unpack stuff and create the proper gre.d file in /etc/gre.d
[16:18] <asac> and then hope that ia32libs has enough
[16:20] <mbana> seems like they (mozilla) hard compile somrthing
[16:20] <asac> they link cairo statically most likely
[16:23] <asac> bloody scons mess kills me
[16:23] <asac> there is not even clean target ;)
[16:24] <mbana> http://pastebin.com/d78129d9e
[16:24] <mbana> would what would a good workaround for that
[16:25] <mbana> i need to somehow force the install of branding
[16:26] <asac> ffox is not th eonly package oyu need ... you need xulrunner-1.9 as well
[16:26] <asac> once you have all deps just force install them
[16:26] <asac> ensure there are not plugins installed, as those will not work of course
[16:27] <asac> you have to install stuff by using dpkg -i ALLPACKAGES
[16:27] <asac> in the same line
[16:27] <asac> and probably also right order
[16:29] <mbana> you're right
[16:29] <mbana> this is a pain
[16:30] <asac> its the wrong way as i said ... the idea is that you UNPACK the .debs
[16:30] <asac> and put them to some place
[16:30] <asac> and add the gre.d file like i said above
[16:30] <asac> otherwise you will bust all the rdepends that need xulrunner
[16:32] <mbana> $ firefox-3.5
[16:32] <mbana> Could not find compatible GRE between version 1.9.1b4pre and 1.9.1b4pre.
[16:32] <mbana> thanks
[16:32] <mbana> can't be asked
[16:33] <mbana> good evening
[16:34] <asac> mbana: thats the gre.d
[16:34] <asac> revert everything ... unpack all .debs you want to some directory using dpkg -x
[16:34] <asac> then put the etc/gre.d file to /etc/gre.d and fix the path in there
[16:44] <micahg1> asac: wasn't that the same problem I had when I installed your original 3.5b4 pkg?
[16:50] <asac> micahg: same symptoms, but not same problem
[16:50] <micahg> ah
[16:50] <micahg> ok
[16:51] <micahg> asac: regarding someone having a problem with swfdec on a site, should I suggest trying the ADobe Flash plugin or rather submit problems to swfdec?
[16:52] <asac> micahg: depends on how recent swfdev version is
[16:52] <micahg> latest AFAIK
[16:52] <asac> if its jaunty he probably should complain to swfdec folks
[16:52] <asac> micahg: of course only if tits a swfdec problem
[16:53] <micahg> but don't they say it's only compatible with like Flash 8?
[16:53] <asac> if swfdec doesnt work at all, e.g. its not even detected as a plugin, then it might be packaging/usersetup problem
[16:53] <micahg> nah, it's one site
[16:53] <micahg> here
[16:53] <micahg> bug 375788
[16:54] <asac> swfdec is known to be inherently slow
[16:55] <asac> so thats a known bug
[16:55] <asac> you can just close it as invalid ... or move to swfdec
[16:55] <micahg> well, it seemed that a new profile helped
[16:55] <micahg> but flash is still flaky
[16:56] <micahg> so, can I comment to try Adobe flash and move to swfdec?
[16:58] <asac> micahg: if the user prefers free flash he can use gnash
[16:58] <asac> i don tlike to recommend adobe flash
[16:59] <asac> you can of course tell them that the option exists
[16:59] <asac> but mozilla-plugin-gnash is the gnash package
[16:59] <micahg> but I thought that the free flash version still don't support the latest features that some sites ues
[16:59] <asac> and perf is much better for that
[16:59] <asac> you can switch back and forth using the plugin switcher in tools -> Manage content-addons
[17:00] <micahg> ok
[17:00] <asac> micahg: that might be true. if user complains about missing features you can tell them that we have adobe flash available, but usually its ok to have some sites not working if user wants free (and secure) flash
[17:00] <asac> micahg: think about it like firefox when IE dominated the market ... lots of sites didnt work, but it often wasnt even ffox fault
[17:00] <micahg> asac: I'm not aware of a plugin switcher
[17:01] <asac> best advice is: if a site doesnt work, complain to the site runner so they ask their flash designers to test it on gnash ;)
[17:01] <asac> micahg: if ubufox is installed and you have flash on the site there is a Tools -> manage content-plugins menu
[17:01] <asac> thats the plugin switcher
[17:01] <micahg> true, but this time, it's OS Flash not supportting newer features, not sites following incorrect standards
[17:01] <micahg> ah
[17:01] <asac> if you have multiple installed you get multiple options there
[17:01] <micahg> that's why
[17:01] <asac> also you can directly search for more plugins from there
[17:01] <micahg> I'm running Shiretoko and cant' see the ubufox goodies :)
[17:01] <asac> try it
[17:01] <asac> yeah
[17:01] <asac> i should get to that soon
[17:04]  * e-jat otw testing 3.5
[17:04] <micahg> ok
[17:04] <micahg> how did I do?
[17:05] <micahg> bug 375788
[17:05] <asac> micahg: yeah. point is that that menu entry is only avaialble if you are on a website that has flash ... but thats just a nit
[17:08] <micahg> ah
[17:08] <micahg> ok
[17:10] <asac> actually i will change that behaviour
[17:11] <micahg> ok
[17:14] <asac> the idea is to always allo to manage content plugins ... and only allow users to hit a checkbox: "only show used content types"
[17:15] <micahg> ah
[17:15] <micahg> that's a nice feature
[17:34] <micahg> asac: when I find bugs upsteam,  do I need to add an ubuntu list to the cc's or should I just watch it myself?
[17:35] <micahg> there's something in the docs about ubuntu.distro or something
[17:35] <asac> micahg: yeah. unfortunately we never implemented that approach
[17:36] <asac> so for now just watch them yourself (if you want) ... more importantly tell ubuntu reporters that they can follow progress there
[17:36] <micahg> ok, well I'm happy to watch and update the  LP bug if any developments happen
[17:36] <micahg> done and done
[17:36] <asac> micahg: you need to add the bugzilla bug as an upstream task
[17:36] <micahg> done
[17:36] <micahg> :)
[17:36] <asac> in that way the bug will automatically be updated if upstream changes state to fix released or something
[17:36] <asac> good
[17:37] <micahg> yes, but sometimes workarounds are posted without a status change
[17:37] <micahg> so I can update the LP bug with the workaround
[17:37] <asac> right
[17:37] <micahg> so our user can benefit
[17:37] <asac> if you can deal with the load thats definitly a perfect way to do it
[17:38] <micahg> well, we'll see how bad it gets
[17:38] <micahg> I got 20 e-mails this morning after shutting down abotu 8 hours before
[17:38] <micahg> if I don't let things pile up,  I should be ok
[17:39] <micahg> but I might want to add some canned responses
[17:39] <micahg> somewhere
[17:39]  * asac sighs at doing a full rebuild after changing just one webkit file in chromium tree
[17:39] <asac> micahg: there are multiple ways of doing things automated
[17:39] <micahg> yeah, after I have triaging down, I might try my hand at packaging
[17:40] <asac> i have some scripts that do some common tasks
[17:40] <asac> might need improvement/update here and there
[17:40] <asac> let me check
[17:42] <asac> micahg: http://people.ubuntu.com/~asac/moztools/
[17:43] <asac> i think deny-bug should be called "invalid-crash" ;)
[17:44] <asac> so that and try-extdisable are probably useful
[17:44] <asac> the re-report with bug menu could be improved to use apport-collect or something
[17:44] <asac> but most likely we can continue to use that for bugs the user didnt submit through apport
[17:44] <asac> but only if we think we want extension summary et al
[17:45] <asac> note that you need to create a cookies.txt from the firefox cookies database
[17:45] <asac> and remember to replace "Alexander" with your name ;)
[17:45] <asac> for the cookies.txt creation look at http://people.ubuntu.com/~kees/scripts/
[17:45] <asac> there is a cookie-* script that does that
[17:49] <asac> bdmurray: hey can we talk here about the launchpad searches?
[17:51] <asac> bdmurray: another question, what are todays entry challenges for bugcontrol membership?
[17:51] <bdmurray> asac: I've a meeting in 10 minutes so briefly
[17:52] <asac> is bugcontrol the group for triaging crashes at all?
[17:52] <asac> bdmurray: yeah thats fine. i just wonder if we really want to enable triager searchplugins by default in ubuntu
[17:52] <bdmurray> yes, bug control has the ability to view private crash reports
[17:53] <bdmurray> asac: the search plugin isn't so much for triagers as for being able to get to http://bugs.launchpad.net/ubuntu/+source/package/+bugs
[17:54] <bdmurray> There is no easy way to navigate to that and it'll make it easier for people to find bug reports about a particular package
[17:55] <asac> bdmurray: do you know if there is a "find package" wizard or something in some apport UI tool
[17:55] <bdmurray> asac: There is not one that I know of
[17:56] <asac> bdmurray: so micahg is doing great bug work on firefox for a while now ... i think it would be worthwhile if he could also help cleaning up crashes; what would be next steps for him to become bugcontrol member?
[17:57] <asac> bdmurray: so we already have a Help -> Report a Problem ... menu entry that currently opens the bug reporting page for firefox
[17:57] <bdmurray> asac: being familiar with https://wiki.ubuntu.com/Bugs/HowToTriage#head-f46ac7bd66be716a03d2d4fb0788725cc9cc7ba0 and your endorsement are sufficient
[17:57] <micahg> asac: sorry was afk
[17:57] <asac> bdmurray: thanks i will check the HowTo
[17:57] <bdmurray> asac: right but it doesn't show you all the bugs already reported about firefox, which could reduce the quantity of duplicates being reported
[17:58] <bdmurray> asac: The full documentation regarding joing bug control is at https://wiki.ubuntu.com/UbuntuBugControl
[17:58] <asac> bdmurray: what i could envision would be to either extend apport to become more of a bug reporting frontend that also has a package find thing or something
[17:58] <asac> and making the menu entry in firefox jus topen that
[17:58] <asac> the other option would be to implement such a "find the package" wizard in firefox and make that accessible through that menu
[17:59] <asac> but having that wizardry in apport would make that feature avaialble for other apps as well
[18:00] <asac> so might be the preferred way of moving forward if we think that changing the semantic of that menu entry would good enough for that purpose
[18:03] <micahg> so asac, should I petition for bug control?
[18:03] <fta> back
[18:24] <asac> heh.so the chromium file i changed to add deugging code for font wasnt even used ;)
[18:24] <asac> lol
[18:29] <fta> :)
[18:36] <asac> so the font business is done by skia as it seems ;)
[18:38] <asac> 8152 asac      20   0 1401m 1.4g  956 R   49 70.0   0:32.98 ld
[18:38] <fta> skia is equiv to cairo
[18:39] <fta> yep, at link time, it sucks 1G per cpu/core
[18:39] <asac> the joys of static linking of cpp
[18:57] <fta> asac, http://identi.ca/lubindamaim
[18:58] <jcastro> hey did you guys try that gold thing to link it?
[18:58] <fta> ?
[18:58] <fta> gold thing?
[18:58] <jcastro> http://groups.google.com/group/chromium-dev/browse_thread/thread/7b36bfa6a450b223#
[19:00] <fta> never heard of that. i have enough ram apparently ;)
[19:13] <BUGabundo> hi fellow ubunteros
[19:57] <fta> bouhhhouhhh https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[19:58] <BUGabundo> what's up ?
[19:59] <fta> all red
[19:59] <BUGabundo> ahh
[19:59] <BUGabundo> right
[19:59] <BUGabundo> just saw it
[20:06] <fta> hm, chromium is red too
[20:23] <BUGabundo> asac: ping
[20:23] <BUGabundo> how to disconnect from an Automatic 3G connection?
[20:23] <BUGabundo> is it possible?
[20:24] <BUGabundo> or is it a bug?
[20:24] <BUGabundo> to have the disconnect, or to not allow it to happen!
[20:24] <BUGabundo> also the Assistant runs on every boot.... shouldn't, if the connection is already established
[20:25] <BUGabundo> will file bugs on those 2 questions, but wanted to get them by you 1st
[20:30] <asac> BUGabundo: you cannot disconnect from a "connect automatically" setup 3g connection
[20:31] <asac> BUGabundo: assistant runs on every boot only if you have flagged it system connection
[20:31] <asac> thats a known bug
[20:31] <asac> dont use system connection for 3g ... which doesnt make much sense anyway imo
[20:32] <BUGabundo> sure does
[20:32] <BUGabundo> no need to click on NM
[20:32] <BUGabundo> it just auto connects after boot
[20:32] <BUGabundo> really nice
[20:32] <BUGabundo> just having the disconect there feels bad
[20:32] <asac> then you probably dont need to disconnect ;)
[20:32] <BUGabundo> since I can't use it
[20:32] <asac> right
[20:32] <asac> thats a cosmetic bug
[20:32] <BUGabundo> and some times I want to unpplug the dongle
[20:32] <BUGabundo> I have to turn NM off
[20:33] <asac> otoh, it oculd be interpreted as "dont reconnect until next time i reboot or connect manuyll"
[20:33] <asac> BUGabundo: you can just unplug it
[20:33] <asac> thats ok
[20:33] <asac> no need to disconnect first
[20:35] <BUGabundo> ah ok
[20:35] <BUGabundo> I was afraid to damaged anything, any app, configuration, or network countless time slots
[20:35] <BUGabundo> eheh
[20:36] <BUGabundo> bbl. dinner
[20:46] <BUGabundo> asac: fta: new bug: with updates, I'm being asked to install/upgrade flashplugin
[20:47] <BUGabundo> but I don't have it... I manually instal the 64bits from adobe site
[20:47] <BUGabundo> why is it being upgrade?
[20:48] <fta> ? which updates?
[20:50] <BUGabundo> todays?
[20:50] <BUGabundo> on karmic
[20:50] <BUGabundo> its asking me for the tar location
[20:51] <BUGabundo> I don't want it to download it for me.... so I don't wast 3G trafic
[20:51] <BUGabundo> but Cancel, I think, will also terminate all updates
[20:51] <BUGabundo> Setting up flashplugin-installer (10.0.22.87ubuntu2) ...
[20:51] <BUGabundo> dpkg: error processing flashplugin-installer (--configure):
[20:51] <BUGabundo>  subprocess post-installation script returned error exit status 1
[20:54] <fta> apt-cache rdepends flashplugin-installer
[20:55] <BUGabundo> ubuntu-restricted-extras
[20:55] <BUGabundo> ahhh
[20:55] <BUGabundo> should it ??
[20:55] <BUGabundo> I don't think so
[20:56] <BUGabundo> $ apt-cache rdepends flashplugin-installer | pastebinit
[20:56] <BUGabundo> http://paste.ubuntu.com/171891/
[20:59] <BUGabundo> $ apt-cache policy flashplugin-installer
[20:59] <BUGabundo>   Installed: 10.0.22.87ubuntu2
[21:09] <micahg> BUGabundo: yes, that's the easy way for people to install flash and other restricted format
[21:09] <BUGabundo> micahg: but I'm on 64bits
[21:09] <micahg> so?
[21:09] <BUGabundo> I removed flash version from archive
[21:09] <BUGabundo> I don't want it in!
[21:09] <BUGabundo> its the 1st time I get asked this
[21:10] <micahg> well, then maybe you shouldn't install the extras package
[21:10] <BUGabundo> eeh
[21:10] <BUGabundo> I guess
[21:11] <BUGabundo> its been there since hardy devel cycle
[21:11] <BUGabundo> lol
[21:11] <micahg> the whole point of the extras package is for the people who can't be bothered with figuring out what they need
[21:11] <micahg> AFAIK
[21:43] <BUGabundo> fta: did FF stop supporting svgs ?
[21:43] <fta> i hope not
[21:43] <BUGabundo> its not opening for me
[21:44] <BUGabundo> let me upload a few
[21:44] <fta> wtm
[21:44] <fta> http://upload.wikimedia.org/wikipedia/commons/c/c7/SVG.svg
[21:45] <BUGabundo> fta http://dl.getdropbox.com/u/112892/BluBUG-karmic-20090510-1.svg
[21:45] <fta> We can't find the page you're looking for.
[21:45] <BUGabundo> yeah me too
[21:46] <fta> doesn't look like a svg problem to me, more a hosting problem
[21:46] <BUGabundo> ok its wokrking
[21:46] <BUGabundo> yep my thoughs too
[21:46] <BUGabundo> guess I need to email my host admin
[22:43] <nhandler> Jazzva: If you are around, I think I have a working firefox-greasemonkey upgrade: lp:~nhandler/firefox-extensions/firefox-greasemonkey.ubuntu
[22:45] <fta> dtchen, looks like mplayer is fine with ao=pulse (and p-a with ffmpeg as resampler). no more unexpected pauses like with ao=alsa. using the last kernel from karmic
[22:54] <mbana> has anyone got these index corrupt errors before?
[23:21] <dtchen> fta: ok, thanks.
[23:22] <dtchen> fta: i'm working with the upstream speex developer on several bugs (those glitches, cpu utilisation, etc.), so karmic's pulseaudio should be much better
[23:23] <BUGabundo> yay
[23:24] <fta> dtchen, a much better pa would be sure nice to have :)
[23:24] <dtchen> yes, and someone working on it full time, too
[23:25] <fta> dtchen, are you working for canonical?
[23:25] <dtchen> no
[23:25] <fta> oh
[23:25] <fta> ok
[23:26] <fta> so you're not full time on ubuntu then
[23:26] <dtchen> i have never been full time on Ubuntu
[23:26] <mbana> asac: hi and thanks for helping earlier today.  how much work is needed now that i'm this far
[23:27] <BUGabundo> dtchen: the level of your work for Audio has always impressed me! so thanks!
[23:30] <dtchen> no need to thank me.
[23:32] <BUGabundo> dtchen: no, I really do!
[23:32] <BUGabundo> if not for you and the rest of audio team, and upstream of course, linux audio would not be as good as it is
[23:44] <asac> mbana: not sure ;) ... how far did you get in the end?
[23:44] <mbana> i had to use windows (for VS stuff) so i didn't do anything
[23:46] <fta> http://glitchtown.com/comics/2009-03-20.png  :)
[23:46] <asac> 00:26 < mbana> asac: hi and thanks for helping earlier today.  how much work is needed now that i'm this far
[23:46] <asac> mbana: so do what i said (e.g. unpacking packages and adding gre.d entry manually etc)
[23:47] <mbana> is there much left after that
[23:47] <asac> if you do everything i said it will work
[23:47] <asac> well could be that you dont have ia32libs