summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Added missing Copyright: field from d/copyrightdebian/3-3archive/debian/3-3Paride Legovini2017-07-31
|
* d/changelog: mention the addition of the hardening flagsParide Legovini2017-07-31
|
* Update d/changelogParide Legovini2017-07-28
|
* Add FORMAT, README files to d/docsParide Legovini2017-07-28
|
* Update d/changelog timestampParide Legovini2017-07-28
|
* Commit Debian 3.0 (quilt) metadataParide Legovini2017-07-28
| | | | [dgit (3.12) quilt-fixup]
* Add options for dpkg-buildflags in d/rulesParide Legovini2017-07-28
|
* Update d/changelogParide Legovini2017-07-27
|
* 2ff: $FORMAT is now called $MIMEParide Legovini2017-07-27
|
* Update the timestamp in d/changelogParide Legovini2017-07-27
|
* Let the Vcs- fields point to the collab-maint repositoryParide Legovini2017-07-27
|
* Update the timestamp in d/changelogParide Legovini2017-07-27
|
* Add attribution and licensing information for arg.hParide Legovini2017-07-27
|
* Add missing references to debian/copyrightParide Legovini2017-07-24
|
* Bump version number after the accidental REJECTParide Legovini2017-07-19
|
* Refresh the changelog timestampParide Legovini2017-07-17
|
* Update Vcs links in debian/controlParide Legovini2017-07-17
|
* Commit Debian 3.0 (quilt) metadataParide Legovini2017-07-16
| | | | [dgit (3.11) quilt-fixup]
* Suggest using apt instead of apt-getParide Legovini2017-07-16
|
* Commit Debian 3.0 (quilt) metadataParide Legovini2017-07-16
| | | | [dgit (3.11) quilt-fixup]
* Set myself as maintainer, updated debianization for version 3Paride Legovini2017-07-16
|
* Merge tag '3'Paride Legovini2017-07-16
|\
| * Bump version to 3Laslo Hunhold2017-04-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is more or less a refactoring release, but with deep changes in the tools that I was hoping to look into for a long time. The codebase is in a very consistent state now, also thanks to the introduction of a set of common utility-functions. What really makes me think is the fact that it takes so many iterations and a high level of detail to get the library handling and I/O right. It just makes you wonder how much software is out there that is full of little subtle bugs that might blow up in your face some day. Thanks for all the feedback!
| * Improve the wording on alpha-blendingLaslo Hunhold2017-04-14
| |
| * Remove the need of '#' for alpha masksLaslo Hunhold2017-04-14
| | | | | | | | | | | | To be honest, it can happen too easily that the user forgets to put the colour in quotation marks, yielding in the rest of the pipeline to be discarded as a comment.
| * Improve readability of alpha-blending sectionsLaslo Hunhold2017-04-14
| |
| * Move the logo a bit to the left so it is centeredLaslo Hunhold2017-04-14
| |
| * Fix the R in the logoLaslo Hunhold2017-04-14
| |
| * Update usage of ff2jpg(1) and ff2ppm(1)Laslo Hunhold2017-04-14
| | | | | | | | so they align with the manpages.
| * Refactor invert.c in farbfeld.5Laslo Hunhold2017-04-14
| | | | | | | | | | | | | | | | | | | | | | | | | | I noticed that it would be beneficial to release the invert.c code listing under a very permissive license. I like the style of the "Copy me if you can"-License, but thought that 0BSD would make it even clearer that everyone can do whatever he wants with this code. The code itself was not bad beforehand, but lacked some elementary features like checked flushing at the end and proper error messages. I also reworked the data structures a bit to make it more appealing and clearer where the "guts" of the code are (i.e. in invert()).
| * Update the Makefile to reflect TODO has been removedLaslo Hunhold2017-04-14
| |
| * Update and refactor the manpagesLaslo Hunhold2017-04-14
| | | | | | | | | | | | Make them more consistent, and only maintain a list of the conversion tools in farbfeld.5. Refine the wording on the jpg-manpages.
| * Update the READMELaslo Hunhold2017-04-14
| | | | | | | | | | Rework the introductory paragraph and show examples directly afterwards. If people are interested in the tl;dr-sections, they can then read on.
| * Don't suppress imagemagick and png2ff(1) warningsLaslo Hunhold2017-04-14
| | | | | | | | | | | | Else the user might be left wondering what happened. The output from imagemagick might not be the nicest in the world, but it's bearable for some given edge-cases.
| * Make comment in ff2jpg(1) more consistentLaslo Hunhold2017-04-14
| |
| * Refactor 2ff(1)Laslo Hunhold2017-04-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The Unix philosophy teaches us that tools should strive to output only necessary diagnostic information and also reflect errors properly with the return value. There were three subtle problems with 2ff: 1) If the farbfeld-passthrough failed, it would return 1 instead of 1. 2) If the first 8 bytes contained a NUL byte, bash would print an ugly warning message. Passing it through tr -d '\0' fixes that. 3) Lack of comments. I added some to make the structure even clearer, also including using an if-else-structure. I removed the 2ff error message; the tools themselves print proper messages already.
| * Staticize functions in png2ff(1)Laslo Hunhold2017-04-14
| |
| * Remove TODOLaslo Hunhold2017-04-14
| | | | | | | | It's not very useful for the reader any more.
| * Add PNG-LDFLAGS and JPG-LDFLAGS in config.mkLaslo Hunhold2017-04-14
| | | | | | | | instead of per-tool-settings.
| * Use fshut() to properly flush the output streamLaslo Hunhold2017-04-13
| | | | | | | | | | | | | | | | For small images, it could happen that the output stream would not be flushed before exit(), resulting in a lack of error-reporting on a full device. Using fflush(), a function I first introduced in sbase, we do the flushing before returning manually and report errors if they occurred.
| * Update LICENSELaslo Hunhold2017-04-12
| |
| * Update TODOLaslo Hunhold2017-04-12
| | | | | | | | | | | | | | | | | | | | The truncation issue is solved now by checking the return values. Maybe for small images where the FILE-buffer is not flushed early enough we can rethink that. The utility functions were written to the extent it was desired. I added a note not to forget to take a look at the part in the jpg-code which does the color mixing.
| * Refactor ff2ppm(1)Laslo Hunhold2017-04-12
| | | | | | | | | | We make use of the utility functions for parsing the color mask and other things and generally align the code with the general coding style.
| * Refactor png-conversion-utilitiesLaslo Hunhold2017-04-12
| | | | | | | | | | | | | | We split out the libpng-setup into a separate function, it is very very ugly. The code also received a general cleanup and aligns itself much better with the general coding style and structure.
| * Refactor ff2pam(1)Laslo Hunhold2017-04-12
| | | | | | | | | | I chose to go with a row-based-approach here, which is a bit easier to read and is somewhat "closer" to the input data.
| * Refactor jpg-conversion-utilitiesLaslo Hunhold2017-04-12
| | | | | | | | | | | | | | | | | | | | | | | | First of all, there was lots of libjpeg-specific cruft that just didn't have any right to exist (METHODDEF(), strange typedefs, use of the internal memory pool for no reason). This is gone now. Additionally, we make use of the save and proven utility functions and in general the code should be more well-separated now. What is left to do is clear up the part where we mix the colors with the mask.
| * Also print extra warningsLaslo Hunhold2017-04-12
| |
| * Rename header-functions and add more util functionsLaslo Hunhold2017-04-12
| | | | | | | | | | | | | | | | parse_mask() -> parse a mask-color #xxxxxx ereallocarray() estrtonum() These will come in handy in the respective tools.
| * config.mk: C89 -> C99Laslo Hunhold2017-04-02
| | | | | | | | | | We are using stdint.h, which is a C99 feature. Syntactically, the code is C89 though.
| * Remove prerequisite from single-suffix inference ruleLaslo Hunhold2017-04-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is against the standard: "The application shall ensure that the makefile does not specify prerequisites for inference rules;"[0] We are still fine though as we explicitly state the dependency on the requisite-objects in the $(BIN)-target. Thanks Lucas for pointing this out! [0]:http://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html