Hacker News Reader

Comment by timvisee | Hacker News Reader

I've been building a fully featured CLI tool for Firefox Send, supporting this new release.

For anyone that is interested: https://github.com/timvisee/ffsend

FWIW, I built and successfully ran it on FreeBSD-current. The only hiccup I ran into was that it puked building due to not having /usr/local/lib in its lib search path & not being able to find libxcb. I had to manually add -L/usr/local/lib to the cc args and manually link it. Not sure if that is a FreeBSD issue w/Rust, or something in your package.

At any rate, the tool works! Thanks so much.

Thanks for sharing your solution! Not sure what is causing it (maybe it's OpenSSL binding related), and am currently not really targeting FreeBSD yet.

I wasn't fully ready with this tool for the Firefox Send release to be honest, would have loved to be able to provide better binaries and packages for more platforms, which are a work in progress.

If you believe you can improve the README with your solution, be sure to submit a [PR](https://gitlab.com/timvisee/ffsend/).

Happy to see it's working! :)

It's a BSD world thing :). Local (i.e. non-system) executables and libraries go under /usr/local around here (i.e. libraries under /usr/local/lib, binaries under /usr/local/bin and so on, the hierarchy under /usr/local has the same structure as that under /usr).

You can work around it by creating a cargo config with a wrapper. Eg:

cat ~/.cargo/config

  [target.x86_64-unknown-freebsd]
  linker = "/home/drewg123/bin/cargo-ld"

Where cargo-ld is just a wrapper:

  #!/bin/sh
  exec /usr/bin/ld -L/usr/local/lib $*

For proper formatting of code snippets, indent the entire snippet with two spaces.

> the hierarchy under /usr/local has the same structure as that under /usr

So I can have /usr/local/local/local/local...? :)

Is there an autotools equivalent in Rust land?

Depends on what you mean exactly.

I just had the same issue with rust linking to a 1553 bus library in /usr/local/lib yesterday. Seems like this should be on the search path.

At least on BSD, you want to be able to separate external 3rd party libs and system libs in case they overlap, so that is why BSDs don't automatically include things under /usr/local.

Python cli version at https://github.com/ehuggett/send-cli

disclaimer: I haven't used either cli version.

Cool. Sadly, I don't think the client supports the current Firefox Send version though. Method of encryption has been changed during the last few months.

Love the demonstration on the Github page!

This is great, thanks :)

Mind if I port this to JS?

You don't have to ask for permission to fork open source projects.

You are free to port the project to JS as long as you follow the applicable licenses: https://github.com/timvisee/ffsend/blob/master/LICENSE

Thanks a lot. The first thought after seeing this was that I wish it had a CLI and I know I am lazy enough to never write one.

do I need install firefox to use this tool? looks neat!

No, see the requirements here: https://github.com/timvisee/ffsend#requirements

Along with ffsend, you can use any browser to upload/download files through https://send.firefox.com/ as well.

Nope, you don't need Firefox to use the site anyway.

This is such a fantastic tool to have, thank you so much!

This is neat, thanks.

Reply on news.ycombinator.com