However, php really needs do a better security effort, even if it makes making php web pages harder. Scalability and poor software readability on the other hand are not realistically fixable on the language level.
Majority of Itanium cpu's sold already run Linux. Rest run HPUX. Intel,HP and SGI work do hard to make Linux run well on Itanium. With Linux having most compilable software readily available, it is probably the best thing to run on a niche arch anyway.
So what this article may actually mean, is that there is no market for _windows_ in Itanium space anymore. Which isn't that suprising, when there is hardly any windows/ia64 applications, what use an empty OS is?
IMO what Itanium needs to become a success, is a price cut, rather than more Windows support.
Well, most of Linux work is done by people paid to do the work. I don't think anyone sensible thinks that Free Software should only be done "Only for the Love of it".
However, FreeBSD people seem to have taken a slippery slope on other issues here. To gain wireless support, they have allowed Unmodifiable binary code into FreeBSD!
*BSD camp has long taken the position that BSD is more free than GPL Licenced code. Now it seems that BSD camp is accepting unmodifiable binary-only code as part of FreeBSD, as long as it is added by a developer under contract not to release it as open source...
And this is as poor of an argument as ever. Why should the user be restricted to only software officially supported by a Linux distro?
If neither vlc developers support suse by providing a suse rpm, nor suse developers support vlc, how exactly would vlc know what to do on a suse system?
Next, you will probably complain on why there are so many incompatible distributions. Then, I may remind you about the whole news item is about distributions getting consolidated... Or something. I don't see this discussion going to change anything, since people love whining more than fixing things.
I ment "Qualcomms handsets" as in handsets based on their BREW platform. However, I don't know contractually if you actually OWN "your" handset, if the operator is giving to you free/subsided as part of the plan.
In gsm networks, you can actually buy a cellphone without a plan (ie, SIM-free), in which case it is clearly yours. However, I think that in cdma2000 networks, there is no SIM, so the phones are much more tied to the operator.
Like allways when someone asks about total costs, "it depends".
In Qualcomm case, you may end up saving lot. Qualcomm has just ported Linux to their _Cellphone_chip_, which means you don't have to buy another CPU to run the smartphone OS on. On The otherhand, Windows will still need another CPU, increasing Power consumption, weight and material costs.
In other cases, it depends on the platform you are developing for. For example if you don't have an MMU in your hardware, you simply can't run windows. OTOH if you are just basing yourself on one the most popular reference designs with windows already available, windows is likely the cheapest route. But once you start creating something more exotic and unique, it becomes more blurry and depends on case-to-case basis.
However, Qualcomm going Linux is fascinating for a totally unrelated point. Before this, their BREW platform has been the most DRM-encumbered development platform. There is no way to run code not signed, distributed and billed by Qualcomm on their BREW handsets. This might be a relatively large move from completely proprietary to more community friendly.
Like how microsoft allows to shut off the "DRM songs imported to microsoft media player" settings?
I used to think so too, until I met a girl who had imported her entire collection copyprotected. re-ripping cd's is not fun.
You probably can switch it off (or use something less braindamaged to rip cd:s), but average users will never go to the advanced tab to switch copyprotecting off.. And a huge annoyance to notice after getting an iPod.
Actually you are completly incorrect. CSS uses 40bit keys and cryptographically insecure algorithm. The reason for weak crypto was that industry wanted to save money manufacturing hardware DVD players.
"127bit crypto" would not help you either. cryptography is about "How can alice and bob exchange messages without eve seeing them". DRM is about "how can entertainment industry sell content to consumers without allowing the consumer to to X things with the content". Not really the same problem at all.
DeCSS people obtained a player key by reverse engineering Xing DVD player software. And it does not matter how they keys are provided, the point is that the user has the encrypted content and the decrypting key.
Yes, in DVD case there are keys in the hardware too, but at the really end of the chain, you need a player key to reach the keys on hardware. If they wouldn't require a player key for the software, anyone could write a player that utilizes the keys in the hardware to do anything.
and DRM exactly hasn't stopped us from evil laws like DMCA. The industry is trying to remain same in changing world. If the industry was changing, it would be researching sound cryptography for a basis of DRM. Notice, I'm not talking about purported the evilness of DRM to consumers, I'm talking about how DRM cannot, by principle, protect content.
DRM is a snake oil. Content creators are lured into believing that DRM can somehow magically protect their content, without any sound cryptographic theory to make it possible.
1) Content is encrypted and given to the consumer.
2) Decrypting key is given to the consumer, since else the poor consumer can't even play the content.
3) Because of ?????? consumer can't use the decrypting key except in ways DRM allows.
4) Someone figures out ?????? , recovers the decrypting key and consumers end up getting to use the content the ways they want to.
We have seen viruses where user needs to jump through many hoops:
1. open the.zip attachment 2. enter the password for the zip (following the instruction in the email, embedded as.gif semicatchpa to prevent the virus scanners from using the the password to open the zip. 3. saving.exe in zipfile 4. running the.exe
I thought the file was safe since it was password protected
Tell me, how is this different from a virus telling user to save an ELF attachment, chmod a+x it and run it?
Viruses rarely anymore exploit software flaws - they exploit the weakest link: user, via automated social engineering.
Apart from disabling users ability to execute arbitary binaries and perl/python/shell scripts, there only alternative I see is chopping a finger from the infected user everytime they get themself a virus.
Unfortunatly the first one creates practical problems and the second one legal.
From the abstract: "Sony Ericsson is showcasing...limited-edition"
It's not meant to be a friggin product, it is Sony Ericsson bragging what their engineers are cabable of creating. Expect most of these things ending up as presents to executives of SE partners.
And if a Bluethooth-controlled Linux-powered robot isn't news for nerds, I'd like to know what is...
Fedora/RedHat lacks mp3 and divx/mpeg/etc playback because of patent issues. Mandrake (France) and SuSe (Germany) ship with a lot better multimedia experience. WPA (802.11x) is another patented like hell tech, so don't hold your breath for a smooth out-of-box wireless support on RedHat either.
As more patents are filed all the time and old ones get enforced, the Linux experience will get dampened even more.
While the western tech media has blamed Chinas relucancy to adopt 802.11x on their jingoism, It is more likely that China doesn't think that RAND terms of those patents are that Reasonable and Non-discriminatory after all..
They spent more than just for the *LICENSE* than what is required for deployment.
Well, wimax requires a *LICENSE* as well, unless you plan to run it on unlicensed band with all wavelan users and limited transmission powers... It is however likely, that operators will not initiate as insane frequency bidding competitions a second time. However, that has nothing to do with the superiority or suckiness of either tech.
But a wi0fi voip will work just enough for me to use especially if the calls are unlimited and free.
What an amazing business opportunity.
1. Beat Verizon, Sprint, Cingular et all in WiMax frequency bidding, build blanket coverage over Americ and start offering free and unlimited voip calls over it. 2. ???? 3. Profit!
However moderated you insightful, didn't do their homework. Scheduler performance between redhat 7.3 and windows 2000 is hardly relevant these days. Especially since on Linux the threading library and kernel scheduler has rewritten ( the latter several times..).
Thats an lousy argument. Just because everone else is doing $badthing, doesn't make it right. The MCI thinking goes "they don't send spam from OUR network, they relay via troijaned machines in random dsl networks to hide the origin of the spam, so they aren't breaking our AUP."
And it is NEWS - because the bad publicity is the only weapon against immoral behavior of companies.
Canon Digital still cameras run dos, specifically datalight ROM-DOS. However, it is probably very boring to hack, since all the hardware access and UI is probably in the camera.exe, and all the dos does is boot. So you would have to reverse engineer the camera app to do any hacks. Even then, you will probably run out of RAM for anything more sophisticated.
However, most cameras will have somekind of network connectivity in future (The All devices will creep in features until they can read and send email law). It's a big chance that some vendors will end up using Linux as the base OS - The axis surveillance cams already do!. That would increase the hacking chances. How about running an tiny httpd gallery right of the camera or an ftp server:-P
Slashdot Mirror
So true.
However, php really needs do a better security effort, even if it makes making php web pages harder. Scalability and poor software readability on the other hand are not realistically fixable on the language level.
Majority of Itanium cpu's sold already run Linux. Rest run HPUX. Intel,HP and SGI work do hard to make Linux run well on Itanium. With Linux having most compilable software readily available, it is probably the best thing to run on a niche arch anyway.
So what this article may actually mean, is that there is no market for _windows_ in Itanium space anymore. Which isn't that suprising, when there is hardly any windows/ia64 applications, what use an empty OS is?
IMO what Itanium needs to become a success, is a price cut, rather than more Windows support.
Of the currently active memberS:
35members members interested enough in microsoft phones, 1128 members interested in smartphones generally.
Looks like despite the trendy hiphop style on modaco foru,, microsoft is still uninteresting and boring.
Well, most of Linux work is done by people paid to do the work. I don't think anyone sensible thinks that Free Software should only be done "Only for the Love of it".
However, FreeBSD people seem to have taken a slippery slope on other issues here. To gain wireless support, they have allowed Unmodifiable binary code into FreeBSD!
*BSD camp has long taken the position that BSD is more free than GPL Licenced code. Now it seems that BSD camp is accepting unmodifiable binary-only code as part of FreeBSD, as long as it is added by a developer under contract not to release it as open source...
How has Juniper using and modifying FreeBSD to JunOS helped an average FreeBSD user?
BSD license is good for leeches, bad for contributers and users.
LOL AOL,
sincerly,
HP and Compaq
Compaq and DEC
Very intresting - but.. How do I get one to Finland?
sudo apt-get install xspecs
X11 protocol and xlib probably had decent documentation when you were still wetting your pants!
I think we can all settle for the following measure:
air-speed velocity of an unladen swallow
And this is as poor of an argument as ever. Why should the user be restricted to only software officially supported by a Linux distro?
If neither vlc developers support suse by providing a suse rpm, nor suse developers support vlc, how exactly would vlc know what to do on a suse system?
Next, you will probably complain on why there are so many incompatible distributions. Then, I may remind you about the whole news item is about distributions getting consolidated... Or something. I don't see this discussion going to change anything, since people love whining more than fixing things.
It has a mic, and with some programming you could connect to a bluetooth headset.
I ment "Qualcomms handsets" as in handsets based on their BREW platform. However, I don't know contractually if you actually OWN "your" handset, if the operator is giving to you free/subsided as part of the plan.
In gsm networks, you can actually buy a cellphone without a plan (ie, SIM-free), in which case it is clearly yours. However, I think that in cdma2000 networks, there is no SIM, so the phones are much more tied to the operator.
Like allways when someone asks about total costs, "it depends".
In Qualcomm case, you may end up saving lot. Qualcomm has just ported Linux to their _Cellphone_chip_, which means you don't have to buy another CPU to run the smartphone OS on. On The otherhand, Windows will still need another CPU, increasing Power consumption, weight and material costs.
In other cases, it depends on the platform you are developing for. For example if you don't have an MMU in your hardware, you simply can't run windows. OTOH if you are just basing yourself on one the most popular reference designs with windows already available, windows is likely the cheapest route. But once you start creating something more exotic and unique, it becomes more blurry and depends on case-to-case basis.
However, Qualcomm going Linux is fascinating for a totally unrelated point. Before this, their BREW platform has been the most DRM-encumbered development platform. There is no way to run code not signed, distributed and billed by Qualcomm on their BREW handsets. This might be a relatively large move from completely proprietary to more community friendly.
Who says it _can't_ play oggs? Just install Oggplay application.
Like how microsoft allows to shut off the "DRM songs imported to microsoft media player" settings?
I used to think so too, until I met a girl who had imported her entire collection copyprotected. re-ripping cd's is not fun.
You probably can switch it off (or use something less braindamaged to rip cd:s), but average users will never go to the advanced tab to switch copyprotecting off.. And a huge annoyance to notice after getting an iPod.
Actually you are completly incorrect. CSS uses 40bit keys and cryptographically insecure algorithm. The reason for weak crypto was that industry wanted to save money manufacturing hardware DVD players.
"127bit crypto" would not help you either. cryptography is about "How can alice and bob exchange messages without eve seeing them". DRM is about "how can entertainment industry sell content to consumers without allowing the consumer to to X things with the content". Not really the same problem at all.
DeCSS people obtained a player key by reverse engineering Xing DVD player software. And it does not matter how they keys are provided, the point is that the user has the encrypted content and the decrypting key.
Yes, in DVD case there are keys in the hardware too, but at the really end of the chain, you need a player key to reach the keys on hardware. If they wouldn't require a player key for the software, anyone could write a player that utilizes the keys in the hardware to do anything.
and DRM exactly hasn't stopped us from evil laws like DMCA. The industry is trying to remain same in changing world. If the industry was changing, it would be researching sound cryptography for a basis of DRM. Notice, I'm not talking about purported the evilness of DRM to consumers, I'm talking about how DRM cannot, by principle, protect content.
DRM is a snake oil. Content creators are lured into believing that DRM can somehow magically protect their content, without any sound cryptographic theory to make it possible.
1) Content is encrypted and given to the consumer.
2) Decrypting key is given to the consumer, since else the poor consumer can't even play the content.
3) Because of ?????? consumer can't use the decrypting key except in ways DRM allows.
4) Someone figures out ?????? , recovers the decrypting key and consumers end up getting to use the content the ways they want to.
Don't count on that being the reason.
.zip attachment .gif semicatchpa to prevent the virus scanners from using the the password to open the zip. .exe in zipfile .exe
We have seen viruses where user needs to jump through many hoops:
1. open the
2. enter the password for the zip (following the instruction in the email, embedded as
3. saving
4. running the
I thought the file was safe since it was password protected
Tell me, how is this different from a virus telling user to save an ELF attachment, chmod a+x it and run it?
Viruses rarely anymore exploit software flaws - they exploit the weakest link: user, via automated social engineering.
Apart from disabling users ability to execute arbitary binaries and perl/python/shell scripts, there only alternative I see is chopping a finger from the infected user everytime they get themself a virus.
Unfortunatly the first one creates practical problems and the second one legal.
Insightful eh?
From the abstract: "Sony Ericsson is showcasing...limited-edition"
It's not meant to be a friggin product, it is Sony Ericsson bragging what their engineers are cabable of creating. Expect most of these things ending up as presents to executives of SE partners.
And if a Bluethooth-controlled Linux-powered robot isn't news for nerds, I'd like to know what is...
Fedora/RedHat lacks mp3 and divx/mpeg/etc playback because of patent issues. Mandrake (France) and SuSe (Germany) ship with a lot better multimedia experience. WPA (802.11x) is another patented like hell tech, so don't hold your breath for a smooth out-of-box wireless support on RedHat either.
As more patents are filed all the time and old ones get enforced, the Linux experience will get dampened even more.
While the western tech media has blamed Chinas relucancy to adopt 802.11x on their jingoism, It is more likely that China doesn't think that RAND terms of those patents are that Reasonable and Non-discriminatory after all..
Who exactly are going to meat at march 7th? I assume it is ministers of X of each EU country?
They spent more than just for the *LICENSE* than what is required for deployment.
Well, wimax requires a *LICENSE* as well, unless you plan to run it on unlicensed band with all wavelan users and limited transmission powers... It is however likely, that operators will not initiate as insane frequency bidding competitions a second time. However, that has nothing to do with the superiority or suckiness of either tech.
But a wi0fi voip will work just enough for me to use especially if the calls are unlimited and free.
What an amazing business opportunity.
1. Beat Verizon, Sprint, Cingular et all in WiMax frequency bidding, build blanket coverage over Americ and start offering free and unlimited voip calls over it.
2. ????
3. Profit!
However moderated you insightful, didn't do their homework. Scheduler performance between redhat 7.3 and windows 2000 is hardly relevant these days. Especially since on Linux the threading library and kernel scheduler has rewritten ( the latter several times..).
Thats an lousy argument. Just because everone else is doing $badthing, doesn't make it right. The MCI thinking goes "they don't send spam from OUR network, they relay via troijaned machines in random dsl networks to hide the origin of the spam, so they aren't breaking our AUP."
And it is NEWS - because the bad publicity is the only weapon against immoral behavior of companies.
Canon Digital still cameras run dos, specifically datalight ROM-DOS. However, it is probably very boring to hack, since all the hardware access and UI is probably in the camera.exe, and all the dos does is boot. So you would have to reverse engineer the camera app to do any hacks. Even then, you will probably run out of RAM for anything more sophisticated.
:-P
However, most cameras will have somekind of network connectivity in future (The All devices will creep in features until they can read and send email law). It's a big chance that some vendors will end up using Linux as the base OS - The axis surveillance cams already do!. That would increase the hacking chances. How about running an tiny httpd gallery right of the camera or an ftp server