My excuse is I'm increasingly bad at reading email. Still using. Still
encouraging.
On Wed, Feb 28, 2024 at 9:32 PM Aric Coady wrote:
> On Feb 28, 2024, at 2:29 PM, Andi Vajda wrote:
> > Of course anyone can vote !
> > Anyone interested in this project can and should vote !
> > If no one
+1
On Wed, Feb 21, 2024 at 1:51 PM Andi Vajda wrote:
>
> The PyLucene 9.10.0 (rc1) release tracking the recent release of
> Apache Lucene 9.10.0 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/9.10.0-rc1/
>
> PyLucene 9.10.0 is
+1
On Fri, Jul 7, 2023 at 5:39 PM Benjamin Trent wrote:
> +1
>
> I tested getting ann-benchmarks updated and it worked just fine. Was also
> able to build locally and run some tests (non-exhaustive) on my M1 macbook.
>
> Hope everyone else has the same success!
>
> On Thu, Jul 6, 2023 at 3:47
+1
On Mon, May 29, 2023, 4:44 PM Andi Vajda wrote:
>
> The PyLucene 9.6.0 (rc1) release tracking the recent release of
> Apache Lucene 9.6.0 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/9.6.0-rc1/
>
> PyLucene 9.6.0 is built
Also affected. Downgrading to 2.9 worked.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to wpa in Ubuntu.
https://bugs.launchpad.net/bugs/1972790
Title:
Can't connect to hotspot created on ubuntu
Status in wpa package in
Also affected. Downgrading to 2.9 worked.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to wpa in Ubuntu.
https://bugs.launchpad.net/bugs/1972790
Title:
Can't connect to hotspot created on ubuntu
Status in wpa package in Ubuntu:
And thank you, Kurt.
On Fri, Nov 4, 2022 at 4:10 PM Kurt Schwehr wrote:
> Hi Ellen,
>
> A side note: (I'm pretty sure I've shared this in the past, but I can't
> remember where)
>
> I use libtiff from head for Google. That way...
>
> - can report any troubles right away back to the
+1
On Mon, Oct 31, 2022, 3:50 PM Andi Vajda wrote:
>
> The PyLucene 9.4.1 (rc1) release tracking the recent release of
> Apache Lucene 9.4.1 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/9.4.1-rc1/
>
> PyLucene 9.4.1 is built
Yes, I made a mistake with respect to 1.2.2. Upstream's official patch is
here. I am going to attempt a high urgency upload during the next houw with
1.2.2 + this patch. If that fails for any reason, NMU welcome without
delay.
Yes, I made a mistake with respect to 1.2.2. Upstream's official patch is
here. I am going to attempt a high urgency upload during the next houw with
1.2.2 + this patch. If that fails for any reason, NMU welcome without
delay.
libwebp 1.2.1-7 has been successfully uploaded to unstable.
Anthony and Iustin, help is very strongly appreciated for the NMUs.
libwebp 1.2.1-7 has been successfully uploaded to unstable.
Anthony and Iustin, help is very strongly appreciated for the NMUs.
# remove the moreinfo tag
tags 1003548 - moreinfo
thanks
Sebastian, may we move forward with ibwebp?
# remove the moreinfo tag
tags 1003548 - moreinfo
thanks
Sebastian, may we move forward with ibwebp?
To make it super clear, here is the updated formal request with updated Ben
file.
===
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello Release Team,
We would like to transition libwebp to a new upstream version 1.2.1-6
To make it super clear, here is the updated formal request with updated Ben
file.
===
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello Release Team,
We would like to transition libwebp to a new upstream version 1.2.1-6
The package has been corrected with version 1.2.1-6 which has
been uploaded to experimental.
Please let us know if we can proceed with the upload to unstable. Also
a binNMU rebuild of reverse dependencies would be required afterwards.
The package has been corrected with version 1.2.1-6 which has
been uploaded to experimental.
Please let us know if we can proceed with the upload to unstable. Also
a binNMU rebuild of reverse dependencies would be required afterwards.
I am looking for a new maintainer for the Debian package libwebp.
It's a great package, widely used, with a terrific upstream.
The current version in Debian is several years old. I have just uploaded
a new release to Experimental; there was a soname bump so I suspect
it will be in the NEW queue
+1
On Fri, Dec 10, 2021 at 2:33 PM Andi Vajda wrote:
>
> The rc1 vote failed because of a bug fix in JCC that helps with detecting
> the Temurin JDK - available from https://adoptium.net.
> IIUC, the Temurin JDK supercedes AdoptOpenJDK.
>
> Please vote on PyLucene 8.11.0 rc2 instead. These
On Sat, Feb 20, 2021 at 5:09 AM Sebastian Ramacher
wrote:
> On 2021-02-20 07:57:12 -0400, David Bremner wrote:
> > Jeff Breidenbach writes:
> >
> > > Dear Debian colleagues,
> > >
> > > I'm writing because you maintain a package with a direct
On Sat, Feb 20, 2021 at 5:09 AM Sebastian Ramacher
wrote:
> On 2021-02-20 07:57:12 -0400, David Bremner wrote:
> > Jeff Breidenbach writes:
> >
> > > Dear Debian colleagues,
> > >
> > > I'm writing because you maintain a package with a direct
On Sat, Feb 20, 2021 at 5:09 AM Sebastian Ramacher
wrote:
> On 2021-02-20 07:57:12 -0400, David Bremner wrote:
> > Jeff Breidenbach writes:
> >
> > > Dear Debian colleagues,
> > >
> > > I'm writing because you maintain a package with a direct
On Sat, Feb 20, 2021 at 5:09 AM Sebastian Ramacher
wrote:
> On 2021-02-20 07:57:12 -0400, David Bremner wrote:
> > Jeff Breidenbach writes:
> >
> > > Dear Debian colleagues,
> > >
> > > I'm writing because you maintain a package with a direct
Maintainer is "less active" but still in good contact with upstream. I was
going to package the latest version several months ago, but there was a
soname bump and transitions were not allowed due to Debian's release cycle.
Happy to work with anyone on updating webp.
+1
+1
On Mon, Mar 1, 2021, 6:35 PM Andi Vajda wrote:
>
> The PyLucene 8.8.1 (rc1) release tracking the recent release of
> Apache Lucene 8.8.1 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/8.8.1-rc1/
>
> PyLucene 8.8.1 is built
+1
On Mon, Mar 1, 2021, 6:35 PM Andi Vajda wrote:
>
> The PyLucene 8.8.1 (rc1) release tracking the recent release of
> Apache Lucene 8.8.1 is ready.
>
> A release candidate is available from:
> https://dist.apache.org/repos/dist/dev/lucene/pylucene/8.8.1-rc1/
>
> PyLucene 8.8.1 is built
Dear Debian colleagues,
I'm writing because you maintain a package with a direct dependency in
libwebp6. I'm planning to transition it to libweb8. Although I am not
expecting any compatibility trouble, previous transitions have not always
gone smoothly. So I'm sending this email as a heads up,
Dear Debian colleagues,
I'm writing because you maintain a package with a direct dependency in
libwebp6. I'm planning to transition it to libweb8. Although I am not
expecting any compatibility trouble, previous transitions have not always
gone smoothly. So I'm sending this email as a heads up,
Dear Debian colleagues,
I'm writing because you maintain a package with a direct dependency in
libwebp6. I'm planning to transition it to libweb8. Although I am not
expecting any compatibility trouble, previous transitions have not always
gone smoothly. So I'm sending this email as a heads up,
Dear Debian colleagues,
I'm writing because you maintain a package with a direct dependency in
libwebp6. I'm planning to transition it to libweb8. Although I am not
expecting any compatibility trouble, previous transitions have not always
gone smoothly. So I'm sending this email as a heads up,
+1
BCC: Stefan Weil since I don't know if he wants his email posted in
bugs.debian.org
Regarding: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949638
Thank you, Peter.
1. The URL for the patch is 404.
2. There may be some subtlety with -march=native, specifically related to
detection of
BCC: Stefan Weil since I don't know if he wants his email posted in
bugs.debian.org
Regarding: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949638
Thank you, Peter.
1. The URL for the patch is 404.
2. There may be some subtlety with -march=native, specifically related to
detection of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 02 Jan 2020 19:02:45 +
Source: leptonlib
Architecture: source
Version: 1.79.0-1
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach
Changed-By: Jeff Breidenbach
Closes: 942062
Changes:
leptonlib (1.79.0
leptonica-progs also?
Hi Derek,
I'm not totally up to speed on the Multi-Arch thing. Is this just changing
a field in the control file? What's the benefit? Any downside?
I saw a similar bug on Debian's bugtracker, that didn't make sense to me.
Happy to be educated.
This is done.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1816304
Title:
Several issues due to version 4 beta while the final 4.0.0 has been
released
To manage notifications about this bug go
Tesseract is updated - so done.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1777388
Title:
Openalpr segfault in libtesseract provided in Bionic
To manage notifications about this bug go to:
This is done.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1802334
Title:
update tesseract-ocr to 4.0.0 stable
To manage notifications about this bug go to:
Maintainer: Jeff Breidenbach
Changed-By: Jeff Breidenbach
Description:
leptonica-progs - sample programs for Leptonica image processing library
liblept5 - image processing library
libleptonica-dev - image processing library
Closes: 926313
Changes:
leptonlib (1.78.0-2) unstable; urgency=medium
+1
On Sat, Jun 22, 2019, 5:17 PM Andi Vajda wrote:
>
> The PyLucene 8.1.1 (rc2) release tracking the recent release of
> Apache Lucene 8.1.1 is ready.
>
> A release candidate is available from:
>https://dist.apache.org/repos/dist/dev/lucene/pylucene/8.1.1-rc2/
>
> PyLucene 8.1.1 is built
Maintainer: Jeff Breidenbach
Changed-By: Jeff Breidenbach
Description:
leptonica-progs - sample programs for Leptonica image processing library
liblept5 - image processing library
libleptonica-dev - image processing library
Changes:
leptonlib (1.78.0-1) unstable; urgency=medium
.
* New upstream
>What type of partial match search is supported on mail-archive?
Here's the short and long explanation of search syntax.
https://www.mail-archive.com/faq.html#search
https://www.mail-archive.com/searching.html
___
Gossip mailing list
Hi Janusz,
Tesseract 4 uses tesseract-ocr-deu and tesseract-ocr-script-frak.
Tesseract 3 uses tesseract-ocr-deu-frak
I am worried about confusing users. If we include both sets of language
data in Debian, there will a huge number of choices, and some users
might feel overwhelmed. However,
Tesseract produces searchable PDF directly. If you really want to use HOCR
as an
intermediate format, you can but you will need external software. There are
a couple
of "hocr2pdf" programs floating around and "OCRMyPDF" does an admirable
job
tying things together. That said, going direct should
Dear Friends,
The Mail Archive has been running for 20 years. It started
as hobby and grew into a small business 14 years ago.
We have now come full circle. The business will end on
December 31, 2018 and the service will revert to a hobby.
What happened? Well, traffic has steadily declined for
+1
On Tue, Aug 28, 2018, 11:27 PM Marc Jeurissen
wrote:
> +1
>
>
>
> Met vriendelijke groeten,
> Marc Jeurissen
>
> [image: cid:image001.png@01D3F728.E95A0620]
>
> Bibliotheek UAntwerpen
> Stadscampus – Ve35.303
> Venusstraat 35 – 2000 Antwerpen
> marc.jeuris...@uantwerpen.be
> T +32 3 265 49
> tesseract-ocr package provides arch-independent service (cli)
The command line interface (cli) application 'tesseract' in the
tesseract-ocr package is written in C++. It is not architecture
independent. Therefore I don't think it should be marked as
Multi-Arch: foreign.
test
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 25 Jun 2018 09:47:35 -0700
Source: jhove
Binary: jhove
Architecture: source all
Version: 1.20.1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Jeff Breidenbach
Description:
jhove
Thank you very, very much.
https://packages.debian.org/source/unstable/jhove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 18 Jun 2018 22:18:42 -0700
Source: jhove
Binary: jhove
Architecture: source all
Version: 1.20.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Jeff Breidenbach
Description:
jhove
> JCC monkeypatches as needed.
I don't think monkey patching worked on Ubuntu 18.04, for any version of
JCC that I tried. When running make, I ran into errors discussing how JCC
was not built with shared support.
> Does Lucene 4 even build and run with Java 11 ?
No idea. I halted my efforts
I'd previously been using 4.9.0. Making a huge jump in release numbers is
scary. Will it invalidate existing indexes? Has the Lucene API changed a
lot?
Will I be forced to migrate to python 3? That said, I was desperate and
tried
all the official releases (4.10.1, 6.2.0, 6.4.1, 6.5.0). It just so
Hi Andi,
I am happy to report that I just got 4.10.1 working, using some
extreme measures. Whew. Will give a clearer report after getting
some sleep.
Jeff
And for what it is worth, python-setuptools claims to be version 39.0.1.
I've
probably spent about 10 to 12 hours trying to get something to work. It is
not clear to me if it needs patching to not.
To be a little more specific, here's what happens with version 4.9.0
which I've had good luck with in the past. The system contains the
following shared libraries.
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/libjava.so
It looks
I'm having all sorts of trouble getting PyLucene to run on Ubuntu 18.04,
which has openjdk-8, openjdk-11, python 2.7.15. Has anyone had success,
and if so, with which version of pylucene?
Thanks,
Jeff
I've tried and can't figure out how to make this package either build
at the current release, or update to latest release. This is one last
desperate call for help.
>jhove 1.6+dfsg-1 is marked for autoremoval from testing on 2018-05-14
>
>It is affected by these RC bugs:
>895761: jhove: FTBFS
Believed fixed in Debian package 1.76.0-1
Status of various vulnerabilities, as per upstream:
* CVE-2018-7442: potential injection attack because '/' is allowed
in gplot rootdir.
Functions using this command have been disabled by default in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 10 May 2018 12:47:10 -0700
Source: leptonlib
Binary: libleptonica-dev liblept5 leptonica-progs
Architecture: source amd64
Version: 1.76.0-1
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.
Tesseract in Debian just added a build time smoke test AND Stefan fixed
the big-endian
problem. Should be live tomorrow in Sid. Assuming that works well, Graham
should be
able to re-activate the disabled OCRMyPDF tests. Note that this is Debian
only; Ubuntu
18.04 is out the door so no longer
I'd love to actually update to the most recent upstream. The build system
switched
from ant to maven, and I am completely unfamiliar with it. First, I got a
fatal error
about not finding org.sonatype.oss:oss-parent:pom, so I tried deleting that
section
of the pom.xml. Then the build can't find
I'd love to actually update to the most recent upstream. The build system
switched
from ant to maven, and I am completely unfamiliar with it. First, I got a
fatal error
about not finding org.sonatype.oss:oss-parent:pom, so I tried deleting that
section
of the pom.xml. Then the build can't find
I'm the Debian package maintainer for jhove, which is an image validator
and really useful for libraries and other cultural heritage institutions.
It is about to get kicked out due to bug #895761. The right thing to do is
update the jhove to the current upstream version. However, I haven't
Given the date, it sounds like we have an emergency situation.
I'm really stuck here. My only known access to a big endian is an emulator
with Wheezy.
http://create.stephan-brumme.com/big-endian/
That's good enough for checking suspicious parts of Leptonica. I tried and
found nothing. But
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 23 Apr 2018 22:40:05 +0200
Source: leptonlib
Binary: libleptonica-dev liblept5 leptonica-progs
Architecture: source amd64
Version: 1.75.3-4
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.
I think the right thing is to update to the latest jhove release (1.20) but
looks like the build system has changed dramatically. Would love to get a
little help from someone who works with Java packages on a more regular
basis.
I think the right thing is to update to the latest jhove release (1.20) but
looks like the build system has changed dramatically. Would love to get a
little help from someone who works with Java packages on a more regular
basis.
Okay, uploading now. Thanks for all the help!
On Mon, Apr 23, 2018 at 4:06 PM, Manuel A. Fernandez Montecelo <
manuel.montez...@gmail.com> wrote:
> 2018-04-23 23:22 GMT+02:00 Manuel A. Fernandez Montecelo
> :
> >
> > This additionally runs the tests,
> > can be
Is it sufficient to put Build-Depends: debhelper (>= 11.0.0) in
debian/control and 11 in debian/compat ?
Taking a look
Taking a look
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 02 Mar 2018 12:04:13 -0800
Source: leptonlib
Binary: libleptonica-dev liblept5 leptonica-progs
Architecture: source amd64
Version: 1.75.3-3
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.
It is possible that older versions are not vulnerable.
$ sudo apt-get install leptonica-progs
$ TMPDIR=/var/tmp fileinfo /tmp/foo.jpg
Error in fopenReadStream: file not found
Error in pixReadHeader: image file not found
Error in writeImageFileInfo: failure to read header of /tmp/foo.jpg
$
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 01 Mar 2018 12:51:06 -0800
Source: libwebp
Binary: libwebp-dev libwebp6 libwebpmux3 libwebpdemux2 webp
Architecture: source amd64
Version: 0.6.1-2
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach &l
Maintainer: Alexander Pozdnyakov <alm...@mail.ru>
Changed-By: Jeff Breidenbach <j...@debian.org>
Description:
libtesseract-dev - Development files for the tesseract command line OCR tool
libtesseract4 - Tesseract OCR library
tesseract-ocr - Tesseract command line OCR tool
tesse
hanged-By: Jeff Breidenbach <j...@debian.org>
Description:
tesseract-ocr-afr - tesseract-ocr language files for Afrikaans
tesseract-ocr-amh - tesseract-ocr language files for Amharic
tesseract-ocr-ara - tesseract-ocr language files for Arabic
tesseract-ocr-asm - tesseract-ocr language files
>Was upstream's position also to remove those binaries?
Yes.
>Upstream was unable to provide a patch?
Yes. Upstream decided that it was not worth the time to make a patch.
Leptonica is a large image processing library. It also contains source code
for many (over 200) example programs that use
>So these files should be also removed from the package in wheezy and
jessie?
Yes.
Maintainer: Alexander Pozdnyakov <alm...@mail.ru>
Changed-By: Jeff Breidenbach <j...@debian.org>
Description:
libtesseract-dev - Development files for the tesseract command line OCR tool
libtesseract4 - Tesseract OCR library
tesseract-ocr - Tesseract command line OCR tool
tesse
There a multiple email threads about leptonlib. I'll be as responsive as I
can to them, but LTS team should take the lead.
hanged-By: Jeff Breidenbach <j...@debian.org>
Description:
tesseract-ocr-afr - tesseract-ocr language files for Afrikaans
tesseract-ocr-amh - tesseract-ocr language files for Amharic
tesseract-ocr-ara - tesseract-ocr language files for Arabic
tesseract-ocr-asm - tesseract-ocr language files
These binaries were removed in #830660.
>$ strings /usr/bin/printsplitimage | grep ^/tmp/
>/tmp/split
>$ strings /usr/bin/splitimage2pdf | grep ^/tmp/
>/tmp/junk_split_image.ps
prune_unsafe_binaries.diff.gz
Description: GNU Zip compressed data
This is the patch I used for Leptonica 1.74. It should work fine for
earlier versions.
Upstream used a different approach for addressing the problem in version
1.75.
do-not-mess-with-paths.diff.gz
Description: GNU Zip compressed data
The remaining hardcoded /tmp filenames are believed to be in test and debug
code paths.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 22 Feb 2018 18:17:57 -0800
Source: libwebp
Binary: libwebp-dev libwebp6 libwebpmux3 libwebpdemux2 webp
Architecture: source amd64
Version: 0.6.1-1
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach &l
I've been running a PowerPC emulator to track down a different bug.
Not so hard. But it is not fast. Anything specific (and small) that we
want to test for this bug?
http://create.stephan-brumme.com/big-endian/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 16 Feb 2018 15:26:11 -0800
Source: leptonlib
Binary: libleptonica-dev liblept5 leptonica-progs
Architecture: source amd64
Version: 1.75.3-2
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.
This is just about strings, right? So something like this will fix the
problem
and resolve this bug? Or am I missing something?
char buf[L_BUF_SIZE];
- fscanf(fp, "Rootname: %s\n", buf);
+ fscanf(fp, "Rootname: %L_BUF_SIZE_MINUS_ONEs%\n", buf);
This is just about strings, right? So something like this will fix the
problem
and resolve this bug? Or am I missing something?
char buf[L_BUF_SIZE];
- fscanf(fp, "Rootname: %s\n", buf);
+ fscanf(fp, "Rootname: %L_BUF_SIZE_MINUS_ONEs%\n", buf);
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 15 Feb 2018 10:36:53 -0800
Source: leptonlib
Binary: libleptonica-dev liblept5 leptonica-progs
Architecture: source amd64
Version: 1.75.3-1
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.
Maintainer: Alexander Pozdnyakov <alm...@mail.ru>
Changed-By: Jeff Breidenbach <j...@debian.org>
Description:
libtesseract-dev - Development files for the tesseract command line OCR tool
libtesseract4 - Tesseract OCR library
tesseract-ocr - Tesseract command line OCR tool
tesseract-ocr-all
hanged-By: Jeff Breidenbach <j...@debian.org>
Description:
tesseract-ocr-afr - tesseract-ocr language files for Afrikaans
tesseract-ocr-amh - tesseract-ocr language files for Amharic
tesseract-ocr-ara - tesseract-ocr language files for Arabic
tesseract-ocr-asm - tesseract-ocr language files
Hi Bill,
Thanks for the bug report. This is a little tricky, because if you only
install one of the Azerbaijan language packages, the user will see
error messages.
I guess we just don't have a mechanism in Debian for "if you install
one, you need the other as well". That's unfortunate because it
Thanks will fix ASAP.
On Sun, Feb 4, 2018 at 3:08 PM, Andreas Beckmann wrote:
> Package: tesseract-ocr-srp-latn
> Version: 4.00~git15-45ed289-5
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your
Thanks will fix ASAP.
On Sun, Feb 4, 2018 at 3:08 PM, Andreas Beckmann wrote:
> Package: tesseract-ocr-srp-latn
> Version: 4.00~git15-45ed289-5
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your
-script-taml
tesseract-ocr-script-telu tesseract-ocr-script-thaa tesseract-ocr-script-thai
tesseract-ocr-script-tibt
tesseract-ocr-script-viet
Architecture: source all
Version: 4.00~git15-45ed289-5
Distribution: unstable
Urgency: medium
Maintainer: Jeff Breidenbach <j...@debian.org>
Changed-By
1 - 100 of 1614 matches
Mail list logo