Probléma

A yt-dlp alkalmazás egyes videók letöltésekor

yt-dlp -F https://www.youtube.com/watch?v=wsKW-te7-uc

ezt a hibát adja ki.

ERROR: [youtube] wsKW-te7-uc: Unable to extract uploader id; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U

Javítás, kerülő megoldással (workaround)

... hogy használhasd addig is, amíg, a fejlesztők / csomag karbantartók foltozzák.

A Kaliforniai Egyetem IT biztonsági kutatói egy meglehetősen komoly sebezhetőséget fedeztek fel a Linux rendszermagban. Bár erre sokan csak legyintenek, hiszen a köztudatban még mindig a Linux platform néhány százalékos piaci részesedése él, nem szabad elfelejtenünk, hogy az okostelefonok és a webszerverek túlnyomó többségén jelenleg Linux-alapú operációs rendszer fut, tehát egy, az egész világot érintő problémáról beszélhetünk.

A sérülékenység segítségével a támadónak csupán a webszerver és az internetező IP címével kell tisztában lenniük, máris lehetőséget kap a két fél közötti adatkommunikáció manipulálására – már ha az mezei HTTP kapcsolaton keresztül történik.

Mit tudsz tenni akkor, ha egy csomagfrissülés után közvetlenül valamelyik eszközöd, pontosabban a videókártyád nem megfelelő módon működik?

Megjegyzem, ilyen eset nem túl gyakran fordul elő. Leginkább az Xorg csomagok frissítése okoz(hat) esetenként problémát, hiszen ezt mindenki használja, és az egy nappal régebbi verzió a disztribúciódhoz nem igazán elérhető ... legalábbis eddig így tudtad.

Miről is van szó pontosan?

Pár hónapja az AMD, most, a blog irásának idején az nVidia zárt (gyártó által szállított) videókártya meghajtója (driver) nem készült el a frissebb Xorg verzióhoz.

http://ubuntu.hu/node/21143

írja az ubuntu.hu oldalon Frantique

(2010. október 5.)

Előfordulhat, hogy valami oknál fogva nem bootol a rendszerünk, hanem a grub rescue fogad... . Nem biztos, hogy temetni kell a rendszert, előtte mindenképpen próbáld meg az alábbiak szerint elindítani azt.

Alapállapot:

grub rescue>

1. művelet: kiadom az "ls" parancsot, hogy lássam, miként is látja a lemezt a grub.

1. eredmény:

grub rescue>ls

(hd0) (hd0,1) (hd0,2)

Magyarázat: 1 HDD a gépben, 2 partícióval rajta, jó eséllyel a hd0,2-es a swap, tehát a hd0,1-et kéne bootolnunk.

Bizonyára már jártatok úgy, hogy a Network Manager Applet nem látszódott a panelen vagy a tint2 taskbar-on valamely okból vagy egyes alkalmazások GUI-ja nem indult. Én egy Gtk-Warning hiba kapcsán találkoztam ezzel a bug-gal, mikor is a hiba behatárolása miatt terminálból indítottam a nm-applet-et.

nm-applet

Javításképpen először downgrade-eltem a libgtk3-0 csomagot és függőségeit v3.8* verzióról v3.4* verzióra, de aztán találtam jobb megoldást, az addig használt waldorf téma helyett a cb-waldorf-xoraxiom téma telepítését, amely innen letölthető (a téma telepítésekkor szokásos könyvtárba kell másolni), de választhattam volna a TropicBomb témát is a leírás szerint. Utóbbi kettő ugyanis jól működik a libgtk3-0 v3.8* csomaggal, mely a Debian Jessie-ben már alapértelmezett.

Nemrég ki lett adva egy javítófolt (Java 7 Update 11) a Java-ra, bizonyos támadás miatt. A linux rendszeren lévő külső csomagok is rövid idő alatt frissülnek, így az Oracle Java is (mely egy ideje azonos az Open Java-val), azonban a legjobb, ha azonnal megkapjuk ezt a biztonsági frissítést. Ennek a módját írom le most.

A megoldás egy szkript a duinsoft portálról, mely a legfrissebb Java JRE verzióra frissíti a rendszeren levő java csomagokat és a böngésző plugint is (automatikusan, a frissítések alkalmával így a többi csomaggal együtt frissül a Java is a lehető legújabb verzióra, már, ha létezik újabb):
http://www.duinsoft.nl/packages.php?t=en
Tehát nem kell az Oracle oldalról letöltött csomagot az ott szereplő leírás alapján telepíteni (frissítési lehetőség nélkül) vagy e leírás (ugyanaz)
https://sites.google.com/site/easylinuxtipsproject/java
szerint eljárni sem.

ÁLTALÁBAN

Szavatosság - jó terméket kapjunk

A szavatosság és a jótállás (más néven garancia) két hasonló dolog, mégis sokan nem tudják melyikkel mit lehet kezdeni. A szavatosság lényege, hogy amikor megvásároljuk a terméket (legyen az egy színes tévé vagy egy mobiltelefon), akkor jó, működő árut kapunk. Azt, hogy az áru valóban tökéletes, azzal szavatolja a kereskedő, hogy egy (tartós műszaki cikkek esetében, mint például egy laptop három) éven belül az nem fog elromlani gyártási vagy konstrukciós hiba miatt - ha mégis, akkor javítani vagy cserélni fogják, vagy ha e kettő nem lehetséges, akkor visszafizetik a vételárat. Kivétel lehet, ha egy olyan sérült, hibás árut veszünk, amely a csökkent értéke miatt van leárazva - a hibákat azonban a kereskedőnek dokumentálnia kell.

Nemrég saját kezűleg frissítettem a rendszeremet  linux-image-2.6.31-14-generic kernelről (telepítőlemez "adta") a legfrissebb és stabil linux-image-2.6.31-22-generic (2.6.31-22.65) kernelre. A frissítéskezelőm nem jelzett, azonban én úgy gondoltam, hogy kellemesebben, naprakészebben használhatom az Ubuntu Linuxomat frissebb kernellel. Nemrég telepítettem újra a rendszerem, és az előzőn is a frissebb kernel volt használatban.

Valamiért nem sikerült a frissítés, a a telepítő hibakóddal kilépett.

Ezzel az írással szeretném összefoglalni mindazt az információ halmazt, melyet a netről gyűjtöttem, valamint saját tapasztalataimat.

A legfrissebb Firefox telepítése során belefutottam  egy telepítési hibába, ki nem elégített függőségek "adódtak", melyeket telepítve sem települt a Firefox.

Én leginkább terminálban illetve a synapticban telepítek, nem igazán használom a Szoftverközpontot - talán kezdőknek a leírások, szofvermagyarázatok miatt hasznos lehet mégis a használata, nézegetni mindenképpen érdemes :)

Kísérletem a telepítésre

A telepített "összes" firefox teljes eltávolítása (függőségekkel), rendszertisztítás (erről bővebben később), gép újraindítás, majd az újra telepítés után sem sikerült a folyamat.