Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: vawaver 07 Března 2020, 21:59:02
-
Skúšal som dnes robiť aktualizáciu Wine ale bohužiaľ som skončil s týmto chybovým hlásením.
Niektoré balíky sa nedajú nainštalovať. To môže znamenať, že požadujete
nemožnú situáciu, alebo ak používate nestabilnú distribúciu, že
požadované balíky ešte neboli vytvorené alebo presunuté z fronty
Novoprichádzajúcich (Incoming) balíkov.
Nasledovné informácie vám možno pomôžu vyriešiť túto situáciu:
Nasledovné balíky majú nesplnené závislosti:
winehq-stable : Závisí na: wine-stable (= 5.0.0~bionic)
E: Problémy sa nedajú opraviť, niektoré balíky držíte v poškodenom stave.
Poraďte prosím ako to fixnúť. Skúšal som to cez Synaptic ale dospel som k podobnému hláseniu o balíkoch v poškodenom stave...
Ďakujem za odpoveď.
-
Odinstalovat ( v Synapticu) nebo v terminálu
sudo apt purge wine*
všechny wine balíky (neboj, vše co ve wine máš (složka ~/.wine) zůstane.
Pak nainstalovat wine takto (https://wiki.winehq.org/Ubuntu)
-
@juwa2 - ďakujem za odpoveď
tak tam asi bude závažnejšia zrada nakoľko
07:41:49 sudo apt purge wine*
Načítavajú sa zoznamy balíkov... Hotovo
Vytvára sa strom závislostí
Načítavajú sa stavové informácie... Hotovo
E: Nedá sa nájsť balík winehq.key
E: Couldn't find any package by glob 'winehq.key'
E: Nebol nájdený žiaden balík zodpovedajúci regulárnemu výrazu „winehq.key“
Ani v Synapticu som nenašiel čo by išlo odinštalovať.
Keď som následne podľa toho návodu skúsil inštaláciu, dospel som k rovnakému hláseniu o poškodených balíkoch .
sudo apt install --install-recommends winehq-stable
Načítavajú sa zoznamy balíkov... Hotovo
Vytvára sa strom závislostí
Načítavajú sa stavové informácie... Hotovo
Niektoré balíky sa nedajú nainštalovať. To môže znamenať, že požadujete
nemožnú situáciu, alebo ak používate nestabilnú distribúciu, že
požadované balíky ešte neboli vytvorené alebo presunuté z fronty
Novoprichádzajúcich (Incoming) balíkov.
Nasledovné informácie vám možno pomôžu vyriešiť túto situáciu:
Nasledovné balíky majú nesplnené závislosti:
winehq-stable : Závisí na: wine-stable (= 5.0.0~bionic)
E: Problémy sa nedajú opraviť, niektoré balíky držíte v poškodenom stave.
Samozrejme som dodržal všetky predchádzajúce kroky inštalácie.
Čo s tým?
Ďakujem za odpoveď.
-
Jaký je vlastně důvod toho tvého snažení? Původní wine nefungovalo?
Než hodláš instalovat wine znovu, musíš nejprve to původní odinstalovat - jinak to nemá smysl, selže to...
Otevři si Synaptic, do vyhledávání napiš wine a vše co najde odinstaluj.
Pokud to nepůjde, máš zřejmě systém nabořený a reinstalace tě nemine (pokud tedy nemáš zálohu OS).
Ještě předtím však můžeš zkusit příkazy odtud (https://appuals.com/fix-unmet-dependencies-error-ubuntu/) nebo odtud (http://www.iasptk.com/ubuntu-fix-broken-package-best-solution/) či odtud (https://www.maketecheasier.com/fix-broken-packages-ubuntu/).
Třeba budeš mít štěstí....
-
@juwa2 - ďakujem za snahu
Tak mám teda niečo so systémom. Nedokážem s tým nič urobiť.
Budem mesiac ešte vydržať a aj tak budem robiť reinstall na 20.04 LTS
Akurát nedokážem 2 aplikácie pod Wine aktuálne vyriešiť.
-
Odinstalovat ( v Synapticu) nebo v terminálu
sudo apt purge wine*
Ten příkaz do terminálu, bohužel, není správně. Obsahuje jednu z velmi častých chyb. Správně mělo být například:
sudo apt purge "wine*"
Ten chybový výpis („Nedá sa nájsť balík winehq.key“) svědčí o tom, že bash našel v aktuálním adresáři soubor „winehq.key“, a tak při volání apt bezostyšně nahradil „wine*“ za „winehq.key“ a apt se pak divil, že balík winehq.key neexistuje. Pokud v jakémkoliv parametru používáme znaky ?, *, [, ] a nechceme, aby je bash intepretoval, musíme je escapovat nebo parametr uzavřít do uvozovek. Tato chyba je o to zrádnější, že když bash odpovídající soubor či adresář nenajde, bez ohlášení chyby ponechá vzorek tak, jak je, což může uživatele ponechat v omylu, že příkaz napsal správně. Jenže ten příkaz bude fungovat správně jen do momentu, než se v aktuálním adresáři objeví soubor či podadresář, jehož název tomu vzorku vyhovuje...
-
Ďakujem za odpoveď.
Skúsil som to aj s tvojím príkazom.
Bohužiaľ dospel som k tomu istému s poškodenými balíkmi ako som písal v prvom príspevku. :(
-
Už som to párkrát zažil, pomohol len reinstal. Potom som už nechal v systéme len verziu wine zo základných repozitárov a začal používať Playonlinux, kde sa sa dajú stiahnuť všetky verzie wine a používať ich nezávisle od verzie v systéme.
-
V posledním Wine v oficiálním repozitáři je chyba, která způsobuje popisovaný problém.
Řešením je odstranit oficiální repo a použít OBS - příklad je pro větev stable:
sudo apt-add-repository -r 'deb https://dl.winehq.org/wine-builds/ubuntu/ bionic main'
wget -nv https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/xUbuntu_18.04/Release.key -O Release.key
sudo apt-key add - < Release.key
sudo apt-add-repository 'deb https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/xUbuntu_18.04/ ./'
sudo apt-get update
sudo apt install --install-recommends winehq-stable
Zdroj: https://askubuntu.com/questions/1205550/cant-install-wine-on-ubuntu-actually-lubuntu-18-04
-
@JirkaZ - tak nie , ani tadiaľto neviedla cesta >:(
-
@JirkaZ - tak nie , ani tadiaľto neviedla cesta >:(
No a nevedla znamená co? Je skutečně odstraněný ten starý repozitář, přidaný nový a udělána nová instalace wine z něj?
Výpisy?
U mě to totiž před časem fungovalo, i když jsem použil trochu odlišný postup (vše v Synapticu: odinstalace všeho, co se týkalo Wine, odebrání starého repo, přidání nového výše uvedeného, nové načtení repos, nová instalace Wine).
-
@JirkaZ
odstránil som repozirár Winne zo zdrojov a následne som išiel podľa návodu od teba.
Končí to takto:
12:08:57 sudo apt install --install-recommends winehq-stable
[sudo] heslo pre používateľa tony:
Načítavajú sa zoznamy balíkov... Hotovo
Vytvára sa strom závislostí
Načítavajú sa stavové informácie... Hotovo
Niektoré balíky sa nedajú nainštalovať. To môže znamenať, že požadujete
nemožnú situáciu, alebo ak používate nestabilnú distribúciu, že
požadované balíky ešte neboli vytvorené alebo presunuté z fronty
Novoprichádzajúcich (Incoming) balíkov.
Nasledovné informácie vám možno pomôžu vyriešiť túto situáciu:
Nasledovné balíky majú nesplnené závislosti:
winehq-stable : Závisí na: wine-stable (= 5.0.0~bionic)
E: Problémy sa nedajú opraviť, niektoré balíky držíte v poškodenom stave.
-
Tak mi to nedalo a vyzkoušel jsem v Kde neon (Bionic). Mám přidaný Wine ppa https://wiki.winehq.org/Ubuntu
Odinstaloval jsem pomocí Synapticu pomocí volby úplně odstranit všechno začínající wine... (používám winehq-devel)
Nainstaloval jsem bez jakýchkoliv problémů winehq-stable 5.0.0 bionic
Znovu vše odinstaloval a stejným způsobem vrátil winehq-devel 5.3 bionic
Zkontroluj jestli jsi opravdu vše odebral a jestli máš správně přidaný repozitář Wine :)
-
Takže: soustředil bych se na odstranění všeho, co souvisí s Wine (jak píšu já i kolega), a to v Synapticu přes volbu "Odstranit vše".
Pak nainstalovat Wine znovu.
Toto bych zkusil 3x odděleně, tedy jak s původním repozitářem, tak s OBS a následně i s PPA. V podstatě je to po změně repozitářů možné zkoušet stále dokola.
Někde se to chytit musí a dost by mě zajímalo kde to funguje a kde ne.
-
Tie postupy fungujú, keď je všetko v poriadku, vawaver má však poškodené, prekrížené závislosti v synaptiku a nejde mu odinštalovať wine a asi ani nič iné.
-
Priatelia,
v Synaptic nevidím že by som mal čokoľvek z Wine vôbec nainštalované, takže nemám čo odobrať.
Do takej miery tomu zase nerozumiem, ale odpoveď od "zelena" mi dáva zmysel.
To jest mám asi nezvratné poškodenia, ktoré je možné riešiť asi len reinštaláciou.
-
Tie postupy fungujú, keď je všetko v poriadku, vawaver má však poškodené, prekrížené závislosti v synaptiku a nejde mu odinštalovať wine a asi ani nič iné.
Mně ten popsaný postup fungoval po identických chybových hláškách (samozřejmě pokud si pamatuju). Odinstalací, odstraněním repo, přidáním nových a novou instalací se vše zprovoznilo.
Není mi přesně jasné, co v tomto případě mají znamenat "poškodené, prekrížené závislosti v synaptiku". Podle mě by to tedy bylo nejen v Synapticu (to je jen GUI), ale přímo v apt databázi a logicky i v jakémkoliv jimém sw, který ji používá.
Ano, v původním repo jsou vadné či chybějící závislosti, viz mnou uvedený zdroj a tamní věta "The WineHQ repository misses the dependencies for wine-stable package."
Nicméně změnou a obnovením zdrojů se to napraví!
-
Priatelia,
v Synaptic nevidím že by som mal čokoľvek z Wine vôbec nainštalované, takže nemám čo odobrať.
Do takej miery tomu zase nerozumiem, ale odpoveď od "zelena" mi dáva zmysel.
To jest mám asi nezvratné poškodenia, ktoré je možné riešiť asi len reinštaláciou.
Jo aha, to je ale zcela nová informace, přitom úplně zásadní. Do *censored* práce, to má pak člověk něco vymejšlet...
sudo apt-get clean
nebo
sudo apt-get autoclean
nepomůže?
Chci sem výpis po
grep ^ /etc/apt/sources.list /etc/apt/sources.list.d/*
nebo lépe po
apt-cache policy | awk '/http/ { printf "%s %s\n",$2,$3 }' | sort | uniq
-
Priatelia,
v Synaptic nevidím že by som mal čokoľvek z Wine vôbec nainštalované, takže nemám čo odobrať.
Do takej miery tomu zase nerozumiem, ale odpoveď od "zelena" mi dáva zmysel.
To jest mám asi nezvratné poškodenia, ktoré je možné riešiť asi len reinštaláciou.
Za současné situace bude nejlepší reinstal.
A příště si zdravý systém (pravidelně) zálohuj (Timeshift).
Protože mám silnou obavu, že v 20.04 s tím budeš "zápasit" úplně stejně. Leda že by tě bavily neustálé reinstalace....
-
Ten môj Synaptic vyzerá nasledovne.
A to je asi konečná.
No nič vydržíme do nového mesiaca a nasadím 20.04 LTS ako čistý reinstall.
-
Ten môj Synaptic vyzerá nasledovne.
A to je asi konečná.
No nič vydržíme do nového mesiaca a nasadím 20.04 LTS ako čistý reinstall.
https://forum.ubuntu.cz/index.php/topic,84865.msg570047.html#msg570047
-
@JirkaZ
v prílohe posielam oba výpisy.
clean a aj autoclean prebehli bez hlásení.
-
@JirkaZ
v prílohe posielam oba výpisy.
clean a aj autoclean prebehli bez hlásení.
Hm, takže ve zdrojích je dost PPA a navíc i nějaké uzavřené věci (teamviewer atd.). To může (ale nemusí) být příčinou potíží se závislostmi.
Clean a autoclean asi nebyly úplně bez výpisu, ale o to nejde. Po jejich provedení, raději restartu PC, přidání nového správného repozitáře pro wine (protože teď tam nevidím žádný) a pokusu o instalaci Wine to pořád nefunguje?
-
@JirkaZ
Urobil som po reštarte opäť pokus o inštaláciu, bohužiaľ výsledok ten istý - poškodené balíky.
-
Tedy nejspíše nutný reinstall OS.
-
Já bych pořád hrozně rád viděl "rozuzlení" toho problému, jinými slovy kde se co děje a proč to dělá tyto problémy...
I kvůli tomu máme Linux - nejsou tu (většinou) žádné uzavřené binární oblasti, záhadně skryté registry apod. bez možnosti analýzy.
Reinstall umí každý a podle mě je to zlozvyk z widlows, když tam dojde k jakémukoliv problému.
Škoda, že neexistuje kolegou propagovaná záloha z timeshiftu - možná by bylo s čím porovnávat.
No, já být postiženým, tak mě každá "nemožnost" řešení utvrzuje v tom, abych dál hledal, proč to nejde a jak vyřešit nikoliv následek, ale příčinu.
Možná by stačilo jenom ještě intenzivněji hledat na webu - určitě taková (nebo podobná) situace nevznikla poprvé, téměř jistě se s ní setkal nějaký skutečný linuxový guru a možná se i podělil o zkušenosti...
Celá věc mě zajímá o to víc, že se týká wine. Provozuju totiž některé velmi důležité programy právě pod tímto (ne)emulátorem a dost mi tedy vadí, když cokoliv nefunguje.
-
@JirkaZ
Ja som obyčajný používateľ a nie experimentátor, to jest zbytočne neskúšam a netestujem nové veci.
Wine som mal kvôli jedinému programu a mal som Wine vo verzii 4.0.3 , takže až keď vyšla 5.3 rozhodol som sa že aktualizujem. A takto to dopadlo. Keby som do toho nešpáral, mohlo mi ísť aspoň to pôvodné. Inak mi Ubuntu funguje spoľahlivo bez najmenších zádrhelov. Až na toto.. >:(
Ono ma to samozrejme mrzí, že musím mesiac čakať na inštaláciu novej LTS verziu, nemá pre mňa zmysel robiť nanovo 18.04....
Tam zase budem riešiť ako to urobiť, aby som čo najbezbolestnejšie preniesol a rozbehal dokumenty, softvér a nastavenia ako aktuálne používam.
-
Wine je tak trocha na okraji záujmov jednotlivých distribúcii a v bežných aktualizáciach sa neupgraduje a ostáva v rovnakej verzii dosť dlho.
Potom sa stane to, že raz za čas v repozitároch povýšia verziu wine, o čom bežný užívateľ samozrejme nevie a funguje spokojne ďalej. Ak si jedného dňa zmyslí dať najnovšiu verziu z winehq repozitárov, tak tá tam je, ale v hlavných repozitároch už jeho staršia verzia nie je a nedá sa odinštalovať, niekedy zmenia aj adresu starého wine repozitára, alebo ho úplne zrušia. Potom si s tým synaptic nevie poradiť a vypíše neopravitelnú chybu. Samozrejme by sa to niekde v nastaveniach synapticu dalo nastaviť, aby nebral do úvahy starú verziu wine a jednoducho
ju zmazal, prípadne prepísal novou. To však nie je robota pre užívateľa.
Preto som horevyššie napísal, že wine v systéme nepovyšujem a nechám tam verziu z prvej inštalácie, aj keby to bola 3.0 a v Playonlinuxe si stiahnem a používam akú chcem, avšak to už nejde cez synaptic, apt a repozitáre.
Najväčšie problémy sú s wine32, v niektorých distribúciach nie je vôbec zaradená do repozitárov, lebo x64 je pokrok. :-\
-
... Ak si jedného dňa zmyslí dať najnovšiu verziu z winehq repozitárov, tak tá tam je, ale v hlavných repozitároch už jeho staršia verzia nie je a nedá sa odinštalovať, niekedy zmenia aj adresu starého wine repozitára, alebo ho úplne zrušia. Potom si s tým synaptic nevie poradiť a vypíše neopravitelnú chybu. Samozrejme by sa to niekde v nastaveniach synapticu dalo nastaviť, aby nebral do úvahy starú verziu wine a jednoducho
ju zmazal, prípadne prepísal novou...
No to jsou mi vjecy...
Přece když něco nemám instalované v systému (apt databázi), tak je úplně jedno, že to zároveň nemá ekvivalent v repozitáři!
Navíc: instalovaný software opravdu potřebuje funkční repozitář i k odinstalaci?
A ještě jinak: mně to u 18.04 LTS normálně funguje (upgrade oficiální verze na winehq) a to jsem zároveň měl ony popisované problémy se závislostmi taky. Stačilo použít OBS repo, jak popisuju výše.
Prosím tímto o omezení spekulací a o vyjádření pouze v tom případě, pokud skutečně znám podstatu problému nebo alespoň cestu k němu.
-
Najväčšie problémy sú s wine32, v niektorých distribúciach nie je vôbec zaradená do repozitárov, lebo x64 je pokrok. :-\
@zeleno Velice by mě zajímalo jestli PlayOnLinux je nějak závislý na wine32? Tj. když na distribuci nepodporující wine32 Použiji PlayOnLinux tak 32bit aplikace půjdou nainstalovat a spouštět? To vyhrožování opuštěním od 32bit knihoven mě docela děsí. Linuxové nativní aplikace, 32bit instalační obrazy to bych pochopil, ale Win aplikace i dnes jsou minimálně z poloviny 32 bit a neustále vznikají. Jak třeba potom ve Wine např. nahradit mdac28 která je pouze 32 bitová? >:(
-
Najväčšie problémy sú s wine32, v niektorých distribúciach nie je vôbec zaradená do repozitárov, lebo x64 je pokrok. :-\
@zeleno Velice by mě zajímalo jestli PlayOnLinux je nějak závislý na wine32? Tj. když na distribuci nepodporující wine32 Použiji PlayOnLinux tak 32bit aplikace půjdou nainstalovat a spouštět? To vyhrožování opuštěním od 32bit knihoven mě docela děsí. Linuxové nativní aplikace, 32bit instalační obrazy to bych pochopil, ale Win aplikace i dnes jsou minimálně z poloviny 32 bit a neustále vznikají. Jak třeba potom ve Wine např. nahradit mdac28 která je pouze 32 bitová? >:(
PlayOnLinux má vlastní, zcela nezávislou správu wine a jejich verzí. ČIli je jedno, co se následně nabízí či nenabízí v oficiálním nebo dokonce winehq apod. repozitáři.
Edit: tak pardon, na WineHQ závisí, ale nejspíš ne na repozitáři pro konkrétní distribuci, ale prostě si nějakým způsobem z projektu WineHQ bere data. Viz třeba https://www.playonlinux.com/en/download.html
-
min25
Playonlinux závisí na https://packages.debian.org/buster/playonlinux (https://packages.debian.org/buster/playonlinux) teda aj wine32
64 bitové wine síce podporuje aj inštaláciu 32 bitových programov, no budú im chýbať potrebné 32 bitové knižnice v systéme. V praxi sa prejaví tým, že niektoré 32 bitové aplikácie nebudú fungovať korektne, napríklad nepôde zvuk a podobne. Pozri téma https://forum.linux-mint-czech.cz/viewtopic.php?f=25&t=6924 (https://forum.linux-mint-czech.cz/viewtopic.php?f=25&t=6924)
mdac28 potrebný napríklad pre Profit https://forum.linux-mint-czech.cz/viewtopic.php?f=25&t=6984 (https://forum.linux-mint-czech.cz/viewtopic.php?f=25&t=6984) sa dá nainštalovať len v 32 bitovom wineprefixe, a wine treba mať nastavené na win nt4, čo vo wine64 sa nedá, lebo umožňuje najnižšiu verziu win xp.
S wine32 sa do systému doinštaluje kopa súborov /okolo 120 mega/ a sú v https://postimg.cc/QB0KRb4c (https://postimg.cc/QB0KRb4c) , ak je ten adresár prázdny,
dá sa to tam nakopírovať aj ručne z iného počítača, musí mať však tú istú verziu wine, inak to zblbne.
Pozri https://forum.linux-mint-czech.cz/viewtopic.php?f=15&t=5426 (https://forum.linux-mint-czech.cz/viewtopic.php?f=15&t=5426) kde sa porovnáva wine v manjare a v minte.
-
zeleno
moc děkuji za podrobné informace. Trochu nadějí do budoucna jsem vkládal do PlayOnLinuxu. Myslel jsem, že si všechny potřebné knihovny tahá tento program z nezávislého zdroje. Mám na disku Focal a tam ještě to co nutně potřebuji z win32 funguje. Bohužel v tomto LTS naposledy jak slibuje Canonical >:( Tak moc možností nezbývá pokud nechci používat pomalý Virtualbox. Za sebe vidím jenom dvě možnosti. Buď přejít např. na MX linux nebo podobné distro odvozené z Debianu kde ještě spoustu let bude 32 bit podpora, nebo rovnou po letech z5 na Windows, kde je kompatibilita s 32 bit aplikacemi samoshřejmostí a vůbec se neřeší a ten mdac28/jet40 je již obsažen v systému samotném a není třeba ho doinstalovávat. Jak jsem psal ohromná spousta NOVÝCH menších programů a utilit je stále 32 bitová...
Jinak PlayOnLinux jsem nikdy nepoužíval stačilo mi Winehq ppa a winetricks. K 32 bit programu potřebuji asi jako někdo k PROFITU hlavně mdac28, jet40 a přidat trochu jiné knihovny
Ještě moc děkuji za odpověď
-
Existuje čistá, na konkrétní distribuci nezávislá verze PlayOnLinux:
All distributions => Generic package => .tar.gz files opět na https://www.playonlinux.com/en/download.html
Tam jistě žádné závislosti nebudou a pokud obsahuje (a i v budoucnu bude obsahovat) svoje řešení 32bit knihoven, pak není co řešit.
Nevím, nezkoušel jsem, kdokoliv má volné pole...
-
Existuje čistá, na konkrétní distribuci nezávislá verze PlayOnLinux:
All distributions => Generic package => .tar.gz files opět na https://www.playonlinux.com/en/download.html
Tam jistě žádné závislosti nebudou a pokud obsahuje (a i v budoucnu bude obsahovat) svoje řešení 32bit knihoven, pak není co řešit.
Nevím, nezkoušel jsem, kdokoliv má volné pole...
Je to čistý Playonlinux umiestnený do jedného adresára a spustitelný súborom ./playonlinux
Nebude nikde v menu a neinštaluje žiadne závislosti, ani neobsahuje potrebné súbory. Dá sa to použiť, ak už je v systéme Playonlinux nainštalovaný, ale z nejakého dôvodu sa nedá spustiť. Nájde konfiguračné súbory a nainštalované programy v home adresári a funguje ako originál.
-
JirkaZ a zeleno
To je konečně po dlouhé době optimistická zpráva-díky. Trochu naivně jsem si myslel že třeba někdo udělá appimage nebo snap kompletního wine s 32 bit knihovnami.
-
JirkaZ a zeleno
To je konečně po dlouhé době optimistická zpráva-díky. Trochu naivně jsem si myslel že třeba někdo udělá appimage nebo snap kompletního wine s 32 bit knihovnami.
No neudělá, protože wine je runtime (wrapper), nikoli běžná aplikace a to je sakra rozdíl.... Z toho snad pochopíš, že nějaký wine appimage/snap/flatpak je nesmysl...
-
Ještě že jsem napsal že jsem si naivně myslel :) Ale opravdu jsem netušil že jsou tyhle možnosti vyloučeny-díky. Snad 20 let jsem žádnou hru nehrál, ale myslím si že naprostá většina her byla a možná i je 32 bitových a tak nechápu proč chce Canonical i Fedora 32 bit knihovny pro wine v budoucnu odstranit a tím omezit počet aplikací spouštěných pod Wine. Btw co vlastně spouštět v čistě 64 bit Wine?? Alespoň já nic nepotřebuji.
-
Je zcela smozřejmé, že v 64bit Windows lze spustit 32bit aplikace. Dokonce je to považováno (právem) za obrovskou výhodu a nikoho by ani ve snu nenapadlo tuto zpětnou kompatibilitu odstraňovat. Lze dokonce spustit i 16bit aplikace (třeba ježek-stereo).
Myšlenky tvůrců Linuxu se však kupodivu ubírají naprosto opačným směrem. :o
Jediný důvod který mě napadá je, že tam snad mají nasazeného "redmondského krtka" který má za úkol linux co nejvíce poškodit... :-[
P.S. Když ve svých W7 64bit porovnám složky Program Files a Program Files (x86), zjistím, že cca dvě třetiny všech nainstalovaných programů jsou 32bitové. A drtivá většina z nich vůbec v 64bit verzi neexistuje.
A na Ubuntu ve wine je to to samé...
-
"Oprosťme se od temných komnat minulosti a soustřeďme se jen na světlo zítřejších místností " pravil linuxový vizionář a začal zhasínat všude, kudy prošel ...
-
Takže:
vyzkoušel jsem (pouze zcela "z rychlíku") mnou výše uvedenou distribučně nezávislou verzi PlayOnLinux a mohu říct toto:
je to úplně samostatná záležitost a všechno potřebné si "odněkud" stahuje. Lze tam (jak známo) nainstalovat a použít libovolné existující verze Wine, a to jak 32, tak 64bit (nezávisle na sobě).
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
POL jsem používal už kdysi (distribuční verzi, ať už přímo z nativního repo nebo z PPA či OBS), ale dávám přednost nativnímu Wine v systému. Třeba se časem zase vrátím...
-
Je zcela smozřejmé, že v 64bit Windows lze spustit 32bit aplikace. Dokonce je to považováno (právem) za obrovskou výhodu a nikoho by ani ve snu nenapadlo tuto zpětnou kompatibilitu odstraňovat. Lze dokonce spustit i 16bit aplikace (třeba ježek-stereo).
Myšlenky tvůrců Linuxu se však kupodivu ubírají naprosto opačným směrem. :o
Jediný důvod který mě napadá je, že tam snad mají nasazeného "redmondského krtka" který má za úkol linux co nejvíce poškodit... :-[
P.S. Když ve svých W7 64bit porovnám složky Program Files a Program Files (x86), zjistím, že cca dvě třetiny všech nainstalovaných programů jsou 32bitové. A drtivá většina z nich vůbec v 64bit verzi neexistuje.
A na Ubun
tu ve wine je to to samé...
Tak pod to bych se podepsal. Mám i krabicovku fpp verzi Win10 na drhém ssd a veškeré malé programy a utility jsou 32 bit. Ve Wine 64 bit občas použiji zakoupený Winrar a Archivarius 3000. Jinak všechno 32 bit. Kdyby šly všechny 32b aplikace spouštět pod 64b Wine nevadilo by mi to. Bohužel nejenom Jet40 mdac28 a spousta dalších je nutná ke spuštění.
-
"Oprosťme se od temných komnat minulosti a soustřeďme se jen na světlo zítřejších místností " pravil linuxový vizionář a začal zhasínat všude, kudy prošel ...
:)
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Abys to zjistil, stačí si stažený .deb balík toho 32bit wine rozbalit (v běžném archivátoru) a v něm, v souboru DEBIAN/control je výpis všech závislostí.
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Abys to zjistil, stačí si stažený .deb balík toho 32bit wine rozbalit (v běžném archivátoru) a v něm, v souboru DEBIAN/control je výpis všech závislostí.
Ono se jaksi nejedná o *.deb balík, tam bych to neřešil...
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Pri čistej inštalácii so zachovaním /home a teda aj nainštalovaných programov v Playonlinuxe mi bez wine32 a jeho 32 bitových knižníc nešiel zvuk v TapinRadiu, Photoshop CS6 nenabehol vôbec i keď v Playonlinuxe bolo nainštalované wine 32.
Niektorým x32 programom, ako IrfanView, Photofiltre to nevadilo. Z toho usudzujem, že ak program nepoužíva zvukovú kartu, alebo špecialne časti grafiky, tak bude fungovať, ale budú aj programy, čo to budú potrebovať.
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Pri čistej inštalácii so zachovaním /home a teda aj nainštalovaných programov v Playonlinuxe mi bez wine32 a jeho 32 bitových knižníc nešiel zvuk v TapinRadiu, Photoshop CS6 nenabehol vôbec i keď v Playonlinuxe bolo nainštalované wine 32.
Niektorým x32 programom, ako IrfanView, Photofiltre to nevadilo. Z toho usudzujem, že ak program nepoužíva zvukovú kartu, alebo špecialne časti grafiky, tak bude fungovať, ale budú aj programy, čo to budú potrebovať.
...bez wine32 a jeho 32 bitových knižníc...
Kterých knihoven? Linuxových nebo *.dll (tedy interních z Wine)?
Pořád to je dokola...
Popíšu, proč mě to tak zajímá, jiným způsobem:
pokud by došlo k tomu, čím některé linuxové distribuce hrozí (opuštění podpory 32bit programů), tak v případě, že 32bit Wine z distribučně nezávislého POL potřebuje jen svoje, tedy převážně *.dll knihovny, to nebude vadit. Protože on si je prostě "natahá" sám ze svých zdrojů...
Pokud ale i 32bit Wine z distribučně nezávislého POL bude spoléhat na to, že v distribuci jsou nějaké "obecné" linuxové 32bit knihovny, tak to fungovat nejspíš nebude...
A ještě jednou, jak by toto šlo zjistit:
a) čistá instalace 64bit systému (tj. zaručeně bez různých --add-architecture i386, multiarch apod.)
b) spuštění distribučně nezávislého POL, instalace 32bit Wine v něm a dále ověření instalace nějakého 32bit programu pro widle, který (pokud možno) používá všechny možné "features" typu video, zvuk, web atd.
-
Bez tých vľavo https://postimg.cc/2Vc8GvG5 (https://postimg.cc/2Vc8GvG5)
Ja to skúšať nepotrebujem, mám MXLinux a funguje mi to k spokojnosti. :)
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Pri čistej inštalácii so zachovaním /home a teda aj nainštalovaných programov v Playonlinuxe mi bez wine32 a jeho 32 bitových knižníc nešiel zvuk v TapinRadiu, Photoshop CS6 nenabehol vôbec i keď v Playonlinuxe bolo nainštalované wine 32.
Niektorým x32 programom, ako IrfanView, Photofiltre to nevadilo. Z toho usudzujem, že ak program nepoužíva zvukovú kartu, alebo špecialne časti grafiky, tak bude fungovať, ale budú aj programy, čo to budú potrebovať.
...bez wine32 a jeho 32 bitových knižníc...
Kterých knihoven? Linuxových nebo *.dll (tedy interních z Wine)?
Pořád to je dokola...
Popíšu, proč mě to tak zajímá, jiným způsobem:
pokud by došlo k tomu, čím některé linuxové distribuce hrozí (opuštění podpory 32bit programů), tak v případě, že 32bit Wine z distribučně nezávislého POL potřebuje jen svoje, tedy převážně *.dll knihovny, to nebude vadit. Protože on si je prostě "natahá" sám ze svých zdrojů...
Pokud ale i 32bit Wine z distribučně nezávislého POL bude spoléhat na to, že v distribuci jsou nějaké "obecné" linuxové 32bit knihovny, tak to fungovat nejspíš nebude...
A ještě jednou, jak by toto šlo zjistit:
a) čistá instalace 64bit systému (tj. zaručeně bez různých --add-architecture i386, multiarch apod.)
b) spuštění distribučně nezávislého POL, instalace 32bit Wine v něm a dále ověření instalace nějakého 32bit programu pro widle, který (pokud možno) používá všechny možné "features" typu video, zvuk, web atd.
Ty to stále nechápeš. Pokud dojde k odstranění/nepodpoře 32bit knihoven (linuxových) v příštích verzích Ubuntu, už je tam nijak nenainstaluješ/nedostaneš (nepůjde to) ani z "cizích" zdrojů.
(Zkus např. nainstalovat do 64bit 18.04 knihovnu ia32libs, i když si ten balík stáhneš odjinud, zjistíš, že to zkrátka nejde.)
Pak si budeš moci nainstalovat pouze 64it wine (32bit nepůjde). A v něm ti půjdou spustit pouze 64bit windows aplikace + některé 32bitové omezeně (viz Zeleno).
-
Netuším (a vzhledem k nejrůznějším okolnostem to ani nemůžu a nechci zkoušet), jestli 32bit Wine v takto spuštěném PlayOnLinuxu na 64bit linuxovém PC opravdu potřebuje i 32bit linuxové knihovny.
Skromně se domnívám, že ne. Pro úplné ověření to ale chce čistou 64bit instalaci Linuxu (zde tedy*buntu) a zkusit onu distribučně nezávislou verzi spustit tam.
Pri čistej inštalácii so zachovaním /home a teda aj nainštalovaných programov v Playonlinuxe mi bez wine32 a jeho 32 bitových knižníc nešiel zvuk v TapinRadiu, Photoshop CS6 nenabehol vôbec i keď v Playonlinuxe bolo nainštalované wine 32.
Niektorým x32 programom, ako IrfanView, Photofiltre to nevadilo. Z toho usudzujem, že ak program nepoužíva zvukovú kartu, alebo špecialne časti grafiky, tak bude fungovať, ale budú aj programy, čo to budú potrebovať.
...bez wine32 a jeho 32 bitových knižníc...
Kterých knihoven? Linuxových nebo *.dll (tedy interních z Wine)?
Pořád to je dokola...
Popíšu, proč mě to tak zajímá, jiným způsobem:
pokud by došlo k tomu, čím některé linuxové distribuce hrozí (opuštění podpory 32bit programů), tak v případě, že 32bit Wine z distribučně nezávislého POL potřebuje jen svoje, tedy převážně *.dll knihovny, to nebude vadit. Protože on si je prostě "natahá" sám ze svých zdrojů...
Pokud ale i 32bit Wine z distribučně nezávislého POL bude spoléhat na to, že v distribuci jsou nějaké "obecné" linuxové 32bit knihovny, tak to fungovat nejspíš nebude...
A ještě jednou, jak by toto šlo zjistit:
a) čistá instalace 64bit systému (tj. zaručeně bez různých --add-architecture i386, multiarch apod.)
b) spuštění distribučně nezávislého POL, instalace 32bit Wine v něm a dále ověření instalace nějakého 32bit programu pro widle, který (pokud možno) používá všechny možné "features" typu video, zvuk, web atd.
Ty to stále nechápeš. Pokud dojde k odstranění/nepodpoře 32bit knihoven (linuxových) v příštích verzích Ubuntu, už je tam nijak nenainstaluješ/nedostaneš (nepůjde to) ani z "cizích" zdrojů.
(Zkus např. nainstalovat do 64bit 18.04 knihovnu ia32libs, i když si ten balík stáhneš odjinud, zjistíš, že to zkrátka nejde.)
Pak si budeš moci nainstalovat pouze 64it wine (32bit nepůjde). A v něm ti půjdou spustit pouze 64bit windows aplikace + některé 32bitové omezeně (viz Zeleno).
Zkusil jsi to přesně tím postupem, jak popisuju?
Protože pokud ne, není o čem mluvit. Distribučně nezávislá verze POL apriorně nevyžaduje žádné 32bit knihovny v Linuxu. Jestli opravdu ne, to se má projevit až tím pokusem.
-
Zkoušet se mi to teda opravdu nechce.
Ale pokud zapojím logiku, tak kdyby to opravdu fungovalo, proč by tedy bylo tolik "povyku" kolem odstranění těch 32bit knihoven z linuxu, pak by totiž v podstatě o nic nešlo.... :o
-
Zkoušet se mi to teda opravdu nechce.
Ale pokud zapojím logiku, tak kdyby to opravdu fungovalo, proč by tedy bylo tolik "povyku" kolem odstranění těch 32bit knihoven z linuxu, pak by totiž v podstatě o nic nešlo.... :o
Protože - podle mě - existuje spousta 32bit čistě linuxových aplikací, neběžících v "nějakém" emulátoru, které by to postihlo...