Finns det någon Linuxdist som är användarvänlig?

Jo, även om jag nuförtiden är nöjd med MacOS, Windows och iOS, så gillar jag *BSD. Körde FreeBSD på en av mina PC i många år och gillar systemet (och till en viss del kör jag det fortfarande då kärnan i MacOS X bygger på det).

Gillar alltså också generellt *BSD bättre än Linux (även om jag inte borde uttala mig, då jag inte längre kör något av de på någon av mina egna datorer).

Vad är det du saknar?

Japp. Har alltid uppskattat konsekvensen, stabiliteten och säkerheten i Free/Open/Net-BSD som mycket starkare över Linux och alla dess olika distar.

Känns som mer planerat, enhetligt och genomtänkt (kanske på bekostnad av långsammare releaser och något lägre prestanda i vissa fall).

@Conditioned: Har du lust att komplettera ditt inlägg med vad det var som gjorde intrången möjliga?

@Conditioned: Ja, de där 0-dagsgrejerna får man se upp med, otrevliga saker.
Jag minns t.ex fortfarande när min OpenBSD-maskin blev knäckt. Har för mig att det var fjärråtkomst via SSH, tror detta var tidigt 2000-tal eller något sådant.

*Rubrik justerad, tråd rensad*

Vänligen håll diskussionen på en trevlig nivå och undvik trollande/provocerande formuleringar.

/moderator

Hmm installerade just Linux Mint 18.1 på ny ssd, aktiverade nvidias drivrutiner i driver manager, om jag går in och kollar i Nvidia settings står det,
Color Space: RGB
Color Range: FULL
Stämmer det inte eller? inte direkt brytt mig om det förut men blev lite nyfiken.

Jo, det stämmer..

Självklart får du datornivåer med en monitor direkt OOB om inte tillverkaren gjort något heltokigt. Trådskaparen körde till en TV och du ska automatiskt få limited range eller videonivåer med en TV, då det är vad TVn vill ha innan du ställer om PCn och TVn. Det krävs ingen workaround direkt, det är det officiella verktyget i Xorg som används – xrandr – som vi redan gått in på i tråden, och vill man köra ett skript som automatiskt växlar utgången till full (för Intelgrafik) så finns skriptet från OpenELEC länkat i tråden också. Har du Nvidia-grafik och deras drivrutiner så har du grafisk kontrollpanel precis som i Windows, och oavsett vilket operativsystem du kör så vill drivrutinerna ställa in till limited som default när du kopplar in en TV, så länge det går att ställa om så är det ett icke-problem.

Nej, jag beskriver Linux som ett oerhört fragmenterat system.

Att relevant kritik tas emot som förstoppningskrystande är tämligen typiskt och ytterligare en anledning till att Linux på desktop inte rör sig framåt. Och snickra ihop ett eget system? För det kommer ju Linux vinna såå många användare på.

Istället för att bygga enkla, kraftfulla och smidiga system som fungerar och är användarvänliga, ska alltså användarna snickra ihop sina egna system? Fundera på hur det hade gått för Apple och Microsoft om de tänkte på samma sätt.

För övrigt har jag byggt LFS och har för närvarande en Gentoo-installation på datorn.

Ok inte så insatt i detta, kör med intelgrafik på min htpc med hdmi till mig tv, i kodi kan jag välja 16-235 och då blir bilden gråare, vilket borde tyda på att jag kör full range eller är det limited på limited ?

Jo alltså hela bekymret verkar vara att Intel fixade en bugg i sin i915-drivare där den använde "Full RGB" oavsett vad som var inkopplat, så länge du inte hade ställt in rätt läge själv. Intel löste det genom att strikt följa den formella standarden och välja "Full RGB" eller "Limited RGB" baserat på vilken anslutning som används och vilka lägen mottagaren har stöd för.

Vad jag förstår ser logiken ut ungefär såhär, skrivet i svensk pseudo-kod:

CEA är den del av standarden om en TV typiskt använder och brukar vara det man menar med 480p, 720p, 1080i, 1080p, etc. En annan del är DMT och används av de flesta datorskärmar. Här finns lägen som bland annat 640x480, 800x600, 1366x768, 144x900, 1680x1050 och motsvarigheter till de i CEA.

Det som har hänt här är att OPs TV antingen inte rapporterar andra lägen än CEA eller att Xorg automatiskt har valt en upplösning ur den standarden. Rätt sätt verkar enligt manualen vara att använda xorg.conf.d och sätta parametern "BROADCAST_RGB" till värdet "0".

Det blir fel att ställa in Kodi i 16-235 och köra grafiken/tvn i 16-235. Förmodligen fel som du kör också, då du förmodligen konverterar om två gånger. Det du säger låter som du varken kör GPUn eller TVn i full. En TV ska enligt standarden matas med limited/videonivåer och grafikkorten kommer automatiskt köra det, men kör du som monitor ska du köra full hela vägen.

http://kodi.wiki/view/video_levels_and_color_space

Ja, det är hyfsat spretigt och förvirrat. Men visst kan vi likna Linux med en teckning av Chuck Norris ridande på en dinosaurie. Det är inte direkt vad jag skulle kalla bra design, lika lite som Uwe Boll är en bra regissör.

Linux Hater's Blog är annars bra och mycket läsvärd:
http://linuxhaters.blogspot.se/

Inläggen är lika relevanta idag som de var då, och dessutom skrivna av någon med väldigt bra koll på ämnet.

Apropå Intelgrafik och htpc så klarade ju grafikdelarna tills helt nyligen inte heller att ge rätt bildfrekvenser, Intel har ju ganska nyligen fått stöd för 23,976 Hz, och Nvidia var väldigt sena med att ge stöd för ljud via hdmi, det var bara AMD som funkade till htpc.

Ja, alltså, det är ju inte så konstigt. Android är dessutom inget OS lämpat för serverbruk.
Jag tror återigen det handlar om förväntningar och vilket ändamål man ska ha systemet till.

Nu gillar jag inte bilallegorier, men man får skilja på:
1. En stor tillverkare som släpper påkostade specifika modeller med stora budgetar vad gäller marknadsanalys, testning, service m.m.
och
2. En custom-kärra som en liten verkstad gör där flera delar är gjorde av entusiaster, till nästan självkostnadspris Det blir mer eget mekande efter hand, och om man inte lär sig hur just den serien fungerar så får man byta efter hand.

Dock har ändå småverkstäderna genom åren lyckats släppa kompetenta modeller som fungerar till en mängd ändamål, och fungerar riktigt bra. Om man inte stör sig på att fläktkontrollen är fyra brytare som sitter under stereon och inte ett snyggt plastvred mitt i konsollen.

Ex, något OT:
Hade problem med en gammal Logitechmus härom veckan, vilket visade sig bero både på slitage och på att 1000Hz poll rate strulade till det i Linux, och inte gick att ställa in på ett enkelt sätt. Fungerade OK i Windows i desktop och spel, oftast, men inte riktigt i Linux i vissa spel, dock inga konstigheter i desktop.
Ersatte den med en Roccat, där tillverkaren släpper source för konfigurationsverktyget, som gick att bygga och installera efter lite mek.
Alternativet var att installera färdiga paket från en entusiast som bygger ny version varannan, var tredje månad, men då ligger man en version efter, vilket kanske inte spelar större roll, men men.
Användarvänligt: tveksamt, roccat kunde bygga egna paket i de större distarna
Fungerande: ja, om man skippar vissa enskilda spel

Man kan spekulera i hur mycket Google har tjänat/växt pga linux, hade de tagit fram ett telefon OS om linux inte hade funnits ? Detsamma gäller väl till viss del även Apple men det finns ju linux bakom skalet i så mycket andra prylar också, vad hade funnit i stället ?
Det känns underligt att fundera på om vi tex hade kört VMS i telefonerna... och CP/M i smarttvn eller vad det nu kunde varit som legat till grund för dem eller så kanske de inte alls existerat i den form vi känner dem idag...

Jag kan inget annat än att hålla med, AMD har verkligen visat framfötterna på Linux-fronten senaste åren. Senast jag kollade hade Intel fortfarande inte officiellt stöd för Gallium3D, NVIDIA har fortfarande inget ordentligt samarbete med öppna drivrutiner på PC-kretsarna, grafikkretsar från VIA/S3 har varit nära att tas bort helt från kerneln flera gånger i brist på underhåll...

Nästa burk får helt klart Ryzen. Har en trött liten Gigabyte BRiX med A8-5545M och är väldigt imponerad av hur bra den presterar trots att den är en 4 år gammal laptop-APU ur mellansegmentet. Spelar "The Talos Principle" på den ibland och får ca 50-60 FPS med lite fifflande.

Vill bara påpeka att Apple kör Darwin som är baserad på FeeBSD Mach. Linux har väldigt lite med FreeBSD Mach att göra utöver att också vara kompatibelt* med UNIX. Kan dock hålla med om att båda har bidragit till *nix-communityn.

* Kompatibelt med Single UNIX Specification omfattar egentligen mer än bara kerneln. Således kan en distro vara kompatibel, såsom GNU+Linux, men normalt sett menar man nog att kerneln uppfyller kraven för motsvarande bitar i UNIX.

Darwin är främst baserat på Mach 3.0 som grund ursprungligen, vidareutveckling av NeXTs mach/BSD4.2-kernel från NeXTSTEP och har väldigt lite med FreeBSD att göra. Då Darwins källkod är släppt under Apples APSL kan du kolla själv och det är tydligt att många BSD-delar kommer från innan 386BSD som *BSD-projekten grundas på. macOS/OSX och iOS/tvOS/watchOS kör inte ens något liknande format för körbara filer, då de kör Mach-O som hade stöd för fat binaries för 25 år sedan, och är anledningen att vi såg Universal Binaries senare. Själva kerneln är något helt annat än du hittar i BSD-världen. BSD-delarna har uppdaterats till 4.4 med kod från *BSD-projekten, men det är inte som en kernel eller drivrutinsutvecklare skulle känna igen sig när de arbetar på/mot respektive kernel. Det är inte som i nätverksvärlden där vi har nätverks eller lagringsoperativ som bygger på FreeBSD och liknande.

MacOS (X) och iOS kör inte Linux.

Det finns många andra system förutom Linux som kan användas. BB körde tex. med QNX i botten. Sedan, om man gillar Unicar, så finns det ju även förutom FreeBSD, även OpenBSD och NetBSD.

Google hade garanterat gett sig in i mobilbranschen och köpt Android, även om det haft något annat än Linux i botten. Är rätt oväsentligt om det är Linux eller inte, för de flesta användare, och även de flesta utvecklare (de ser inte, och bryr sig inte direkt om kärnan i de flesta fall).

Nu har ju många standardiserat på Linux, och då är det normalt enklast att fortsätta med det, men världen hade ju inte sått och fallit med om det aldrig funnits. Inte ens FOSS.