Végre itt a Wine 7.0

kami911 képe

Megjelent a Wine 7.0-s kiadásához, amely a nyílt forráskódú szoftver éves stabil kiadása. A Wine lehetővé teszi a Windows játékok és alkalmazások futtatását Linux, macOS, BSD és más platformok alatt. Ez egy összefoglaló a tavalyi Wine 6.0-s mérföldkő óta bevezetett számos változásról. Ha Linux alatt szükség van Windows alkalmazások futtatására, akkor a Wine vagy a belőle készült termékekkel teheti meg azt a felhasználó, x86 utasításkészlettel rendelkező számítógépeken. A Wine új kiadása, egy évnyi fejlesztési fázis után került immáron végleges verzióban a publikum elé. A köztes réteg, azaz wrapper, nem egy emulátor (erre utal a neve is: WINE – Wine Is Not Emulator), így nem teljes gépet emulál a gépben futó alkalmazásnak, mint mondjuk virtualizáció esetén, hanem az alkalmazott rendszerhívásokat fordítja le a megfelelő linux-os, mac-es hívásokra.


Milyen újdonságokra számíthatunk a Wine 7.0-val

  • Számtalan Wine komponens átalakítása PE formátumra alakítása. Többek között: WineGStreamer, DNSAPI, Secur32, WPCAP, WinePulse, WinSock, IPHLPAPI, Shell32, WineBus, IPHlpApi, NsiProxy, WineDbg, MSXml, XAudio, DInput, mount manager, CoreAudio és más könyvtárak.
    • Néhány kivételtől eltekintve minden modul PE formátumban építhető. A cél az, hogy a 7.0 után a fennmaradó modulok átalakítása.

    • A kapcsolódó Unix-könyvtárral rendelkező PE-modulok esetében a PE rész és a Unix rész közötti kapcsolat egy szabványos NT rendszerhíváson keresztül történik. Ez lehetővé teszi a Unix kód elrejtését a Windows hibakereső programok elől, és a szálak átkapcsolását regisztert az ezt igénylő platformokon.

    • A beépített dll-ek csak akkor töltődnek be, ha van megfelelő PE-fájl a lemezen, vagy egy valódi bináris, vagy egy hamis PE modul. Ez biztosítja, hogy az alkalmazás mindig egy érvényes PE-fájl leképezését látja. Ez kikapcsolható a WINEBOOTSTRAPMODE környezeti változóval, amelyet az előtagként használható.

  • Windows-on-Windows (WoW64) támogatása
    • A 64 bites Windows-on-Windows (WoW64) architektúra elkészítése, amivel a 64 bites Unix-állomáson futó 32 bites Windows-alkalmazások futtatását biztosítja.
    • A WoW64 thunks a legtöbb Unix könyvtárhoz implementálva van, lehetővé téve a 32 bites PE modul 64 bites Unix-könyvtárat hívjon. A thunks segítségével a 32 bites NT rendszerhívásokat a 64 bites NTDLL-hez lesz rendelve. Amint a többi modul PE-be konvertálva, ez lehetővé teszi a 32 bites alkalmazások futtatását a 32 bites Unix programkönyvtárak telepítése nélkül.
    • Kivételkezelés támogatása a Wow64 üzemmódban.
  • Témák és megjelenés
    • Téma támogatás a Wine összes beépített programjához.
    • A Wine beépített „kék" és "klasszikus kék" témákat is hozzáadása.
    • Jobb HiDPI témakezelése.
    • Javított HiDPI támogatás a Wine beépített alkalmazásaihoz.
    • Szintén a témák frontján történő változtatás a megfelelő görgetősávos témák támogatása.
  • Új HID-alapú joystick back-end DirectInput támogatással.
  • Frissített OpenCL támogatás az OpenCL 1.2 kompatibilitású verzióra.
  • VKD3D 1.2 támogatása a Wine Direct3D 12 a Vulkan-on fejlesztés révén.
  • Az Apple Silicon / Apple M1 Mac-eken használt Rosetta memóriaelrendezés támogatása. Ezek a Wine módosítások szükségesek ehhez az Apple x86-ról AArch64-re fordítóhoz, hogy elkerüljük a Rosetta memóriarégióit és egyéb különbségeket.
  • Plug and play illesztőprogram-támogatási fejlesztések.
  • A csomagban lévő Mono motor frissítésre került a Mono 6.x kiadásokra a tavalyi évben, majd végül a Mono 7.0-ra.
  • A könyvtárak architektúra-specifikus alkönyvtárakból történő betöltésének támogatása. A Wine build rendszere is frissült az architektúra-specifikus könyvtárak támogatása körül.
  • Megjelent az MSDASQL támogatása a Microsoft OLE DB szolgáltatójaként az Open Database Connectivity (ODBC) illesztőprogramok számára. Az MSDASQL lehetővé teszi a hozzáférést / csatlakozást a sok különböző DBMS adatforráshoz, amelyek ODBC illesztőprogramokat kínálnak az Oracle-től a Microsoft Access-ig és így tovább.
  • Az összes többi C futásidejű (CRT) matematikai függvényt a Musl libc C könyvtárból importálva.
  • Unicode 14 támogatás.
  • Különböző WinRT fejlesztések.
  • A terjesztések által szállított PE programkönyvtárak lehetséges támogatása.
  • A felhasználói felületet érintő javítások a WineDbg programban.
  • Kivételkezelés ARM processzorokon.
  • További fejlesztések a HID joystick támogatáshoz.
  • Az USER32 programkönyvtár Win32u-ba való áthelyezés lépései.
  • Jobb támogatás az inline függvényekhez a DbgHelp-ben.
  • További fejlesztések MSVCRT Winelib-ben történő építéséhez
  • Egy új Win32u könyvtár, amely a grafika és az ablakkezelési támogatás kernel oldalát valósítja meg. A GDI32 és USER32 könyvtárak nagy része át lett alakítva, hogy ezt az új könyvtárat használja. Ez a munka a 7.0 után is folytatódik, és a grafikus illesztőprogramok (winex11.drv, winemac.drv stb.) is átkerülnek Win32u-ra
  • Különböző fejlesztések történtek a Wine Direct3D implementáció Vulkan leképzőben. A legtöbb esetben a Direct3D 10 és 11 alkalmazások esetében a Vulkan renderelőnek nagyjából egy szinten kell lennie a Wine 7.0 régebbi OpenGL renderelőjével. A Wine 6.0-hoz hasonlóan a Vulkan renderelőt a Direct3D „renderer" registry beállításának „vulkan" értékre történő beállításával lehet engedélyezni.
  • További fejlesztések a Dwarf 3/4 hibakeresés támogatásán.
  • Új Direct3D 10 and 11 szolgáltatások támogatása.

A Wine 7.0 végleges verziója összesen 9100 kódmódosítást tartalmaz.

Az újdonságok teljes listája a bejelentésben található.

Letöltés és telepítés

Megtalálható magyar nyelven a Súgó-ban: Wine

További disztribúciókhoz szánt csomagok

  • Ubuntu - WineHQ bináris csomagok: Ubuntu aktuális kiadások
  • Debian - WineHQ bináris csomagok: Debian aktuális kiadások
  • Fedora - WineHQ bináris csomagok: Fedora aktuális kiadások
  • macOS - WineHQ bináris csomagok: macOS 10.8 és újabbakhoz.
  • Továbbiak

 

Jó borozást!

Hozzászólások

Várjatok a telepítéssel!

Valami nem jó, nekem eltávolította a saját wine-s indítóimat a menüből, és nem akar indulni sem a winecfg, sem egyéb. Apt policy meg nem mutat semmi telepítettet, csak telepítésre jeöltet, az ubuntus verziót.

újratelepítésnél terminálból meg ezt írja ki:

sudo apt install --install-recommends winehq-stable
       
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Néhány csomagot nem lehetett telepíteni. Ez azt jelentheti, hogy
egy lehetetlen állapotot kért, vagy ha az unstable disztribúciót
használja, akkor néhány igényelt csomag még nem készült el vagy ki
lett mozdítva az Incoming-ból.
Az alábbi információk segíthetnek megoldani a problémát:

Az alábbi csomagoknak teljesítetlen függőségei vannak:
 dconf-gsettings-backend : Függ ettől: dconf-service (>= 0.36.0-1)
                           Függ ettől: dconf-service (< 0.36.0-1.1~)
 dictionaries-common : Függ ettől: libtext-iconv-perl de az nincs telepítésre megjelölve
 winehq-stable : Függ ettől: wine-stable (= 7.0.0.0~focal-1)
E: Hiba, a pkgProblemResolver::Resolve töréseket generált, ezt visszatartott csomagok okozhatják.

sudo apt install dconf-service
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
dconf-service már a legújabb verzió (0.36.0-1).
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 1 nem frissített.

 

 

Értékelés: 

0
Még nincs értékelve
kami911 képe

Várjatok a telepítéssel!

#1 Esetleg ha ezt is telepíted:

libtext-iconv-perl

Értékelés: 

0
Még nincs értékelve

Várjatok a telepítéssel!

#1.1 megj. Timeshift visszaállítás után vok (tegnapi napra)

sudo apt install libtext-iconv-perl

Függőségi fa építése       
Állapotinformációk olvasása... Kész
libtext-iconv-perl már a legújabb verzió (1.7-7).

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Várjatok a telepítéssel!

#1 A függőségek telepítése után?

sudo apt-get install dconf-gsettings-backend dictionaries-common --simulate

Ha nincs probléma, a fenti mehet élesben is (simulate nélkül).

sudo apt-get install winehq-stable --simulate

Értékelés: 

0
Még nincs értékelve

Várjatok a telepítéssel!

#1.2

sudo apt-get install dconf-gsettings-backend dictionaries-common --simulate

Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
dconf-gsettings-backend már a legújabb verzió (0.36.0-1).
dictionaries-common már a legújabb verzió (1.28.1).

és:

sudo apt-get install winehq-stable --simulate

Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Néhány csomagot nem lehetett telepíteni. Ez azt jelentheti, hogy
egy lehetetlen állapotot kért, vagy ha az unstable disztribúciót
használja, akkor néhány igényelt csomag még nem készült el vagy ki
lett mozdítva az Incoming-ból.
Az alábbi információk segíthetnek megoldani a problémát:

Az alábbi csomagoknak teljesítetlen függőségei vannak:
 dconf-gsettings-backend : Függ ettől: dconf-service (>= 0.36.0-1)
                           Függ ettől: dconf-service (< 0.36.0-1.1~)
 dictionaries-common : Függ ettől: libtext-iconv-perl de az nincs telepítésre megjelölve
 winehq-stable : Függ ettől: wine-stable (= 7.0.0.0~focal-1)
E: Hiba, a pkgProblemResolver::Resolve töréseket generált, ezt visszatartott csomagok okozhatják.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Várjatok a telepítéssel!

#1.2.1 Kimenet? Ez lenne a kérdés logikusan,

apt-cache policy dconf-service wine-stable

... de ugye az a megoldás - mint jelezted is- hogy nem multiplatform a rendszered, lemaradt egy parancs a telepítés, forrás felvétel elejéről.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Wine 7.0 Una

#2 Itt ugyanazt az eredményt lehet elérni, egyszerűbben: https://wiki.winehq.org/Ubuntu (Linux Mint 18.x és 20.x)

A kérdezőnknél esetleg egy PPA kavar be.

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

  #2.1 A kérdezőnknél esetleg egy PPA kavar be.

Ez nagyon is lehet, már álmomban is ezen agyaltam. Mert minap vettem fel a DC PPA-t, mivel a Mint repoja nagyon le van maradva.

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

#2.1.1 kikapcsoltam minden PPA-t, eltávolítottam és újra fel vettem a Wine kulcsot, és PPA beállítást, u.a. eredmény, továbbra sem jó.

még kutakodom....

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

#2.1.1 lefuttattam karbantartásokat, telepítettem a libtext-iconv-perl-t, most itt tartok:

sudo apt-get install winehq-stable --simulate
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Néhány csomagot nem lehetett telepíteni. Ez azt jelentheti, hogy
egy lehetetlen állapotot kért, vagy ha az unstable disztribúciót
használja, akkor néhány igényelt csomag még nem készült el vagy ki
lett mozdítva az Incoming-ból.
Az alábbi információk segíthetnek megoldani a problémát:

Az alábbi csomagoknak teljesítetlen függőségei vannak:
 winehq-stable : Függ ettől: wine-stable (= 7.0.0.0~focal-1)
E: A problémák nem javíthatók, sérült csomagokat fogott vissza.

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

#2.1.1 ahm, megvan! a 386-os része hiányolja a libsane:i386 csomagot, csak mert ezen a gépen fent van a 64 bites sane. Ami viszont nem akar felmenni erre a gépre, mert ez egy 64 bites rendszer.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Wine 7.0 Una

#2.1.1.3 Lehet mégis..., csak olvasni kell itt kedves kérdező.

If your system is 64 bit, enable 32 bit architecture (if you haven't already):

sudo dpkg --add-architecture i386 

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

#2.1.1.3.1 Hát igen. Ez volt az első parancs a beidézett linkből.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Wine 7.0 Una

#2.1.1.3.1.1 A hírben is szerepel a link:

További disztribúciókhoz szánt csomagok

  • Ubuntu - WineHQ bináris csomagok: Ubuntu aktuális kiadások
  • Debian - WineHQ bináris csomagok: Debian aktuális kiadások
  • Fedora - WineHQ bináris csomagok: Fedora aktuális kiadások
  • macOS - WineHQ bináris csomagok: macOS 10.8 és újabbakhoz.
  • Továbbiak

Értékelés: 

0
Még nincs értékelve

Wine 7.0 Una

#2.1.1.3.1 Lehet mégis..., csak olvasni kell itt kedves kérdező.

frownlehet mégis ezer éve csinálom, kedves válaszoló smiley of course, I have it already!

Tehát a probléma a 1.0.32 -es Sane kupaccal van, ezekkel itt: https://launchpad.net/~sane-project/+archive/ubuntu/sane-git/+build/22425597, csak a 64 bites része megy fel a 64 bites gépre... Na, a Wine ehhez próbálta leszedni a 32 bites részt. Az meg nem akar települni a 64 bites rendszerre, mert nem.

El távolítottam a teljes sane kupacot, kilőttem a Sane projekt PPA-t, és csodák csodájára települt a Wine :-O

Leszedte az ubuntu oldaláról a 386-os hóbelevancot, köztük a libsane:i386-ot is. Hogy miért kell ez neki, nem tudom.

Csakhogy az Ubi libsane csomagja elég régi, nem támogat egy csomó szkennert, ami évek óta megjelent.
Úgyhogy megy vissza a friss ropogós csomag, a Wine 7 meg nem érdekel, ha ennyire háklis ezekre a dolgokra.
(Háklis is, mert nem szereti hogy visszaraktam a frissebb csomagokat). A 6.02-as Wine-nek nem volt ezzel baja...

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

a probléma a 1.0.32 -es Sane kupaccal van

#2.1.1.3.1.2 a probléma a 1.0.32 -es Sane kupaccal van, ezekkel itt: https://launchpad.net/~sane-project/+archive/ubuntu/sane-git/+build/22425597 csak a 64 bites része megy fel a 64 bites gépre... Na, a Wine ehhez próbálta leszedni a 32 bites részt. Az meg nem akar települni a 64 bites rendszerre, mert nem.

A mert nem az nagyon is bőbeszédű válasz, mindenki érti, legfőképpen csak az, aki „régóta csinálja”... . Most sem derült ki, mi volt a 32 csomagra vonatkozó hibaüzenet, és az előző hozzászólásban sem! Ha annyit kérhetek: a kérdezés helyes módszert is tessék erősen bemagolni :), mert ... ilyen felvetésre nem lehet válaszolni.

Értékelés: 

0
Még nincs értékelve

a probléma a 1.0.32 -es Sane kupaccal van

#2.1.1.3.1.2.1 Teljes mértékben megértem, csakhogy:

-a jelzéseket menet közben írtam, mármint a hiba okának keresésében, kb. úgy, hogy eljutottam valameddig, és megállt a tudomány, ekkor írtam.

-aztán mégis eszembe jutott még valami, akkor nekiálltam annak utána nézni, stb.

-Végül felmentem a wine ppa oldalra, és onnan a cuccost leszedve csomagonként próbáltam egyenként, melyik hol akad ki, na, akkor annyi hibaüzenetet kaptam, hogy a libsane:i386 nem telepíthető. Na de, hogy mégis melyik, az is időbe tellett, mire kiderült.

-Azért nem egyszerű egy ilyen hibakeresés, legalábbis nekem időigényes. Lehet nem kellene közben írnom, csak a végén, amikor minden tiszta.

-viszont, ha nem írok, akkor annak sincs esélye, hogy valaki kenterből rávágja, hogy merre induljak.

Meg tudtok érteni? :-)

Értékelés: 

0
Még nincs értékelve
kimarite képe

#

1) hozzászólásom írása után az nem jelent meg. Jelzés:

a hozzászólás tárgyát is ki kell tölteni (vagy ilyesmi)

2) az oldal frissítése után jelzés:

  • CAPTCHA munkafolyamat újrafelhasználási támadás észlelve.
  • „Hozzászólás” mezőt ki kell tölteni.
  • A CAPTCHA feladatra adott válasz helytelen volt.

3) eltűnt az összes hozzászólás innen! Ennyi volt, ekkor:

17 2022. jan. 21. 20:13

Értékelés: 

0
Még nincs értékelve
kimarite képe

# Frissítés

#3 Minden helyrejött, a szerkesztett válaszom a többivel együtt megjelent: https://linuxmint.hu/comment/52567#comment-52567

Értékelés: 

0
Még nincs értékelve
kimarite képe

LMDE, Debian | Wine HQ stable

LMDE 4 és Debian 10

sudo dpkg --add-architecture i386
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo apt-key add winehq.key
echo "deb https://dl.winehq.org/wine-builds/debian/ buster main" | sudo tee /etc/apt/sources.list.d/winehq.list
sudo apt-get update
sudo apt-get install winehq-stable

Debian 11

sudo dpkg --add-architecture i386
wget -nc https://dl.winehq.org/wine-builds/winehq.key
sudo apt-key add winehq.key
echo "deb https://dl.winehq.org/wine-builds/debian/ bullseye main" | sudo tee /etc/apt/sources.list.d/winehq.list
sudo apt-get update
sudo apt-get install winehq-stable

-----

Jelzés

Csoport hozzáadása: uuidd (csoport-azonosító 125) ...
Kész.
Figyelem: A megadott saját könyvtár /run/uuidd nem hozzáférhető: No such file or directory
`uuidd' rendszerfelhasználó hozzáadása (116 felhasználói azonosítóval) ...
`uuidd' nevű felhasználó létrehozása (116 felhasználói azonosítóval) e csoportban: `uuidd' ...
Nem hozom létre e saját könyvtárat: `/run/uuidd'.
Created symlink /etc/systemd/system/sockets.target.wants/uuidd.socket → /lib/systemd/system/uuidd.socket.
uuidd.service is a disabled or a static unit, not starting it.

Értékelés: 

0
Még nincs értékelve

LMDE, Debian | Wine HQ stable

#4 úgy néz ki, mintha valamely szkriptben beduplázták volna a d betűt, a változó normálisan uuid, nem uuidd, de ez csak tipp.

Értékelés: 

0
Még nincs értékelve
kimarite képe

LMDE, Debian | Wine HQ stable

#4.1 Odakerült:

file /run/uuidd
/run/uuidd: directory
ls /run/uuidd
request
ls /run/uuidd/request
/run/uuidd/request

Értékelés: 

0
Még nincs értékelve
kimarite képe

LMDE, Debian | Wine HQ stable # frissítés

#4 Ezután is kell

sudo dpkg --add-architecture i386

ez a parancssor.

sudo apt-get update

https://wiki.debian.org/Wine

Értékelés: 

0
Még nincs értékelve
kami911 képe

LMDE, Debian | Wine HQ stable

#4 https://linuxmint.hu/sugo/wine

Linux Mint-hez, LMDE-t még bele lehetne írni, ez igaz.

Értékelés: 

0
Még nincs értékelve
kimarite képe

LMDE, Debian | Wine HQ stable

#4.3 Érdemes lenne, mint az add-apt-repository-tól különböző, másik megoldást akár. A Debian szempontokat figyelembe véve, teljesen jogosan, az apt-key ellen is tiltakozik a Debian (apt-secure) - de a megoldás, úgy tűnik, működik. Igazából a GPG, mint fájl kell a Debiannak, de például a Thunderbirdnek sem jó a PGP fájl (át lehet alakítani).

Értékelés: 

0
Még nincs értékelve

probléma a 1.0.32 -es Sane kupaccal - Aktuális helyzetjelentés

Itt folytatom, mert utálom, hogy elbújik a show responses mögé, meg mobilon is tré a kinézete a sokadik behúzásnak.

Először erre még válaszolok:

Most sem derült ki, mi volt a 32 csomagra vonatkozó hibaüzenet, és az előző hozzászólásban sem!

Pontosan az, amit írtam, annyit mondott a Gdebi / dpkg, hogy "a csomag nem telepíthető", ennyi volt a hibaüzenet, semmi több.

Most megpróbálom összefoglalni, mi az állás jelenleg, remélem érthető lesz.

Az érintett rendszerek: Ubuntu, és rajta keresztül a Mint + libsane csomag a Sane PPA-ról.

A Wine-nak szüksége van az i386 architektúra kupacra, ám hogy ennek mi a tartalma, nem rajta múlik. Azt a Canonical (Ubi) állítja össze. Ennek része a libsane 1.0.29 csomag és függősségei is, azaz a 32 bites rész. A 64 és 32 bites részeket a libsane-common fogja össze, ennek viszont fontos, hogy a 64 bites és 32 bites libsane verziók azonosak legyenek. Ha a rendszerre a legfrissebb, azaz, az 1.0.32-es libsane fel van telepítve - ami alapból ugye csak a 64 bites részt telepíti-, akkor a "sudo dpkg --add-architecture i386" nem csinál semmit, nincs hibaüzenet, egyszerűen látszólag nem történik semmi. Itt most kettéágazik a történet, mert két variáció van: - volt már telepítve Wine a gépen, azaz, akkor már megtörtént az i386 architektúra hozzáadása, illetve nem volt egyáltalán Wine telepítve. Ennek megfelelő módokon hiúsul meg a Wine 7.0 telepítése (annak megfelelő hibaüzenetekkel), de a lényeg, hogy egyik esetben sem települ. (A hibaüzeneteknek semmi köze a a valódi hibához, azt csak körülményesen lehet kideríteni. Itt nem írom le ezeket, aki kíváncsi, az alábbi linkek mögött bőven vannak példák)

Bejelentettem a Wine bugzilla oldalán, persze, akik akik lezárták a bejelentést, azzal, hogy ez nem Wine hiba, hanem az Ubi tehet erről, így van összeállítva az i386-os architektúra kupaca.

Elmentem a Sane projekthez is, jeleztem a Gitlab oldalon, hogy ni, probléma van. Ők elég sokáig vizsgálgatták (sokáig tartott, mire válaszoltak), de végül kisütötték, hogy az nem igaz, hogy nem települ a libsane i386 kupac, csak úgy kell telepíteni, hogy... / bocs, csak azért nem írom le, mert ugyan tényleg települ így, de további mellékhatások jelentkeznek/.

Mindeközben másnál is jelentkezett a probléma, aki először a WineHq fórumon jelezte ugyanezt, aztán kikötött a Sane projektnél is, ott is jelezte, aztán... most már van egy német ismim is :-)

Neki sokkal nagyobb lehetősége volt kutakodni, így kiderítette, hogy hiába van felnyomva a libsane 1.0.32 i386-os része, annak viszont függősége valamiért az snmp csomag, ami az Ubuntuban elavult. (az Ubuntu libsane 1.0.29-es csomagjánál nincs az snmp megjelölve függőségként)

(közben egyébként indultak újabb topicok is a WineHq oldalán, nem tudom mi sül ki belőle)

Az van, hogy most nem nagyon tudok tovább vizsgálódni. De hátha kiderül legalább valamiféle műveleti sorrend, ám egyelőre úgy látszik, hosszú a láncolata a függőségeknek.

Itt a Wine Bugzila bejelentésem: https://bugs.winehq.org/show_bug.cgi?id=52437

Ulf bejelentése a Sane Gitlab oldalon: https://gitlab.com/sane-project/backends/-/issues/563

Ulf topicja a WineHq oldalon: https://forum.winehq.org/viewtopic.php?f=8&t=36119#p135878

Bejelentésem a Sane Gitlab oldalon, Ulf itt folytatta a kommentelést: https://gitlab.com/sane-project/backends/-/issues/559

No, ez a helyzet jelenleg.

Értékelés: 

0
Még nincs értékelve

probléma a 1.0.32 -es Sane kupaccal - Aktuális helyzetjelentés

#5 Kitartó vagy, innentől nem rajtad múlik. Ha nem körbemutogatás lesz belőle akár megoldás is születhet.

Értékelés: 

0
Még nincs értékelve
kimarite képe

probléma a 1.0.32 -es Sane kupaccal - Aktuális helyzetjelentés

#5 Én csak azt tudom mondani, hogy a Debian 11 Bullseye rendszeren nincs probléma a WineHQ-val. :)
Nem PPA, mert a Debianra és az ezen alapuló rendszerekre nem jó a PPA (az Ubuntu-alapú rendszerekhez van).
Arany Ulf .. egy „LANG=C” előtagot tehetett volna a parancssor elé, az angol kimenetért... ;)
Mindkettőtöknek: a PPA problémát a Launchpadon kell bejelenteni, és csakis ott. Persze, ez később derült ki. Akkor irány .. Surány? Launchpad. :))

Értékelés: 

0
Még nincs értékelve

probléma a 1.0.32 -es Sane kupaccal - Aktuális helyzetjelentés

#5.2 Én csak azt tudom mondani, hogy a Debian 11 Bullseye rendszeren nincs probléma a WineHQ-val. :)

No, és telepítve van az 1.0.32-es Sane csomag?

Ami azt illeti, bennem is motoszkálni kezdett, hogy át kéne állni valami másra, mert kezd frusztrálni a Canonical függés, meg hát ebből kifolyólag valahogy a Mint csapat ütemezése kissé kényszerűen lemaradott (nem bántom őket, megvan a maguk indoka és érthető, hogy így tesznek), értem ez alatt, most lett kiadva az LM20.3, aminek alapja az Ubuntu 20.4 LTS, de Canonical pont most dobta a 20.4-es Ubit, (nem az LTS-t), az aktív Ubuntu már 21.10-es. Ok, a 9 havi ciklus, amíg ezek támogatásnak kapnak kissé meredek.

A lényeg, hogy emiatt a Mint tele van elavult szoftverekkel, ami nem biztos, hogy rossz, meg hát működnek, de pl. az én esetben, amiket használok, azoknak mind van jóval frissebb változata a repóhoz képest.

Ugyanakkor nem csak magam miatt ragaszkodom a Minthez, hanem kuncsaftjaimnak nem nagyon tudnék mást elképzelni, ha meg gond van, úgy lehetek képbe leginkább, hogy én is azt használom, amit ők.

De lehet, ennek ellenére az LMDE-re történő "átállást" meg kell gondolni.

Most jelenleg egyik helyen van szükség a 1.0.32 Sane csomagra, egy Canoscan 5600F szkenner miatt, ami bár 10 éve jelent meg, azt nem támogatja az aktuális Ubuntuban levő 1.0.29-es Sane csomag. (ami nem jelent semmit, lehet, hogy éppen csak most került bele a friss Sane kupacba a támogatás, de akkor is ciki lehetne a Canonical-nak, hogy 10 éves hardvereket sem támogatnak. Jó, van olyan már 10 éve megjelent hardver, amit még nem támogatnak.)

Szóval lehet ezen az egy helyen migrálás lesz LMDE-re.

Launchpad: Sane esetében van kettő, azaz kettő tagja a teamnek. Ebből egyik a Gitlabon is aktív, ott van, láthatja mi van, ami azt illeti többet lóg ott, mint a Lauchpad-on.. A Sane Launchpad oldalán nem látni semmiféle hibajelentési lehetőség, lehet, ha regisztrálok, akkor tudok üzenet írni. Csak már a tököm sem tudja, hogy hány ilyen helyre regisztráltam már, tudja valaki, hogy minek ennyi? Github, Gitlab, Bugzilla, Sourceforge, Launchpad...

De, jelen esetben a Sane projekt oldalán egyértelműen jelezve van, hogy a bejelentéseket mi módon, hová kell jelezni. A Launchpad oldaluk annyiból áll, hogy van kettő regisztrált admin. Semmi egyéb, sem kód, sem buglista, sem semmi más anyag. https://bugs.launchpad.net/~sane-project Minden a Gitlab-on történik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

telepítve van az 1.0.32-es Sane csomag? | Launcpad

#5.2.1 A fenti biztosan nincs :).

Jelen esetben, per pillanat, nem tudok válaszolni: ugyanis a WineHQ épp nincsen telepítve. Valami változtatást eszközöltem, így törölve lett. Nem emlékszem, mit csináltam, de egyértelmű volt, és azóta nem telepítettem újra.
Ez az állás ebben a bizonytalanságban: ;)

apt-cache policy libsane
libsane:
  Telepítve: (nincs)
  Jelölt:    1.0.31-4.1
  Verziótáblázat:
     1.0.31-4.1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Launchpad: Sane esetében van kettő, azaz kettő tagja a teamnek. Ebből egyik a Gitlabon is aktív, ott van, láthatja mi van, ami azt illeti többet lóg ott, mint a Lauchpad-on.. A Sane Launchpad oldalán nem látni semmiféle hibajelentési lehetőség, lehet, ha regisztrálok, akkor tudok üzenet írni. Csak már a tököm sem tudja, hogy hány ilyen helyre regisztráltam már, tudja valaki, hogy minek ennyi? Github, Gitlab, Bugzilla, Sourceforge, Launchpad...

De, jelen esetben a Sane projekt oldalán egyértelműen jelezve van, hogy a bejelentéseket mi módon, hová kell jelezni. A Launchpad oldaluk annyiból áll, hogy van kettő regisztrált admin. Semmi egyéb, sem kód, sem buglista, sem semmi más anyag. https://bugs.launchpad.net/~sane-project Minden a Gitlab-on történik.

Nem az van, hogy te jelented ki, hova jelentesz ;), hanem az, hogy minden Launchpad alkalmazás hibát, a Launcpadon kell jelenteni. Legalábbis a „fáma” így szólt egy ezzel is foglalkozó, közösségi találkozón, amin valamikor régen személyesen részt vettem. Itt történetesen az a helyzet, hogy a PPA-val van kizárólag probléma, vagy esetleg az Ubuntu-val. Az már más kérdés, hogy nincs egyáltalán jelentés. A kétségeid ellen javaslom írj neki!

Amúgy a rendszerem:

dpkg --print-foreign-architectures
i386

Akkor...
Telepítettem:

sudo apt install --install-recommends winehq-stable

Minden rendben ment...

És a libsane most (nekifutok most helyesen):

apt-cache policy libsane1 ; apt-cache policy libsane1:i386
libsane1:
  Telepítve: 1.0.31-4.1
  Jelölt:    1.0.31-4.1
  Verziótáblázat:
 *** 1.0.31-4.1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
libsane1:i386:
  Telepítve: 1.0.31-4.1
  Jelölt:    1.0.31-4.1
  Verziótáblázat:
 *** 1.0.31-4.1 500
        500 http://deb.debian.org/debian bullseye/main i386 Packages
        100 /var/lib/dpkg/status

És a WineHQ:

apt-cache policy winehq-stable
winehq-stable:
  Telepítve: 7.0.0.0~bullseye-1
  Jelölt:    7.0.0.0~bullseye-1
  Verziótáblázat:
 *** 7.0.0.0~bullseye-1 500
        500 https://dl.winehq.org/wine-builds/debian bullseye/main amd64 Packages
...

No?

Értékelés: 

0
Még nincs értékelve
kimarite képe

telepítve van az 1.0.32-es Sane csomag? | Launcpad

#5.2.1.1 Nem egészen értem amúgy a felvetésed, de mégis megpróbálom: tehát felvettél még eg PPA-t a nyomtatódhoz, és arról a PPA-ról települt egy másik libsane, olyan verzió, ami a WineHQ PPA-nak nem jó. Ez a klasszikus probléma, elég ritkán fordul elő, a PPA-k fejlesztőinek kéne egyeztetni, vagy legalábbis írnod a nyomtatós PPA fejlesztőjének erről, és kérned, oldja meg, legalábbis írjon arról, ő mit javasol megoldásnak.

Egyelőre mutasd, mi érhető el és honnan, ezáltal érthetőbb lesz  probléma:

apt-cache policy libsane

Mert linkeltél egy SANE Teamet, akiknek három PPA-ja is van.
Találjam ki, melyikre gondolsz? :)
Előrefelé fejlesztett a SANE PPA,
mert a Linux Mint 20.x kiadáshoz (focal) nincs is 32-es libsane csomag...:

Értékelés: 

0
Még nincs értékelve

telepítve van az 1.0.32-es Sane csomag? | Launchpad

#5.2.1.1 Tökjó ezzel a Debian! Mélyebbre ütötted a szöget a fejembe! :-)

Nagyon köszönöm, hogy megnézted!

Nem az van, hogy te jelented ki, hova jelentesz ;), hanem az, hogy minden Launchpad alkalmazás hibát, a Launcpadon kell jelenteni. Legalábbis a „fáma” így szólt egy ezzel is foglalkozó, közösségi találkozón, amin valamikor régen személyesen részt vettem.

Értem én, de ha én vagyok egy projekt, és felállítok egy Policy-t, akkor aki nem igazodik ehhez, azt én hanyagolnám. Pl. itt ezen az oldalon is van egy szabályzat, pl. hogy hol kell jelenteni az oldallal kapcsolatos hibákat, akkor nem jól hozná ki magát, ha mondjuk webmestert, vagy akárkit teszem azt mailban zaklatnák, vagy mondjuk random topikba lenne jelentgetve. Én így gondolom.

Sane projekt esetében ez van:

http://www.sane-project.org/imprint.html

És ott a link a hibák bejelentésére. Én azt gondolom, hogy ha Launchpadra írok, azt a kutya nem olvassa el jelen esetben. De majd megpróbálom.

Értékelés: 

0
Még nincs értékelve
kimarite képe

telepítve van az 1.0.32-es Sane csomag? | Launchpad

#5.2.1.1.2 Sane projekt esetében ez van:

http://www.sane-project.org/imprint.html

És ott a link a hibák bejelentésére. Én azt gondolom, hogy ha Launchpadra írok, azt a kutya nem olvassa el jelen esetben. De majd megpróbálom.

A PPA -mint láthatod- nem ugyanaz, mint a fő irány... (amit írtam, Launchpad és nem SANE szabályzat)

ha én vagyok egy projekt, és felállítok egy Policy-t, akkor aki nem igazodik ehhez, azt én hanyagolnám.

Amit én írok, az mindenki által teljesen elfogadott szabály. :)
Launchpad esetén mindig ide kell jelenteni. Amúgy meg kicsit nehéz kideríteni, hogy melyik projekt, hova tartozik, de a Linux Mint projectjei viszont egészen biztosan a GitHub-ra, épp, mint például ez (Synaptic): :)
https://github.com/linuxmint/mintupdate/issues/627#issuecomment-1005162319

Kimenet?

apt-cache policy libsane

Értékelés: 

0
Még nincs értékelve

telepítve van az 1.0.32-es Sane csomag? | Launchpad

#5.2.1.1.2.1 felvettem a ppa-t erre gépre is, így:

libsane:
  Telepítve: 1.0.29-0ubuntu5.2
  Jelölt:    1.0.32-focal0
  Verziótáblázat:
     1.0.32-focal0 500
        500 http://ppa.launchpad.net/sane-project/sane-release/ubuntu focal/main amd64 Packages
 *** 1.0.29-0ubuntu5.2 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     1.0.29-0ubuntu5.1 500
        500 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages
     1.0.29-0ubuntu5 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages

Értékelés: 

0
Még nincs értékelve
kimarite képe

telepítve van az 1.0.32-es Sane csomag? | Launchpad

#5.2.1.1.2.1.1 Bocs István, de ha nincs telepítve a 32-es, akkor miért kell neked a PPA?

https://launchpad.net/~sane-project/+archive/ubuntu/sane-release

Ha átmenetileg kikapcsolod a PPA-t, majd frissíted a csomag információkat, és utána próbálod telepíteni a WineHQ-t?

Máshogyan fogalmazok: a SANE PPA nélkül milyen hibaüzenetet dob a WineHQ stable telepítés?
Kimenet kéne, és ne saját szavaiddal beszéld el... .

Értékelés: 

0
Még nincs értékelve

telepítve van az 1.0.32-es Sane csomag? | Launchpad

#5.2.1.1.2.1.1.1 jaj, most bajban vagyok. Azt hittem olyan kimenetre vagy kíváncsi, a launchpad link miatt, amikor fel van véve a PPA, ezért most felvettem emiatt.

Nem dob semmi hibaüzenetet a Winehq telepítése ezen a gépen, fel van rá telepítve már. Az egy másik gép, amin gond van, most nem tudom elérni, arra kellett a 32-es, Sane PPA-ról, azon meg pont olyan hibaüzenetek jelentkeztek, amik fentebb linkelve voltak.

Pontosabban, a szkenneres gépen a winehq frissülni akart, mert volt rajta 6-os wine, fel volt véve a winehq PPA. De a frissítés nem futott le, viszont eltávolította az előző wine-hoz kapcsolódó indítókat a menüből, meg a Wine-t, aztán leállt. Akkor én összedobtam egy tesztkörnyezetet, azon vizsgálódtam, akkor kezdtem el írogatni az első posztokat. Végül kuncsaftnál Timeshift visszaállítás, maradt a 6-os Wine, a frissítés letiltva a frissítéskezelőben.

Most nem tudom elővenni a tesztgépet, le is van merülve az akkuja szerintem, a gép polcon van, HDD kivéve belőle, de még nem formáztam. Még kísérletezni akarok én is az ügyben. Majd jelzek akkor, valamikor a héten sor kerül rá.

Értékelés: 

0
Még nincs értékelve
kimarite képe

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1 Nem dob semmi hibaüzenetet a Winehq telepítése ezen a gépen, fel van rá telepítve már. Az egy másik gép, amin gond van, most nem tudom elérni, arra kellett a 32-es, Sane PPA-ról, azon meg pont olyan hibaüzenetek jelentkeztek, amik fentebb linkelve voltak.

Pontosabban, a szkenneres gépen a winehq frissülni akart, mert volt rajta 6-os wine, fel volt véve a winehq PPA. De a frissítés nem futott le, viszont eltávolította az előző wine-hoz kapcsolódó indítókat a menüből, meg a Wine-t, aztán leállt. Akkor én összedobtam egy tesztkörnyezetet, azon vizsgálódtam, akkor kezdtem el írogatni az első posztokat. Végül kuncsaftnál Timeshift visszaállítás, maradt a 6-os Wine, a frissítés letiltva a frissítéskezelőben.

Szóval az van, hogy

  • telepíthető a WineHQ,
  • de ha a SANE PPA fel van véve, akkor csomagütközés van a WineHQ telepítésekor.

Egy rendszerszintű megoldás van erre, mégpedig az apt pinning. Azaz, be tudod rögzíteni a libsane csomagot a rendszer tükörről származó verzióra, például úgy, hogy

  • a SANE PPA-t „alacsonyabb” (-100 elegendő) prioritásra állítod, mint rendszer tükröket, így csak akkor települ a csomag, ha kifejezetten azt választod ki a Synapticban (verzió kényszerítése) vagy a parancssorban kényszeríted,
  • vagy úgy, hogy a libsane csomagot pinningeled közvetlen, úgy, hogy magasabb prioritást kapjon a rendszer tükörről.

Mindehhez az kell, hogy szerkeszd a „preferences” fájlt. Ha jól emlékszem, a Linux Mint eleve tartalmaz ilyet, nem pont ez a neve, de létezik. De vajon, mi most a tartalma?

Tehát, te szabályozod az eseményeket. Ott lesz gond, ha a SANE PPA-ról telepíted valamelyik csomagot, mert annak kell a libsane újabb verziója, és azt nem fogja megkapni, vagyis szeretné, de törést fog mutatni, és vélhetően nem telepíthető a PPA-ról csomag... .

És, ha így pinninget állítasz be, akkor a SANE lesz eltávolítva. :))

Másik megoldás lehet, hogy forráskódból leforgatod a SANE csomagokat, További megoldás lehet, ami egyszerűbb is, hogy kicsomagolod a csomago(ka)t, és a control fájlban a libsane függőséget lefelé veszed, becsomagolod és telepíted. De ekkor kapcsold ki a PPA-t, mert felülírná ... . Persze, így a csomag nem fog frissülni, csak ha egy-egy új verziót újra elkészítesz. Viszont működni fog.

Mindkettőnél a probléma az lehet, hogy kell a SANE-s csomagoknak a libsane 32-es verzió, nélküle nem működik vagy rosszul. Mindezt meg kérdezheted a fejlesztőtől: érdemes-e belefognod. Ők miért a 32-es verzióval forgatták le?

Itt írtam a control fájl szerkesztéséről (innen: A DEB csomagot használva)
https://linuxmint.hu/blog/2018/06/a-viber-voip-alkalmazas-telepitese

... egy másik gép, amin gond van, most nem tudom elérni, arra kellett a 32-es, Sane PPA-ról, azon meg pont olyan hibaüzenetek jelentkeztek, amik fentebb linkelve voltak.

Pontosabban, a szkenneres gépen a winehq frissülni akart, mert volt rajta 6-os wine, fel volt véve a winehq PPA. De a frissítés nem futott le, viszont eltávolította az előző wine-hoz kapcsolódó indítókat a menüből, meg a Wine-t, aztán leállt.

Egyértelmű, hogy a SANE PPA gondot okoz (most a WineHQ PPA felvételekor, használatakor, de máskor, más PPA-val is előfordulhat ugyanez, ha fel van véve a SANE is), jelezd a fejlesztőjének az esetet ... a Launchpadon. ;)

Értékelés: 

0
Még nincs értékelve
kimarite képe

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1.1 Nem egy csomagnak kell a control fájlját átírnod, hanem lehetséges, ennek többségét. Amit kifelejtettem, a csomag verziószámát is át kell írnod a rendszer tükörről származókra. :)

Files resulting from this build:

Azt írják, a csomag
https://launchpad.net/~sane-project/+archive/ubuntu/sane-release/+sourcepub/12143562/+listing-archive-extra
innen származik.
http://www.sane-project.org/snapshots/
„ppa from SANE daily git snapshots”
De valami régebbi forgatás lehet, mert van Daily PPA is:
https://launchpad.net/~sane-project/+archive/ubuntu/sane-git

Úgyhogy, kissé „zavaros” a történet. A fejlesztőt kérdezném. A Launchpadon nem lehet levelezni, de tulajdonképpen a bug jelentés is egy „levél” ;), vagy megírod mindezt a „GitLab-on”, természetesen nem a WinHQ-én, hanem ahol a hibajelentéseket a SANE fogadja.

Egyébként, ha a forráskódból forgatod a csomagot, akkor -ha minden sikerül- két verzió is lehet telepítve: a rendszer tükrökről származó és a leforgatott csomag. A lényeg, a megfelelő változatot a WineHQ is megtalálja és kiválassza. Még egyszer: a problémát a SANE PPA fejlesztői tudják leginkább megoldani. ;)

Értékelés: 

0
Még nincs értékelve

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1.1.1 Most egyelőre az az elképzelés, hogy irány az LMDE, csak várok, hátha lesz frissített kiadás.

Ugyanakkor a történet  is folytatódik, kiderült, hogy a Hirsuite változata az Ubuntunak a Focal-tól eltérően a Libsane csomagnak 1.0.32-es verzióját tartalmazza nem a 1.0.29-et. És ez az Ubuntu féle 1.0.32-es csomag meg eltér a Sane projekt oldaláról letölthetőtől, többek között nem tartalmaz snmp függőséget, meg egyebeket. És csont nélkül felmegy emellett a Wine 7.0 is a rendszerre. Most akkor vagy a Canonical nyúl bele Libsane csomagba, vagy csak simán átveszi a Sane-től a Hirsuite változatot, ami okés, ugyanakkor a Focal változat meg el van cseszve a Sane által.

Szerintem mire odajutok, hogy a tesztkörnyezettel kísérletezzek, vagy mire kiadják frissített LMDE-t, lesz javított Libsane csomag is....

 

Értékelés: 

0
Még nincs értékelve
Koppány képe

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1.1.1.1 Az Lmde 5 már a küszöbön van. Semmi rosszat az Ubunturól, de tény, hogy debian-on ritkábbak az ilyen jellegű gondok. Mondjuk, ahogy az elsie-t összeraktam meglepődve tapasztaltam az ubuntus csomagok sokaságát, nem is nyelte le a debian rendszer könnyen ezt. Clemék persze biztosan elegánsan megoldják, én mint mezei user persze két napig nyaltam a sót mire kész lett, ugye a csomagokból mazsoláztam össze debian base-ra, mert türelem bajnoka vagyok és nem bírom kivárni a béta verziót. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1.1.1.1 Ugyanakkor a történet  is folytatódik, kiderült, hogy a Hirsuite változata az Ubuntunak a Focal-tól eltérően a Libsane csomagnak 1.0.32-es verzióját tartalmazza nem a 1.0.29-et. És ez az Ubuntu féle 1.0.32-es csomag meg eltér a Sane projekt oldaláról letölthetőtől, többek között nem tartalmaz snmp függőséget, meg egyebeket.

Tisztázzuk akkor a PPA fogalmát. A PPA kifejezetten az Ubuntu és az Ubuntu-alapú rendszerek számára rendelkezésre álló külső tükör. Más Linux terjesztéseken nem használható. Amikor egy PPA fejlesztője úgy dönt, hogy egy kiadás (Ubuntu 20.04 Focal Fossa, Linux Mint 20.x) számára törést biztosító csomag verzióval készíti el az alkalmazást ... hibázik!

Értékelés: 

0
Még nincs értékelve
kimarite képe

1.0.32-es Sane csomag | Launchpad, „megoldások”, amik nem azok

#5.2.1.1.2.1.1.1.1.1.1.1.2 Ui.: továbbá a törés lehetőségét közölni kellett volna. Illetőleg nem lehet hibáztatni a Linux terjesztést a problémáért, mert nem ők a hibásak. Ehelyett mondhatta volna a fejlesztő, hogy nem megoldható, vagy azt, most nem ér erre rá, más dolgok fontosabbak. A Canonical (az Ubuntu terjesztés fejlesztője) nem fogja követni egy PPA-ról származó csomag verzió változásait, ez nem várható el.

Mondom, le tudod forgatni a SANE csomagot végszükségben. Vagy megvárod, míg kijön az LMDE 5 Elsie. :)

Értékelés: 

0
Még nincs értékelve