I cannot say how it is over there in US, but Googles indexing is an automated process and they shouldn't be made responsible for what people find on the net. Responsible are those stupid guys who made the picture -.-
People in public are often target of satire and jokes btw... he should get used to it.
No RedHat expert, but was there no:
make config
To configure every little stupid module line by line?:D
I think later on they intruduced the.config support...
The first I did after I installed Suse 6.3 or something I started testing all the programs on the desktop, especially the tons of games that came with it.:)
Later on playing Counterstrike...
Sorry if I upset someone here:)
Anyway about 9 years back I worked in a company using Token Ring and Ethernet (this was actual when they were about to switch to Ethernet). For my experience the connecting part was pretty much the same cabeling using normal star topology.
Of course the technology went further and todays ethernet switches work around the problem that Ethernet brings with it's design.
Even though you have in theory a chance of getting 100Gigabit you will never get it and it breaks down to the amount of users sharing the network.
Lets assume Token Ring would have got the same attention as Ethernet?
Many companies should have sticked to Token Ring, so there wouldn't be this slowdown during backups, updates etc.
In the end Ethernet is just slow because of the amount of users on the network, they yell for a bigger integer before "bit" instead of changing technology.
I agree, gold shouldn't be that important at all.
I know a game, where you can get enough money in like 30min to buy the best equipment, if you have the licences to actual buy it. Which means you have to play to get the experience and even then there is no much better ship and weapons.
It is not the size which matters...
I tested it myself, for a server with no fancy Desktop it compiles very well. Many packages are already tested and get the ~x86-fbsd keyword for installation. Also Sparc+Gentoo+FreeBSD is possible:)
disi@disi-desktop ~ $ cat/usr/portage/www-servers/apache/apache-2.2.* | grep bsd
KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc ~sparc-fbsd x86 ~x86-fbsd"
http://www.gentoo.org/doc/en/gentoo-freebsd.xml
I found a bug myself using the former version and then went straight to svn which fixed my memory problem.
"FFplay version 0.5, Copyright (c) 2003-2009 Fabrice Bellard, et al."
works like a charm so far:)
The software has a lot of potential...
Slashdot Mirror
I cannot say how it is over there in US, but Googles indexing is an automated process and they shouldn't be made responsible for what people find on the net. Responsible are those stupid guys who made the picture -.- People in public are often target of satire and jokes btw... he should get used to it.
No RedHat expert, but was there no: :D .config support...
make config
To configure every little stupid module line by line?
I think later on they intruduced the
The first I did after I installed Suse 6.3 or something I started testing all the programs on the desktop, especially the tons of games that came with it. :)
Later on playing Counterstrike...
Agree, this reminds me of XFree86 :) Maybe the forked project will become a successor like Xorg?
Sorry if I upset someone here :)
Anyway about 9 years back I worked in a company using Token Ring and Ethernet (this was actual when they were about to switch to Ethernet). For my experience the connecting part was pretty much the same cabeling using normal star topology.
Of course the technology went further and todays ethernet switches work around the problem that Ethernet brings with it's design. Even though you have in theory a chance of getting 100Gigabit you will never get it and it breaks down to the amount of users sharing the network.
Lets assume Token Ring would have got the same attention as Ethernet?
Many companies should have sticked to Token Ring, so there wouldn't be this slowdown during backups, updates etc.
In the end Ethernet is just slow because of the amount of users on the network, they yell for a bigger integer before "bit" instead of changing technology.
I agree, gold shouldn't be that important at all. I know a game, where you can get enough money in like 30min to buy the best equipment, if you have the licences to actual buy it. Which means you have to play to get the experience and even then there is no much better ship and weapons. It is not the size which matters...
I tested it myself, for a server with no fancy Desktop it compiles very well. Many packages are already tested and get the ~x86-fbsd keyword for installation. Also Sparc+Gentoo+FreeBSD is possible :)
disi@disi-desktop ~ $ cat /usr/portage/www-servers/apache/apache-2.2.* | grep bsd
KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc ~sparc-fbsd x86 ~x86-fbsd"
http://www.gentoo.org/doc/en/gentoo-freebsd.xml
I found a bug myself using the former version and then went straight to svn which fixed my memory problem. "FFplay version 0.5, Copyright (c) 2003-2009 Fabrice Bellard, et al." works like a charm so far :)
The software has a lot of potential...