forwarded 1016338 https://github.com/apertium/organisation/issues/32
forwarded 1016327 https://github.com/apertium/organisation/issues/32
thanks
-- Tino Didriksen
OpenPGP_signature
Description: OpenPGP digital signature
https://github.com/apertium/organisation/issues/32
forwarded 1013648 https://github.com/apertium/organisation/issues/32
forwarded 1013646 https://github.com/apertium/organisation/issues/32
thanks
-- Tino Didriksen
OpenPGP_signature
Description: OpenPGP digital signature
forwarded 1005670 https://github.com/apertium/apertium-kaz-tat/issues/4
thanks
-- Tino Didriksen
OpenPGP_signature
Description: OpenPGP digital signature
Fix applied upstream https://github.com/apertium/apertium-recursive and new
release pushed to https://salsa.debian.org/science-team/apertium-recursive
awaiting upload.
-- Tino Didriksen
queue"?
-- Tino Didriksen
On Sat, 26 Mar 2022 at 22:06, Lucas Nussbaum wrote:
> Source: apertium-spa-arg
> Version: 0.5.0-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220326 ftbfs-bookworm
>
> Hi,
We are in the process of updating all the packages that use lttoolbox, so
this is fully expected.
-- Tino Didriksen
On Sat, 19 Mar 2022 at 23:03, Sebastian Ramacher
wrote:
> Source: apertium-lex-tools
> Version: 0.2.7-1
> Severity: serious
> Tags: ftbfs sid bookworm
> X-Deb
Fixed in https://salsa.debian.org/science-team/apertium-swe-dan - was
missing a dependency on apertium-lex-tools
-- Tino Didriksen
d/control wrongly mentions python - it does not need python to build.
Should just be removed.
-- Tino Didriksen
On Mon, 8 Mar 2021 at 12:39, Matthias Klose wrote:
> Package: src:apertium-arg-cat
> Version: 0.2.0-1
> Severity: serious
> Tags: sid bullseye
> User: debian-pyt...@l
Whoops. That's an oversight in d/control - it should say python3 instead of
python.
This was fixed upstream last year (
https://github.com/apertium/apertium-separable/issues/28), so I was certain
this must be a bogus bug report - but no, I plain forgot to adjust
d/control.
-- Tino Didriksen
.
-- Tino Didriksen
On Sun, 31 Jan 2021 at 18:33, Nilesh Patra wrote:
> Hi Tino,
>
> On Tue, 5 Jan 2021 01:13:56 +0100 Tino Didriksen
> wrote:
> > apertium-ukr should be removed from Debian. The pair that needed it has
> > been upgraded to bundle the required version i
apertium-ukr should be removed from Debian. The pair that needed it has
been upgraded to bundle the required version instead:
https://salsa.debian.org/science-team/apertium-rus-ukr
-- Tino Didriksen
Fixed in Salsa https://salsa.debian.org/science-team/apertium-eo-fr
-- Tino Didriksen
Fixed in Salsa https://salsa.debian.org/science-team/apertium-br-fr
-- Tino Didriksen
Fixed in Salsa https://salsa.debian.org/science-team/apertium-eo-ca
-- Tino Didriksen
This is a chicken-and-egg problem that should solve itself. New apertium
3.7.1 can't migrate until apertium-cy-en is fixed, but fixed apertium-cy-en
won't build correctly with existing apertium 3.6.1.
-- Tino Didriksen
forwarded 978369 https://github.com/apertium/apertium-eo-ca/issues/2
thanks
Fixed in upstream.
-- Tino Didriksen
forwarded 978359 https://github.com/apertium/apertium-br-fr/issues/4
thanks
Fixed in upstream.
-- Tino Didriksen
Fixed in v3.7.1, both upstream and
https://salsa.debian.org/science-team/apertium
-- Tino Didriksen
forwarded 977753 https://github.com/apertium/apertium/issues/112
thanks
-- Tino Didriksen
Upstream packaging fixed this for all Apertium and related packages in May,
and this will come through to Debian this week and weekend when I redo all
Apertium packaging.
https://github.com/apertium/apertium-packaging/commit/11357cf6325363a2b4127b0f5fd1bdaaf3726232
-- Tino Didriksen
On Wed, 23
. But build
log doesn't lie...I'll re-add the flag.
-- Tino Didriksen
On Wed, 8 Jul 2020 at 13:16, Adrian Bunk wrote:
> Control: found -1 1:0.9.18+r243-7
>
> On Wed, Apr 24, 2019 at 07:51:04PM +, Debian Bug Tracking System wrote:
> >...
> > foma (1:0.9.18+r243-6) uns
forwarded 963324 https://github.com/apertium/apertium-apy/issues/148
thanks
Fixed in upstream.
-- Tino Didriksen
forwarded 911226 https://github.com/apertium/lttoolbox/issues/33
thanks
-- Tino Didriksen
ependents and users for sure have moved on. I can see the argument that
soversion doesn't match. Will nuke it.
-- Tino Didriksen
This will fix itself when apertium is updated, which is next. Just needed
lttoolbox through first.
-- Tino Didriksen
On 16 March 2018 at 08:21, Adrian Bunk <b...@debian.org> wrote:
> $ apertium-preprocess-transfer
> apertium-preprocess-transfer: error while loading shar
further by adding a hfst-dev package, which I'll do for next
major HFST release.
-- Tino Didriksen
ose of working with HFST locally and exchanging the
neutral files, it works fine.
-- Tino Didriksen
That's my bad. In the confusion of bugs #824119 and #827199 , I forgot to
re-disable tests for hfst.
-- Tino Didriksen
On 23 August 2017 at 18:38, Adrian Bunk <b...@debian.org> wrote:
> Source: hfst
> Version: 3.12.2~r3289-1
> Severity: serious
>
> https://buildd.debian.o
At least I know exactly why. Versioned releases that weren't checked
against existing packages.
We're looking at it upstream:
https://sourceforge.net/p/apertium/mailman/apertium-stuff/thread/CABnmVq6kba5DjbFL8Kt9U_NFPrdZdO0-WVrLo6KSMdsgHkVrig%40mail.gmail.com/
-- Tino Didriksen
On 18 June 2017
On 29 March 2017 at 19:43, Chris Lamb <la...@debian.org> wrote:
> I just ACCEPTed hfst-ospell from NEW but noticed it was missing
> attribution in debian/copyright for at least:
>
> office.cc:4: Copyright 2015 Tino Didriksen <m...@tinodidriksen.com>
>
> (This is
issue was fixed in https://bugs.debian.org/824119 - since
hfst-ospell no longer depends on HFST, HFST doesn't need to run tests.
Kartik, can you push it onwards?
-- Tino Didriksen
asy to fix, and now the endian issue which will not
> be as
> > > easy.
>
> Any news?
Yes, it will be fixed this month. We've got a strategy that'll work for the
primary usecases - using little-endian everywhere.
-- Tino Didriksen
. Looking into it upstream:
https://github.com/hfst/hfst/issues/328
While it did successfully build in the past, that was only because the test
suite was disabled until recently. The tests revealed the unsigned char
issue which was easy to fix, and now the endian issue which will not be as
easy.
-- Tino Didriksen
ecessary for this package, and I very
strongly want it gone.
-- Tino Didriksen
dependencies
are apertium and apertium-lex-tools which are part of the same software
suite and almost always updated together.
Besides, the packages are new in unstable, so no other dependencies could
have built up in previous releases.
-- Tino Didriksen
On 11 August 2015 at 21:22, Julien Cristau jcris...@debian.org wrote:
On Tue, Aug 11, 2015 at 09:38:30 +0200, Tino Didriksen wrote:
No transition is needed, and as upstream I would really prefer no
transition is forced.
As upstream why does the binary package name for the library matter
36 matches
Mail list logo