Arch Linux User Repository

TL;DR

please, do not blindly mark this package out-of-date, thanks =)

TS;RE

current native_messenger version is tracked using https://raw.githubusercontent.com/tridactyl/tridactyl/<put current stable version of tridactyl here>/native/current_native_version.

at the time of writing this message tridactyl is at version 1.23.0, so native_messaging's version is:

❯ curl -sL 'https://raw.githubusercontent.com/tridactyl/tridactyl/1.23.0/native/current_native_version'
0.3.6

... 0.3.6 even if there is new 0.3.7 version on GitHub Releases page.

thank you =)

@t-8ch, @alerque, thanks. now this package builds from sources using nimble. also created new firefox-tridactyl-native-bin package to provide binary version

@liljaylj Ah, sorry for bothering you by my lack of understanding. That makes sense. But, why there is a gap between upstream native_messenger release date and current_native_version file version update? Is it something like internal compatibility?

Thank you for maintaining this package!

TL;DR

please, do not blindly mark this package out-of-date, thanks =)

TS;RE

current native_messenger version is tracked using https://raw.githubusercontent.com/tridactyl/tridactyl/<put current stable version of tridactyl here>/native/current_native_version.

at the time of writing this message tridactyl is at version 1.23.0, so native_messaging's version is:

❯ curl -sL 'https://raw.githubusercontent.com/tridactyl/tridactyl/1.23.0/native/current_native_version'
0.3.6

... 0.3.6 even if there is new 0.3.7 version on GitHub Releases page.

thank you =)

This doesn't seem to currently build, it fails with the following error:

could not import: SSL_get_peer_certificate

From some quick searching, it looks like this might be because some nim packages don't support OpenSSL 3.0?

Edit: Adding openssl-1.1 to makedepends makes it build, and it seems to work in "runtime" as well (tested a command, :nativeopen works). Perhaps someone more familiar with the native messaging can do a more thorough test.

@vandalt, fixed, thanks

Hi, thanks for maintaining this! I ran into an issue when updating. There was an error message saying that cd had too many arguments (sorry, after updating I can't reproduce the exact error message). Updating build() and package() to include _nativever instead of a wildcard in the path seems to fix the issue:

build() {
    cd "$srcdir"/native_messenger-"$_nativever"/
    sed -i -e "s-REPLACE_ME_WITH_SED-/usr/lib/tridactyl/native_main-" ./tridactyl.json
    nimble build -d:release -d:danger --opt:speed -Y
    chmod +x ./native_main
}

package() {
    cd "$srcdir"/native_messenger-"$_nativever"/
    install -D -m755 -t "$pkgdir/usr/lib/tridactyl" "./native_main"
    install -D -m644 -t "$pkgdir/usr/lib/mozilla/native-messaging-hosts" "./tridactyl.json"
}

Thanks for getting this updated to build from source. Just FYI when I get back home in a few weeks this is on my list to consider migrating to [community]. For now it will be available in my user repository for anybody interested in the advantages of a prebuilt package while sticking to the source builds.

In chroot environment, build() fails due to missing git. Please add it to makedepends?

==> Starting build()...
  Verifying dependencies for tridactyl_native@
    Prompt: No local packages.json found, download it from internet? -> [forced yes]
Downloading Official package list
    Success Package list downloaded.
 Installing tempfile@>= 0.1.0
Downloading https://github.com/OpenSystemsLab/tempfile.nim using git
       Tip: 5 messages have been suppressed, use --verbose to show them.
     Error: 'git' not in PATH.
==> ERROR: A failure occurred in build().
    Aborting...

@liljaylj, you are welcome. Thanks for taking care of this package!

@t-8ch, thanks a lot for detailed explanation.

• removed glibc from depends (checked the dependencies of base package =))
• removed conflicts/provides (after reading wiki again, now i see)
• for now, added only x86_64 arch. if someone can test if it builds on i686 and/or arm, let me know

@liljaylj glibc is part of the base group and all packages can rely on it to be present. The package does not conflict/provde with the -bin variant but with itself. "any" means that the package does not contain architecture specific files (only scripts, docs, data files, etc). If you want to express that the package can be built for many target architectures you should list all those architectures in the arch array. Currently only x86_64 is supported in normal ArchLinux. i686 is used by the Arch 32bit project and ArchLinux for ARM has also some tags defined.