aboutsummaryrefslogtreecommitdiff
path: root/src/util/gnunet-qr.c
Commit message (Collapse)AuthorAge
* add error handling for gnunet-qrChristian Grothoff2019-04-03
|
* gnunet-qr: Implement functionality of gnunet-uri, don't spawn.Hartmut Goebel2019-04-03
| | | | | | | | This copies the central part of gnunet-uri. Should better be in some shared code. Also eliminate helper lib "gnunet-qr-utils.h", which is no longer used.
* gnunet-qr: Use GNUNET_PROGRAM_run to simplify the code.Hartmut Goebel2019-04-03
|
* gnunet-qr: Use the `gnunet-uri` binary installed into PREFIX.Hartmut Goebel2019-04-03
| | | | | | This helps keeping environments concise and functional package managers like guix this will ensure `gnunet-uri` from the same environment is used.
* gnunet-qr: Actually run gnunet-uri.Hartmut Goebel2019-04-03
|
* gnunet-qr: Simplify verbose messaging.Hartmut Goebel2019-04-03
|
* gnunet-qr: Reimplement in C - yet only a proof of concept.Hartmut Goebel2019-04-03
Still to-do: * running gnunet-uri * Proper error handling * integration into build system (automake) Reimplementing in C was chosen since - official zbar python-bindings support python 2 only, - none of the other bindings available at PyPI supports the high-level "processor" interface which gnunet-qr uses - implementing bindings for zbar using ctypes required addin a lot of low-level error handling code, thus implementing in C seamed to be easier, - the programm is short, thus re-implementing is not such complicated, and - this allows to reduce the number of dependencies (here: another Python version), which should ease porting to other plattforms (zbar is a dependency anyway).