#9 Nálam minden rendben. Elszöszmötölt (Virtualbox!) a mint-y-icons csomag 1.4.2 verzió váltásával 1.4.3 verzióra, úgy 10, talán 15 percet is. Éppen lemondtam mindenről és már képernyőképet is mentettem a vélelmezhető hibáról, a verziók beírása lett volna hátra a névben,

Linux Mint 20 beta - mint-y-icons ().png

de a frissítés folytatódott (megérte várni).
A frissítés rendben lezajlott. A Frissítés elemre nyomtam, az is megvolt, mégpedig hiba nélkül.
Asztali környezet: Cinnamon.

#8 Köszi ! Feloldottam a zárolást, és a grafikus Frissítéskezelővel telepítettem az új mintstick verziót - és még amiket ez mellett felajánlott.
De a grafikus frissítéskezelővel is van valami gebasz, mert jelzi a frissíteni-valót - a "Telepítés"
-re kattintva letölti és telepíti is, de ha ezután ha rákatt. a "Frissítés" gombra - hibát dob.
https://ibb.co/QKGyzTx
https://ibb.co/Bct0Ycv
Tükörkiszolgálókat cseréltem, Szoftveforrás -> Karbantartás -> a felső 3 opciót futtattam,
volt sudo dpkg --configure -a és leállítás/indítás - de makacsul a képeken látható hibát
dobja. végül-is, működik - csak a kézi frissítés indítása után dobja a hibát.

#8 Reggel frissítéssel kezdtem, aztán tevékenykedtem.

Reggel ez a verzió volt elérhető,

apt-cache policy mintstick
mintstick:
  Telepítve: 1.4.2
  Jelölt:    1.4.2
  Verziótáblázat:
 *** 1.4.2 500
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main amd64 Packages
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main i386 Packages
        100 /var/lib/dpkg/status

most ez:

apt-cache policy mintstick
mintstick:
  Telepítve: 1.4.4
  Jelölt:    1.4.4
  Verziótáblázat:
 *** 1.4.4 500
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main amd64 Packages
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main i386 Packages
        100 /var/lib/dpkg/status

Ti a kettó közötti verzióval találkoztatok. Az nem volt jó.

#7 Frissitett a Mint, most már jó. Az új verzió 1.4.4.

#19 :)

#18 Van ez igy...

#17 De ... . MIndegy, mi van, mi nincs benne. Fogja a folyamatot. Aztán jönni fog még egy„törlendő”, azaz előfordulhat.

#15 Ennek a törlésével nem hiszem hogy sokra mennék. :)
https://ibb.co/hdMp8yw

#23 Én nem tudom :), nálam minden rendben ment.

#22 Nagy vonalakban rájöttem hogy mi okozza a grafikus frissítéskezelő anomáliáját
mikor a kézi frissítést indítom.
Történt hogy tegnap délután csináltam rendszer-visszaállítási pontot - miután (később)
sehogy nem tudtam javítani hogy a kézi frissítés indítása ne dobjon hibát, (fentin képek)
indítottam egy visszaállítást.
Visszaállítás után a kézi frissítés ismét kifogástalanul indult / lefutott.
Számos frissíteni-valót jelzett - frissítettem - utána jutott eszembe hogy egy mintstick
verziót zároltam - ezt feloldottam a frissítéskezelőben is, és a synapticban is.
Ezután mutatta hogy van újabb (javított) verziója a mintstick-nek - ezt is telepítettem.
Miután ez megtörtént, indítottam a kézi frissítést - de sajnos ismét azt a hibát dobta.
---- Megismételtem a rendszer-visszaállítást, majd fordított sorrendben - előbb
feloldottam a zárolást - és ezután frissítettem ... de az eredmény ugyanaz - a kézi
frissítés hibát dob. :(
Szóval, a verzió feloldás közben történik valami aminek a következménye hogy
nem fut le a kézi frissítés - hanem hibát dob.
Ezt kivéve, úgy nézem megfelelően működik a grafikus frissítéskezelő.
A közelmúltban a synaptic is, és maga a frissítéskezelő is frissült - hogy melyik
frissítésével jött be ez az anomália, - ki tudja ?

#25 A dpkg-val törörni kéne Linux Mint 19.3 kiadáshoz tartozó 1.4.1-es mintstick csomagot. Belépsz a könyvtárba, ahol a letöltött telepítő található, és eltávolítod:

sudo dpkg purge mintstick-*

Kiterjesztés (deb) nem kell, ha jól emlékszem.

Majd:

sudo apt-get autoremove --purge

sudo apt-get install --reinstall mintstick

Remélem, ez segít.

Mint csomagot ne telepits LMDE-hez. :)

#24 Ha előzőleg nem zároltam volna egy alkalmazás verziót, akkor valószínű nálam
is látszólag minden rendben menne. :)
Nem az ilyen és ehhez hasonló anomáliákat hívják "bug"-nak ?
A kérdés, költői volt !

#8 #29 Én tévedtem. Nem figyeltem, hogy ez egy újabb hír (mondjuk, telepítettem is :)). De ez a csomag a régebbi verzióban (19.3) van benne (mutattad is a letöltési linket), és Ulyana gondot jelez, ami a 20-as kiadáshoz tartozik. Vélhetően ezt csak át kellett volna írni ezt a Python parancsfájlban, és a megoldás mindössze ennyi.

#28 Amit az előbb írtam, az okoz gondot, ez nem bug. ;)
Így oldotta meg a Mint csapat a csomagokat.. Akkor úgy mondom, „nem Windows”, ne tölts le csomagot, főleg ne más kiadásét. Ha megtetted,az már a te gondod. :D
Különben ez egy „elvetemült” megoldás, nem letöltéssel, hanem a szokásos Unix-szerű módszerekkel kell megoldani egy problémát. Például értelmezed, amit ír a kimenet (fentebb írtam). Korábban nem néztem, mit töltöttél le, a szokásos, bevált dolgokra van ráállva a gondolkodásom (és a fejlesztőknek is.), nem arra, hogy mindenfélét letölt a felhasználó. Nekem is bugnak tűnt elsőre a látható információk alapján (az URL-t most néztem meg). ;)
Nem szoktam javasolni senkinek, hogy letöltéssel oldjon meg egy problémát. Nem is igazán volt ilyen még nálam.

#27 Jól hitted ! Mint 20 Cinnamon Béta. :)

#26 Futtattam a fenti parancsokat. Az eredmény az lett, hogy furcsa mód a synapticban
azt láttam hogy települt ugyan a legújabb 1.4.4-es mintstick, de most ezt mutatja zároltnak.
https://ibb.co/RjqKzQt
Az 1.4.4-es mintstick indul.
A grafikus frissítéskezelőben a kézi frissítés lefut / nem dob hibát.
Kicsit tartva tőle, a frissítéskezelőben feloldottam immár az 1.4.4 zárolását - a kézi frissítés
ezután is lefutott.
Már csak a synaptikban kellett feloldani a zárolást a teljes boldogsághoz.
Miután ez is megtörtént, mit ad a teremtő ? ... A kézi frissítés indítása ismét hibát dob.

Egy rendszer-visszaállítás után azt meg tudom csinálni, hogy vagy az 1.4.1-es, vagy
az 1.4.4-es mintstick-et hagyom zárolva - és akkor lefut a kézi frissítés és mindkét
mintstick verzió működik. De a synapticban a zárolást feloldani nem lehet mert az
galibát okoz. Az biztos hogy ennek nem így kéne működni.
Régebben nem egyszer csináltam ugyanezzel a módszerrel zárolást / feloldást
de ilyen hibába most futottam először.

#7 Frissitett a Mint, most már jó. Az új verzió 1.4.4.

#36 Veled szerintem más sem ért egyet.

#33 Nem értük egyet. Tegnap reggel kaptam frissítést a mintstick-hez - kiderült hogy
használhatatlan. Mivel szeretem ha van a rendszeremen egy használható mintstick,
ezért telepítettem egyel régebbi verziót - ez zokszó nélkül települt és MŰKÖDÖTT.
De a frissítéskezelő ezt mindenáron frissíteni akarta a használhatatlan verzióra.
Hogy elhallgattassam, zároltam ezt a régebb verziót - ami eddig soha nem okozott
gondot. Ott követtem el a hibát, hogy nem feltételeztem hogy a Mint legújabb Beta
verziójában ez problémát okozhat. Tudod, az üveges Tóth is azt mondta: Ha tudom
hogy hanyatt fogok esni, akkor előtte leülök !
A lényeg a lényeg ... ez egy kísérleti telepítésű rendszer - nem fogom meghagyni.
Arra jó, hogy kiderítsem hogy azok a + alkalmazások / csomagok melyeket az
alaptelepítésen kívül szoktam telepíteni, elérem-e erre a kiadásra, és honnan
milyen formában ?
A végleges telepítés majd a stabil kiadása után 1-1.5-2 hónappal fog megtörténni.
Pontosan azért, hogy az ilyen anomáliákat lehetőleg elkerüljem.

#40 Minden zárolás verziót kipróbáltam, frissül minden esetben

-----

Ez már más (de csak a mai mintupdate frissítés után):

• a panel ikon környezeti menüben indítva, a frissítés rendben lezajlik
• a nyitott ablak azonban ezt mondja (két ablak):

Nem sikerült letölteni minden tároló indexfájlját

Lehetséges, hogy a tároló már nem létezik vagy hálózati problémák miatt nem érhető el. Ha a le nem tölthető indexnek elérhető egy régebbi verziója, az kerül felhasználásra. Egyébként a tároló mellőzve lesz. Ellenőrizze a hálózati kapcsolatát és győződjön meg róla, hogy a tároló címe helyes.

Hiba történt

A következő részletek ismertek:

E: Érvénytelen rekord a tulajdonságfájlban, nincs csomagfejléc
E: Nem tudom a listakönyvtárat zárolni

A Synaptic viszont rendben lefrissít, és a terminálban is lefut a két parancssor:

sudo apt-get update
[sudo] mint20kim jelszava:             
Mellőz:1 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana InRelease
Találat:2 http://ftp.energotel.sk/pub/linux/ubuntu focal InRelease            
Találat:3 http://ftp.energotel.sk/pub/linux/ubuntu focal-updates InRelease     
Találat:4 http://security.ubuntu.com/ubuntu focal-security InRelease           
Találat:5 http://archive.canonical.com/ubuntu focal InRelease                  
Találat:6 http://ftp.energotel.sk/pub/linux/ubuntu focal-backports InRelease
Találat:7 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana Release
Csomaglisták olvasása... Kész

sudo apt-get upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Kész
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.

#37 Ha a Synaptic-ban feloldod a zárolást, és utána kattintasz a frissítéskezelőben
a Frissítés elemre - nem dob hibát ?

#37 A mintupdate alkalmazás nemrég frissült. 5.6.7 volt a régi verzió, és 5.6.8 az egészen új. Megnéztem honnan jön:

apt-cache policy mintupdate
mintupdate:
  Telepítve: 5.6.7
  Jelölt:    5.6.7
  Verziótáblázat:
 *** 5.6.7 500
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main amd64 Packages
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main i386 Packages
        100 /var/lib/dpkg/status

Azaz immár sehonnan, mert ahogy jött, eltűnt. A Synaptic ezt (now) jelzéssel jelöli, tükör nélkül. Egyik sem jó jelenleg. Visszaálltam a régebbi verzióra. Gondolom, dolgoznak a problémán, az 5.6.8-as verzió lett volna a javított, de mégsem úgy sikerült, ahogy kellett volna, pár percre elérhetővé tették, aztán le is vették az elérhető csomagok listájáról. A csomag állapota jelenleg: hibás. Egyéb hibája:

mintupdate
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1137: DeprecationWarning: Gdk.threads_init is deprecated
  Gdk.threads_init()
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1283: DeprecationWarning: Gtk.ImageMenuItem.set_image is deprecated
  menuItem3.set_image(image)
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1515: DeprecationWarning: Gdk.threads_enter is deprecated
  Gdk.threads_enter()
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:670: DeprecationWarning: Gdk.threads_leave is deprecated
  Gdk.threads_leave()

#33 Kipróbáltam:

• egy idejű zárolás, majd
• a Frissítés elem megnyomása.

Rendben működik.

#48 Jelentettem.
Körülbelül így kell egy bugot jelenteni:
https://github.com/linuxmint/mintupdate/issues/627
Angol tudás híján érdemes fordítót, szótárat használni.
Törekedni kell a lényegre, és csak röviden, tömören, de mégis információban gazda jelentés legyen az eredmény.

#37 A mintupdate alkalmazás nemrég frissült. 5.6.7 volt a régi verzió, és 5.6.8 az egészen új. Megnéztem honnan jön:

apt-cache policy mintupdate
mintupdate:
  Telepítve: 5.6.7
  Jelölt:    5.6.7
  Verziótáblázat:
 *** 5.6.7 500
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main amd64 Packages
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages ulyana/main i386 Packages
        100 /var/lib/dpkg/status

Azaz immár sehonnan, mert ahogy jött, eltűnt. A Synaptic ezt (now) jelzéssel jelöli, tükör nélkül. Egyik sem jó jelenleg. Visszaálltam a régebbi verzióra. Gondolom, dolgoznak a problémán, az 5.6.8-as verzió lett volna a javított, de mégsem úgy sikerült, ahogy kellett volna, pár percre elérhetővé tették, aztán le is vették az elérhető csomagok listájáról. A csomag állapota jelenleg: hibás. Egyéb hibája:

mintupdate
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1137: DeprecationWarning: Gdk.threads_init is deprecated
  Gdk.threads_init()
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1283: DeprecationWarning: Gtk.ImageMenuItem.set_image is deprecated
  menuItem3.set_image(image)
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:1515: DeprecationWarning: Gdk.threads_enter is deprecated
  Gdk.threads_enter()
/usr/lib/linuxmint/mintUpdate/mintUpdate.py:670: DeprecationWarning: Gdk.threads_leave is deprecated
  Gdk.threads_leave()

#52 Kiderült hogy a monitor felbontásával van összefüggésben a nem-indulás.
1920x1080-as felbontás mellett indul a Szoftverkezelő.
1280x720-as felbontás mellett viszont nem.
Azért, ez egy kicsit furcsa.

Régebben a határérték 1024x* volt. Mármint a telepítő használhatóságára értve. Kisebb felbontásnál kilógnának a továbblépéshez szükséges elemek a monitorról, és kényelmetlen lenne kezelni. De nemhogy kényelmetlen, sokak számára lehetetlen lenne kezelni a telepítőt, ugyanis sokan nem ismerik az ablak mozgatásának lehetőségét ilyen esetben.

Az alkalmazás látható méretének meghatározása, az, hogy ráférjen a monitorra,  a fejlesztők feladata. Kísért az eset, amikor az Avidemux „nem tudta megoldani” az immár Qt5 fejlesztői csomaggal, hogy ne lógjon ki a noteszgép monitoráról lefelé. Az Avidemux fontos kezelőszervei, elemei az ablak alján találhatóak. Megoldották.

A Frissítéskezelő esetén elem monitorről kilógásról nem beszélhetünk, mert nem az ablak alján találhatóak, hanem fentebb. Azonban a fejlesztők valamiért az 1280x* felbontást határozták meg, gondolva vélhetően arra, ez manapság mindenki könnyen teljesíti (hardveresen). A Frissítéskezelő elemei Glade-ben készültek. Ez csak mellékes információ, összefüggést nem találok ebben a képernyő felbontással, nem hiszem, hogy itt lenne határérték kötelezettség, de egészen pontosan erre a történetre nincs rálátásom. A fejlesztők, a Linux Mint csapat döntése volt szerintem inkább a határérték meghatározása.

#51 Igen, a /var/lib/synaptic/preferences fájl átnevezése kivette a zárolás alól a synapticban mintstick 1.4.4-et. A Frissítéskezelő fekete listájából még tegnap eltávolítottam a mintstick-et.
Ez önmagában nem akasztotta meg a kézi frissítést.
Reméltem, hogy a preferences fájl átnevezése valamilyen formában jótékony hatással
lesz a "Szoftverkezelő" indulására is, - de csalódnom kellett - még mindig nem indul.
Lehet hogy csak nálam ? https://ibb.co/ctBrhsR Az eltávolítására tett kísérlet közben,
ezt "mintinstall 8.0.4"-nek azonosítja. https://ibb.co/h2tmNbX

Szerk.: Kiderült hogy a monitor felbontásával van összefüggésben a nem-indulás.
1920x1080-as felbontás mellett indul a Szoftverkezelő.
1280x720-as felbontás mellett viszont nem.
Azért, ez egy kicsit furcsa.

#57 A böngészőben, az oldalak megjelenítése szerintem, nem a képernyő felbontás változtatásával „javítható”. Hanem a zoomolással. Nálad is ott a jelenleg 100% beállításban látható Firefox elem. Nálam ez 133% (Linux Mint 19.3, Cinnamon és Debian 10, Cinnamon). Bocsánat, most 120% (Debian 10/Xfce)..., de csak a Linux Mint közösségi weboldalon, máshol általában 133% a nekem megfelelő beállítás.
Azért sem az általad használt beállítás a megoldás, mert maga a böngésző ablaka teljesen kitölti szélességében és magasságában a monitorod, rendben van. Kissé szokatlan a te „megoldásod”. Mindez a rendszer által használt karakterek méretére is hatással van.

#54 A monitoromon látható kép - különböző felbontásoknál.
- 1920x1080 https://ibb.co/JQNswL0
- 1280x720 https://ibb.co/y8GpP5J
- 1920x1080 native felbontás, de kb. 1280x720-nak megfelelő méretezés
https://ibb.co/QdQKNJb

xrandr --output HDMI-3 --scale 0.66x0.66 --panning 1268x713

#51 Azt írják, tesztelték, náluk nem tapasztalható a hiba:
https://github.com/linuxmint/mint20-beta/issues/161
Erre nem tudom mit mondani.
Mintha nem tűnt volna fel a tesztelőnek az unlock említése,
The cause of the error is to unlock the application in Synaptic Package Manager.
úgy tűnik, csak lockkal tesztelt, unlockkal nem.
Hozzászólni már nem lehet, mert le lett zárva a hibajegy.
Én kétszer töltöttem le a telepítőt, és így telepítettem (töröltem az elsőt) két alkalommal is. Másodszorra még hagytam is a seedet, amíg volt „érdeklődő”. Mindkét telepítés után tapasztalható volt a jelenség.
A megoldás az előzményben, de leírtam a GitHub-on is. :)

#37 Újratelepítettem a Linux Mint 20 beta kiadást. Timeshift mentést használtam minden változtatás előtt. A Frissítéskezelő grafikus felületén tapasztalható frissítés jelzett jelensége kizárólag akkor lép fel, ha a Synaptic csomagkezelőben zárolásra kerül egy csomag, majd a zárolást ugyanitt feloldjuk. A Synaptic zárolása a preferences fájlban jelentkezik. A fájl ezen az elérési úton található:

/var/lib/synaptic/preferences

Tartalma (olvasom a fájl tartalmát):

-- a zárolás után

cat /var/lib/synaptic/preferences

Package: mintstick
Pin: version 1.4.4
Pin-Priority: 1001

-- a zárolás feloldása után

cat /var/lib/synaptic/preferences

... elméletileg üres. A kimenet egy sor, ami üresnek látszik.

Nézem a különbségeket,

diff preferences.ORIG preferences

... itt nem látszik különbség.

és kiemeltem, mi lenne (szerintem) lényeges, ami a fenti zárolás után a zárolás beállításokban nem látszik:

0a1,3
> Package: mintstick
> Pin: version 1.4.4
> Pin-Priority: 1001

A preferences fájl egy zárolás után jön létre, a zárolás feloldásával a fájl maga nem törlödik. Hogy eleve ott van-e, létezik bármilyen zárolás előtt a fájl, azt nem néztem, annyira nem is fontos.

A megoldás a preferences fájl átnevezése:

sudo mv /var/lib/synaptic/preferences /var/lib/synaptic/preferences.ORIG

Az átnevezés után

• Újabb zárolás előtt a preferences fájl nem jön létre. A Synapticban a frissítést alkalmazva sem.
• A Linux Mint Frissítéskezelő alkalmazása a megszokott módon, tökéletesen működőképes.

A Synaptic preferences fájlja okozza a jelenséget valamilyen módon.
Keresem, a Frissítéskezelő hol tárolja a feketelista beállítást.

A probléma megoldása véleményem szerint, nem a fejlesztők dolga. Meglátásom továbbra is, hogy egy helyen, azaz egy alkalmazásban szabad zárolást alkalmazni. A tesztből kiderült az „ok”. Ha a fejlesztők felé elvárásokat fogalmazunk meg, akkor a felhasználók felől is megkövetelhető az ésszerű és logikus gondolkodás...

#63 Amit xenopeek említ megoldási javaslatként, én mindjárt a hibaüzenetek megjelenése után
megcsináltam - eredménytelenül.
"Tükörkiszolgálókat cseréltem, Szoftveforrás -> Karbantartás -> a felső 3 opciót futtattam"
(2020. jún. 18. 17:14)

Ezeket én is megcsináltam. Eleve, a telepítés után a tükörkiszolgálókat átállítottam, de én az összes karbantartás műveletet végigfuttattam. Szerintem, sem értették meg, hogy a Synaptic unlock okoz ilyen jelenséget, pedig azt a sort ki is emeltem. Talán más egy hiba értelmezésére fordított idő a beta teszteléskor, és más a stabil verziónál. A válaszadó anyanyelve sem angol, hanem francia (a lifting kifejezésből gondolom, ő sem tud sokkal jobban angolul, mint én). Persze, említi, sok az információ, amit adtam ..., de ez elvárás amúgy egy hibajegynél. Úgy tűnik tényleg, a sok bába között elveszett a gyerek. Meg lehet próbálni a stabil kiadás megjelenése után újra bejelenteni a jelenséget, kicsit átfogalmazva, angol és francia nyelven is (egy hibajegyen belül).

A zárolás maga jól hangzik, de a zárolt alkalmazásnak vannak függőségei is, amelyek más csomagok függőségei is lehetnek. És ennek ismerem a következményeit, abból az időből, amikor az apt-pinning-gel „kísérleteztem”. Más is jól ismeri a hátrányokat, jelezték különböző fórumokon.

#62 Nem tudhatjuk hogy pontosan hogy tesztelték - megértették-e azoknak a lépéseknek
a sorrendjét ami kiváltotta ezeket a hibaüzeneteket. Elvégre, ezek mindkettőnknél
jelentkeztek.
Amit xenopeek említ megoldási javaslatként, én mindjárt a hibaüzenetek megjelenése után
megcsináltam - eredménytelenül.
"Tükörkiszolgálókat cseréltem, Szoftveforrás -> Karbantartás -> a felső 3 opciót futtattam"
(2020. jún. 18. 17:14)
Mindenesetre, eddig sem túl sok verziót zároltam, - de ezután kétszer is meggondolom
hogy alkalmazzam-e. Ha előre tudom hogy a reggeli félresikerült frissítéshez délután
érkezik hibajavítás, nyilván hogy nem zárolok egy .deb csomagból telepített régebbi
de legalább működő verziót.