Slashdot Mirror


BSD Version Of Gentoo's Portage

eugene ts wong writes "Here is some good news for BSD users. Gentoo Weekly Newsletter has an article that says that there is a BSD version of portage. It's still in a developmental stage, but it's definitely making progress."

155 comments

  1. Splitting the user base! by Anonymous Coward · · Score: 0

    Efforts like this could end up splitting the Gentoo user base. Will he go to BSD and kill Gentoo as we know it, or will he stay with Linux? :(

    1. Re:Splitting the user base! by Anonymous Coward · · Score: 0

      No, people run Gentoo because they don't know any better!

    2. Re:Splitting the user base! by The+Mayor · · Score: 1

      FreeBSD has fewer buffer overflow exploits. It's that simple. Most BSD-based solutions (NetBSD & OpenBSD included) are considered more secure for server systems. Of course, application security is still an issue....

      --
      --Be human.
    3. Re:Splitting the user base! by cant_get_a_good_nick · · Score: 2, Interesting

      Gentoo already forked; the coder base is split, though not sure about the user base.

      ports vs. portage is a debate of utility. Its a meta-tool; how do I get the tools that I need in a better manner (* Better to be defined by the user). I sincerely doubt that the tipping point between selecting gentoo and FreeBSD is the difference in a metatool.

    4. Re:Splitting the user base! by cant_get_a_good_nick · · Score: 4, Insightful

      1) I shouldn't be answering to trolls, but the whole "my free x86 based UNIX OS that runs tons of software is SOOOO much better than your free x86 based UNIX OS that runs tons of software that you must be a luser and i rock!" thing is pathetically old. See a tree. Pet a dog. get laid. Get a life outside of petty arguments about free OSes showing "heh, I said BSD sucks, on a BSD FORUM, I sooooo rule".

      2) FreeBSD is not about speed really, though it is fast, and in many ways faster than Linux. FreeBSD is about a system. Not a kernel with 24 vendor specific patches (I honestly can't read the patch version on my current RH kernel, nor do I bother to look it up) with a billion RPMs each with their own vendor specific patches or apt dpkges and a few tarballs here and there, but a cohesive system. The problem that "BSD SUXXORS" dorks have with FreeBSD is that its beauty is subtle; you don't really get it until you've had the system for a while and you realize how everything just feels right. They don't switch scheduler and VMs in the middle of a "stable" branch. They don't make you change firewall code with every major kernel release. It just works, and works well. If chasing every RPM, worrying abut what vendor has what is what you like doing, cool, go for it. But BSD users (like myself) will be quite happy with what we chose, for reasons you can't seem to understand.

    5. Re:Splitting the user base! by jcgf · · Score: 1

      preach on dude!

    6. Re:Splitting the user base! by Arandir · · Score: 1

      They don't make you change firewall code with every major kernel release.

      Thankfully, it's FreeBSD you're talking about, and not another unnamed BSD system that I am aware of :-)

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    7. Re:Splitting the user base! by CentrX · · Score: 1

      I don't know if you're implying that Debian is not a cohesive system by saying that FreeBSD doesn't have apt dpkges or whatever, but Debian is a cohesive system that doesn't change functionality in the middle of a stable branch. You don't have to chase packages around, they're easily downloaded and installed, and major upgrades are handled pretty seamlessly as well. It works and it works well. I'm sure there are other reasons why FreeBSD and Debian are better and worse than each other for different purposes, but Debian is not at fault for not being a cohesive, stable system.

      --

      "The price of freedom is eternal vigilance." - Thomas Jefferson
    8. Re:Splitting the user base! by harmgsn · · Score: 2, Funny

      Not to forget about having to chase down the dependancies, hoping they're the right version, then chasing down the dependancies' depandancies, etc., etc., etc. That's one of the major reasons I chose to stay away from the RPM-based systems and went with FreeBSD. The ports tree gets the dependancies for you (if you are in a lazy enough mood to go that route) or the pkg_add gets them as well. It's a lot less of a headache to worry about "oops, I forgot this dependancy!". I personally think that the RPM users who are die hard "OMFGZORZ MY RPMS PWNZORZ UR SYSTEM" just think that they are cool because they know how to use a search engine and find the rpm they need and spend 12 hours hunting down everything needed to get something installed whereas a FreeBSD user would get the software installed and move on to things that are more important (ie: life away from hunting rpms). Just my 2 cents.

      --
      Harm
    9. Re:Splitting the user base! by __past__ · · Score: 1
      Thankfully, it's FreeBSD you're talking about, and not another unnamed BSD system that I am aware of :-)
      Yeah, that FreeBSD that ships with two packet filters out of the box (three if you count the one that comes with the ppp daemon), and the unnamed one in the ports - of course, without the slightest hint on which to use in what situation in the docs... ;-)
    10. Re:Splitting the user base! by __past__ · · Score: 1
      The one thing I personally don't like about most Linux systems is that they seem to think that they are smarter than the upstream developers. The problem with heavily patched packages and funky custom installation layouts is that all the documentation, from howtos to security advisories, must first be "translated" to your local system. The BSD packages, and I guess this is true for gentoo and some other Linux-based systems as well, is that they mostly keep stuff as it was meant to be by the authors, except for patches neccessary to make it run at all.

      I'm not sure about Debian, I haven't used it for some time now. But I do remember some horribly overengineered stupidities (like the "alternatives" system), so I wouldn't be surprised if they were guilty of that, too.

    11. Re:Splitting the user base! by irc.goatse.cx+troll · · Score: 1

      "The BSD packages, and I guess this is true for gentoo and some other Linux-based systems as well, is that they mostly keep stuff as it was meant to be by the authors, except for patches neccessary to make it run at all."

      Because BSD prefers being better for upstream maintainers than for end users. Why in the hell would I want to do a whereis every time I need to find some random binary that freebsd thinks should go in /usr/local/mysql/libexec/bin/ or whatever?

      In deb, everything goes in standardized paths to save the end user time.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    12. Re:Splitting the user base! by Arandir · · Score: 1

      But the point is you don't have to rewrite all your filter rules every other minor release. Plus you get the benefit of choice. Win win.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    13. Re:Splitting the user base! by tekvov · · Score: 1

      um... in FreeBSD one of their major philosophies is a consistent well defined file heirarchy. This is one of *most* BSD users complaints with Linux,there doesn't seem to be any standardized file structure which lends to chaos. It is my experiance that it is much easier to find binaries in FreeBSD (granted you do have to learn the system to start with) than in Linux Distros.

    14. Re:Splitting the user base! by Anonymous Coward · · Score: 0


      Why in the hell would I want to do a whereis every time I need to find some random binary that freebsd thinks should go in /usr/local/mysql/libexec/bin/ or whatever?


      Becuase anything else is stupid? Guess Debianists don't know much about system administration.

    15. Re:Splitting the user base! by Groganz · · Score: 1

      see man 7 hier

    16. Re:Splitting the user base! by Anonymous Coward · · Score: 0

      It's obvious that BSD people are losers who need to feel "different". It is much like the self-proclaimed homosexuals. You have an empty spot in your psyche which requires you to always need to be associated with the peculiar and different. Your most important concern in life is hardly the operating system itself. It is the need to feel "special". Maybe your momma didn't cuddle you enough, who knows.

    17. Re:Splitting the user base! by Anonymous Coward · · Score: 0
      Who doesn't know that *BSD is dying? Why, it is a given that if you are a tuned in IT professional, the cold hard facts of this shark tank are inescapable: *BSD is dying.

      Indeed it is common knowledge that ever hapless *BSD continues to be mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the cold numbers. The erosion of user base for FreeBSD continues in a dizzying, head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major marketing surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

    18. Re:Splitting the user base! by Anonymous Coward · · Score: 0
      Here is the crux of the matter in a nutshell:
      B S DI SD Y I N G
    19. Re:Splitting the user base! by usotsuki · · Score: 1

      If you prefer your sources un-tampered with as I do...mainstream distros aren't the way to go.

      Sourcemage GNU/Linux might be more up your alley - from my experience, you "cast -c" a program, it downloads it from the program's main site and compiles it.

      That's real nice, and why I'm moving from Head Rat to Sourcemage.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    20. Re:Splitting the user base! by Anonymous Coward · · Score: 0
      Ever since Red Hat bought Cygnus, GCC is in effect a Red Hat Linux product. Most of the significant development on GCC is performed by Red Hat Linux employees. Therefore BSD is a [possibly illegitimate] offspring of Red Hat. And of course, GCC is under copyright by our good friends at Richard Stallman's Free Software Foundation (home of GNU).

      It is interesting to note that everyBSD software, including FreeBSD itself, requires a Red Hat product, in fact owes its practical existence to Red Hat GCC.

    21. Re:Splitting the user base! by Anonymous Coward · · Score: 0

      bsd is one dead stinker

    22. Re:Splitting the user base! by usotsuki · · Score: 1

      TenDRA is the answer.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
  2. Not good news by Geekboy(Wizard) · · Score: 4, Insightful

    Most BSD users don't want this. Ports works quite well for us, thank you very much. Any shortcomings that Ports has, are being worked on.

    1. Re:Not good news by Anonymous Coward · · Score: 0

      ...let me translate that from FreeBSDish to plain English:

      WAAAA! NIH! WAAAA! NIH! WAAAA!

      Seriously though, portage is a good system, and it works well. It's better than ports in some areas. Instead of ignoring it because you have something that may catch up in the future, how about taking a look at it instead of acting so high & mighty?

    2. Re:Not good news by Anonymous Coward · · Score: 0

      I agree. I think this is as useful as Debian BSD. Are linux distributions preparing to bail out into FreeBSD or what??

    3. Re:Not good news by EzInKy · · Score: 1

      Most BSD users don't want this. Ports works quite well for us, thank you very much. Any shortcomings that Ports has, are being worked on.

      Since Gentoo's Portage is based on Ports, wouldn't this just be them giving back to community they borrowed from?

      --
      Time is what keeps everything from happening all at once.
    4. Re:Not good news by Anonymous Coward · · Score: 0
      SEATTLE - A Federal Way, Wash., girl on a fishing trip with her family reeled in something right out of a science fiction film. Believe it or not, she caught a two-footed fish with a big horn.

      8-year-old Otilia Grasan was fishing with her family this week when she caught the strangest fish she had ever seen.

      "I was thinking that it might be a good pet and put it in the fish tank," said Otilia. "When it came up in the water the eyes were really glowing and the whole tail was glowing too. So I thought it was gonna glow in the dark." Fresh from the family freezer, Otilia showed off her catch, an odd looking fish about 18 inches long.

      You'd think a two-footed fish with a big, weird horn would be a rare discovery, but the truth is there are actually thousands of them in Puget Sound.

      Turns out the mysterious creature is a distant member of the shark family with a decidedly unglamorous name.

      "Yeah, this is the spotted ratfish [a.k.a. BSD trout]," said Wayne Palsson, Dept. of Fish and Wildlife.

      The so-called "feet" are actually modified fins used to latch onto females, helping big ratfish make little ratfish. The same goes for that handsome horn.

      And while many crave crab legs and buffalo wings, if someone offers you some fresh caught "fish feet," keep walking. Health officials say ratfish is poisonous and should not be eaten.

    5. Re:Not good news by Mnemia · · Score: 1

      Gentoo's Portage is not exactly "based" on Ports. The code is entirely original and not an adaptation of BSD code. Inspired, yes; based on, no.

    6. Re:Not good news by EzInKy · · Score: 1

      Okay, then return the results of the inspiration to the BSD community then B-).

      Anyway, though I use and enjoy Gentoo, I've never really understood the logic of writing something as integral to the system as Portage in a language that requires an interpreter to function. One would think that system code should just run by itself.

      --
      Time is what keeps everything from happening all at once.
    7. Re:Not good news by FxChiP · · Score: 1
      Anyway, though I use and enjoy Gentoo, I've never really understood the logic of writing something as integral to the system as Portage in a language that requires an interpreter to function. One would think that system code should just run by itself.

      Well, Gentoo's all about choice. Writing the integral system (i.e. Portage) portions in Python (or any other interpreted language) would make it a lot more portable to other systems, as the interps translate the Python (or whatever language) code into the system code that must run. :P

      That, and possibly because Python is possibly just easier to write (and possibly debug) than C/C++... I don't have much experience with it though.
  3. Ease of Use for Package Management by eugene+ts+wong · · Score: 4, Interesting

    1 of the things that I like about portage is the ease of use. You don't have to find dependencies. Nor do you have to find the web sites that host these packages. If you can find a place that's closer than the defaults, then you'll have the option of getting packages from there.

    I think that these general advantages should be available all across the board for all OSes, unless of course there are specific needs for specific alternatives.

    I'm not trying to start a flame war or anything. I'm just sharing my own likes & dislikes.

    1. Re:Ease of Use for Package Management by sporty · · Score: 5, Informative

      Do realize, that ports has done this for a long time. Only diff beween ports and portage are the command structure, some layout and the systems that they originated for.

      The cool thing about ports in relation to freebsd, and prolyl the other bsd's.. is that they integrate with the package systems used. SO if you want, you can download the tbz (vs tgz) package or use /usr/ports.

      --

      -
      ping -f 255.255.255.255 # if only

    2. Re:Ease of Use for Package Management by eugene+ts+wong · · Score: 1

      Yeah, I just realized after I clicked Submit that Gentoo is a combination of BSD & various other distros/OSes. I feel bad. It's almost as if I didn't read the article that I submitted. On the other hand, it wasn't written in the article that I submitted, so my memory lapse may be somewhat excusable.

    3. Re:Ease of Use for Package Management by doughmein_dot_net · · Score: 1
      Portage supports this too. Check the --usepkg and --buildpkg options for emerge.

      Then again, I would guess that most Gentoo users prefer to compile their ebuilds locally, for reasons of performance, optimizations, and custom USE flags.

      --
      Super ninja monkeys will one day rule the world!
    4. Re:Ease of Use for Package Management by Anonymous Coward · · Score: 0

      Dumb turd, where do you think they got that from? BSD.

      cd path2port && make package

    5. Re:Ease of Use for Package Management by Anonymous Coward · · Score: 0

      when you weigh the evidence, in the balance *bsd is dying

  4. Why? by aliquis · · Score: 5, Insightful
    Then I first tried gentoo I thought portage was better than ports, but that was because I hadn't read the onlamp article about portupgrade.

    The differences I've noted is that portage is upgraded every now and then which gives you the small trouble of running etc-update and upgrade it's config files. It might actually be broken at some times to.

    Ports on the other side is rock solid and has been used for a much longer time. You can of course set compiler flags for ports to, and atleast for freebsd the upgrade tool is as good as the gentoo one. I do however like netbsds approch most since their pkgsrc seems most intelligent with their /usr/pkg path for everything installed from it. I must admit I don't know that much about their different port handling tools thought, I've mostly used make install.

    The huge advantage of gentoos portage is the USE-flags, which I really like. Don't know if it would be hard to get the same functionallity in the BSDs without using portage, or if there already are a few alternatives which works almost the same way. Feel free to reply or e-mail me information about usefull ports tools if you have any.

    1. Re:Why? by Anonymous Coward · · Score: 1, Funny

      Why use a calculator when you can use an abacus?

      Why?

    2. Re:Why? by Lucidor · · Score: 1

      I think it's mostly for gentooists wanting to use BSD.

      Maybe they're getting redy to leave the ship if the SCO racket goes out of hands. I wouldn't mind using a different kernel (if it is as good as BSD's), but I don't really feel like learning new maintnance tools.

      --
      -Why do I bother?
    3. Re:Why? by Arandir · · Score: 2, Interesting

      Don't know if it would be hard to get the same functionallity in the BSDs without using portage, or if there already are a few alternatives which works almost the same way.

      There are things in FreeBSD that work almost the same way. But they tend to be much more specific than what Gentoo users are used to. They're informally called "knobs" and can be put in the global /etc/make.conf file to apply to everything, or used on a per-port basis. Adding new knobs is not that hard, but you have to go through and make sure the affected ports use them.

      The biggest problem with the knobs is that they are not fully documented. For example, there is a very useful "WITHOUT_X11" knob that several ports respect, but which isn't mentioned in the Handbook or FAQ.

      The "WITHOUT-X11" knob is described in the porter's handbook, but that isn't an end-user document, so many people skip over it. Perhaps the Handbook needs another page in the ports and packages section.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:Why? by aliquis · · Score: 1

      Nice to know, I'm sure I've added some option to the make command some time but I never used it regulary in BSD and had no idea they could be set in /etc/make.conf. Thanks.

    5. Re:Why? by Anonymous Coward · · Score: 0

      "Why would I want to use a copy when I already have the original?"

      Heheh! That one of the many reasons that I use BSD instead of Linux ;)

    6. Re:Why? by Anonymous Coward · · Score: 0

      Yeah, why would I want the abacus portage?

    7. Re:Why? by aliquis · · Score: 1
      I should have added that NetBSD has a page with documentation for their pkgsrc which sorts out most of the questions you could have for it. For example that you've got /etc/mk.conf with build configurations, audit-packages which keeps track of any security vulnerabilities in the pkg tree, pkglint which tells you if you have any outdated packages installed and that you can upgrade packages with the command make update.

      Combined they make a very good package system to. Don't know if make update handles dependencies in both directions thought.

    8. Re:Why? by Anonymous Coward · · Score: 0

      guess what - bsd is dead

    9. Re:Why? by Anonymous Coward · · Score: 0
      Fact: *BSD is dying

      It is common knowledge that *BSD is dying, that ever hapless *BSD is mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the numbers. The loss of user base for FreeBSD continues in a head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      Every major marketing survey shows that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

  5. Portage versus Ports? by Mad+Marlin · · Score: 2, Insightful

    As a FreeBSD user, my question is this: How exactly is this different from the ports tree? I thought that it was basically the same. I am glad to see somebody doing it, though.

    1. Re:Portage versus Ports? by aliquis · · Score: 2, Informative

      The huge difference between ports and portage is that portage has replaced makefiles and instead uses a python based solution. They also got USE-flags there you can specify stuff like "X ssl gtk -kde -cups" and stuff like that, to make applications which can use X and ssl compile with those options enabled, but not compile kde and cups support.

    2. Re:Portage versus Ports? by Mad+Marlin · · Score: 1

      ... portage has replaced makefiles and instead uses a python based solution.

      I like Python and use it often, but makefiles are highly specialised for this sort of thing, so I don't really think that Python is appropriate here.

      ... you can specify stuff like "X ssl gtk -kde -cups" and stuff like that ...

      This capability already exists within the BSD ports collection, with slightly different syntax. For example, I normally install new versions of Mozilla as such:
      # cd /usr/ports/www/mozilla
      # make install WITH_CALENDAR=yes
      I use the Mozilla Calendar to keep track of when I am supposed to be somewhere even though it is currently considered development-only, and therefore isn't built by default.

    3. Re:Portage versus Ports? by Arandir · · Score: 1

      but not compile kde and cups support.

      "-gnome" would be much more useful example, since there are many apps that can be built with or without gnome support, but I am not aware of any that Qt applications that can optionally use KDE. If you don't want to build any KDE applications, then simply don't build any KDE applications. Since nothing but KDE applications depend on KDE, this is the simplest solution.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:Portage versus Ports? by Unregistered · · Score: 1

      USE. that's the biggie that sets portage appart. If you don't know what USE is, see this. They do a better job explaining it athan i do.

      http://www.gentoo.org/doc/en/use-howto.xml

  6. Gentoo by rf0 · · Score: 2, Insightful

    I can't see the difference. If anything pkg_add -r would almost be suprior

    Rus

  7. Why? by Arandir · · Score: 4, Insightful

    The big question on my mind is "why?" Why would I want to use portage instead of ports? Why would I want to use a copy when I already have the original?

    --
    A Government Is a Body of People, Usually Notably Ungoverned
  8. good by bobtheheadless · · Score: 1

    I like the ports system n' all, but I certainly like portage a lot better.
    I for one am glad to see it :)!

    --
    --- If I had a funny sig too, you might be laughing now.
  9. Why? by Matty_ · · Score: 4, Insightful

    I see absolutely zero need for Portage on any of the popular BSD systems, except for Mac OS X. Having it on Mac OS X would be much better than using Fink.

    I use Fink now, but I don't have flexibility in deciding what features I wish to have compiled in to my software (at least, not that I am aware of).

  10. also coming soon... by bcrowell · · Score: 5, Funny
    • vi keybindings for emacs
    • a Windows skin for MacOS X
    1. Re:also coming soon... by Anonymous Coward · · Score: 0

      BSD people are mostly losers who need to feel "different". It is much like self-proclaimed homosexuals. You have an empty spot in your psyche which requires you to always need to be associated with the peculiar and different. Your most important concern in life is hardly the operating system itself. It is the need to feel "special". Maybe your momma didn't cuddle you enough, who knows.

    2. Re:also coming soon... by Anonymous Coward · · Score: 0

      As opposed to what? The average Linux user, using it just so he can yell "screw microsoft!" over and over again?

      I'm rather pleased that Slackware got to the point where I can use it for my primary desktop OS, but I've just seen linux soil itself under less load than my BSD boxen take without blinking.

  11. Wish List by eugene+ts+wong · · Score: 1

    1 thing that I hope that they add is the abiblity to not update the entire portage tree. Otherwise, we are forced to download way too much data that we may never use, when all we want to do is update the packages that we have already.

    1. Re:Wish List by doughmein_dot_net · · Score: 1
      I'm not sure that this would be useful. My experience with Gentoo Linux and its existing portage tree has taught me that many ebuilds are inter-related. As a quick example: a new version of PHP might require an updated version of Apache, a new MM library, and a new version of OpenSSL.

      If a user only updated their PHP portage directory, and if the PHP ebuild were properly written to require the most current or known-good versions of all of its dependencies (as tested by the PHP ebuild maintainers), then the user would run into dependency errors and would have to go update those other portions of the portage tree, by hand. This would be sub-optimal. (I've run into this problem with OpenBSD's ports tree, and it was annoying. Newer ports required newer dependencies, and newer versions of the ports infrastructure.)

      Remember that updating the portage tree does not automatically update all installed software. The user must still use the emerge command wisely by seeing what ebuilds have been updated, and making a decision based on their needs. Those who run emerge -u world blindly can get into trouble. :)

      --
      Super ninja monkeys will one day rule the world!
    2. Re:Wish List by eugene+ts+wong · · Score: 1
      Remember that updating the portage tree does not automatically update all installed software. The user must still use the emerge command wisely by seeing what ebuilds have been updated, and making a decision based on their needs. Those who run emerge -u world blindly can get into trouble. :)
      Yeah, I hear you on that. I kind of learned that the hard way. I'm suprised that they don't have a command to upgrade all packages to the most recent stable ebuild. How hard can it be? I'm not skilled in understanding it all, but as far as I know, all you need is a script to list all of the packages in /var/db/pkg/, then upgrade them if there are upgrades available. If gcc or glibc or glib has been updated, then they probably have to recompile everything, no matter what. I could be wrong, though. The experts should know for sure. I don't understand what is holding them back.

      I don't think that everyone should make use of this script, but it would be a good option.
    3. Re:Wish List by Mnemia · · Score: 1

      Portage already does everything you just mentioned. Portage has stable and unstable "profiles" which will automatically update all your software to either the newest stable version or the newest version overall respectively. You can change which profile you are in at any time, or you can stick to stable and emerge individual packages from the unstable profile. Usually I stick to the stable tree for libraries and things like that that contribute to overall system stability and then manually install some unstable versions of specific applications that I am especially familiar with like Mozilla. Portage copes with this mixture just fine.

      Also, you do NOT have to recompile your whole system whenever a new glibc or gcc or glib is installed. Portage, through a feature called SLOTS, allows you to have multiple versions of these packages installed side by side. Old versions will remain if you still have apps linked against them. You also do have the option to recompile everything if you want it all to use the new toolchain. In practice this is almost never necessary and has only been required once in the 1.5 years I've used Gentoo Linux (and then only for the GCC 2.x -> 3.x move). Even then it wasn't required but was recommended to ensure binary compatibility.

    4. Re:Wish List by Anonymous Coward · · Score: 0
      • Linux is manly.

      • BSD is gay.
    5. Re:Wish List by Anonymous Coward · · Score: 0

      I am manly. Uruguay.

  12. Re:Portage versus Ports? -- IMHO/IMOE by Ricin · · Score: 3, Informative

    Portage doesn't replace makefiles, at least not the ones provided to build the actual program.

    The FreeBSD's ports' Makefile basically sets a load of build/package organization variables, almost the same as a portage "ebuild" does. An ebuild is a script though. I've submitted a few when I was trying out Gentoo a while ago.

    Portage just happens to be written in python (good choice BTW IMHO) whereas the traditional pkg-tools for FreeBSD are C based and the portupgrade utility is written in Ruby.

    Portage was inspired by NetBSD's pkgsrc which was derived from FreeBSD ports. Flags like PROVIDES are similar to USE and somewhat comparable to FreeBSD's make options for ports e.g. "NO_GUI"=true and stuff like that. I do like the USE idea though.

    The interesting thing about portage as a FreeBSD user is two sided really: the pro would be that the functionality of portupgrade would be part of the portmanager tool (portage) itself, the con is that *BSD (even Net) are not a kernel with packaged userland, it is a full (perhaps small though) OS and the hard thing is always where to draw the line and whether or not the base system can and should be put into packages/ports/ebuilds also. Like any OS Gentoo Linux needs a bootstrap and a chaintool too to build the rest. LFS'ish (quite easy though, they have good docs).

    The Gentoo "rc scripts" are also very NetBSD inspired and recently FreeBSD has followed this approach, e.g. using PROVIDES, and BEFORE, etc.

    My (rather short) experience with portage was that I liked it, but it's definately more geared towards a linux (kernel+tools+pkgs) system. It also broke quite frequently though. And of course, python is always nice, if only to unbreak little things easily (I'm not much of a C person).

  13. Ports is not perfect at all. by Anonymous Coward · · Score: 0

    First off, I love FreeBSD. I run FreeBSD on every system I own. FreeBSD simply rules. It's so clean, compact, organized, secure, fast, stable, sweet, kick ass, and kick fucking ass; but seriously - it's not perfect. I personally think package managment needs a lot of work. The Debian packaging system is by far superior to anything out there, and with apt-get you cannot loose. Pkg-add just sucks ass compared to debians tools. And Ports just gets messy really quick. Upgrading ports is damn ugly, especially with multiple dependancies. Anything to improve managing software on BSD is a good thing. I wish someone would write an application similar to WindowsUpdate for BSD. Don't flame me! Applying patches should be that easy on BSD (Click the check-mark and press install, done!).

    Package managment is probably one of the most important things to have on a system. Installing, upgrading, and removing software should be simple, reliable, and accessable. Sure, Ports may offer some of this, but there's room for improvement. Portage can teach us something. Lets learn from Portage's ass kickedness and improve ports more!

    1. Re:Ports is not perfect at all. by Anonymous Coward · · Score: 0

      FreeBSD simply rules. It's so clean, compact, organized

      and then...

      And Ports just gets messy really quick. Upgrading ports is damn ugly,

      Uh-huh... right.

    2. Re:Ports is not perfect at all. by Anonymous Coward · · Score: 0

      Well, it started out clean, compact, and organized, but then ports messes it up. Is that a good enough explanation?

  14. Re:Something really smells in here. by Anonymous Coward · · Score: 0

    No, its your 3rd week w/o a bath.

    You need to bathe more often, you are not a Marine in Iraq.

  15. Shortcoming #1: by hummassa · · Score: 1

    USE flags. Gimme USE flags and I will concur that ports are OK.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:Shortcoming #1: by Arandir · · Score: 4, Informative

      Do we really need to throw out stable and robust ports entirely just because you like the USE flags? If it's so desperately wanted by you, then perhaps you could actually code it up. It's all just simple makefiles, so you don't even need to learn python.

      There already are "USE" flags of a sort, but they're more specific than the general purpose flags that Gentoo uses. Adding some new flags should be a piece of cake, if you can convince the committers of their need.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:Shortcoming #1: by stab · · Score: 2, Informative

      OpenBSD has FLAVOR and MULTI_PACKAGES exactly for this. Each port has a set of knobs that can be twiddled, and the binary packages are generated and named appropriately.

    3. Re:Shortcoming #1: by Istealmymusic · · Score: 1

      I don't know what USE flags are but with FreeBSD ports you can use WITH_ flags, for example "make WITH_PYTHON" or "make WITHOUT_X11", to tune certain configuration variables.

      --
      "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
    4. Re:Shortcoming #1: by doughmein_dot_net · · Score: 1
      To moderators: IMO, the previous comment should not be marked "Informative". It contributes no factual information towards the topic of discussion. At best, it is an opinion.

      To the poster: nobody's asking anyone to "throw out stable and robust ports". Wherever did you get that idea? The whole GentooBSD project seems more to be an exploration of an alternate way to manage and maintain a BSD-based system. I don't think that the authors intend this to replace or usurp existing distributions of FreeBSD and OpenBSD.

      The ports tree has its place. Portage has its place too. I should know, I use both on different servers and for different goals. The USE flags are an incredibly powerful tool, and they provide a unique solution that works for both general and specific cases. Portage has been written for flexibility, whereas ports is flexible in some ways but very inflexible in others. But no one system is perfect. Can't both coexist?

      Your question of "perhaps you could actually code it up" has already been answered. People are actually coding it up, but you've been making negative comments about their work. I'd bet that you've never even tried their code. Can't you contribute positively instead?

      Your comment sounds similar to typical reactionary, defensive arguments raised by many zealots, including (sadly) a number of FreeBSD fans. Just because portage exists and thrives doesn't endanger the existence of ports, nor does it invalidate the years of work put into making the ports system what it is today.

      Could it be, perhaps, that you're feeling defensive and you're willing to strike back at new approaches because they endanger your perceived monopoly on managing software on *BSD? Are you insecure because you secretly acknowledge the limitations of ports, but want to defend your ego and the honor of your *BSD community? Why are you trying to prevent people from improving the existing *BSD system in the way they see fit? What makes ports inherently better? Are makefiles really the best way to maintain a ports tree? Why should a *BSD administrator be forced to use ports if they have already realized that portage works better for them?

      I'm glad you made the comment about "if you can convince the committers of their need". This statement, right here, sums up one very valid reason for the creation of GentooBSD. What prevents a group of creative programmers from using BSD- and GPL-licensed code to create a forked distribution that best meets their needs? Why should they have to let a group of "committers" or a "core team" ratify a new approach? Name one good reason why they shouldn't exercise their rights to modify open-source code to create something new that solves their problems in a different way.

      It is precisely this manner of arrogance and hubris that will either doom or significantly hamper the forward progress of the FreeBSD community. I'm always amazed by how a group of people can wear blinders for so long that they refuse to acknowledge new approaches, and ridicule others (as you have done) who try to innovate rather than blindly following the accepted party line. So many programmers rant about their "freedoms" with open source, yet they try to squash any exercise of freedom within their code base or areas of knowledge. It sickens me.

      Personally, I welcome GentooBSD and I look forward to using it when it matures, as I'm sure it will. You're more than welcome to continue using your existing *BSD. If you don't want portage, that's fine and you don't have to use it, but don't snap at those who do just because they didn't use *BSD in your manner.

      --
      Super ninja monkeys will one day rule the world!
    5. Re:Shortcoming #1: by Anonymous Coward · · Score: 0
      Almost everything FreeBSD now takes for granted appeared first under Linux.

      For years FreeBSD 31337 ridiculed

      • shared libaries
      • ELF object format
      • virtual consoles
      • colored ls
      • IDE disks
      • C++
      • Java
      • etc. etc. etc.
      Want to know what will be in FreeBSD tomorrow? Have a look at Linux yesterday.
  16. cross-platform package managment by jschauma · · Score: 4, Insightful

    As usual, when this comes up, let's plug NetBSD's Packages Collection. ``pkgsrc'', as it's known, originally derived from FreeBSD's ports is available for a large number of platforms (Netbsd, of course, and then Darwin, FreeBSD, OpenBSD, Linux, Solaris and Irix), thus allowing system administrators who have to take care of more than one OS to take advantage of its strengths. So, uhm, sorry, but I'd also have to add my vote to the ``who needs portage'' camp.

    --

    -- "Tradition is the illusion of permanence."
    1. Re:cross-platform package managment by Anonymous Coward · · Score: 0

      The true is that you're also dying, troll.

    2. Re:cross-platform package managment by Anonymous Coward · · Score: 0
      It is sort of a waste time learning this BSD stuff because, whether you like it or not, BSD is fading out. It is not in the mainstream. It is like the Amiga. Whether this fading from popularity constitutes "dying", I don't know, and I don't really care. What I do know is that when you chose a marginalized operating system you are not just choosing a tool, you are getting saddled with a hobby that you may not want.

      Margialized operating systems require you to jump through more hoops to get things accomplished. Not only do you have to track changes in your operating system, but you have to track changes in unsupported software and emulation libraries. You always have to tweak and use "work-around" because your hardware is probably not supported by any vendor.

      Things only get more hairy day by day as BSD becomes increasingly marginalized.

  17. The reason portage is better by IWasHopsoned · · Score: 1
    The real reason portage is better because portage has pretty colors. Take that ports!
    [ ok ]
    If you like ports, use ports. If you like portage, use portage. I use FreeBSD, OpenBSD, and Gentoo Linux. I prefer portage over the ports system. So this is actually good news for some.
    1. Re:The reason portage is better by unclebulgaria · · Score: 1

      Yeah, colours are what do it for me!

    2. Re:The reason portage is better by Anonymous Coward · · Score: 0

      Portage has the advantage that it came later and fixes all the nagging bugs and interface problems in the ports system.

  18. Re:Portage versus Ports? -- IMHO/IMOE by aliquis · · Score: 1
    Portage doesn't replace makefiles, at least not the ones provided to build the actual program.

    I know that, I just wanted to tell that portage didn't used Makefiles to make it work.

    Portage was inspired by NetBSD's pkgsrc which was derived from FreeBSD ports. Flags like PROVIDES are similar to USE and somewhat comparable to FreeBSD's make options for ports e.g. "NO_GUI"=true and stuff like that. I do like the USE idea though.

    I actually didn't thought about that possibility, even thought I've used it sometimes. But sure the USE-flags is more convenient. Will make for the BSD ports complain if the option isn't available? If not i suppose it would be quite easy to do your own script which just add the options you want in BSD aswell.

    The Gentoo "rc scripts" are also very NetBSD inspired and recently FreeBSD has followed this approach, e.g. using PROVIDES, and BEFORE, etc.

    Never heard of PROVIDES or BEFORE earlier, will ask google about that one.

    Personally I like NetBSD most, but it got nothing with ports vs portage to do, it's just that all the BSDs got excellent documentation and that NetBSD has the files in intelligent places and that you don't have to upgrade the whole OS so often. OpenBSD is ok aswell but fails a little on the desktop side, and it's nice to see FreeBSD 5.x uses gcc 3.x now adays. Currently my machine runs gentoo since a half year or something because I bought a new one back then and wanted to try it out. We'll see then I have enough time and energy to switch back.

  19. The software is only the smallest part by R.Caley · · Score: 2, Interesting

    Who is going to meta-port the 7000 (or whatever it is) ports to whatever format portage needs it's information in and then keep them up to date?

    --
    _O_
    .|<
    The named which can be named is not the true named
    1. Re:The software is only the smallest part by doughmein_dot_net · · Score: 1
      Well, since there is already a thriving community of Gentoo Linux developers who maintain the portage tree, I'd say that the first part of your question has already been answered. The Gentoo portage tree will be used for both Gentoo Linux and Gentoo BSD.

      As to the number of packages, let me refer you to this URL:
      Gentoo list of packages

      The current count was 5280 when I last checked. Computation of percentage is left as an exercise for the reader. ;)

      And, as always, users are encouraged to submit their own ebuilds for any packages that aren't in the portage tree yet.

      --
      Super ninja monkeys will one day rule the world!
    2. Re:The software is only the smallest part by R.Caley · · Score: 1
      The Gentoo portage tree will be used for both Gentoo Linux and Gentoo BSD.

      And this will help someone wanting to use portage under FreeBSD how exactly?

      The story, AIUI, was about someone porting portage to FBSD, not the people trying to create a hybred BSD/Gentoo system.

      --
      _O_
      .|<
      The named which can be named is not the true named
    3. Re:The software is only the smallest part by Anonymous Coward · · Score: 0
      Fact: *BSD is dying

      It is common knowledge that *BSD is dying, that ever hapless *BSD is mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the numbers. The loss of user base for FreeBSD continues in a head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Ok, let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major marketing surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. In truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

  20. Changes to ports by TheRaven64 · · Score: 1

    I have a cron job which does a daily cvsup and `portupgrade -aRr' (disclaimer: Doing this on a production server is a bad idea. Always check ports before deploying them. On a workstation, however, in the unlikely event that it breaks I can spend some time avoiding work while I figure out why:). The problem with this is that some ports (e.g. ghostscript and php) have curses based front-end for selecting make flags. This causes portupgrade to wait for user input (which never happens, since it is not run in a terminal). I would like to see each port which has tweakable options list these in a standard format. Then, a single tool could be used for editing them in an interactive way (rather than a separate, but identical interface for ports like ghostscript and php), and auto-update tools like portupgrade could remember the make settings for each port and reapply the same ones when it was upgraded.

    --
    I am TheRaven on Soylent News
    1. Re:Changes to ports by __past__ · · Score: 2, Informative
      The problem with this is that some ports (e.g. ghostscript and php) have curses based front-end for selecting make flags. This causes portupgrade to wait for user input
      Use portupgrade -m "BATCH=yes", and no user input will be required. You can also set the variables that you want your ports to be built with in /etc/make.conf, or, more flexibly, in /usr/local/etc/pkgtools.conf, based on the ports name (including wildcards). This is a good idea anyway, because you don't have to remember all these options, they will be the same on every update.

      The only problem is finding the options you can use. The best approach is currently to simply examine the port's makefile, say by grepping for "^\.if", but that doesn't always work (for example, the postfix ports use a different mechanism). So learning to read and understand makefiles is a good idea, and reading the porter's handbook also pays off. A standardized mechanism to query a port for all available options would be definitly a Good Thing (it would also make writing graphical frontends for the ports tree way easier, for example) - there have been some ideas how this could be done, but nothing has worked good enough yet, and of course, switching ~8000 ports to a new system would be a lot of work.

    2. Re:Changes to ports by TheRaven64 · · Score: 1
      See? That's what I love about FreeBSD. You post something suggesting new features and someone tells you they were there already.

      Thanks for the advice, I'll probably write some updates to the ports section of the handbook and see if they get accepted in the next few weeks.

      --
      I am TheRaven on Soylent News
    3. Re:Changes to ports by Anonymous Coward · · Score: 0

      See? That's what I love about FreeBSD. You post something suggesting new features and someone tells you they were there already.

      As someone that is getting into FreeBSD I find that sort of disparaging. There is so much good stuff that no one knows about - even the people who use it! I think the FreeBSD community as a whole needs to start putting more effort into the documentation side.

    4. Re:Changes to ports by TheRaven64 · · Score: 1

      I couldn't disagree more. I've only been using FreeBSD for a short while, but the documentation really is superb. The only problem is that there is so much of it that I haven't had a chance oto read it all yet...

      --
      I am TheRaven on Soylent News
    5. Re:Changes to ports by Anonymous Coward · · Score: 0
      Fact: FreeBSD is dying

      It is common knowledge that *BSD is dying, that ever hapless *BSD is mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the numbers. The loss of user base for FreeBSD continues in a head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major marketing surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

  21. Good news? by dodell · · Score: 1

    Did anybody tell the developers that we already have ports? (That they stole portage from, BTW). Wait, wait, we didn't have packages? No... I thought we had pkgsrc...

    Why the hell do we need portage? We've already got our system. It works (for us) better than portage. We don't need it. Stop wasting your time.

    1. Re:Good news? by doughmein_dot_net · · Score: 1
      I know you're probably a troll, but I feel obligated to ask the questions anyway.

      Why does it matter if people "waste" their time on this? Does it hurt your ego to see people working on Gentoo BSD? Are you the sole arbiter of what *BSD-related projects are wastes of other people's time? More importantly, who asked you?

      What if, by some chance, Gentoo BSD happens to provide a better package management system than the standard package management systems? What if portage meets people's needs better than ports or pkgsrc? Imagine the possibility that portage does a better job. Why discount the system before ever trying it?

      When you say "we don't need it", are you speaking for all *BSD users? Have you built a concensus amongst the *BSD communities who have agreed that their current package management systems are the best of all possible implementations?

      It may very well be that you don't need portage, which is fine. Nobody's forcing you to use it. The ports and pkgsrc trees won't be going away anytime soon. If you're more comfortable with the way things are, then that's okay. Your pace of progress can be as fast or as slow as you want it to be.

      But for those of us who have used portage, and who see the advantages it has over the existing ports/pkgsrc systems in a real-world environment, why should we stop working to improve *BSD because you said it was a waste of our time?

      --
      Super ninja monkeys will one day rule the world!
    2. Re:Good news? by dodell · · Score: 1

      No, I'm not trolling. I don't see why anybody needs it. Ports and pkgsrc can accomplish things just as fast/faster than portage can. I don't see any advantages in portage over ports and pkgsrc. Thus, I don't see it as being an improvement. Judging by the amount of other people who posted here saying "didn't they notice that we already have ports" and other similar things, I'd say I speak for a good few people.

      On a different note, I don't like Linux anyway and, unless Gentoo BSD is going to offer some killer features (sorry, portage is *not* a killer feature). And I hope to GOD that they keep a standard FS structure.

    3. Re:Good news? by Anonymous Coward · · Score: 0

      what does it matter my friend - *bsd is dying

  22. Re:What they don't want you to hear... by Anonymous Coward · · Score: 1, Informative

    Why do you insist upon posting with out the facts? According to NetCraft Surveys (yes, I come from a world where we actually like to quote our sources.) Usage of the BSD's is actually increasing. And by most reports (including e-week, and linuxworld) *BSD's are more stable than any other system out there. Before you decide to make another idiot comment to make yourself feel better about who you are try to get the facts straight.

  23. dependencies or rpm based systems by bradkittenbrink · · Score: 1

    automated dependency resolution (and a lot more) for rpm based systems: Red Carpet

    and if you need something that ximian doesn't have in their database you just pull it's dependency libraries from redcarpet and build it from an srpm. things definitely aren't as tough as they used to be

    I have no experience with BSD, and I'm sure ports is great, but it isn't the only game in town anymore

  24. vi bindings for emacs by nuggz · · Score: 1

    Don't they already exist?
    viper or something?

  25. Re:What I know about *BSD by qmrq · · Score: 1, Informative

    1. You can not play games on it. 2. It cannot be used by my grandma. 3. It lacks a GUI of any note. 4. There is no support available for it. 5. It is an assortment of fragmented OSes. 6. It cannot be run on the x86 platform. 7. You have to compile everything and know C. 8. Support for the latest hardware is always poor. 9. It is incompatiable with GNU/Linux. 10.It is dying. 1. Of course you can play games on it. 2. Sure it can. 3. You can use any popular GUI. wm, KDE, GNOME etc. 4. Are you too stupid to figure out mailing lists? 5. No, it's not. 6. Ehm. Yes it can. 7. Wrong again. 8. Sometimes. Same thing with any *NIX though. 9. ? Wrong wrong wrong. :( 10. Hah! Not hardly.

  26. This reminds me... by joeytsai · · Score: 1

    Homer Simpson on going to Canada:

    "Canada? Why should I leave America to go to America junior?"

    --
    http://www.talknerdy.org
  27. Obligatory *BSD Comment by Anonymous Coward · · Score: 0

    Does this mean that Gentoo is dying? :)

  28. Re:What We Can Learn From BSD by Anonymous Coward · · Score: 0

    This would make an interesting subject for a book.

  29. But Why? We have Ports already by nurb432 · · Score: 1

    Not to sound like a troll here, but i really dont see the point since we have a well-oiled ports system already?

    If someone can explain a good reason, ficool.. but i as of yet, really dont see a point. And it can only cause issues. One nice thing about the ports tree, is its 'the' ports tree.. no confusion involved.

    --
    ---- Booth was a patriot ----
    1. Re:But Why? We have Ports already by doughmein_dot_net · · Score: 1
      So what you're saying is that the ports tree is "the" only way that people should use *BSD? That there are no reasons to improve upon a system that, admittedly, has grown old and was not designed from the ground-up as a flexible software maintenance tool? That people should not innovate or try to develop a better system that meets their needs?

      The "issues" that people encounter when using a new package management system are positive forces for change. A fresh approach to software management will help developers re-think a lot of the old assumptions that were made in ports/pkgsrc. Having "issues" is not inherently a bad thing -- it just means that there is still work left to do.

      Yes, ports is a well-oiled machine, and it isn't going away anytime soon. But portage is much more flexible, far more powerful, and does some things better than ports ever could. To extend your analogy: we can keep oiling a well-proven combustion engine, or we can make an architectural leap to a cleaner power plant that doesn't rely on fossil fuels. Just because something is well-refined doesn't mean that there is no room for innovation.

      I've used both, and found that portage works better for my needs. If you had used portage then you would be able to understand the differences and the way it works, and you'd be able to offer some fact-based opinions. And you can still use whatever works best for you. But as it stands, you just sound like someone who resists change, a "stick in the mud". Sorry to be blunt.

      --
      Super ninja monkeys will one day rule the world!
    2. Re:But Why? We have Ports already by Anonymous Coward · · Score: 0
      Who doesn't know that *BSD is dying? Why, it is a given that unless you are completely oblivious to the IT world, the cold hard facts of this shark tank are inescapable: *BSD is dying.

      Indeed it is common knowledge that ever hapless *BSD continues to be mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the cold numbers. The erosion of user base for FreeBSD continues in a dizzying, head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major marketing surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

  30. Fact Based Opinions by nurb432 · · Score: 1

    How nice, to toss in an insult at the end.

    That aside, if you had fully understood what I said. you would have realized I'm not against change. I just feel that there needs to be a valid case to consider it. I also clearly stated i did NOT know the portage system, thus looking for others to assist in the rational..

    So far, you haven't given me any valid reasons, nor does the typical sounding Linux crowd's "you don't know what you are talking about so shut up" attitude that leaked thru doesn't help the case. That's one reason I left the Linux camp, after being in it since the very beginning on Usenet

    Consistency and maturity are two of the main advantages of the BSD's.. The main reason I, and many others in the 'real' ( real, as in not hobby ) world have chosen or moved too, *BSD. ( and the license wars )

    Fragmenting the 'ports' goes a long way to destroy that consistency, unless there is a damned good reason to do so.

    Just because its 'new and improved' is NOT a reason to do it. This would bring the BSD's down to the level of today's Linux world, fragmented and convoluted, to the point of being a detriment.

    Also keep in mind very few people actually understand how to use ports properly, which if done would most likely remove anyone's 'issues' with it. Its actually well thought out and extremely flexible, if used the right way.

    --
    ---- Booth was a patriot ----
  31. That's great. by Enahs · · Score: 1
    Gentoo uses Portage, not an RPM-based system. Linux is NOT Red Hat.



    Now having said that, I agree about FreeBSD. It does rock that it's one complete operating system. I do have to point out, however, that there's a much bigger difference between OpenBSD and FreeBSD than there is between, say, Red Hat and Slackware. At least between two Linux distributions most of the kernel is the same. ;-D



    this is from a Gentoo, FreeBSD, and OS X user. No need for flames.

    --
    Stating on Slashdot that I like cheese since 1997.
    1. Re:That's great. by Anonymous Coward · · Score: 0
      FreeBSD has it bassakward from an quality and engineering perspective. One of the main things we know from the study of software engineering is that robust systems exhibit loose coupling. This is an area where FreeBSD falls flat on its feet and Linux really shines.

      The fundamental flaw in the FreeBSD approach is the "make world" concept. While it may be an easy way to build all your packages at once, it also increases the coupling. Such an approach will NEVER catch errors at the interface level because the interface shifts with ever release. The consequence is that software is less portable between FreeBSD versions. You are MUCH more likely to run into a segfault when moving a binary between FreeBSD N and FreeBSD N+1. This is do to the strong coupling present in BSD systems. It is also poor engineering. And hell on commercial vendors.

      On the other hand, because of Linux's decentralized structure, vendors must write to the standardized interface because there is no other choice. There are so many variations in kernels which are at use at any given one time that version dependence would be exposed almost immediately. In the FreeBSD world we are told to "upgrade" if an old binary fails. A port compiled for FreeBSD N is not guaranteed to work on FreeBSD N + 1.

      The QA way to improve FreeBSD the most would be to decouple the user software from the kernel. In other words, split FreeBSD development into two trees, user and kernel. Or better yet, kernel, standard library, and user space. Such an approach would shake out the bugs caused by strong coupling. It would allow kernel development to be independent of ls,cp, and cat development. And vice versa.

      The approach I've outlined is the standard approach for creating robust systems. It is well documented in QA literature for those interested in delving deeper into the issue.

  32. Why? by Anonymous Coward · · Score: 0

    Why would you bother porting a ports clone back to the system that spawned (and still uses) it? Why would you create a linux distribution with the intention of making it BSD-like? Why not just use a BSD?

    I thought this was why slackware died.

  33. It's over - *BSD is dying by Anonymous Coward · · Score: 0
    Who doesn't know that *BSD is dying? Why, it is a given that if you are tuned in to industry trends, the cold hard facts of the shark tank are inescapable: *BSD is dying.

    Indeed it is common knowledge that ever hapless *BSD continues to be mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the cold numbers. The erosion of user base for FreeBSD continues in a dizzying, head spinning downward spiral.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major marketing surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

    Fact: *BSD is dying

  34. Re:What I know about *BSD by Anonymous Coward · · Score: 0

    BSD you grow in the ghetto, living second rate

    And your eyes will sing a song of deep hate.

    The places you play and where you stay

    Looks like one great big alley way.

    You'll admire all the numberbook takers,

    Thugs, BSD pimps and pushers, and the big money makers.


  35. Re:What they don't want you to hear... by Anonymous Coward · · Score: 0
    There is one simple, irrefutable truth which you have overlooked:
    *BSD is dying
  36. Re:Something really smells in here. by Anonymous Coward · · Score: 0
    What does BSD smell like. Envision this.

    Take a dead skunk pussy whore, stuff a mackeral up here cunt. Stuff her in bag of wetback excrement. Let the bag ferment in the sun for a week, the bury it in a landfill. Dig it up a year later and take a whiff.

    That's what BSD smells like.

  37. no-brainers at slashdot? by Anonymous Coward · · Score: 0

    It's de first time I browse along the *BSD news topic in SlashDot, and all that I can see is:

    Why TF are all those no-brainers talking about that stupid gay-like phrase "BSD is dying!!, *BSD is dying!!"?

    I'm sure that all of that "i use linux, cause i'm kool!" kiddies doesn't used any version of *BSD. And you can't criticize *BSD if you even haven't tried it. And yes, I can see many posts are from ignorant linux zealots that doesn't know nothing about *BSD. Some of these even think that *BSD doesn't run in x86!!! (what???)

    What is this crap about? People in Linux camp doesn't like competitors? Is the really linux for people who hates Microsoft? And nowe they hate BSD too?

    Sorry, but i don't like these attitude. I prefer go to more mature *BSD community sites.

    BSDERO

    1. Re:no-brainers at slashdot? by Anonymous Coward · · Score: 0
      Fact: *BSD is dying

      It is common knowledge that *BSD is dying, that ever hapless *BSD is mired in an irrecoverable and mortifying tangle of fatal trouble. It is perhaps anybody's guess as to which *BSD is the worst off of an admittedly suffering *BSD community. The numbers continue to decline for *BSD but FreeBSD may be hurting the most. Look at the numbers. The loss of user base for FreeBSD continues in a head spinning downward spiral.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of BSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major marketing surveys show that *BSD has steadily declined in market share. *BSD is extemely sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among hobbyist dilettante dabblers. If truth, for all practical purposes *BSD is already dead. It is a dead man walking.

      Fact: *BSD is dying

  38. Death is not pretty by Anonymous Coward · · Score: 0

    It hurts 'n' stuff.

  39. Re:What they don't want you to hear... by Anonymous Coward · · Score: 0

    BSD isn't merely dead,
    It is really, most sincerely dead.

  40. Re:What they don't want you to hear... by Anonymous Coward · · Score: 0

    Where is the evidence? Or do you not have any idea what the word "irrefutable" means?

    And before you spout any netcraft BS, let me refute that right now:

    There is more to *BSD than just webservers.

    Looks pretty refutable to me. Move along, trollboi.