Mandriva har været meget igennem, og efter mere end et år siden den sidste udgivelse er Mandriva 2011 nu frigivet.
Mandriva 2011 byder på mange nyheder. Bla. det kontroversielle skift til RPM5. Derudover byder Mandriva 2011 på en ny installer, et nyt tema der indeholder GRUB, Plymouth, KDM, Kwin, Metacity, Qt, GTK og et icon tema.
Mandriva 2011 indeholder en stor mængde hjemmeudviklet software. Deriblandt RocketBar der er et fork at KDE's panel, SimpleWelcome der er en måde at åbne programmer og finde filer på, der minder om Unitys Dash og TimeFrame der vha. Nepomuk lader dig browse filer baser på deres placering i tid.
Man har også lavet en klon af Ubuntu One.
Mandriva 2011 kommer med KDE som default, og valget af applikationer indeholder både GTK og Qt programmer.
Alt i alt er Mandriva 2011 en udgivelse med mange nyheder.
25-06-2004
Ubuntu med kde som default? Lol. Find lige rettelakken frem.
Stort tillykke til shotwell
02-07-2007
Som de skriver i 'distrowatch weekly' om distro'en: desktoppen ligner en gigantisk smartphone !
Det gælder vist også Unity, og Gnome 3. Hvad er det for noget !
05-12-2009
#1: Ubuntu med kde som default? Lol. Find lige rettelakken frem.
Jeg har rettet det.
21-02-2008
#2
Det er ikke kun Linux-desktoppen. Sådan bliver Win8 også - bare meget mere ;)
Vi bliver nødt til at komme videre nu, analysér brugerdesign osv. Der findes - uden tvivl - en bedre løsning end den nuværende "panel-i-bunden-med-Start-knap"-agtige holdning.
20-02-2010
Well, smarthphone OS på desktoppen er vist den vej de fleste går. Windows, Mac OSX, GNOME og Unity.
Sådan som jeg ser det prøver Mandriva at vinde noget af det tabte tilbage, og der er rigtig meget nyt i denne distro.
Jeg bryder mig dog ikke på nogen måde om hvordan de gør det. I stedet for at udvikle så meget in house burde de arbejde sammen med upstream. Jeg ser ingen grund til hvorfor at de skulle forke KDE panelet. De kunne også sagtens udvikle deres Plasma wigtets, SimpleWelcome og TimeFrame i samarbejde med upstream KDE. Generelt bryder jeg mig ikke om at distroer udvikler software internt.
21-02-2008
#5
Jeg kan kun være enig med dig i sidste del. Og derfor skal Mandriva over i "den onde"-kasse ;) Synes personligt at Mageia er et langt mere spændende projekt :)
20-02-2010
#6:
Nemlig! Nu er du så vidt jeg husker til Fedora. Og det er en af de ting jeg rigtig godt kan lide ved Fedora. At de arbejder sammen med upstream for at nå deres mål. Så kommer forbedringerne alle til gode, og fordelene ved fri software maksimeres.
25-06-2004
#7: fedora er ikke bare "upstream first", de er også "upstream birth". Altså rigtigt frie upstreams, ikke crazy shit som rpm5 eller commercial shit med CA.
20-02-2005
#7
Som det nævnes er Fedora og RH selv upstream i rigtigt mange tilfælde, og desværre er de ofte ikke så gode til at samarbejde med deres downstreams ;-)
#5
Jeg ved nu ikke om det er rigtigt at Mandriva ikke samarbejder med upstream, de har da i hvert fald tidligere bidraget mere til basissystemet end Ubuntu på trods af deres mindre størrelse, og de har også sponsoreret Sebastian Trügs arbejde med nepomuk o.a.
Jeg synes det er positivt at de har lidt "added value" og skiller sig lidt ud - når bare der er tale om fri software forstås.
Det er i øvrigt et russisk firma der har stået for designet og udviklingen af den der synkroniseringsdims svjv.
25-06-2004
#9:
så belær os! Hvor rammer fedora/rh forbi?
20-02-2005
Der er tonsvis af eksempler på at RH-drevne/dominerede projekter/eksperimenter viser lidet hensyn til andre distros og applikationsudviklere, f.eks. NetworkManager, packagekit, policykit/polkit/polkit-1, devicekit/udisks/upower, systemd osv.
25-06-2004
Hvorfor er NetworkManager ikke gode til at samarbejde med deres downstreams?
Hvorfor er packagekit ikke gode til at samarbejde med deres downstreams?
Hvorfor er policykit ikke gode til at samarbejde med deres downstreams?
Hvorfor er polkit ikke gode til at samarbejde med deres downstreams?
Hvorfor er polkit-1 ikke gode til at samarbejde med deres downstreams?
Hvorfor er devicekit ikke gode til at samarbejde med deres downstreams?
Hvorfor er udisks ikke gode til at samarbejde med deres downstreams?
Hvorfor er upower ikke gode til at samarbejde med deres downstreams?
Hvorfor er systemd ikke gode til at samarbejde med deres downstreams?
Der er ingen grund til at du nævner API-designet, hvis det er fordi du forventer at RH skal stille op til gratis arbejde for konkurrerende propæritære toolkits. Hvis nogle forvirrede høns ønsker en fastfrosset API så må de selv løfte den enorme opgave. Den diskussion har kørt før i x, hvor modulariseringen er meget bekvemt men ikke populært hos alle udviklerne.
04-12-2007
Jeg synes det er positivt at de har lidt "added value" og skiller sig lidt ud - når bare der er tale om fri software forstås.
Ja enig cb400f, men det positive af at benytte sig af den fri licens og forke software, gælder åbenbart kun 'lemminge distroer' :-D
20-02-2010
#13: Ja enig cb400f, men det positive af at benytte sig af den fri licens og forke software, gælder åbenbart kun 'lemminge distroer' :-D
Jeg går ud fra at du referer til min holdning vedrørende derivat distroer, hvilket er noget helt andet. Pointen er at skal du lave noget kode, er det bedst at integrerer dit arbejde med et allerede eksisterende projekt.
04-12-2007
Pointen er at skal du lave noget kode, er det bedst at integrerer dit arbejde med et allerede eksisterende projekt.
Sådan er det jo ikke altid, nogle gange bliver lugten i bageriet for grum (Læs : Egoerne bliver for store) : Joomla, OpenBSD, X.org, Webkit (Af onde Apple), Apache, GCC (EGCS), Syllable, m.m. :-)
Men jo ellers så er jeg da enig, at man bør samle funktionaliterne og løsninger centralt - ligeledes gælder det distroer :-)
20-02-2010
#15: Sådan er det jo ikke altid, nogle gange bliver lugten i bageriet for grum (Læs : Egoerne bliver for store) : Joomla, OpenBSD, X.org, Webkit (Af onde Apple), Apache, GCC (EGCS), Syllable, m.m. :-)
Det problem anerkender jeg fuldstændigt. Jeg skrev egentlig også at det bare ville være det bedste at foretrække. Men tingene er ikke altid optimale. Men AFAIK var der ingen god grund til at forke KDE panelet f.eks.
09-06-2009
#5:
jeg kan ikke se problemet i at distroerne udvikler software internt for på den måde at distancere sig fra andre... hvorfor er det spændende at have en distro som er som alle andre? lad os få lidt mere distro konkurrence - så er der bare mindre suppe til resten; too bad - så må de udvikle noget - kernen og udviklingsværktøjerne har de fået !
20-02-2010
#17:
Problemet er, sådan som jeg ser det, at det rent utilitaristisk gør verden til et dårligere sted. Hvorfor skal de ting Mandriva har udviklet kun komme deres egne brugere til gode, når det kunne gavne alle der anvender KDE?
En distribution er bør i min opfattelse blot være en sammenkogning af upstreams. Dvs. at det en distro udvikler burde bruge sin tid på stort set er begrænset til et pakkehåndteringsprogram, et reporsitory, administrations værktøjer (YaST), et installationsprogram, branding og evt. upstream patches (Debian). Og selv disse bør udvikles på en måde så de kan komme andre distroer til gode, hvis disse skulle ønske det.
Jeg ønsker for alt i verden ikke en situation, hvor man skal vælge distro ud fra om man bedst kan lide Canonicals DE, Mandrivas KDE fork eller Linux Mints custom GNOME. Hvad hvis man godt kan lide RocketPanel, men ikke kan fordrage RPM5? Så er man lige pludselig ude i de grimme konsekvenser af 'added value' tankegangen.
'Added value' giver kun mening, hvis man tænker mere på sin egen distro, en på fællesskabet som en helhed. Det er ikke tilfældigt at både Ubuntu og Mandriva er ledet af firmaer med kommercielle interesser.
Jeg håber at du kan se problemet nu.
25-06-2004
#18 helt enig. Store ændringer kan også være "added shit". Added value bør altid upstreames, added shit bør slet ikke bruges. Rpm5 er added shit udviklet af en crazy fucker der er inkompatibel med andre mennesker. Ligesom reiser og konivals.
Så mandriva: u r doing it wrong.
20-02-2010
#19:
Jeg deler din opfattelse med hensyn til rpm5. Men der er et reelt grundlag til splittelsen i rpm, så rent principielt er jeg ikke imod det. At manden er en douche er jo ikke hans egen skyld.
20-02-2005
Der er vel ingen af os der ved om Mandriva _har_ forsøgt at upstreame deres halløj, men er blevet afvist af plasma-gutterne - de ville ikke være de første. Man må hellere lade tvivlen komme dem til gode.
Skal have kigget lidt på mandriva livecd'en en af dagene så man kan se hvad det er for noget.
25-06-2004
#20: Men der er et reelt grundlag til splittelsen i rpm
Målt op mod konsekvensen af sådan en splittelse? No way.
At Mandriva går med på den, fatter jeg ikke. Men der er så meget jeg ikke fatter ved Mandriva :) Det samme kan vel siges om deres brugerskare der forsvandt!
Det er den mest skizofrene distro. KDE som default, men main apps som mail, web, office suite og mediaredigering er non-KDE/qt. kombineret med sære valg på mediaafspiller, ældre kerne der ikke opdateres i -stable, ældre X der lever på apples -stable nåde. Også er det hele krydret med noget så eksotisk som RPM5 og Systemd!
Fuck et helvede at maintaine sådan en kage! Alle alarmklokker brager løs her. Sådan en sixpence-bermudaskjorte-teryline bukser-dr matens combo er da meget lidt konform, men er det smart?
09-06-2009
#18 hvis du ønsker linux skal få større succes, må du udover den der "vi sidder alle i rundkreds og ryger fredspipe"-tankegang.
verden er nu engang kommerciel, og så længe produktet er gratis ser jeg intet problem i at man udvikler ting udelukkende til egen distro - det manglede da bare.
men vi behøves heldigvis ikke være enige.
20-02-2010
#21: Der er vel ingen af os der ved om Mandriva _har_ forsøgt at upstreame deres halløj, men er blevet afvist af plasma-gutterne - de ville ikke være de første. Man må hellere lade tvivlen komme dem til gode.Du har en pointe der!
#23: verden er nu engang kommerciel, og så længe produktet er gratis ser jeg intet problem i at man udvikler ting udelukkende til egen distro - det manglede da bare.Jeg er lodret uenig. Hvis valget står mellem at udvikle eksklusivt til ens egen distro, og at udvikle til gavn for hele fællesskabet er der vist ingen tvivl om hvad der i længden gavner Linux bedst. Jeg er uforstående over for hvorfor at du ikke ser et problem i det.
Og ja, verden er kommerciel. Men blot fordi at alle de andre sparker på lille Holger, betyder det ikke at vi også bare bør gøre det.
25-06-2004
Hva faen paldepind!? Snakker du for upstreamorienterede communities uden hensyn til kommercielle særinteresser? Yay :)
hvis du vil se det live så kig pä integrationen mellem clutter og gtk. It is all about the upstreams!
20-02-2010
#25: Hva faen paldepind!? Snakker du for upstreamorienterede communities uden hensyn til kommercielle særinteresser? Yay :)Det er lige præcis det jeg gør. Jeg forstår ikke, hvis det kommer bag på dig ;)
25-06-2004
Ja. Når det er så inkonsekvent.
20-02-2010
#27: Ja. Når det er så inkonsekvent.Den påstand er jeg uforstående over for. Hvorledes mener du at jeg er inkonsekvent?
25-06-2004
#28:
Det er meget muligt at jeg har misforstået dig. Så vil jeg da bare høre om du er konsekvent overfor siglevendor software med assymmetrisk forhold til licensering og upstreaming?
Her tænker jeg selvfølgelig på the ususal suspects, ingen nævnt, ingen glemt.
20-02-2010
#29:
Det kan jeg svare uforbeholdent ja til.
25-06-2004
Så din shit-liste har openoffice, qt, canonical-* osv?
20-02-2010
#31:
Sure! Jeg er dog ret ligeglad med copyright assignments. De er kun et problem i kombination med kommerciel projektstyring, og så har man et problem under alle omstændigheder.
Jeg er skam meget anti-kommerciel. Hvis du har fået et andet indtryk må det skylles misforståelser. Måske fordi at jeg ikke er GNOME fanboy ;p
25-06-2004
#32: Måske fordi at jeg ikke er GNOME fanboy ;p
Er jeg sgu heller ikke, men jeg er fanboi af community software, hvor alle deltager på lige fod.
Nu er det bare åsdan at GNOME er den eneste af de tre store DEs der opfylder mine krav. XFCE osv er da fint, men det er for et mindre publikum og det ændrer sig nok ikke.
Edit: også forstår jeg slet ikke at du kan være ligeglad med CA, det skaber jo et asymmetrisk forhold. Også handler det jo om penge. Er der penge så er der bull shit.
20-02-2010
#33:
Som jeg sagde: Copyright assignments er kun et problem i kombination med kommerciel projektstyring, og så har man et problem under alle omstændigheder. FSF bruger f.eks. også et copyright assignments, men i det tilfælde er det uproblematisk. Hvis copyright assignments et problem, er det udtryk for at et dybere problem, nemlig kommerciel projektstyring. Altså: Copyright assignments kan gøre eksisterende problemer større og mere iøjnefaldende, men er ikke i sig selv et problem.
25-06-2004
Jo det er stadig et problem! For du har ingen garanti for at den som du giver copyrighten vil reagere på et gpl-brud. Oracle ville grine hvis nogle brød forket LOs licens. Modsat OOo, her ville slipsehæren angribe.
Fsf kan vi nok stole på, men hvad med andre?
25-06-2004
Ville du feks give CA til rpm5? Det er måske ikke kommercielt men bestemt crazy.
20-02-2010
#35: Fsf kan vi nok stole på, men hvad med andre?Hvis du giver kode til et projekt du ikke stoler på, har du jo netop et problem under alle omstændigheder.
20-02-2005
Efter at have kigget kort på Mandrivas (eller rettere Rosas) egenudviklede plasmoids, er jeg ret sikker på at de ville blive afvist upstream hvis de havde/har forsøgt at committe dem der. Men de er GPL og der er f.eks. allerede folk der pakker dem til openSUSE.
Spændende om Mandriva får succes med deres tilgang. En let forsimplet KDE, med et karakteristisk udseende, hvor de bruger de mest brugervenlige programmer som "bare virker" uanset det er KDE, Qt, Gtk, Mozilla osv.
Det som Mandriva har gjort ligger ikke så langt fra den opsætning jeg har lavet til min mor, så de må have fat i noget ;-)
25-06-2004
#12: Der er ingen grund til at du nævner API-designet, hvis det er fordi du forventer at RH skal stille op til gratis arbejde for konkurrerende propæritære toolkits. Hvis nogle forvirrede høns ønsker en fastfrosset API så må de selv løfte den enorme opgave. Den diskussion har kørt før i x, hvor modulariseringen er meget bekvemt men ikke populært hos alle udviklerne.
Og nu kører diskussionen igen:
http://www.phoronix.com/scan.php?page=news_item&px...
Og spørgsmålet til cb400f er det samme:
Hvorfor skal RH eller andre investere kræfter i at tilbyde en fastfrosset API bare fordi nogle norske Rednecks kommer rendende med widget-øsnker til et proæritært toolkit? Fjolserne kan fandme selv vise deres værd i projektet også efter noget tid erklære sig klar til at vedligeholde en API med alle dets følger. Gider de det?
Næh, der er sådan her de gør:
MASSIVE CODE DROP! PLEASE GO FIX IT, GO MERGE IT, GO MAINTAIN IT, AND OH YEAH; PROVIDE A STABLE AND WELL DOCUMENTED API. ---> KTHXBAI!!!!!!!!
Og når det så ikke virker: DET ER RHs SKYLD!!!!1 Og hvad gør du så cb400f som andenhåndsvidne. Jo du går på linuxin og brokker dig til tredjehåndsvidner. altsammen noget RH ikke fortjener. Den virkelige lort er at RH svines og det bare nogle datamatiker-dropouts der ikke aner hvad det kræver af udviklerressourcer at vedligeholde sådan en API og alle de uforudsete problemer med diverse backends og deres bugs.
ps god weekend.
20-02-2010
#38: Efter at have kigget kort på Mandrivas (eller rettere Rosas) egenudviklede plasmoids, er jeg ret sikker på at de ville blive afvist upstream hvis de havde/har forsøgt at committe dem der. Kan du uddybe det?
20-02-2005
#40
Der er tale om ekstremt simple widgets der ikke ville bidrage med noget videre.
Der er flere der tidligere har forsøgt at "Windows 7"-ificere standard taskbar-widgetten og som er blevet afvist.
Launcheren er ikke noget særligt heller.
Stack-folder-dimsen kunne måske være af en vis interesse.
De kunne selvf. sagtens udvikle dem på KDE's infrastruktur i "extragear" eller "playground", men jeg tror ikke der ville være interesse for at have dem i KDE SC. Uden at jeg selvfølgelig er noget sandhedsvidne i denne sammenhæng.
20-02-2010
#41: Tak for forklaringen.
Jeg har selv stadig til gode at prøve Mandriva 2011, den vil ikke rigtigt boote på mit hardware.
24-06-2010
Jeg synes ikke rigtig, at der er nogen der forholder sig til at Mandriva kun kommer én gang om året, og kun med KDE (bortset fra evt. community-alternative DE's).
- At der kun er udsendt en kæmpe-udgave med både det ene og det andet (som brugeren så efterfølgende evt. skal afinstallere).
- At det er et russisk energiselskab, som kører butikken. - Og at ræset er gået ind med at sætte sig på det russiske marked, nu hvor den Russiske Føderations statsapparat skal til at skifte til Linux. - Og hvad alt det kommercielle cirkus så medfører.
-At de fleste af de faste Mandrivabrugere for længst er skiftet til Mageia.
13-10-2007
#42:
Da fruen skulle have ny klaptop, var det nærliggende som mangeårig Mandriva-bruger, at installere version 2011. Jeg prøvede både netinstall og en downloaded iso, men ingen af dem kom til at virke.
Netinstall så ud til at køre nogenlunde normalt, om end utroligt langsomt, men programmerne ville ikke køre ordentligt efter installationen. Der manglede lib-dit og lib-dat.
Så måtte jeg ty til iso-install. Det plejer at fungere, men efter installationen var der blot en desktop med to store farvede knapper i nederste højre hjørne og noget, der lignede et terminalvindue. Ingen menu eller mulighed for at se hvilke programmer, der var installeret, endsige mulighed for at starte nogen.
#43
Jeg havde også hørt om Mageia, der lyder interessant, så den måtte prøves, og installerede også ok.
Desværre var den ustabil. Uanset, hvad jeg klikkede på, hikkede den og gentegnede skærmbilledet, og det var alt hvad jeg kunne få den til.
Så gav jeg op og installerede Mandriva 2010.2, der fungerer glimragende og uden problemer.
Fruens kommentar: Er du ikke færdig endnu? Skal det tage så lang tid?
Hun er dog vældig tilfreds med den, som den fungerer nu.
20-02-2005
#43
Det er klart at Mandriva går efter Ubuntu-segmentet.
Men det er da rart hvis der kan komme lidt reel konkurrence og valgmuligheder for det segment, i stedet for at der kun er Ubuntu (og alle dens derivater, som ikke er noget reelt alternativ).
20-02-2005
#42
Du kan prøve det på openSUSE i stedet for hvis du har lyst ;-)
Kig på pakkerne:
kde4-ROSA-icontheme
kde4-desktoptheme-ROSA
plasmoid-ROSA-launcher
plasmoid-ROSA-panel
plasmoid-ROSA-stackfolder
Fra KDE:Extra repositoriet.