FreeBSD Ports Collection Breaks 10,000 Ports
sremick writes "After breaking the 9,000 mark in July, the FreeBSD ports collection was well on its way of crossing 10,000 by the end of 2003. Sure enough, we made it! According to freshports, the number of ports in the FreeBSD ports tree currently stands at 10,015. This little graph is also nice, though not completely current. Way to go, FreeBSD!"
That title makes it look like changes to the port system broke all the ports. Maybe "exceeds" rather than "breaks"?
I can't say that I don't give a fuck. I've just run out of fuck to give.
Please?! C'mon.....
[ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]
When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.
Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.
FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
Discussion
I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.
From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.
There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.
Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.
Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?
Shouts
To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.
To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It
I hear a port of apt-get is in the works!!!!!
(kidding)
Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.
The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.
Now, Apache uses a BSD style license but they have an open development model which allows them to take advantage of a very large developer pool in order to stay ahead of their competition. In fact although proprietary versions of Apache exist which perform better than the official releases, SGI has put out some open source patches which generate even larger performance boosts. This is the reason why they have such a strong showing in terms of market share.
BSD once had potential but the procedural problems they are experiencing hurt it when it comes to the market. I suspect that this is probably in part because the BSD teams are not interested in such things, and that is a shame... In fact, although I labeled it as an inferior OS, this is not due to lack of progress within BSD -- it has been progressing somewhat, but rather because all the improvements they make tend to be quickly copied by their competitors AND they lack the developer pool to stay ahead of this game (a problem which does not exist in the Linux or Apache communities, though for somewhat different reasons).
I don't think that there is enough widespread support for BSD to save the operating system. What must be done is an opening up of the development process OR a GPL-style restriction on redistribution. In many ways I favor the former.
Even in a worst case scenario, I don't see BSD completely dying. I think the developers are less into competition and more into a sort of idealized cooperation. As a result, even if BSD becomes more marginalized, I don't think that it will die outright. It will most likely outlive Netware, for example.
I thought they meant 10,000 ports won't compile any more!! Find the guy that checked in *that* change and SHOOT HIM!
But, uh, that's not what it means. So congrats guys, I LOVES ME THE FREEBSD PORTS!!!
All major marketing surveys show that FreeBSD has steadily declined in market share. FreeBSD is very sick and its long term survival prospects are very dim.
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.
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.
In truth, for all practical purposes FreeBSD is already dead. It is a dead man walking.
Fact: FreeBSD is dying
Seems development has been rather steady for a while now. I predict 11,000 ports in... 6 months.
Comment forecast: Bits of genius surrounded by a sea of mediocrity.
I'm glad BSD is dying. Just think about all those lost developers, making/porting programs for a terminal OS. Soon they will be free to pursue more enriching activities, such as weaving and pinochle
-Adam
Is there a good listing of all the ports and what they do?
/usr/ports/ and cat the pkg-descr file, but is there anything out there a little more user-friendly?
I know a script could be written to search
When all those ports die will bsd be tried posthumously for portocide?
... and three of them are mine.
Makes one realize how insignificant one's own contribution is, when one has contributed less than 0.03% of the total.
Tarsnap: Online backups for the truly paranoid
Yet another crippling bombshell hit the beleaguered *BSD community when recently IDC confirmed that *BSD accounts for less than a fraction of 1 percent of all servers. Coming on the heels of the latest Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood. FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.
Let's keep to the facts and look at the numbers.
OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD 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 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 OS hobbyist dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.
Fact: *BSD is dead
This guy needs to be depenguinated Please mod parent down
Way to go, guys; the comparative newcomer that I use (Gentoo) is only up to 7,167 or so packages!
pb Reply or e-mail; don't vaguely moderate.
I don't want to have to troll for the whole of 2004. So die and do me a favour.
Please Die.
BSD is dead. It's a shame to see people waste their time porting apps to it...but I am heartened by the fact that it seems most of these "ports" don't actually compile under BSD.
- deal with the inevitable.
- grieve for your loss.
- move on.
Never let your emotions get mixed up with something as silly as a computer operating system. It isn't healthy. So BSD fails. Big whoop. Deal with it and move on. Hope this helps.dont like trolls?
THEN STOP RESPONDING TO THEM!
this is the stuff that feeds them!
but you folks never listen and it keeps happening.
Sigh, more wasted time for my employer. More IP bans. Sigh.
I've been an avid follower of the developments in FreeBSD for around 5 years now, so my overview of the entire history of "glue that binds" FreeBSD together isn't complete. That said, I've come to be a bit disappointed at how events in the last 18 months or so seem to be pushing the project in a direction that has made things more difficult, instead of more successful, that has shown distain for experience and quality and made FreeBSD a platform for large ego's to push their personal projects down everyone's throat.
The statistics sample from 2001 over a year was a cheap attempt to minimize Matt's contribution to the project. The reason why he has been mostly silent is probably one of the most prominent signs of his superior maturity. The fact that the official defense (mostly fronted by Greg, atm) he wasn't such a substantial committer is crap, for the most part. If one wanted to go by the stats, Jeff Robertson (sorry if I munged the spelling) would be one of the key committers, and his UMA system isn't even entirely ripe yet, it's just been committed within the sample timeframe. That suddenly phk is at the top of the list, is simple a result of his newest attempt to add another large chunk of bit rot to the project that he can later claim not to have time to maintain "unless someone is willing to pay for my time" (like the atm bits, the half-finished devd monster, et.al.) One can hardly get him to look at his malloc bits, that put his name in lights at some point in the long past.
Matt didn't contribute because he was convinced that that the smp development direction that was chosen (my impression at least from the archives and my fading memory) was overly complex, too complex for the number and talent level of the contributers involved, and that it would delay a release from the -current branch significantly. So he was right. I'll almost bet that that was a constant sore for John, who still hasn't gotten his long-promised, but little delivered re-entrant work done, but he always had time enough to object to any other commits that might help along the way. Strangely Julian and Matt could work together. One might attribute certain commits to both Matt and Julian (if that would matter anyway, since -core is interested in proving the opposite statistically).
If the issue here had anything to do with IPFW, then you all better get out your C-coder hats and take a little more time to fix that rotting pile of muck that has been the standard broken packet filter interface for FreeBSD long past its possible usefulness. A packet filter with no central maintainer which is subject to once yearly random feature bloat through some wild university project from Luigi. The brokenness that Luigi introduced (and the repository bloat through backing out and recommitting, ad absurdum) was probably no less a threat to security than anything Matt did. If the security officer was to be blatantly honest with himself, ipfw would be marked broken for either a full audit or full removal (just port obsd's pf or something that someone actually actively _cares_ about).
You've alienated Jordan, Mike, Bill Paul (for all I can see), Greenman, you constantly rag on Terry, even though he's seen and done more with FreeBSD than most of you, O'Brien is on the verge of quitting (since he, like I, am not convinced that GEOM is anything more than an ego trip that will never be completely maintained or usefully documented). There are certainly others, too, that have attempted to make technically correct contributions, but didn't fit into the sort of paranoid "glee club" that core would like to have around them. You guys lack the talent to steer the positive from Matt into the project and let the crap fall by the wayside. I'm not saying Matt's rants are the most intelligent thing he's done, but he's sat by the wayside and watch the superstars beat up the code to a point where it's less stable, slower, and more bloated than it ever was. I, for one, can understand his frustration (as I can with Mike's, Jordan's, and a few o
this is not a troll
it is a legitimate criticism of *BSD.
If you dont agree with it, respond and tell us why its wrong. Otherwise you are showing to us that your argument is weak by censoring the opposing viewpoint.
more wasted time for my employer.
Stealing money from your employer via being paid for work you are not doing.
Nice of you to affirm you are a ethical loser.
you fell for a troll
The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.
Fact: *BSD Is Dying
Browse SourceForge - Shop ThinkGeek - freshmeat Downloads - Newsletters - Personals (ha!) All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest (C) 1997-2003 OSDN Browse SourceForge - Shop ThinkGeek - freshmeat Downloads - Newsletters - Personals (ha!) All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest (C) 1997-2003 OSDN Browse SourceForge - Shop ThinkGeek - freshmeat Downloads - Newsletters - Personals (ha!) All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest (C) 1997-2003 OSDN Browse SourceForge - Shop ThinkGeek - freshmeat Downloads - Newsletters - Personals (ha!) All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest (C) 1997-2003 OSDN
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
Browse SourceForge - Shop ThinkGeek - freshmeat Downloads - Newsletters - Personals (ha!) All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest (C) 1997-2003 OSDN
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
I WANT TO PUT MY PEE PEE IN YOUR POO POO HOLE
This is how you determine the amount of packages in Portage: # qpkg | wc -l 5930 ;)
btw, "emerge gentoolkit" to get qpkg.
Linux is dead, fucking fag.
SCO rulez man. Die, tux, die!!
What We Can Learn From BSD
By Chinese Karma Whore, Version 1.0
Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.
Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.
These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.
As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.
Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype--BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.
The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.
Remove the feeding tube; this bitch is dead. Time to pull the plug.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimize doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
n/t
I many how ports does the average /. geek really use?
What We Can Learn From BSD
By Chinese Karma Whore, Version 1.0
Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.
Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.
These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.
As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.
Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.
The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains ever more market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.
It is a rhythm as old as life itself, and is an integral part of the evolutionary process.
The classical symptoms of a species in crisis include:
- Increased aggression
- Sexual dysfunction
-
And disease.
It is a fact: *BSD is dyingThe alternatives for freebsd are just garbage in comparison. ifstat is as bland as it gets. trafshow comes close in a few respects but still doesn't touch IPtraf. Where is the "Lan Station Monitor", where are the detailed interface statistics?
Ntop is not an option, its a for browsers, not the console.
So many ports, so many contributors, it must be a conscious effort to avoid porting this program. Is it that difficult? Yes I know it relies too heavily on linux's /proc to get its data. So its not a project that takes 5 minutes to port to freebsd. Does that mean its not worth doing?
I'm not a programmer and I don't wish to become one. I just hope that some day, at some point someone decides to port this. Afterall there is a ton of garbage in ports right now, it'd be nice to add some *new* AND *useful* tools.
-INSANE-PRIEST--INSANE-PRIEST--INSAN
I___________,.-------.,____________I Slashdot
N______,;~'_____________'~;,_______N fucking
S____,;___WINDOWS FUCKING___;,_____S sucks
A___;___SUCKS, YOU FUCKING____;____A
N__,'____SLASHDOT RETARDS.____',___N Rob Malda
E_,;___GET IT INTO YOUR HEAD___;,__E is a
-_;_;______._____l_____.______;_;__- cocksucker
P_l_;____________l____________;_l__P
R_l__`/~"_____~"_._"~_____"~\'__l__R Slashdot
I_l__~__,-~~~^~,_l_,~^~~~-,__~__l__I fucking
E__l___l________}:{__ (O) _l___l___E sucks
S__l___l_ (o) _/_l_\_______!___l___S
T__.~__(__,.--"_.^._"--.,__)__~.___T Rob Malda
-__l_____---;'_/_l_\_`;---_____l___- is a
-___\__._______V.^.V___((oo))./____- cocksucker
I__O_VI_\________________ll_IV___O_I
N_____I_lT~\___!___!___/~ll_I______N Fucking
S_____I_l`IIII_I_I_I_IIIIll_I__o___S lameness
A_O___I__\,III_I_I_I_III,ll_I______A filters,
N______\___`----------'__ll/____o__N will
E____O___\___._______.___ll________E this
-_________\..___^____../(_l___O____- ever
P_________/_^___^___^_/__ll\_______P fucking
R_O______/`'-l l_l l-';__ll_l___O__R WORK?!
I_______;_`'=l l_l l='__/ll_l______I
E_____O_l___\l l~l l__l/_ll_l______E Your mother
S_______l\___\ l_l l__;__ll_l__O___S was good
T__o____l_\___ll=l l==\__ll_l______T in bed, she
-____o__l_/\_/\l_l l__l`-ll_/______- grunts like
-_______'-l_`;'l_l l__l__ll_____O__- an ape.
I_O_______l__l l_l l__l__ll________I
N____O____l__l+l_l+l__l__ll___O____N Rob Malda
S_________l__"""_"""__l__ll________S is a
A__O______l____o_o____l__ll____O___A cocksucker
N_________l,;,;,;,;,;,l__ll________N
E_____O___`lIlIlIlIlIl`__ll________E
-__________llIlIlIlIll___ll_____O__- By whore
P__________`"""""""""`___""________P (c)2003
Trollkore IS FUCKIN GAY
-INSANE-PRIEST--INSANE-PRIEST--INSAN
The bishop, while living, was a follower of God. Now dead, his rotting fingers are able to raise an army of skeletons from the grave.
"I hate Trollkore, I hate Trollkore, and I hate Trollkore!"
# Important Stuff: Please try to keep posts on topic. # Try to reply to other people's comments instead of starting new threads. # Read other people's messages before posting your own to avoid simply duplicating what has already been said. # Use a clear subject that describes what your message is about. # Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) # Important Stuff: Please try to keep posts on topic. # Try to reply to other people's comments instead of starting new threads. # Read other people's messages before posting your own to avoid simply duplicating what has already been said. # Use a clear subject that describes what your message is about. # Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated # Important Stuff: Please try to keep posts on topic. # Try to reply to other people's comments instead of starting new threads. # Read other people's messages before posting your own to avoid simply duplicating what has already been said. # Use a clear subject that describes what your message is about. # Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) # Important Stuff: Please try to keep posts on topic. # Try to reply to other people's comments instead of starting new threads. # Read other people's messages before posting your own to avoid simply duplicating what has already been said. # Use a clear subject that describes what your message is about. # Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
Trollkore is a homo! Trollkore is a homo! FUCKIN lameness filter sucks almost as much as Trollkore!
this is not a troll
it is a legitimate criticism of *BSD.
If you dont agree with it, respond and tell us why its wrong. Otherwise you are showing to us that your argument is weak by censoring the opposing viewpoint.
This stems from the author's inability (or he just plain doesn't care) to write cross-platform conforming code. /STOP/ using linux headers in your code, and join the world of ANSI C already. Don't blame *BSD, or shall I begin a tirade about Linux because none of my audio applications written for Windows work in it? Makes just as much sense.
... programmers) If ports is full of crap, that'd be the "open source" community's fault for releasing shoddy/worthless code. The ports commiters just make it simplistic to compile with dependancies, they (usually) didn't write the stuff. Your post sounds more like trolling than a legitimate cry for help/suggestions.
quote> it'd be nice to add some *new* AND *useful* tools.
You don't have to rely on ports to install stuff, I have to compile stuff manually quite often, ports is more of a "nicety". Might I also add, it's VERY common for me to have to FIX someone's code so it compiles on platforms other than Linux. (So much for skilled
(use nload if you're looking to see real-time traffic utilization on your console, including a nifty real-time ascii graph, and a gob of other configurable stuff - ooh-aah.)
-mpf
Ah, the shameless trolling.
I'll humor you, and let's JUST say, (Although, I certainly disagree with your premise however.) FreeBSD is dying. What would your point be? It's still better than Linux, in more aspects than I have time to list here. Besides, The -core team won't evaporate, our community is too large, and too many skilled coders would love a commit bit.
(I've been running linux since kernel 0.99, and freebsd since kernel 2.2, I've got some clues about both os's, as I've hacked around in both kernels extensively too)
Well, going along with your logic, I guess Linux is dying too, since Microsoft still holds so much market share, and will continue to. Had you happened to notice the climb in w2k3 servers? It'd still be a POS no matter if 99% of Internet/Intranet Servers ran it. According to you, the open source community has quite a grim future.
I suppose you draw your conclusions differently,however I don't implement an operating system because it's the "hip" thing to do, or because of a "clique". Nor because, "everyone else does" - I run FreeBSD at every one of our locations, because I live and die based on how well my servers operate, and for the last ~10 years or so, I've been QUITE content thanks to FreeBSD. (There was a time I was quite content with Linux as well, that ended not long after the 2.0 kernel came on the scene, fyi.)
Fact: Clueless is as clueless does.
-mpf p.s. don't forget, freebsd existed when it's user-base was not even 1/1000th of what it is today.
In the meryy, merry month of this day,
/ streami ng/
/bin/bash as the shell, and when that gets fixed it STILL doesn't install correctly.
.rtf files in the Documentation directory is charming in its own special, Microsoft-spec'd way.)
I was taken by suprise,
By Apple's fiendish lies....
While playing in the ports today.
Go look here:
http://developer.apple.com/darwin/projects
Then read the 'binary versions supported' section:
Mac OS X (Duh!)
Solaris (Ok)
Windows (Again, Ok)
RedHat Linux (Ok)
Yet no FreeBSD binary.
That's fine...lets use the source Luke. The Install script is broken for a FreeBSD install because it wants to use
So FreeBSD is good enough for Apple to sync to (or plain old "steal" the code as a GPL zealot would say), but NOT good enough to be bothered to have DarwinStreamingServer supported in ports, a working binary, or even working Install scripts.
Way to go Apple! Your lack of support for the VERY codebase you take benefit from just shows how the long term prospect for FreeBSD is.
(The use of
YBHT. YHL. HAND.