From an open source point of view... this is a mistake since we (as open source people) must favor AMD GPUs. Moreover, it has been 2 years the AMD GPUs seem faster than nvidia ones.
So from such bad news, open source people must keep the bearing: favor AMD GPUs whatever.
Indeed they are rigth on one point: gimp has a complex GUI for basic photo editing. The proper way is to go like blender, split the engine and the GUI.
But I thougth GEGL was that engine, then it's a matter to have basic photo edition done with this engine.
As far as I'm concern, people around me prefer gthumb by far, it is more usuable, more stable, damn faster, damn leaner etc...
Maybe 10.04 is also the time to default to gthumb.
Indeed, if google does not hurry to go on the desktop, MS will phase them out by defaulting to bing IE on pre-installed personnal computers (let be remind you the disaster of MSN which was by default assaulting you to subscribe with any newly bought personnal computer)
They do not have the choice. It's too dangerous to delay the entry on the personnal computer market since it will take hard work to make hardware manufacturers pre-install their OS.
Hey... first thing first: normalized at IETF a proper IPv6 label for web document. Then, let IAPs deal with that label. BTW diffserv support is important too because it does work also with IPv4... but in which diffserv class with which priority shall we put the "web document traffic"?
I reply to myself, I read the interview and the missing bits states that they know that "0.5%..." is pure non sense.
More over, based on what they know about the professionnal market:their professionnal user base is mostly made of GNU/Linux!
They must provide GNU/Linux driver, but once the AMD GPU open source support will achieve significant results... they know that the community will return the favor to make them release the hardware programming manual.
"0.5% that of their..."? They are damn rigth. They should just publish the hardware programming manual to let this insignificant OS deal with their own things. Or stop the Linux driver developement and keep programming infos in order to allow the entire FOSS community to push hard for AMD and re-allocate all devs on AMD GPUs (and we will have a real Linux driver, not this kernel abstrated kludge which is the DRM).
</irony>
BTW, I do not think that mainstream Linux distros download the nvidia driver from the web. If that is really the case, 0.5% are mainly source based distro downloads since mainstream distros are binary based.
We need C only coded user tools to interact with pulseaudio, with THE 3 basic levels:command line,ncurses and GTK (has in the MPD audio player). Pulseaudio is important for upmixing/downmixing, setting volume per application (or attached an app volume to a global fixed gain volume). I dare remind people that ALSA top priority is 0 latency to hardware. alsalib plugins are already too much.
... yes since you can close it. It is a threat to optimal open source code. Namely, the open source code is not optimal and you must buy the closed/improved version. The GNU GPL has a better balance for open source has it forbids fake open source like what we have with darwin/macos. Personnally the BSD licence would be great if it was protecting against closing the source.
MS has not enough money anymore to corrupt key people at London stock exchange?? Like what they did at asus for the netbooks and with activision about the UT3 client and what about blizzard with WOW? Another explanation:it really does not work.
Oh God! Apache web server having a security hole!
Better write this day down. The others web servers have already an endless list of days written down, and they are not deployed like apache...
Indeed, everybody talks about the "magic" of solar cell electricity... but how costly is it for the planet to manufacture and recycle an efficient solar cell?
I bet that's not cheap at all...
Are you really serious?
Even with open source software, reaching a good level of confidence is *hard*. Then with closed source proprietary software... please keep a bit of common sense...
FTTH...
will probably make the use of "darknets" explode since upstream bandwidth will skyrocket.
Network load issue will shift from client <->ISP connection to ISP backbone and peering with others ISPs. Diffserv may help a lot to keep things flowing with such a "congested" nightmare.
It's very dangerous, since the temptation is great to make the proprietary fork optimal and better than the open source version (cf darwin/macos, LZO).
The GPL can protect against this only if contributors do not let go their rights and don't let happen proprietary forks.
What I really don't understand with Sun is why they would not want to "play by the rules" by forcing the contributors to give them their GPL rights... If they were a fondation like the FSF, right, no pb... but since they are a big company with not a such good reputation, it would be more reassuring to let the contributors keep their rights, like the Linux spirit and near 100% of the other GPL projects.
Slashdot Mirror
Is the GNU/Linux support ready?
Will we be able to code C native apps on their OSes?
From an open source point of view... this is a mistake since we (as open source people) must favor AMD GPUs. Moreover, it has been 2 years the AMD GPUs seem faster than nvidia ones. So from such bad news, open source people must keep the bearing: favor AMD GPUs whatever.
Indeed they are rigth on one point: gimp has a complex GUI for basic photo editing. The proper way is to go like blender, split the engine and the GUI. But I thougth GEGL was that engine, then it's a matter to have basic photo edition done with this engine. As far as I'm concern, people around me prefer gthumb by far, it is more usuable, more stable, damn faster, damn leaner etc... Maybe 10.04 is also the time to default to gthumb.
Indeed, if google does not hurry to go on the desktop, MS will phase them out by defaulting to bing IE on pre-installed personnal computers (let be remind you the disaster of MSN which was by default assaulting you to subscribe with any newly bought personnal computer) They do not have the choice. It's too dangerous to delay the entry on the personnal computer market since it will take hard work to make hardware manufacturers pre-install their OS.
Hey... first thing first: normalized at IETF a proper IPv6 label for web document. Then, let IAPs deal with that label. BTW diffserv support is important too because it does work also with IPv4... but in which diffserv class with which priority shall we put the "web document traffic"?
I reply to myself, I read the interview and the missing bits states that they know that "0.5%..." is pure non sense. More over, based on what they know about the professionnal market:their professionnal user base is mostly made of GNU/Linux! They must provide GNU/Linux driver, but once the AMD GPU open source support will achieve significant results... they know that the community will return the favor to make them release the hardware programming manual.
"0.5% that of their..."? They are damn rigth. They should just publish the hardware programming manual to let this insignificant OS deal with their own things. Or stop the Linux driver developement and keep programming infos in order to allow the entire FOSS community to push hard for AMD and re-allocate all devs on AMD GPUs (and we will have a real Linux driver, not this kernel abstrated kludge which is the DRM).
</irony>
BTW, I do not think that mainstream Linux distros download the nvidia driver from the web. If that is really the case, 0.5% are mainly source based distro downloads since mainstream distros are binary based.
"MacOS GUI" too complex compared to "GNOME Desktop"
Indeed, I hate perl
We need C only coded user tools to interact with pulseaudio, with THE 3 basic levels:command line,ncurses and GTK (has in the MPD audio player). Pulseaudio is important for upmixing/downmixing, setting volume per application (or attached an app volume to a global fixed gain volume). I dare remind people that ALSA top priority is 0 latency to hardware. alsalib plugins are already too much.
... yes since you can close it. It is a threat to optimal open source code. Namely, the open source code is not optimal and you must buy the closed/improved version. The GNU GPL has a better balance for open source has it forbids fake open source like what we have with darwin/macos. Personnally the BSD licence would be great if it was protecting against closing the source.
MS has not enough money anymore to corrupt key people at London stock exchange?? Like what they did at asus for the netbooks and with activision about the UT3 client and what about blizzard with WOW? Another explanation:it really does not work.
GUI too complex compared to gnome
Oh God! Apache web server having a security hole! Better write this day down. The others web servers have already an endless list of days written down, and they are not deployed like apache...
http://en.wikipedia.org/wiki/Team_Ico
Heard: GNU/Linux, C++, mysql... I'm ok with GNU/Linux but hell against C++ and mysql...
Indeed, I'm a hacker... and certainly not a cracker.
Indeed, everybody talks about the "magic" of solar cell electricity... but how costly is it for the planet to manufacture and recycle an efficient solar cell? I bet that's not cheap at all...
Are you really serious? Even with open source software, reaching a good level of confidence is *hard*. Then with closed source proprietary software... please keep a bit of common sense...
FTTH... will probably make the use of "darknets" explode since upstream bandwidth will skyrocket. Network load issue will shift from client <->ISP connection to ISP backbone and peering with others ISPs. Diffserv may help a lot to keep things flowing with such a "congested" nightmare.
Again it seems that the benchmarks are running Intel Optimized code on AMD...
Does those fantastic 3D glasses come with 3D hardware programming specifications? >:D
It's very dangerous, since the temptation is great to make the proprietary fork optimal and better than the open source version (cf darwin/macos, LZO). The GPL can protect against this only if contributors do not let go their rights and don't let happen proprietary forks.
What I really don't understand with Sun is why they would not want to "play by the rules" by forcing the contributors to give them their GPL rights... If they were a fondation like the FSF, right, no pb... but since they are a big company with not a such good reputation, it would be more reassuring to let the contributors keep their rights, like the Linux spirit and near 100% of the other GPL projects.