#Where does the updater magicness happen ?

1 messages · Page 1 of 1 (latest)

paper herald
#

Hello,

Long story short, I had to use Dioxus for an app.
And dioxus is using the Tauri bundler under the hood.

And now I'd like to implement auto-update of the app.
So I already managed to reimplement the thin Dioxus layer around Tauri bundler, I can know configure the bundle the same way a Tauri app would do ... I have the tar.gz, I can also call cargo tauri sign to have the .sig file.

But I can't find where the updater is actually triggers, I dig in the source code and don't find it.
Please help ! Where is it ?
Is what I try to do even possible ?

limber hatch
#

(i assume you only looked at the dev branch in the tauri repo, so these 2 links are where you actually find the updaters impls)

paper herald
limber hatch
#

it's basically the same thing but more generic and not so tauri specific anymore - i think the updater is not completely migrated yet though? not sure but i know that there are still open tasks for it.

#

But it has a dioxus example (for the packaging part) so that's something

paper herald
#

Well thank you so much, i'll try a update this post for history when I find something to go

paper herald
#

for update : i'm reimplementing a lot (and AppImage only) of the tauri updater.
It's really painfull, I wish some generic updater can rise from the cargo packager project

limber hatch
#

to bel clear, it's not tauri specific

#

it's just the same implementation

#

we're not super happy with it but the "better" implementation will take quite a lot more thinking and research (and may not be possible in the way we really like) so we opted for porting tauri's updater for now.

paper herald
#

rethorical question, indeed the Cargo.toml does not have any tauri deps

#

Nice !
Probably Tauri will eventually depend on this project right ?

limber hatch
#

ehhhhh

#

i mean

#

it could

#

and i think there are some who'd like that, but it would be kinda weird. So far we've always went with "we want full control and we want it to be part of the tauri-apps gh org"

#

so i'd have very mixed feelings about depending on it.

#

not because i think it's not a good idea by itself, just because it feels a bit (lemme google that word i'm missing lol i can't find it 😭)

#

(i'm saying this as a maintainer of both repos btw)

worldly orbit
#

The word you're looking for might be "conflict of interest"?
Edit: I don't personally see it that way but there are many incidents in the wider open source community where it has been seen that way.

paper herald
#

I understand, depending on some other crate can drag Tauri's velocity down.
And Tauri does not really have to bother with all other app bundlers & updater around.
But in the end, Tauri & Cargo Packager will implement the same stuff twice (as you are doing yourself now).
I'm just stating the obvious here, i'm sure you have those in mind

limber hatch
#

from the technical side of things i agree. It'd just have a weird vibe to me if the same people that said they want the bundler etc in tauri-apps no matter what would then go ahead and use a project of their company.

#

i don't want to accuse anyone of anything bad or something, but yeah

#

(disclaimer: i am part of said company)

paper herald
#

Ho ok .... I didn't get it, you are not only a consulting company

image.png
#

there will be a product here 😉

image.png