<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Replied inline...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">-------- Original Message --------<br>Data: 2014-12-27 22:19<br>
Remitent: Riley Baird <<a href="mailto:BM-2cVqnDuYbAU5do2DfJTrN7ZbAJ246S4Xix@bitmessage.ch" target="_blank">BM-<u></u>2cVqnDuYbAU5do2DfJTrN7ZbAJ246S<u></u>4Xix@bitmessage.ch</a>><br><br>I've noticed that Debian has individual packages for each of the<br>
apertium language pairs. However, many of the language pairs have not<br>
yet been packaged for Debian.</blockquote><div><br></div><div>All released pairs have been packaged for Debian Experimental, and are making their way through the various pipes. The pairs in Stable are so old they're not really usable.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Would it make more sense to have something<br>
like an "apertium-data" package that contains all of the language pairs<br>
from upstream? It seems like it would be easier to maintain, and would<br>
ensure that all of the languages are present.<br></blockquote><div><br></div><div>That would be considerably harder to maintain from my point of view. Right now, Apertium has an automated nightly build service ( <a href="http://apertium.projectjj.com/apt/">http://apertium.projectjj.com/apt/</a> ) with all usable single language packages and all language pairs. I use the same scripts that power that service to make the stable Debian packages.</div><div><br></div><div>In either case, for any new pair release, the work would be the same: Update changelog, run the update script, git-import-dsc, git push, notify uploader.</div><div><br></div><div>But for the end user, a single apertium-data would mean they'd have to download many times more data than they actually want. What we could do is make a metapackage apertium-data that depends on all languages and pairs. That'd accomplish the same, but be more manageable...I'll put that on ToDo.</div><div><br></div><div>If you want newer Apertium packages, either wait for the Debian process, or use our nightly service.</div><div><br></div><div>-- Tino Didriksen</div></div></div></div>