-
PROHARDVER!
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
#41300
tordaitibi
veterán
hcl
#41299
-
#41299
hcl
titán
tordaitibi
#41297
válasz
tordaitibi
#41297
üzenetére
Az az __init__.py mi? Rakd a helyére.
Bár ha az egész át van symlinkelve, akkor kéne működnie. -
#41297
tordaitibi
veterán
tordaitibi
#41296
válasz
tordaitibi
#41296
üzenetére
Nem jött be.
Ez az Onboard hibaüzenete:tibi@TibiXubuntu:~$ onboardTraceback (most recent call last):File "/usr/bin/onboard", line 32, in <module>from Onboard.Exceptions import chain_handlerFile "/usr/lib/python3/dist-packages/Onboard/__init__.py", line 23, in <module>from Onboard.utils import TranslationFile "/usr/lib/python3/dist-packages/Onboard/utils.py", line 38, in <module>from gi.repository import GLibFile "/usr/lib/python3/dist-packages/gi/__init__.py", line 42, in <module>from . import _giImportError: cannot import name '_gi' from 'gi' (/usr/lib/python3/dist-packages/gi/__init__.py)
Ennek most mi kellene, a sima python...?
Vagy elment üdülni az egész pythonos szekció. -
#41296
tordaitibi
veterán
urandom0
#41293
-
#41295
tordaitibi
veterán
urandom0
#41293
-
#41293
urandom0
senior tag
tordaitibi
#41291
urandom0
senior tag
válasz
tordaitibi
#41291
üzenetére
Smplayer nem ppa hanem a legfrissebb verzió, tegnapelőtt töltöttem telepítettema oldalukról a Ubuntusat.
Igen, közben rájöttem én is.
A symlinket hogyan, légyszi szájbarágósan.
sudo ln -fs /usr/bin/python3.7 /usr/bin/python
Szerintem így jó lesz, mert a yt-dlp a /usr/bin/python-ra hivatkozik, amit ha átsymlinkelsz a /usr/bin/python3.7-re, akkor elméletileg mennie kell.
Ha így nem megy, akkor próbáld ezt:
sudo ln -fs /usr/bin/python3.7 /usr/bin/python3Az én Xubuntumon (22.10) az /usr/bin/python és az /usr/bin/python3 is az /usr/bin/python3.10-re mutat.
-
urandom0
senior tag
Viszont @tordaitinbinek az a baja, hogy eléggé régi az Ubi, 18-as. Gondolom oda lassabban megy ki már az aktuális Python.
Elméletileg ez nem lehet gond, mert a bionic-updates-ben van a 3.7.5, és ha megnézed, nála is ezt írja:
python3.7 már a legújabb verzió (3.7.5-2ubuntu1~18.04.2).Az, hogy a
python3 --version3.6.9-et ad vissza, azért van, mert arra a verzióra mutat a symlink. Azapt-cache policy python3pedig a tárolók prioritásait és a pinnelt csomagokat mutatja, igazából ez nem mérvadó. -
#41291
tordaitibi
veterán
urandom0
#41286
válasz
urandom0
#41286
üzenetére
Smplayer nem ppa hanem a legfrissebb verzió, tegnapelőtt töltöttem telepítettema oldalukról a Ubuntusat.
De itt most nemia a playerrel van a gond hanem a yt-dlp-vel! Annak kéne a 3.7 python, és bár ott van de ő nem tudja használni.
A symlinket hogyan, légyszi szájbarágósan. -
válasz
urandom0
#41289
üzenetére
Ja, mert a S/360-on kezdődött az egész prociemuláció, virtuálgép móka
"Tudod, mit szoktak erre írni külföldi fórumokon? Hogy a tárhely olcsó, $0.5/GB..."
Sejtem, de attól még na. Favágó megoldás." Ez egyrészt jó biztonsági szempontból is, másrészt azért,"
Igen, vannak előnyei, de hogy megéri-e adott helyzetben, az más kérdés.Amúgy ez a baj az egész Buguntuval, hogy elég kényelmes, de ilyen bosszantó dolgok vannak. Előző melóhelyen kereskedelmi kiadású Linuxokat adminoltunk, és ott több száz gépes környezetek mentek úgy, hogy kb. tesztelni se kellett az updateket.
10-15 éve még hatalmas selling point volt Linuxon, hogy betonstabil, és ilyen elkefélések nem nagyon voltak.Viszont @tordaitinbinek az a baja, hogy eléggé régi az Ubi, 18-as. Gondolom oda lassabban megy ki már az aktuális Python.
Van az update-alternatives segít neki, vagy pl. ha fejlesztés, akkor van virtualenv, és hasonló verzióváltogató okosságok. -
urandom0
senior tag
Arra gondolsz, hogy egy virtuális gépen lefuttatják a régebbi Z/OS-t?
Nem tudom pontosan, hogyan zajlik a dolog. Csak sejtem, hogy valami olyan emuláció lehet, ami a processzort emulálja, tulajdonképpen hasonlóképpen, mint egy virtuális gép.
Erre viszont valami egyéb megoldás kéne, nem az a jó, hogy elkezdjük szórni a helyet snap-re meg flatpakre.
Tudod, mit szoktak erre írni külföldi fórumokon? Hogy a tárhely olcsó, $0.5/GB...
Tárhelyfelhasználás szempontjából biztos, hogy nem a legoptimálisabb megoldás a flatpak meg a snap, de egyrészt könnyebben szabályozhatok a jogosultságok (akár grafikus felületről is), másrészt egy normálisan összerakott flatpak vagy snap csomagnál nem fordulnak elő olyan függőségi problémák, mint amivel tordaitibi is küzd, harmadrészt a rendszertől elkülönülve futnak. Ez egyrészt jó biztonsági szempontból is, másrészt azért, mert használhatsz több éves kernelt is úgy, hogy közben az appjaid frissek maradhatnak.
Ha most tordaitibi átállítja a Pythont 3.7-re, azzal veszélyezteti a rendszere stabilitását. Bár kicsi az esély rá, hogy nem fog elindulni a rendszere vagy valami hiba lesz, mert csak minor verziót ugrana, de akkor is van valamekkora veszélye.
De ha nem állítja át, akkor nem működik nála az SMPlayer.
Van még más alternatíva, pl. letölti a SMPlayer forrását, átírja benne a Python elérési útvonalát, és lefordítja magának, de ez megint csak elég macerás, és a frissítéseket is manuálisan kellene kezelnie. Esetleg megpróbálkozhat valami cgroups/firejail okossággal, de azzal ugyan csak nagyon problémás lenne.
Én ilyen esetben simán feldobnám a flatpakos SMPlayert és problem solved. -
válasz
urandom0
#41287
üzenetére
"Ha kell, leszeded
Igen, meg annak a függőségeit, meg annak a függőségeit, meg azoknak a függőségeit is...
Jó móka lesz"
Hát, ezért kellene, hogy az újabb csomagok mindenben kompatibilisek legyenek a régiekkel." hanem először egy emulációs programot kell betöltenie a kezelőnek,"
Arra gondolsz, hogy egy virtuális gépen lefuttatják a régebbi Z/OS-t? "idővel MINDEN változik, és ha azt akarod, hogy a változásokhoz alkalmazkodjon a szoftvered, akkor karban kell tartanod. "
Nehéz kenyér, na "Azt megteheted, hogy /lib64/libgtk-4.so.1-ra csinálsz egy symlinket /lib64/libgtk-3.so.1 néven, ez sok esetben működik, van amikor nem (főverziók között szinte biztos, hogy nem fog működni)."
Erre viszont valami egyéb megoldás kéne, nem az a jó, hogy elkezdjük szórni a helyet snap-re meg flatpakre. -
urandom0
senior tag
Ha kell, leszeded
Igen, meg annak a függőségeit, meg annak a függőségeit, meg azoknak a függőségeit is...
Jó móka leszNem ilyenkor van az, hogy az újabb library-nek is kéne mennie vele?
Nem, ha a (lefordított) programod a /lib64/libgtk-4.so.1-ra dependel, de neked csak /lib64/libgtk-3.so.1 vagy fent, akkor nem fog elindulni, és ez fordítva is igaz. Azt megteheted, hogy /lib64/libgtk-4.so.1-ra csinálsz egy symlinket /lib64/libgtk-3.so.1 néven, ez sok esetben működik, van amikor nem (főverziók között szinte biztos, hogy nem fog működni).
Az egész arról szólt, hogy azért egy tradicionálisabb Unix elég rendesen át volt gondolva, és az a mai napig alapvetően használatos dolgokból áll. Ha új cucc kerül be, akkor az onnantól értelmezett, de ami korábban megvolt, annak a működése nem kéne, hogy változzon.
De itt nem csak arról van szó, hogy bejön az új cucc, hanem arról is, hogy idővel MINDEN változik, és ha azt akarod, hogy a változásokhoz alkalmazkodjon a szoftvered, akkor karban kell tartanod. Ehhez pedig energia kell, idővel egyre több.
És persze, sok múlik a fejlesztőkön is, de most gondolj, hogy ha a KDE levlistán hetente 3x megkérdezik, hogy mikor lesz Wayland támogatás, akkor a projektvezetőnek nem az lesz a fontos, hogy a KDE 4 libjeit karbantartsák, hanem az, hogy mielőbb legyen Wayland támogatás, és akkor oda lesznek átirányítva a fejlesztők. És szerintem ez is érthető, mert KDE 4 userből van mondjuk 1000 fő az egész világon, KDE 5 userből pedig ötvenmillió.A VMS és a Z/OS (főleg ez utóbbi) azért speciális igényeket elégítenek ki. A mainframek területén az elmúlt ~50 évben sokkal kisebb mértékű változások voltak, mint a PC piacon. A S/360 pont jó példa, mert ott nincs natív visszafelé menő kompatibilitás, hanem először egy emulációs programot kell betöltenie a kezelőnek, és azt tudja lefuttatni a korábbi gépre írt programokat. Az olcsóbb modellekben nincs ilyen emulációs réteg, azokon nem is indulnak el a régebbi programok.
-
#41286
urandom0
senior tag
tordaitibi
#41279
urandom0
senior tag
válasz
tordaitibi
#41279
üzenetére
Szerintem csináld meg azt a symlinket, amit írtam, és bízz benne, hogy minden működni fog. Én biztos, hogy ezt csinálnám, aztán ha omlik a rendszer, akkor su módban bebootolva, a fájlrendszert rw-ben felcsatolva vissza lehet állítani.
Honnan van amúgy az SMPlayer? PPA? -
#41285
growler
őstag
tordaitibi
#41279
growler
őstag
válasz
tordaitibi
#41279
üzenetére
[link] ?
-
User_2
tag
válasz
User_2
#41282
üzenetére
és akkor már töröltem a journal-t is, majd 3Gb volt
sudo journalctl --vacuum-size=100M]var/lib/snapd/snaps/ takarításához viszont kell a segítság tényleg
ez nem működ:
sudo sh -c 'rm -rf /var/lib/snapd/cache/*'a snaps folder 15Gb, fogalmam sincs mi ez, de totál régi file-ok, rég nem haszált prgramokhoz.
-
User_2
tag
válasz
User_2
#41280
üzenetére
a file-ban az első record ma reggeli, uh töröltem az egészet ezzel:
sudo truncate -s 0 /var/log/syslog
majd csinál másikat ubuntu ha akar
VLC okozta, google azt írjabug a valamelyik video akármiben, VLC okozza, ha megnyitott videót pause-olom, majd suspend-del "lekapcsolom" a gépet, újrindításkor egyből telenyomja a syslog-ot
köszönöm, hogy válaszoltál
var folderben még életembe nem jártam, pedig vagy 20 éve fut a valamilyen linux -
User_2
tag
nálam még nem volt ilyen...
ubuntu egy pillanat alatt 22Gb -ra növelte a var/log/syslog file-t,
telerakta ezzel:
Feb 24 13:03:21 ***myname*** org.gnome.Nautilus[12801]: [00007f38dc6db800] vdpau_chroma filter error: video mixer rendering failure: An invalid handle value was provided.
nemigazán értek hozzá, törölhetem?
mondjuk az egész file-t is? vagy csak a tartalmát? -
#41279
tordaitibi
veterán
urandom0
#41267
válasz
urandom0
#41267
üzenetére
Ha jól fordíttattam Guglival itt pont valami ilyet alkotott az emberke hogy csereberélni tudja a python verziókat.
Komment szekcióba jelezték hogy ezután valakinek annyira megborult a rendszer hogy be se bootolt, vagyis nem vaszélytelen.
[link]
Lehet lassan tényleg át kell állnom frissebb Ubira. -
#41277
hcl
titán
lionhearted
#41275
válasz
lionhearted
#41275
üzenetére
Nyilván
@urandom0 : "Persze, az archive-ban benne van, csak hát azzal mire megyünk."
Ha kell, leszeded" Nézegetheted a terminálban a hibaüzenetet, hogy "cannot find shared library..."."
Nem ilyenkor van az, hogy az újabb library-nek is kéne mennie vele? Meg hát erre van a csomagkészítés."De változik, és ez szerintem valahol érthető is."
Valahol nem. Az egész arról szólt, hogy azért egy tradicionálisabb Unix elég rendesen át volt gondolva, és az a mai napig alapvetően használatos dolgokból áll. Ha új cucc kerül be, akkor az onnantól értelmezett, de ami korábban megvolt, annak a működése nem kéne, hogy változzon.
A VMS meg a Z/OS pl. élő példák erre, a Z ugye alapvetően úgy van kitalálva, hogy amit egyszer arra a S/360 mainframe-re megírtak, annak az össze skésőbbi OS és HW verzión mennie kéne. (Kell mókolni, azt mondják, de alapvetően igaz.)OK, nem ördögtől való, hogy valami deprecated lesz, de nem mindegy, hogy valami olyan framework, ami minden alá dolgozik, vagy valami olyan, amit egyszerűbb kiváltani. Szerintem ez nagyon a fejlesztői oldalon múlik, hogy hogyan tartja karban a saját kódját.
-
urandom0
senior tag
Viszont ha http-n megnézed a repószervert, ott van az összes régi verzió.
Persze, az archive-ban benne van, csak hát azzal mire megyünk.
Magam részéről még mindig OS szinten néztem; másrészt amennyire tudom, a C egyszerűbb dolog; tehát nem a headerben mondod meg, hogy mi lesz a függőség, hanem attól függ, milyen kódot írsz. Nem csinál meg helyetted semmit.
CMake-kel biztos megoldható lenne, hogy tetszőleges verziójú GTK headerket húzzon be. De mit kezdesz mondjuk Ubuntu 22.04-en egy 16.04-re fordított GTK programmal? Nézegetheted a terminálban a hibaüzenetet, hogy "cannot find shared library...".
Visszafele kompatibilitást én mindig úgy tudtam, hogy a régebbi dolgok mennek az újabb OS, HW, stb. verzióval is.
Igen, ez így van.
BTW szerintem Androidon sem a SDK régebbi verzióját használja, egyszerűen csak régebbi verzióhoz fordítja, ha azt mondod, hogy az az app menjen 7.x-en.
Ahogy @lionhearted mondja.Hogy most konkrétan Androidnál hogy van megoldva, azt nem tudom. De pl. a WinAPI-nál úgy néz ki, hogy volt pl. a MapVirtualKey függvény, amikor a Windows csak ANSI karakterkészletet tudott kezelni. Aztán bejött az Unicode, és csináltak egy MapVirtualKeyA függvényt az ANSI karakterekhez, és egy MapVirtualKeyW függvényt az Unicode karakterekhez, a MapVirtualKey pedig csak egy makró lett, ami a kettő közül hívta meg valamelyik függvényt, attól függően, hogy definiáltad-e a program elején a #define UNICODE (https://learn.microsoft.com/en-us/windows/win32/intl/unicode-in-the-windows-api). És ez egy teljesen jó megoldás, mert így ha új programot írsz amihez Unicode támogatás kell, azzal is működik, illetve ha új rendszeren fordítod a régi programot, az is működik.
Ott kezdődik, hogy ilyen szinten nem kéne össze-vissza változnia mindennek.
De változik, és ez szerintem valahol érthető is. Tegyük fel, valaki 1996-ban kitalálta, hogy legyen egy GtkKiskutya függvény, ami egy kiskutyát rajzol a képernyőre. Te, mint GTK fejlesztő, akarod ezt a függvényt maintainelni 2023-ban? Nyilván nem, mert ha minden őskori szir-szart maintainelni akarunk, akkor a világ összes erőforrása is kevés lenne hozzá. Márpedig maintainelni, javítgatni időnként kell, mert közben volt három architektúraváltás, a régi Gnome1 már sehol sincs, stb.
Az biztos, hogy valaki szívni fog, a kérdés csak az, hogy ki
-
#41275
lionhearted
őstag
hcl
#41274
Mert más a forráskód kompatibilitás és más a bytekód. JDK-nak meg lehet adni, hogy egy akármilyen verziós (nyilván nem újabbat, mint saját maga) forráskódot fordítson akármelyik általa ismert JVM-re. Ilyen módon a JDK (Java mint nyelv) előre kompatibilis. A JVM pedig visszafelé.
-
válasz
urandom0
#41270
üzenetére
Annyira régiekkel mondjuk ne sokat akarj kezdeni (ha feltelepíted, akkor valószínű összedől csomó minden). Viszont ha http-n megnézed a repószervert, ott van az összes régi verzió.
"De, normál esetben pont ezt jelenti. Pontosabban ez úgy nézne ki, hogy fent vannak mondjuk a GTK 43 devel libjei, és te behúzod a GTK 3.24-es headerjeit, és akkor arra fog dependelni a programod. "
Magam részéről még mindig OS szinten néztem; másrészt amennyire tudom, a C egyszerűbb dolog; tehát nem a headerben mondod meg, hogy mi lesz a függőség, hanem attól függ, milyen kódot írsz. Nem csinál meg helyetted semmit.
Ha egy régebbi cuccal akarsz kompatibilis lenni, akkor annak a hívásait kell használni.
Visszafele kompatibilitást én mindig úgy tudtam, hogy a régebbi dolgok mennek az újabb OS, HW, stb. verzióval is. HW szinten még OK is, hogy az újabbak régiekkel, de szoftver szinten nekem ez sosem volt meg így kőbe vésve, hogy adott library használata mellett régebbi verziókkal is kell működni a programnak.
BTW szerintem Androidon sem a SDK régebbi verzióját használja, egyszerűen csak régebbi verzióhoz fordítja, ha azt mondod, hogy az az app menjen 7.x-en.
Ahogy @lionhearted mondja."De ha a kedves framework fejlesztő azt mondja, hogy mától nincs GtkButtonBox, GtkBox van helyette, használd azt, akkor mit csinálsz?"
Ott kezdődik, hogy ilyen szinten nem kéne össze-vissza változnia mindennek. A "hogy hívják ezen a héten a print parancsot" időszak már vagy 40 éve elmúlt Unix alapú dolgoknál(BTW néztem egyszer egy ilyet, hogy a Unix v1 kernelt előtúrta valaki, és elindította egy PDP emulátoron. Ugyanazok a ls, find, cat, stb parancsok, mint amik most Unix/Linuxon...)
-
#41273
urandom0
senior tag
lionhearted
#41272
urandom0
senior tag
válasz
lionhearted
#41272
üzenetére
Nem, sőt nagy valószínűséggel nem fog futni a régi szoftveres környezetben az új kód. De mondom, ez már tényleg a lehetetlen szint, hogy a régi környezetben működjön az új.
Fordítva megoldható, az nem akkora kihívás, de így nem. Abszolút jogos, hogy egy Ubuntu 22.04-re írt szoftvert nem tudsz futtatni 16.04-en, ezt nagyjából semmilyen oprendszeren nem tudod megcsinálni. -
#41272
lionhearted
őstag
urandom0
#41270
-
#41271
urandom0
senior tag
arcoskönyv
#41268
urandom0
senior tag
válasz
arcoskönyv
#41268
üzenetére
Szerintem nem fog menni a pythonnal az update-alternatives, másrészt lényegében az is csak symlinket cserél, harmadrészt pedig oké, hogy más eltörik, de most meg az SMPlayer van eltörve, ez sem jó helyzet.
De egyébként jogos a felvetésed.tordaitibi, töltsd le az SMPlayer flathubos verzióját, abban tuti jó Python van
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
urandom0
senior tag
Ott is vannak.
Nincsenek. Az Ubuntu 22.04-ben nincsenek ott az Ubuntu 16.04 csomagjai, pedig akár ott is lehetnének, vagy legalább egy részük.
Amúgy a visszafele kompatibilitás az sehol nem az, hogy az újabb verzióra fejlesztesz, és menni fog a régivel
De, normál esetben pont ezt jelenti. Pontosabban ez úgy nézne ki, hogy fent vannak mondjuk a GTK 43 devel libjei, és te behúzod a GTK 3.24-es headerjeit, és akkor arra fog dependelni a programod. Mint ahogy Androidnál megadod a minSdkVersion-t.
Hogy mire dependel, azt úgy szokás megadni, hogy csomag>xx.xx , ha újabb van, akkor az OK. ...nak kéne lennie.
Persze, egy olyan rendszeren, mint mondjuk az Android, ahol eleve biztosított, hogy elérhető az SDK több verzióban is. De Linuxon pl. ez így néz ki C-ben:
#include <gtk/gtk.h>Vala-ban pedig így:
using Gtk;A forráskódban semmilyen verziószámra nem tudsz dependelni, ez a fogalom ilyen szinten nem is létezik ezeknél a klasszikus Linuxos fejlesztőeszközöknél.
A csomagban persze megadhatod, max nem fog feltelepülni régebbi disztrókra.Mondjuk ez máshol sem lesz, ha egy .net 4. -re írsz, akkor 3.5-ön nem indul el
Oké, ez igaz, de a Windows ilyenkor feldob egy ablakot, és felajánlja, hogy letöltheted a korábbi .net-et, két katt és fent is van, és megy egymás mellett a .net 2 meg a .net 4. Egyébként a WinSxs mappában ott van egy rakat régebbi .net assembly (össze-vissza hardlinkelve egymásra).
Fordítva viszont mennie kéne, a régebbi keretrendszeren írt cuccoknak mennie kéne az újabbon.
Hát kéne, ja
De ha a kedves framework fejlesztő azt mondja, hogy mától nincs GtkButtonBox, GtkBox van helyette, használd azt, akkor mit csinálsz?
Fogod, átírod a programod GtkBox-ra, vagy a hagyod a francba az egészet. -
#41269
ubyegon2
félisten
tordaitibi
#41259
válasz
tordaitibi
#41259
üzenetére
Aham, valóban L és félre...
De már értelek, mondjuk nem is volt előttem egy archklón képe, hogy könnyebben megértselek. De ahogy nézem, a mostani Mint 21.1-ben még PPA sincs felvéve, egész jól elvagyok a natur felrakott rendszerrel is. -
#41267
urandom0
senior tag
tordaitibi
#41258
urandom0
senior tag
válasz
tordaitibi
#41258
üzenetére
A /usr/bin/python egy symlink, valószínűleg a python3.6-ra mutat. Csinálj egy symlinket a 3.7-re: sudo ln -fs /usr/bin/python3.7 /usr/bin/python
-
válasz
urandom0
#41265
üzenetére
"Szerintem egyszerűbb lenne, ha a repókban ott lennének a régebbi verziók is, és a program arra dependel, amelyikre akar."
Ott is vannak. De alapvetően az egész csomaglogika az, hogy ami a korábbival ment, az az újabbal menni fog. Nagyjából az összes csomag alapú *nix így kéne működjön.
Amúgy a visszafele kompatibilitás az sehol nem az, hogy az újabb verzióra fejlesztesz, és menni fog a régivel Tehát a GTK korábbi verziójára kell fejlesztened, ha azt akarod, hogy azokon és az újabbakon is menjen.
Hogy mire dependel, azt úgy szokás megadni, hogy csomag>xx.xx , ha újabb van, akkor az OK. ...nak kéne lennie."Linuxban ilyet nem csinálhatsz meg, mert ha az Ubuntu 22.04-ben mondjuk GTK 3.24-van, akkor te hiába írod meg a programod GTK 4-re, nem fog az elindulni."
Mondjuk ez máshol sem lesz, ha egy .net 4. -re írsz, akkor 3.5-ön nem indul el
Fordítva viszont mennie kéne, a régebbi keretrendszeren írt cuccoknak mennie kéne az újabbon."A Gnome más tészta, az egy külön állatfaj. Ők félévente megtörik a kompatibilitást, de ez náluk így van kitalálva."
-
urandom0
senior tag
Pont ez a lényege az egésznek. csomag ugrik .1 -et, a régebbit kereső cuccoknak mennie kéne vele. Akkor nem megy, ha valaki idiótán írta be a függőségeket, de az egyre ritkább.
Ez kb. a lehetetlen szint
Szerintem egyszerűbb lenne, ha a repókban ott lennének a régebbi verziók is, és a program arra dependel, amelyikre akar.A Gnome más tészta, az egy külön állatfaj. Ők félévente megtörik a kompatibilitást, de ez náluk így van kitalálva. Ahogy mondani szokták, ez náluk nem bug, hanem feature
Egyébként így lehet a legjobban leszoktatni a népet arról, hogy custom témákat gyártsanak, mert mindenki megunja, hogy félévente összerottyanik a kis témája, aztán napokat-heteket kell szüttyögnie, mire újra gatyába rázza. Aztán 6 hónap múlva megint kezdődik előről... -
#41264
urandom0
senior tag
tordaitibi
#41250
urandom0
senior tag
válasz
tordaitibi
#41250
üzenetére
Saját laikus felhasználói véleményem hogy a Win, és az Android messze túlteljesíti a Linuxokat szoftverezhetőség, és visszafelé kompatibilitás tekintetében.
Ez így van, a Linux híresen rossz a visszamenőleges kompatibilitást tekintve.
A Windowsban sokkal jobban figyelnek erre, Androidon meg pláne. Ott nem az van, hogy van a GTK, aztán arra a verzióra fejlesztesz, ami van a disztróban, hanem eldöntöd, hogy melyik Android verziót támogatod (mondjuk 6-tól felfelé), és akkor tudod, hogy az API level 23-at vagy annál frissebbet fogsz használni, és akkor eleve úgy írod meg az appot.
Linuxban ilyet nem csinálhatsz meg, mert ha az Ubuntu 22.04-ben mondjuk GTK 3.24-van, akkor te hiába írod meg a programod GTK 4-re, nem fog az elindulni.Ugyanakkor ott van az oldalon külön 4 vagy 5 féle Linux telepítő, Ubuntura külön, Fedora meg még másokra.
Akkor most melyik az egyszerűbb..? A fejlesztő részéről?Felhasználói részről abszolút igazad van, fejlesztői részről is, de ez nem annyira visszamenőleges kompatibilitás kérdése, hanem a disztrók fregmentáltsága miatt van, hogy van Debian csomag, van Ubuntu csomag, van Arch csomag, Fedora csomag...
Na ezért is terjedtek el az appimage, flatpak és snap csomagok. Fejlesztői részről szerintem ez a legegyszerűbb.Stabilitás, bugmentesség szempontjából az a nem mindegy, hogy te támogatsz egy rendszert, vagy csak elfut rajta a programod.
De az én, a sima felhasználó számára a Linuxos megoldások sokkalta antifelhasználóbarátok mint a másik 2 rendszeré.
Oké, de te elég sajátosan csinálod a dolgokat
Úgy látom, te sok programot a weboldaláról töltesz le, nem az áruházból. -
#41263
hcl
titán
tordaitibi
#41258
válasz
tordaitibi
#41258
üzenetére
Akkor a "python" parancs hív meg rosszat. Path-on mi van...?
Meg akkor az /usr/bin/python mire mutat? -
#41261
tordaitibi
veterán
arcoskönyv
#41260
válasz
arcoskönyv
#41260
üzenetére
elértetted--->félreértetted így jó lesz?
Nagy nyelvtanbubus vagyok és nem is gondoltam hogy rosszul használom, mentségemre hogy sztem. kismillióan így használják a szót.
Valahol olvastam hogy sok ilyen, a köznyelvbe tévesen elterjedt kifejezés létezik és annyira sokan használják hogy elfogadott lett.
Nyelvújítás -
#41259
tordaitibi
veterán
ubyegon2
#41257
-
#41258
tordaitibi
veterán
hcl
#41256
Van 3.7
tibi@TibiXubuntu:~$ which python/usr/bin/pythontibi@TibiXubuntu:~$ cd /usr/bintibi@TibiXubuntu:/usr/bin$ ls -f *python*dh_python2 python2 python3.6-config python3.7m x86_64-linux-gnu-python3.6-configdh_python3 python2.7 python3.6m python3-config x86_64-linux-gnu-python3.6m-configpybabel-python2 python3 python3.6m-config python3m x86_64-linux-gnu-python3-configpython python3.6 python3.7 python3m-config x86_64-linux-gnu-python3m-configtibi@TibiXubuntu:/usr/bin$ -
#41257
ubyegon2
félisten
tordaitibi
#41255
válasz
tordaitibi
#41255
üzenetére
abban igazat kell adnotok hogy míg arch alatt 1 kattintással bejelölhető maga a szoftveres kánaán
Egy kattintással 100 programot felraksz AUR-ból? Érdekes elmélet...azért én arra is emlékszem, hogy egyetlen csomag nevét beírtam az AUR-ba és feldobott egy tucat fura elnevezésű verziót a programból, no most mire abból a laikus kiválasztja, melyiket kellene neki felraknia, addig én békésen bemásolom azt a pár megszokott PPA-s sort a sources.list-be, frissítek és egy sorban terminalból felrakom a programokat. Igaz nem vagyok egy Archer, lehet azért megy ez nekem ilyen bonyodalmasan!
Mondjuk az alapján, amiket írsz, Te sem vagy nagy Archer! -
#41256
hcl
titán
tordaitibi
#41253
válasz
tordaitibi
#41253
üzenetére
Kipurgálod, és nulláról? Már ha ki lehet purge-olni a Python-t, vagy esetleg force-olod a 3.7 telepítését...
Meg which python ? És megnézni, hogy van-e ott 3.7-es könyvtár is?
-
#41255
tordaitibi
veterán
ubyegon2
#41254
-
#41254
ubyegon2
félisten
tordaitibi
#41251
válasz
tordaitibi
#41251
üzenetére
Tudod hogy nálad is jobban hanyatlik sajnos a szellemi szintem.
Az már önmagában is komoly teljesítmény lenne!
No de lehet tévedek, mivel én már nem is számítok Linuxosnak, tekintve, hogy csak használom pár éve a Mint Cinnamonos gépeket, néha feldobok egyet-egyet, megoldandó kérdés nulla, így aztán...A gyari tarolok meg, arch es aur kivetelevel finoman fogalmazva tetulassan kovetik a nagyvilagot.
Szóval ott bicsaklik a dolog, hogy az Arch tároló csomagjai frissek, ez OK, de korántsem elégséges mennyiségűek, ha nem így lenne, nem kéne az AUR ugye..."Arch User Repository", szóval kb az Ubuntus PPA-nak felel meg, így aztán nem elég gyári.
-
#41253
tordaitibi
veterán
Pár napja kérdeztem, elhasal az Smplayer ha kiküldöm rá a Youtube streamot.
A yt-dlp verzió Windowson és Kubuntun is ugyanaz, 2023.02.17
Winen megy a stream Kubuntun nem.
Utánajártam, megvan a baja de ettől méginkább bután bámulok.
Lekérdeztem terminálba mi a baja a yt-dlp-nek, ez anyűgje:Exception: You are using an unsupported version of Python. Only Python versions 3.7 and above are supported by yt-dlp
Vagyis nem jó már neki a régi python.
Synaptic-kal feltettem a 3.7-es pythont, eredmény semmi.
Lekérdeztem a píthon verziókat, és megpróbáltam terminálból is telepíteni a 3.7-est.
Eedmény:tibi@TibiXubuntu:~$ sudo apt install python3.7Csomaglisták olvasása... KészFüggőségi fa építéseÁllapotinformációk olvasása... Készpython3.7 már a legújabb verzió (3.7.5-2ubuntu1~18.04.2).tibi@TibiXubuntu:~$ python3 --versionPython 3.6.9tibi@TibiXubuntu:tibi@TibiXubuntu:~$ apt-cache policy python3python3:Telepítve: 3.6.7-1~18.04Jelölt: 3.6.7-1~18.04Verziótáblázat:*** 3.6.7-1~18.04 500500 http://hu.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages100 /var/lib/dpkg/status3.6.5-3 500500 http://hu.archive.ubuntu.com/ubuntu bionic/main amd64 PackagesValaki segítene ezeket értelmezni, mot akkor a python 3.5 vagy 3.6.7 vagy 3.7 mert én elvesztem...
A yt-dlp változatlanul nem műküdik. -
válasz
urandom0
#41248
üzenetére
"Jó, persze, túl könnyű lenne az úgy élet, ha minden kompatibilis lenne visszafelé
"
De kéne neki.
Pont ez a lényege az egésznek. csomag ugrik .1 -et, a régebbit kereső cuccoknak mennie kéne vele. Akkor nem megy, ha valaki idiótán írta be a függőségeket, de az egyre ritkább."nem beszélve mondjuk egy Xorg -> Wayland átállásnál"
Azt még sehol nem láttam normálisan megcsinálva. Felteszek egy OS-t, update, hülyén működik. Mi a franc.
Utána tűnt fel másból, hogy Wayland-re váltott. Semelyik nem bírta kinyögni az update (vagy sysupdate) folyamat közben, hogy ja, ez már Wayland lesz (KDE Neon, Kubuntu, Debian+KDE).
Pedig tök jó a Wayland, rakás feature van, csak borzalmas RAM zabálás is, és nem minden gépemben van elég.
Viszont : azért egy komplett grafikus alrendszer váltás persze, hogy nem zökkenőmentes. (Ahhoz képest a fentieken minden működött, szóval hibák nem nagyon voltak, csak a váltás ténye volt nem jól kommunikálva.)
Gnome-on meg X-Wayland váltás nélkül is rendszeresen estek ki kiegészítők egy-egy Gnome verzió ugrás után, mert a készítőnek követnie kellett a változásokat
Pedig előző melóhelyen egész jól elvoltam a Gnome-os OS-en. A RAM fogyasztása is tök alacsony tudott lenni. -
#41251
tordaitibi
veterán
ubyegon2
#41246
-
#41250
tordaitibi
veterán
urandom0
#41247
válasz
urandom0
#41247
üzenetére
Teljesen értelek de az ellenvéleményemet valahogy úgy próbálom leírni hogy ne legyek ismét
támadás áldozata.
Saját laikus felhasználói véleményem hogy a Win, és az Android messze túlteljesíti a Linuxokat szoftverezhetőség, és visszafelé kompatibilitás tekintetében.
Ezzel jár a szerintem sokkalta egyszerűbb használhatóságuk.
Pl. felmegyek az Smplayer oldalára.
Van 1 darab Wines telepítő, a legfrissebb, de a nyakam rá hogy a W10-en elfut egy 10 évvel ezelőtti verzió is, persze a hiányosságaival, némely funkció nem lesz benne.
Ugyanakkor ott van az oldalon külön 4 vagy 5 féle Linux telepítő, Ubuntura külön, Fedora meg még másokra.
Akkor most melyik az egyszerűbb..? A fejlesztő részéről?
Nem tudom, nem vagyok tisztába sem a Windows Installer, sem a Windows programfuttatási megoldásaival.
De az biztos hogy 10-15 éves szoftvereket tudok portable módba ma is, akár W11-en is használni, és W10-en sok ilyet tudok akár telepíteni is a megfelelő kompatibilitási módba, W7, XP. És működnek.
Droid dettó, nemrégvéletlenül egy mentésből mellényomtam és feltelepítettem Android 8 alá egy 6 éves 4.4 appot, működött simán.
Nem vennék rá mérget hogy nemhogy Linuxokon keresztbe-kasul hanem egy adott pl. Ubuntu vonalon meglenne a 10-15 éves visszafelé kompatibilitás.
Ez tényleg a szőrszál hasogatása mert nem sokan akarnak ma használni egy 10-15 éves szoftvert.
De az én, a sima felhasználó számára a Linuxos megoldások sokkalta antifelhasználóbarátok mint a másik 2 rendszeré.
Az igaz hogy az teljesen átlagfelhasználónak simán megfelel szinte bármelyik modern disztró. Feltelepíti, áruházból (gyári tároló) szoftverezi és használja. Akkor én nem tudom magam hova sorolni, mégse átlagos vagyok? Passz. -
urandom0
senior tag
Rendesen kéne kódolni, és akkor csak egy kell, mert az visszafele kompatibilis.
Az más kérdés, hogy fejlesztőknek kellhet a régebbi is, de ők meg meg tudják kókányolni...Jó, persze, túl könnyű lenne az úgy élet, ha minden kompatibilis lenne visszafelé
De akár egy bugjavítás is megtörheti a vissza kompatibilitást, nem beszélve mondjuk egy Xorg -> Wayland átállásnál. Vagy amikor mondjuk a KDE Qt4-ről 5-re váltott, és a kiegészítő nagy része meghalt..."sokkal egyszerűbb nyitni egy terminált, és beírni vagy bemásolni egy mentett doksiból azt, hogy"
Nem is szokták érteniPedig szerintem nagyon jó a terminálos megoldás, főleg, ha sok gépre kell valamit telepíteni.
Linuxon egy Ansible+a csomagkezelő megoldja a problémát, vagy maximum ír rá az ember egy scriptet, ha bonyolultabb dologról van szó. -
#41247
urandom0
senior tag
tordaitibi
#41245
urandom0
senior tag
válasz
tordaitibi
#41245
üzenetére
Igen, eléggé eltértem a témától ezzel az immutable oprendszerrel. Igazából azt akartam ebből kihozni, hogy ha van egy oprendszered, vannak hozzá programok, ezeket együtt teszteled, együtt adod ki, együtt frissíted, azzal elméletileg növeled a rendszer stabilitását, mint ha van egy oprendszered, a programok pedig külön forrásból származnak.
Konkrét példa, ha mondjuk Ubuntu 22.04 alatt a repóban lévő 3.0.16-os verziójú VLC playert használod, azzal elméletileg - ha a csillagok együttállása is úgy akarja - kevesebb problémád lesz, mint ha mondjuk Windows 10 21h1 alatt letöltöd a VLC playert a weboldalukról, mert az Ubuntu+VLC páros együtt lett tesztelve a maintainer és a közösség által, a hibák
Viszont a VLC fejlesztője nem tudhatja, hogy most a programját Windows 7, Windows 8.1, Windows 10 1607, Windows 10 21h2... alatt fogják használni. És simán lehet, hogy Windows 10 1607 alatt tökéletesen működik, míg 21h2 alatt meg crashel. -
#41246
ubyegon2
félisten
tordaitibi
#41240
válasz
tordaitibi
#41240
üzenetére
A gyari tarolok meg, arch es aur kivetelevel finoman fogalmazva tetulassan kovetik a nagyvilagot.
Nekem ez elég farkába harapó kígyónak tűnik, ami meg is eszi saját magát....de ha megrágod még 1x, neked is feltűnhet, mi a bibi itt!
-
#41245
tordaitibi
veterán
urandom0
#41243
-
válasz
urandom0
#41242
üzenetére
"Egyébként vicces, de a Debian megalapításánál épp az volt az egyik cél, hogy legyen egy olyan disztró, ami mindig friss szoftvereket szállít
"
Az unstable pl. ezt teszi.
" hogy egy csomagnak több verziója is telepíthető, akár egymás mellé is."
Rendesen kéne kódolni, és akkor csak egy kell, mert az visszafele kompatibilis.
Az más kérdés, hogy fejlesztőknek kellhet a régebbi is, de ők meg meg tudják kókányolni..."sokkal egyszerűbb nyitni egy terminált, és beírni vagy bemásolni egy mentett doksiból azt, hogy"
Nem is szokták érteni -
#41243
urandom0
senior tag
tordaitibi
#41240
urandom0
senior tag
válasz
tordaitibi
#41240
üzenetére
Hú, én ezzel határozottan nem értek egyet
Ez a Windows-os neten megkeres-letölt-telepít szerintem kőkarszik a csomagkezeléshez képest. A Windows is próbál egyébként ebbe az irányba menn a Store-ral meg a wingettel, csak elég lassan halad.Biztonsági és stabilitási szempontból nagy előny az, ha egy rendszer előre meghatározott, fix komponensekből áll össze. Példának okáért, a Windows 7 idején még egyesével települtek a frissítések, és szinte bármelyiket ki is lehetett hagyni, és ennek egyik következménye az volt, hogy a Windows-os gépek rendszere borzasztóan széttöredezett lett, mert a frissítések által gyakorlatilag a Windows végtelen számú változatát futtatták. Később ráállt a Microsoft a kumulatív frissítésekre, amik azért jók, mert az összes korábbi frissítést tartalmazzák magukban, így azonos frissítési szintre tudták felhozni a Windowsokat. Ennek a módszernek a csúcsra járatása az, amit a mobilos oprendszerek (meg pl. a macOS Catalina és a Fedora Silverblue) is csinálnak, hogy maga az oprendszer read-only módban van felcsatolva, és frissítési ágak vannak, amik a teljes rendszert frissítik, nem a csomagokat külön-külön, mint most.
Egyébként frissen telepített rendszernél sokkal egyszerűbb nyitni egy terminált, és beírni vagy bemásolni egy mentett doksiból azt, hogy
dnf install gnome-extensions-app gnome-shell-extension-gpaste gnome-shell-extension-gsconnect smplayer vifm neovim dconf-editor tmux sshfs firefox gimp inkscape -y, mint a neten összekeresgélni a programokat. Ha pedig több gépet kezelsz, ott pedig lényegesen egyszerűbb minden, ha van csomagkezelés. -
urandom0
senior tag
"Persze, akinek friss szoftver kell, " az vegye fel annak a tárolóját
Vagy szedje le gitről a legfrissebb verziót és fordítsa le magának. Az AUR helperek egyébként is ezt csinálják, amikor forrásból buildelnek.
De igazából én ezt nem érzem akkor problémának. DIsztróválasztásnál úgyis az az egyik legfontosabb szempont, hogy mennyire friss csomagokat kínál az adott disztró, nyilván ha nekem friss szoftverek kellenek, akkor nem a Debian stable-t telepítem fel.
Egyébként vicces, de a Debian megalapításánál épp az volt az egyik cél, hogy legyen egy olyan disztró, ami mindig friss szoftvereket szállítszerk: az sem butaság egyébként, amit a Fedora modulok tudnak, hogy egy csomagnak több verziója is telepíthető, akár egymás mellé is.
-
válasz
urandom0
#41234
üzenetére
"Persze, akinek friss szoftver kell, " az vegye fel annak a tárolóját
A konténerezés hátránya meg az erőforrás-zabálás is.
Illetve a tárolós macera meg azért érdekes, mert ott pl. a Launchpad-en ellenőrzött szoftverek vannak." Egy Debian testing+egy Ubuntus háttérkép+iconpack meg egy-két patch, ennyi."
Annál azért több, sokkal kényelmesebb, azért használom még.A Core meg... hát mostanában melóban jött pár Core alapú cuccra ticket, valami borzalom.
"Velemenyem hogy nem baj az ha egy app intezi a sajat naprakeszen tartasat. Mivel igy nem kell orrbaszajba ppa-t felvenni."
Viszont nem is derül ki, ha az az app hirtelen rosszindulatú lesz. -
#41240
tordaitibi
veterán
growler
#41239
válasz
growler
#41239
üzenetére
Errol meg nem is hallottam, koszi.
De ez megint csak felmegoldas ahogy elnezem amik bele vannak drotozva azokat frissiti. Ha jol ertelmezem.
A megoldas hogy maga az app frissitse magat.
Tudom ez itt ordogtol valo es a linuxos csomagkezelessel meg a biztonsaggal homlokegyenest szembemegy. Velemenyem hogy nem baj az ha egy app intezi a sajat naprakeszen tartasat. Mivel igy nem kell orrbaszajba ppa-t felvenni. A gyari tarolok meg, arch es aur kivetelevel finoman fogalmazva tetulassan kovetik a nagyvilagot. Nemegyszer tapasztalom ezt Ubuntun.En elitelem az Androidos csakis kizarolag PlayStore szemleletet is. Mivel en gapps mentesen elek egy custom romon, szamomra valami irgalmatlan tortura egy appot egyaltalan letolteni alternativ forrasbol. Fel nem fogom esszel miert nem lehet a fejlesztotol leszedni. Csak a Play. Szamomra ezert ez egy borton, egy ketrecbezart korlatozott rendszer.
Es igen, ezert kedvelem a mai napig a Windowst. Rakeresek, letoltom, vallalom a kockazatot es telepitem es hasznalom.
-
#41239
growler
őstag
tordaitibi
#41238
growler
őstag
válasz
tordaitibi
#41238
üzenetére
-
#41238
tordaitibi
veterán
urandom0
#41237
válasz
urandom0
#41237
üzenetére
Én a portable/appimage vonalat gondolom jónak.
Nem barmol bele registrybe /var /user stb. helyekre.
Ha jól van megcsinálva az app akkor csak a saját könyvtárát használja így a mentése, másik gépen használata, reinstall utáni hadrafogása zökkenőmentes.
A frissítése még nem megoldott.
Windowson mai napig használok 10-15 éves portable appokat, játékokat.
Hibátlanul futnak.
Viszont ez hogy Linux vonalon menne-e? azt nem tudom mennyit mibe változik ennyi idő alatt a környezet. És a disztrók sokszínűsége miatt sem tudom.
Ehhez közel járnak a konténeres megoldások az igaz ennek ellenére engem nem tudtak meggyőzni. -
#41237
urandom0
senior tag
arcoskönyv
#41236
urandom0
senior tag
válasz
arcoskönyv
#41236
üzenetére
Ez csak arra jó, hogy az átlag user gépe lyukasabb legyen egy windowsnál.
Nem?De az Ubuntu tesz az átlag user gépére. Az elmúlt néhány évben gyakorlatilag a Canonical levette a kezét az asztali Ubunturól, az csak azért van, hogy legyen. Egy Debian testing+egy Ubuntus háttérkép+iconpack meg egy-két patch, ennyi.
Az IoT-re koncentrálnak, az Ubuntu Core-ra. Nézd meg ezt a screenshotot, az Ubuntu Core videójából vágtam ki:Nem látsz rajta apt-t, mert az Ubuntu Core-ban alapértelmezetten nincs apt.
Azért vették most ki Flatpak támogatást is, mert a Core-ba az nem kell, így minek foglalkozzanak vele. -
#41234
urandom0
senior tag
arcoskönyv
#41233
urandom0
senior tag
válasz
arcoskönyv
#41233
üzenetére
Egyszerűen képtelen vagyok megérteni, miért is jó bárkinek a snap.
Azoknak jó elsősorban, akik szeretik, ha frissek a szoftvereik. Az ilyen konténeres csomagformátumokkal le lehet frissíteni az appokat úgy, hogy az alaprendszernek nem kell frissülnie. Most gondolj bele, az Ubuntunak két éves kiadási ciklusai vannak, egy szoftver mennyit fejlődhet két év alatt?
Persze, akinek friss szoftver kell, használjon rövid kiadási ciklusú disztrót, vagy rollingot. Csak ott meg fennáll az a veszély, hogy a friss, kevésbé tesztelt szoftverek, beleértve a kernelt, X-et, mesát, stb. instabilabbak.Illetve abból a szempontól jók ezek a formátumok, hogy ha ki akarsz adni egy szoftvert Linuxra, nem kell külön csomagot készíteni Debianhoz, Ubuntuhoz, Fedorához, Arch-hoz, Suse-hoz és származékaikhoz, hanem elég egy snap vagy flatpak csomag és kész.
És még az, hogy a natív csomagok alapvetően mindenhez hozzáférnek, amihez te is hozzáférsz. Egy emoji picker alkalmazás látja az összes fájlod, el tudja indítani a kamerád, stb. A konténeres formátumok pedig alapvetően csak ahhoz férnek hozzá, amihez jogosultságot adsz nekik.
Persze, vannak hátrányai is, pl. amit te is írsz, a sebezhetőségek, és a nagy méret, lassabb indulási idő, illetve hogy nem integrálódnak olyan szépen a rendszer felületébe...
-
urandom0
senior tag
A Canonical bejelentette, hogy többé nem fogja az alapértelmezett telepítésben szállítani a Flatpak összetevőket, a szokásos 'improve the out-of-the-box Ubuntu experience', ami semmi konkrétumot nem jelent, de mindenre rá lehet húzni. Hogy pontosan mi áll a döntés hátterében, azt legfeljebb csak sejteni lehet, de valószínűleg az, hogy így a natív apt csomagok és a snap mellett nem kell +1 dologra erőforrást fordítaniuk.
Mondjuk szerintem eddig sem került túl nagy erőfeszítésébe a Canonicalnak, hogy a Snap mellett ott a Flatpak. -
-
urandom0
senior tag
válasz
inf3rno
#41225
üzenetére
Nem kell semmi komolyra gondolni, az egyik egy egyszerű to-do list jellegű app, ahova fel tudod írni a feladataidat vagy bármit, amire emlékezni akarsz, prioritásokat tudsz rendelni hozzá, kategóriákba tudod rendezni és a kategóriák alapján természetesen lehet szűrni is, és az értesítési területen mindig jelen van az app értesítése, amiben az első néhány bejegyzést látod, tehát ha lehúzod a tálcát, akkor azok ott figyelnek folyamatosan.
A másik egy koncentrálást/relaxálást/figyelést segítő app, amiben van egy rakat beépített hang, a madárcsicsergéstől kezdve, a tengerparti hullámok hangjain keresztül a New York-ig utcazajokig többféle hang (jelenleg összesen 36), és ezeket tudod mixelni, ezekből preseteket kialakítani, amiket elmenthetsz... én arra használom, hogy amikor itthon dolgozok, elnyomja a körülöttem tevékenykedő család hangjait. Erre nekem a zene nem jó, nem tudok figyelni tőle a munkára, de az ilyen háttérhangok igen. Ha Play store-ban rákeresel arra, hogy "tinnitus relief", akkor találhatsz hasonlókat.
A harmadik most nincs publikálva, ez egy tavaly megjelent filmhez kapcsolódó app volt. Igazából csak azt akartam felmérni, hogy mennyire van értelme ilyen filmes dolgokhoz kapcsolódó appot készíteni.
A negyedik a munkahelyemnek készült promo app volt.
Az ötödik tervezés alatt áll.
-
inf3rno
nagyúr
Tudtok olyan append only megoldásról, amit a ransomware nem ér el? Gondolok itt arra, hogy egy szövegfájl csak appendelhető, vagy egy mappában csak létrehozni lehet fájlokat, törölni nem? Általában csak a felhasználó jogosultságaitól függenek ezek, aki volt szerencsés futtatni a ransomware-t, vagy ezek elmennek egészen root jogig különböző sérülékenységeket kihasználva?
Tulképp csak azért kérdem, mert gondoltam rá, hogy az asztali gépemre tennék egy backupot, ami rendszeresen ment akár napi többször, és lenne egy külső USB-s, amit csak ritkábban használnék.
-
#41223
inf3rno
nagyúr
tordaitibi
#41217
inf3rno
nagyúr
válasz
tordaitibi
#41217
üzenetére
Ez egy NAIH feljelentést megérő megoldás, ami náluk van, ha még mindig ilyen.
-
urandom0
senior tag
Igen? Kösz a tippet, ezt kipróbálom
Én a Play Store, Google és hasonlók Facebook posztjai alá szoktam kommentelni valamit, ahol látszódik hogy ez egy appfejlesztő entitás, reménykedve, hogy valaki rákattint a profilomra és megtalálja az appjaim
Mondjuk a konverziómérést ilyen esetben el lehet felejteni. -
urandom0
senior tag
A saját appjaim is ezért reklámmentesek. Magam rühellem őket, nem fogok az appba tenni.
Ugyanez nálam is
Az appjaimba nem teszek reklámot (és nincs se telemetria, se spyware, se semmi), viszont Google Ads-on és Facebookon is vannak kampányaim. Bár azok is inkább csak viszik a pénzt, mint hogy hoznák... -
#41217
tordaitibi
veterán
inf3rno
#41215
válasz
inf3rno
#41215
üzenetére
Irigyellek ezért.
Lehet én vagyok hiperérzékeny ezekre, már ugrok minden ilyenre.
Pl. asszony nagy háttértévés, beordítok neki a szobába hogy halkítsd már lejjebb mert üvölt a tévébe a eklám, mire visszaszól hogy nem ő hangosította fel hanem a filmnél sokkal hsngosabban adják le a reklámokat. És tényleg így van.
Ezért nem is rádiózok pedig a RockFM pontosan lefedné az érdeklődési körömet zeneileg de onnan, tv, web, vízcsapból mindenhonnan ömlik folyamatosan.
Legundorítóbb volt az Emag.
Rendeltem életembe ekőször
(és utoljára) tőlük, majd napi szinten elkezdtek szeméttel bombázni mailba.
Egyikne sem volt bene a leíratkozás lehetősége.
Írtam nekik mailtm válasz az Emag fiókomba tudom letiltani.
Visszaírtam, hé én NEM regeltem be, nem csináltam fiókot nálatok!
Válasz, dehogyem, a rendelés automatikusan létrehozza az Emag fiókot a mailcím alapján és lemondhatatlanul elkezd bombázni kilométer hoszú spamáradattal.
Viszakérdeztem, és ebbe hogyan lépek be mert ugye én NEM regeltem így nincs jelszavam.
Válasz, menjek fel az oldalukra és szabályosan regeljek be a maicímemmel adjak jelszót és így már le tudom lemondani a spamáradatot, majd szüntessem meg a fiókot.
Szerinted ez mennyire tolakodóan udorító megoldás?Én ezen annyira berágtam hogy nem a leírt procedúrát követtem hanem már eljutottam a külföldi vezetőségükh9z is, egy román genyacéghez ahol minden jogi lépést felvázoltam és erre nagy kegyesen hajlandók voltak megszüntetni a nemlétező regisztrációmat.
Mocskos eljárás ez véleményem szerint.
És ilyenkor hol a fogyadztó védelme, a magánszféra védelme, az agyonlihegett GDPR, aminek köszönhetően egy ügyfélszolgálat felhívásakrs 2 percig kell hallgatnom a védelmemről szóló litániát?Tényleg irigyellek hoy így tudod ignorálni ezeket, énnekem nem megy.
-
#41216
hcl
titán
tordaitibi
#41214
válasz
tordaitibi
#41214
üzenetére
Főnököd se tud olvasni?
Amúgy Samsung account az önszívatás magas foka, mert az appokat gyak. nem használod, a jelszót elfelejted, és amikor kell (telefon resetelése. mert eladtad, akkor nincs meg, és nehezebb leütni, mint a Google-t). És ha bejelentkeztél a Samsung fiókkal, akkor jönnek ezek Az egy jó dolog, hogy távolról lehet vele törölni a telefont, ha ellopták.@inf3rno : Metoo. Rohadtul nem veszem észre
A saját appjaim is ezért reklámmentesek. Magam rühellem őket, nem fogok az appba tenni. -
#41215
inf3rno
nagyúr
tordaitibi
#41214
inf3rno
nagyúr
válasz
tordaitibi
#41214
üzenetére
Akkor máshogy kezeljük ezeket a dolgokat, én szimplán csak rezisztenssé váltam rá. Évekkel ezelőttig észre sem vettem a reklámokat, csak miután más rámutatott egy háztartásban, hogy ott vannak, és milyen jó, mert ő pont azt nézegette. Akkor is visszakérdeztem, hogy mi, mintha valami szűrő lenne, ami kitakarja őket. Mostanában meg már megbarátkoztam velük, bár sok hasznukat nem látom. Inkább a saját cégem reklámozásához merítek ötleteket, vagy látok néha kimondottan vicces reklámokat. Szerintem téged azért idegesít, mert a pszichológiai hadviselés is ugyanezeket az eszközöket használja csak más célra, ahogy a politika és a csalók is. Az egyedüli dolog, ami mérsékelten irritál bennük, hogy mobilon nincs korlátlan sávszélességem, és rengeteget elvisznek belőle, de a korlát túllépése után is viszonylag használható a mobilnet, úgyhogy annyira nem érdekel az sem.
-
#41214
tordaitibi
veterán
hcl
#41213
Főnököm most 1 hete cserélt telefont, Samu, azóta naponta kérdez hogy ez mi, ezt miért dobta fel, ez mi a sarokba (értesítési sáv
), milyen fotógalériát akar, milyen felhőbe mentsen, mit akar ez szinkronizálni, ez mi ami tisztító app, tárhelybizerga app, akar-e Samu reget meg egyebet.
Nem Gogle, ezek a Samu sajátjai. Eddig még csak jeleztek, lehet ezeket tiltani de 1x minimum feldobálja.
Lehet kifogott egy ilyet, nem hinném, amúgy az egyik legdrágább modell.
MIUI az a legjobb, abba szerencsére (még) ki lehet kapcsolni a rendszer saját ajánlót meg promóit meg apptelepítésre buzdító ablakait. -
#41213
hcl
titán
tordaitibi
#41212
válasz
tordaitibi
#41212
üzenetére
"De még mindig jobb mint a Samu, Xiaomi meg a MIUI, azok orrba-szájba tolják a Guglin kívül asaját törölhetetlen kéretlen ajánlataikat."
Az érdekes, a céges, gyári ROM-os Samsungjaink nem csinálnak ilyet. -
#41212
tordaitibi
veterán
PociAti
#41207
válasz
PociAti
#41207
üzenetére
Köszönöm hogy ennyi karaktert pazaroltál rám, ezért cserébe én is ilyen módon válaszolnék.
Itt a PH-n(és más fórumokon is) pár topikba már ismernek és ismerik a már unalomig többször kihangsúlyozott eletszemléletemet a kéretlen, ezért engem irritáló, zavaró tényezők tekintetében.
Lasan 60 leszek és agyf@szt kapok, idegesít és lassan már mániákusan küzdök ezek ellen, még akkor is ha cserébe egy vagon kényelmi szolgáltatásról le kell mondanom.Hagyományos kereskedelmi televíziót kb. 10 éve nem nézek.
Winen, Linuxon a legerősebben beállított reklámblokkolót használom de ez sem ment meg a beágyazott célzott és ad-hoc hirdetésektől, pl. Fb. hírfolyamba lehetetlen kivédeni a kb. 3 személyes hír/1reklám, promó, cégajánlat stb.stb. arányt. Ezokból van nekem Fészen összesn 31 darab ismerőöüm, és arra használom a Fészt hogy bemegyek és máris az engem érdeklő 3 szakmai csoportra lépek át.
Netes videókat úgy nézek full reklám nélkül hogy kiküldöm a linket a helyi mediaplayeremre, így abszolút reklámmentes. Ne próbálja nekem senki megmagyarázni hogy egy 2órás Yutubozás közben nekem kötelező 30-40 bevágott reklámot megnéznem!!!! Ez szerintem vérlázító.
A telefonom a legnagyobb odafigyelést és beleölt munkát kívánó eszköz.
mivel pár dologról nem mondanék le okostelefon vonalon, irgalmatlan melót feccöltem bele.
Először is totál Google mentes a telefonom, nincs a saját Google fiókomhoz kötve, nincs rajta fiók.
Másodszor a gyári romot azonnal gyalultam és prerootolt custom romot használok. Amibe nincs letilthatatlanul beledrótozva amllió gyári bloatware.
Ezek mivel járnak? Nagyon-nagyon sok komromisszummal.
Nem lehet banki appokat használnom, semmilyet ezért ami másnak egy utalásnál 5 másodperc az nekem webes felületen 6 perc.
Elvész a kéttapicskolásos GooglePlay app telepítés. Ezt hidd el nem sokan vállalnák mert egy vacak bármilyen appot nagyon nehéz levadászni alternatív appstorból úgy hogy jól múködjön. Másodszor ma már szinte minen app követeli a Google keretrendszert, anélkül fel se települ vagy nem indul el.
Ezokból napokig tartott míg működő Vibert, FB, Lite appot, navigációt, mailklienst stb.stb. sikerült a telefonra varázsolni.
De még mindig jobb mint a Samu, Xiaomi meg a MIUI, azok orrba-szájba tolják a Guglin kívül asaját törölhetetlen kéretlen ajánlataikat.
Például az én Viberem reklámmentes, az asszony telefonján meg naponta basssz...a be a szakmunkások, kőművesek, ételkihordó cégek, stb.stb. reklámját.
Van olyan amit nem is lehet törölni se tiltani!! csak szundiztatni pár napig. Erre nem is találok szavakat.Amit leírtam, ennek a hozadéka?
Csak az említett beágyazott, kikerülhetetlen promót kell elszenvednem.
12 éve 2 darab mailcímet használok és a spam mappák hónapok óta üresek.
Végg tudok nézni bármilyen filmet 1 reklám nélkül (nekem ez hatalmas sikerélmény).
Kis lelki béke hogy ha teljesen nem is de legalább keresztbeteszek ezeknek a számomra mérhetetlenül undorító visszataszító reklám és egyéb hadjáratoknak.Ezekután ha ENGEM akarsz meggyőzni hogy a reklám és egyéb cégek igenis jól teszik a dolgukat és hajrá, így tovább akkor nagyon-nagyon rossz helyen kopogtatsz mert én ezeket zsigerből utálom és mindent megteszek ellenük.
Amúgy még a nagyok közül szerintem a Microsoft a legnormálisab, van fiókom, több gép hozzákötve, Onedrive, mailfiók és még pár dolog és békénhagynak, nem spamolnak, nem keresnek, nem ajánlgatnak semmit évtizede. Évi 2-3 levelet küldenek ha valami épp lejár és snitt.
Bocs a hosszúért.Nem ellened irányult.
Ha félreértettelek és úgy érzed túlreagáltam akkor elnézésedet kérem de gondolom lejött hogy én utálom és undorodok mindentől amibe reklám szó egyáltalán előfordul. -
válasz
inf3rno
#41208
üzenetére
A cián szűnt meg, mert bedőlt a cég, a Line annak a közösségi ága, ami ment tovább, csak ugye erőforrás híján nagyon kevés eszközt tudnak támaogatni fullban (ez az official).
Az unofficial Lineage csak kicsit jobb, mint akármilyen home ROM.Meg aztán amire van Postmarket, arra az is érdekes lehet.
-
-
#41207
PociAti
őstag
tordaitibi
#41185
PociAti
őstag
válasz
tordaitibi
#41185
üzenetére
"Ha en hetfon rakerestem egy termekre akkor azt val.szeg meg is vettem es felesleges hetekig mindenhol azzal bombazni de ezt a meglatasomat a nagy reklamcegek nem igy gondoljak. Ez zsakutca es raadasul rohadtul ertelmetlen es zavaro igy."
Nem baj ha nem érted egy rendszer működését, de ne nevezd élből baromságnak.
(1) Ha csak feltételezhetően vetted meg, akkor azt jelenti nagyon erős vásárlási szándék van benned, ezért ha valamikor, akkor pont most kell intenzíven bombázni az adott termék hirdetésével, mivel az sokkal nagyobb eséllyel fordul át vásárlássá (és a hirdetés feltételétől függően van amikor csak a konkrét vásárlás után jár részesedés, az oldalra terelésért még nem). Ez a meggyőzés, rábeszélés időszaka. Reggel kritikusabbak az emberek, este nyugodtabbak, megengedőbbek, ezért az utóbbi időpontra célszerűbb időzíteni ezeket, hátha bekattintja a potenciális vevő.
(2) Ha megvásároltad a terméket, pl. TV-t, hűtőszekrényt, mosógépet, és erről értesül a Google, utána is ajánlani fogja neked ezt a terméket (és nem másikat). Első hallásra furának tűnik, mert aki 200 ezerért most vett valamilyen tartós berendezést, az egyhamar nem vesz másikat mellé. Viszont mégis működi, ezt hívják megerősítő reklámnak. Komoly témában "jó döntést hoztál", mindenhol ezt ajánlják. Az ismétlődéssel a márka értéke, ereje is nő a szemedben, ez most a menő. Ne érezz kételyt a vásárlást követően, hanem dicsérd meg magad.
Fogadd el, akik körülötted a rendszert működtetik, azok sokkal tervszerűbben bombáznak, ha hagyod.
Linux rendszer abban erős, hogy jobban testre tudd szabni. Ha nem tetszik valami, akkor változtass rajta. Ez történhet a reklámok blokkolásával, google kerülésével, hogy csak az egyszerűbbek legyenek megemlítve.
-
#41206
hcl
titán
arcoskönyv
#41205
válasz
arcoskönyv
#41205
üzenetére
Hát, amit privátoltál, az alapján nem
@inf3rno : A Lineage?
Az official ág szépen heti/havi updaten van... Sajnos kevés eszközre.
https://download.lineageos.org/
S3 talán a legrégebbi karbantartott Samu, újabb kevesebb van, de akad.
Ilyen bajok vannak, hogy a T appja azt hiszi, hogy rootolt, az EESZT behisztizik a trippelt Knox-tól, de ezek a legnagyobb problémák Mondjuk banki cuccokat helyből nem teszek telefonra, a Simple meg megy.@PociAti : Ott kezdve, hogy reklám, már nálam is a baromság kategóriájában van
Megerősítéssel is elmehet az egész reklámszakma a ****** ****** ********* ******** -
-
válasz
inf3rno
#41202
üzenetére
A franc tudja, akkor selejtes oltásokat kaptam, nem volt bennük chip?!
A Ghostery lesz a lényeg szerintem, mert a telefonokon nincs Fb bejelentkezve, a Ghostery meg pont a Fb kémkedést akadályozza (meg az e-on bejelentkezést )
A profilom meg full zárt, semmi publik adat. -
Túlérékelsz.
Vagy elment üdülni az egész pythonos szekció.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
No de lehet tévedek, mivel én már nem is számítok Linuxosnak, tekintve, hogy csak használom pár éve a Mint Cinnamonos gépeket, néha feldobok egyet-egyet, megoldandó kérdés nulla, így aztán...
Pedig előző melóhelyen egész jól elvoltam a Gnome-os OS-en. A RAM fogyasztása is tök alacsony tudott lenni.
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- PS3 Játékok 1500Ft/db - RÉSZLETEK A LEÍRÁSBAN
- 118 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070 - UK billentyűzet
- Felújított számítógépek/merevlemezek Számlával, garanciával! Ingyen Foxpost!
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD Sérült I W10 I CAM I Garancia!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest