Maverick Meerkat a.k.a Ubuntu 10.10 Alpha, Beta og RC

[lath]

Nå jeg går ind i synaptic og kører opdater pakkeoplysninger får jeg denne besked

Kunne ikke hente http://dl.google.com/linux/deb/dists/stable/Release Unable to find expected entry non-free/source/Sources in Meta-index file (malformed Release file?)
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... Sources.gz 404 Not Found
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... ackages.gz 404 Not Found
Nogle indeksfiler kunne ikke hentes, de er blevet ignoreret eller de gamle bruges i stedet.

er det nogen som ved hvordan jeg kan få den til at opdatere det hele eller om det mest sandsynlig bliver fikset hen ad vejen.

Ellers oplever jeg meget få problem, selv om jeg kører med btrfs filsystem.

Boot-tiden er jeg dog ikke så imponeret over. Vi er under minuttet, men også kun lige. Dette kan selvsagt skyldes Beta-status, hvor speed ikke er det vigtigste, så meget som stabiliteten. Så mon ikke katten tager alle fire poter i brug under opstart i Final-udgaven?!

Som Jimmy siger er boot-tiden ikke imponerende, jeg havde lige presic 1 minut. Håber de fixer det hen ad vejen.

Du kan prøve at skifte server for softwarearkiver (hvis det da er muligt for ikke-final-release Ubuntus).

Angående boot tid. Regn med at al kode er kompileret som debugging kode. Det betyder at det fylder meget, mere og er meget langsommere fordi optimering af koden så ikke sker. Alene kernen er markant meget langsommere, når den har debugging symboler inkluderet (og compiler optimering derfor ikke sker):
http://stackoverflow.com/questions/2880025/why-do-debug-symbols-so-adversely-affect-the-performance-of-threaded-applications

/Lars

[Toddvarg]

Nå jeg går ind i synaptic og kører opdater pakkeoplysninger får jeg denne besked

Citat:
Kunne ikke hente http://dl.google.com/linux/deb/dists/stable/Release Unable to find expected entry non-free/source/Sources in Meta-index file (malformed Release file?)
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... Sources.gz 404 Not Found
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... ackages.gz 404 Not Found
Nogle indeksfiler kunne ikke hentes, de er blevet ignoreret eller de gamle bruges i stedet.


er det nogen som ved hvordan jeg kan få den til at opdatere det hele eller om det mest sandsynlig bliver fikset hen ad vejen.

Jeg løste problemet med gm-notify-maintainers med at fjerne de. Jeg brugte de kun til at skifte mail-message i panelet fra evolution til gmail. Efter at det var gjort, behøver jeg de ikke lengre.

Problemet med http://dl.google.com/linux/deb/dists/stable/Release løste jeg ved at fjerne http://dl.google.com/linux/deb/ stable non-free (kildetekst), da jeg, så vidt jeg ved ikke har brug for kildetekst. Jeg fjernet først alle med http://dl.google.com/linux/deb/, og aktiverede de en efter en igen, og det var kun den med kildetekst der lavet et problem. Jeg håber jeg har gjort det på korrekt måde.

Angående boot tid. Regn med at al kode er kompileret som debugging kode. Det betyder at det fylder meget, mere og er meget langsommere fordi optimering af koden så ikke sker. Alene kernen er markant meget langsommere, når den har debugging symboler inkluderet (og compiler optimering derfor ikke sker):
http://stackoverflow.com/questions/2880 ... plications

Hvis jeg forstår dig ret, så vil jeg opleve at laptoppen bliver langsommere og langsommere? Er det nogen måde jeg kan undgå det? Vil systemet rydde op i sig selv i løbet af tiden frem til the final release, eller er jeg tvungen til at lave en clean install for at øge hastigheden på boot tiden?

[lath]

Nå jeg går ind i synaptic og kører opdater pakkeoplysninger får jeg denne besked

Citat:
Kunne ikke hente http://dl.google.com/linux/deb/dists/stable/Release Unable to find expected entry non-free/source/Sources in Meta-index file (malformed Release file?)
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... Sources.gz 404 Not Found
Kunne ikke hente http://ppa.launchpad.net/gm-notify-main ... ackages.gz 404 Not Found
Nogle indeksfiler kunne ikke hentes, de er blevet ignoreret eller de gamle bruges i stedet.


er det nogen som ved hvordan jeg kan få den til at opdatere det hele eller om det mest sandsynlig bliver fikset hen ad vejen.

Jeg løste problemet med gm-notify-maintainers med at fjerne de. Jeg brugte de kun til at skifte mail-message i panelet fra evolution til gmail. Efter at det var gjort, behøver jeg de ikke lengre.

Problemet med http://dl.google.com/linux/deb/dists/stable/Release løste jeg ved at fjerne http://dl.google.com/linux/deb/ stable non-free (kildetekst), da jeg, så vidt jeg ved ikke har brug for kildetekst. Jeg fjernet først alle med http://dl.google.com/linux/deb/, og aktiverede de en efter en igen, og det var kun den med kildetekst der lavet et problem. Jeg håber jeg har gjort det på korrekt måde.

Angående boot tid. Regn med at al kode er kompileret som debugging kode. Det betyder at det fylder meget, mere og er meget langsommere fordi optimering af koden så ikke sker. Alene kernen er markant meget langsommere, når den har debugging symboler inkluderet (og compiler optimering derfor ikke sker):
http://stackoverflow.com/questions/2880 ... plications

hvis jeg forstår ret hvad du siger, vil jeg så opleve at laptoppen bliver langsommere og langsommere?

Nej.
Det her er ikke Windows, så den bliver ikke langsommere og langsommere. Softwaren er bare ikke optimeret under kompilering for alfa, beta, og RC releases, og softwaren kører derfor langsommere end den samme software vil gøre hvor optimering er med.

Optimering af koden sker ikke, hvis debugging symboler indsættes i koden. Det gør det meget nemmere at finde ud af hvad der sker i tilfælde af at der er fejl i koden. Det er iøvrigt ikke debugging symbolerne i den færdige kode der gør at softwaren kører langsommere - det skyldes udelukkende at man ikke optimerer kode med debugging symboler.

Hvis man ikke bruger debugging symboler, så kører man normalt med al den optimering man kan slippe af sted med - forstået på den måde - så længe compileren ikke introducerer fejl i programmet ved optimeringen. Hvis det sker kører man blot med et lavere niveau af optimering. Der er 4 niveauer af niveauer i gcc (GNU C compileren), og en ca 180 af andre ting man kan optimere på.

Vil systemet rydde op i sig selv i løbet af tiden frem til the final release, eller er jeg tvungen til at lave en clean install for at øge hastigheden på boot tiden?

Den "vil rydde op i sig selv" for nu at bruge dit eget udtryk, og det sker endda på én gang og ikke over et tidsrum:
Ved en upgrade til final release vil der ske det at final release softwaren (som er optimeret og derfor er hurtig) vil erstatte den langsommere software du har installeret.
Det betyder altså at når du booter ind i Final Releasen er al softwaren ikke længere langsom.

/Lars

[Jimmyfj]

Den "vil rydde op i sig selv" for nu at bruge dit eget udtryk, og det sker endda på én gang og ikke over et tidsrum: Ved en upgrade til final release vil der ske det at final release softwaren (som er optimeret og derfor er hurtig) vil erstatte den langsommere software du har installeret.
Det betyder altså at når du booter ind i Final Releasen er al softwaren ikke længere langsom.

/Lars

Måske man i samme forbindelse lige skal "slå et slag for" hvorfor det er så vigtigt, at man gør brug af en "Clean Install", i installationer, hvor dette er muligt, og ikke "nøjes" med en online dist-upgrade:

Ved kode-optimering bliver héle den endelige udgivelse optimeret for de pakkers tilfælde, hvor der har været tale om udvikling, og dermed "debug-compiling". Dermed er det ikke svært at se, hvor lang tid der kan gå, inden alle filer har fået fjernet debug-symbols.

Min egen Ubuntu 10.10 Beta-installation indeholder 229.894 elementer på root file system. Tænk så på, at under Linux har vi det, som i UNIX: "Everything is a file" altså ligger der 229.894 filer i min rod-mappe. Det er ikke så få filer endda.

Det er en meget slet skjult "hemmelighed", at ved en online-upgrade kan der gå noget galt, og her er der så lige de første 229.894 ting der kan ske fejl med.

I samme forbindelse kan jeg så oplyse, at jeg i aftes opgraderede en Ubuntu 10.04 LTS computer til Ubuntu 10.10 Beta. Denne dist-upgrade hentede knap 1300 filer til brug ved dist-upgrade. Sæt selv dette tal i forhold til en clean-install som min egen, hvor rod-mappen indeholder knap 230.000 filer (elementer).

[AJenbo]

De 1300 Var vel pakker der indeholdte flere filer.
En anden grund til at clan install kan være beder ind at opgradere er at der er mange indstillinger som ikke opdateres til de default der er i den endelige udgave.

[AJenbo]

Syndes foresten også ofte jeg størder på problemer hvor der er konflikter i opdateringerne når man har installeret alpha eller beta udgaverne.

[Toddvarg]

Måske man i samme forbindelse lige skal "slå et slag for" hvorfor det er så vigtigt, at man gør brug af en "Clean Install", i installationer, hvor dette er muligt, og ikke "nøjes" med en online dist-upgrade:

Clean install er ok og tager ikke lang tid. I den sammenheng, hvor vigtigt er det at stryge alle skjulte filer, hvis man skal også nullstille alle konfig-filene. Jeg tænker på i forhold til 10.10.

[laoshi]

Måske man i samme forbindelse lige skal "slå et slag for" hvorfor det er så vigtigt, at man gør brug af en "Clean Install", i installationer, hvor dette er muligt, og ikke "nøjes" med en online dist-upgrade:

Clean install er ok og tager ikke lang tid. I den sammenheng, hvor vigtigt er det at stryge alle skjulte filer, hvis man skal også nullstille alle konfig-filene. Jeg tænker på i forhold til 10.10.

Det er lige præcis i de skjulte filer i din Hjemmemappe at dine personlige programindstillinger ligger (samt andet godt som f.eks. evolutions mails og kalenderaftaler, firefox- og chromium bogmærker, bl.a.) så det er en god ide at lave en backup af dem, for så at lægge dem tilbage, som man kan se man kom til at mangle.

[AJenbo]

I /etc finder desuden du program indstillinger som er globale for din maskine.

[Jimmyfj]

Nye ting kan man altid lære, og det kan tilmed være både sjovt, og nyttigt på én og samme tid. Lørdag aften løb jeg ind i denne side:

http://www.webupd8.org/2010/09/nautilus-terminal-embeds-terminal-into.html gennem http://www.lxer.com - Første link er en guide til hvordan man inkorporere terminalen i sin Nautilus file manager:

Kode: Vælg alt

sudo add-apt-repository ppa:flozz/flozz
sudo apt-get update
sudo apt-get install nautilus-terminal
nautilus -q

Du skal lige huske at genstarte din session for at ændringerne har effekt - Ser ganske spøjst ud og er let at arbejde med, hvis man har noget at bruge denne funktion til

[Rattus Norvegicus]

En terminal direkte i Nautilus er da smart, men nedenstående citat kan godt irritere mig nok til at jeg måske vil vente med at installere det:

There is one catch though: currently there is no way to disable the embedded terminal (like a keyboard shortcut to toggle the terminal on/off) so if you install this, you'll always have a terminal embedded into Nautilus.

Kan også godt være jeg måske installere det for at prøve hvor meget af skærmbilledet det fylder (eller hvor lidt hvis man justerer højden).

Men nu bruger jeg meget tit den funktion der på dansk hedder "Ekstra rude" (shortcut: F3) i Nautilus, så hvordan samarbejde den funktion med Nautilus Terminal?

[Jimmyfj]

En terminal direkte i Nautilus er da smart, men nedenstående citat kan godt irritere mig nok til at jeg måske vil vente med at installere det:

There is one catch though: currently there is no way to disable the embedded terminal (like a keyboard shortcut to toggle the terminal on/off) so if you install this, you'll always have a terminal embedded into Nautilus.

Kan også godt være jeg måske installere det for at prøve hvor meget af skærmbilledet det fylder (eller hvor lidt hvis man justerer højden).

Men nu bruger jeg meget tit den funktion der på dansk hedder "Ekstra rude" (shortcut: F3) i Nautilus, så hvordan samarbejde den funktion med Nautilus Terminal?

Elementært, min kære Rattus - Du lukker terminalen på krydset øverst til højre. Dette lukker terminalen helt, så du nu kun har Nautilus åben - For at genstarte funktionen skal du lukke Nautiluls og åbne en terminal og skrive:

Kode: Vælg alt

nautilus -q

Du behøver ikke være root for at genstarte funktionen.

Edit: Med to ruder åbne i Nautilus med terminal får du blot to terminaler også.

[lath]

Jeg har installeret en lille ekstra pakker der installerer en knap i pop-up menuen til en mappe.
Knappen har teksten "Open in terminal", og den åbner en Terminal, hvor dens nuværende mappe svarer til den som Nautilus er i når knappen trykkes.

Jeg kan dog ikke huske hvad den pakke hedder.

/Lars

[laoshi]

Knappen har teksten "Open in terminal", og den åbner en Terminal, hvor dens nuværende mappe svarer til den som Nautilus er i når knappen trykkes.

Det er noget med nautilus-scripts. Men en let måde at finde den på er gennem ubuntu-tweak: Personlig > Håndter scripts
- jeg har nu ikke en knap til det, men det er en del af højrekliksmenuen.

[Jimmyfj]

Der er rigtig godt nyt til alle os 64-bit'ere på Ubuntu: Langt om længe kom der en 64 bit Flash til Linux, hvilket er et kvantespring i den helt rigtige retning. Vil du have denne udgave af flash installeret, så følg guiden her:

http://www.ubuntudanmark.dk/forum/viewtopic.php?f=11&t=11792

Personligt er jeg virkelig positivt overrasket over den gigant-forskel der er at spore på denne flash-udgave, overfor den tidligere installation, hvor tingene gik eventyrligt langsomt til tider. Flash-tunge sider som http://www.eb.dk (Ekstrabladet) tog en krig om at loade. Men med denne nye flash, som endda stadig er under kraftig udvikling, loader siden på under tre sekunder. Målt op mod de tidligere 10 - 15 sekunder er det en forskel i loadtid, som er til at føle på. Men det er ikke kun EB's hjemmeside, der er røget på raketbrændstof. Alle de andre flash-tunge sider jeg besøger kommer også, éndelig, i et tåleligt tempo.

Det skal også lige siges, at den nye 64 bit flash også har en meget positiv effekt på de spil, jeg sidder og fjoger rundt med på Facebook. Det hele kører meget mere flydende og hakker ikke, som jeg ellers har været vant til, og videoerne på Youtube er da også synligt bedre i kvalitet.