Hacker News new | past | comments | ask | show | jobs | submit login
Romanian saves OpenBSD? (thedrinkingrecord.com)
217 points by mappu on Jan 20, 2014 | hide | past | web | favorite | 78 comments

Haven't used OBSD in years, but I do use OpenSSH all the time. There are lots of stuff lurking in my OS of choice, NetBSD, that came from OBSD. So I would like to thank Mircea Popescu for his generosity. I can only muster $A50 I'm afraid.

Edit: suckful spelling

Just went to try to donate. Can't seem to do it at the donation page. Can't seem to enter my Australian address in any of the US and Canada links. I am certain my CC issuer will decline it. What gives?

> Just went to try to donate. Can't seem to do it at the donation page. Can't seem to enter my Australian address in any of the US and Canada links. I am certain my CC issuer will decline it. What gives?

A few years from now, when cryptocurrencies have all but taken over the existing payment networks, it will be for reasons EXACTLY like this bullshit. It should not be remotely this hard to exchange money between any 2 entities on the Internet.

Their donation page takes Bitcoin donations. I slung them a half a BTC. It took all of 5 seconds and then I moved on with my life. It was a sweet 5 seconds.

Nitpick, OpenBSD came out of Theo's disagreements with the NetBSD team, not the other way around.

Stuff came back to NetBSD just as stuff continues to flow from it. The BSDs are a big circle of code.

Nothing to do with that. There are currently lots of drivers and OpenSSH of course, in NetBSD that came from OBSD.


Henning's humor isn't THAT inaccessible...

Yeah, I know who GP Thomann is (was). We sold the RE/search books at Fringeware.

But I'll bet 8 of 10 on HN do not. Moreover, some percentage of HN won't understand that OpenBSD forked from NetBSD, and the rest of the 'joke' stream will be lost.

And... I was responding to "lies".

I thought "lies..." was unambiguous. My bad. Next time... well, no jokes next time.

You're joking, right?

Soviet Unterzoegersdorf is no joke!

Soviet Unterzoegersdorf is fictitious nation. It is, explicitly, a joke.

Ah, the irony of OpenBSD paying for its computers racking up a huge electricity bill using money made by computers racking up huge electricity bills.

There's very little that isn't true of these days.

Source was slashdot: http://bsd.slashdot.org/story/14/01/20/0348247

A few people asking about the 'billionaire' citation, he is the man behind http://mpex.co/ , an options exchange (css, who needs it?) and he apparently has a net worth of over 700k BTC ( https://bitcointalk.org/index.php?topic=321265.msg3449849#ms... )

Hmm. This seems a bit premature. There's nothing yet on OpenBSD-Misc. And, even if this does go through -- not to look a gift horse in the mouth, but what OpenBSD was looking for was an ongoing, long-term commitment from someone, probably a business, to simply inherit the electric bill, and this would not be that.

It's a little strange that a copy of some IRC logs are all that's needed now to make news.

List of contributors seems to have been updated: http://www.openbsdfoundation.org/contributors.html

His exchange mpex has that many coins he personally doesn't own that much. His often hilarious blog shits all over ycombinator too (for reasons I can't remember) which I find ironic now that there is a post about him here

is it possible for him to withdraw all that at the market rate? Even if he withdrew regularly, wouldn't that cause him to affect the value of the bitcoins? I wonder if there's enough liquidity.

Nah, not really. "Real" worth would be thr integral of price from current holdings to zero, not the product of holdings and price. Unfortunately that would be impossible to model (depends on future information and on how he sold it), so we just go with the simple upper-bound we have.

if there are enough bids out there, you could do everything more or less instantaneously. I doublt there are 700kBTC worth of bids out there, but probably $20k

What is the relationship between OpenBSD, FreeBSD, and NetBSD?

And why would one choose one of those over Linux?

Edit: Here's a link I just found: http://en.wikipedia.org/wiki/Comparison_of_BSD_operating_sys...

And one more: https://www.freebsd.org/doc/en/articles/explaining-bsd/compa...

The slightly over-simplified version goes like this:

OpenBSD is for firewalls, specialized routers, traffic management, and other internet-facing security applications.

FreeBSD is a reasonable general-purpose server BSD. It was among the first to have support for "really big" filesystems, but Linux has since caught up a bit. ZFS on FreeBSD is pretty rock-solid though.

NetBSD is intended to run on everything. Even toasters (http://www.embeddedarm.com/software/arm-netbsd-toaster.php).

There's a lot of overlap, and advocates for each will probably point out other things their OSes are good at.

In general, Linux has won the race towards user-friendliness. The recent systemd thing has caused (or will cause) the BSDs to fall even farther behind, because it is fundamentally incompatible with BSD (see point 15 on http://0pointer.de/blog/projects/the-biggest-myths.html), and more upstream software will begin to develop dependencies on systemd.

And, in general, Linux enjoys a greater amount of developer participation, which makes it faster-moving.

But, in general, the BSDs have produced more stable operating systems ideal for set-it-and-forget-it servers.

I have to regularly work with Debian, FreeBSD, and OpenBSD systems (and irregularly work with just about everything else, even the occasional Solaris). OpenBSD and FreeBSD kick the crap out of Linux when it comes to managing network traffic. But, for my personal machine, it's gotta be Debian.

The desktop experience on Linux has actually got worse over the last few years though, at least for me, to the point that I'm seriously considering switching back to Windows. There's just too many regressions in fundamental things like audio support. I dread to think what the PulseAudio development methodology would bring to init-land, where bugs and crashes have a much bigger impact.

(Did you know that there's no such thing as an official stable release of PulseAudio anymore? The latest release, 4.0, includes stuff like a patch that's literally incomplete and breaks audio resampling in some circumstances. This is going to be reverted in 5.0, but that'll come with more major changes and no doubt more breakage from those major changes. Lennart Pottering works for Red Hat and maintains a set of patches for Fedora that fix some of the problems - I've even encountered one major issue that was only patched there by him and not fixed upstream at the time - but from what I've heard Fedora's still not much better.)

Part of the reason I'm on Debian for my daily machine is because the Debian team really seems to make an effort to tread carefully around a lot of that. I'm on the testing branch even, with KDE, and for the most part things work well. The stable branch would probably be better.

I can't agree that the desktop experience has gotten worse in recent years. KDE 4 is a huge improvement, and other distributions and window managers are pretty OK too.

But ... yeah. I'm not a big fan of HeisenAudio, and I'm really not looking forward to what seems to be the inevitable switch to systemd. My first experience with systemd, a couple of years ago, was horrible, and I altogether abandoned the distribution I was on at the time and fled to Debian. When Debian switches, I'll try it out again for a little while and then maybe give the BSDs another try for desktop use.

Lennart is really not my favorite character in software, but mostly I think he's just a symptom of a growing trend in modern software development that's only starting to make real inroads into operating systems: as long as you can argue that the thing you're building is somehow technically better, and as long as you release frequent updates (and don't forget to blog about it!), then it's totally acceptable to break early, break often, and just when users think it's working for good, break it again.

pulse-audio has been a mess from the beginning.

The first un*x I've ever installed was FreeBSD. At the time I didn't have internet at (my parent's) home and had to rely on the CDs and the user manual.

To this day I think it's the best introduction to the Unix world I could've had.

All the documentation is great and since the BSDs are somewhat more monolithic than GNU/Linux distributions it's very well self-contained and coherent.

After a day of work I went from formating the hard drive, bootloaders etc.. to having a full blown KDE environment.

And I knew how everything worked underneath. It truly felt like an achievement. And that's how I became a loyal FreeBSD user.

I've used OpenBSD on and off for years, and have even donated to the project, but I personally use Linux (Debian or Arch Linux) these days.

Specifically influencing my decision is that OpenBSD has issues on my current computer. Wireless networking drops after a certain amount of inactivity and with the most recent release, the mouse keeps disconnecting with a "wsmouse0 detached" warning.

More generally, OpenBSD has always felt slower to me than Linux on the same hardware. It does not have a modern journaled file system and OpenBSD faces a free Unix software ecosystem that increasingly Linux specific.

All that said, OpenBSD gets so much right. They care about security and documentation. They care about creating a good version of Unix. They care about software freedom. I could never fault someone for choosing it.

Why would one choose one of those over Linux:

The biggest difference for the user, in my opinion, is that the BSDs serves both as OS and distribution, in Linux parlance.

It comes with a base system that is fully operational, whereas Linux is a kernel that someone needs to pack up with gazillion userland utilities to provide you something bootable/usable -> Debian, RedHat etc.. (or 2nd, 3rd level distributions that are based on these).

A result of this, from this Linux using guy here, is that BSDs often feel more consistent and well thought out (people often speak about the great documentation for example). You get everything from one 'vendor'.

All the BSDs emerged from the BSD (Berkeley Standard Distribution) Unix tradition. All offer a generally monolithic "cathedral" style development approach to the OS as a whole (kernel, libraries, utilities, applications), rather than the more piecemeal "bazaar" style favored by most GNU/Linux distros.

The BSDs in general have fragmented rather less than GNU/Linux development has, though the latter have also captured a far larger deployment base, by most estimates. Adding Android to the mix, Linux competes with any end-user platform. BSD is also the root of many proprietary Unix variants, an intentional characteristic of its licensing model.

FreeBSD in general is aimed at the server and desktop niche with a particular expertise in networking. FreeBSD originated in the "UNIX Wars" of the early 1990s during which AT&T attempted to assert its trademark and copyright over the increasingly popular BSD and 386BSD ("1-800-ITS-UNIX") operating systems. That case was a landmark, with AT&T substantially failing to assert its claims. The ruling was largely sealed, but much of it was subsequently unsealed during the SCO v. IBM trial, greatly damaging SCO's case (also based on copyright claims over UNIX). Arguably the uncertainty generated by the lawsuit provided a toehold for Linux to gain in early critical popularity, though the openness of its development model also likely contributed to this.

NetBSD forked from FreeBSD with the aim of providing as broad a range of hardware support as possible, though arguably some GNU/Linux distros such as Debian have trumped it.

OpenBSD forked from NetBSD with the aim of providing a very high security platform. OpenBSD lags in many high-performance and scalability characteristics, but offers an exceptionally robust security profile and default deployment security characteristics. The project website has long bragged about its security record (presently "Only two remote holes in the default install, in a heck of a long time!"). Notable OpenBSD projects include the pf firewall suite and OpenSSH. There's also been a project to remove all GPL'd code from the OpenBSD release, though attempts by the original pf author to write a specific exclusion into his license for use in GPLd projects (which the BSD license otherwise allows) resulted in that codebase being removed and the suite rewritten from the ground up. Theo's ideological purity is different from Stallman's in bent, but no less strong in my opinion.

There are a few even smaller distros (notably DragonflyBSD), I'm less familiar with these.

Underlying all of the BSDs is the BSD license, which is "permissive", requiring only that the license text be included in derivative works -- those works themselves need not carry source distribution obligations as most of the GNU licenses (GPL, LGPL, GPLV2, GPLV3) do. The result (intentional) is that the BSDs are used in a wide range of proprietary products, not merely dedicated servers. I've found BSD in routers, load balancers, printers, fax machines, settops, and other devices, usually identifiable by nmap fingerprinting scans.

All offer a generally monolithic "cathedral" style development approach to the OS as a whole (kernel, libraries, utilities, applications), rather than the more piecemeal "bazaar" style favored by most GNU/Linux distros.

This has gotten a bit less true, though not entirely. The classic Unix model really did develop the entire system in the unified development model: kernel, userland, servers, major application software, etc. You could then also install third-party packages for specific application software (e.g. Matlab), but it wasn't the norm, and didn't handle core functionality.

But some components have gotten to be big enough that they're entire projects in themselves, usually cross-platform and not integrated with any one OS's development. Some of these are adopted into the BSD core respositories and customized so they form part of the integrated offering, but a number are just left in ports and run mostly unmodified. Webserving is one example: when used as a webserver, the BSDs, just like Linux, depend for a core part of the functionality on Apache or nginx. A few of the commercial unixes do follow the more traditional "everything included" model, e.g. Oracle and IBM have in-house customized versions of Apache as Oracle HTTP Server and IBM HTTP Server respectively. But the free BSDs generally run this kind of software un- or very lightly modified. The compiler is another example; the BSDs all ship basically a stock GCC or LLVM, rather than having an in-house compiler developed with the system, like the old commercial Unixes did.

Windows Server might be the purest descendent of the old Unix cathedral model, shipping integrated, Microsoft-developed software for all core functionality: kernel, userland, windowing system, webserver, compiler, etc. GNU also had such ambitions at one point, which explains some of their integration-oriented policies (some of which are disliked, and some of which have been dropped). For example, a unified style of command-line options (now packaged into getopt), a standard in-house-developed configuration/scripting/extension language that all applications were supposed to use (Guile), a unified compiler suite handling all languages (GCC), etc.

> But some components have gotten to be big enough that they're entire projects in themselves, usually cross-platform and not integrated with any one OS's development. Some of these are adopted into the BSD core respositories and customized so they form part of the integrated offering, but a number are just left in ports and run mostly unmodified.

I think this is pretty much what OP was trying to say, but his choice of words didn't make it obvious. The major difference between *BSD (OpenBSD is particularly picky about this) and Linux is that the "base" system is supposed to be fully-functional and well-integrated, from kernel to userspace, whereas Linux is "just" the kernel.

There are good uses to both models. I found the latter to be very useful in embedded systems, where you often need that kind of flexibility. I found the latter to be, frankly, a lot more useful on the desktop. To this day, I have to consult my notes every time I need to set up wireless on a Linux box without wicd or NetworkManager. The fact that a system with OpenBSD's reputation actually gets to do that easier is a good testimony to the merits of well-integrated userspace tools.

You could then also install third-party packages

Sure. And that's always been the case. There's a question of what constitutes the "core OS", though in the case of the BSDs there's also a pretty strong tradition that this conforms largely to the state of BSD/UNIX in the late 1980s / early 1990s: kernel, libraries, userland, mail, DNS, lpd. While you can add a webserver to a UNIX system, it doesn't require one in the same way that, say, mail and cron are pretty much required to get basic tasks done.

I suspect Oracle's PoV is that a crappy 1970s proprietary database server and security-negative Java runtime are integral parts of every operating system and should be included by default, as well as the license compliance system required to manage them.

Windows Server is absolutely a Cathedral, though Microsoft has had its own reign over the system tempered by both legal and marketplace / partner considerations -- hands tied in the first case, business reality requiring they toss some scraps to their vassals in the second.

Note that Android uses a Linux kernel, but a fair amount of BSD in the libs and userland.

Drawing ideological boundaries is always a fraught process.

Traditional GNU/Linux systems include a great deal of BSD/MIT licensed software. Locally, I've got over 3100 packages installed on a Debian box. Running grep over /usr/share/doc/*/copyright I find:

2555 of these are GPL licensed, 774 BSD, 1462 reference MIT (this may include non-license references, "MIT License" nets 28 entries), 139 Apache, 25 Python, etc.

Stallman's argument is over the core of the OS, which he makes a fair case for being kernel + compiler + core libraries. In the case of Linux, that's straight up GNU for #'s 2 and 3.

Nitpick: NetBSD did not fork from FreeBSD. Both FreeBSD and NetBSD are forks of 386BSD.



FreeBSD 10, newly out, actually makes huge gains on OpenBSD's firewall, pf [1]. pf, by default, is not very thread-friendly, and uses a central mutex for packet processing. glebius has done some fantastic work that's unlikely to ever get ported back to OpenBSD's pf.

Now that FreeBSD 10 looks like it supports EC2 out of the box, I'm eager to toy with it again.

[1] http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/0066...

Sorry, accidentally removed my parent comment.

"As far as I see it: FreeBSD is the big one. Could replace Linux in pretty much any server situation. ZFS is amazing. OpenBSD is a bit more bare bones, but because of security might make a good router or firewall. What I've read about NetBSD is mostly research stuff. NetBSD is like a playground for OS researchers. (They have Lua in the kernel for example.)"

> What is the relationship between OpenBSD, FreeBSD, and NetBSD? > > And why would one choose one of those over Linux?

The BSDs each are a complete system (as opposed to just a kernel) so if you rephrase your question like "why would one choose one of those over Debian, or Ubuntu, or RHEL, or Slackware, or Gentoo, or Arch...", then maybe you begin to see some parallels.

There are all kinds of reasons that make people prefer one Linux distro over another, and similar reasoning would apply to the BSDs. However, the differences between the BSDs tend to be larger than the differences between select two Linux distros.

Just to give you a glimpse of my personal reasons for using OpenBSD (both on notebook/desktop as well as on servers), it's probably got something to do with the 30 years of evolution and turd polishing that has resulted in a really really consistent and well integrated system. The OS is reasonably simple, requires little configuration & maintenance, it's well documented, it does what I want and it does what I expect it to do. It's predictable. It's easy to live with. It helps that everything is documented in a man page, and the same group of developers is in charge of integrating and documenting everything (even if not all parts of the system originate from the OpenBSD project).

It's hard to be more specific than this without pointing at the thousand little things it does right but which you don't notice until you're accustomed to them and then try any distribution of Linux where everything feels a little bit "off", everything is constantly changing (how many init systems and audio systems and daemons and configs and package managers have been invented or re-imagined beyond recognition in the past 10-15 years?), documentation is spotty, and all these groups of developers with different backgrounds and different goals make their own different things that aren't integrate in a way that masks all these differences..

OpenBSD is very consistent, and remains "Unixy". It hasn't been influenced by ex-Windows users trying to turn it into a Windowsy desktop OS, or by ex-Windows enterprise users trying to turn it into a windowsy enterprise server, or by corps turning it into an embedded router/PoS/whatever OS, or by hipsters trying to turn it into a next gen smartphone OS, or by hipsters trying to turn it into a cool must have Awesome OS X desktop, or by overzealous programmers trying to turn every little thing into a not-so-little programmable & scriptable monster that communicates with other programmable & scriptable monsters so (in theory) the thing can be made to do anything and everything (if you can program it and it's overcomplicated design & flaws allow for it...).

That's not to say it cannot be tasked with much of the tasks people use any other OS to complete; it just does things in a rather specific way. If you happen to like a traditional Unixy way, then OpenBSD is a good choice. I cannot speak of the other BSDs because I haven't used them, but I hear their strengths are quite different.

Oh, and it's Free.

Three letters in their name.

NetBSD and FreeBSD were the original ones derived from BSD. OpenBSD forked from NetBSD. DragonflyBSD forked from FreeBSD. The forks are the only ones that are interesting. You use openbsd for firewalls, routers, loadbalancers, etc and dragonflybsd for servers.

I doubt he'd be willing to keep it up for more then a year but that still is a lot of help.

Personally i think the way OpenBSD asked for help was kind of wrong.

They just completely ignored the little each community member can pitch in and went for the big companies.

That's how it seems at least from their announcement.

They want to find a longer-lasting arrangement with a company which would have two advantages:

1) Not necessary to beg the community each year, saves a lot of time for the real work on the project

2) The company could easily deduce the donation from their taxes, making this donation very cheap for them

Frankly, relying on each little community member results in the kinds of banners and full-page modals you see on the English-language Wikipedia every year.

I'm not entirely convinced that's a better alternative.

You press 'X' on Wikipedia fundraising banners and they go away for the duration of the fundraising period.

Problem solved.

I think it's nicer both for the project as well as the (user) community if they don't have to run a fundraiser every year, with the "we're going to shut down if we can't make this amount" threats. A corp could provide stable funding.

However, if you read the thread, you'll know that they appreciate every little contribution from all individuals. Because when a corp hasn't stepped up, that's all they've got.

Besides, this particular call for help was for funding electricity only. The project still has other expenses, mainly hackathons and some hardware I guess (which people donate every once in a while, thankfully). All individual users' contributions help the project run hackathons. And those who follow the commits & undeadly reports know just how important these hackathons are for the project.

Is it weird that OpenBSD struggles to keep the juice on in the post-Snowden era?

Well, who would really want to fund their compile farm of obscure vintage hardware if all they're really interested in is OpenSSH? Even if OpenBSD went bust, somebody would pick up OpenSSH eventually, without all the Vaxen and SGI machines and what not.

You may have missed the discussion from last time in which Theo explains the benefit of having older hardware. The dissatisfaction with OpenBSD seems to eerily mirror the incredibly short-sighted criticism of NASA funding : "Why do we spend all this money to send junk into space?" Which conveniently side-steps the innumerable benefits it produces.


  The answer to that is not news.
  On a regular basis, we find real and serious bugs which affect all
  platforms, but they are incidentally made visible on one of the
  platforms we run, following that they are fixed.  It is a harsh
  reality which static and dynamic analysis tools have not yet resolved.
  Now, If you don't realize this is the reason we try to run on the
  older platforms, I am sorry but you have really not tried to stay in
  the loop of what makes OpenBSD a vibrant ecosystem.  If you aren't in
  the loop regarding this, then your mail comes off pretty darn preachy.
  > The recent discussion of a need for a replacement
  > Vax for package-building illustrates that.
  The vaxes being asked for draw almost no power, but it supplies the
  same benefits as the other architectures.
  Regarding shutting them down, there other social problems.
  Yes, we remove about 10 of the architectures.  We'd slowly lose the
  developers who like to work on those areas.  They also work in other
  areas, but ... I suspect they would another BSD that supports them.

I didn't miss it, and it's completely beside my point (N.B. I'm a VAX owner myself, playing with OpenBSD and NetBSD on it now and then, so I appreciate their efforts). I'm talking about the majority of people. Pretty much everyone uses OpenSSH, because it's the de-facto standard in SSH implementations, so that's the part of the OpenBSD project that's interesting for everyone. Vintage computing on the other side - not really interesting for most people. People just don't care about old hardware platforms, even when Theo claims that supporting them all has an overall benefit on OpenBSD as a whole.

Indeed. I run OpenBSD on an i386 router, and I honestly don't care about supporting the other platforms. If they want me to donate a Soekris device and pay for the power, I will. At my residential utility rate, one of those things uses $8 in electricity a year. Hell, the twice-yearly OpenBSD releases cost me $100, so I almost think I've done my part.

Most users won't care about anything but i386 and AMD64 as supported platforms. What they should care about though are the bugs that was found because OpenBSD also runs in VAX, Sparc or some weird MIPS platform.

Supporting the weird and older platforms help make OpenBSD better, they aren't support "just" because some developer think they're funny. In the future you might care about ARM support and porting OpenBSD will be easier because they didn't only support i386 and AMD64.

If everyone did as you do and buy all the releases I don't think they would have had a funding problem. I don't currently run OpenBSD, but I still donate €20/month because I would hate to see the project go away.

Linux and OSS is still exceptionally popular and well funded. FreeBSD might be a temporary exception. Their funding issues are certainly giving them lots of free press though.

You're missing the point. OpenBSD is the oldest, most popular distribution with a fanatical devotion to clamped down, secure-by-default software. You'd think that people would be more understanding of the need for this now.

Especially with juniperOS/freeBSD routers getting wholesale owned and the ntp DOS attack. OpenBSD devs looked at the shit sandwich that is ntp.org code and rewrote it expecting future problems and they were right.

* OpenBSD.

Have to agree about IRC. If your product is something hackers--especially "hobbyist" hackers--use, IRC is still a great way to get feedback. Back when I ran robot game [1], IRC was basically the de facto way to request features and report bugs.

[1] robotgame.org/robotgame.net

IRC is still great, however I disliked this line:

> This episode just goes to show that IRC even in the 2010's continues to be one of the most expressive, influential, and effective communications mediums on the Internet.

Because this story on its own really doesn't show that at all. "Group A needed money, told people about it, and a rich person gave them money" could just as well happen on HN, Twitter, etc.

Bob Beck (beck@) has announced the Foundation has received over $100,000 in donations from users / companies in the past week.


A campaign page for 2014 has been setup to help the project throughout the year. It includes a fancy progress bar.


Does anyone have an idea how they are spending $20 000 on electricity?

I've written some stuff about that in the other thread you got linked to, but I would like to add something:

A single rack costs $1900/month in Calgary, and has insufficient power (15A) for dense packing.

So a commercial rack already costs more than OpenBSD needs in electricity, but OpenBSD has about 3 racks worth of gear.

So, apparently they are testing on bunch of old and/or strange hardware https://news.ycombinator.com/item?id=7070713

It's been covered before in the many HN threads on this issue. Search is your friend.

They have these "computer" things that actually use electricity just to work. Worst of all, they produce heat, so then they have to use this "air conditioning" machine to make it cool again. Crazy stuff.

OpenBSD code winds up in everything including Android like dlmalloc and calloc, then there is openNTPD, OpenSMTPD, OpenBGPD...

Thank God, I was dreading having to consider moving my firewalls to Linux.


$20killionaire didn't have the same ring to it.

Hmm, the atomic integral unit of Bitcoin is actually the 'satoshi', and there are 100,000,000 satoshi in "1" notational-bitcoin. So anyone with 10 BTC or more is a "bitcoin billionaire [in satoshis]".

That must be it.

In the sense that he has more than one billion USD in bitcoins. (No one can own a billion bitcoins.)

No way he has 1,000,000 BTC. Perhaps 200,000.

At the moment Satoshi is still the only Bitcoin Billionaire with several people waiting on btc = $2,500 until they join the billionaire club.

I'm guessing you're the Pankkake from Bitcointalk?

How would you know that? Someone could easily spread the coins across many addresses.

A lot of people on the Bitcointalk forums have made educated guesses, the fact is he still works on his business and charges for subscription to his blog, I doubt he has amassed the largest stash of Bitcoins in the world.

"the fact is he still works on his business" a lot of billionnaires still work on their businesses, if not most. This hasn't been the norm of Bitcoin - most people getting rich just went away with the coins, which is pretty bad. His estimation accounts for the assets he owns, same method as for the fiat billionnaires.

For the other question, there is only one pankkake.

"the Microsofts, Apples, and Oracles of the world that happily vacuum up their code may not be the there in their time of need"...

What about the Linux distro's that didn't lift a finger but continue to ship OpenSSH? Its that kind of attitude that make working with the OS community hard. Someone will bad mouth your involvement even when you are doing the right thing in other area's.

Did anyone even approach those companies? How about Unbuntu or Redhat? Are they supposed to read people's fucking minds?

I'm glad that OpenBSD got it's bills paid...but this guy's blog post might as well read..."Hey, some European guy paid OpenBSD's bills. Alright! Oh yeah, Fuck Microsoft (or Apple) because they didn't help." What the fuck?

Just for the record...I gave. I wonder how much they raised besides the bitcoin rich guy's contribution.

You should definitely differentiate between Linux distros and companies that make their money with a distro.

Because unlike RedHat and Ubuntu, practically all the other Linux distros out there have little cash and little manpower to spare. The developers of those distros might contribute to keeping OpenSSH alive, should OpenBSD go under, but they are unlikely to tax their own, scarce resources to keep OpenBSD as such alive.

You are right. Thanks for the clarification.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact