Linked by Thom Holwerda on Tue 14th Feb 2006 22:25 UTC
PC-BSD "After using PC-BSD several days, I was impressed with how easy it is to use. It's a good desktop OS, and a great way to introduce BSD to new users. The 1.0 release has a few rough edges, but nothing that should scare off prospective users. For the future, I'd like to see something like Synaptic to manage PBI packages and allow users to browse for software without having to visit the PC-BSD Web site, and it would be nice if the site had a little more documentation, but I expect such things will come along in due time as the project matures."
Permalink for comment 95801
To read all comments associated with this story, please click here.
RE: DesktopBSD
by Almindor on Wed 15th Feb 2006 09:24 UTC in reply to "DesktopBSD"
Member since:

I agree with him on the .PBI problem. Their solution to "library hell" is to bring all libraries with you in the .PBI and put them in local-per-program subdirectory for each program. This has 2 consequences:

1. Programs which PRODUCE other programs (compilers/IDE combos etc.) will work but their "product" won't because it won't find the required libraries.

2. Memory usage will grow as there will be many instances of the same (or slightly version different) library per each program. This is actualy braking the usefulness of .so altogether.

This is not just some random rant, I am writing this from PCBSD and I also contributed one .PBI myself (Lazarus)

I think however that the .PBI concept is nice for "end-user" apps which don't "provide" (typical is openoffice or firefox) but not for programs which "produce" something which needs a framework. I think that putting all possible(or most atleast) frameworks through ports and then using end apps via .PBI might be the best solution with possibility of combined checking or atleast one way (so a PBI can see if it has the libs and if not, will install a pkg which it has with itself)

Reply Parent Score: 4