-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
olivera88
veterán
válasz
urandom0
#97231
üzenetére
Köszi szépen. Kiprobálom nemsoká
Megint én voltam balfék. 
Most hogy írod h első kettő macskaköröm között van maga link, második meg kettő között meg fájl neve. Én meg azt hittem valahogy h egymáshoz tartozik. Így már megy letöltés. Így egyesével jobb letöltés mivel csak szükséges fájlokat töltöm le, és így jóval gyorsabb. Ha összes fájlt letöltöm az sose nem jön le, + hatalmas adat mennyiség, addigra méár következő futás is lefrissül mire aktuálist letöltöm. 
Limitált a szerver sávszéllesége valamilyen oknál fogva, így barom lassu, kb 3 mb val töltödnek le fájlok. Mondjuk talán ha még lehetne szűrni külön paraméterre is, da asszem tán lehet, h ne töltsön le sok olyan paramétert amire nincs szükségem, ezzel még tovább lehetne gyorsítani. -
#97239
tordaitibi
veterán
urandom0
#97238
válasz
urandom0
#97238
üzenetére
Szerintem ha egy CSAK letöltésre képes applikációnak nincs alapból jogosultsága a home-n kívülre, az nagyon gáz.
Ezzel azt feltételezik hogy mindenki 1R user, nincs, nem létezik másodmeghajtó, nincs másik partíció, nincs semmi csak a /home.
És ez már Winen is sértő feltételezés ahol a userek 50%-a tényleg csak a /C: -t ismeri, de a többi rendelkezik több lemezzel amiket célirányosan használ.
Ez, mégegyszer kihangsúlyozom egy nagy f@sz§ág. Orbitális hiba.
És ez a hiba nagyon sok Snap appba benne van. Ha valaki csakis a snapre támaszkodik akkor gyakorlatilag bebörtönzi magát a home alá. Gyakorlati tapasztalatból írom ezt.
Például itt van az Opera böngészőm. Kilométer hosszú a jogosultság listája.
és mégis naponta sokszor belefutok hogy képtelen külső linket fogadni, pl. Viberen kapok egy webcímet, kattintok és jön a hibaüzi hogy ezt bizony nem tudja feldolgozni permissions probléma miatt.
Marad a control-c kontrol-v. 2024-ben.
Visszafelé ugyanez, a snap Operából lehetetlen egykattal elérni másik applikációkat.
Valószínű ez megszűnne ha minden applikációm snapes lenne, azok tudnak beszélgetni egymással, de a másodpartíciók-lemezek még mindig megkerülhetetlen problémák maradnak. -
urandom0
senior tag
válasz
urandom0
#97231
üzenetére
....
Ez is egy megoldás:
APIKEY=b40eee26-a596-483f-87e8-7d8153555b82
# Latest model run:
curl -s "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?api-key=$APIKEY" | jq "[.features[].properties.modelRun]|unique|sort|.[-1]" > /tmp/harmonie_dini_sf
# Retrieve download links from latest model run
curl "https://dmigw.govcloud.dk/v1/forecastdata/collections/harmonie_dini_sf/items?modelRun=$(cut -d\" -f2 /tmp/harmonie_dini_sf)&api-key=$APIKEY" | jq -r ".features[]|[.asset.data.href,.id]|@csv" > latest_model_run_linksÉs persze ha azt akarod, hogy egyből le is töltsfe a grib fájlokat, akkor csapd oda a végére hogy
# Download the actual GRIB files
cat latest_model_run_links | awk -F, '{print $1, $2}' | xargs -L1 sh -c 'curl $0 > $1' -
olivera88
veterán
válasz
urandom0
#97217
üzenetére
Igen , így működik. A két sort külön kell futtatni, ha ?modelRun\= nál kérdőjel van, akkor nem menti el linkeket, ez okozza a directory nonexistent nevű hibát, mondjuk, nem tudom miért nem volt ez egyértelmű, mikor irja felette h elöző parancsbol kell kimásolni a kapott eredményt. Tegnap mikor legelőlöször sikerült müködtetni a kódot, mikor írtad h rossz apira vagyok regisztrálva, nem emlékeztem hogy mi volt beírva a ?modelRun\= nál, de rögtön modell adatot is elkezdte letölteni, mivel már be volt írva az érték a ?modelRun\= hoz. Nekem meg késöbb úgy rémlett h kérdőjel van beírva ?modelRun\= hoz, és később ugy futattam megint h nem volt beirva futás dátum hanem kérdőjel, és ezért lett megint directory nonexistent.
Ha nincs beirva semmi ?modelRun\= nál akkor akkor is elmenti linkeket a fájlba, illetve rögtön el is kezdi letölteni az adatokat, a legfrisebb futásét.
Na most már csak arra kellene rájönnöm h lehet egyesével letölteni fájlokat abbol listából. -
#97220
tordaitibi
veterán
urandom0
#97219
válasz
urandom0
#97219
üzenetére
Negatív.
Pedig a névvel van baja az hóttziher. Nem tudja leválasztani mert szerinte nincs mountolva, nem találja név alapján.tibi@aeroubuntu:~$ sudo systemctl stop "snap-video\-downloader-178.mount"Failed to stop snap-video\-downloader-178.mount: Unit snap-video\-downloader-178.mount not loaded.tibi@aeroubuntu:~$ sudo systemctl stop "snap-video.\x2ddownloader-178.mount"Failed to stop snap-video.\x2ddownloader-178.mount: Unit snap-video.\x2ddownloader-178.mount not loaded. -
olivera88
veterán
válasz
urandom0
#97203
üzenetére
Na bakker.
És tényleg ez volt baj. Pff. Ezer köszönet és galaxy55 nek is.
Mi a franc lehet akkor az másik forecastedrAPI. 
galaxy55 Nem bántottam most egyáltalán a scriptet, csak létrehoztam egy új API-t, egy forecastdataAPI-t. És beraktam az API kulcsot. És így működött a script, visszaadta ezt a válasznak, 2024-07-24T06:00:00Z, ez a legfrisebb mai modell futás ugye, aztán ezt kell bemásolni az alsó linkbe a ?modelRun\= hoz. Akkor újra lefuttatni scriptet, és most elkezdte letölteni a grib fájlokat, az összes előrejelzési fájlt. Tehát semmi baja nem volt scriptnek, csak rossz apiba volt bejelentkezve, illetve először még régi modell nevekkel próbáltam, aztán talátam meg migráció után változtak modell nevek.
Nálatok is akkor ezeket töltötte le utánna ugye?
Bakker ez kurva sok, adat. már 4 giga lejött, és csak 7 fájl még és hol a többi.. Na mondjuk sejtettem nem kevés , mivel elég finomfelbontású a modell, és sok paraméter is van.
-
olivera88
veterán
válasz
urandom0
#97185
üzenetére
Én is arra gondoltam igen, hogy a migráció minatt ment 'tönkre" a script.
A grib fájlokat kellene h letöltse elvileg az a script amit beraktam,vagy azoknak linkjeit.
Nézegettem kicsit azt a böngészőt tegnap, és probáltam az ott kihámozott linkből letöltést csinálni, de nem működött.
Kiszedtem a scritpből a featurest amit galaxy55 írt tegnap, azóta nincs JQ error, csak SH errort írja, illetve valami nullt. A létrehozott latest_model_run_links fájlba beleír egy , karaktert.A subscriptionnal az ID szám az mire van, az API kulcshoz hasonló?
-
olivera88
veterán
válasz
urandom0
#97167
üzenetére
A Nea Sf végződésű a régi link, még az Api migration előtt, a Dini Sf az új. Azt adja vissza amit irtam JQ és SH error. Mi az a generikus API kulcs?
galaxy55
Elmaradt h reagáljak, sry. Ezt a kérés probáltam
curl "https://dmigw.govcloud.dk/v1/forecastedr/collections?api-key=8fd21637-8c3f-4ecd-8f42-27def8f49c08"
És jött rá válasz. Kidobta a rendelkezésre álló modell paramétereket, futásokat stb.
-
válasz
urandom0
#96907
üzenetére
Az én Neon installom gyakorlatilag nullperces, egy kiadással ezelőtti user edition verzió. A mostani frissítés az első művelet rajta. Láttam a fórumtárs problémáját, gondoltam ránézek, nálam mi történik.
Abban egyetértünk, hogy nem KDE Neon az ideális kezdő szinten. Kicsit beugrató a honlapján az User Edition megnevezés...
-
válasz
urandom0
#96905
üzenetére
Ez a hibaüzenet általában arra utal, hogy két olyan csomagod is van, amely biztosítja az adott fájlt.
Erre utal, mégis csak egyetlen breeze van ami releváns lehet és pontosan itt:
/usr/share/sddm/themes/breeze/Background.qmlNem nagyon értettem én sem, de ez van csak, de nem engedi törölni konzolból sem.
A Neonnál egyébként, tesztdisztró jellege miatt
Azért az OK, hogy a testing, unstable és developer verziók ilyenek, de amit próbáltunk, az a user edition! Az alapból plasma 5.x verzióval jött, nem is volt eddig gond vele, csak ugye a plasma6 váltás... Ami érdekesmód a Kubuntu 24.04-nél sem plasma6 még, szóval ott is gond lehet meg a többi KDE disztrónál, ha nem alapból plasma6-tal indít. De abban igazad van, hogy a Neon a KDE csapat disztrója és nyilván...no de azért szerintem a User Editionba már nekik is akkor kéne berakni a plasma6-ot, amikor már stabil! Ott van a tesztelési szintekhez a három másik változat.
-
#96764
tordaitibi
veterán
urandom0
#96762
válasz
urandom0
#96762
üzenetére
Okés, megértettem.
Amit ajánlottál sajna nem magy, ezen már kb. 1 éve túl vagyok. Azért nem megy mert bár fel lehet erőszakolni de nem fut mivel neki a 3,6...meg a 3,7.. Python kell, a 18.04-re meg csak az alacsonyabb python verzió megy fel.
Illetve, megint csak nem pont így van, fel lehet hegeszteni a 3,6...--ot vagy a magasabb verziót is, csak sajnos úgy van, üldögél a könyvtárakba de működni nem hajlandó.
Ez az egész nem létfontosságú, egy teszt csak, kíváncsi voltam.
Ami kell mindenem megy a snapessel csak ezt a progit kipróbáltam volna.
Köszi szépen. -
#96759
tordaitibi
veterán
urandom0
#96756
válasz
urandom0
#96756
üzenetére
Az látod nincs. Illetve van,
snapes nem jó neki? Az telepítve van, pl. a /home/tibi/bin mappába egy symlink van a /snap/bin/yt-dlp-re.
path-ba benne is van,
tibi@TibiXubuntu:~$ echo $PATH
/home/tibi/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
:/snap/bin
Így érdekes a telepített programok tudják is használni de ezekszerint olyan szoftvert nem lehet telepíteni, aminek függősége a yt-dlp? Vagyis nincs tudomása róla a telepítőnek hogy de, van yt-dlp és működik? -
#96743
tordaitibi
veterán
urandom0
#96740
-
válasz
urandom0
#96683
üzenetére
De azt szabadon eldöntheti mindenki, hogy nem használ Ubuntu!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Ja így értetted, akkor sorry, félreértettelek!
Micsoda?? Egyáltalán nincs flatpak a repóban sem??
Dehogynincs! Alapból is az Ubuntu 24.04 Noble universe tárolóból kapja a Linux Mint. Csak már így van integrálva a Szoftverkezelőben(tévesen írtam, hogy nincs integrálva):
Szerintem ez így jó és egyértelmű, aki akarja, aktiválja és használja.
-
válasz
urandom0
#96680
üzenetére
Itt az Ubunturól van szó, ahol nem érvényesül a mindenki eldöntheti elv!
A Firefoxot snapban kapod és sokan panaszkodtak a lassú betöltésre, ilyenkor elég Tibikomám jellegű műveletekre van szükség, hogy felrakd a .debFirefoxot.Szerencsére a Linux Mint eddig is mellőzte a snap-ot, eddig a flatpak volt opcióként a Szoftvertelepítőben, de a 22 Wilma már onnan is kivette. Biztosan nem volt rá igény vagy fene tudja miért.
growler
Szerencse, hogy tegnap benéztem a Linux Mint topikba, köszi az infót! Már ketyeg is Wilma szépen.
Nem nyekeregni akarok, de az EFI boot megint hosszabb lesz, mint a régi Elitebookon legacy-ban, de mindjárt likvidálom a NetworkManager-wait-online.service-t...
ubyegon@Mint-C-22-Latitude-5520:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @17.207s
└─multi-user.target @17.207s
└─kerneloops.service @17.192s +15ms
└─network-online.target @17.176s
└─NetworkManager-wait-online.service @11.395s +5.780s
└─NetworkManager.service @10.505s +875ms
└─dbus.service @10.404s +48ms
└─basic.target @10.377sAz első függőség nyűgös talán...no majd kiderül.
ubyegon@Mint-C-22-Latitude-5520:~$ systemctl list-dependencies --reverse NetworkManager-wait-online
NetworkManager-wait-online.service
● └─network-online.target
● ├─cups-browsed.service
○ └─fwupd-refresh.service
ubyegon@Mint-C-22-Latitude-5520:~$ -
válasz
urandom0
#96660
üzenetére
& (#96662) CPT.Pirk
Fogalmam sincs, de szerintem a Kubuntu lehetett az, viszont abban meg nem is 6-os plasma van...akkor bakfitty. Neon testing meg még valami volt pont a KDE plasma miatt, de közben bejött a noticsere meg azokban az SSD cserebere, szóval már visszanézni se tudom, mi volt fenn. No mindegy, mióta kinn van a plasma6, párszor megnéztem, de nem volt stabil sosem. Pedig egyébként, ha sokáig jól működne, akkor beállítgatnám rendesen, mert Cinnamon mellett azt is csípem. No majd ha a végleges SSD lesz ebbe a Latitude-ban, akkor rácuppanok újra...csak közben meg kijön a vadiúj Linux Mint 22 is.
Lehet újra a Cinnamonra rakom fel a plasma-t, az anno nagyon stabil volt. -
válasz
urandom0
#96657
üzenetére
Igen, ebben szerintem utólérhetetlen a Linuxosok táborában!
De az is tény, hogy a Plasma 6 például önmagában is elég instabil, ha még valamit párosítani próbálunk, akkor annak annyi... Pár hete próbáltam egy plasma6-os disztrót és a 8. hibajelentő ablakos program összeomlás után adtam fel. Linux Mint Cinnamonon 10 év alatt nem láttam ennyi hibajelentő ablakot!
Igaz nem is a 6 évvel ezelőtti verziót nyúzom. -
válasz
urandom0
#96521
üzenetére
Jaja, aztán, ha ott van valami gebax, akkor csilliós összegű kár is keletkezhet egy pitiáner sz*r filléres spórolásból. Mert a Vargáné tápokat is azért vették bele a rendszergizdák anno az irodai gépekbe, hogy minél alacsonyabb legyen az adatbiztonság. Ezt is ki érti, mert én nem...
-
válasz
urandom0
#96456
üzenetére
OpenSUSE-val nekem a kodek telepítés a bajom. OBS-sel szoktam csinálni, mint szerintem a userek 90%-a, aztán folyton valami ütközési gondja van neki. YAST meg igazából egy jó dolog, főleg ha ilyen több felhasználós környezetbe kell munkahelyekre, úgy szuper rendszergazdáknak. De otthon nekem totál felesleges.
Szerk.: bár azthiszem telepítésnél YAST nélkül is lehet telepíteni, csak a szoftvereknél a pipákat ki kell venni a listából. -
Anakin007
aktív tag
válasz
urandom0
#96442
üzenetére
Köszi a választ, sokat tisztult a kép!
Közben durcás lettem és elkövettem hirtelen felindulásból ezt:dpkg --purge wslview
Ezután minden kép file-t a Gwenview -el nyitott meg. Átírtam az általad javasoltra, úgy már az elvárt módon műlödk!
Azt jól értelmezem, hogy pl. kép megnyitáshoz alapból az image.sh -t hívja meg és ez a szkript dönti el, mit mivel nyisson meg?
Pl. találtam bejegyzést az image.sh-ban, miszerint xcf-t gimp-el, svg-t inkscape -el nyisson meg.
Gwenview-re viszont nincs hivatkozás, nem tiszta, miért pont azzal nyílik meg a jpg, png, stb. KDE-n most a gwenview az alapértelmezett prg a képekhez. Lehetséges, hogy valami környezeti változót kérdez le és azt használja szerinted?
Az mc honlapján elég hiányos a dokumentáció ezügyben, a FAQ-ban sem volt ilyen hasfájása még senkinek rajtam kívűl.
-
-
#96291
tordaitibi
veterán
urandom0
#96283
-
#96275
tordaitibi
veterán
urandom0
#96273
válasz
urandom0
#96273
üzenetére
6 éve használom, most kipróbáltam, kb. 50x nyomtam le a printscreen gombot. Hibátlan. Persze a a régi Ubuntun.
Az új Spectacle egyébként gyárilag tényleg kissé gyökér de a legelső volt hogy a beállításainál kivettem a pipát hogy indulásnál a printsreen gombra azonnal képernyőképet csináljon.
Tojik rá de ezután amúgy is bármire nyomok, teljes képernyő mentése, téglallap alakú terület stb, szó nélkül kilép úgyhogy ez tökmindegy. -
#96274
tordaitibi
veterán
urandom0
#96271
-
válasz
urandom0
#96205
üzenetére
Ezért is érdekes, hogyan jött elő ez mégis CirrMee fórumtársnál! Minap láttam Debian expert mode installnál, hogy választható volt a timesync, de azelőtt tényleg nem találkoztam ilyen problémával, persze napi használatú desktop és notebook Windowsless volt így nem is kellett találkoznom vele.
-
válasz
urandom0
#96203
üzenetére
Te használsz Windowst azon a gépen?
Nem, de kéne?
Előző Dell Precisionban és a mostani Latitude 5520-on is van Windows, egyik egy külön meghajtón, a mostani gépnél meg még csak mellételepítettem két disztrót a gép tesztelgetése miatt. De így se találkoztam még a jelzett problémával. Elég régen olvastam róla, de a rendszer kezeli, ha az install elején jelölsz megfelelő lokációt.Ezt a Linux Mintes könyvet ki kéne tűzni az összefoglalóba.
Bizony! Nagyon komoly és részletes kézikönyv, magyar nyelven ráadásul! Az install adatok megadása és particionáló része meg Ubuntukhoz is jó, mivel Ubiquity-t használ a Mint is. De sok minden más is van benne, ami nem kizárólag Linux Mint felhasználóknak hasznos.
-
#96116
tordaitibi
veterán
urandom0
#96114
válasz
urandom0
#96114
üzenetére
Dehogy, nem szenvedek csak kíváncsi voltam.
Arra jutottam hogy csak egy vonalon mozogva, a Snap kivételével, nem lehet összehozni.
Össze lehet de nem a gyári Szofvertelepítővel, ha csak deb.
Cak öszvér módon, ppa és társaival valamint az app weboldaláról letöltve.
Nem lehet Flatpakból ha csak ezt használnám.Semmi más célom nem volt.
-
válasz
urandom0
#96108
üzenetére
Most, hogy mondod, valóban volt is erről szó pár hete már itt! Eddig nem ugrott be. Ettől függetlenül 103 plasma6 téma csak van az előbb is linkelt oldalon, a második képen lévő Nordic bluish KDE theme immár Nordic bluish Plasma 6 elnevezéssel átportolva!
Nagyon nem vagyok otthon KDE/plasma téren, de én már találnék a 103 téma között nekem tetszőt.
Mióta az Adapta-Nokto téma megvan, Cinnamonra azt rakom, szóval egy témát kell csak találni, ami tetszik a usernek.Akinek ez kevés, Tibikomámat idézve, az sírva rohanhat vissza Windowsra!
-
-
válasz
urandom0
#96051
üzenetére
a gyári Mint-es verzió 2022.04.08-1, a bpo-s pedig 2024.04.09-1~bpo22.04.1.
Ez tény, viszont én a bpo-s és a PPA verziót említettem imént, a gyáriról pont nem esett szó! (vagy nem pontosan értettelek...)
Most tényleg, jön a kezdő, feltelepíti a Mintet, és azt látja, hogy több éves szoftverek vannak benne... azért na.
Azért ez nem feltétlenül okoz akkora gondot, ha mezei home userként használja a rendszert. Böngészés, letöltés, torrentezés, média megtekintése mind tökéletesen működik, ami lényeges, az frissül is rendszeresen, böngésző például.
-
válasz
urandom0
#96029
üzenetére
...a probléma annyi, hogy Mint-nél ugye nincs backports repó, ahonnan az új csomag bekerülhetne
Igen, ahogy ezt 2-3 órával ezelőtt is megbeszéltük már.
Én az Ubuntus bpo verziót próbáltam, az is felmegy, majdnem ugyanaz a verzió, mint a PPA-s. Alapból ha nem lehet .deb verziót letölteni valamiből és PPA-t sem akar a user, akkor hagyja a fenébe, millió alternatíva van Linuxon. Szerencsére nem sokan ragaszkodnak a 2-3 évtizede megszokott programjaikhoz meg azokhoz, amit már ismernek. Egy videodownloader GUI-s app azért nem annyira veszedelmesen bonyolult...
-
-
válasz
urandom0
#96020
üzenetére
Igazad lehet, de egyébként is más utat választanak, lehet ezért nem alkalmazzák az Ubunut bpo repot sem. Saját repokban meg nem túl sok külsős csomag van. http://packages.linuxmint.com/
LMDE6 használ Debian bpo repo-t, de nem cserélgetik azt sem frissebbre.
-
urandom0
senior tag
válasz
urandom0
#95960
üzenetére
Bocsi, most látom, hogy Debiant használsz.
Most kipróbáltam én is, és Debian alatt ugyanezt írja ki, mint nálad. Slackware, Fedora és Rocky Linux alatt megy, Debian alatt problémázik.Utánanéztem, azt találtam, hogy van ez a PEP 668, ami kb. arról szól, hogy azért, hogy a Pythonos csomagok és a disztró saját csomagjai ne keveredjenek, a Python nem hajlandó a globális környezetbe csomagot telepíteni, hanem egy virtuális környezetet kell neki csinálni, és oda telepíteni... szerintem ez felejtős így.
Itt írtam, hogy ha leszeded a yt-dlp_linux fájlt, és adsz neki futtatási jogot, azt rögtön futtathatod is. Az is jó megoldás, amit BoB írt:
curl -L https://github.com/yt-dlp/yt-dlp/releases/latest/download/yt-dlp -o /ahova_akarodCsak itt ugye a végén fájlnevet kell megadni, nem mappát:
curl -L https://github.com/yt-dlp/yt-dlp/releases/latest/download/yt-dlp -o yt-dlpAdsz neki x jogot:
chmod +x yt-dlpÉs futtahatod.
-
Warton
őstag
válasz
urandom0
#95944
üzenetére
Meg azt ahogy el tetszik képzelni...
MacBookPro@MacBookPro:~
$ pip3 install yt-dlp
error: externally-managed-environment
× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
python3-xyz, where xyz is the package you are trying to
install.
If you wish to install a non-Debian-packaged Python package,
create a virtual environment using python3 -m venv path/to/venv.
Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
sure you have python3-full installed.
If you wish to install a non-Debian packaged Python application,
it may be easiest to use pipx install xyz, which will manage a
virtual environment for you. Make sure you have pipx installed.
See /usr/share/doc/python3.11/README.venv for more information.
note: If you believe this is a mistake, please contact your Python installation or OS dist
ribution provider. You can override this, at the risk of breaking your Python installation
or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
Próbáltam azt a verziót is, amit az install leírásnál írtak a githubon az is ugyanezt írta. Amit a hibaüzibe ír xyz-s okosságot annál is hibaüzenet jön.Még megpróbálom a virtual environmentet megkreálni.
-
-
Warton
őstag
válasz
urandom0
#95946
üzenetére
MacBookPro@MacBookPro:~/Letöltések
$ git clone https://github.com/yt-dlp/yt-dlp.git
Cloning into 'yt-dlp'...
remote: Enumerating objects: 121948, done.
remote: Counting objects: 100% (121948/121948), done.
remote: Compressing objects: 100% (26103/26103), done.
error: RPC failed; curl 92 HTTP/2 stream 5 was not closed cleanly: CANCEL (err 8)
error: 965 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
Szerintetek ez miért lehet? -
-
#95899
tordaitibi
veterán
urandom0
#95895
válasz
urandom0
#95895
üzenetére
Most már nekem is a legújabb van
És megy minden szépen, "csak" 10 percembe került mert a SmPlayer is természetesen őskövület, tübb mint 1 éves verzió, 21.10 és perpill. 24.05-nél jár....
Megint én vagyok a gúnyos, majd ez jön le. 2-3 éves félhalott szoftverek.
Úgyhogy Smplayer PPA hozzáad, máris együtt tud működni a friss y-dlp-vel, lőn csoda.
Természetesen a mutatvány csakis kizárólag terminálba hajtható végre, akik ismerik ennek menetét
Kezdők híresek erről.
Irónia, nem, racionalizmus.
Vagyis BoB és sh4d0w mester jól írta, a kettejük kijelentését összegyúrva
rolling vagy önszívatás.
Guefi, bennt vagyok a melóhelyen, biosba a 2 belső ssd disable, nem is látja őket semmi.
A helyzet ugyanaz, rájöttem hogy magán a hordozható ssd-n van 2 EFI partíció úgyhogy innentől passz. -
#95883
tordaitibi
veterán
urandom0
#95880
-
#95872
tordaitibi
veterán
urandom0
#95866
-
válasz
urandom0
#95870
üzenetére
Értem, nem ismerem ezeket, mivel nulla EFI-s tapasztalatom van, azért is kérdeztem rá. Köszi az infót! Említetted valóban, de nem emlékeztem rá, sorry!
Épp ezt nézegettem, úgy látszik nem igazán igény az átnevezés....egyszerűbb a létrehozás. Amúgy laikus szemmel nekem kockázatosnak is tűnik a rename, mert ki tudja hány helyen van vonatkozó bejegyzés még...
-
-
#95865
tordaitibi
veterán
urandom0
#95864
válasz
urandom0
#95864
üzenetére
tibi@tibi-VTOY-MINT:~$ guefiguefi: a parancs nem találhatótibi@tibi-VTOY-MINT:~$Nincs.
A többivel küzdök úgy ahogyan leírtad. Jelentkezek.
Parancsolj:tibi@tibi-VTOY-MINT:~/Letöltések/guefi-master$ makefor i in `ls po/*.po`; do \msgfmt $i -o `echo $i | sed "s/\.po//"`.mo; \doneintltool-merge po/ -d -u \guefi.desktop.in guefi.desktopmake: intltool-merge: Nincs ilyen fájl vagy könyvtármake: *** [Makefile:16: desktop] Error 127tibi@tibi-VTOY-MINT:~/Letöltések/guefi-master$ sudo make install[sudo] tibi jelszava:install -d -m 755 //usr/share/icons/hicolor/scalable/apps/install -m 644 icons/guefi.svg \//usr/share/icons/hicolor/scalable/apps/for i in 48 32 24 22 16; do \install -d -m 755 \//usr/share/icons/hicolor/${i}x${i}/apps/ \2> /dev/null; \install -m 644 icons/guefi-$i.png \//usr/share/icons/hicolor/${i}x${i}/apps/guefi.png; \donefor i in `ls po/*.po|sed "s/po\/\(.*\)\.po/\1/"`; do \install -d -m 755 //usr/share/locale/$i/LC_MESSAGES; \install -m 644 po/$i.mo //usr/share/locale/$i/LC_MESSAGES/guefi.mo; \doneinstall -d -m 755 //usr/sbininstall -d -m 755 //usr/share/applicationsinstall -d -m 755 //usr/share/guefiinstall -d -m 755 //etcinstall -m 755 src/guefi //usr/sbin/install -m 644 src/guefi.ui //usr/share/guefi/install -m 644 guefi.desktop //usr/share/applications/install: stat 'guefi.desktop' sikertelen: Nincs ilyen fájl vagy könyvtármake: *** [Makefile:65: install] Error 1tibi@tibi-VTOY-MINT:~/Letöltések/guefi-master$ -
#95862
tordaitibi
veterán
urandom0
#95861
-
#95858
tordaitibi
veterán
urandom0
#95857
válasz
urandom0
#95857
üzenetére
Csak így tudtam megoldani hogy 1 lemezen 2 efi, a Ventoy hordozható svájcibicskám sajnos azonnal meghal ha a Ventoy saját efijébe betetetem az usb ssd-re telepített bármilyen oprendszert.
Így lett 2 efi, egy a ventoyé, érintetlenül, a másikon meg a próba os-ek.
Bevált. -
#95854
tordaitibi
veterán
urandom0
#95836
válasz
urandom0
#95836
üzenetére
Uram minden szava merő tévedés
BIOS kizárva, 5+ éve csak idegen gépeken láttam, mindenhol UEFI-t használok." Ilyenkor hozzá sem nyúl az EFI partícióhoz"
Akkor101% hogy nem bios hanem uefi módba voltam mivel nálam csípőből átírta az EFI partíció, sda1, EFI/ubuntu/grub.cfgt. Mivel ez az EFI partíció NEM azon a lemezen van amire telepítettem a Mintet, logikusan mikor kihúztam az usb ssd-t, amire Mint települt, mindkettő megdöglött.
A hordozható nem találta az sda1 indítót, a stabil telepített meg grub rescue mert az efin a grub.cfg a hordozható Mint / UUID-t erőltette, persze hogy nem találta.Nem tudom hogyan kell terminálban kiíratni a lemezeket és partíciókat.
Itt egy kép, ennél beszédesebb partlabel és partname a földön nincs.
sdc7 efi/boot VTOYEFI2-VTOYEFI2
A telepítő meg tette a
sda/1 EFI partícióra.
Ha EZT valaki elkeveri az színhülye, ennyire még én se vagyok buta se szenilis.
Nem én tévedtem hidd el. Hanem meghaladta a 3 lemez, 4 EFI partíció a Mint telepítő képességeit. -
#95777
tordaitibi
veterán
urandom0
#95775
válasz
urandom0
#95775
üzenetére
Ma már nem tudom megnézni csak holnap otthon, beértem a melóhelyre.
Itt azonnal van wifi, és rfkill is felismeri a wireless modult, míg az otthoni gépen csak a blutuszt listázta ki azaz nuku wifi.
tibi@debian:~$ sudo rfkill[sudo] tibi jelszava:ID TYPE DEVICE SOFT HARD0 wlan phy0 unblocked unblocked1 bluetooth hci0 unblocked unblocked
Tudom hülye gondolatmenet de az Ubuntu az megfordult 50 pc-be és laptopba és nem voltak ilyen gondok. Abba benne lenne minden?
A Debian meg a netinstall miatt nem csak ezt a gépet ismeri amin telepítve lett? Ebbe egy Qualcomm Atheros AR9485 wifi van, az otthoni csontra más az egy Intel wifi.
Hogyan kell lekérdezni hogy használja-e vagy tudná használni egyáltalán?
Látni látja,
Intel Corporation Wireless 3165 ezt írja lspci -
RaZroX
addikt
válasz
urandom0
#95608
üzenetére
Mennyivel több van mint gondoltam
Rustdesk-et kipróbáltam, de rájöttem, hogy nem a remote lesz a megoldás arra amit szeretnék. Elég alacsony a bitrate és nem is folyamatos a kép, pedig elég erős a hálózat/net itthon. Olykor meg is torpan a kapcsolat, kicsit olyan mintha betelne időnként valami buffer.Valszeg marad a VirtualBox azokra az esetekre amikor itthonról dolgozom, az ettől gyorsabb és stabilabb volt.
-
daninet
veterán
válasz
urandom0
#95608
üzenetére
btw helyi hálózaton melyik a legalacsonyabb latencyvel rendelkező remote kliens? A gépek ugyanarra a switchre vannak dugva egy subneten. Windowst kellene Linuxról elérni. A VNC alapúak elég lassúk, próbálgattam párat, tigerVNC illetve volt egy aminek saját magam kellett dockerben a szerverét hostolni nem emlékszem a nevére.
Parsec lenne az egyetlen ami gyors? Valami ingyenes nyílt forráskódú dolog nincs? Az sem zavar ha nem tömörít, van sávszél amennyi kell.
-
lck
senior tag
válasz
urandom0
#95463
üzenetére
Szia ! Örülök az érdeklődésnek !
Általában heti egy frissítő nap van. ( többnyire szombat reggel )
Csak a jó szinten letesztelt frissítéseket teszik bele. Ha a tesztelések során problémák adódnak, inkább csúsztatják az update-et. Az elmúlt pár évben nálam még frissítési probléma nem volt. De ez nyilván egyéni, [a fórumban] persze jönnek elő frissítési problémák. ( de melyik rendszernél nem ). Olvastam olyat is hogy van aki az 5-6 éve felrakott rendszerét frissíti máig hiba nélkül.EOPKG csomagkezelője van. Ami gyors. Parancssorból is használható, de van egy "Software Center" nevű grafikus felület. Ami normálisan működik, bár "elavult"-nak mondott. Kb. a Solus megjelenése óta ugyanaz. A függőségkezeléssel nincs gond.
A szoftverkínálata számomra megfelelő, Van flatpak meg talán snap is - ha valami hiányozna - bár én ezeket nem szeretem és nem is használom. Vannak "harmadik feles" programok is amiben, ha jól gondolom valami deb-eket forgat át. Ezek kínálata elég szűkös, ilyenek pl. hogy: Google Chrome, Spotify, TeamViewer.Én ilyeneket használok hogy: LibreOffice, Vlc, DoubleCommander, Firefox, qBittorrent, Steam - mindez Nvidia kártyával, wayland alatt gnome-mal vagy Plasmával. Faszán működnek. Nyilván a beállításokban azért jártasnak kell lenni.
Az elérhető programok frissek, esetleg 2-3 hetesek. A kernel is frissül, ma lett pl. 6.8.7-es.
A Gnome szerintem gyári. Nem mókolt. Jelenleg 45.5. A 46-os kellő tesztelés után kb. 2-3 hét múlva várható.
Rendszertelepítéskor volt olyan gondom, hogy az egyéb meghajtókon lévő rendszerek miatt az os-prober lefagyott. Csak lehúzott meghajtókkal tudtam felrakni. ( utána visszadugva már gond nélkül használhatók lettek )
Számomra a legstabilabb, legbarátságosabb "linux". Pedig a Distrowatch első 100 helyezettjéből nem sok van ami nem volt a gépemen
Na hát hirtelen ennyi. Kérdezz ha valami érdekel, bár mélységekig nem tudok sokmindent, csak lelkes felhasználó vagyok.
Megint én voltam balfék. 
Most hogy írod h első kettő macskaköröm között van maga link, második meg kettő között meg fájl neve. Én meg azt hittem valahogy h egymáshoz tartozik. Így már megy letöltés. Így egyesével jobb letöltés mivel csak szükséges fájlokat töltöm le, és így jóval gyorsabb. Ha összes fájlt letöltöm az sose nem jön le, + hatalmas adat mennyiség, addigra méár következő futás is lefrissül mire aktuálist letöltöm. 
Limitált a szerver sávszéllesége valamilyen oknál fogva, így barom lassu, kb 3 mb val töltödnek le fájlok. Mondjuk talán ha még lehetne szűrni külön paraméterre is, da asszem tán lehet, h ne töltsön le sok olyan paramétert amire nincs szükségem, ezzel még tovább lehetne gyorsítani.
Mi a franc lehet akkor az másik forecastedrAPI. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A Firefoxot snapban kapod és sokan panaszkodtak a lassú betöltésre, ilyenkor elég Tibikomám jellegű műveletekre van szükség, hogy felrakd a 
Subredditjéből indultam ki, 32k fő... a Distrowatch az ok, láttam... Viszonyításként Fedora subredditen közel 100k fő van. Archon meg 260k.
Mindeközben:
Ott van mountolva a /boot/efi alatt 
Új hozzászólás Aktív témák
CPT.PirkA 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!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Antivírus szoftverek, VPN
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Apple iPhone 14 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- HATALMAS AKCIÓK / MICROSOFT WINDOWS 10,11 / OFFICE 16,19,21,24 / VÍRUS,VPN VÉDELEM / SZÁMLA / 0-24
- Telefon felváráslás!! Samsung Galaxy S22/Samsung Galaxy S22+/Samsung Galaxy S22 Ultra
- BESZÁMÍTÁS! MSI B450M R5 5500 32GB DDR4 512GB SSD RTX 3060 12GB Rampage SHIVA Chieftec 600W
- Kingmax 2x2GB DDR3 1333 RAM eladó
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest