To view parent comment, click here.
To read all comments associated with this story, please click here.
Does that clarify matters? Do I still sound like a FUDing, lying, harping troll? ;-)
Yes, it clarifies matters. A bit.
Now if you are interested... FreeBSD has a hybrid system: ports and packages. You can easily build a binary package from ports (as easily as passing "-p" to portinstall/portupgrdade - and a binary package will land in /usr/ports/packages). These packages will be - for all intents and purposes - very similar to your .deb or .rpm. They know about dependencies, and the pkg_* system will try to resolve them automatically. How PBIs relate to this? If you check out a PBI creation howto, you'll find out that they use binary (.tbz) FreeBSD packages (that are regularly built from ports by the FreeBSD package building clusters).
So they took those packages (or use one build by himself - I did it with all the packs I maintained) - and check what runtime dependencies they have. These fall into two categories: they are either 100% present on all PC-BSD installs or not. The former is a much much larger group then the latter, and only in the latter case will you need to include some extra libs. You can do a real life comparison of PBIs and RPMs - and you will see very small size differences (see openoffice.org) - because most shared libraries PBIs need are counted on to be present on your system.
So that's it. Basically PBIs have one (BIG) dependency and one extra feature (compared to .rpm or .deb): the dependency is PC-BSD, and the extra feature is the possibility to include extra libs in the binary. That's all what PBIs are, and it would be relatively easy to implement such a system for any linux - it's just that noone tried it yet. Whether PC-BSD and the PBI system lives or dies is yet to be seen. But it won't fail because of the reasons you cited. That was a bit dramatic, I mean your rant about missing shared library support and the inevitable doom of the PBI concept as a consequence, but so were my replies
Especially when I saw you repeating things that I know were not true, and I thought you deliberately ignore my clarifications (which in my book, would classify you as a troll). Maybe I was wrong. If so, than I apologize.
But I think that the BSD folks will be able to come up with something better.
They already did
Yes, yes, I'm obviously biased, but the ports/packages infrastructure is way better then any package management I have found in the *nix world. It's not just source build ala gentoo - it's a whole infrastructure. Check out freshports.org to see what I mean. And its a maintenance paradise: I maintain a small comp lab with a few freebsd desktops (old machines with limited functionality, newer machines are WindowsXP). I build binary packages on my own machine by simply passing -p to portinstall. The binary packages are automatically arranged exactly the same way as on the official binary repositories (under /usr/ports/packages) so all I have to do is point those old machines to my FTP server, and everything will be installed/updated from my puter, with a single command. Wonderful
And it takes almost nothing. Normally I use portinstall whatnot or portupgrade -a to maintain my home computer, and the only effort I have to make to keep several machines up to date is to use portinstall -p whatnot and portupgrade -ap instead.
"""They already did
Yes, yes, I'm obviously biased, but the ports/packages infrastructure is way better then any package management I have found in the *nix world. It's not just source build ala gentoo - it's a whole infrastructure."""
I'm obviously biased, as well.
Like I've said before... let's watch and see how well it does in the real world.
Take care,
Steve





Member since:
2005-07-24
"""Well, I thought it might catch your attention that way
"""
It did. ;-)
"""I can't reply with "we, in the BSD community" simply because this is not a sect or something, and I'm not qualified to represent the BSD community as such."""
That's reasonable. I was wrong to try to speak for the Linux community. It makes me sound like Eric Raymond and I am suitably embarrassed. ;-)
"""I consider this trolling. FUD is also an apt term for what you do: you harp about the doom of PC-BSD, while spreading obvious lies about its package management."""
Hmmm. Those are harsh words. "Trolling", "FUD". "harp", "lies".
I know more about PBI now than I did at the beginning of this thread. It's not as bad as I thought it was at first. But I think that the BSD folks will be able to come up with something better. Something less source-centric than ports, but less binary-centric than PBI. That's a compliment.
For a few posts now, I have been saying that I am content to wait and watch how well PBI does relative to other package management systems.
Does that clarify matters? Do I still sound like a FUDing, lying, harping troll? ;-)