Ubuntu 16.04 släpps med nytt app-format

Om man sitter med Ubuntu server 14.04 LTS är det alltså bara att köra en do-release-upgrade?

Ett tag sen jag körde Ubuntu men man måste väl gå in på software sources för att ändra "latest" för att den skall uppgradera. Eller kanske den kommer hoppa över till nästa LTS...

det var även för mig ett par år sen, men på ubuntu så finns det nåt form av verktyg för att uppdatera, utan att manuellt ändra sources (som man gör i debian)

Jag kör som sagt server utan GUI.

@MrMart: Tack!

Vågar du göra det? Ta isf ordentligt med backup. jag kör en server med 14.04 och den går som en klocka. Vet inte om jag villa pilla med den. Vad är fördelarna? 14.04 har väl säkerhetsuppdateringar till 2019?

@Durkadur: Precis som @dlq84 är inne på ovan blir det ju ett glapp mellan fglrx och när AMDGPU lanseras skarpt. AMD har ju en stökig historik med halvbakade drivrutiner för Linux, och att de helt skippar stöd för en ny version av den största Linuxdistributionen för konsumenter pekar ju tyvärr på att deras engagemang i Linux-plattformen fortfarande inte är där den borde vara. Men ja, förhoppningsvis blir deras arbete med AMDGPU-drivisarna både bättre och mer konsekvent än vad det har varit tidigare.

Mja engagemang är nog fel ord då de är mer engagerade i Linux och Open Source än vad Nvidia någonsin är och kommer vara. Men som sagt deras FGLRX är patetisk när det kommer till stöd för Xorg och Kernel.

Förhoppningsvis lär det funka mycket bättre med AMDGPU Pro.

Missade att det var server men för mig är det lite magi på Ubuntu. Då även om jag körde apt-get update && apt-get upgrade -d så visade fortfarande GUI updatern att det paket kvar att uppdatera.

(( En av många anledningarna till att jag tröttnade och drog även servern till Arch ))

Jag vet inte om jag håller med helt här. Historiskt (med fglrx) har det varit så att den drivrutinen har funkat halvdant. RadeonSI (Open Source) är dock den öppna drivrutin som har bäst stöd för OpenGL (4.3 i skrivande stund, skulle inte bli förvånad om 4.5 kommer i år eller i början av nästa). De har till och med slagit Intel, som annars brukar vara snabbast, på fingrarna här. AMDGPU är ytterligare ett exempel där de försöker utöka stödet ytterligare för linux.

Halva poängen med LTS är ju att man slipper uppgradera hela tiden.

Sen har ju inte AMD lika djupa fickor som Nvidia att spenderar pengar på 1% av användarna heller Men beror ju vilken nisch man är ute efter, server, spel eller/och kontor.

Men oavsett domderar Windows på PC i alla fall.

Har nu gjort en nyinstallation av xubuntu 16.04.

Fungerar fint

Innan någon testar kan jag ju nämna att den inte fungerar i Hyper-V, i alla fall för mig, kommer till skrivbordet men det är tomt så fastnar man där. 14.04 och även 15.10 fungerar bra under Hyper-V. Skall testa 16.04 i VMware senare.

Se där.
Hur är det med virtualbox?
Tänkte ev köra in en virtuell xubuntu på macen med.

Jag uppgraderade till detta från sentaste långtidsuppdaterade distribution (14.04). Som beskrivits i artikeln fick jag problem med mitt AMD-kort (ja, förutom att dessutom hela uppgraderingen kraschade i slutet av processen).

Distributionen fungerar nu, förutom att det inte går att byta från 640x480 (det står okänd skärmenhet i inställningen eller liknande).

Fanns det inte någon öppen drivrutin som artikeln beskrev som gör att man åtminstone kan få högre upplösning än 640x480?

Kan nämna att i pakethanteraren fanns redan något som heter fxglr eller liknande som beskrivs som någon "minimal" AMD-rutin.

Japp det gjorde det!

Skickades från m.sweclockers.com

Har nyligen gått över till Ubuntu 15.10 Gnome som system OS och fglrx fungerar ypperligt så när som grafikkortets klockning (R9 Fury) som inte riktigt hänger med. Hoppas dock att AMD inom snar framtid blir klara med sin Crimson-drivrutin för Linux.

Försökte uppgradera min arbetsstation till 16.04 från min 15.10 med en massa extra programmeringsmiljöer men den pajade med budskapet att den inte lyckades reda ut alla beroenden.

Blev tvungen att ta en fullständig backup till min server, 1.2TB tar sin lilla tid. Sedan installera från grunden och är då tacksam för att jag partitionerat på ett vettigt sätt med extragrejorna och användarmappar på egna partitioner. Då gick det fort att installera, köra min sparade konfiguration och sedan återkoppla programmeringsmiljöerna till systemet.

På min laptop gick det sämre. När jag köpte den behöll jag windows10 som var förinstallerat och installerade Ubuntu MATE 15.10 vid sidan av och installerade inga programmeringsmiljöer. Den automatiska uppgraderingen till 16.04 hängde sig då den skulle städa bort konflikterande systemfiler och började en gång i timmen köra ett cron-jobb (minns inte vad). Efter fyra timmar avbröt jag och installerade Ubuntu 16.04 MATE på den enda ext4-partitionen efter att ha formaterat om och då gick det bra.

Jag tror att det hänger upp sig på alla PPA och andra extragrejor men det borde man kunna ordna...

Tja vi får väl se vad som händer. Jag sitter på AMDGPU Pro-betan just nu. Stabilt men märklig transparens-bugg på svart backgrund i OpenGL.
Vulkanstödet är fortfarande tokdåligt, demos från LunarG's SDK krashar, men det är förståeligt.

We've been informed by Oliver Grawert from Canonical that the proprietary AMD Catalyst (fglrx) driver has been temporarily removed the Ubuntu 16.04 LTS repositories, as it is not yet ported to X.Org Server 1.8. It will be added again as part of the first point release, Ubuntu 16.04.1 LTS.

Read more: http://news.softpedia.com/news/canonical-recommends-open-sour...

Vill man kommer man kunna använda fglrx i 16.04 så snart den portats till X.Org 1.8. Eller så kan man vänta på AMDGPU att släppas skarpt (något de allra flesta kommer vilja göra). AMDGPU är redan nu bättre än fglrx i många fall - http://www.phoronix.com/scan.php?page=article&item=ubuntu-160...

Är man beroende av fglrx idag så får man i värsta fall helt enkelt vänta några månader. Allt kommer att vara värt det för vi kommer att slippa fglrx(!).