Ubuntu Sverige

ZX Spectrum skrev:Nu lyckades jag installera Maverick på den bärbara med nomodeset. Går det att använda denna parameter även när ubuntu är installerat i uppstarten?

Yup..... Lathund beskriver det på sin sida.

http://www.lathund.nu/2010/04/30/ordna- ... -av-lucid/

Om Grub en bit ner på sidan

Nu ska du få en bild när du startar Ubuntu. När du väl har installerat Ubuntu och startar om datorn första gången håller du tangenten <Shift> nedtryckt tills du kommer in i GRUB:

Inne i GRUB trycker du på tangenten <E> för att redigera uppstartsparametrarna. Byt ut quiet splash mot nomodeset och använd tangentbordskombinationen <Ctrl-X> för att starta Ubuntu.

Verkar åtminstone fungera. Hämtar hem nvidia-drivrutinerna nu.

Det fungerade utmärkt. Nu är drivrutinerna inne och allting fungerar stabilt.
Tack för hjälpen, mycket lättare sätt än mitt tidigare sätt.

ZX Spectrum skrev:Det fungerade utmärkt. Nu är drivrutinerna inne och allting fungerar stabilt.
Tack för hjälpen, mycket lättare sätt än mitt tidigare sätt.

Utmärkt....

Men klart irriterande att man inte löst den här buggen.... en av buggarna jag tidigare länkade till är högprioriterad men har ingen tilldelad buggen... klart uselt om man nu ska köra Nouveau !

pun skrev:

Hylas skrev:I lucid ser det ut så här:

Inga problem

Jo med en snabb googling så ser jag problem....

Misstänker att det här blir olöst efter att även ha kollat buggar som blivit för gamla, fixen i Lucid verkar man ha tappat i Maverick...

Mitt ljudkort: 80:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10)

En lösning i lucid var detta. Kanske funkar i Maverick också?

http://theubuntunews.blogspot.com/2010/ ... -1004.html

Hylas skrev: En lösning i lucid var detta. Kanske funkar i Maverick också?

http://theubuntunews.blogspot.com/2010/ ... -1004.html

Jo kanske det.......

Hursomhest olyckligt att inte de som har problem skriver in det i en bugg utan väljer att enbart blogga olika lösningar.

Nytt slutligt väggpapper för Maverick har landat
Klart bättre men lite för ljus för min smak så tonade ner den med gimp
http://www.omgubuntu.co.uk/2010/09/the- ... -wallpaper

Kommandot "sudo lshw" fungerar igen fr.o.m kärnan 2.6.35-21
https://bugs.launchpad.net/ubuntu/+sour ... bug/614008

Nu är Ubuntus nya font tillgänglig igen
Hmm, känns inte klar efter att bara ha börjat att testa. Verkar vara vissa kerningsproblem, dvs problem med avståndet mellan två enskilda tecken i ett ord. Men får kolla vidare lite, annars ser den lovande ut.
http://www.webupd8.org/2010/09/new-way- ... -font.html

Bowmore skrev:Nytt slutligt väggpapper för Maverick har landat
Klart bättre men lite för ljus för min smak så tonade ner den med gimp
http://www.omgubuntu.co.uk/2010/09/the- ... -wallpaper

Jo, så vitt är inte bra, speciellt inte med folk mitt i byte upp mot LED-skärmar, det blir som att ha en spotlight i fejan...

Nu är Ubuntus nya font tillgänglig igen
Hmm, känns inte klar efter att bara ha börjat att testa. Verkar vara vissa kerningsproblem, dvs problem med avståndet mellan två enskilda tecken i ett ord. Men får kolla vidare lite, annars ser den lovande ut.
http://www.webupd8.org/2010/09/new-way- ... -font.html

Den är snygg alltså, hoppas dom får ordning på den, skulle vara najs att köra den som standard...

farmfield skrev:Jo, så vitt är inte bra, speciellt inte med folk mitt i byte upp mot LED-skärmar, det blir som att ha en spotlight i fejan...

Precis, spotlight var ordet

Väggpappret som först kom ut gjordes med tanke på en algoritm som man tänkte sig få fram till Maverick. Algoritmen var tänkt att använda Lucids dito som utgångspunkt och sen generera ett papper för Maverick som skilde sig lite från det, därav de små extraduttarna som man istället fick lägga in manuellt.

Sen har man spånat vidare och tänkt sig att olika användare ska får ett väggpapper som ser likadan ut vid en första anblick men om man jämför de lite nogrannare så kommer man att se vissa skillnader. Målet är då att ingen ska ha ett exakt likadant! Kul tanke

farmfield skrev:Den är snygg alltså, hoppas dom får ordning på den, skulle vara najs att köra den som standard...

Det är ok, men jag som oftast använder arial upplever Ubuntufonten "normal" som mer spärrad vilket blir lite med lättläst kanske men känns lite ovant för min del. Men man kanske vänjer sig vid det. Kör med det tillsvidare både i textdokument och på skrivbordet.

Problemet med kerning verkar mer bero på Writer där jag testade det först. Även andra typsnitt råkade ut för det. I ett vanligt textdokument verkar det funka.

Tanken är fortfarande att man ska få in det i Maverick. Sen om det då blir default eller inte får vi se.

Det finns en bugg som just diskuterar detta.
https://bugs.launchpad.net/ubuntu-font- ... bug/629622

Bowmore skrev:

farmfield skrev:Den är snygg alltså, hoppas dom får ordning på den, skulle vara najs att köra den som standard...

Det är ok, men jag som oftast använder arial upplever Ubuntufonten "normal" som mer spärrad vilket blir lite med lättläst kanske men känns lite ovant för min del. Men man kanske vänjer sig vid det. Kör med det tillsvidare både i textdokument och på skrivbordet.

Jag har nu kört fonten i några veckor och jag har valt den rakt av, har inte märkt något negativt. Att den skulle bli standardfont är mog mindre troligt men förhoppningsvist i Mavericks fontlista för att enkelt byta.

Väggpapperet är väl ingen höjdare men klart OK ändå tycker jag. Man får släcka strålkastaren med ett fönster...

Bowmore skrev:Nu börjar Mark och förhoppningsvis även Ivanka att fatta galoppen så det ser i nuläget ut som att man backar och återinför datornamn (host name) som parameter under installationen.

Mission completed, hostname tillbaka i Ubiquity
https://lists.ubuntu.com/archives/maver ... 07654.html

VARNING !!!

Jag har sett flera inlägg hos U-F om helt utslagna burkar efter en misslyckad uppdatering.

Problemet uppstår om man inte uppdaterat på några dagar och att både ett samba-common paket samt en ny kärna ska installeras. Samba-paketet gör att uppdateringshanteraren kraschar och kärnan installeras ej korrekt.

Ex:
http://ubuntuforums.org/showthread.php?t=1577565

Om det här felet uppstår måste man direkt försöka laga felet och INTE boota om burken för då återstår bara en chrootning.
Bör lösa det......

Om uppdateringen hänger sig på samba så öppna en ny terminal och stoppa samba's daemon med kommandot så fortsätter förhoppningsvis uppdateringen.

Bowmore skrev:Om uppdateringen hänger sig på samba så öppna en ny terminal och stoppa samba's daemon med kommandot

Kod: Markera allt

sudo service smbd stop

så fortsätter förhoppningsvis uppdateringen.

Jo det ska funka....

https://bugs.launchpad.net/ubuntu/+sour ... bug/639768

Det stora trubblet uppkommer då med en burk som inte är uppdaterad på några dagar annars så ska det funka utan problem.

Tur att man uppdaterar flera gånger dagligen. Det har blivit många det sista.

Det har blossat upp en ATI-debatt som det gör under varje utveckling men i Maverick har den varit hetare än vanligt.

Varför: (syndikerat via Ubuntu Planet)
http://collinp.com/index.php/2010/09/19 ... -maverick/

Bryce Harrington en av Ubuntus X-gurus svarar med ett långt inlägg.

Frågan är om man hinner fixa ett stabilt MenySystem>Administration>Hårdvarudrivrutiner

Med de 2 senaste versionerna har man fått en förhandsutgåva från ATI men det har inte funkat väl utan ATI användarna har fått installera via långa "Howtos"..... som är totalt "under isen" för en ny Ubuntu användare.

Mmm, påminner mig om nåt jag läste av en spelprogrammerare, säkert tio år tillbaka i tiden...

-"När jag får grafikfel med Nvidia-kort kollar jag min egen kod. När jag får grafikfel med ATI-kort gör jag en buggrapport."

Och det var under Windows.

pun skrev:Det har blossat upp en ATI-debatt som det gör under varje utveckling men i Maverick har den varit hetare än vanligt.

Själv har jag inte känt av de vindarna

pun skrev:Bryce Harrington en av Ubuntus X-gurus svarar med ett långt inlägg.

Jo, han är ju också Canonicals officiella kontakt mot AMD.

Själv ser jag inget direkt problem med att ATI's proprietära drivare fixas först inför releasen sålänge som de öppna fungerar tillräckligt bra för att man ska kunna hjälpa till under utvecklingsfasen.

Bryce skiver bl.a:

The AMD corporation takes a different business approach, that instead of paying for constant rebuilds of their binary driver, they'll do just one at the end of the release and instead invest money into paying developers to work on and improve the open source radeon driver.

farmfield skrev:Mmm, påminner mig om nåt jag läste av en spelprogrammerare, säkert tio år tillbaka i tiden...

-"När jag får grafikfel med Nvidia-kort kollar jag min egen kod. När jag får grafikfel med ATI-kort gör jag en buggrapport."

Och det var under Windows.

Njau.... nvidia har ju fixat den här imkompabiliteten.

I sak är vi nu framme där ATI användare med avancerade nyare grafikkort vill ha ut full valuta för sin investering.

Med all sannolikhet så är detsom nVidia meddelat att drivaren innehåller liceniserad kod från annan utvecklare, vilket i nvidias fall då gör det omöjligt att öppna drivaren, ATI surrar vidare och ger ingen förklaring till varför det är som det är.


@Bowmore

Jo det finns några trådar som rullar på...... exempel

http://ubuntuforums.org/showthread.php?t=1549872

http://ubuntuforums.org/showthread.php?t=1561685

Sen finns det ett antal trådar där användare med 10.04 uppgraderat till 10.10 och möts av en svart skärm......

pun skrev:Sen finns det ett antal trådar där användare med 10.04 uppgraderat till 10.10 och möts av en svart skärm......

När man uppgraderar till en utvecklingsversion så får man räkna med att det kan bli problem. AMDs fglrx är ett exempel, så har man ett AMD/ATI-kort så gäller öppna drivare som även i vissa fall inte stöder 3D och därmed t.ex Compiz. Alternativet är ju att AMD inte ställer upp med utvecklare för att vidareutveckla vår öppna radeon-drivrutin.