| [Events] What we saw at SoCal... | ANN.lu |
| Posted on 23-Nov-2003 20:34 GMT by bbrv | 147 comments
View flat
View list | |
After the Pegasos of course, the big story at SoCal was Novell and IBM. :-D "IBM will support SuSE and what will be left of Redhat," said the leading IBM rep at the Show. In the meanwhile, the Novell booth brought a air of credibility to what was the largest show other than CES that we have participated. Novell has assembled a complete Linux stack. People want it. Novell is providing it. If anyone is missing the "Linux is coming to a Desktop Near You" story, they should even avoid WrongPla.net, much less ANN.
The time is NOW.
If you are a Developer and you have something to offer get on the bandwagon of your choice (or both). The Linux Desktop *is* the Trojan Horse for this Community. Don't miss the boat! And, BTW, let us be bold enough to suggest that IBM will very likely be selling the Pegasos one day (or something like it) as a thin client in a total system package. Why the Dell not?! IBM sells services. When they sell an enterprise network to a corporate customer they often continue to “own” the entire system. The customer contracts for the entire package. IBM insures that everything is working and that the latest and greatest is there running as it should. Why should IBM continue to sell a PC when they begin to promote a Linux desktop? First, they throw out Windows (replaced with Linux) and then the Intel-based CPU/PC can be replaced with a PowerPC based system that runs on an IBM CPU. All IBM is doing is connecting the dots from client desktop to enterprise network and ultimately to the "GRID" that IBM now extols (the Matrix is coming!).
And, while we are at it beyond the "Matrix" -- not only are the major game consoles moving to the PowerPC, it is also the CPU found in the most advance DTV receivers (satellite or terrestrial). The latest one from Disney is called MovieBeam. Imagine a Super TiVo (PowerPC too BTW) using an expanded version of AmiNetRV (radio and video) and all integrated into a MPlayer-like UI that would do to a TV set what MP3 did to music. Now, that is really any show any time. TV signals digital or analogue can be integrated, but the Internet is the foundation of the future in this arena in our opinion. While we are at it since that MP3 player will not play high fidelity sound why not use that 24/7 broadband Internet connection to get that home stereo equipment back in the game too!
Final note: Pegasos II sales have passed the 1500 unit mark. These are the combined sales based on Reseller, Internet, and institutional/corporate orders. Congratulations to Thomas Knäbel and Gerald Carda. Your years of hard work and dedication are paying off and thanks to you we have the fundamental ingredient required to march forward to our future.
R&B :-)
P.S. This week "will be IBM week." ;-)
|
|
| List of all comments to this article |
| What we saw at SoCal... : Comment 125 of 147 | ANN.lu |
| Posted by samface on 26-Nov-2003 02:15 GMT | In reply to Comment 124 (Bill Hoggett):
>I'm judging you by your comments, which are ignorant in the extreme.
In the extreme? Oh my, you must think that my girlfriend is dumb as a doorbell then. I mean, she doesn't even know what "Linux" is. ;-)
Seriously, why do you insist on me beeing ignorant when you do not even know me to begin with?
>How do I know what "make install" did? Duh!
Yes, as in what happened to the compiled and automaticly installed binaries?
>Ever heard of apt or rpm, or urpmi or yum? In most cases you don't have to do
>a "make install" at all.
Who cares if I have to or not, it was just an example of showing the irrational file hierarchy of Linux and it's mysterious ways. Regardless if you use "make install" or "apt-get"/"rpm -i", some applications end up in /usr/local, others in /usr/bin, but they could also be in /usr/lib/ or /usr/share, or how about /usr/local/bin or /usr/share/lib? In AmigaOS you put it wherever you like and have to write an assign in your user-startup at the most, but most applications do that for you these days. That makes it easy and comprehendable, see?
>And even if you do, the config file tells you exactly where "make install"
>will put things, or you can use check install instead, or...
...or you could have the ability to choose where the program directory should be and the install script then makes an assign to that directory so that you can easily access that directory directly by simply typing the name of the assign. That means that even if you would happen to forget where you chose to install the application, you can easily find out by listing the assigned directories.
I know, you are probably going to counter-argue with the Linux filesystem's ability to make file and directory links. I'm sorry but I hate links since they are so easily mistaken for actual files and directories, not very intuitive if you ask me. Furthermore, I can jump to an assign from whatever directory and device I'm in. The assign name and a colon, enter, bang! I'm there. =)
>You really believe people think AmigaOS and the need to hand edit startup and
>user sequences to get everything working properly is "user friendly"?
Hey, hey, hey, hold your horses! Who said anything about needing to edit anything? The example I gave you earlier about the ability to rebuild the entire startup sequence when trying to find out what is failing is NOT a requirement for getting things working properly. It's a feature *if* things wouldn't work properly, as in case of a malfunctioning system.
Anyway, care to explain how I would go about doing the same thing in Linux?
>This is the usual arrogant attitude of many AmigaOS advocates. Unless you are
>already familiar with this procedure, it is NOT user friendly or simple or
>intuitive.
I think you are mistaking me for someone else. I use Linux much more than I use AmigaOS these days and actually help a few friends with their Linux setups once in a while because they think of me as someone to turn to when they get problems with Linux.
>Having to consult SnoopDos every other installation,
I've never used SnoopDOS when installing an application in AmigaOS in my entire Amiga life. Why would anyone ever need to do that?
>manually
>settings stacks,
That would be the fault of the one who wrote the application, the stack should already been set in either the icon or the startup script.
>having to fiddle with low-level screenmode configurations
>before you can get the right mode to work on your monitor
Huh? Why? An Amiga should be able to operate with a TV without ever having to fiddle with any screenmodes. If you have installed a third party graphics card, or plugged in a non-Amiga monitor (ie VGA) with a scandoubler, blame the hardware manufacturer for not supplying proper hardware drivers. Or, are you really saying that we should blame the OS because your hardware modifications are not working properly from scratch?
>, not to mention
>chasing libraries and assigns all over the system.
Chasing assigns? LOL! That was a new concept. Because you have forgotten about the name or because you can't remember where it's actually pointing? If no arguments are given the ASSIGN command or if the LIST keyword is used, a list of all current assignments is displayed. If the VOLS, DIRS, or DEVICES switch is specified, ASSIGN limits the display to volumes, directories, or devices.
Furthermore, *all* libraries should be in LIBS: and nowhere but LIBS:. We're not talking about Windows DLL's here. Fire up DOpus, search for *.library and make sure all library files are in the LIBS: directory. Problem solved.
Again, I really don't see how this would be complicated in comparison to hard and software links or the mysterious file hierarchy of Linux and it's applications.
>It's a matter of perception. You are comfortable with AmigaOS and can't be
>bothered to find out how Linux works. That's OK, but it's a reflection on you
>rather than on Linux. Your comments on Linux demonstrate that you haven't got
>a clue of what you speak.
Oh please! Not again. Why are you so determined to make a statement about my competence in the matter? I could be patronizing your lack of insight as well, but find it rather childish and not something that would be benefitial for any of us. Let's just stick with using reasonable arguments in order to keep the discussion constructive, shall we? |
|
| List of all comments to this article (continued) |
|
- User Menu
-
- About ANN archives
- The ANN archives is powered by #AmigaZeux. It was updated daily (news last: 22-Oct-2004; comments last: 18-May-2005).
ANN.lu was created, previously owned and maintained by Christian Kemp, www.ckemp.com.
- Contribute
- Not possible at this time!
- Search ANN archives
- Advanced search
- Hosting
- ANN.lu was hosted by Dreamhost. Sign up through this link, mention "ckemp" as referrer and he will get a 10% commission on any account you purchase.
Please show your appreciation for any past, present and future work on ANN.lu by making a contribution via PayPal.
|
