-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
#100399
IstvánLászló
őstag
ubyegon2
#100391
IstvánLászló
őstag
válasz
ubyegon2
#100391
üzenetére
Szép napot kivánok.
Azt értem amit mondasz..A részemről nem a piszkálódás a célom,ígyekeztem jó véleményeket - mondani.
Én minden Linux usert tisztelem,dettó nem kell Wint használnom,mert miden jól müködik; Steam;Lutris és nagyon jó teljesítménnyel futnak a játékaim - ha éppen játszanék.
-
Warton
őstag
válasz
Rowon
#100382
üzenetére
XZ backdoorról nem tudok nyilatkozni, én nem tapasztaltam azzal kapcsolatosan problémát, biztos volt valakinél.
A belső tároló egy nagyon szép gondolat, de ha a kívánt program nincs benne akkor azért muszáj valamit csinálni. Pl. nincs bent a brave, aminek szerintem alapnak kéne lennie, még a windows store-ban is benne van, nincs benn az onlyoffice, nincs benn a nuclear. Csak, hogy néhány példát mondjak. Persze a firefoxszal is el lehet bohóckodni, de hát az egy rossz termék sajnos.
-
-
CPT.Pirk
Jómunkásember
válasz
Rowon
#100394
üzenetére
Nekem nem futott, vagyis futott, de belehalt... Hetekig leveleztem a drm fórumban, mert az én 6700XT kártyám (ami akkor már se nem volt zsír új, se nem luxus) játék alatt random meghalt és nyomoztuk, végül eljutott odáig a dolog, hogy valszeg alulfeszelődik a GPU. A javítás friss kernellel jött.
A mesa meg megint olyan dolog, hogy neked éppen megy amit játszol. Ettől független tonnányi javítást raknak bele kiadásról kiadásra. A VLC meg csak egy példa volt, valakinél itt jelentkezett, hogy nem ment a HW gyorsítás, mert egyszerűen túl régi volt a lejátszója...
-
válasz
CPT.Pirk
#100392
üzenetére
megfelel a régi mesa, aki játszik annak meg nem
Én is játszok Steamen. A Debian Mesájával, nem PPA-val. Ha azon is fut a játék, akkor minek a PPA?
Ugyanígy VLC helyett nekem a Gnome miatt Celluloid van. Az is lejátszik mindent, akkor minek a PPA?
Kicsit olyan érzésem van, hogy javítsuk meg azt, ami amúgy is működik... -
#100393
ubyegon2
félisten
tordaitibi
#100388
válasz
tordaitibi
#100388
üzenetére
Ubi egy kulonleges eset, tenyleg elvan ppa nelkul.
Én különleges eset!
És ezt Te írod...Elvagyok én mindennel és minden nélkül is, csak ne Win, meg ezek a snap, flatpak és társai rettenetek legyenek. Ezek mind-mind az elbutulás felé vezetik a usereket!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Elképzeltelek téged is 20 év múlva, amint az 50 éves régi XP-s szutykaid még meglesznek az akkori AI-flatpakon és a legújabb megoldásokat erőszakolod össze a 40 éves Ubuntuddal! 
(nehogy megilletődj, eccerűen ez most beugrott, minden bántó szándék nélkül) -
CPT.Pirk
Jómunkásember
válasz
Rowon
#100385
üzenetére
A te igényeidet. És itt arra gondolok, hogy neked pl. megfelel a régi mesa, aki játszik annak meg nem. A Debian 12 előtt meg nem kicsit, hanem jelentősen régi mesa-t jelentett az, hogy régi. PPA-val megkaptad a frisset.
De a VLC-től kezdve egy rakás más progihoz is van PPA, hogy ne kelljen hosszú időt várnod egy nyamvadt frissítésre.
-
#100391
ubyegon2
félisten
IstvánLászló
#100387
válasz
IstvánLászló
#100387
üzenetére
Nehogy vérkomolyra vedd ezeket a Linuxom belüli froclizásokat!
Mindig is egészséges marad ez a piszkálódás LTS és rolleres tábor között. Amúgy míg nem kell Wint használnom, én bármelyik Linuxszal ellennék. 
De gyanítom, minden normális Linux user így van ezzel.PPA-t régebben használtam én is, Selene egyszercsak megszünt tárolós verzióban és PPA kellett, de már egy ideje nem nagyon rakok fel semmit külön Linux Mintre, kivéve a megszokott cli-s programokat.
Anno nálam is Debian volt a Linux Mint mellett állandóra, főleg mélyebb megismerés céljából, így én is megtanultam PPA nélkül ellenni.
Van amúgy egy Win11-em is egy 2230-as NVMe SSD-n, de nincs gépközelben. Ezzel kaptam a használtüzleti notit.
-
#100390
IstvánLászló
őstag
IstvánLászló
őstag
Ubi-nak saját eképzelése van a rendszernének a használatának és ezért nem használja a ppa-kat.
Mindenki azt és úgy használja - ami tetszik.. -
Rimuru
veterán
válasz
Rowon
#100385
üzenetére
> To our knowledge the malicious code which was distributed via the release tarball never made it into the Arch Linux provided binaries, as the build script was configured to only inject the bad code in Debian/Fedora based package build environments. The news item below can therefore mostly be ignored.
-
#100388
tordaitibi
veterán
Rowon
#100382
válasz
Rowon
#100382
üzenetére
Hehe...
Megint csak magamat ideznem, persze tokeletes.a gyari repo.
Mindaddig mig ki nem lepsz a mediaplayer/VLC, bongeszo/Firefox es a terminal vonalan kivulre.
Ja es ismet tordaitibi plagizalas, a gyari repokat koszonom szepen a 3-4 eves csomagjaival.
Es megint en, ezen siman segit a flatpak meg a snap csak az itt maga a satan.
Aur tenyleg kanan, archoztam en is es az nekem nagyon tetszett.Ubi egy kulonleges eset, tenyleg elvan ppa nelkul.
Nalam otthon megnezem most mobilrol vagyok de legalabb 5 ppa van, amik nincsenek gyari repoba.
Az egyik mar nincs mert van belyette snap de Opera, Onedrive Smplayer az sose volt.
Tudom hasznaljak VlC-t Firefoxot.Nem, de assan az sincs csak konteneres. -
#100387
IstvánLászló
őstag
Rowon
#100375
IstvánLászló
őstag
válasz
Rowon
#100375
üzenetére
"Arch mániát sose fogom megérteni."
EndeavourOS-t használom régóta mindenre,amit nem bántam meg..
Arch nem kezelhetetlen rendszer,nem igényel folyamatos gondozást,anomáliákat idáig nem is tapasztalok.
A naponta érkezö frissítéseket futtatom és minden okés.
Azt + értem hogy a Debian-t használod és neked ő a jó OS..
Én sohasem fogom ezt mániának nevezni,mindenki azt a disztrot használja - amit éppen-akar ,ez a szép a LinuxOS világában.. -
válasz
CPT.Pirk
#100383
üzenetére
Az utolsó bejegyzést te sem gondolod komolyan... Elvétve találsz olyan Mint / Ubuntut felhasználót, aki nem használ valamilyen PPA-t.
Dehogynem, teljesen komolyan gondoltam, felváltva használok Debiant és Linux Mintet, nálam semmilyen PPA nincs és anélkül is teljesen jól ellátja az igényeimet mindkettő. Amit meg nem látnak el, arra ott a mobil rackben a Win10, de az már egy másik történet.Továbbá az Arch binárisok nem voltak érintettek az XZ backdoor által.
Én ezt nem így olvastam. A Red Hat felhívja a figyelmet a hibára és kiemeli, hogy más disztrók is érintettek lehetnek, konkrétan megjegyzik, hogy az XZ 5.6.x verziójú csomagjai érintettek. Ezek jelen voltak az Archban is. -
CPT.Pirk
Jómunkásember
válasz
Rowon
#100382
üzenetére
Az utolsó bejegyzést te sem gondolod komolyan... Elvétve találsz olyan Mint / Ubuntut felhasználót, aki nem használ valamilyen PPA-t.
Továbbá az Arch binárisok nem voltak érintettek az XZ backdoor által. Bővebben: https://archlinux.org/news/the-xz-package-has-been-backdoored/
-
válasz
Warton
#100379
üzenetére
Azért látjuk Tordai úr kálváriáját a megromlott Ubuntujával
2016-os rendszer, 8 éves... Linuxnál az a jó, ha viszonylag új a rendszer, pl. még a közel 2 éves Debian Stable teljesen jól használható, de egy 8 éveset már fel nem raknék, nem hogy kínlódjak a visszafelé már semmivel sem kompatibilis csomagfüggőségekkel... Gondolkodás nélkül letörölném.
Ezzel szemben az Arch kb. örök
Ja, addig amíg nem jön egy újabb XZ backdoor, amitől az Arch userek dobnak egy hátast. Most is közel voltak hozzá!
És akkor ott az AUR, ami kinyit egy teljesen új világot.
Na olyan sosem lesz nálam. Se AUR, se PPA, se COPR... Azért tartják fent kőkemény pénzekért a hivatalos belső tárolókat, hogy ne az ftp.veristvan.hu/linugz AUR tárolóból töltögessem le a dolgokat.
-
válasz
Warton
#100379
üzenetére
Azért látjuk Tordai úr kálváriáját a megromlott Ubuntujával
De egy 18.04 Ubuntut használ!
(de főleg mikkel pakolja tele...)Nekem is van lejárt szavatosságú LinuxMIntem és nem tudom upgradelni, mert errort dobál.
Ez meg gondolom a szokásos user error lehet! Senki nem foglalkozik a figyelmeztetéssel, hogy minden nem hivatalos Ubuntu és Mint tárolós csomagot le kell pucolni főverzió upgrade előtt.
Amúgy meg LTS verziókról van szó, miért is lenne olyan, mint a rollingok?
Utóbbiakat meg csak frissítsd állandóan, ha kihagysz pár hetet, majd pislogsz erősen. Egyébként épp pár napja volt több nagyon ősi Ubuntu upgrade a topikban.
#100377 Rimuru
-
Warton
őstag
válasz
Rowon
#100375
üzenetére
Ezt is fordítva látom. Azért látjuk Tordai úr kálváriáját a megromlott Ubuntujával, hogy ez nem megy, az nem megy, lejárt csomagok vannak stb. Nekem is van lejárt szavatosságú LinuxMIntem és nem tudom upgradelni, mert errort dobál. Kétszer futottam eddig neki, de feladtam. Ezzel szemben az Arch kb. örök, mindig frissen tartható, nem jár le. Ugyanazzal a Manjaroval vagyok már 2,5 éve kb., úgy hogy már két gépet kiszolgált, csak az SSD-t raktam át. 4-5 naponta frissítem, amikor már 100 körül vannak az upgradelhető csomagok és az utóbbi időben (kopp-kopp) nem volt vele gond, 1 perc és kész, nagyon felügyelni se kell. És akkor ott az AUR, ami kinyit egy teljesen új világot.
-
CPT.Pirk
Jómunkásember
válasz
Rowon
#100375
üzenetére
A Meme részét megválaszolták, a másik részére meg azt tudom mondani, hogy a folyamatos gondoskodás kimerül annyiban, hogy naponta letolom a frissítés 1 soros parancsát.
Aki pl. gamer, annak fontos a friss mesa, kernel és társai. Egy Ubuntu / Mint jellegű disztrón olyat nem kapsz alapból.
-
válasz
Crvsh3R
#100374
üzenetére
If you have a /boot/grub2 folder instead of a /boot/grub folder , you need to adjust the file paths mentioned here and in the minegrub-update.service file
Also if you're not sure, run grub-mkconfig -V to check if you have grub version 2 (you should have) [link]Úgy látom, ahol fentiek teljesülnek, ott tudod használni. Ventoyt nem ismerem, egyszer csináltam vagy 5 disztróval, de pár hónap után egyszerűen megnyekkent teljesen.
-
urandom0
senior tag
-
#100371
urandom0
senior tag
tordaitibi
#100370
urandom0
senior tag
válasz
tordaitibi
#100370
üzenetére
Szívesen.
Ha érdekel valakit, a flatpakról is írtam egy elég hosszú blogbejegyzést, itten van e: https://logout.hu/cikk/linux_a_flatpak/nevtelen_oldal.html
-
#100370
tordaitibi
veterán
urandom0
#100369
-
urandom0
senior tag
válasz
sonar
#100368
üzenetére
FreeCAD-ből van flatpak csomag, szerintem használd azt, ha a flatpak telepítve van nálad. Ha nincs telepítve, de van telepítve snap, akkor használd a snap változatot. Végső esetben az appimage is jó lehet.
A Kicad meg mehet ppa-ból.Én a flatpakot preferálom, egyrészt mert olyan disztrókat használok, ahol a snap nem használatos, másrészt mert a snap a Canonical saját kisvállalkozása, a flatpak pedig univerzális, és teljesen nyílt forráskódú (a snap nem teljesen az). Nameg a flatpak programok gyorsabban indulnak.
-
sonar
addikt
Egy kis felhomályosítást kérnék.
appimage vs flatpack vs snap
Melyiket és melyiket ne?
Az elején voltak rossz tapasztalatok és azóta kerültem őket, de most van egy feloldhatatlan konflikt és hát ebből a 3 ból kéne kiválasztani egyet.A gond egyébként az, hogy felraktam a kicad-et és az meg leszedte a freecad-et, de nekem mindkettőre szükségem volna. Szóval freecad-et kéne vhogy felvarázsolni (linux mint 22 mate)
-
urandom0
senior tag
válasz
Warton
#100366
üzenetére
Snap ügyében nem tudok nyilatkozni, azt annyira nem ismerem.
Flatpak esetén vannak az ún. runtime-ok, ezekben van a programok függőségeinek nagy része. A képeden az összes, ami úgy kezdődik hogy org.freedesktop, az mind egy-egy Freedesktop runtime.
Ha kiadod a flatpak list --columns=app,size parancsot, akkor látni fogod, hogy igazából ezek a nagy méretűek, nem maguk az alkalmazások, mert ezekben vannak a függőségeik. -
Warton
őstag
válasz
urandom0
#100365
üzenetére
Akkor lehet, hogy azok függőségek?! Hmm... érdekes, én eddig azt hittem, hogy ezek a csomagformátumok úgy működnek, hogy minden az indításukhoz szükséges cucc benne van az adott csomagban. Akkor ezek szerint ők is, a repós társaikhoz hasonlóan függőségeket telepítenek snapban/flatpakban?!
Erről találtam egy négyéves posztot, majd este megnézem otthon, hogy erre mit dob.
-
urandom0
senior tag
válasz
Warton
#100364
üzenetére
Nézegetve a listát így se értem miért flatpak a mesa, illetve miért kellenek a gnome csomagok egy Kubuntura?
A te listádon nem látok Gnome-os flatpakot (csak a GTK3 Breeze-t, de az csak egy téma), csak snapot. Az meg azért kell, mert valamelyik snapos programodnak van Gnome függősége. Azt nem tudom, hogy melyiknek, biztos meg lehet valahogy nézni.
Az én listám meg nem Kubuntun készült.
-
Warton
őstag
válasz
urandom0
#100363
üzenetére
Nem vagyok mérvadó, mert sokat nem szoktam messengerezni, de arra jó. Most volt egy kis dokumentum, meg képküldözgetés messengeren keresztül és arra teljesen alkalmatlan volt, úgyhogy én is böngészőben intéztem azt.
Nézegetve a listát így se értem miért flatpak a mesa, illetve miért kellenek a gnome csomagok egy Kubuntura?
-
urandom0
senior tag
válasz
Warton
#100362
üzenetére
Caprine mennyire működik nálad? Én próbáltam, de áhh, problémásabb volt, mint böngészőből chatelni. Ferdiumot is próbáltam, az se volt sokkal jobb.
Neked nincs is sok flatpak programod
https://streamable.com/0d7qyt -
#100362
Warton
őstag
tordaitibi
#100358
Warton
őstag
válasz
tordaitibi
#100358
üzenetére
Vicces, én pont fordítva, ha lehet választani akkor inkább flatpak a snappel szemben. Próbálgatom a Kubuntut most már pár napja, kezdem belakni, nem annyira rossz ez, mint gondoltam először. Furcsa, hogy sok alap progi (firefox, thunderbird) snappes és nem a repoban van.
A snappes nuclear az istennek se akart elindulni, úgyhogy muszáj volt flatpakben felrakni. Caprine-t nem találtam snapban, úgyhogy flatpak az is. Aztán megszokásból az Onlyoffice is flatpakkes lett.
-
#100361
urandom0
senior tag
tordaitibi
#100358
urandom0
senior tag
válasz
tordaitibi
#100358
üzenetére
A konténeres megoldás, amit írtam, az nem flatpak ám. A flatpak teljesen más.
-
#100360
urandom0
senior tag
tordaitibi
#100357
urandom0
senior tag
válasz
tordaitibi
#100357
üzenetére
Az a python csak egy symlink a python2-re, nem? Ha nagyon kísérletezős kedvemben lennék, én lehet, hogy megpróbálnám kitörölni a python-t (ha tényleg csak egy symlink), és csinálni a helyére ugyanúgy python névvel egy másik symlinket, ami a python3-ra mutat. Csak kíváncsiságból, hogy ekkor mi történne.
Lehet, hogy akkor meg azok a programok nem indulnának el, amiknek python2 kell -
#100359
sh4d0w
félisten
tordaitibi
#100357
válasz
tordaitibi
#100357
üzenetére
Koszi. Szoval Canonicalek reszleges tamogatast adnak az LTS vegeig, mert a legutolso kiadott 2-es Python a 2.7.18 volt. Az ActiveState meg csinal hozza patcheket, ok a 2.7.18.6-nal jarnak.
Erdekes lenne tudni, hany ilyen egyeb cucc van meg a regebbi LTS-ekben, amikre semmilyen tamogatas nincs, Ubuntu Pro ide vagy oda.
-
#100358
tordaitibi
veterán
urandom0
#100356
válasz
urandom0
#100356
üzenetére
Igen a felsorolásod talán hiányos is
de tényleg elég amim van jelenleg.
Csak tudod a kíváncsiság, meg mivel megint hónapok óta semmi kihívás nem volt a 18.04-en, ragyogó lehetőség ez a Media-downloader megint egy kis agytornára.
Flatakot tisztelettel de visszautasítom, le van irtva. Becsületemre legyen mondva próbálkoztam vele de feladtuk egymást. Nekem nem jött be.
-
#100357
tordaitibi
veterán
sh4d0w
#100355
-
#100356
urandom0
senior tag
tordaitibi
#100354
urandom0
senior tag
válasz
tordaitibi
#100354
üzenetére
Gondolom, a csomag készítője arra számított, hogy aki telepíti, annál van Python 3, vagy snapból, vagy úgy, hogy lefordítja magának.
Ha a többi program megy a yt-dlp-vel meg a snapos Pythonnal, akkor szerintem a Media-downloader is menne vele. Bár nálad, a lejárt szavatosságú Ubuntun, két Wine, három snap és nyolc flatpak között,, tonnányi appimage tengerében (és mindez 3 SSD-n és 4 HDD-n) sosem lehet tudni, hogy mi megy és mi nem
Bár ha te tudod, az már bőven elég. -
#100355
sh4d0w
félisten
tordaitibi
#100354
válasz
tordaitibi
#100354
üzenetére
Nagyon erdekes dologra vilagitottal ra, amit pusztan a kutato szemevel nezve erdemes lenne kozelebbrol is megvizsgalni, de nem fogok nekiallni: elvileg az Ubuntu Pro-n keresztul kapsz meg frissiteseket az LTS rendszerre - nyilvan azokra a csomagokra, amelyeket most is fejlesztenek, tehat aktiv tamogatasuak. A 2.7-es Python viszont nem az, tehat egyreszt kerdeses, hogy Canonicalek megcimzik-e a tamogatas megszunese ota felbukkano biztonsagi hibakat (mert vannak, komolyak is), masreszt az is kerdeses, hogy hogyan teszik ezt.
Bedobnal nekem egy 2-es Python verzioszamot ide?
-
#100354
tordaitibi
veterán
urandom0
#100343
válasz
urandom0
#100343
üzenetére
Érdeklődés szinten kérdeznék.
Van ez a Media-downloader szoftver, Growler jóvoltából feltetelepítettem.
A szoftver oldalán van 18.04-re is még verzió, természetesen azt töltöttem le és telepítettem.
Kérdésem, ha van még 18.04-re, de a működése python3,9-től feljebb, akkor így mi értelme hogy még van 18.04-re? Hisz úgysem fog működni mivel azon 2.7 van.
Másik kérdésem.
Több program remekül együttműködik a Snap pythonnal, mrg a snap yt-dlp-vel.
Mindkettő a legfrissebb verzió van nálam jelenleg snap alatt.
Symlinkek és megy a mediaplayer streaming, pl. Smplayer tudja használni a snap yt-dlp-t symlinkkel.
Ez a Media-downloader vajon képes lehet erre? mert akkor probléma megoldva.
Ha nem sincs baj mert az általad leírt konténeres megoldást biztos hogy nem pakolom fel.
Mivel a szóbanforgó yt-dlp-re épülő összes alkalmazásom vagy tudja használni a snap yt-dlp-t, vagy natív snap app kicsit meghekkelve.
Mivel más gondom egyelőre nincs, a python elmehet a fenébe az összes verziójával meg nem támogatott szoftverével egyetembe.
Próbaképp tettem fel a szoftvert, nem létszükséglet hogy mindenáron működjön mivel a gépemen jelenleg 3 működő alternatívája van. Nem pont ugyanez persze de az általad leírt módszert nem csinálom végig csak hogy legyen egy 4. letöltögetős programom is.
A kíváncsiság hajtott, semmi más. Ha csak ez lenne a naprendszerbe yt-letöltő akkor persze hogy végigcsinálnám az általad leírtakat.
Biztonságra reagálva mert sh4d0w nagymester félt engem, jogosan egyébként.
Az Ubuntu Pro szépen teszi a dolgát így reménykedek hogy igaz az Ubuntu Pro oldalon olvasható szöveg, miszerint a fontos biztonsági frissítéseket megkapja az öreg rendszerem. Hét elején jött le több 10 mega frissítés, 30+ csomag a Pro vonalon vagyis működik.
Ha meg ez Ubuntuéknak így jó, ők azt mondják nekem hogy így bár szoftverileg hiányos de biztonság szempontából naprakész vagyok 2028-ig (ha jól emlékszek a dátumra) akkor én ezt elhiszem nekik. -
Warton
őstag
válasz
sh4d0w
#100347
üzenetére
Én abszolút nem értek hozzá, csupán egy megoldási javaslatot dobtam be arra az esetre, ha valaki nem tudja a lejárt szavatosságú ubuntujára telepíteni a pythonos progit, akkor esetleg megpróbálkozhat a wine-nal, mert nekem így is működött. És ez a módszer egy picit egyszerűbbnek tűnik, mint az urandom0-ás megoldás, ami bizonyára elegánsabb, időtállóbb stb. A wine meg egy favágós, mindenki által lenézett, leköpködött megoldás, de mégiscsak egyfajta megoldás. Písz
-
urandom0
senior tag
válasz
sh4d0w
#100347
üzenetére
Igen.
Tulajdonképpen a Wine közelebb áll a VM-hez, mint a konténer, mert a Wine a Windows-os hívásokat fordítja le Linuxosakra. Konténer esetén meg ugye nincs ilyen fordítás, ott natívan fut minden (csak izolált környezetben), közel a host rendszer sebességével megegyezően. -
urandom0
senior tag
válasz
sh4d0w
#100342
üzenetére
A Wine tök jó, amikor Windows-os programokat kell futtatni. De Tibi barátunk elég speciális eset, nála van Wine is, Snap is, meg lejárt szavatosságú Ubuntu, és folyamatosan szív miattuk. Ide a Wine már nem elég
Itt írtam a Distroboxról, ha érdekel esetleg valakit: https://logout.hu/bejegyzes/linux_futtassunk_barmely_disztrot_a_terminalunkban.html
-
válasz
Rowon
#100344
üzenetére
Minek kuzdesz ennyit? Teljes lemez titkositas, oszt csokolom - persze ehhez annyi lemez kell, ahany rendszered van. De mint emlitettem volt, amig nem mondod a rendszernek, hogy piszkaljon a masik rendszer dolgaihoz, addig nem teszi, a Windows meg keptelen ra, mert nem ismeri az ext filesystemeket.
-
válasz
urandom0
#100288
üzenetére
Köszönöm mindenkinek a választ! Sajnos nem találtam más BIZTOS megoldást, csak ezt... Fizikailag el kell szeparálni egymástól a lemezeket, amit SATA lemezek esetén egy power switch segítségével meg tudok oldani, viszont NVMe esetén a mobil rack nem igazán kivitelezhető még, kivéve van egy ilyen kütyü, ezzel meg lehetne oldani.
-
válasz
urandom0
#100338
üzenetére
Nem jo, bizony. Hiaba hivod a virtualis kornyezetben levo pip-et, attol az meg a rendszer python moduljaiba teszi be a requirements.txt-ben felsoroltakat.
A helyes parancssorrend:
python3 -m venv envsource ./env/bin/activatepip install -r requirements.txtpython <programnev>Ha ki akarsz lepni a virtualis kornyezetbol, akkor
deactivate. Ha ezt eddig nem igy csinaltad, abbol fakadhatnak azok a hibak, amiket eddig tapasztaltal. -
urandom0
senior tag
válasz
Warton
#100339
üzenetére
A konténer nem virtuális gép
Amúgy Tibinek nem csak emiatt az egy program miatt kellhet a konténer, sokszor belefut abba, hogy ez meg az nem megy nála, főleg az ilyen Pythonos cuccok. Ezzel a konténerezősdivel ezt meg tudja oldani.Szerintem a Wine sokkal gázabb, az egy fél Windowst magával hoz, és sokszor vannak benne kisebb-nagyobb hibák. Meg azért na, nehogymár egy elméletileg platformfüggetlen programhoz Wine kelljen.
-
#100339
Warton
őstag
tordaitibi
#100306
Warton
őstag
válasz
tordaitibi
#100306
üzenetére
Amúgy miez a nagy szerencsétlenkedés ezzel, ott van az exe, nálam simán futtatja a wine is.
Azt csá. Hozzatok már létre még néhány virtuálisgépet erre az egy exe futtatására! -
válasz
urandom0
#100336
üzenetére
Allj, mikor aktivalod a virtualis kornyezetet?
coresec@executor:~/projects/adventure$ echo $PATH/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/gamescoresec@executor:~/projects/adventure$ . ./venv/bin/activate(venv) coresec@executor:~/projects/adventure$ echo $PATH/home/coresec/projects/adventure/venv/bin:/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games(venv) coresec@executor:~/projects/adventure$ deactivatecoresec@executor:~/projects/adventure$ echo $PATH/home/coresec/bin:/home/coresec/bin:/home/coresec/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games -
#100336
urandom0
senior tag
tordaitibi
#100331
urandom0
senior tag
válasz
tordaitibi
#100331
üzenetére
Jó, itt van még egy megoldás, nézzük meg ezt.
1. Első körben kell hozzá a distrobox, ezt innen tudod leszedni:
https://snapcraft.io/distroboxHa valamiért nem menne, próbáld meg ezt is Githubról ezzel a paranccsal:
curl -s https://raw.githubusercontent.com/89luca89/distrobox/main/install | sudo sh2. Utána Készítünk egy distrobox konténert: distrobox create --name ubuntu --image ubuntu --yes
3. Belépünk a konténerbe (az "Installing basic packages..." résznél egy darabig elszüttyög majd):
distrobox enter ubuntu4. Telepítjük a python-t, a pip-et és a git-et: sudo apt update && sudo apt install python3-full python3-pip git
Ez sok csomagot le fog tölteni (~572MB), de ne foglalkozz vele.5. Lehúzzuk a programot, megcsináljuk neki a virtual environmentet, leszedjük a függőségeit és elindítjuk:
git clone https://github.com/oop7/YTSage.git
cd YTSage
python3 -m venv env
env/bin/pip3 install -r requirements.txt
env/bin/python3 YTSage.pyHa nem megy, másold be a hibaüzenetet, és megnézzük. mi lehet a baj.
A Distrobox-szal konténerbe lehet telepíteni szinte bármelyik disztrót. Ha a fenti módszert megcsináltad, lesz egy konténerizált 24.04.1-es Ubuntud, amibe a distrobox enter ubuntu paranccsal tudsz belépni. Elméletileg egy parancsikont is csinált magának.
Nagyon jó cucc ez a Distrobox, én is használom. Ezen a képen három disztrót futtatok egyszerre három konténerben, egy Debiant, egy Archot és egy Fedorát: [kép]
Mindháromban az Inkscape-et telepítettem, és ilyenkor amikor mindhárom fut: [kép]
Az egyik 1.4-es az Arch konténerből futott, a másik a Fedorából, az 1.2-es pedig a Debianból. Itt látszik, hogy telepítve volt mind a három, és még egy Tumbleweed is: [kép] -
#100333
growler
őstag
tordaitibi
#100331
growler
őstag
válasz
tordaitibi
#100331
üzenetére
Sajnálom! ... En Mint 21.3-on használom ezt a letöltőt - itt
3.10.6-1 a Python verzió. -
#100331
tordaitibi
veterán
growler
#100323
válasz
growler
#100323
üzenetére
media-downloader, sajnos tárgytalan.
Hogy pontosan mi baja az konkrétan nem tudom de természetesen ennek is a pythonokkal van baja, legalábbis én így látom.
Az lehet hogy a yt-dlp a friss benne van a csomagjába, de a szokásos verziónyavajája ennek is megvan, nevezetesen nem képes viszafelé kompatibilisen futni, saját magával nem hozott egy 3,9-et. A kör ismét bezárult egy öreg os viszonylatában.
Tényleg jó ez a python környezet teljesen rugalmas File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
File "/usr/lib/python3.6/runpy.py", line 85, in _run_code
exec(code, run_globals)
File "/home/tibi/.local/share/media-downloader/bin/yt-dlp/__main__.py", line 14, in <module>
File "/home/tibi/.local/share/media-downloader/bin/yt-dlp/yt_dlp/__init__.py", line 5, in <module>
ImportError: You are using an unsupported version of Python. Only Python versions 3.9 and above are supported by yt-dlpMarad a snapes mezei letöltögetőm.
-
urandom0
senior tag
válasz
urandom0
#100328
üzenetére
Egyébként ez a függőségesdi mindenhol probléma, nem csak a Linuxnál. Alább írták, én is tapasztaltam, hogy pl. Python esetében is hamar elévülnek a függőségek. De beszélhetünk szinte bármelyik másik rendszerről is, nekem pl. van olyan PHP-s projektem, amit 2020-ban írtam, de ma már nem tudnám telepíteni (ha csak neki nem állnék updatelni), mert a frameworknek az a verziója, amit használtam, már nem támogatott és nem is érhető el. De NodeJS-nél is belefutottam ugyanebbe, nem is egyszer. Az left-pad incidenst pedig már nem is említem, azt mindenki ismeri...
-
#100328
urandom0
senior tag
tordaitibi
#100320
urandom0
senior tag
válasz
tordaitibi
#100320
üzenetére
Ez számomra azért érdekes mert ugye portable, elvileg benne vannak a neki szükséges kellékek.
Nincsenek. Itt egy lista azokról a libekről, amiket appimage-be nem raknak bele: https://github.com/AppImageCommunity/pkg2appimage/blob/master/excludelist
Windows-on mindig nagyon ügyeltek a visszafelé kompatibilitásra, Linuxon ezt nem lehet elérni, mert nem írhatod elő az egyes fejlesztőknek, hogy csak akkor fogadod be a programjukat, ha 100%-ban nyújtják a visszafelé kompatibilitást. Ráadásul sok csomag már ki is került a disztróból, azzal sem lehet mit kezdeni, ha egyszer nincs hozzá maintainer.
Eleve a Linux kernel, mivel monolitikus, sokkal több minden van benne, mint az NT kernelben, így sokkal változékonyabb is. A Windows kernel és a rendszerintű részek nem változtak komolyabban a Vista óta, amikor bekerült az új grafikus alrendszer. A Linux meg pár évente init rendszert vált, pár évente audió rendszert vált, pár évente grafikus rendszert vált...
A Windows pl. 2 vagy 3 fájlrendszert támogat összesen, és ebben nem volt változás az 1990-es évek eleje óta (annyi volt, hogy a HPFS támogatás kikerült a rendszerből). A Linux meg annyit támogat kernel szinten, hogy felsorolni is nehéz. Ecryptfx, ext2, ext3, ext4, XFS, JFS, ReiserFS, FAT, ExFAT, Bcachefs, Minix, UFS, stb. És időnként bekerül egy-egy újabb fájlrendszer támogatás, egy másik kikerül... szóval a Linux nagyon evolválódik, és ilyen körülmények között borzasztó nehéz hosszútávon megtartani a visszafelé kompatibilitást. -
#100326
sh4d0w
félisten
tordaitibi
#100320
válasz
tordaitibi
#100320
üzenetére
Nem tudom megmondani, mit es hogyan hackeltel osszevissza, de alap, hogy nem tamogatott rendszert nem hasznalunk sem privat eletben, sem professzionalisban - de ha nagyon muszaj, akkor virtualisan, nagyon alaposan lekorlatozva.
Ebbol fakad a 2.7-es bajod is, lassan 5 eve nem tamogatott python volt jelen a rendszeredben es amikor feltelepitesz valamit, amit valaki csinalt es nem csinalsz neki virtualis kornyezetet, akkor a rendszer default kerul hasznalatba. Ami termeszetesen nem lesz kompatibilis az ujabbal, nem veletlenul mondja mindenki, hogy 2-es pythont nem hasznalunk mar.A fuggosegek pont ugyanez: a mar nem frissitett cuccok kikerulnek, hiszen senki nem akar olyan kornyezetet adni a userek kezebe, ahol nem biztosithato valamilyen szintu tamogatas. Errol a Kapitany nagyon sokat tudna meselni - meg meselt is, hogyan is mukodik.
A 6 eves apppimage-ed peldajara itt a valasz: "The key idea of the AppImage format is one app = one file. Every AppImage contains an app and all the files the app needs to run. In other words, each AppImage has no dependencies other than what is included in the targeted base operating system(s)." Ebbol altalaban a userek annyit latnak, hogy one app = one file, az utolso mondat meg kimarad. Mondjuk ugy, hogy "egy kicsit" szamit, mi a libc verzio es a hozza kotodo egyeb libek, headerek verzioja is.
Windows alatt azert tudod futtatni a regit, mert a regi libeket becsomagoljak az uj rendszerek melle is - termeszetesen ez olyan jellegu hordalek, amitol folyamatosan no a rendszer merete, folyamatosan no a disk es memoria terheles. Gyakorlatilag a mostani modernebb Windows-ok allandoan magukkal hurcolnak egy Windows XP-t, valamelyikben meg a GUI-ra is ki volt vezetve. Egyaltalan nem normalis allapot az IT-ban, hogy egy mar nem tamogatott rendszer gyokerei meg mindig jonnek velunk.
Az OT teljesen mas megiteles ala esik es ha dolgoznal OT rendszerekkel, rajonnel, hogy az altalad annyira emlegetett kompatibilitas Windows alatt sem letezik.
-
-
CPT.Pirk
Jómunkásember
válasz
sh4d0w
#100317
üzenetére
Nem a venv a probléma, hanem az a kupleráj, ami benne kialakul. Aztán eltelik fél év, és a leírt telepítési útmutatók már nem jók, de cserébe a fórumokban találsz olyan megoldásokat amiket nem is érted mit csinál, ilyen meg olyan módon veri felül a pipet, de aztán valahogy megold valamit és örülsz, csak ne kelljen még egyszer összehozni.
-
#100320
tordaitibi
veterán
sh4d0w
#100319
válasz
sh4d0w
#100319
üzenetére
Előre jelzem totál tök vagyok ehhez csak a paraszti józan eszem kérdezi,
Ha ezek tudnak ilyen virtuális valamibe létezni, miért nem tudja használni semmmi a hiába feltelepített python3.6-ot anno amikor a yt-dlp-s szenvedéseim voltak?
Hiába állítottam be 2 óra guglizás után valami terminálos megoldással a 3.6-ot, minden nagy ívbe letojta. Mintha nem is lett volna az Ubuntun a 3.6, a 2.7 volt mindenütt.Ezek a verziófüggések, nem csak pythonba, miért ilyen borzasztóan nehezen kezelhetők linuxon?
Cigam írta ha jól emlékszek, vagy Urandom, most nem ugrik be pontosan, bocsi
hogy elindított egy sorozatos rendszer upgradet és ahogy frissült a verzió úgy fogyatkoztak a telepített programok mert visszafelé nincs ugye kompatibilitás, előrefelé meg a kezelhetetlen függőségek, függőség verziók kaotikus katyvasza miatt nincs előre menekülésre se mód. Marad a szoftver gyalulása, mindez egy verzió upgrade miatt...? Hááát....
Tudom megint atomhülye a példám de pl. egy Ubuntu 18.04-en tökéletesen futó appimage, amit 6 éve töltöttem le, na ez el se indul egy mostani bármilyen disztrón. Ez számomra azért érdekes mert ugye portable, elvileg benne vannak a neki szükséges kellékek.
Csak az nincs benne hogy a futásához szükséges környezet 6 év alatt OS szinten totál más lett.
És ez is nekem érthetetlen, ismét a lerágott csontom, 2000-es portable szoftverek futnak. Természetesen nem Linuxon hanem Windows11-en.
Ez, mivel december van, 25 év.
Én szememben EZ az amit visszafelé, vagy előrefelé kompatibilitásnak hívnak. -
-
urandom0
senior tag
válasz
sh4d0w
#100316
üzenetére
Normális nyelveknél létezik verziószámozás, ill. fully qualified namekkel vannak megadva a függőségek. Nézd meg pl. Go-nál:
require github.com/diamondburned/gotk4/pkg v0.3.1Vagy pl. NodeJS-nél:
"dependencies": {
"express": "^4.16.4",
"compression": "~1.7.4"
},És innentől fogva nincs kérdés, mert mindenki megtalálja a saját függőségeit. A nagyobb projektek akár be is húzhatják saját névtér alá a függőségeiket, és akkor nem fog törlődni semmi, aminek nem szabadna.
Sőt, a NodeJS alapértelmezetten lokálisan telepíti őket egy alkönyvtárba, külön kérni kell, ha globálisan akarod telepíteni.
Ezzel szemben Pythonnál ez van:PyQt6
yt-dlp
requests
PillowÉs ráadásul a hagyományos viselkedés az, hogy a pip globálisan telepíti a függőségeket, és nincs se verziószámozás, se semmi. Így persze, hogy össze-vissza keverednek.
-
-
válasz
urandom0
#100313
üzenetére
A pip-nek honnan kellene tudnia, hogy Te most tenyleg rendszerszinten szeretnel egy modult telepiteni, vagy csak szeretnel kiprobalni valamit, amit a GitHubrol szedtel le?
Megint visszautalok arra, hogy a desktop Linuxok fele pythonban van irva: hogyan garantalod, hogy a rendszer mukodesehez szukseges modulokat nem vagja felul az, amit mokolsz? Biztos vagyok benne, hogy a teljes python kozosseg orommel udvozolne egy jol mukodo megoldast, egyelore a virtualis kornyezetek alkalmazasa ez.
-
#100315
tordaitibi
veterán
growler
#100309
-
CPT.Pirk
Jómunkásember
válasz
sh4d0w
#100312
üzenetére
A tapasztalat, a virtuális környezet része még jó.... most már a többedik pytohnos környezetre épülő programot kellett melóhelyen összehozni kamerák képének feldolgozására, viselkedéselemzésre meg 3D leképezésre és ezek a progik mind saját python környezetet igényelnek. Na a gond ott van, hogy mindegyiknél előjött a szívás, mint pl. régi csomagok kellett használni, eltérő verziók, átneveztek egy modult, megmagyarázhatatlan hibák és úgy általában több oldalnyi google találat átolvasása, mire meglett a megoldás.
Amennyit eddig a pythonos világból láttam az alapján úgy érzem, hogy egy rakás fejlesztő ül a csónakban és mindenki másfelé evez, eltérő tempbóban, a hajó meg megy amerre akar.
-
urandom0
senior tag
válasz
sh4d0w
#100312
üzenetére
De akkor legyen szíves a pip csinálni egy virtual envet saját magától. Ne hibaüzeneteket dobálgasson.
Vagy ha már ott van a pipx, ami mindezt megcsinálja, akkor legyen szíves kezelni azinstall -r requirements.textjellegű dolgokat.
Vagy legalább a kedves fejlesztő legyen szíves használható telepítési utasításokat adni. -
Nem értelek titeket.
Eleve egy fél desktop Linux pythonban van írva. Le lehet törölni és csodálkozni, hogy szinte semmi sem működik.A virtuális környezet meg ezért kell: [link] .
-
urandom0
senior tag
válasz
Warton
#100307
üzenetére
Amúgy nem jók a telepítési utasítások, amik ott le vannak írva. Egyrészt
git clone https://github.com/yourusername/YTSage.git
helyettgit clone https://github.com/oop7/YTSage.git
a helyes.
Másrészt a függőségek telepítésénél vinnyogni fog, hogy ő nem hajlandó globálisan települni, csak virtual env-be. Mert ő ilyen kis hisztis.Törném el a kezét annak, aki Python használ bármire is...
-
#100309
growler
őstag
tordaitibi
#100308
growler
őstag
válasz
tordaitibi
#100308
üzenetére
-
#100308
tordaitibi
veterán
Warton
#100307
válasz
Warton
#100307
üzenetére
Köszi.
Ez az ami nálam nem fog menni, bár lehet futok vele egy kört de a 2,7-es pythonnal 101% hogy el se indul a telepítés se.
Mostani python ha nem tévedek 4-esnél jár.
Ez kérlektisztelettel egy 18.04 Ubuntu
Ha ez a YTStage tudja használni a snap pythont, az naprakész, akkor esetleg de ez meg lehetetlen.
Na mindjárt nekifutok.
Szerk már elakadtem.
Ezek mik, a yt-dlp ami tiszta, a többiről lövésem sincs.
PyQt6
yt-dlp
requests
Pillow -
#100307
Warton
őstag
tordaitibi
#100306
Warton
őstag
válasz
tordaitibi
#100306
üzenetére
Letöltöd a zip-et
kibontod
futtathatóvá teszed a py kiterjesztésűt
feltelepíted a requirements.txt-ben lévő progikat, ha esetleg nincsenek meg, aztán
terminalba:
python [fájl elérési útvonala]/YTSage.pyNekem így elindult, de nem próbálgattam magát a progit.
-
#100306
tordaitibi
veterán
Warton
#100305
válasz
Warton
#100305
üzenetére
Köszi, tényleg sokat segítettél
Kb. mint Justvidman Alma videója. Dehát oda van írva...!
Azért kérdeztem mert nem tudom hogyan kell Githubról telepíteni, és ha ezt a segítségetekkel esetleg sikerül, 1 hét múlva el fogom felejteni a menetét. Azért mert nem szeretem ezt, nekem .exe vagy .deb. A többi úri huncutság amit meghagyok másoknak. És azért nem tudom megjegyezni a menetét mert szívből utálom ezt a fajta megoldást.
De ha segítetek azt megöszönöm.A Releases vagy mi alatt ez fogad,
Windows 7 or laterHogyan tovább, vagy ez az a makeizé, amit zsigerből gyűlölök, az a pontper makeinstall?
-
#100305
Warton
őstag
tordaitibi
#100304
Warton
őstag
válasz
tordaitibi
#100304
üzenetére
Ott van githubos oldalon leírva.
-
#100304
tordaitibi
veterán
sh4d0w
#100303
-
Nezd csak Tibi, mit talaltam Neked: [link]
És ezt Te írod...![;]](http://cdn.rios.hu/dl/s/v1.gif)
Elképzeltelek téged is 20 év múlva, amint az 50 éves régi XP-s szutykaid még meglesznek az akkori AI-flatpakon és a legújabb megoldásokat erőszakolod össze a 40 éves Ubuntuddal! 
(nehogy megilletődj, eccerűen ez most beugrott, minden bántó szándék nélkül)
Mindig is egészséges marad ez a piszkálódás LTS és rolleres tábor között. Amúgy míg nem kell Wint használnom, én bármelyik Linuxszal ellennék. 
De gyanítom, minden normális Linux user így van ezzel.
(de főleg mikkel pakolja tele...)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Külföldi rendelések: boltok, fizetés, postázás
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Xbox Series X|S
- Tőzsde és gazdaság
- exHWSW - Értünk mindenhez IS
- Gitáros topic
- Milyen HASZNÁLT notebookot vegyek?
- Google Pixel topik
- iPhone topik
- Hobby rádiós topik
- További aktív témák...
- Gyermek PC játékok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Új! HP 230 Vezetéknélküli USB-s Billentyűzet
- Samsung Galaxy S22 Ultra , 8/128 GB , Kártyafüggetlen
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- LG 27UL500-W - 27" IPS - 3840x2160 4K - 60Hz 5ms - HDR10 - AMD FreeSync - 300 Nits - sRGB 99%
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged