#4 És amikor beállítottad a neked megfelelő verziót, utána megnyomod a
https://i.imgur.com/6wROzcy.png
'Verzió kényszerítése rádió gombot. Ekkor 'ugrik a majom a vízbe' .., valami történni fog.

#3 A 'xenial-updates' tároló a frissebb csomagok helye, tehát azt válaszd. Néha a két tárolónál a csomagok neve ugyanaz, de akkor is érdemes a frissebbet választani ... a biztonsági szinteket nem tudom ezen csomag tekintetében, bár ez most nem annyira lényeges. Néha a Synaptic nem engedi a csomagokat visszafejleszteni, ekkor próbálkozni kell az összes csomag tekintetében. Más sorrendben.

A PPA-ról telepített csomagok, a megfelelő rádió gomboknál,

Csoportok
Állapot
Eredet
Egyéni szűrők
Találatok
Egyéni szűrők

majd a PPA sorra kattintva is elkülöníthetőek a visszafejlesztéshez.

#6 Reméljük :). Nincs mit.

Köszönöm szépen a segítséget, fut a program! Remélem nem lesz benne ugyanez a hiba.  

#8 Itt valami más gond lesz.

A paste ubuntu oldalra kéne a kimenet, amit a terminálban látsz.
-- elindítod terminálban
   (érzékenyebb módban: man gimp <-- a GIMP offline kézikönyve)

gimp --verbose --debug-handlers --console-messages --stack-trace-mode always

... remélhetőleg jó lesz (nem ütközik), amit a kapcsolókból összeállítottam.

-- megcsinálod azt, amitől összeomlik
-- a terminálablak nyitva van hagyva, onnan másolsz mindent
    (mindenképpen az összemlás után)

Második lehetőség

-- telepíted a hibakeresők egyikét, a GNU Debugger alkalmazást

sudo apt-get install gdb

-- majd indítod a GIMP-re

gdb gimp

-- a látvány még semmi, indítod a vizsgálatot innen: >
   (a kacsacsőr karakter megjelenése)

run

-- az összeomlást reprodukálod (a GIMP-pel)
-- másolod (paste ubuntu) a megjelenő összes üzenetet a terminálból
-- végül -a teszt végén) kilépsz a GDB alkalmazásból, innen: >

quit

-- és a terminálból is

exit

-----

Azt áruld el már, hogy milyen géped van, melyik Linux Mint, melyik asztali környezettel! De jó erre az

inxi -F

parancs is (paste).

A GDB jelzéseit nem mindig könnyű kiértékelni, de megpróbáljuk.
Mindkét tesztet csináld meg és az inxi kimenet is kéne.

Sajnos megmaradt a hiba! Lehet valamit csinálni ilyenkor? Így nem lehet dolgozni vele!

Kijelölő eszköz használata után beleklikkelek a bal gombbal a kijelölés véglegesítéséhez, majd jobb klikk kivág vagy másol és kilép a program!

#12 https://paste.ubuntu.com/25933903

A biztonság kedvéért ajánlom, hogy készíts egy Systemback rendszer visszaállítási pontot, majd utána el lehet távolítani ezeket a csomagokat. Vagyis a valóságos eltávolításhoz a '(--)simulate' kapcsolót vedd ki a parancsból, és így futtasd azt.

A gdb-s verzióval kezdtem de ma nem tudom produkálni azt amit tegnap 15 ször sikerült. Valamilyen folyamat után kezd el akkor valószínű hülyűlni. Lehet, hogy a számítógép újraindítása ezt javítja. A gimp újraindítása nem orvosolja a problémát. Ha megint elkezdi akkor tudom folytatni a hibakeresést. 

A felesleges csomagok listája a következő:

https://paste.ubuntu.com/25933903/

Az általad elsőnek leírt hibakeresésnél nem értem teljesen a következőt:

-- elindítod terminálban
(érzékenyebb módban: man gimp <-- a GIMP offline kézikönyve)

A gimpet kell elindítani terminálban?

 

 

 

 

#16 Átgondolom az este, hogy tehetem neked is fogyaszthatóvá, emészthetővé, amit írok. Eddig mindenki értette ... (általában).
Valami gond nálad is lehet, mert ezt sose javasoltam:

sudo apt-get purge

??? Ezt meg te gondold át.

Szia!

 A következő sorrendben célszerű akkor szerintem:

1.Telepítem a gimp-dbg-t

Első kérdés a képen látható + 22 csomaggal mi legyen:

http://i.imgur.com/gfTlvL6.png"

2.Systemback -amit még életemben nem csináltam. Ennél megint segítséget fogok kérni!

3. Beírom, hogy: 

sudo apt-get purge

4. Tesztelem a gimpet.

Írtad, hogy az első verziót preferáljam:

A paste ubuntu oldalra kéne a kimenet, amit a terminálban látsz.
-- elindítod terminálban   Mit indítok el terminálban? A gimpet? Azt már próbáltam, hogy beírom, hogy gimp és fut a program. Erre gondolsz ennél a sornál?

(érzékenyebb módban: man gimp <-- a GIMP offline kézikönyve) Ezt a sort végkép nem értem pedig magyarúl van!

Ha ezeken a kérdéseken túljutottam akkor kell a következőt beírni?:

gimp --verbose --debug-handlers --console-messages --stack-trace-mode always

#17 Nekifutok ... futólag ... mint egy futó vagy gyalog (sakk kifejezések!!!) ;)

 „A következő sorrendben célszerű akkor szerintem:”
-- szerinted ... :D. Nekem más volt és jelenleg is más erről a véleményem.

„1.Telepítem a gimp-dbg-t”
-- sose mondtam! Azt mondtam, ez egy akárhányadik lehetőség .. lenne.

„Első kérdés a képen látható + 22 csomaggal mi legyen:
http://i.imgur.com/gfTlvL6.png"
-- semmi .. részletkérdés. Nem ez a fő probléma. Később ráér.
-- már láttam szövegesen a 22 csomagot. Mániád, hogy képen is megmutatod azt, amit már láttam és nem kértem, hogy mutasd meg újra?

„2.Systemback -amit még életemben nem csináltam. Ennél megint segítséget fogok kérni!”
-- most válaszolok. Olvasgatásra (a telepítés ...):
https://linuxmint.hu/blog/2016/09/a-systemback-rendszermento-es-rendszer...
-- majd csinálok egy képsorozatot a mentésről, stb., de linkelve van a Wiki cikkely, benne van!

„3. Beírom, hogy: 
sudo apt-get purge”
-- ilyet az 'életbe' ne írj be, de ne is másold be egy terminálba ;). Értelme sincs, nincs ilyen parancs kombináció.

„4. Tesztelem a gimpet.
Írtad, hogy az első verziót preferáljam:”
-- ez az első verzió (felülről lefelé számolunk [elsőként vagy másodikként leírt] Európában, és balról jobbra ...)

gimp --verbose --debug-handlers --console-messages --stack-trace-mode always

-- elindítod, majd összeomlasztod. Összeomlás után másolod az összes szöveget a termálból és megosztod velünk a paste ubuntu segítéségével (keress rá). Harmadszor írom le. Magyar az anyanyelved amúgy? :)
A paste ubuntu oldalra kéne a kimenet, amit a terminálban látsz.

„-- elindítod terminálban   Mit indítok el terminálban? A gimpet? Azt már próbáltam, hogy beírom, hogy gimp és fut a program. Erre gondolsz ennél a sornál?”
-- egy bekezdéssel fentebb írom ...
”(érzékenyebb módban: man gimp <-- a GIMP offline kézikönyve) Ezt a sort végkép nem értem pedig magyarúl van!”
-- a 'man gimp' parancs, a GIMP kézikönyve, onnan vettem az 'első' javaslathoz a kapcsolókat: gimp --verb... stb.
-- a verbose jelentése például: részletes = érzékenyebb. Érthető? ... nem kell feltétlen értened, nehogy ezen akadj el. Lassacskán úgyis megérted .. vagy nem. ;) :)
-- kézikönyve más alkalmazásnak is van, angolul manpages (ez egy nem nőies elnevezés ;)). Például:
man geany
man ls
man less
man more
man dpkg
stb.

„Ha ezeken a kérdéseken túljutottam akkor kell a következőt beírni?:
gimp --verbose --debug-handlers --console-messages --stack-trace-mode always”
-- nem, hanem ezzel kell kezdeni ... s utána paste ubuntu (az összeomlás után). Ez a hibakeresés. Érted?

A fő feladatunk a hibakeresés. A többi sallang.

Annyit látok, azt már tudod, hogy kell alkalmazást a terminálban futtatni (indítani)t:
„Azt már próbáltam, hogy beírom, hogy gimp és fut a program”
-- szuper! .. de most nem ez kell, hanem a másik, az érzékenyebb (a tesztelős) parancs.
-- a futtatás = (~nagyjából) execute - azaz indítás, esetleg telepítés (az EXE ismerős lehet ... ;))

#16 Átgondolom az este, hogy tehetem neked is fogyaszthatóvá, emészthetővé, amit írok. Eddig mindenki értette ... (általában).
Valami gond nálad is lehet, mert ezt sose javasoltam:

sudo apt-get purge

??? Ezt meg te gondold át.

#22 A probléma lényege valahol a Script-Fu környékén lehet, de ezt talán te is látod:

Starting extension: 'extension-script-fu'
INIT: gui_restore_after_callback
Parsing '/home/hodi/.gimp-2.8/menurc'
Parsing '/home/hodi/.gimp-2.8/devicerc'
Parsing '/home/hodi/.gimp-2.8/controllerrc'
Parsing '/home/hodi/.gimp-2.8/colorrc'
loading menu '/usr/share/gimp/2.0/menus/image-menu.xml' for /image-menubar
Loading module '/usr/lib/gimp/2.0/modules/libdisplay-filter-lcms.so'
While parsing XMP metadata:
Hiba a(z) 51. sor 1. karakterénél: <exif:Flash> elem végződése váratlan ebben a kontextusban

Metadata parasite seems to be corrupt
lcms: converting from 'Adobe RGB (1998)' to 'sRGB built-in'
loading menu '/usr/share/gimp/2.0/menus/image-menu.xml' for /dummy-menubar
GIMP-Üzenet: Képpontok átmásolva a vágólapra <-- valamilyen területet itt kijelöltél, és a vágólapra másoltad (aztán szerintem a Script-Fu-ban próbáltál valamit csinálni, amit nem tudok)

clipboard: sending pixbuf data as 'image/png'
clipboard: sending pixbuf data as 'image/png'
The program 'gimp' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 80427 error_code 3 request_code 18 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line <-- javaslat
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

(script-fu:570): LibGimpBase-WARNING **: script-fu: gimp_wire_read(): error

Ahogy írja, debuggoljunk a '--sync' kapcsolót is belevéve most

gimp --verbose --debug-handlers --console-messages --stack-trace-mode always --sync

Az XnView együtt indítási probléma vélhetően a gond, megint indítsd azt is, hogy a GIMP összeomoljon.

 https://paste.ubuntu.com/25942485/

Ha közben fut a Darktable és a Cewe semmi nem történt.

Most elindítottam még pluszba mellette XnViewMP 0.88-at is és így már összeomlott. Lehet közte összefüggés?

#24 Aham, a Rawtherapy (én is kedvelem) és az XnView innen van telepítve:
https://launchpad.net/%7Edhor/+archive/ubuntu/myway/

Regisztrálnod kéne a Launchpad oldalon és írni a fejlesztőnek,
https://launchpad.net/~dhor
Dariusz Duma-nak. Ez egy nagyon jó 'út', a fejlesztők szeretik, ha tesztelik az alkalmazásaikat. Én írnék. Egyet 'fontolj meg', nagyon pontos válaszokat adj, ugyanis a fejlesztők ezt is szeretik.

És az XnView-et bezárva, csak a Rawtherapy-t megnyitva is összeomlik a GIMP? Tesztelnéd?
Az XnView nem omlik össze, csak a GIMP?
... ez a teszt, illetve a válasz jó lesz a fejlesztőnek is.

A következőket tudom javasolni:

-- az egyik javaslat (vagyis van több hasonló)
https://www.reddit.com/r/GIMP/comments/4g02oh/help_gimp_wire_read_error_...
https://bbs.archlinux.org/viewtopic.php?pid=329137#p329137
https://askubuntu.com/questions/626328/gimp-crashes-in-15-04/626989#626989 (a második válasz: „Just solved..”
hogy a teszt (XnView + GIMP) idejére megváltoztatod a témát, mondjuk, valami alapértelmezettre, mondjuk az Adwaita ilyen. Használsz valami egyedi témát?

:::::

-- a másik, hogy (bezárod a GIMP-et) és átnevezed a rejtett könyvtárát,

mv /home/hodi/.gimp-2.8 /home/hodi/.gimp-2.8.ORIG

majd a korábbi módszerrel tesztelsz, jelentkezik-e a hiba. Vagy akár a menüből indított GIMP-el, az összeomlás tekintetében.
Külön letöltött plugint használsz-e?

:::::

-- a harmadik, hogy telepítesz, még hibakeresőket, amik szükségesek.

-- ez a parancs mutatja meg (kb.), hogy mely csomagok szükségesek:

apt-cache search gimp | grep dbg

-- nálam az alábbiak (de ez egyedi)

libgegl-0.3-0-dbg - Generic Graphics Library (debugging symbols)
gimp-dbg - Debugging symbols for GIMP
libglib2.0-0-dbg - Debugging symbols for the GLib libraries
gtkam-dbg - GTK+ application for digital still cameras (debugging symbols)
sane-dbg - scanner graphical frontends (debug symbols)
xsane-dbg - featureful graphical frontend for SANE (Debug files)

-- ha telepíteném ezeket (most szimulálom csak),

sudo aptitude --simulate install libgegl-0.3-0-dbg gimp-dbg libglib2.0-0-dbg gtkam-dbg sane-dbg xsane-dbg

-- akkor kb. ennyi helyet foglalnának el (nem sok, de több szokott lenni)

A következő műveletek oldják fel ezeket a függőségeket:

     Az alábbi csomagok visszafejlesztése:                           
1)     libgegl-0.3-0 [1:0.3.18-dmo1 (now, stable) -> 0.3.8-4 (stable)]
2)     libgegl-dev [1:0.3.18-dmo1 (now, stable) -> 0.3.8-4 (stable)] 



Megoldás elfogadása? [Y/n/q/?] y
A következő csomagok lesznek VISSZAFEJLESZTVE:
  libgegl-0.3-0 libgegl-dev
A következő ÚJ csomagok lesznek telepítve:
  cups-client{a} cups-common{a} gimp-dbg gtkam{a} gtkam-dbg libexif-gtk5{a}
  libgegl-0.3-0-dbg libglib2.0-0-dbg libieee1284-3{a} libsane{a}
  libsane-common{a} libsane-extras{a} libsane-extras-common{a} sane{a}
  sane-dbg sane-utils{a} xsane{a} xsane-common{a} xsane-dbg
0 csomag fog frissülni, 19 csomag lesz újonnan telepítve, 2 fog visszafejlesztődni0 lesz eltávolítva és 0 nem fog frissülni.
Az archívumból 41,3 MB letöltendő. Kicsomagolás után 70,1 MB lesz elfoglalva.

Note: Using 'Simulate' mode.
Csomagokat fogok letölteni/telepíteni/eltávolítani.

-- ezek után, már más -kevesebb kapcsolóval- módszerrel teszteled a GIMP-et:

gdb gimp

run --sync

bt full

-- és itt mutatom a kimenetet is (nálam), mert célszerű lenne 'n'-t ütnöd:

break gdk_x_error
Function "gdk_x_error" not defined.
Make breakpoint pending on future shared library load? (y or [n]) n

-- amikor összeomlik a GIMP, kilépsz,

quit

-- és a kimenet kéne.

.. a fejlesztő is ilyesmiket fog javasolni, csak neki nálam több rálátása van, valamint javítani is tud az alkalmazáson. De tesztelünk, mi is. Kíváncsiságból az XnView-et is debuggolva indítanám ;).

Debian Wiki:
https://wiki.debian.org/HowToGetABacktrace

-----

Amúgy jó tudni (gondoltam), hogy egyenlőségjel is kéne :). A man nem írja, nyilván 'így is, úgy is' jó.
https://bugzilla.redhat.com/show_bug.cgi?id=488970

gimp --stack-trace-mode=always

 Szia!

Most csak a xnview ment, és az is elég volt az összeomláshoz. Ha az a legegyszerűbb megoldás, hogy másik képnéző kell. Az szerintem könnyen megoldható. Az xnview ppa tárolóból van telepítve. A rawtherapee hivatalos honlapján Ubuntu, 64 bit, satbil kiadást választva jelenik meg a következő: ppa:dhor/myway. Ez után vált elérhetővé a szoftverkezelőben.

https://paste.ubuntu.com/25949052/

 

#36 1) Az előfordulhat, SSH-n, vagy valamilyen távoli kapcsolaton keresztül használod a GIMP-et?
A tippet adta: https://bugzilla.redhat.com/show_bug.cgi?id=1212575

2) KDE vagy LXQt asztali környezetek valamelyikét használod?

3) Használsz egyéni vágólapkezelőt, például a Qlipper alkalmazást?

A tippek (2., 3.) innen:
https://github.com/lxde/lxqt/issues/858
https://forums.gentoo.org/viewtopic-t-1028164-start-0.html
https://bugzilla.gnome.org/show_bug.cgi?id=757070

#35 Most csak erre a hibára
„** (file-jpeg:6363): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-VNXrUYZKDw: Kapcsolat elutasítva While p”
„** (lcms:6185): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-VNXrUYZKDw: Kapcsolat elutasítva lcms: converting from 'Adobe RGB (1998)' to 'sRGB built-in'”

tudok megoldást.

A megoldás, hogy megnyitod szerkesztésre a

.bashrc

fájlt

xdg-open ~/.bashrc

és a szöveg végére, új sorba ezt másolod be:

export NO_AT_BRIDGE=1

Majd újraindítod a rendszert, és ez a bug nem jelentkezik már.

-- https://unix.stackexchange.com/questions/230238/starting-x-applications-...

#40 Szia. A jelenség egy ismert bug.

„It seems that, at least in some cases, the X property for the accessibility bus address either isn't being set or isn't sticking. So AT-SPI uses the session bus to find the accessibility bus address, since it didn't find the X property. When an application runs as root and tries to register itself on the accessibility bus, it triggers a new instance of at-spi-bus-launcher, since DBUS_SESSION_BUS_ADDRESS is not passed through and so the session bus is different, and this time it _does_ set the X property, causing new programs to try to use the new bus started by the root application (which probably won't accept connections coming from other users). In theory, at-spi-bus-launcher should be setting the X property the first time it is run, so all of this should not happen. I'm not sure why that isn't working; need to look into it more”
https://mail.gnome.org/archives/gnome-accessibility-devel/2011-June/msg0...

Úgy gondolom, ismét javítás alatt van, annak szükségessége nem kérdőjelezhető meg.
Bizonyos időszakonként észlelhető, 'aztán megint nem tapasztalható' (a fejlesztés során lép fel),

„I just upgraded to Fedora 20-Alpha yesterday evening.  I have not seen that error yet.  But, I will keep this workaround in mind should I see it again.”
https://bugzilla.redhat.com/show_bug.cgi?id=889690#c9

Tehát egy bug,
https://bugs.launchpad.net/ubuntu/+source/at-spi2-core/+bug/1222356
melyet az AT-SPI
„AT-SPI provides an ATK bridge, so all those widgets systems or applications that implement ATK will automatically communicate all its events, to AT-SPI.”
https://en.wikipedia.org/wiki/Assistive_Technology_Service_Provider_Inte...
alkalmazás rendszer üzeneteinek kikapcsolásával tudsz jelen pillantban megoldottnak tekinteni.

Az alkalmazást a Gnome fejleszti:
„AT/SPI is part of the GNOME Accessibility Framework that was released in 2001”

Úgy látom, ha a felhasználó nem Gnome 3 'vagy' Gnome Shell asztali környezetet használ, a hiba jelentkezhet a GTK3+ alkalmazások indításánál. A lényeg az, hogy az AT-SPI (alkalmazás felület [működés] tesztelő alkalmazás) az éppen indított alkalmazás folyamat azonosítója (PID) alapján küldi a a megjelenítéskor észlelhető dolgokat a D-Bus-nak
https://hu.wikipedia.org/wiki/D-Bus
http://unixlinux.tmit.bme.hu/D-Bus
és a D-Bus küldi tovább a nálad (felhasználó) általt asztali környezetnek -hiszen ez a feladata- hogy 'működjön', induljon el, jelenjen meg grafikusan az alkalmazás .. amit elindítottál.
De láthatóan 'elveszett' az X, így a folyamat hibára fut.

A kép megjelenítő, vagyis DISPLAY problémák miatt kérdeztem annyit VirtualBox-ról és ilyesmikről.
A DISPLAY (ami így említve egy környezeti változó) lekérdezése (egy monitorom van):

echo $DISPLAY
:0

Láthatóan normális működés (nálam):

echo $DBUS_SESSION_BUS_ADDRESS
unix:path=/run/user/1000/bus

echo $DBUS_SESSION_BUS_PID
# 'nincs' kimenet

systemctl status dbus.service
● dbus.service - D-Bus System Message Bus
   Loaded: loaded (/lib/systemd/system/dbus.service; static; vendor preset: enab
   Active: active (running) since Fri 2017-11-17 22:12:10 CET; 12h ago
     Docs: man:dbus-daemon(1)
 Main PID: 377 (dbus-daemon)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/dbus.service
           └─377 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nop

De az AT-SPI az én rendszeremen nincs telepítve (Debian, és most MATE asztali környezet), így az üzenet küldéseit nem tudom kikapcsolni, tehát, ami nincs, azt nem tudom.

Igazából neked semmi dolgod ezekkel az üzenetekkel, az a programozók felé megy tovább.

„Unfortunately, GTK libraries (used in particular by GNOME) tend to emit a lot of scary-looking messages. Sometimes these messages indicate potential bugs, sometimes they're totally spurious, and it's impossible to tell which is which without delving deep into the code. As an end user, you can't do anything about it. You can report those as bugs (even if the program otherwise behaves correctly, emitting spurious error messages is a bug), but when the program is basically working, these bugs are understandably treated as very low priority.

The accessibility warning is a known bug with an easy workaround if you don't use any accessibility feature:

export NO_AT_BRIDGE=1

In my experience, Gtk-CRITICAL bugs are completely spurious; while they do indicate a programming error somewhere, they shouldn't be reported to end-users,

only to the developer who wrote the program (or the underlying library — often the developer of the program itself can't do anything about it because it's a bug in a library that's called by a library that's called by a library that's used in the program).”
https://unix.stackexchange.com/questions/230238/starting-x-applications-...

Pontos leírást nem találtam, de a kifejezésben

export NO_AT_BRIDGE=1

-- az 'export' a rendszerbe építés,
-- a 'NO_AT_BRIDGE' az AT_SPI alkalmazásra és hídjára (BRIDGE / kommunikációs út) utal,
-- a 'NO' használata a ne használja, és az '1' az, hogy igaz a beállítás értéke.

A

~/.bashrc

fájlba (.. végére, új sorba és felhasználónként) vagy globálisan (minden felhasználóra érvényesen) az

/etc/environment

fájlba szerkesztve használható.

Az nem tudom, hogy a beállítás alkalmazása után csak te nem látod ezeket a jelenségeket vagy a fejlesztők sem.
Az AT-SPI éppen arra szolgál (a Gnome fejlesztők elképzelése szerint), hogy az alkalmazások grafikus felület (X, tty7) alatti indításakor esetleg fellépő hibáit feltárja, és azok a fejlesztők felé továbbítódjanak (nyilván más úton, alkalmazással), és így azt érdemben kijavíthassák. Megpróbálok utána járni. Eleve az a beállítás, hogy a felhasználó is látja ..., mert miért ne láthatná.

A GTK3+ (és a Qt) toolkit-ek (alkalmazás fejlesztő környezetek) alatt nyilván a fejlesztésnél felléphetnek hibák (a megjelenítéssel kapcsolatosan), és ezeket javítani kell.
Tookit (application framework):
https://hu.wikipedia.org/wiki/GTK%2B
https://hu.wikipedia.org/wiki/Qt

Remélem, jól sikerült a magyarázat, valamelyest érthetőbb a történet.

#38 „Ha ezt beírom a megadott fájlba "export NO_AT_BRIDGE=1" nem csinálok 6 másik problémát?”
-- nem csinál. Az említett kernel üzenetet fogja eltávolítani. A dbus jelenség megoldása.
-- a folyamat valaminek a bekapcsolása. Sor törléssel vagy a sor megjegyzéssé alakításával (a sor elejére #) és a rendszer újraindításával, a rendszer ugyanúgy működik (vagy nem működik), mint most.

Szerk.: Tehát egy szokásos módon telepített Linux Mint 18.2 Xfce változatát használod, még csak nem is VirtualBox-ba, vagy más virtuális környezetbe telepítve?

Tesztelhetünk továbbra is, kitalálok teszteket.

#48 „Vagy igazából nem érint engem ez a hiba ha nem fut mellette az Xnview?”
-- még fennáll a hiba, a GIMP összeomlás?
-- a PPA fejlesztője tudja megoldani: az XnView valamit használ, ami a GIMP-nek is kéne. De ez csak nálad jelentkező probléma, meg akik a PPA-t használják.
-- dehogy kell váltani más asztali környezetre. ... gondolod, így kényszerítenék ki a Gnome-osok, hogy használd az övékét? ;) :)

 Szia! Köszönöm a választ!

Ahogy elovastam nekem az jött le, hogy a az XFCE és Gnome GTK3 közötti működéssel van gond. Ez miatt felmerűl bennem az a kérdés, hogy ne váltsak-e ez miatt más linux rendszerre, ami Gnome alapú. Vagy igazából nem érint engem ez a hiba ha nem fut mellette az Xnview?

A Mint Cinnamon verziója az mit használ? Váltsak kezelő felületet? Most az Ubuntu visszatért Gnomera, rakjak fel ilyen rendszert? Nekem tetszik az XFCE stabil jól használható. Tehát ha nem szükséges nem piszkálnám a rendszert, mert már elég jól belaktam. Ha azt mondod, hogy váltsak ablakkezelőt abban a segítségedet kérem majd. Ez nem kutyulja össze a rendszert?

 

Előre is köszi!

#50 „Sikerült megint összeomlasztani!”
-- különböző dolgok ezek.

„Még egy kis adalék. Olyan kép kell aminek nem egyezik meg a színtere az sRGB-vel.”
-- köszi, hasznos információ.

„Engem nem zavar, ha annyi a megoldás, hogy másik képnézőt használok! Szerintem törölni fogom a az Xnview-t és kész.”
-- nekem úgy jött le, hogy a GIMP csak akkor omlik, ha az XnView is el van indítva. Erre nem tudom, mi szükséged. Van valami okod? Felesleges törölni, nem indítod el párhuzamosan.

„Nagyon köszönöm a segítségedet. Ha leszedem ezt a programot maradjon az az utolsó sor amit átírtunk?”
-- a 'sor' az AT-SPI problémája! Olvasd át figyelmesebben, amit írtam. Szívesen.

„Ezután érdemes visszarakni 2.8.22-s gimpet?”
-- lehet tovább tesztelni...
-- a GIMP-pel nincs probléma, vagyis azt a verzióját használod, amelyiket szeretnéd.

Sikerült megint összeomlasztani! Még egy kis adalék. Olyan kép kell aminek nem egyezik meg a színtere az sRGB-vel. Engem nem zavar, ha annyi a megoldás, hogy másik képnézőt használok! Szerintem törölni fogom a az Xnview-t és kész. Nagyon köszönöm a segítségedet. Ha leszedem ezt a programot maradjon az az utolsó sor amit átírtunk? Ezután érdemes visszarakni 2.8.22-s gimpet?

#50 Szia,
Én is pár napja írtam Dariusz-nak, megjött a válasza. Nem talált hibát, illetve ... :

„Szia, sajnálom a késői választ.

Kétlem, hogy ez az Xnview és a GIMP ügye. Mindkét projekt különböző könyvtárakkal készült (qt vs gtk), ezért nagyon valószínűtlen, hogy megpróbálják újra felhasználni vagy felülírni a közös fájlokat.

Még valami - Az Xnview saját program könyvtárakat hoz a működéséhez (zárt forrás projekt).

Sajnálatos módon nincsenek nyomok.”

-- eredeti nyelven:

„Hi, sorry for so late answer.

I doubt if it is matter of Xnview and GIMP. Both projects are done with different libraries (qt vs gtk), so it's very unlikly they're trying to reuse or overwrite any common files.

Even more - Xnview comes with its own libraries in its directory (closed source project).

Unfortunatelly I don't have a clue.

best regards,

-- 
Dariusz Duma”

Sikerült megint összeomlasztani! Még egy kis adalék. Olyan kép kell aminek nem egyezik meg a színtere az sRGB-vel. Engem nem zavar, ha annyi a megoldás, hogy másik képnézőt használok! Szerintem törölni fogom a az Xnview-t és kész. Nagyon köszönöm a segítségedet. Ha leszedem ezt a programot maradjon az az utolsó sor amit átírtunk? Ezután érdemes visszarakni 2.8.22-s gimpet?