heyefi alternatives and similar packages
Based on the "Networking" category.
Alternatively, view heyefi alternatives based on common mentions on social networks and blogs.
-
-
snap-core
Core type definitions (Snap monad, HTTP types, etc) and utilities for web handlers. -
call-haskell-from-anything
Call Haskell functions from any programming language via serialization and dynamic libraries -
-
-
-
-
-
-
-
PortFusion
Haskell-powered cross-platform transport-layer distributed reverse / forward proxy & tunneling solution – currently available for all TCP protocols (RDP, VNC, HTTP(S), SSH, ...). -
-
network-transport-zeromq
ZeroMQ transport for distributed-process (aka Cloud Haskell) -
-
glirc
Haskell IRC library and console client - Join us on libera.chat #glirc -
HaskellNet
Haskell library which provides client support for POP3, SMTP, and IMAP protocols. -
graphula
A simple interface for generating persistent data and linking its dependencies -
-
-
http-types
Generic HTTP types for Haskell (for both client and server code) -
ngx-export
Nginx module for binding Haskell code in configuration files for great good! -
-
secure-sockets
A library for making secure connections between servers. -
-
-
-
-
-
linklater
A Haskell library for the Slack API (including real-time messaging!) -
-
-
-
http-client-streams
http-client for io-streams supporting openssl
Access the most powerful time series database as a service
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of heyefi or a related project?
|
Clean code begins in your IDE with SonarLint
sponsored
www.sonarlint.org
|
Popular Comparisons
-
heyefivssmtp-mail
-
heyefivsweb3
-
heyefivshttp-streams
-
heyefivsmighttpd2
-
heyefivshttp-client-streams
|
SaaSHub - Software Alternatives and Reviews
sponsored
www.saashub.com
|
README
heyefi
heyefi is a Linux system daemon that listens for Eye-Fi SD card and processes the requested file upload requests made by the card. This project is not endorsed by Eye-Fi Inc.
Installation
heyefi is meant to be run as a system daemon. It currently needs to run as root, to make the file permissions part work with less configuration. (It currently sets the permissions of the files to the same as the upload directory. Let me know if you have ideas on how to do that without being root!) It expects a configuration file to be at /etc/heyefi/heyefi.config.
This program is available through Nix, and it can be easily installed on Nixos. It can be installed on any Linux distribution like this:
- Put a configuration file at /etc/heyefi/heyefi.config (format described in the "Configuration" section below)
- Install Nix
curl https://nixos.org/nix/install | sh - Install heyefi
nix-env -iA nixpkgs.heyefi. The server binary should now be on your path asheyefi. - Find the absolute path of heyefi with
readlink $(which heyefi)(For example, on one system it was /nix/store/b4m467s0byr1v2xfd7acwpq5x4l2dp8f-heyefi-1.1.0.0/bin/heyefi) - Make a systemd service (or whatever equivalent for your system) that runs the server binary as the root user
Configuration
The configuration file has the following options:
cards: a list of Eye-Fi card credentials. The format of the list is [["macaddress1","uploadkey1"],["macaddress2","uploadkey2"],...]
upload_dir: an string that is an absolute path to where the files get put after they come off the card.
Complete example config with two cards:
cards = [["0012342de4ce","e7403a0123402ca062"],["1234562d5678","12342a062"]]
upload_dir = "/data/unsorted"
NixOS configuration
There is a NixOS service definition for heyefi. It currently only supports one card's credentials.
Complete example configuration:
{
services.heyefi.enable = true;
services.heyefi.cardMacaddress = "0012342de4ce";
services.heyefi.uploadKey = "e7403a0123402ca062";
services.heyefi.uploadDir = /data/unsorted;
}
Development
nix-shell
Changelog
2.0.0.2 2017-12-27 Fix nix build for GHC 8.2.2 2.0.0.1 2017-12-06 Makes tests pass fixing nix build 2.0.0.0 2017-11-18 Program output should be immediately written to stdout, instead of being buffered until the program finishes. 1.1.0.0 2017-01-02 fixed build of version 0.13.0.0 of optparse-applicative, which removes Data.Monoid exports