Hvordan kompilere og installere den nyeste versjonen av kanel

Kanel har blitt et av de beste alternativene til Gnome skall, på grunn av det faktum at det gir oss det tradisjonelle arrangementet av Desktop-elementene, som med de nye versjonene av Gnome de har gått tapt.

Denne artikkelen har jeg reddet fra nettstedet til LinuxMint Community, siden det kan hjelpe oss med å samle den nyeste versjonen av Kanel som er tilgjengelig i Github, så lenge vi har litt tid eller lider av akutt versjonsbetennelse. 😀

Legg til APT-arkiver

  • Åpne filen /etc/apt/sources.list
  • For hver deb-linje legger vi til den samme linjen som erstatter deb av deb-src.

Slik skal det for eksempel være i Linux Mint 13:

deb http://packages.linuxmint.com maya main upstream import
deb-src http://packages.linuxmint.com maya main upstream import

deb http://archive.ubuntu.com/ubuntu/ precise main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ precise main restricted universe multiverse

deb http://archive.ubuntu.com/ubuntu/ precise-updates main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ precise-updates main restricted universe multiverse

deb http://extras.ubuntu.com/ubuntu precise main
deb-src http://extras.ubuntu.com/ubuntu precise main

Installer alle nødvendige pakker for å kompilere muffin og kanel.

I en terminal:

apt update
apt install dpkg-dev
apt build-dep muffin
apt build-dep cinnamon

Få den siste git-koden for Muffin og kanel.

I en terminal:

git clone git://github.com/linuxmint/muffin.git
git clone git://github.com/linuxmint/Cinnamon.git

Kompiler og installer den nye Muffin

I en terminal:

cd muffin
dpkg-buildpackage

Deretter må du sørge for å installere pakkene du nettopp bygde, spesielt:

  • libmuffin-dev
  • gir1.2-muffin-3.0
  • libmuffin0
  • muffin (ikke nødvendig å kompilere kanel, men mulig også hvis Muffin allerede er installert på systemet ditt)
  • muffin-vanlig

For å installere disse kan du bruke "dpkg -i" i terminalen. Forutsatt at det ikke er noen andre deb-pakker i katalogen, kan du skrive "sudo dpkg -i * .deb".

Kompiler og installer den nye kanel.

I en terminal:

cd Cinnamon
./autogen.sh
dpkg-buildpackage

Dette produserer en kanel-deb-fil i overordnet katalog, som kan installeres med gdebi eller dpkg-i.

Valgfritt: Bygg den stabile grenen

Instruksjonene ovenfor er for å sette sammen Muffin og kanel fra deres "mester" gren, som ikke alltid er stabil. For å kompilere den stabile grenen, kreves følgende (for muffin og kanel):

cd muffin
git checkout -b stable origin/stable
dpkg-buildpackage

Og med kanel:

cd Cinnamon
git checkout -b stable origin/stable
./autogen.sh
dpkg-buildpackage

Vær oppmerksom på at Muffin ikke har en stabil gren ennå, mens Cinnamon 1.4 UP3 (på den stabile grenen) må kompileres med Muffin 1.0.3-UP1 (bruk denne lenken for å laste den ned i stedet for den i git: https://github.com/linuxmint/muffin/tags )


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   Kitty sa

    Takk så mye! Snart får jeg Mayaen min og med kanel, dette innlegget vil hjelpe meg mye: 3
    Greetings!

    1.    elav <° Linux sa

      Du er velkommen Kitty ^^

  2.   3ndriago sa

    Kjære ELAV, det vil være at jeg er lat til det ekstreme, men dagen jeg må kompilere et skrivebord (eller hva som helst) før jeg kan bruke det, gir jeg meg et skudd ... men innlegget er veldig bra bare i sak ...

    1.    elav <° Linux sa

      Hahaha denne artikkelen er ikke for brukere som deg, kjære bror .. Det er klart for meg ..

  3.   Rayonant sa

    Et veldig interessant alternativ for de som lider av "versjonitt". Forresten, et lite utenom tema som husker at jeg nylig gikk rundt og kompilerte en lydspiller som jeg ønsket å teste, Tomahawk, jeg har et spørsmål når avhengighetene og applikasjonen er blitt samlet fra git kildekode, kan du slette kataloger som inneholder dette? eller hvis jeg sletter dem, sletter det også deres respektive pakker?

    1.    elav <° Linux sa

      Ingen anelse. Jeg vet ikke om det samme skjer med:

      ./configure
      make
      make install

    2.    MSX sa

      Nei.
      Tenk: git er som du sier et kildekodedepot, så det du gjør når du "kloner" et gitt prosjekt er å bare gjenskape en nøyaktig lokal kopi av den på git-serveren, slik at når du gjør endringer og laster dem opp git-tjenesten diff automatisk filer for å revidere endringer, slå dem sammen til hovedfilial, etc.
      Når det gjelder ditt spesifikke spørsmål: Selvfølgelig, når pakken er installert, trenger du ikke å lagre hele kildetreet for å avinstallere det, bare skriptene du brukte til å installere det er nok. Faktisk, og dette er skjønnheten til GNU / Linux, trenger du ikke å bruke noen automatiske avinstallasjonsprogrammer. Det eneste du trenger å vite er i hvilken katalog du installerer hvilke filer for å kunne slette dem uten videre. Faktisk fungerer Slackware så enkelt, det reneste Unix-lignende som eksisterer i dag etterfulgt av Arch.
      For fremtiden - og for å unngå det åpenbare - er det bare å prøve ting selv: Hvis du ikke vet om du kan slette denne eller den filen eller katalogen, kan du gi den nytt navn og det er det, det er ikke så mye mysterium, foruten å vær sikker på at appen fungerer riktig, du kjører den fra konsollen for å være oppmerksom på eventuelle feilmeldinger som vises. Til syvende og sist er ingenting så tragisk, du kompilerer applikasjonen igjen og noe annet 🙂
      Fremfor alt er best av alt at siden den ikke administreres av pakkelederen din, kan du gjøre hva du vil med disse filene! Selv om det er ja, må du huske at akkurat som det ikke er i databasen til pakkebehandleren din, hvis du bestemmer deg for å fjerne den fra systemet ditt, må du være oppmerksom på ALLE filene du har installert for å slette dem for hånd.

      Hei, det er bare GNU / Linux.

  4.   Debianitten Merlin sa

    Jeg liker ikke kanel mye, jeg liker kompis, xfce, lxde eller KDE mer.

    KDE fordi det ser bedre ut og super tilpasses
    XFCE fordi den kan tilpasses
    LXDE fordi den er minimalistisk og har god estetikk og kan tilpasses.

    Noe som koster kanel og er nesten umulig med gnome3 eller gnome-shell.

  5.   Evert Cliff sa

    Hei. Ser at kanel er formulert som et hud- eller mørkt tema.
    Jeg vil gjerne vite om det i GNU / Linux er enkelt å ha et helt mørkt grensesnitt for menyer, barer, vinduer og at det ser bra ut, uten mye ressursforbruk.
    Jeg hadde sett i softonic, en distro designet med den tilnærmingen. Men jeg finner ikke lenken, akkurat nå.

    1.    elav <° Linux sa

      Vel, for hvert skrivebordsmiljø vil det alltid være et svart tema, nå er det mulig at distroen du så, som standard er GnomeShell. Du kan imidlertid finne flere temaer for Kanel en denne linken.

      Hvis du bruker Gnome »gnome-look.org
      Hvis du bruker Xfce »xfce-look.org
      Hvis du bruker KDE »kde-look.org

  6.   alternativ sa

    Et par spørsmål. Er det sant at du allerede har programvareakselerasjon? Netbook-en min kan med grafikkakselerasjon, men jeg foretrekker at programvare får fart. Er det sant at det i debian er problemer med et bibliotek? Hilsen 😀

  7.   Bruno sa

    Sannheten er at jeg er glad. Måten det er tilpasset, anvendelsen av temaer, er fantastisk.

  8.   huap80 sa

    Er det noen som vet hvordan man skal kompilere SRWiron 31.0.1700.0 på Debian Wheezy ??, eller ikke akkurat den versjonen av jern. Saken er at jeg har søkt mye på hvordan jeg skal installere den, men det fungerer rett og slett ikke, jeg har lastet ned .tar.gz og så har jeg prøvd å installere den ved å kopiere iron64-mappen for å velge og lage en lenke til / usr / bin / jern, men ingenting svaret på terminalen er dette: jern: feil under lasting av delte biblioteker: libudev.so.1: kan ikke åpne delt objektfil: Ingen slik fil eller katalog. Jeg har også prøvd med .deb som, som tar.gz, laster jeg ned fra den offisielle jern siden. Når du installerer med .deb og kjører i terminalen, svarer det på dette: bash: / usr / bin / iron: Filen eller katalogen eksisterer ikke. Uansett håper jeg noen mer erfarne kan veilede meg ... Takk!