Ubuntu ⪖16.04 : Tutorial om hvordan man bruger snap pakker

[lath]

Canonical har begået en tutorial som hvordan man bruger Snap pakker.

https://tutorials.ubuntu.com/tutorial/basic-snap-usage#0 (sprog: engelsk)

Avanceret brug af snap:
https://tutorials.ubuntu.com/tutorial/advanced-snap-usage#0 (sprog: engelsk)

Off-topic:
Det ser ikke ud til at der et web sted hvor man kan kigge på snap pakker med en browser, så det er sikkert meningen at man kun skal bruge Software Center.

Det er ikke lykkedes mig at finde hvilken server hvorfra snap pakker hentes., men programmet må jo hente server navn et eller andet sted fra - en konfigurationsfil for ekstempel.

Ellers er der andre måder at hente informationer ud, som er at overvåge programmets system kald: strace, , og internet kommunikation, wireshark og netstat.

/Lars

[Toddvarg]

man kan finde en oversigt over snap pakker her https://uappexplorer.com/snaps

[lath]

man kan finde en oversigt over snap pakker her https://uappexplorer.com/snaps

Mange tak!

/Lars

[thj01]

De glæder jeg mig til at kigge igennen - har endnu ikke helt sit lyset i det der snap noget

[lath]

De glæder jeg mig til at kigge igennen - har endnu ikke helt sit lyset i det der snap noget

I forhold til deb pakker, så er snap pakker meget nemmere at lave for en udvikler. Mere vigtigt er det at arbejdet med at sikkerhedskontrollere en snap pakke kan gøres med et computer program, og en lille smule menneske aktivitet, hint: godkende pakken, hvis det er et populært program såsom Firefox, Libreoffice og den slags.

For *.deb pakker skulle det være meget tidskrævende og manuelt arbejde at kontrollere pakken.

Det er ifølge Canonical årsagen til at der sjældent eller aldrig kommer nyere versioner af et program i en *.deb pakke. Upstream (=den/de som som skriver koden til programmet i en pakke) har således næsten altid en nyere version af programmer, end den version af programmet det er kommer i en deb pakker fra arkiverne.
Edit: Jeg kan narturligvis ikke finde den web side jeg har læst, når man skal bruge den.

Med snap pakker får man software i den nyeste version. Der udkommer helt sikkert også software som kun findes i en snap pakke.

Bonus er også at snap pakker er ved at sprede sig til de andre store distroer, f.eks. Fedora, Red Hat, Open Suse.
Det betyder at udviklere fra de andre distroer også laver snap pakke,r som kan bruges på en Ubuntu distro: En ren win-win.

/Lars

[thj01]

Men er det ikke det "Problem" som man læser med PPA?

[AJenbo]

PPA hjalp på problemet med at få software der ikke var i de officelle arkiver. Men det kan let resultere i en masse konflikter hvilket SNAP håndtere helt anderledes.

Jeg tror også man skal lægge stor værdi i hvor let det er for udviklerne at lave pakker, for hvis det er for besværligt kommer der mindre software til brugerne.

[lath]

Men er det ikke det "Problem" som man læser med PPA?

PPA hjalp på problemet med at få software der ikke var i de officelle arkiver. Men det kan let resultere i en masse konflikter hvilket SNAP håndtere helt anderledes.

Jeg tror også man skal lægge stor værdi i hvor let det er for udviklerne at lave pakker, for hvis det er for besværligt kommer der mindre software til brugerne.

Jeg har og er stadig af den holdning at PPA arkiver altid har været og stadig er en stor risiko, idet at deb pakker indeholder et script som køres med root rettigheder når pakken installeres.

Det samme gælder naturligvis også for deb pakker der kommer i løs-vægt, altså uden at være fra et arkiv.

/Lars

[thj01]

Der er altid en risiko når man installerer software - og derfor bør man også kende til kilden så man kan afgøre om man stoler på den. Egentlig er risikoen for at en udvikler laver "dum" kode i en snap pakke vil den samme som ved en PPA, som jo netop kan verificeres gennem en nøgle.

Som jeg forstår det er en snap pakke designet til at indeholde alt, og det betyder vel også at man kan have den samme fil liggende flere steder hvilket er unødig redundans.

Jeg kan sagtens se ideen fra udviklerens side af, fordi han sikrer sig at hans program kører korrekt netop fordi han har pakket alle filerne, men giver det ikke også en sikkerhedsrisiko, hvis en udvikler "glemmer" at sikkerhedsopdatere nogle af de filer der ligger i hans snap .. og derved kan det enkle program være en sikkerhedsrisiko uagtet at alle de andre programmer ikke har den sikkerhedsrisiko?

Kender du en side der forklarer HVAD en snap er ... og hvordan det fungerer. For det ovenstående er hvad jeg har tusket mig frem til, dog uden at være sikker på det.

[thj01]

PS. Egentlig er det vel lidt det sammen som man bruger på Mac computere.

Og som en underviser der ofte har brug for at bruge programmer fra nettet, så er det min erfaring, at det er dem der er størt problemer med at få programmer til at køre - også selvom de er opdateret ens.

[AJenbo]

Programmerne og installationen får aldrig administrator rettigheder så risikoen er ikke den samme som ved .deb

[thj01]

@AJenbo

Det er jeg godt klar over at programmerne ikke gør - og jeg kan også sagtens se fordelene i ... fra en udviklers sysnspunkt ... og en ikke-avanceret bruger. Men hele Ubuntu systemet er afhængig af apt under installationen og opdaterer fra repositories, som reelt er det samme som PPA - de er bare uafhængige. Og firmaer som oracle (VirtualBox), Microsoft (skype) og webmin er i mine øjne mindst lige så troværdige som canonical.

Og ham som laver pakkerne til GIMP'en er den samme som leverer til Ubuntus rigtige repositories og til deres PPA for nyere versioner.

Men for mig at se giver det mening på et simpelt system, hvor man "kobler" snaps på for at kunne køre specifikke programmer. Men når man ser på et avanceret system, hvor der er mange programmer, tjenester osv kørende, så kan jeg se et hav af problemstillinger, simpelthen fordi snap'en ikke tager højde for systemindstillingerne.

Det er nøjagtigt det problem jeg oplever med MAC-brugerne. Deres systemer er generelt langt mere bøvlede. Bare det at installere geany, som må ses som et simpelt program giver hver eneste gang problemer med at en eller to ikke kan få det til at køre. Når så alle eleverne har opdateret, så er der stadig en eller to der har problemer - og nogle gange har problemet flyttet sig, så nogle der kunne køre det ikke kan.

For mig at se kræver den en større kontrol med det underliggende system, som jo netop er Canonicals filosofi med dres "core" system ... som i mine øjne er et større opgør med hele Linux filosofien - friheden til at vælge.

I mine øjne vil det kræve en standardisering, som har potentiale for at skabe nye problemstillinger.

apt hviler på tillid og samarbejde for at give brugerne flest muligheder - og for mig at se er snap et skridt i den forkerte retning - med mindre man arbejder med IoT, hvor det virkeligt giver rigtig god mening!

[AJenbo]

At et firma er lige så troværdigt som et andet syndes jeg ikke kan bruges som augment for at man lige så godt kan gøre sig sårbar over for dem alle på en gang. På sigt hvis man kan overgå helt til Snap behøves man jo heller ikke at "stole" på opdateringer fra Canonical. Husk også at der kan ske fejl, eller nogen kunne snige noget med hvis de får adgang til udbyderen uanset hvor troværdige det måtte være.
Der findes også mange pakker der er leveret af mere eller mindre tilfældige individer. Dit argument kan næsten reduceres til "sikkerhed er udnødvendigt for man kan stole på de fleste". Ville det ikke være bedre for alle hvis man i stedet kunne sige "sikkerheden er i orden, og man kan stole på de fleste"?

Jeg kan ikke se hvordan det at programmerne ikke får root adgang under installationen er en fordel for udviklerne. Har de fuld adgang til systemet kan de jo gøre hvad de vil så det kan vel kun være en bagdel at de begrænses?

Hvis du har problemer med at køre Geany på Mac vil jeg næsten tro det er udviklerne af Geany der ikke er gode til at pakke det til Mac eller at det ikke er en særlig god port. Der er temmelig mange andre programmer der virker fint. Du skal nok heller ikke prøve at påstå at der aldrig har været konflikter med versioner af programmer installeret via APT/DEB/PPA, det er nok en af de problemer vi oftest må hjælp folk med her på forummet. Den nuværende løsning betyder også ofte at man ikke kan installere den nyeste version af et program fordi det ikke bliver pakket, de officelle arkiver ikke er opdateret, der er konflikter med et ppa der fungere med den version du køre, eller ikke bliver vedligeholdt til nyre udgaver af Ubuntu. Der er flere eksempler på software i Ubuntus arkiv der indeholder sikkerheds hulder blot fordi de ikke er blevet opdateret i forhold til upstream projektet.
Det at du ikke kan få Geany til at køre på en Mac betyder jo heller ikke at det der med er umuligt at installere yderligere programmer eller opdateringer, så det peget igen mere på en dårlig port frem for et dårligt pakke format.

Hvad får dig til at se Ubuntu Core som at gå imod det at have et frit valg? Ville det gøre Fedora til anti-Linux pga. de bruger RPM?

[lath]

...
Kender du en side der forklarer HVAD en snap er ... og hvordan det fungerer. For det ovenstående er hvad jeg har tusket mig frem til, dog uden at være sikker på det.

• Startside:
  https://snapcraft.io/
  
• Dokumentation:
  https://docs.snapcraft.io/
• Hvis du tænkt dig at udgive snap pakker skal man registrere sig her. (Med Ubuntu One - med email og kodeord)
  https://dashboard.snapcraft.io/dev/snaps/
• Byg en snap pakke, f.eks. kan man auto-bygge en snap pakke via GitHub (git push)
  https://build.snapcraft.io/
• Man udgiver sin snap pakke for:
  
  • Ubuntu
  • Arch Linux
  • Debian
  • Gentoo Linux
  • Fedora
  • OpenSuSE
  • OpenEmbedded
  • Yocto Project
    - som er en meta linux distro for embedded /indlejrede system, dvs.at den kan bygge en skræddersyet distro til et embedded / indlejret system
  • OpenWrt
  • Solus
    - det er dem der laver Budgie desktop'en (en slags Gnome 3 light desktop). Det er rigtig god desktop , brug Ubuntu Budgie 17.10. I øvrigt så er budgie en undulat.
  • Linux Mint
  • Manjaro Linux - En distro baseret på Arch Linux
• Ikke at det måske er så brugbart, men der er også et forum:
  https://forum.snapcraft.io/

Vedrørende sikkerhed og programmer fra en snap pakke:

A snap is confined from the OS and other apps through security mechanisms, but can exchange content and functions with other snaps according to fine-grained policies controlled by the user and the OS defaults.

... sakset fra https://docs.snapcraft.io/snaps/intro

Nu hvor du nok har kigget dig lidt omkring på https://snapcraft.io/, så kan jeg fortælle dig at der er 3 deb pakker, der hedder noget med snapcraft:

Kode: Vælg alt

sudo apt --assume-yes install snapcraft snapcraft-examples snapcraft-parser

Du kan så få ét gæt på hvad programmerne i de pakker mon skal bruges til

/Lars

[thj01]

@AJenbo

Nej jeg mener ikke mine argumenter kan nedkoges til det du skriver

Og så er det med macprogrammerikke bare noget jeg ser med geany, men også med Microsoft office og diverse andre produkter. Det som ikke hænger sammen er, at to hardware identiske computere, der er opdateret til samme version ikke begge kan køre det samme program.

Det viser jo netop at det er måden programmet bliver tolket på/adminstreret der fucker itngene op


@Lath

but can exchange content and functions with other snaps according to fine-grained policies controlled by the user and the OS defaults

Hvis der er "huller" i et program, som kræver adgang udenfor "confined space" .... så er hullet lige så virkeligt i en snap som i en deb.

For mig at se er sikkerhedsargumentet ved snaps overeksponeret i forhold til hvad snaps reelt er udviklet til... nemlig modulopbyggede systemer.