expert programmers

hey if you guys are such expert programmers why don't you make something better than linux?

Its called windows

>>2
Expert programmers, not expert trolls.

>>1
implying that it's possible to be more perfect than linux

inb4: gb2/v/

>>1-1000
SPAWHBTC :(

>>1001,1003,1005
What the fuck is your problem, dude.

http://en.wikipedia.org/wiki/OpenBSD
second sentence reads:
The project is widely known for the developers' insistence on open source code and quality documentation, uncompromising position on software licensing, and focus on security and code correctness.

>>1
Windows 7

Linux is made by amateurs.

>>7
And windows isn't?

>>8-san is in indeed correct.
Cases in point: Windows ME and Windows Vista (ME v2.0). /discussion.

>>7-chan, back to /b/ with you MS fanboyisms, we don't like yer kind round these here parts, son.
Didya ever see "Deliverance"? It's like that only with more anus haxing.

It's in the works

Anonix

Plan 9 has been around for almost twenty years now.

Oh yes, "Plan 9". Why is it better again, besides your shitty license problems?

We already have, it's called Windows 7

>>13 see >>9
Also back to /b/ with you.

What is up with all the Polecats on /prague/ today?

>>15
Trolls.

>>12
I don't give a fuck about licenses, as long as they aren't proprietary. Plan 9 is just nicer because it takes the best bits of the Unix philosophy to a new level.
It's good to see Linux adopted its /proc (sort of) and some other parts, but it still has a long way to go.

>>16
They may be trolls, but they're still imageboard trolls. /prog/'s trolling tradition is subtle and ambiguous. This is just lazy.

>>18
There's an ongoing invasion of retards (or perhaps just a single prolific retard) attempting to be trolls. I bet they're originating from /g/.

The POSIX standard is obsolete. The BSD Variants are inefficient. Plan9 is just another hyped product.

But lets face it till the 8068 Architecture is abolished there will be no innovation in practical kernel Design.

>>-
IHBT

>>20
The nice part about this post is that it sounds vaguely credible to people who don't have a clue. I wouldn't be surprised to see this sentiment repeated on the Ubanto forums.

>>18
Pull the other one!

But lets face it till the 8068 Architecture is abolished there will be no innovation in practical kernel Design.

ok, I'll bite, lets say that x86 architecture was abolished tommorow. what should take its place? and how will there be kernel innovation on the CPU's that replace it?

>>24
The fact that you chose that part of the post to attack shows that you wouldn't even be able to follow a serious discussion on the subject in the unlikely event one was started.

>>24
Go ask on ubuntu forums.

>>26
U MENA GENTOO OF THE WALL

>>1
One word Ganu plus Hurd thread over.

>>20
Modern kernels - be they UNIX or Unix-descended (BSD) or Unix-like (Linux), or similar to modern POSIX in features/memory/process/threading but different in API (NT) - are good enough for almost all modern applications.  With modern hardware, even niche/embedded/real-time applications can run on variants of these kernels.

The real innovation in the past decade or two has been in virtualization^{1 2}.  The same boring old kernels can run on top of virtualized hardware and a running system image can be migrated between disparate systems and capacity can be added/removed as necessary.  This is really just an extension of the virtualized environment in which processes run on top of a modern operating system kernel - aided when possible by hardware (with the most recent x86-64 CPUs), but doable with software patching with acceptable performance (on x86).  Still, the ability to have a single virtualized system image and be able to hot-add RAM, CPU resources, and to be able to migrate it to systems across great distances with no noticeable impact on the applications running in the OS is amazing.
______________
_{¹for the most part, virtualization isn't really a recent development, although on x86(-64) and other commodity hardware it may seem to be.  it's mostly stuff IBM had on their ENTERPRISE systems by the 80s afaict.}
[sub]²to be fair, some innovation did occur in related spaces - composited 3D accelerated desktops are now standard on any respectable desktop operating system.  advanced filesystems like ZFS exist, and others like brtfs are in development, although they really just implement stuff that ENTERPRISE systems with VxVM/VxFS, netapp, etc. had in the 90s.

>>25
answer the man's question

One word, ANONIX, thread over.

Speaking of kernels, I want to try out a BSD system in qemu to see what's different than Linux.  Which one would you recommend?

>>32
PCBSD or DesktopBSD are almost as easy to use as Ubuntu

>>33
That's actually the opposite of what I'm looking for.  I'm on a netbook with no VT-x, and Xorg is Xorg no matter where you go, so I'm looking for something that doesn't come with a GUI by default to look at the real guts of the thing.

>>33
why does VT-x matter?  VMware still works without VT-x, and for 32-bit guests on Intel CPUs, VMware doesn't even use VT-x (at least on processors without extended page tables afaik).  But BSD, and kernels, are boring.  Focus on making interesting applications instead.

>>35
I'm using Linux, and I prefer qemu to VirtualBox on this hardware.  But that's good advice.  Thanks anon.

>>32
Just use FreeBSD.  It is the BSD that best keeps up with changing software packages, and yet is still quite stable.

NetBSD is more focused on stability, OpenBSD is more focused on security, and most of the other BSDs are FreeBSD derivatives with extra stuff added.  (OS X is another matter altogether, but it is properly a BSD as well.)

LainOS.

Why are you guys talking about old stuff like linux oreven older stuff like BSD?
Plan9 was released 8 years ago.
You should've noticed by now.

http://plan9.bell-labs.com/plan9/
http://suckless.org/
http://cat-v.org/

>>39
The screenshot on that first website is ugly.

>>40
This is a 1024x768 screen in 8-bit colormapped mode.
No idea why.

>>39
cat-v considers YAML harmful, but JSON and CSV not so? HIBT?

>>42
Oh wait, everything on that list is like that. Okay.

>>42
You don't? HIBT?

>>42
Yes, YHBT.

>>44
JSON is basically YAML with a few extra bits. They're pretty much the same thing.

>>46
I thought they redid the YAML spec specifically to make JSON a subset.

>>47
Yeah, YAML 1.2 fixes a bunch of the stupid crap that was in 1.1.  It is now a true superset of JSON.

>>47,48
I figured something like that.

>>46
Sepples is basically C with a few extra bits. That doesn't make it reasonable.

>>50
"Hitler was a vegetarian"

>>51
If that was an attempt at pointing out a fallacy, you failed miserably.

>>52
If >>51 was an attempt at trolling you, it succeeded wonderfully.

>>51
Therefore, all vegetarians are Hitler.

Don't change these.

Name:		Email:
Entire Thread Thread List