Új hozzászólás Aktív témák

• #30 hcl titán urandom0 #29

  Új Válasz 2025-02-19 16:53:12 #30

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #29 üzenetére

  Igen, ezt tudtam, a deltát viszont nem. Köszi

  "Vanillánál ugyanez, lehet törölni vagy hozzáadni bármilyen csomagot az alaprendszerhez, az más kérdés, hogy nagyon nem ajánlott (és erre külön figyelmeztet is)."
  Biztonsági szempontból sem jó, az immutable egyik előnye, hogy nem tudsz belenyúlni. Mondjuk nem valami szörnyűség, hogy bele lehet, csak úgy voltam vele, hogy ez egy pozitív hozadéka.

• #28 hcl titán urandom0 #27

  Új Válasz 2025-02-17 21:09:27 #28

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #27 üzenetére

  Ért, eddig nekem valamiért az volt meg, hogy az immutable csak egyben frissül

• #26 hcl titán urandom0 #25

  Új Válasz 2025-02-17 20:55:29 #26

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #25 üzenetére

  Igen, hétköznapi felhasználásban pont az immutable biztonságát tehetné tönkre Találnak egy friss sebezhetőséget, valami brutál gáz hibát, és mindenki elkezdi lerángatni a több száz megás updatet vs. kellene egy csomagnyi binárist leszedni...

• #24 hcl titán urandom0 #23

  Új Válasz 2025-02-17 20:08:16 #24

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #23 üzenetére

  Csak akkor miért immutable /troll
  Ugyanott van az ember, hogy egy jól összerakott rendszer kell

  "Pl. egy disztró által szállított binárist felülírni. "
  Meg amikor kijön egy 0-day, és hamar kéne javítani

• #22 sh4d0w félisten urandom0 #21

  Új Válasz 2025-02-17 19:43:57 #22

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sh4d0w

  félisten

  LOGOUT blog

  válasz urandom0 #21 üzenetére

  Most nem programozasrol beszelek, hanem architekturalis, koncepcionalis hibarol. Valamikor valamire hoznak a keszitok egy hosszabb tavu dontest es kiderul, hogy utana ez a dontes csak egy roadblockban vegzodik - na akkor hogyan fogjak ezt kezelni.

• #17 hcl titán urandom0 #16

  Új Válasz 2025-02-17 09:44:56 #17

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #16 üzenetére

  Tudom, hogy a Distrobox inkább kényelmi eszköz, de úgy általában, az ilyenfajta megoldások szeparációra is jók, VM nélkül.
  Jellemzően egy Unix-jellegű szerveradminisztráció amúgy sem GUI-s dolog

• #15 hcl titán urandom0 #14

  Új Válasz 2025-02-17 08:45:50 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #14 üzenetére

  Ja, én inkább arra gondoltam, hogy azért se megy terminálba...

  Tényleg az van, hogy terminál már akkor kell, amikor valaki professzionálisabb user használja a gépet; viszont akkor sem érthető a megoldás, ami ebben a cuccban van.

  Illetve : ennek a szétkonténerezett rendszernek még céges használatban lehet előnye, mert ugye tök el lehet választva egy olyan környezet, amiről a managelt rendszerekre mászkálsz, meg az, amiről levelezel-stb.

• #13 hcl titán urandom0 #12

  Új Válasz 2025-02-17 07:45:11 #13

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #12 üzenetére

  "az a felhasználó, aki általában mindenre GUI-t használ, jellemzően csomagokat kezelni jár a terminálba. "
  ....megoldja Synapticból. Barátnőm Unix admin, lehetetlen nagy fizikai gépeket kezel brutál bonyolult infrastruktúrával, de Linuxon nem hajlandó parancssorozni

• #10 hcl titán urandom0 #9

  Új Válasz 2025-02-16 10:23:34 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #9 üzenetére

  Persze, feladathoz az eszközt. Itt a home szerveren mehetne a Nextcloud meg esetleg a webszerver is konténerben, biztonságosabb lenne, csak úgy alakult, hogy amikor összeraktam, akkor nem volt erőforrás, így maradt a natív telepítés.
  Amint szükség lesz itthon valamire konténerre, azonnal lesz is Szórakoztam már Dockerrel, csak tényleg nem volt mire használni.

• #8 hcl titán urandom0 #7

  Új Válasz 2025-02-15 22:25:24 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #7 üzenetére

  Érteni, rebootolni se nagyon rebootolnék ezért Tartalék lapost tartok ilyesmire, ha fizikai gépen kell másik rendszer. (Néha megesik.) De az esetek 90%-ában elég egy virtuális.

  Apx meg attól még jó lehet, pont ez az egész opensource lényege, mindenki fejleszthet, ami éppen kell.
  Néha gondolkodok konténeren, de igazából nekem nem kell semmire; inkább virtuális gép, mert az egy külön valami (van egy NAS+virtuális host gépem, amin éppen az fut KVM-en, ami kell, így egy fizikai gép térfogatában van vagy húsz másik gépem - Windows, OpenVMS, ReactOS, pár Linux mindenféle feladatokra). Ilyen, hogy van egy valami feature másik disztrón, amit konténerben használjak, nem szokott előfordulni.

• #6 hcl titán urandom0 #4

  Új Válasz 2025-02-15 22:03:38 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog

  válasz urandom0 #4 üzenetére

  "Azért nem akarom vm-ben tesztelni őket, mert úgy nem hozzák ugyanazt a teljesítményt, mint bare metálon."
  A működést lehet azon, és ha megéri feltenni fizikaira, akkor hajrá. A franc cserélgetné az elsődleges gépében a meghajót
  De különben egy Linux virtuálgépen se különösebben lassabb, mint fizikain. Tapasztalat

  " Most Aeon alatt, ha egy Fedora konténerbe telepítek egy Geany-t, és exportálom, az így jelenik meg a menüben:"
  Ja, de az Aeon

• #5 urandom0 őstag urandom0 #4

  Új Válasz 2025-02-15 21:17:25 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  őstag

  LOGOUT blog

  válasz urandom0 #4 üzenetére

  Na, most feldobtam három Geany-t, három különböző konténerbe
  Balról jobbra: Fedora, OpenSuse, Debian.
  

Új hozzászólás Aktív témák