Don't ever assume anyone agrees with you. Your latest reply like the first is, again, all FUD as pertains to airbust and Boeing.
It has nothing to do with anything more than than fair competition. Nothing more, nothing less.

Which sort of suggests to me that the playing field wasn't all that level to start with hence the need for the subsidies.

Anyway, this has bugger all to do with Slackware and multilib so if you guys want to continue your argument over in 'general' I'm sure those of us not interested in arguments over US corporate interests would apprecate it.

1 members found this post helpful.

Another vote for "/extra".

Exactly. And FUD, too. Plus, mis-informed in parts.

[IRONY]
I guess the money, that Europe invests into setting up its own aircraft industry is comparable to the amount of money the US spent in the past to fund former friends like Mr. Bin Laden and Mr. Hussein. Of course, they are no longer friends, so the money is lost, and not available to fund Boeing. Who need funding now, that they have international competition for the first time. Because they are not used to it.
EADS/Airbus should really have started in Seattle, without any money from anyone. Everthing else is unfair.
[/IRONY]

BTW, Freedom Fries were invented in Belgium, so the former name "French Fries" should really be a thing of the past.

Serious: *Your* post reads like FUD, and seems to suggest that the US government should protect its economy. But protectionism and globalization are contradicting concepts. If you want to protect your economy, yes, you can. But the consequence will be isolation, higher prices and inflation.

And really: The US car industry was not crushed by the Japanese. While it is true, that Japan is a closed market, it is too small to explain why the US car makers were unable to compete. As a matter of fact, they developed and built the wrong models, and they were unable to compete with models from Japanese and European competitors developed and manufactured in the USA. So they were not beaten in Japan, but at home. They just didn't understand the opportunities of globalisation.

But yes: Globalisation means that the same cake is shared by more parties, but it also means that the cake is getting bigger. Sometimes one can get a feeling the growth rate of the cake is slower than the speed at which the number of eaters increases.

As a European, I really feel your pain, thinking of renowned companies of the consumer electronics sector, that are now shadows of the past, like Grundig, to name just one.

Nevertheless I don't share your conclusion.

And as GazL said: This is highly interesting, but not related to Slackware or multilib, and should therefore be continued in another thread. Let's get back on topic.

gargamel

1 members found this post helpful.

Speaking of multilib...
A friend just bought a new laptop and it came with the 64 bit version of windows 7. He asked me to "tweak" it for him and I've been playing with it for about 24 hours now. It would appear mickeysoft has their own version of "multilib" built-in as every 32 bit program I've installed has ran flawlessly. The only things that won't in install are the older 16 bit programs and drivers, many of which were still able to run under XP.
Overall, it looks like mickeysoft may have gotten it right this time, but it is still, from I've read about it, built on NT and is huge, but faster than previous version os ms-winbloat.

Just FYI.

Yeah, Windows 7 is the first Windows OS I might like, ever.
Bad luck for Microsoft, that there is KDE 4, which they obviously tried to copy, but I prefer the genuine thing.

And yes; Windows 7 is much better in security and performance than any of its predecessor, error messages now indicate what *actually* went wrong, and generally the system behaviour after a user action is much closer to what one would expect intuitively. But then, there are still archaic things like "drive letters" and this crazy and incomplete registry concept. In other words: I don't like their "package management".

gargamel

Hi Eric,

The USB key would certainly be convenient, and your mod is certainly needed for this package (I know others work similarly).

...but somehow saving a passkey on a USB drive seems not especially unlike writing my passphrase on a post-it. Sure, it is more difficult for others to get their hands on, but once they do, the results are the same.

Personally I prefer trust my memory (as long as it lasts ;-)

Thanks for all you efforts!!

It's the same as dealing with the keys to your home, or to a safe locker. If you have a USB key that unlock an encrypted volume, you should not get careless with it.

Eric

I'm not sure how this thread got so far off topic, but I would agree with something like this. My main concern once I get 13.0 running is trying to keep the 32-bit packages up-to-date in case of a security fix.

What was the original topic:

Will Slackware 13.1 be Multilib...?

Personally, I would prefer that it stays PURE 64...........

The more distros that are PURE 64 will hopefully force the software developers to make native 64 apps.

I personally would like Slack64 to stay "64" as well, but wouldn't care either way if the multilib stuff was in /extra -- seems like enough people want it that that might be a decent idea.

And, that USB-key idea, sounds pretty cool I like it. And wanted to add: for the possibility of somebody DDing the key when you're not looking, if the crypt setup not only got the PASSKEY off the USB key, but also checked that the vendor, product & serial number of the USB key are what they're supposed to be, it'd pretty much make the DD'd copy useless.

Sasha

Reminds me a little of KDE 3.5.xx and KDE 4.xx. A Mac user I know claims that both KDE 4 and windows7 are based on OS X, which, he says, goes back to 2001-2002. I didn't realize OS X has been around that long.

Attached Images

 

Yup, March 2004..........

http://en.wikipedia.org/wiki/Mac_OS_X#Versions

The first version released was Mac OS X Server 1.0 [http://en.wikipedia.org/wiki/Mac_OS_X_Server_1.0] in 1999, and a desktop-oriented version, Mac OS X v10.0 [http://en.wikipedia.org/wiki/Mac_OS_X_v10.0] "Cheetah" followed on March 24, 2001.

In the end, somehow everything we discuss here can probably be tracked back to Xerox.

gargamel