Linked by Thom Holwerda on Fri 5th Oct 2007 20:49 UTC, submitted by Flatland_Spider
PC-BSD Jan Stedehouder has used PC-BSD for thirty days to see what living with it is like. On day thirty, he concludes: "Does PC-BSD have the potential to be a serious contender for the open source desktop? I answered that question with a yes, because the potential is there. The solid FreeBSD roots, the very strong and very accessible information, the friendly and mature community and the PBI system provide the foundations for that potential. I don't think it is ready now and I couldn't recommend it yet to someone in the early stages of moving away from Windows to an open source desktop. But I do think that the PC-BSD team has the right target audience in mind and is building an system and a support system that addresses it's needs."
Thread beginning with comment 276472
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: Package Management
by dylansmrjones on Sat 6th Oct 2007 14:42 UTC in reply to "RE[2]: Package Management"
Member since:

The problem is not individual installers. The problem is that updating them usually requires hunting the net for the updated packages.

Combine decentralized installation with central management (like the way one can update extensions for Firefox) and the problem is solved.

Think "Software Store". Or think "Package Update API". One click and the "Software Store" will search for new versions available of installed packages. It will then ask if it should download the installers. When downloads are finished it can either run them silently or possible run the inter-active installers.

For this to work the installed application must register itself in the Software Store. All this would require is a text file containing the URL to a directory containing future updates. Yeehaa... decentralized installation with optional centralized management and updating ;)

Reply Parent Score: 4

RE[4]: Package Management
by sbergman27 on Sat 6th Oct 2007 14:50 in reply to "RE[3]: Package Management"
sbergman27 Member since:

Would it not be better for the software distributor to create an rpm and a deb and send them to the proper repos?

Reply Parent Score: 2

RE[5]: Package Management
by dylansmrjones on Sat 6th Oct 2007 15:30 in reply to "RE[4]: Package Management"
dylansmrjones Member since:

I don't see anything bad about combining the solutions. Central repositories have some downsides and decentral installers have some downsides. Combining them would hopefully create a solution with the best from both worlds.

It does of course put some limitations on the nature of distributions (particularly binary distributions). They can't keep breaking binary compatibility between each distribution update (which is quite usual with Fedora), which again leads to them having to support multiple versions of the same packages (e.g. using slotted versions of most libraries). Or put differently, packages for Linux Distribution XYZ Core 1 should also work with Linux Distribution XYZ Core 9. If this isn't the case individual installers will have a hard time working. Maintaining a central repository usually means quite limited number of packages available - and 2-3-4-5 months waiting time for the package to go stable (and who wants to use an unstable version of glibc?).

Reply Parent Score: 3

RE[5]: Package Management
by zombie process on Sat 6th Oct 2007 17:36 in reply to "RE[4]: Package Management"
zombie process Member since:

How does that solution resolve, say, library version issues? Personally, I think that all inclusive bin files probably *is* the solution - yes, there are certain security caveats, but for 99% of the people out there, fscking around with dependencies is a nightmare.

Most people want to be able to install software that is meant for "their OS" w/o having to compile or fight with their package manager - even very intelligent people with decent tech savvy have issues with this kind of thing. Right now, it's extremely difficult for me to explain to people who run linux part-time that, no, you cannot get that rpm and expect it to "just work" on your ubuntu box, or whatever. It's kind of a mess whether we want to admit it to ourselves as uber-1337 g33x or not.

Reply Parent Score: 2