fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

10K
active users

I'm making big progress on the version of

So far it only takes 38 mb 📦 (78mb installed) in package size instead of the 150mb 📦(323mb installed) of the Delta Chat Desktop version.

I'll keep you updated in this thread.

Thanks to & for funding this project: nlnet.nl/project/DeltaTauri/.

Dear @treefit
I am trying to build #deltatauri on ArchLinux and I have issues running the resulting binary.
Upon launch it prints:
Failed to setup app: error encountered during setup hook: current logfile does not exist

I am removing all the targets except of deb, then building like normal and moving files into place.
sed -i 's/"targets"\: "all"/"targets"\: ["deb"]/' packages/target-tauri/src-tauri/tauri.conf.json5
pnpm install
cd packages/target-tauri
pnpm tauri build

Can you please think of where I am failing likelly? I can run binaries built elsewhere so I guess webkit-gtk and other dependencies are installed.
treefit

@pvagner good question, thanks for reporting the issue. A friend recently build on arch and it worked for them. Either I introduced a bug in a recent commit, or you may have an environment variable missing.
Which commit are you on and which linux desktop do you use?

@treefit I am using gnome 48. I guess I might be missing something as I can reproduce it with various head positions e.g. 364932abf or 76ca7442e.
I am using rustc 1.85.1 through rustup 1.28.1
I am trying to follow arch packaging guidelines.
I am exporting this variables:
export RUSTUP_TOOLCHAIN=stable

And also I have experimented with
CFLAGS+=" -ffat-lto-objects"

@pvagner so it fails to find the log file that should have been created by the tauri logger plugin. Maybe try to create a new folder somewhere then pointing then env var `$XDG_DATA_HOME` to that directory?

Could be a race or a problem in where log files are created. I couldn't reproduce your issue yet.

@treefit Hmm, I can't get it to work no matter what I'm trying.
When I have started my $XDG_DATA_HOME environment variable was not set meaning it should fall back to the default ~/.local/share as per the XDG spec.
I have added it into my /etc/profile.d/0000-xdgdirs.sh file, rebooted, rebuilt delta-tauri with its dependencies but I'm still getting the same error.
Printing $XDG_DATA_HOME now gives me /home/myusername/.local/share, the directory does exist with 0755 permissions and it contains nested directories created by other apps on my system.
Is there a way to find out what the file path and the file name of the resulting log file should be?

@pvagner I think the best way to go about this would be to reproduce this on a vm or get a step by step list that I can follow to reproduce your environment.