Post a Comment
Just woke up
BSD is alive! (sorry)
Can't wait to try this. I really believe DesktopBSD
is shaping up to be the most solid
desktop system.
What I'm waiting for in addition to a fast, robust
system is:
(1) full flash-9 support
(2) nice looking asian-language fonts like fedora has
(3) Realplayer (or a helixplayer replacement)
It would also be nice to have some kind of virtulization for BSD as a host. Maybe freebsd-7 will
have that.
When this happens it's goodbye linux.
I'm sorry so it will never happen. Of course there is work going on in terms of a native Realplayer. But Adobe/Macromedia has no interest in porting Flash to non-hype platforms. Asian-language fonts should be no problem. And virtulization, well, in terms of Vmware ask Vmware. Xen is an on-going project by the way and KVM a SoC project.
Well thanks for your comment Olive. I Think
there is a flash-9 player in ports if
I recall and i got it to work in PC-BSD for
about 3 seconds before it crashed
I have heard someone has got flash-9 to work
in linux emulated firefox via greasemonkey extension
and hackery.
So it sounds like Someone is working on it..!
The korean langauge display was a nice touch..It's good
but could be better(www,yahoo.co.kr is a testbed and y the fonts spaghetti across the page)
Another problem is the playing of audio CDs..
Only Amarock could do it and only after I changed the default output engine to oss. Maybe some recompiling
of KDE binaries with freebsd ad not linux alsa is needed?
Overall it seems so far so good though!
"Another problem is the playing of audio CDs.."
For initial checks, you can first ensure
% mixer cd vol 100
and then use
% cdcontrol play
or
% cdcontrol -f /dev/acd0 play 1
if neccessary. Refer to "man cdcontrol" and "man mixer". The program cdcontrol belongs to the base OS and is, along with mixer, a good starting point for diagnostics.
You can use xmms's audio CD player functionality or stick to "old fashioned" tools like xcd.
"Only Amarock could do it and only after I changed the default output engine to oss. Maybe some recompiling of KDE binaries with freebsd ad not linux alsa is needed?"
Uh, this sounds very complicated and should not be neccessary. Honestly, who wants to recompile KDE? If neccessary, use pkg_add -r with the proper package names. The situation you're describing seems to illustrate a problem with KDE and sound. Check basics first.
Although I really like BSD and Solaris I mostly run Linux. I have recently ported Slackware to MIPS and am soon going to do a SPARC port and am having the same problems as the BSDs on x86.
In my opinion the only solution is to complete projects such as Gnash and/or BSD/CDDL licensed equivalents to make these platform and architecture dependent binaries obsolete.
While these proprietary companies once had an advancing role for platform uptake they are now mainly a hindrance to the free development and use of platforms and in that respect they are taking choice away from users.
-both of them are FreeBSD. Period.
-it's no Linux distro competition approach
-both of them are using FreeBSD-stable, KDE, Xorg 7.x
-PC-BSD is using the optional PBI installation
-DesktopBSD is using the tools of FreeBSD
So in the end it's different. If you're "in need" of benchmarks, test FreeBSD. Comparing two FreeBSD systems is just nonsense, because FreeBSD is always the *complete* operating system, not just a kernel.
from the FAQ
Why DesktopBSD? There's already PC-BSD!
DesktopBSD development started about one year before PC-BSD suddenly appeared, therefore DesktopBSD is definitively no copy and not about rivalry against PC-BSD. It's quite possible that PC-BSD and DesktopBSD can profit from each other in the future.
What is the difference between DesktopBSD and PC-BSD?
DesktopBSD uses all of the powerful and functional features that FreeBSD offers while PC-BSD rather introduces new, alternative systems instead. The best example of this is DesktopBSD's Package Manager, which is in fact simply a comfortable front-end to the reliable and well-established FreeBSD "Ports" system. PC-BSD on the other hand utilises a new system of installing packages using a *.pbi package. The latter does not integrate with the system installed but wraps itself around the operating system and uses what it needs.
(http://www.desktopbsd.net/index.php?id=33)
This is what people were asking.
I believe merge isn't possible without a consent of the company that bought PC-BSD. In other words, this company would have to buy DesktopBSD too and the guys at DesktopBSD need to agree in order for a merger to go ahead. PC-BSD is no longer a stand alone non-commercial project but this is good.
Edited 2007-07-26 09:25








