LXD ppa -> snap

 ( tompos | 2017. november 20., hétfő - 0:11 )

LXD PPAs to go away by end of year

We are deprecating all LXD PPAs at the end of 2017. Existing users should move to the LXD snap as the preferred way to get the latest LXD feature release on older Ubuntu releases. You can do so by first installing snapd on your system if it's not there already. Once snapd is installed, installing the LXD snap and migrating your existing data can be done with:

snap install lxd && lxd.migrate

Alternatively, we do still provide a .deb version of LXD for older Ubuntu releases through the official -backports archive pocket. Those packages are identical to what's available through our PPAs but benefit from additional testing on our part. To switch over to those backport packages, use: apt install -t -backports lxd lxd-client Replacing "" with the codename of your Ubuntu release (e.g. xenial).

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Vajon ezt a snap-et hany ev mulva szantjak be?
Eddig meg seholse lattam tippelni, legyen egy ilyen is.
Szerintem 2020-ra nem lesz snap az ubuntuban, es ez is abandonware lesz.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Az elgondolas nekem alapvetoen tetszik. Pl. meg lehet vele dolgokat oldani, amit most pl. esetleg dockerre workaroundolnak az emberek (immutable kornyezet).
Ez viszont nagyon nem, ezzel nem tudom, mit akarnak:

$ df |grep /snap
/dev/loop0 85760 85760 0 100% /snap/core/3440
/dev/loop1 43136 43136 0 100% /snap/lxd/4964
/dev/loop2 110720 110720 0 100% /snap/wavebox/40

Raadasul a mount kimeneteben viszont nem latsik, pedig abba minden szart odaokadnak.

ebből is jön majd a RH-s flatpack :-)

vagy mennyiben más a snap? így nagyon távolról nézve ugyanannak tűnik nekem.

flatpak

Azt is kiprobaltam tegnap, de nalam ennyi ido alatt nem jott ossze, h mit is akarnak csinalni.

Eloszor is nincs egy alap repo. Vagy csak az ubuntu-ban nincs?.
Kellett egy ilyen:

$ flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Eleg ideltlen es bonyolult neve van, nem user barat.

Aztan

$ flatpak install flathub io.github.GnomeMpv

Azertez a neve, mert ez volt a peldaban. A flatpak help-jeben nem talalok search/find-ot. Ha utanaolvasok biztos meglesz az is.
De ami sokkal nagyobb gane, h ki talalja ki ezt az ostoba nomenklaturat?
Esernyot a seggebe es nyitva huzni ki!.

Van ket pocsek valasz ugyanarra(?) a problemara. Bar vki szerint nem egymast helyettesitoi. Nem volt turelmem vegigolvasni az eszmefuttatast.

Majd az appimage lenyomja mindkettot:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Olyan nincs Bionic-ban. Mit tud?

programot lehet telepiteni:)

Ha nezel fuggetlen projecteket, akkor altalaban az appimage-t valasszak:
https://etcher.io/
https://github.com/FreeCAD/FreeCAD/releases/download/0.16.6712/FreeCAD-0.16.6712.glibc2.17-x86_64.AppImage
https://krita.org/en/download/krita-desktop/

Egyik se pocsol az ubuntu snappal. Pedig az ubuntuek hirlevelrol hirlevelre aradoznak, hogy meg egy appot sikerult snapositaniuk.
Annyira hidegen hagy, hogy csak na.

Ha rendszert akarok frissiteni, akkor megteszem -> apt dist-upgrade
Ha egy komplett rendszert akarok probalgatni -> kvm
ha programot akarok izolalni, es abbol szervert epiteni -> docker
ha egy-egy programot akarok csak ugy telepiteni -> appimage, ha nincs apt-get -ben friss valtozat. Ha van friss .deb, akkor dpkg -i (pl. atom)

Nem latom, hogy itt hol lenne a helye a snapnak. De pontleszarom kategoria.
Majd ha Mari neni is azt hasznalja, akkor ranezek. Addig koszonom elvagoyk nelkule,
magamtol nem talalok usecase-t neki. Akkor kar generalni a problemat, hogy megoldjam vele...:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

$ snap find krita
Name Version Developer Notes Summary
krita 3.3.1 krita - Krita: the free digital painting studio

Remek. Az LXD userbase ugyis tul gyorsan novekedett, erdemes egy ilyen kis nehezitessel felezni az uj belepok szamat. :/

Ez a "van egy konténerszoftverünk, amit egy másik konténerszoftver segítségével terjesztünk" olyan érzés, mint a matrjoska-baba.
Amúgy használ bárki is lxd-t?

Nem. Csak azert fejlesztik, hogy teged idegesitsenek.
A snap nem kontenerszoftver, felreertelemezed a wtf-t.

A snapd maga a kontenerszoftver.
Ugyanis maguk a snapek kontenerizalt alkalmazasok:
"Snaps are designed to be secure, sandboxed, containerised applications "

A snapd pontosan ugyanazt a kepesseget hasznalja a Linux kernelbol (control gorups meg namespaces), amit az lxd es a docker is.

A sandbxolas opcionalis.
Tulajdonkepp nem ertem, mibe akarsz belekotni.

Ha az egyik konténertechnológia egy másik konténertechnológiát használ a saját eszközének szállítására és nem az OS csomagkezelőjét, esetleg saját magát, az egy eléggé rossz jel. Lásd: eat your own dogfood.

OK

Én még a „régimódi” LXC-t is használom. :)

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

En probaltam kb fel orat es elegge tetszett, de nem jutottam vele tovabb leginkabb ido hianyaban. Tesztkornyezetben van egy rakat docker kontenerunk, amik helyett az LXD talan jobban megfelelne. A docker inkabb egy-egy alkalmazas futtatasara van kihegyezve, meg az LXD kozelebb all egy virtualis gephez es nekem pont ez kene (bar mindkettovel kb ugyanazt meg lehet oldani).

Én, az 1.0 verzió óta használom az LXC-t, kb 2 hete vettem rá magam az LXD-re váltásra, még szokom.
Egyébként Docker-t is használok, LXD-t virtualizáció helyett, Docker egy-egy alkalmazás csomagolására...