MrKane:
Problemene kommer fort med feks Ubuntu som mange kommersielle applikasjoner ikke støtter(et) eller openSUSE.
Det er i og for seg ikke så rart heller, endringer skjer også raskere på disse distribusjonene og de har ikke spesielt lang tid med support. Selv om de sier det, så er det ymse hva som kommer etter neste revisjon er gitt ut. Det er også noen en i utgangspunktet bør ta høyde for om man velger en av dem, man må regne med oppgradering/nyinstalllasjon etter 1,5 til 2 år. Hjemmer er det ikke noe stort problem, men har en ansvar for noen dusin maskiner er det ikke så trivielt. Men i alle fall openSUSE støtter LSB, så kommersielle applikasjoner burde strengt talt ikke være så stort problem. om applikasjonsutviklerene har oversikt selfølgelig, og ikke har sedt seg blind på antallet distribusjoner.
MrKane:
Det er derimot leverandøren av applikasjoner som sliter mest for å kunne støtte mange varianter med stadig endrede API'er, biblioteksvarianter, filsystemer, endrede pakkesystemer ++
Det er det LSB kommer inn, det løser problemet med biblioteksvarianter som er det eneste problemet på lista som er reelt alvorlig. Og så lenge bibliotekene er rett, er ikke API noe problem heller. Filsystemet har vært definert i årevis, om man holder seg til FHS skal det ikke være noe problem(En distribusjonen som ikke takler det, er det noe fundamentalt feil på så den bør ikke vurderes). Pakkesystem har heller aldri vært noe problem, applikasjoner kan innstalleres uavhengig av dette(LSB har også en bit om det).
viking60:
Skal du pruke proprietær programvare for linux så er det redhat som gjelder.
Men den kan du da også ta i bruk i Suse?
Om de følger LSB, er det ikke noe problem. Men generelet å bruke RedHat pakker på Suse eller Mandriva for den del, har alldri vært en god idee. Selv om alle bruker RPM(Det er bare et filformat), er innholdet tilpasset distribusjonen(Eller LSB, og da er det ikke noe problem). Siden distribusjonen nødvendigvis ikke har de samme versjonen av biblioteker og andre avhengigheter vil dette kunne skape problemer.