- Feb 29, 2024
-
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
# Conflicts: # debian/control
-
- Dec 07, 2022
-
-
Jelmer Vernooij authored
Apply hints suggested by the [multi-arch hinter](https://wiki.debian.org/MultiArch/Hints) See merge request !1
-
- Oct 01, 2022
-
-
Janitor authored
+ libminidjvu0: Add Multi-Arch: same. Changes-By: apply-multiarch-hints
-
- Aug 26, 2021
-
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
Changes-By: lintian-brush Fixes: lintian: uses-debhelper-compat-file See-also: https://lintian.debian.org/tags/uses-debhelper-compat-file.html
-
Barak A. Pearlmutter authored
Changes-By: lintian-brush Fixes: lintian: package-uses-old-debhelper-compat-version See-also: https://lintian.debian.org/tags/package-uses-old-debhelper-compat-version.html
-
- Dec 03, 2018
-
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
- Oct 01, 2018
-
-
Ondřej Nový authored
-
- Mar 31, 2018
-
-
Barak A. Pearlmutter authored
-
- Nov 04, 2017
-
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
- Aug 08, 2017
-
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
- Oct 08, 2014
-
-
Alexey Tourbin authored
When image width is not a multiple of 8, trailing bits in each row representing a "virtual right border" are supposed to be filled with white. However, due to a bug, the code never worked as expected. Instead, the actual image was trimmed by 0-7 pixels on the right.
-
- Oct 07, 2014
-
-
Alexey Tourbin authored
The updated rules are still asymmetrical with respect to black/white pixels. This partly has to do with morphology of character shapes and specifically with the fact that the outer curve of a character is longer than its inner/inward parts of the curve. Thus clearing a single spike-like pixel on the outer part is typically okay, while turning a white pixel into black on the inside is less so. The updated rules actually do turn black pixels on, but only for a very good reason: when all its four neighbours are black. This is the case in the following example, with the pixel in question denoted with "X". " ++++ " " ++X+ " " ++++ " " +++++ " " ++++++ " " +++++++ " " ++++++++ " " ++++++++ " " +++++++++ " " ++++++++++ " " ++++ +++++ " " ++++ +++++ " " +++++ +++++ " " ++++ +++++ " " ++++ +++++ " " ++++ +++++ " " +++++ +++++ " " ++++ +++++ " " ++++ +++++ " " +++++ +++++ " " +++++++++++++++++++++ " "+++++++++++++++++++++++" "+++++++++++++++++++++++" " ++++++ " " ++++++ " " ++++++ " " ++++++ " " +++++++++++ " " +++++++++++++ " " +++++++++++++ " " +++ ++++ " The updated rules also handle differently black pixels with only one neighbour. Previously, such pixels have been cleared unconditionally. This was not always the right thing to do, as demonstrated with the following example. Here the black pixel denoted "X" has only one black neighbour. However, it functions as a somewhat deficient "weak" horizontal link, and clearing the pixel will further distort the shape. We only check for horizontal linking when the neighbour is either on the left or right, and for vertical linking if the neighbour is on the top or bottom. Weak diagonal linking is not taken into account. " +++++++++ " " +++++++++++++ " " ++++++++++++++++ " " ++++++ ++++++ " " +++++ ++++++ " " +++++ ++++++ " " ++++++ +++++ " " ++++++ +++++ " " +++++ +++++ " " ++++ ++++++ " " ++++++++++ " " ++++++++++++++ " " +++++++ +++++ " " X+++++ +++++ " " ++ +++ +++++ " "+++ +++++ " "++++ +++++ " "++++ +++++ " "++++ ++++++ " "++++ ++++++ " "+++ +++++++ " "+++ ++++++++++ ++" "+++ +++++++++ +++++++++" " +++++++++++ ++++++++" " ++++++++ +++++ " " ++ ++ "
-
Alexey Tourbin authored
Also, change "-o bin/minidjvu" to "-o minidjvu", since the directory does not exist after checkout. The recipe now works out of the box.
-
- May 27, 2014
-
-
Barak A. Pearlmutter authored
- May 23, 2014
-
-
Barak A. Pearlmutter authored
Remove upstream development repo where packaging repo belongs.
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
-
Barak A. Pearlmutter authored
/usr/share/automake-1.14/am/ltlibrary.am: warning: 'libminidjvu.la': linking libtool libraries using a non-POSIX /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac' Makefile.am:21: while processing Libtool library 'libminidjvu.la'
- Jan 21, 2014
-
-
-
Barak A. Pearlmutter authored