Re: imageviewer in mc

Joerg Thuemmler <[email protected]>
Newsgroups gmane.comp.gnome.apps.mc.general
Message-ID <[email protected]>
Am 30.12.2017 um 10:40 schrieb ratatouille:
> Hello!
>
> andreas@workstation:~> $(which gwenview)
> gwenview(3274)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory!
> gwenview(3274)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory!
> gwenview(3274) Gwenview::MainWindow::Private::sideBarConfigGroupName: mCurrentMainPageId == 'StartMainPageId'
> QDBusObjectPath: invalid path ""
>
> The above works fine. As root I get
>
> workstation:/home/andreas # $(which gwenview)
> gwenview(3360)/kdeui (kdelibs): Session bus not found
> To circumvent this problem try the following command (with Linux and bash)
> export $(dbus-launch)
> KCrash: Application 'gwenview' crashing...
> KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
> KCrash: Connect sock_file=/root/.kde4/socket-workstation.bitcorner.intern/kdeinit4__0
> Warning: connect() failed: : Datei oder Verzeichnis nicht gefunden
> KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi directly
> drkonqi(3361)/kdeui (kdelibs): Session bus not found
> To circumvent this problem try the following command (with Linux and bash)
> export $(dbus-launch)
>
> Then, after an export $(dbus-launch) gwenview starts up:
>
> workstation:/home/andreas # $(which gwenview)
> Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
> kbuildsycoca4 running...
> gwenview(3378)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory!
> gwenview(3378)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory!
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.sheet.binary.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.addin.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.slideshow.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.sheet.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.presentation.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-word.template.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-excel.template.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.template.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-word.document.macroEnabled.12"
> gwenview(3378) KMimeTypeRepository::parents: "/usr/share/mime/subclasses"  refers to unknown mimetype  "application/vnd.ms-powerpoint.slide.macroEnabled.12"
> QSqlQuery::prepare: database not open
> gwenview(3378) Gwenview::LoadingDocumentImplPrivate::loadImageData: KUrl("file:///home/andreas/bitlogo1.gif") is not really an animated image (only one frame)
> Not a JPEG file: starts with 0x89 0x50
>
> But I think I give up on this one viewing images as root I think.
>
> Kind regards and thanks for the help!
>
>    Andreas
>
> Eric Gillespie <[email protected]> schrieb am 30.12.17 um 12:39:12 Uhr:
>
>> At least for the root user, you also have to make sure $PATH includes the
>> relevant directory for where gwenview resides (try $(which gwenview) as a
>> user to find it). A normal user already has the relevant directory if
>> they're running a graphical display.
>>
>> Regards, Brickviking (a.k.a. DrSmokey)
>>
>>
>> On 30 December 2017 at 10:17, ratatouille <[email protected]> wrote:
>>
>>> Hello!
>>>
>>> No, I dont know how to do this or what the new command should look like.
>>>
>>> if [ -n "$DISPLAY" ]; then
>>>              (gpview "${MC_EXT_FILENAME}" &)
>>>
>>> Somehow gwenview must be called some way different.
>>>
>>>    Andreas
>>>
>>> solarflow99 <[email protected]> schrieb am 29.12.17 um 13:12:25 Uhr:
>>>
>>>> Can you create a symlink for the old command pointing to the new command?
>>>>
>>>> On Dec 29, 2017 1:07 PM, "ratatouille" <[email protected]> wrote:
>>>>
>>>>> Hello!
>>>>>
>>>>> Is this list active? I have a question about viewing images with mc.
>>>>>
>>>>> I am on openSUSE and there is no gpview anymore available but gwenview.
>>>>>
>>>>> As normal user I can view images with mc nice (gwenview is called) but
>>>>> not as root. I get
>>>>> /usr/lib/mc/ext.d/image.sh: Zeile 45: gpview: Kommando nicht gefunden
>>>>>
>>>>> Replacing gpview with gwenview in line 45 give mismatch on the screen.
>>>>>
>>>>> How can this be solved?
>>>>>
>>>>> Kind regards
>>>>>
>>>>>    Andreas
>>>>> _______________________________________________
>>>>> mc mailing list
>>>>> https://mail.gnome.org/mailman/listinfo/mc
>>>>>
>>>
>>> _______________________________________________
>>> mc mailing list
>>> https://mail.gnome.org/mailman/listinfo/mc
>>>
>
> _______________________________________________
> mc mailing list
> https://mail.gnome.org/mailman/listinfo/mc
>

Hi,

what about using another stand-alone viewer (no kde/gnome/whatever 
based)? If you have the ImageMagick packet installed, which should be 
available for suse, you can use "display". For me it works out of the 
box when I'm root in a xfxe terminal window. Just replace "gpview" or 
whatever is in your extension file by "display".

cu jth

-- 
www.teddylinx.de
_______________________________________________
mc mailing list
https://mail.gnome.org/mailman/listinfo/mc
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.