[digiKam] Facebook integration with 5.9 (beta), Fuse issue

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

[digiKam] Facebook integration with 5.9 (beta), Fuse issue

Tac Tacelosky
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

Thanks,

Tac

Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

Gilles Caulier-4


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier
Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

Tac Tacelosky
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier

Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

AndriusWild
If you get this error:

# fuse: failed to exec fusermount: Permission denied

check permissions of /usr/bin/fusermount:

# ls -lah /usr/bin/fusermount

If the output looks like this:

# -rwsr-x--- 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

then run this command:

# sudo chmod +x /usr/bin/fusermount

to make permissions loke like this:

# ls -lah /usr/bin/fusermount
# -rwsr-x--x 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

Best regards,

On Wed, Feb 21, 2018 at 2:01 PM, Tac Tacelosky <[hidden email]> wrote:
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier


Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

Gilles Caulier-4
In reply to this post by Tac Tacelosky
fuse is for appimage bundle. So yes forever...

Gilles Caulier

2018-02-21 22:01 GMT+01:00 Tac Tacelosky <[hidden email]>:
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier


Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

Tac Tacelosky
In reply to this post by Tac Tacelosky
I'm getting

tac@tac-xps13:~/Downloads$  ./digikam-5.9.0-20180217T042939-i386.appimage 
dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
for more information

When I run it with --appimage-extract, a bunch of files are extracted, but nothing happens, it just ends:

TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/breeze.rcc
TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/data
squashfs-root/usr/share/showfoto/data/banner-showfoto.png
squashfs-root/usr/share/showfoto/data/logo-showfoto.png
squashfs-root/usr/share/showfoto/data/splash-showfoto.png
squashfs-root/usr/share/solid
squashfs-root/usr/share/solid/actions
squashfs-root/usr/share/solid/actions/digikam-opencamera.desktop
tac@tac-xps13:~/Downloads$ 

I've followed the instructions on the github issue, too.

Although I've been using Ubuntu for a while, these permissions, mounting and group issues make me feel like a newbie!

Tac

On Wed, Feb 21, 2018 at 4:05 PM, Andrey Goreev <[hidden email]> wrote:
If you get this error:

# fuse: failed to exec fusermount: Permission denied

check permissions of /usr/bin/fusermount:

# ls -lah /usr/bin/fusermount

If the output looks like this:

# -rwsr-x--- 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

then run this command:

# sudo chmod +x /usr/bin/fusermount

to make permissions loke like this:

# ls -lah /usr/bin/fusermount
# -rwsr-x--x 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

Best regards,

On Wed, Feb 21, 2018 at 2:01 PM, Tac Tacelosky <[hidden email]> wrote:
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier



Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

AndriusWild
Make sure to install fuse and all dependencies then.
You might also need to install squashfs 


Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: Tac Tacelosky <[hidden email]>
Date: 2018-02-21 3:13 PM (GMT-07:00)
To: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]>
Subject: Re: [digiKam-users] [digiKam] Facebook integration with 5.9 (beta), Fuse issue

I'm getting

tac@tac-xps13:~/Downloads$  ./digikam-5.9.0-20180217T042939-i386.appimage 
dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
for more information

When I run it with --appimage-extract, a bunch of files are extracted, but nothing happens, it just ends:

TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/breeze.rcc
TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/data
squashfs-root/usr/share/showfoto/data/banner-showfoto.png
squashfs-root/usr/share/showfoto/data/logo-showfoto.png
squashfs-root/usr/share/showfoto/data/splash-showfoto.png
squashfs-root/usr/share/solid
squashfs-root/usr/share/solid/actions
squashfs-root/usr/share/solid/actions/digikam-opencamera.desktop
tac@tac-xps13:~/Downloads$ 

I've followed the instructions on the github issue, too.

Although I've been using Ubuntu for a while, these permissions, mounting and group issues make me feel like a newbie!

Tac

On Wed, Feb 21, 2018 at 4:05 PM, Andrey Goreev <[hidden email]> wrote:
If you get this error:

# fuse: failed to exec fusermount: Permission denied

check permissions of /usr/bin/fusermount:

# ls -lah /usr/bin/fusermount

If the output looks like this:

# -rwsr-x--- 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

then run this command:

# sudo chmod +x /usr/bin/fusermount

to make permissions loke like this:

# ls -lah /usr/bin/fusermount
# -rwsr-x--x 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

Best regards,

On Wed, Feb 21, 2018 at 2:01 PM, Tac Tacelosky <[hidden email]> wrote:
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier



Reply | Threaded
Open this post in threaded view
|

Re: [digiKam] Facebook integration with 5.9 (beta), Fuse issue

Tac Tacelosky
Still no luck with Fuse, so I went down the path of trying to compile digiKam.  Here's where I'm stuck now:

The following packages have unmet dependencies:
 libexiv2-dev : Depends: libexiv2-14 (= 0.25-3.1) but 0.25-xenial~ppa2 is to be installed
E: Unable to correct problems, you have held broken packages.

Any suggestions?  I'm running Ubuntu 17.10.

Thanks,

Tac


On Wed, Feb 21, 2018 at 9:12 PM, Andrey Goreev <[hidden email]> wrote:
Make sure to install fuse and all dependencies then.
You might also need to install squashfs 


Sent from my Samsung Galaxy smartphone.

-------- Original message --------
From: Tac Tacelosky <[hidden email]>
Date: 2018-02-21 3:13 PM (GMT-07:00)
To: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]>
Subject: Re: [digiKam-users] [digiKam] Facebook integration with 5.9 (beta), Fuse issue

I'm getting

tac@tac-xps13:~/Downloads$  ./digikam-5.9.0-20180217T042939-i386.appimage 
dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
for more information

When I run it with --appimage-extract, a bunch of files are extracted, but nothing happens, it just ends:

TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/breeze.rcc
TODO: Implement inode.base.inode_type 10
squashfs-root/usr/share/showfoto/data
squashfs-root/usr/share/showfoto/data/banner-showfoto.png
squashfs-root/usr/share/showfoto/data/logo-showfoto.png
squashfs-root/usr/share/showfoto/data/splash-showfoto.png
squashfs-root/usr/share/solid
squashfs-root/usr/share/solid/actions
squashfs-root/usr/share/solid/actions/digikam-opencamera.desktop
tac@tac-xps13:~/Downloads$ 

I've followed the instructions on the github issue, too.

Although I've been using Ubuntu for a while, these permissions, mounting and group issues make me feel like a newbie!

Tac

On Wed, Feb 21, 2018 at 4:05 PM, Andrey Goreev <[hidden email]> wrote:
If you get this error:

# fuse: failed to exec fusermount: Permission denied

check permissions of /usr/bin/fusermount:

# ls -lah /usr/bin/fusermount

If the output looks like this:

# -rwsr-x--- 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

then run this command:

# sudo chmod +x /usr/bin/fusermount

to make permissions loke like this:

# ls -lah /usr/bin/fusermount
# -rwsr-x--x 1 root root 31K Jul 17 05:18 /usr/bin/fusermount

Best regards,

On Wed, Feb 21, 2018 at 2:01 PM, Tac Tacelosky <[hidden email]> wrote:
Thanks -- will 5.9 release require fuse?  If so, can you add more instructions, I've followed what I can, but am still stuck.  The other missing dependency (in 5.8) was actually pretty easy to install.

On Wed, Feb 21, 2018 at 2:42 PM, Gilles Caulier <[hidden email]> wrote:


2018-02-21 14:46 GMT+01:00 Tac Tacelosky <[hidden email]>:
I'm wondering if Facebook integration works better in 5.9 (beta), under Ubuntu 17.10

I tried to see for myself, but can't run the appimage because of a fuse error.

dlopen(): error loading libfuse.so.2

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 

I've tried to install Fuse following the instructions, and also the with --appimage-extract option, but no luck.  

The fuse component is used internally by AppImage to decompress and mount quickly in user sapce the virtual disk from the bundle.

If i'm not too wrong, fuse right is managed by user properties. Your account must be listed in fuse group from the system. This is how i use Kate AppImage 32 bits compiled by myself to use on embeded Linux CentOS 6 in my office. Typically, the account is just add to fuse group in /etc/groups. You must to be un-logged to see the changes take effect.


Any suggestions?  I've been contributing a bit to the flickr uploader (https://github.com/TheFox/flickr-cli) with the idea of eventually being able to use that script to upload to flickr via a queue, but would really like to simply be able to upload selected images via the integrated DigiKam tools.

The Facebook tool must be ported to OAuth2 to automatize the identification. We will have a student working on this project while this summer. He will also ports others webservice tools to OAuth2, as Google for ex.

A lots of changes are planed about webservice tools for next 6.0.0. This is a main goal from my pending tasks since a while : more Qt5 only implementations, available everywhere (editor, light table, showfoto), no run-time loading at startup, and a factored API in digiKam core.
 
I will explain more details later in this room, after to publish the last 5.9.0 release planed in few weeks.

Best

Gilles Caulier