There's no real reason for them to discontinue it. The small amount of work it takes to manage it is likely made up for by the number of people (small though it may be, it's likely in the thousands, if not hundreds of thousands) who buy it.
I'm fairly certain that the "odd/even" remark was referring to the old Linux kernel practice summarized by Torvalds himself as follows:
2.6.<odd>: still a stable kernel, but accept bigger changes leading up to it (timeframe: a month or two).
2.<odd>.x: aim for big changes that may destabilize the kernel for several releases (timeframe: a year or two)
<odd>.x.x: Linus went crazy, broke absolutely everything, and rewrote the kernel to be a microkernel using a special message-passing version of Visual Basic. (timeframe: "we expect that he will be released from the mental institution in a decade or two").
Of course there isn't much now. Heck, some of the games that have native Linux ports through their software houses weren't available for Linux on Steam the last time I checked. But I think that's part of why Valve are promoting their Steam beta. If they can say "well, 5000 of our users are using Steam on Linux," they can get a few games ported. If they can say "well, 5 million of our users have Steam on Linux," developers are far more likely to port their games.
Given that Valve will be releasing what appears to be a Linux-based console soon, I imagine they're quite interested in getting as many games as possible ported to Linux, and in having them well-tested before the console gets released.
I don't see why we'd need 128-bit time if we're counting seconds, considering that 64-bit time gets us up to 20 times the current age of the universe (meaning that 95% of the possible negative timestamps aren't just unused, but unusable if our current understanding of the laws of physics is correct).
Regarding number 3: Amazon could also make a big statement to the community by officially sponsoring an open source forked SDK (such as the one linked above).
AIDE can also be used to develop on a tablet, which may be the only way a certain segment of the market can develop Android apps. For example, these kids
Here's a list of devices that either have or will get Jelly Bean.
Also, this page shows a (fairly complete, though I hesitate to say "complete" for the fact that there's almost certainly at least one Android phone/tablet not mentioned on it that exists somewhere...) list of Android devices, including what version they run. It contains 41 mentions of 4.1 and 11 mentions of 4.2.
Re:I use it so it's relevant to me.
on
Qt 5.0 Released
·
· Score: 3, Informative
Since 112 takes place in Europe, we should be remembering the 11th of February. As a South African, I do so with pride (11-2-1990: The day Nelson Mandela was released from prison).
Just in case anyone is wondering: the NANP has area codes and exchanges starting with 2-9, which means that 112 would be globally unique on NANP (in fact, 11 would allow the phone system to register that you must be dialing 112, since the only time you'd start with a 1 is when dialing the NANP country code followed by an area code, or when dialing the emergency services.
The difference here is that Windows has roughly 90% of the desktop marketshare (what is generally considered a monopoly market share), whereas iOS has an estimated 20%-50% (depending on who you ask) (30%-50% for Android).
(the Mac Mini and the iMac count as laptops as they use laptop components)
No they don't. The iMac and the Mac Mini are desktop computers (or computers in the fashion of desktops), because that's their use case. Typically, when one buys an iMac or a Mac Mini, the competing products they're looking at are the HP, Dell, etc. DESKTOP lines. Likewise, someone buying a Macbook will look at other Laptops.
Perhaps the programmers they have working on the Linux version are better than the programmers they got to do the Mac version? Perhaps they know the system better (e.g. the programmers writing the Mac version are Windows programmers who got reassigned, vs. the Linux version where they specifically hired Linux devs)? Perhaps Valve learned some stuff when porting Steam to Mac that they couldn't apply to the Mac version (because it was too far along), but had the advantage of applying to the Linux version? Perhaps they have another reason to make the Linux version particularly better (rumoured Steam console)?
Point is, there are lot of reasons a Linux port might be better than a Mac port.
Whenever possible we provide them to you in several DRM-free file formats — PDF, ePub, Kindle-compatible.mobi, and DAISY — that you can use on the devices of your choice.
Furthermore:
Lending: If you buy an O'Reilly ebook from oreilly.com, you may lend it to another person, provided that you do not retain any copies of the book after you lend it. This is the same as the situation when you lend a used print copy—when you lend the copy, you deliver it to the buyer and no longer have a copy in your library. If you have bought a hard copy/ebook bundle, you may of course retain the hard copy, if you lend the ebook.
Resale: If you buy an O'Reilly ebook, when you are done with it you may resell it, provided that you do not retain any copies of the book after you sell it. This is the same as the situation when you sell a used print copy—when you sell the copy, you deliver it to the buyer and no longer have a copy in your library. If you have bought a hard copy/ebook bundle, you may of course retain the hard copy, if you sell the ebook.
It took me a decade of living in the US before I could do that. If you're not an American citizen yet, you're not technically African-American. Just African.
It's quite possible that you already had binaries of the non-open source components. You're free to do what you want to the open source components of the SDK (within their open source license), but all other components (which may include components touched by "make sdk") fall under this agreement.
It wouldn't even do that much. It would prohibit forking the non-open source PARTS of the SDK. Since the open source licenses would override this agreement for open source components, it would be perfectly acceptable to fork those portions. Furthermore, one could then re-implement the other portions of the SDK.
IIRC, it's also about how the software is connected. If GPL'd libraries are linked, then the software that links to the library has to be GPL'd (that was the motivation for the LGPL - you don't have to do that). However, if the GPL'd software is a separate executable, it's much less certain (and many would argue that any software can make a process call to GPL'd software without breaking the license).
One example of the latter is the Linux kernel. If, by being a "part of a whole", the Linux kernel were to force userland software to be GPL'd, things like TiVo, Android, and binary drivers wouldn't be possible. No MATLAB for Linux, no Firefox for Linux (unless it were relicensed), etc.
They could have simply contributed to KHTML and been done with it. The way they did it really screwed over the KDE project in a manner from which they have yet to fully recover.
There's a difference between multitasking amongst 5 apps and multitasking amongst 5 tasks. Some of my daily work requires at least 4 different windows open (I'm glad I have multiple displays) for one task, and I'd be far less productive without the ability to quickly switch amongst apps (Alt-Tab FTW!).
Slashdot Mirror
There's no real reason for them to discontinue it. The small amount of work it takes to manage it is likely made up for by the number of people (small though it may be, it's likely in the thousands, if not hundreds of thousands) who buy it.
2.6.<odd>: still a stable kernel, but accept bigger changes leading up to it (timeframe: a month or two).
2.<odd>.x: aim for big changes that may destabilize the kernel for several releases (timeframe: a year or two)
<odd>.x.x: Linus went crazy, broke absolutely everything, and rewrote the kernel to be a microkernel using a special message-passing version of Visual Basic. (timeframe: "we expect that he will be released from the mental institution in a decade or two").
Of course there isn't much now. Heck, some of the games that have native Linux ports through their software houses weren't available for Linux on Steam the last time I checked. But I think that's part of why Valve are promoting their Steam beta. If they can say "well, 5000 of our users are using Steam on Linux," they can get a few games ported. If they can say "well, 5 million of our users have Steam on Linux," developers are far more likely to port their games. Given that Valve will be releasing what appears to be a Linux-based console soon, I imagine they're quite interested in getting as many games as possible ported to Linux, and in having them well-tested before the console gets released.
I don't see why we'd need 128-bit time if we're counting seconds, considering that 64-bit time gets us up to 20 times the current age of the universe (meaning that 95% of the possible negative timestamps aren't just unused, but unusable if our current understanding of the laws of physics is correct).
Several HR-related systems (including the one I unfortunately have to support at work) use java applets.
They have.
Wouldn't that be the contrapositive? The inverse would be that if you don't tell someone to Google "hentai", you're automatically their friend.
Regarding number 3: Amazon could also make a big statement to the community by officially sponsoring an open source forked SDK (such as the one linked above).
AIDE can also be used to develop on a tablet, which may be the only way a certain segment of the market can develop Android apps. For example, these kids
Here's a list of devices that either have or will get Jelly Bean.
Also, this page shows a (fairly complete, though I hesitate to say "complete" for the fact that there's almost certainly at least one Android phone/tablet not mentioned on it that exists somewhere...) list of Android devices, including what version they run. It contains 41 mentions of 4.1 and 11 mentions of 4.2.
Most people don't know what Qt is, though. They don't realise how much of the software they use uses it.
Or for those already familiar with the Matlab language (or who know they'll need to become familiar with it): Octave.
Since 112 takes place in Europe, we should be remembering the 11th of February. As a South African, I do so with pride (11-2-1990: The day Nelson Mandela was released from prison).
Just in case anyone is wondering: the NANP has area codes and exchanges starting with 2-9, which means that 112 would be globally unique on NANP (in fact, 11 would allow the phone system to register that you must be dialing 112, since the only time you'd start with a 1 is when dialing the NANP country code followed by an area code, or when dialing the emergency services.
The difference here is that Windows has roughly 90% of the desktop marketshare (what is generally considered a monopoly market share), whereas iOS has an estimated 20%-50% (depending on who you ask) (30%-50% for Android).
Source
Anyone who has root access to the device can read and write all files in all folders. That's why they call it the superuser.
(the Mac Mini and the iMac count as laptops as they use laptop components)
No they don't. The iMac and the Mac Mini are desktop computers (or computers in the fashion of desktops), because that's their use case. Typically, when one buys an iMac or a Mac Mini, the competing products they're looking at are the HP, Dell, etc. DESKTOP lines. Likewise, someone buying a Macbook will look at other Laptops.
Perhaps the programmers they have working on the Linux version are better than the programmers they got to do the Mac version? Perhaps they know the system better (e.g. the programmers writing the Mac version are Windows programmers who got reassigned, vs. the Linux version where they specifically hired Linux devs)? Perhaps Valve learned some stuff when porting Steam to Mac that they couldn't apply to the Mac version (because it was too far along), but had the advantage of applying to the Linux version? Perhaps they have another reason to make the Linux version particularly better (rumoured Steam console)?
Point is, there are lot of reasons a Linux port might be better than a Mac port.
Whenever possible we provide them to you in several DRM-free file formats — PDF, ePub, Kindle-compatible .mobi, and DAISY — that you can use on the devices of your choice.
Furthermore:
Lending: If you buy an O'Reilly ebook from oreilly.com, you may lend it to another person, provided that you do not retain any copies of the book after you lend it. This is the same as the situation when you lend a used print copy—when you lend the copy, you deliver it to the buyer and no longer have a copy in your library. If you have bought a hard copy/ebook bundle, you may of course retain the hard copy, if you lend the ebook.
Resale: If you buy an O'Reilly ebook, when you are done with it you may resell it, provided that you do not retain any copies of the book after you sell it. This is the same as the situation when you sell a used print copy—when you sell the copy, you deliver it to the buyer and no longer have a copy in your library. If you have bought a hard copy/ebook bundle, you may of course retain the hard copy, if you sell the ebook.
It took me a decade of living in the US before I could do that. If you're not an American citizen yet, you're not technically African-American. Just African.
It's quite possible that you already had binaries of the non-open source components. You're free to do what you want to the open source components of the SDK (within their open source license), but all other components (which may include components touched by "make sdk") fall under this agreement.
It wouldn't even do that much. It would prohibit forking the non-open source PARTS of the SDK. Since the open source licenses would override this agreement for open source components, it would be perfectly acceptable to fork those portions. Furthermore, one could then re-implement the other portions of the SDK.
IIRC, it's also about how the software is connected. If GPL'd libraries are linked, then the software that links to the library has to be GPL'd (that was the motivation for the LGPL - you don't have to do that). However, if the GPL'd software is a separate executable, it's much less certain (and many would argue that any software can make a process call to GPL'd software without breaking the license). One example of the latter is the Linux kernel. If, by being a "part of a whole", the Linux kernel were to force userland software to be GPL'd, things like TiVo, Android, and binary drivers wouldn't be possible. No MATLAB for Linux, no Firefox for Linux (unless it were relicensed), etc.
They could have simply contributed to KHTML and been done with it. The way they did it really screwed over the KDE project in a manner from which they have yet to fully recover.
There's a difference between multitasking amongst 5 apps and multitasking amongst 5 tasks. Some of my daily work requires at least 4 different windows open (I'm glad I have multiple displays) for one task, and I'd be far less productive without the ability to quickly switch amongst apps (Alt-Tab FTW!).