Originally posted by CrystalGamma
View Post
Announcement
Collapse
No announcement yet.
OS Battle: Linux Takes 1.7% Desktop Marketshare
Collapse
X
-
-
Originally posted by brosis View PostHe is correct, because he means "configuring". Linux lacks integraged, flexible, smart, productive configuration tool - one which would be hard to produce given the recent tendency to create smaller individual configuration applications.
Comment
-
Originally posted by sdack View Post... Linux is not different from Windows. ...
You have Windows Vista, 7, 8, 8.1 and the servers. Maybe Service Packs too.
How many Linux distributions are there? How many desktop environments are there?
If you have to support Windows, there are only a few options. :-)
If you have to support Linux, there are hundreds. :-(
Comment
-
http://io9.com/this-rare-peek-at-pixars-animation-system-is-computer-1557933361
Originally posted by jimbohale View PostOh, I'm sorry, are those big render studios comprised of the vast majority of the population? Even assuming that was true (not saying it's not, but I don't assume things).
Regarding the animation studios, you can Google for it. Iirc, DreamWorks and Pixar both use gnome desktops.
Checkout the desktop in the title.
Comment
-
Originally posted by drSeehas View Post???
You have Windows Vista, 7, 8, 8.1 and the servers. Maybe Service Packs too.
How many Linux distributions are there? How many desktop environments are there?
If you have to support Windows, there are only a few options. :-)
If you have to support Linux, there are hundreds. :-(
Anyway, it is getting away from the original comment and it feels like I have to get me a chainsaw. You know the feeling, when you are standing on a hill and the stream of zombies coming at you seems endless? That kind of feeling.
Comment
-
Originally posted by sdack View PostGo and inform yourself how it is done under Linux. When you first have to ask then you only do not know. I suggest you look up "Linux Standard Base"
even less does it mean that it would constitute the native configuration and API/ABI for said distribution (in fact even for distribution implementing LSB, it usually is an addon environment with an additional set of libraries and an auxiliary linker to coexist with the distribution's native ones)
and the two major package formats rpm and deb.
neither one accounts for platform specifics the program will have to face at runtime (from api's to the the lowliest detail, say a binary environment flag) so they dont guarantee compatibility between distributions (even of the same family)
And do not forget that for Windows it has "Home", "OEM", "Professional", "Small Business", "Enterprise" and "Sellakidney" versions, which you can support.
since if you develop a normal application you usually target system-, or installable framework- supported APi's rather than "versions" or specific "features" (except maybe in the case of a specialized / administrative tool intended to interact with one - say, an AD console) for intents and purposes of application deployment they can be considered one thing
You do not have to, but then you do not have to support all Linux distros, right?
while if your market is linux you'll have to support all distributions (apart maybe from exotic niche-in-the-niche ones) not to miss on relevant slices of linux' desktop share - and you have to support at least major ones individually (now, it wont probably take N times the whole codebase, but specific if's or#ifdef's will be needed at very least )Last edited by silix; 01 September 2014, 05:14 PM.
Comment
-
Originally posted by Zombie silix View Postin a way, LSB is a joke... the fact it exists as a specification doesnt at all mean that an arbitrary release (name one) of an arbitrary distribution (name one) automatically is LSB certified, or compliant (in fact last i checked LSB compliant distribution counted on one hand's fingers)
even less does it mean that it would constitute the native configuration and API/ABI for said distribution (in fact even for distribution implementing LSB, it usually is an addon environment with an additional set of libraries and an auxiliary linker to coexist with the distribution's native ones)
package formats are just containers for executable programs and metadata (dependency lists)
neither one accounts for platform specifics the program will have to face at runtime (from api's to the the lowliest detail, say a binary environment flag) so they dont guarantee compatibility between distributions (even of the same family)
and do not forget that the versions of a single windows release are differentiated based on user facing functionality for the most part
since if you develop a normal application you usually target system-, or installable framework- supported APi's rather than "versions" or specific "features" (except maybe in the case of a specialized / administrative tool intended to interact with one - say, an AD console) for intents and purposes of application deployment they can be considered one thing
except that if your market is windows you can cover it all with as low as one codebase / code path (in the case of a .net application) or at most a couple or three (DX9/DX11, or pre/post vista as far as certain other api's - say, directwrite, or xaudio, are concerned, or...)
while if your market is linux you'll have to support all distributions (apart maybe from exotic niche-in-the-niche ones) not to miss on relevant slices of linux' desktop share - and you have to support at least major ones individually (now, it wont probably take N times the whole codebase, but specific if's or#ifdef's will be needed at very least )Last edited by sdack; 03 September 2014, 04:42 AM.
Comment
Comment