Megjelent az openSUSE Leap 42.1

Az Amszterdamban tartott SUSECon konferencia idejére és a legutolsó kiadás (13.2) évfordulójára időzítve megjelent az openSUSE Leap első kiadása. A Leap 42.1 az openSUSE első olyan verziója, amelyben felhasználták a SLES-ből származó kódokat, így a rendszer alapjait egy a vállalati felhasználásra szánt – és ennek megfelelően stabil – disztribúció csomagjai biztosítják, amelyeket az openSUSE saját, a Tumbleweed-ben (az openSUSE rolling release kiadása) már jó ideje tesztelt csomagjai egészítenek ki.

További részletek a bejelentésben.

Hozzászólások

Nem rossz, de nem vagyok vele maradéktalanul elégedett. Tegnap este raktam fel, eddig 2 bugba szaladtam bele.
Az egyik, hogy a Steam kliens nem tud csatlakozni az X-hez (erre találtam workaroundot), a másik pedig hogy a menüben lévő Shutdown-nal nem tudom leállítani a gépet, az csak a login screenre dob (ott persze már megy a shutdown). Valamint kicsit fáj az is, hogy nincs (még) PHP 5.6, illetve KDE Connect. Előbbit fel tudnám tenni user által készített csomagból, de ezt szeretném elkerülni.

Helyi rádiós kapcsolaton keresztül, wifi/bluetooth. Korlátai? Olvasd el a wikijét.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

Roviden olvastam wiki-t es blogot, teny hogy csak futolag, de olyat lattam emlitve hogy bluetooth-on nem, hanem wifi-n megy.
Csak nem volt reszletezve hogy direkt adhoc modon vagy lan-on, hogy desktop lehet-e wifi nelkul is ha ugyanabban a halozatban van, netan nem csak helyileg mukodhet valami kozponti szerveren keresztul, nem viccbol kerdeztem a korlatait.

Lehet használni desktoppal. Nekem is úgy van, ugyanarra a routerre vannak csatlakozva, a telefon wifin, a gép kábellel. Annyi csak a kikötés, hogy a gépen nyitva kell lennie az igényelt portoknak és egy hálózaton kell csücsülnie a két eszköznek.

szerk.: pontosabban: "Nekem is úgy volt, ...", mert ugye most nincs így. :)

Ez gyakorlatilag a SLES CentOS-a?

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Nem egészen, a CentOS 1-1-ben a RHEL-es forrásokkal dolgozik, openSUSE-ék viszont csak az alaprendszernél tartották meg, a többinél olyan stable/LTS verziókat fogtak, amik a Tumbleweed-ben megfelelően sokat voltak (pl. a GNOME-ból a 3.16-ot hozzák, ami újabb, mint a SLE-ben levő [afaik 3.10], de régebbi, mint a Tumbleweedben most elérhető [3.18]). Az RC idejében ez számokban azt jelentette, hogy a kb. 7000 csomagból 1500 jött egy az egyben a SLES-ből (ebben ugye benne vannak azok is, amiket korábban openSUSE-hoz már csomagoltak, de SLES-hez nem, de azok is, amiknél simán újabb verziót haszálnak), valamennyire ez változhatott, de a nagyságrend maradt.

Szerk.: Azt nagyjából a Leap első felvetésekor eldöntötték, hogy az első Leap kiadásba nem kerülhet semmiből korábbi verzió, mint ami az openSUSE 13.2-höz elérhető volt (nem is lenne értelme, akkor egy dist-upgrade igazából downgrade lenne...)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Mármint az alaprendszerrel feltelepülő komponensek nem lehetnek régebbiek?

Per pill. passzolom, sehol nem találom, hogy hol olvastam, hogy mindennek frissebbnek kellene lennie (valahol arrafelé kell lennie, ahol arról döntöttek, hogy a kernelből fogják az akkori legújabb LTS-t, a 4.1.12-est az újabb HW támogatás miatt).

A PHP mondjuk még beleillik abba az elképzelésbe, hogy a "desktop stuff" jön az openSUSE-tól (ami nagyjából a hivatalos fejlesztői process leírás: https://en.opensuse.org/openSUSE:Leap)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

1 megjegyzés és 1 kérdés: nem SLES, hanem SLE (mert gondolom azért van olyan is, amit netán a SLED-ből vettek át) - direkt megnéztem, ők is a SLE-t emlegetik.

Ellenben valaki már elmagyarázhatná, hogy ha egyébként a saját mérnökeik hozsannákat zengenek az XFS-ről (én legalábbis a projektünkben kb már mindegyiktől azt hallottam), akkor miért a vajas fájlrendszer a default. Csak mert a leírásban szereplő Snapper-t én nem nagyon tudom elegendő indoknak elfogadni. xfs_freeze van (meg fsfreeze is), és LVM is tud snapshotot csinálni. Szóval tippre nem lehetett volna olyan egetverően bonyolult a snapper-t erre a kombinációra is felkészíteni - és asszem a device-mapper-féle snapshot és az xfs is kiforrottabb.

SLE/SLE{S,D} jogos, bár elvileg ami desktophoz kötődik, azt pont nem veszik át :)

A SLE{S,D}-ben (12-től kezdve) tudtommal szintén a btrfs a default fs. A snapper ismeri a thin-provision LVM + XFS/ext4 kombót (https://lizards.opensuse.org/2012/07/25/snapper-lvm/), abban nem vagyok biztos, hogy ez utána bootolható is: btfs root-al a GRUB-ban ki tudod választani, hogy te melyik snapshotot akarod indítani, és azzal a subvolume-al indul a rendszer (gondolom LVM alatt is megoldható kellene, hogy legyen, de azzal, hogy az FS egyben a volume manager is, lényegesen egyszerűbb így).

Szerk.: Meg azért a btfs előremutató dolog, és valakinek valahol el kell kezdeni kötelezően használtatni, különben soha nem lép ki a "nem használják elegen, ezért nem eléggé kiforrott, ezért nem ajánljuk használni" állapotból.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

ez a SLE(D/S) már kicsit egybefolyik a 12-es SLES-nél, repo (addon ha jól emlékszem) kérdése az egész.

A btrfs sebességben elmarad az xfs-től ez tény, de olyan biztonsági funkciói vannak amiket semmilyen más filerendszer nem tud. Az LVM volume szintű snapshotot tud tudtommal, a btrfs file szintűt, ami elég nagy különbség. De vannak még izgalmas dolgok benne, bár én is még csak tesztelem.

Azt hiszem valamerre lemaradtam... Most akkor az eddigi 1x.y helyett most már ez lesz, vagy ez egy külön cuccos?

--
openSUSE 13.1 x86_64

A SLE miből építkezik? Tumbleweed? Eddig azt hittem, úgy van mint a vöröskalaposoknál, egy opensuse kiadást vesznek alapul.

AFAIK nem volt annyira szoros integráció, mint RHEL-Fedoránál, inkább csak játszótérnek használták, de nem akarok hülyeséget írni. Hogy ezután mi lesz, az végképp passz.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)