Processed: retitle 908321 to libnumbertext-tools: "spellout" is not in $PATH

Processing commands for cont...@bugs.debian.org: > retitle 908321 libnumbertext-tools: "spellout" is not in $PATH Bug #908321 [libnumbertext-tools] libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places Changed Bug title to 'libnumbertext-tools: "spellout" is not i

Processing of libnumbertext_1.0-3_source.changes

libnumbertext_1.0-3_source.changes uploaded successfully to localhost along with the files: libnumbertext_1.0-3.dsc libnumbertext_1.0-3.debian.tar.xz libnumbertext_1.0-3_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

libnumbertext_1.0-3_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 08 Sep 2018 11:22:31 + Source: libnumbertext Binary: libnumbertext-dev libnumbertext-1.0-0 libnumbertext-data libnumbertext-tools libnumbertext-java libreoffice-numbertext Architecture: source Version: 1.0-3

Bug#908237: marked as done (libnumbertext-tools: "spellout" looks for data in the wrong place)

Your message dated Sat, 08 Sep 2018 12:03:59 + with message-id and subject line Bug#908237: fixed in libnumbertext 1.0-3 has caused the Debian Bug report #908237, regarding libnumbertext-tools: "spellout" looks for data in the wrong place to be marked as done. This means that you claim that t

Processed: retitle 908237 to libnumbertext-tools: "spellout" looks for data in the wrong place

Processing commands for cont...@bugs.debian.org: > retitle 908237 libnumbertext-tools: "spellout" looks for data in the wrong > place Bug #908237 [libnumbertext-tools] libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places Changed Bug title to 'libnumbertext-tools

Processed: Re: Bug#908237: libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places

Processing commands for cont...@bugs.debian.org: > tag 908237 - moreinfo Bug #908237 [libnumbertext-tools] libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places Removed tag(s) moreinfo. > tag 908237 - unreproducible Bug #908237 [libnumbertext-tools] libnumbertext-

Bug#908237: libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places

tag 908237 - moreinfo tag 908237 - unreproducible clone 908237 -1 -2 severity -1 wishlist tag -1 + wontfix tag -1 - pending severity -2 normal tag -2 - pending retitle -2 should not search for data files in . severity 908237 grave forwarded 908237 https://github.com/Numbertext/libnumbertext/pull/36

Processed: Bug #908237 in libnumbertext marked as pending

Processing control commands: > tag -1 pending Bug #908237 [libnumbertext-tools] libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places Added tag(s) pending. -- 908237: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908237 Debian Bug Tracking System Contact ow.

Bug#908237: libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places

Hi, On Sat, Sep 08, 2018 at 12:09:18AM +0100, Stephane Chazelas wrote: > https://sources.debian.org/src/libnumbertext/1.0-2/debian/libnumbertext-data.install/ > putting data files in usr/share/libnumbertext while Which installs how it is installed by "make install" by upstream, and thus probably

Bug#908237: libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places

Hi, On Fri, Sep 07, 2018 at 11:44:08PM +0200, Rene Engelhard wrote: > On Fri, Sep 07, 2018 at 05:47:54PM +0100, Stephane Chazelas wrote: > > The tool is meant to be invoked by the end user, but is not > > located in a directory in $PATH. I would expect it to go in > > /usr/bin (and have a correspo

Bug#908237: libnumbertext-tools: "spellout" is not in $PATH and looks for data in the wrong places

Hi, On Sat, Sep 08, 2018 at 12:09:18AM +0100, Stephane Chazelas wrote: > I suppose the test tests at build time, No, I said *autopkgtest*, which runs in the installed system. And see the executed command. > (and may be why the tool also looks in a "data" subdirectory of the current > directory a