sparkylinux i problem z pakietem xnview

[sovtware]

Witam mam prośbę do pavroo lub innych użytkowników o sprawdzenie pakietu xnview w sparkylinux nie chce i nie mam zamiaru zmieniać dystrybucji ponieważ sparky jest mój ulubiony i ma dosłownie wszystko co potrzebuje i chce mieć zainstalowane i wszystko działa bez problemów prócz wyżej wymienionego programu więc do celu
widzę pavroo ze przywróciłeś po aktualizacji starszą wersję w Debianie wiem że xnview działa moja prośba o sprawdzenie tego w wolnej chwili może w sparky brak jakiegoś pakietu lub coś blokuje uruchomienie go w naszym systemie w nowszej wersji teraz program mam zablokowany by się nie aktualizował Ja szukałem na google lecz nic nie znalazłem takiego może za mało czasu mam praca w pizzeri po 12 godzin

wspomnę dystrybucja którą mam to sparkylinux xfce 64 wersja poprawiona która z usb startuje
z góry dziękuję i czekam na jakieś info pozdrawiam

wersja xnview 0.94.2 się uruchamia i działa nowsze wersje nie chcą się uruchamiać

[pavbaranov]

A możesz pokazać wynik jaki wypluwa polecenie: xnview z konsoli? XnViev jest programem z zamkniętymi źródłami, kompilowanym z określonymi bibliotekami, które jego twórcy zakładają, że są w systemie (chodzi o ich wersje). Niekiedy to działa, a niekiedy pluje się, że konkretnej biblioteki nie ma (bo w systemie jest starsza lub nowsza).
Możesz sprawdzić też wersję AppImage z

Kod [Zaznacz]

https://www.xnview.com/en/xnviewmp/. Jeśli jest ona poprawnie przygotowana, to program winien działać prawidłowo. Alternatywa to wersja *.tgz, która jest również binarką przygotowaną do użycia po rozpakowaniu. O ile pamiętam, to zawiera wszystkie niezbędne biblioteki.
Wpierw wynik polecenia, ale skoro starsza wersja się uruchamia, a nowsza nie, to najprawdopodobniejsze, że została ona skompilowana z użyciem nowszych bibliotek Qt, niż te, które są w Debianie (zwłaszcza Stable - jeśli masz Sparky na nim opartego). Jeśli tak jest, to niestety nikt z tym nic nie zrobi (tzn. istnieje pewne rozwiązanie, ale mocno go nie polecam, zwłaszcza, że jeśli się o nim zapomni, to nawet jeśli obecnie będzie działać, w przyszłości utrudni bądź uniemożliwi aktualizację, a jak zgłosisz taki problem i nie przypomni Ci się, że to zrobiłeś, to tygodnie spędzimy nad rozwiązywaniem takiego problemu, albowiem jego nie widać nigdzie - ergo: nie polecam).

[Albedo 0.64]

U mnie to samo. Działał ale po pewnym czasie przestał się w ogóle uruchamiać. Sprawdziłem zależności w Synapticu i dowiedziałem się że pakiet xnview jest w konflikcie z.... xnview. Dałem sobie na luz i do  podstawowej edycji zdjęć używam gThumb a w razie potrzeby jest jeszcze Gimp. Nie ma w tym winy systemu więc przeinstalowywanie dystrybucji dla jednego programu mija się z celem, bo nie wiadomo czy to samo nie powtórzy się w innych dystrybucjach. Podobna sytuacja spotkała mnie z Puddletag który (na razie) wyleciał z Debiana więc teraz używam EasyTag.

[pavroo]

Synaptic wykazuje konflikt każdego pakietu ze sobą.

XnView w najnowszej wersji działa poprawnie na Debianie/Sparku stabilnym.
Ostatnia wersja, która działa na testingu to 0.94.2.
Jest to pakiet o zamkniętym kodzie źródłowym, nawet konsola nie wyrzuca błędów lub braku/za wysokiej/za niskiej zależności.

[pavbaranov]

Paweł, a gdy wrzucisz xnview przez gdb, ewentualnie jeszcze z bt, jeśli będzie potrzebne - również nic nie pokazuje? Inna metoda, wyzwolić w jednej konsoli journalctl z opcją -f, a w drugiej puścić xnview - może coś się pokaże.
Przy okazji - w AUR xnview występuje w dwu postaciach:
1. wersja będąca po prostu przepakowanym debem:

Kod [Zaznacz]

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xnviewmp - zawiera biblioteki te, które dostarcza xnview,
2. wersja oparta o biblioteki systemowe:

Kod [Zaznacz]

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xnviewmp-system-libs - tu całe Qt5 jest w wersji, którą dostarcza system.
Często jest tak, że np. działa wersja 1, ale nie 2 lub na odwrót. Pomijając kwestie zgodności rozwiązania drugiego z licencją, to można byłoby się pokusić ewentualnie o podobne rozwiązanie w Sparky - czyli na podstawie powyższego PKGBUILDu wywalamy z /opt/xnview biblioteki Qt5 i zobaczmy co się będzie dziać (oczywiście w skrócie; nie chce mi się rozwijać tematu w tej chwili; jak ktoś zna się, to zrobi sam, w przeciwnym przypadku prawdopodobnie najsensowniej to zrobić z pomocą IRCa).

[pavroo]

Na chwilę obecną wygrzebałem brakujące zależności: libqtav1 libqtavwidgets1
Kolejny błąd dotyczy Qt:

Kod: [Zaznacz]

./XnView: symbol lookup error: ./XnView: undefined symbol: _ZNSt20bad_array_new_lengthD1Ev, version Qt_5

[pavbaranov]

W /opt/XnView winien być plik xnview.sh. Czy jeśli program zostanie wywołany z tego skryptu błąd (dot. Qt5) również występuje? Zob.:

Kod [Zaznacz]

https://www.linuxquestions.org/questions/slackware-14/xnviewmp-0-94-released-4175664234/ - bo wydaje się, że to te same problemy.

[Albedo 0.64]

Znalazłem przyczynę błędu podczas uruchamiania najnowszej wersji Xnview 0.96.4. Problem leży po stronie bibliotek qt5. Żeby to naprawić trzeba zainstalować i uruchomić qt5ct czyli menedżer ustawień qt5 a następnie przestawić domyślny interfejs GTK2 na inny (ja użyłem cleanlooks). Wnioskuję z tego, że w dystrybucjach używających gtk2 lub qt5 najnowszy Xnview powinien się uruchamiać poprawnie. Żeby było ciekawiej, przed przestawieniem opcji w qt5ct uruchomiłem Xnview poleceniem w terminalu jako root, czyli błąd dotyczy ustawień konta użytkownika i pojawia się w dystrybucjach opartych o gtk3 a więc nie tylko w Sparky.

[lami07]

Znalazłem przyczynę błędu podczas uruchamiania najnowszej wersji Xnview 0.96.4. Problem leży po stronie bibliotek qt5. Żeby to naprawić trzeba zainstalować i uruchomić qt5ct czyli menedżer ustawień qt5 a następnie przestawić domyślny interfejs GTK2 na inny (ja użyłem cleanlooks). Wnioskuję z tego, że w dystrybucjach używających gtk2 lub qt5 najnowszy Xnview powinien się uruchamiać poprawnie. Żeby było ciekawiej, przed przestawieniem opcji w qt5ct uruchomiłem Xnview poleceniem w terminalu jako root, czyli błąd dotyczy ustawień konta użytkownika i pojawia się w dystrybucjach opartych o gtk3 a więc nie tylko w Sparky.

Jeśli to co piszesz jest poprawne, a nie mam powodu w to wątpić, to problem jest po stronie sparkiego. Dokładnie to po stronie spójnego wyglądu pomiędzy aplikacjami gtk i qt, który jest osiągany poprzez zmuszanie aplikacji qt5 do adoptowania wyglądu z motywu gtk. No, ale skoro juz wiadomo o co chodzi, to się coś z tym zrobi.

[Albedo 0.64]

@lami07: Diagnoza błędu jest poprawna i potwierdzona przez pavroo. Za błędy w plikach konfiguracyjnych odpowiada developer dystrybucji ale w niektórych przypadkach, nie ma on wpływu na aktualizacje bibliotek dostarczane z repozytorium lub z paczek binarnych. W takim przypadku jak ten z Xnview, musimy radzić sobie sami tym bardziej, że jest to program zamknięty, instalowany na własne życzenie z pakietu zewnętrznego. W Sparky pavroo zamieścił starszą wersję Xnview która działa poprawnie więc tu nie ma powodu do narzekań. Tak jak napisałeś, grunt że wiadomo o co chodzi i można coś z tym zrobić.