thuglife said:
sprewell said:I've posted i386 and amd64 test builds of Chromium that are up to date with their repo as of last night. Some smaller stuff, like SSL through NSS, still doesn't work but I've been using Chromium on my FreeBSD desktop for the last couple days and it's very fast and stable. :e It was a bit surreal when I got Chromium working and it automatically pulled in Flash 10, that I had just installed a couple days earlier, so I was able to use Hulu on Chromium: FreeBSD was almost a first-class desktop. :h
thuglife, I appreciate the enthusiasm. aragon, Ben is a Chromium committer and we're in close contact. He'll be reviewing this patch and committing it at some point. As for submitting something to ports, I think we need to fix some of the smaller errors and polish it up a bit more before doing that. I can't do that all on my own, so if anybody else wants to chip in on what has essentially been an effort by just Ben and me so far, albeit with aragon and Ariff chipping in on the necessary supporting libraries, feel free to start hacking and contact us.
sprewell said:I've been posting updated test builds every week or two and will continue to do so. Some chromium committers have expressed interest in merging this patch into their codebase so let's see when that happens. This port is not yet ready for primetime, as a tab will sometimes flake out and freeze up for a little while and right-clicking to pull up a context menu stopped working a couple builds ago. However, it's very fast and stable, I've been using it as my primary browser for months now. I don't think it makes sense to add it to ports yet, particularly since google only makes available giant 1GB developer tarballs to build from, but chromium-devel binary pkgs make sense for now, if someone wants to do that. We need help porting linux-specific stuff like /proc to FreeBSD equivalents like sysctl or kqueue, so input is always appreciated. So far it's been just Ben and me working on this port, though one or two people have expressed interest in helping out. All the information necessary to checkout code and start hacking is available at the above link.
nslay said:I have mixed feelings about web applications. On one hand, they are very useful and convenient for applications like email, calendar, simple games and so forth. On the other hand, there's an extremist push by Microsoft and Google for a web OS. My interpretation is that they want to use the web application concept to protect intellectual property and collect valuable usage information. Otherwise, this is a terrible idea!
Opera 10.50 on Windows and Mac support the Ogg container format and the Theora and Vorbis codecs, as well as the WAVE container format and PCM codec. Opera 10.50 on Linux and FreeBSD supports the container formats and codecs that are installed in GStreamer on your system.
thuglife said:On [somewhat] related news i found this post yesterday about opera.
http://dev.opera.com/articles/view/everything-you-need-to-know-about-html5-video-and-audio/
x264 decoding through gstreamer, nice.
Funding further work: Now that Chromium works reasonably well for my personal use, it's difficult for me to justify putting much time into it, other than periodically updating to trunk. However, if you would like to donate towards fixing some of these remaining issues, such as the rendering flakiness or v8 issues on i386, you can do so by clicking on the button below. You can also enclose a message on which of the remaining bugs are most important to you.
So another ignorant, selfish user who's only interested in consuming and berating the efforts of others who share freely.mechanic said:So another vanity project like so much on SourceForge. And they wonder why OSS is not ready for the desktop!
oliverh said:Well, another dependency for a once light-weight browser, especillay if you're using a WM and don't want this gstreamer nonsense.