Transferred to here: [tw5] Linux Mate TiddlyDesktop: Problem with net drives

#1

This is a try to transfer my Question from (google groups/read only) to here:

I have files in the cloud and I can access them in Windows and in Linux via netdrives.
That works for Libreoffice text files in Windows and in Linux.
With TiddlyDesktop in Windows I can access my cloud TiddlyWikis and edit them.
TiddlyDesktop in Linxux can handle my local TiddlyWikis but If I try to access cloud TiddlyWikis (the same which work in Windows) then I get an error message that caja cannot handle this. Does anybody know how to solve this problem.

In google groups I got this answer from jerojasro:

did you install TiddlyDesktop using flatpak? or using apt?

If you installed it using flatpak (it seems it’s called FlatHub in Linux Mint), perhaps you have a permissions issue; I suggest you check https://forums.linuxmint.com/viewtopic.php?t=334350 or How to manage Flatpak permissions with Flatseal | TechRepublic for ideas of things to test to try to fix your issue.

Thanks for this answer. I even managed anyhow to see flatseal working but since I am just an end user (really!) I do not know what to do with all the possible permissions.

#2

When you say “cloud”, what exactly do you mean? How are you using TD? For instance, if you are using GoogleDrive, AFAIK there is no GoogleDrive interface for Linux.

This whole snap pack thing is making life harder for Linux users. I installed TD v 0.0.14 by hand on Linux (xubuntu v20). It might be that this slightly older version would work better for you until the Linux developers roll back the snap package system.

#3

Hi Mark, in my WLAN I have a NAS (as part of the FritzBox router) and by some kind of samba magic I can see and handle the files from NAS fairly similar to the local linux files. With TiddlyDesktop I can browse this way to TiddlyWiki Files from NAS but when I try to add one then comes this error message:

Die Website ist nicht erreichbar

Die Webseite unter file:///run/user/1000/gvfs/ftp:host=192.168.178.1,user=hartmut/USB/Dokumente/tiddlywiki/gepro5.html ist eventuell vorĂĽbergehend nicht verfĂĽgbar oder wurde dauerhaft an eine neue Webadresse verschoben.

ERR_FAILED

#4

@ha.pf_t-online.de can you make sure you have installed the gvfs-backends and caja-share packages?

(executing sudo apt install gvfs-backends caja-share from should be enough)

#5

After checking, I don’t think this tiddlydesktop was installed via flatpak; I can’t find the tiddlydesktop package in the flatpak repo.

#6

Hi Jerojasro, thanks for the hint, now I installed both this way but it does not change anything :slight_smile:
For TiddlyDesktop there is no installation at all. You download the zip file, unpack it and execute nw.

#7

Sort of sounds like permissions issue.

After making any necessary backups, I would try running as root (e.g. sudo /path/to/tiddlydesktop/nw). If that works, I would try to see if there is something I could do less serious to increase permissions.

#8

Hi Mark, when I execute nw as root, then I see this:

hp@hp-P6657-MD99257:~/Downloads/TiddlyDesktop-linux64-v0.0.16$ sudo ./nw
[sudo] Passwort fĂĽr hp:
[4632:4653:0619/201223.126584:ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are “tcp” and on UNIX “unix”)
[4632:4653:0619/201223.127308:ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are “tcp” and on UNIX “unix”)
[4632:4653:0619/201223.152327:ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are “tcp” and on UNIX “unix”)
[4632:4653:0619/201223.152381:ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are “tcp” and on UNIX “unix”)
[4663:4663:0619/201223.606066:ERROR:gl_angle_util_vulkan.cc(17)] Failed to retrieve EGLDisplay
[4663:4663:0619/201223.606143:ERROR:vulkan_instance.cc(91)] Failed to get vkGetInstanceProcAddr pointer from ANGLE.
[4632:4653:0619/201223.767754:ERROR:bus.cc(399)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are “tcp” and on UNIX “unix”)
[4632:4632:0619/201223.767856:ERROR:object_proxy.cc(623)] Failed to call method: org.freedesktop.DBus.NameHasOwner: object_path= /org/freedesktop/DBus: unknown error type:
[4665:4672:0619/201228.253030:ERROR:cert_verify_proc_builtin.cc(592)] No net_fetcher for performing AIA chasing.
[4665:4672:0619/201237.800089:ERROR:cert_verify_proc_builtin.cc(592)] No net_fetcher for performing AIA chasing.

I can see the TiddlyDesktop GUI and when I try to open a TiddlyWiki file then it is not displayed as html but I see it like a txt file.

To say: When I execute nw (= TiddlyDesktop) as a normal user (not as root) then I can use it very fine without any problems for my local TiddlyWikis. And what I would like to do is working also with TiddlyWikis from the NAS.

#9

Finally solved!

The solution is to mount the remote drive – either temporal with the mount command or permanently with /etc/fstab. Tiddlydesktop works fine with alll the mounted files.

1 Like
#10

Meanwhile I see that temporal mounting is ok, but mouting per fstab does not help to save an edited tiddlywiki file. And I argue this is because the external file system is reachable per WLAN only after I logged in to linux. My solution for now is to mount manually.