Utak lehetőségek a Puppy számára
Re: Utak lehetőségek a Puppy számára
MI világbajnokság (Mesterséges Inteligencia)
Feladat: Régi laptopra "nagypapabarát" puppy linux telepítés.
Videón a győztes robot MPX-78634267667, 2 nap 3 óra 24 perc 6 másodperc után sikerült neki.
Ezt a pillanatot mutatjuk a videón.
Amikor a robot rájött, hogy a wifi és a böngésző hangja nem működik.......... arról nincs videó.
https://pixabay.com/videos/robot-cyborg ... al-145864/
Feladat: Régi laptopra "nagypapabarát" puppy linux telepítés.
Videón a győztes robot MPX-78634267667, 2 nap 3 óra 24 perc 6 másodperc után sikerült neki.
Ezt a pillanatot mutatjuk a videón.
Amikor a robot rájött, hogy a wifi és a böngésző hangja nem működik.......... arról nincs videó.
https://pixabay.com/videos/robot-cyborg ... al-145864/
Re: Utak lehetőségek a Puppy számára
Sziasztok!
Kellemes és békés karácsonyi ünnepeket kívánok! Remélem üzenetem mindenkit jó egészségben talál.
Azon apropóból írok, hogy segítséget kértek egy RRF-1.2.1 projekt keretében kiosztásra került notebook esetében. Az alany egy Asus br1100fka típusú "student book", amelybe N6000-es processzor 128 GB eMMC és 4 GB-nyi alaplapra forrasztott memória került.
A boot menüben a secure-boot és a fast-boot opciókat kikapcsoltam, de sajnos a Puppyszoftver vagy a HunPup Sourceforge tárolókban lévő iso-k közül egyet sem tudtam elindítani.
Ez a gép már modern UEFI-s, a beállításokat pedig vélhetően jól végeztem, mert az Ubuntu, a Lubuntu és a Kubuntu rendben elindul live módban.
Az RRF-1.2.1-2021-2021-00001 keretében az eddigi információim szerint az alábbi laptop típusok kerültek kiosztásra a diákok körében:
Asus br1100fka,
HP Pro x360 Fortis 11 hüvelykes G11,
Lenovo 300w Yoga Gen 4.
Mindegyik típus esetében fokozottan igaz, hogy azonos és szűkös erőforrással rendelkeznek (4 mag, 4 GB RAM, 128 GB eMMC), ami a telepített win 11-el a pocesszor és a memória jelentős mértékű igénybevételét okozza (CPU~50-65%, RAM~80-85%). Ez az igénybevétel javul a frissítések telepítésével és a számítógép hosszú bekapcsolt állapota alatt, de pont ez az a hardver, ami már Linuxot kíván. És ez az a mértékű terhelés, ami már az online összejöveteleken való részvételt lehetetlenné teszi.
Mivel a gép a fenntartóé és semmi változtatást nem tehetünk rajta, ezért jó lenne egy Puppy Linux, ami ezekhez a modern masinákhoz passzolna, és a 360° ban kihajtható kijelző miatt jó lenne olyan lehetőség, ahol a pendrive ki is húzható a gépből, hogy a nyitogatás közben ne sérüljön meg a gép vagy a pendrive.
Azért írtam itt, hogy minden készítőhöz eljusson a hír, hátha van egy jó megoldás ezen gépek felgyorsítására. Ha van ötletetek, hogy melyik iso vagy disztró működhet, kérlek jelezzétek. Köszönöm.
Kellemes és békés karácsonyi ünnepeket kívánok! Remélem üzenetem mindenkit jó egészségben talál.
Azon apropóból írok, hogy segítséget kértek egy RRF-1.2.1 projekt keretében kiosztásra került notebook esetében. Az alany egy Asus br1100fka típusú "student book", amelybe N6000-es processzor 128 GB eMMC és 4 GB-nyi alaplapra forrasztott memória került.
A boot menüben a secure-boot és a fast-boot opciókat kikapcsoltam, de sajnos a Puppyszoftver vagy a HunPup Sourceforge tárolókban lévő iso-k közül egyet sem tudtam elindítani.
Ez a gép már modern UEFI-s, a beállításokat pedig vélhetően jól végeztem, mert az Ubuntu, a Lubuntu és a Kubuntu rendben elindul live módban.
Az RRF-1.2.1-2021-2021-00001 keretében az eddigi információim szerint az alábbi laptop típusok kerültek kiosztásra a diákok körében:
Asus br1100fka,
HP Pro x360 Fortis 11 hüvelykes G11,
Lenovo 300w Yoga Gen 4.
Mindegyik típus esetében fokozottan igaz, hogy azonos és szűkös erőforrással rendelkeznek (4 mag, 4 GB RAM, 128 GB eMMC), ami a telepített win 11-el a pocesszor és a memória jelentős mértékű igénybevételét okozza (CPU~50-65%, RAM~80-85%). Ez az igénybevétel javul a frissítések telepítésével és a számítógép hosszú bekapcsolt állapota alatt, de pont ez az a hardver, ami már Linuxot kíván. És ez az a mértékű terhelés, ami már az online összejöveteleken való részvételt lehetetlenné teszi.
Mivel a gép a fenntartóé és semmi változtatást nem tehetünk rajta, ezért jó lenne egy Puppy Linux, ami ezekhez a modern masinákhoz passzolna, és a 360° ban kihajtható kijelző miatt jó lenne olyan lehetőség, ahol a pendrive ki is húzható a gépből, hogy a nyitogatás közben ne sérüljön meg a gép vagy a pendrive.
Azért írtam itt, hogy minden készítőhöz eljusson a hír, hátha van egy jó megoldás ezen gépek felgyorsítására. Ha van ötletetek, hogy melyik iso vagy disztró működhet, kérlek jelezzétek. Köszönöm.
Re: Utak lehetőségek a Puppy számára
Idézet:
... jó lenne olyan lehetőség, ahol a pendrive ki is húzható a gépből, ...
Amennyiben ez a mondatrész a fő feltétel, akkor a célnak talán a Puli linux felelhetne meg.
https://skamilinux.hu/puli-7-0/
--------------------------------------------------------------------------
https://uk.store.asus.com/asus-br1100fk ... -feed.html
... jó lenne olyan lehetőség, ahol a pendrive ki is húzható a gépből, ...
Amennyiben ez a mondatrész a fő feltétel, akkor a célnak talán a Puli linux felelhetne meg.
https://skamilinux.hu/puli-7-0/
--------------------------------------------------------------------------
https://uk.store.asus.com/asus-br1100fk ... -feed.html
Re: Utak lehetőségek a Puppy számára
nocsak
—
ma 13:34-kor
viewtopic.php?p=10208#p10208
KuLuSz
—
ma 13:59-kor
hát ha kihajthatós akkor touch screen-es
modern uefi-re meg a hibrides iso-k
de el kéne magyarázni hogy tud uefi képes usb-t csinálni
willy36
—
ma 15:46-kor
rufus és gpt kiválaszt, ennyi
mbr helyett
rufusból a 3.17-est töltse le, utána, teljesen átrendezték és van gond puppy-val vele, ha emlékszel, együtt kínlódtunk, mert törölt file-okat
mire kiderült
-<(].K.u.L.u.S.z.[)>-
-----------------------------------------------
Elérhetőségeim: Angol irc csevegő, (reg mentes) Discord, YouTube
-----------------------------------------------
Elérhetőségeim: Angol irc csevegő, (reg mentes) Discord, YouTube
Re: Utak lehetőségek a Puppy számára
Üdv!
Nem, nem okfejtegetés következik ezúttal, hanem egyfajta hol tartunk most tényközlés (mivel elég sovány tájékoztatás volt részünkről legalábbis a Discordon kívüli felületeken):
Gondolom a nagy csend rávilágított sokakat, hogy küzdelmes időket élünk, a SourceForge tárolóinkon tapasztalható "mocorgás" is erről árulkodik. Véglegesnek mondható új kiadás még nem született amiről bejelentést írtunk volna, mert nagyon nagy és gyors változásokon megy át a Linuxos világ, néhány példa: az usrmerge, systemd, glibc>=2.38 problémák, xz-utils kálvária, AI őrület, OpenRecall és még lehetne hosszan sorolni, hogy mik nehezítik egy általunk stabilnak kiadott Puppy Linux létrehozását, mindezt úgy, (mély levegő) hogy tesztelési és visszajelzésből eredő infók hiányában legutolsó soron a fejlesztési hatékonyságunk ezek okán jelentősen lassult. De mivel a stabil, és használható gyakorlati haszonnal és nem (csak) önszórakoztatásból elkészített kiadások a fő célunk, igyekszünk akkor és kizárólag akkor bejelenteni új kiadást, ha részünkről kiadhatónak ítéljük. Egyébként nem egyszer, nem kétszer fordult elő, hogy kiadást közvetlen megelőzőleg vagy azután jött egy változás, ami miatt az egész projektet dobhattuk a kukába.: usrmerged, non-usrmerged mizéria, mivel függünk a forrásoktól manapság 4x, 5x átgondoljuk, hogy kiadjuk e, vagy sem. A legfőbb előnye viszont minden Linuxnak megvan: nem kizárólag egy hibakódot kapunk, hanem a hiba okát is meg lehet belőle fejteni (még). Tehát kiváló tanulási lehetőség azoknak is akik tőlünk és a Puppy Linuxtól adott esetben már elhatárolódtak. Valamint nem idézem százezredjére ide, de Torvalds diplomamunkája egy hordozható operációs rendszer volt, ami lett végül a Linux. Mi is ennek okán igyekszünk aktualizálva használhatóbbá tenni a Puppy Linux kiadásainkat, legyen szó átmeneti megoldásról, rendszermentésről, vagy hosszú távú használatról.
Nem, nem okfejtegetés következik ezúttal, hanem egyfajta hol tartunk most tényközlés (mivel elég sovány tájékoztatás volt részünkről legalábbis a Discordon kívüli felületeken):
Gondolom a nagy csend rávilágított sokakat, hogy küzdelmes időket élünk, a SourceForge tárolóinkon tapasztalható "mocorgás" is erről árulkodik. Véglegesnek mondható új kiadás még nem született amiről bejelentést írtunk volna, mert nagyon nagy és gyors változásokon megy át a Linuxos világ, néhány példa: az usrmerge, systemd, glibc>=2.38 problémák, xz-utils kálvária, AI őrület, OpenRecall és még lehetne hosszan sorolni, hogy mik nehezítik egy általunk stabilnak kiadott Puppy Linux létrehozását, mindezt úgy, (mély levegő) hogy tesztelési és visszajelzésből eredő infók hiányában legutolsó soron a fejlesztési hatékonyságunk ezek okán jelentősen lassult. De mivel a stabil, és használható gyakorlati haszonnal és nem (csak) önszórakoztatásból elkészített kiadások a fő célunk, igyekszünk akkor és kizárólag akkor bejelenteni új kiadást, ha részünkről kiadhatónak ítéljük. Egyébként nem egyszer, nem kétszer fordult elő, hogy kiadást közvetlen megelőzőleg vagy azután jött egy változás, ami miatt az egész projektet dobhattuk a kukába.: usrmerged, non-usrmerged mizéria, mivel függünk a forrásoktól manapság 4x, 5x átgondoljuk, hogy kiadjuk e, vagy sem. A legfőbb előnye viszont minden Linuxnak megvan: nem kizárólag egy hibakódot kapunk, hanem a hiba okát is meg lehet belőle fejteni (még). Tehát kiváló tanulási lehetőség azoknak is akik tőlünk és a Puppy Linuxtól adott esetben már elhatárolódtak. Valamint nem idézem százezredjére ide, de Torvalds diplomamunkája egy hordozható operációs rendszer volt, ami lett végül a Linux. Mi is ennek okán igyekszünk aktualizálva használhatóbbá tenni a Puppy Linux kiadásainkat, legyen szó átmeneti megoldásról, rendszermentésről, vagy hosszú távú használatról.
Re: Utak lehetőségek a Puppy számára
Helló !
Szóval puppy! (bocsi, de ez egy picit nagy lett)
Az elmúlt 2 évben nagyon megváltozott a „puppy világa“, a „vanilla“ megjelenésével új koncepció került előtérbe, mármint a „hivatalos verziók“ terén. A Woof-Ce sajnos már nem a barátunk.
Arról van szó, hogy az új puppy-k alapja a Debian -- ezért vanilladpup van (persze volt kísérlet vanillaupup-ra is - Ubuntu -, csak elhalt) . De ez csak az egyik változás, mert közben megpróbálják a csomagkezelést is rendbe tenni az „apt“-vel.
Most a vanilladpup-10 a stabil változat, de hogy ne tudjuk kitalálni, hogy mit is takar, ezért a vanilladpup számozása nincs szinkronba a debian verziók számozásával. Vanilladpup-10 az debian bookworm, azaz debian-12. Még van a Dpup-10 is, ami a tulajdonképpen vanilladpup-10 egyik változata.
A vanilladpup és a dpup struktúrájára jellemző, hogy „minden linkes“ benne, azaz a gyökérben nincs /bin, /lib és /sbin sem, csak link az /usr-be. Megjegyzem, ha ez nem lenne elég nekünk akkor nézzük meg a vanilladpup-11-et, mint tesztváltozatot, jövőképet, s már rá is döbbenünk, hogy „eltűnt“ puppy, szerintem ez már csak egy erőlködés, de nem a klasszikus puppy koncepció.
Minden amit ide írok a saját „látomásom“, nem egy hivatalos elképzelés a jelen helyzetről és nem is a magyar puppy közösség álláspontja.
Először a csomagkezelésről pár meglátás:
Jó lenne az alapötlet, használjunk „apt"-t, persze synaptic-ot is, egyszerű, letisztult csomagkezelést jelentene, de nem. Mivel mi csak építkezünk a debian-ból, ezért csak azon bin-eket, lib-eket, stb. tartalmazza a puppy-nk, ami nekünk a puppy működéséhez kell. Ha nincs „jelentősebb“ javítgatás a debian csomagok terén, akkor az apt remekül használható, de 1-2 hónap után, már részünkre használhatatlanná válik, mivel a puppy-nk frissítése nem működik vele. Sajnos még az egyenkénti csomagtelepítés, csomagkezelés sem, mert törött csomagok, hiányok, stb. keletkeznek. Ha letöltjük azokat a frissítendő csomagokat, amire szükségünk lenne, akkor meg beleszaladunk a „gdebi“ csapdájába -- a csomagok telepítési sorrendjét, esetleges függőségeiket, a megfelelő verziójukat nekünk kell kitalálni. Itt meg kell jegyeznem, hogy a debian gdebi-je nem hajlandó az ubuntus deb-eket (meg sok másikat sem) telepíteni. Ha azt mondom a deb csomagok telepítésére, hogy telepítse a „petget“ (program hozzárendelése), akkor ezt a telepítésemet az apt nem fogja látni, s a PPM meg nem látja az apt-s telepítéseket.
A vanilladpup-ban van PPM, csak a használatára rá kell beszélni a rendszert - s aztán vagy apt, vagy PPM.
Mivel az apt olykor használhatatlanná válik, én a PPM-t javaslom és abból is a 2.1.2-őt, mert a 2.5 nem az igazi.
Kitérő -- azért van sűrűn új vanilladpup, vagy dpup-10, hogy az OS frissítésével feloldják az apt-s problémát. (1-2 hónap, s lehet újabb ISO.)
„Linkesdi“ - mármint, hogy linkes a /bin, a /lib és a /sbin:
ez jó is meg nem is.
Jó, mert a nagy disztrók irányát követjük, de rossz mert sok program telepítéskor (akár *.pet, *.deb, *.rpm, stb.) létrehozza a /bin, /lib, /sbin könyvtárat (könyvtárakat) és a puppy már ki is akad, mivel megváltoztak az elérési útvonalak -- persze, ha volt mentésünk, akkor abba is „beledisznózott“ és nem biztos, hogy helyre tudjuk állítani.
Fontos, hogy a puppy egyik remek sajátosságát, a huge-kernelt is nagy figyelemmel használjuk, mert az adott puppy felépítéséhez (linkes, nem linkes) hozzá kell igazítani.
Hol tartunk?
1. Saját magunknak kell puppy-t, jelenleg Dpup-10-et készíteni. Ezt „nocsak“ megteszi, de előtte a Voof-Ce-t is „renbe kell“ raknia.
2. Kell csinálni hozzá egy használható huge-kernelt, ismét „nocsak“ van központba (nem linkesdiről van szó, teljesen új kernelcsomag kell!). Persze az "initrd"-t sem lehet "magára hagyni", azt is rendezni kell.
3. Rendbe kell tennünk a puppy-t, s majd „klasszikus puppy"-t kell belőle csinálni (PPM-mel), mert így megoldódik a könyvtárszerkezeti gond. Természetesen felhasználunk miden olyan puppy-t, megoldást, ami után az elkészült puppy-nk használhatóbb lesz.
4. Csinálnunk kell saját „trixie-puppy"-t, mert ami várható az nem puppy.
További problémát okoz a gtkdialog verziója (/sbin), mert az újakban lévők nagyon sok régi program, szkript, gui, stb. futtatását lehetetlenné teszik, vagyis ezeket is cserélni kell. Sok *.sh-t, gui-t átírtak, vagy részben átírtak és ezeket is mind egyenként, soronként át kell nézni.
A /etc/profile-t „nocsak“ átírta, s így már legalább „mindenki“ tudja, hogy hol van, vagyis tisztázva vannak az elérési utak, a környezeti változók az általunk készített puppy-kban!
A /var-ból a /packages könyvtárat vissza kell tenni a /root-ba, mert a remaster csak így tudja majd a helyére pakolni az általunk telepített programok „leírásait“ (woof-installed-packages, /builtin_files), ha ez nem korrekt, akkor a PPM nem fogja tudni, hogy miket telepítettünk. Sajnos az új puppy-kban lévő woof-installed-packages, /builtin_files sok olyan bejegyzést is tartalmaz, ami nincs az adott puppy-ban és ez a csomagtelepítések során ellentmondásokhoz vezet, ezért kell a saját puppy, hogy tiszta képünk legyen a puppy-nkról.
Megjegyzem, hogy az apt esetében is figyelni kell a /var/lib/dpkg tartalmát, mert a remaster nem írja a „status“ fájl tartalmát, s így el fognak veszni az általunk telepített programok információi.
Az is gond, hogy sok program nem tartalmaz minden függőségre vonatkozóan adatot és így telepítés után nem fog rendesen működni, vagy el sem indul. Ezért célszerű a telepített programot először terminálból indítani, mert ki fogja írni az esetleges problémákat, hiányzókat.
Itt be is fejezem, mert még a vanilladpup nyomtatással, samba-val, python-nal kapcsolatos problémáit is sorolhatnám, ideértve az ffmpeg, a Qt verziók és a glibc folyamatos változását és ezek folyományait.
Szóval saját puppy kell és annak „klassziknak“ kell lennie...
Szóval puppy! (bocsi, de ez egy picit nagy lett)
Az elmúlt 2 évben nagyon megváltozott a „puppy világa“, a „vanilla“ megjelenésével új koncepció került előtérbe, mármint a „hivatalos verziók“ terén. A Woof-Ce sajnos már nem a barátunk.
Arról van szó, hogy az új puppy-k alapja a Debian -- ezért vanilladpup van (persze volt kísérlet vanillaupup-ra is - Ubuntu -, csak elhalt) . De ez csak az egyik változás, mert közben megpróbálják a csomagkezelést is rendbe tenni az „apt“-vel.
Most a vanilladpup-10 a stabil változat, de hogy ne tudjuk kitalálni, hogy mit is takar, ezért a vanilladpup számozása nincs szinkronba a debian verziók számozásával. Vanilladpup-10 az debian bookworm, azaz debian-12. Még van a Dpup-10 is, ami a tulajdonképpen vanilladpup-10 egyik változata.
A vanilladpup és a dpup struktúrájára jellemző, hogy „minden linkes“ benne, azaz a gyökérben nincs /bin, /lib és /sbin sem, csak link az /usr-be. Megjegyzem, ha ez nem lenne elég nekünk akkor nézzük meg a vanilladpup-11-et, mint tesztváltozatot, jövőképet, s már rá is döbbenünk, hogy „eltűnt“ puppy, szerintem ez már csak egy erőlködés, de nem a klasszikus puppy koncepció.
Minden amit ide írok a saját „látomásom“, nem egy hivatalos elképzelés a jelen helyzetről és nem is a magyar puppy közösség álláspontja.
Először a csomagkezelésről pár meglátás:
Jó lenne az alapötlet, használjunk „apt"-t, persze synaptic-ot is, egyszerű, letisztult csomagkezelést jelentene, de nem. Mivel mi csak építkezünk a debian-ból, ezért csak azon bin-eket, lib-eket, stb. tartalmazza a puppy-nk, ami nekünk a puppy működéséhez kell. Ha nincs „jelentősebb“ javítgatás a debian csomagok terén, akkor az apt remekül használható, de 1-2 hónap után, már részünkre használhatatlanná válik, mivel a puppy-nk frissítése nem működik vele. Sajnos még az egyenkénti csomagtelepítés, csomagkezelés sem, mert törött csomagok, hiányok, stb. keletkeznek. Ha letöltjük azokat a frissítendő csomagokat, amire szükségünk lenne, akkor meg beleszaladunk a „gdebi“ csapdájába -- a csomagok telepítési sorrendjét, esetleges függőségeiket, a megfelelő verziójukat nekünk kell kitalálni. Itt meg kell jegyeznem, hogy a debian gdebi-je nem hajlandó az ubuntus deb-eket (meg sok másikat sem) telepíteni. Ha azt mondom a deb csomagok telepítésére, hogy telepítse a „petget“ (program hozzárendelése), akkor ezt a telepítésemet az apt nem fogja látni, s a PPM meg nem látja az apt-s telepítéseket.
A vanilladpup-ban van PPM, csak a használatára rá kell beszélni a rendszert - s aztán vagy apt, vagy PPM.
Mivel az apt olykor használhatatlanná válik, én a PPM-t javaslom és abból is a 2.1.2-őt, mert a 2.5 nem az igazi.
Kitérő -- azért van sűrűn új vanilladpup, vagy dpup-10, hogy az OS frissítésével feloldják az apt-s problémát. (1-2 hónap, s lehet újabb ISO.)
„Linkesdi“ - mármint, hogy linkes a /bin, a /lib és a /sbin:
ez jó is meg nem is.
Jó, mert a nagy disztrók irányát követjük, de rossz mert sok program telepítéskor (akár *.pet, *.deb, *.rpm, stb.) létrehozza a /bin, /lib, /sbin könyvtárat (könyvtárakat) és a puppy már ki is akad, mivel megváltoztak az elérési útvonalak -- persze, ha volt mentésünk, akkor abba is „beledisznózott“ és nem biztos, hogy helyre tudjuk állítani.
Fontos, hogy a puppy egyik remek sajátosságát, a huge-kernelt is nagy figyelemmel használjuk, mert az adott puppy felépítéséhez (linkes, nem linkes) hozzá kell igazítani.
Hol tartunk?
1. Saját magunknak kell puppy-t, jelenleg Dpup-10-et készíteni. Ezt „nocsak“ megteszi, de előtte a Voof-Ce-t is „renbe kell“ raknia.
2. Kell csinálni hozzá egy használható huge-kernelt, ismét „nocsak“ van központba (nem linkesdiről van szó, teljesen új kernelcsomag kell!). Persze az "initrd"-t sem lehet "magára hagyni", azt is rendezni kell.
3. Rendbe kell tennünk a puppy-t, s majd „klasszikus puppy"-t kell belőle csinálni (PPM-mel), mert így megoldódik a könyvtárszerkezeti gond. Természetesen felhasználunk miden olyan puppy-t, megoldást, ami után az elkészült puppy-nk használhatóbb lesz.
4. Csinálnunk kell saját „trixie-puppy"-t, mert ami várható az nem puppy.
További problémát okoz a gtkdialog verziója (/sbin), mert az újakban lévők nagyon sok régi program, szkript, gui, stb. futtatását lehetetlenné teszik, vagyis ezeket is cserélni kell. Sok *.sh-t, gui-t átírtak, vagy részben átírtak és ezeket is mind egyenként, soronként át kell nézni.
A /etc/profile-t „nocsak“ átírta, s így már legalább „mindenki“ tudja, hogy hol van, vagyis tisztázva vannak az elérési utak, a környezeti változók az általunk készített puppy-kban!
A /var-ból a /packages könyvtárat vissza kell tenni a /root-ba, mert a remaster csak így tudja majd a helyére pakolni az általunk telepített programok „leírásait“ (woof-installed-packages, /builtin_files), ha ez nem korrekt, akkor a PPM nem fogja tudni, hogy miket telepítettünk. Sajnos az új puppy-kban lévő woof-installed-packages, /builtin_files sok olyan bejegyzést is tartalmaz, ami nincs az adott puppy-ban és ez a csomagtelepítések során ellentmondásokhoz vezet, ezért kell a saját puppy, hogy tiszta képünk legyen a puppy-nkról.
Megjegyzem, hogy az apt esetében is figyelni kell a /var/lib/dpkg tartalmát, mert a remaster nem írja a „status“ fájl tartalmát, s így el fognak veszni az általunk telepített programok információi.
Az is gond, hogy sok program nem tartalmaz minden függőségre vonatkozóan adatot és így telepítés után nem fog rendesen működni, vagy el sem indul. Ezért célszerű a telepített programot először terminálból indítani, mert ki fogja írni az esetleges problémákat, hiányzókat.
Itt be is fejezem, mert még a vanilladpup nyomtatással, samba-val, python-nal kapcsolatos problémáit is sorolhatnám, ideértve az ffmpeg, a Qt verziók és a glibc folyamatos változását és ezek folyományait.
Szóval saját puppy kell és annak „klassziknak“ kell lennie...
Re: Utak lehetőségek a Puppy számára
Üdv!
Sajnos megint kell ide írnom. Minap próbálkoztam alaposabban az 5.10.223 és 5.10.224 kernelek fordításával... mint azt a nemzetközi puppy fórumon jeleztem is, ezekkel lukra futottam. Mint kiderült az aufs-t variálták át a .220 -as verziótól - de itt az eredeti poszt.
A gond csak az, hogyha ez a lavina elindul magával viszi a puppyt is... legalábbis az eddigi sfs kezelését minden bizonnyal.
BarryK is az egyik blogbejegyzésében érdekesen nyilatkozott:
https://bkhome.org/news/202402/overlay- ... aster.html
Remélem, hogy a fennmaradó kernel verzióknál amik még szükségesek lehetnek sikerül tovább fejleszteni az aufs-t is!
Sajnos megint kell ide írnom. Minap próbálkoztam alaposabban az 5.10.223 és 5.10.224 kernelek fordításával... mint azt a nemzetközi puppy fórumon jeleztem is, ezekkel lukra futottam. Mint kiderült az aufs-t variálták át a .220 -as verziótól - de itt az eredeti poszt.
A gond csak az, hogyha ez a lavina elindul magával viszi a puppyt is... legalábbis az eddigi sfs kezelését minden bizonnyal.
BarryK is az egyik blogbejegyzésében érdekesen nyilatkozott:
https://bkhome.org/news/202402/overlay- ... aster.html
I just have to give up. When Dr. Okajima retires from developing Aufs, I will also retire from Linux development.
Remélem, hogy a fennmaradó kernel verzióknál amik még szükségesek lehetnek sikerül tovább fejleszteni az aufs-t is!
Re: Utak lehetőségek a Puppy számára
nocsak írta: ↑2024.08.20. 14:08 Üdv!
Sajnos megint kell ide írnom. Minap próbálkoztam alaposabban az 5.10.223 és 5.10.224 kernelek fordításával... mint azt a nemzetközi puppy fórumon jeleztem is, ezekkel lukra futottam. Mint kiderült az aufs-t variálták át a .220 -as verziótól - de itt az eredeti poszt.
A gond csak az, hogyha ez a lavina elindul magával viszi a puppyt is... legalábbis az eddigi sfs kezelését minden bizonnyal.
BarryK is az egyik blogbejegyzésében érdekesen nyilatkozott:
https://bkhome.org/news/202402/overlay- ... aster.html
I just have to give up. When Dr. Okajima retires from developing Aufs, I will also retire from Linux development.
Remélem, hogy a fennmaradó kernel verzióknál amik még szükségesek lehetnek sikerül tovább fejleszteni az aufs-t is!
Megoldva: viewtopic.php?p=10327#p10327
Re: Utak lehetőségek a Puppy számára
Sziasztok!
Létrehoztam egy Űrlapot aminek segítségével talán hatékonyabbak lehetünk.
Minden válaszadónak előre is köszönöm - köszönjük ha hozzájárul az űrlap kitöltésével fejlődésünkhöz!
Létrehoztam egy Űrlapot aminek segítségével talán hatékonyabbak lehetünk.
Minden válaszadónak előre is köszönöm - köszönjük ha hozzájárul az űrlap kitöltésével fejlődésünkhöz!