Bug#943402: [Tts-project] Bug#943402: Bug#943402: I have the same issue
Hello, Missatge de Samuel Thibault del dia dv., 3 d’abr. 2020 a les 14:18: > Hello, > > Thanks for the patch! > It's the least I can do. I wish I had more time to devote to debian tts. > > Sergio Oller, le ven. 03 avril 2020 13:52:35 +0200, a ecrit: > > I was able to reproduce the issue and I submitted a merge request here: > > [1]https://salsa.debian.org/tts-team/festival-it/-/merge_requests/1 > > I am facing a technical issue with line endings in the source code and > the > > patch, so quilt refuses to apply it. > > Does anyone know how to fix those? > > I fixed it. I am however still getting the bug with the patch applied: > > $ LANG= dpkg -l \*fest\* > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Architecture Description > > +++-==-=--== > ii festival 1:2.5.0-4 amd64General > multi-lingual speech synthesis system > ii festival-freebsoft-utils 0.10-8all Festival > extensions and utilities > un festival-voice(no description > available) > ii festlex-cmu2.4-2 all CMU dictionary > for Festival > ii festlex-ifd2.0+debian0-6 all Italian support > for Festival > ii festlex-oald 2.4-3 all Festival lexicon > from Oxford Advanced Learners' Dictionary > ii festlex-poslex 2.4-1 all Part of speech > lexicons and ngram from English > ii festvox-italp16k 2.0+debian0-6 all Italian female > speaker for Festival > ii festvox-itapc16k 2.0+debian0-6 all Italian male > speaker for Festival > un festvox-kallpc16k (no description > available) > un pidgin-festival (no description > available) > ii speech-dispatcher-festival 0.9.1-4 amd64Festival support > for Speech Dispatcher > > $ echo text | festival --tts > SIOD ERROR: wrong type of argument to get_c_utt > My mistake. With the line ending issues I missed a function return value. I pushed one additional commit to the salsa repository. Just in case anyone wonders, debugging the error became a bit easier once I added "(set_backtrace t)" to /etc/festival.scm > Samuel > > ___ > Tts-project mailing list > tts-proj...@alioth-lists.debian.net > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/tts-project
Bug#943402: [Tts-project] Bug#943402: I have the same issue
I was able to reproduce the issue and I submitted a merge request here: https://salsa.debian.org/tts-team/festival-it/-/merge_requests/1 I am facing a technical issue with line endings in the source code and the patch, so quilt refuses to apply it. Does anyone know how to fix those?
Bug#911240: festvox-ca-ona-hts: Weird 'copyright' sound at the beginning of synthesised speech
Dear Francis, Festival does not support UTF-8. You should send the text to festival with ISO-8859-15 encoding. The accented character ò is represented by two bytes in UTF-8. Festival interprets those two bytes as two ISO-8859-15 characters, one of them being the copyright symbol. That's why you are hearing "copyright". You can probably use iconv to do the character encoding conversion. Best Sergio El dc., 17 d’oct. 2018, 16:51, Francis Tyers va escriure: > Package: festvox-ca-ona-hts > Version: 1.3-2 > Severity: important > > Dear Maintainer, > >* What led up to the situation? > > I installed festvox-ca-ona-hts > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > I ran: > > $ echo "això és una prova" | festival --tts --language catalan > > >* What was the outcome of this action? > > It said "A ix copyright és una prova" > >* What outcome did you expect instead? > > It should say "això és una prova" > > -- System Information: > Debian Release: buster/sid > APT prefers testing > APT policy: (500, 'testing'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) > Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8), > LANGUAGE=ca_AD.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages festvox-ca-ona-hts depends on: > ii festival 1:2.5.0-2 > ii festival-ca 3.0.6-1 > > festvox-ca-ona-hts recommends no packages. > > festvox-ca-ona-hts suggests no packages. > > -- no debconf information >
Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work
Hi, El dia 6 set. 2016 3:46 a. m., "Guillem Jover" va escriure: > > On Tue, 2016-09-06 at 00:54:38 +0200, Sergio Oller wrote: > > 2016-09-05 23:32 GMT+02:00 Guillem Jover : > > > * The copyright years and holders might need an update? > > > > I have updated the copyright years and holders for the files that have > > changed among versions. > > Sorry for being nit-picky, but I think you mentioned that you modified > those files, although as holder UPC and/or Antonio Bonafonte are > mentioned. Shouldn't you add yourself there? > > Once this is clarified, I'll be doing the upload. > Even though I may be author or coauthor of some of the files of the package, that does not imply that I own the copyright. A typical case were this happens is if I were an employee (the copyright of my work on my worktime usually would belong to my employer). I do have moral authorship rights and that is acknowledged in the documentation. So I don't need and I should not add myself to the copyright, as I do not own it. With respect to the copyright dates I am not sure they need to be modified for minor changes. After the Bern convention it seems that the most important date is the first one (in case there is a copyright dispute). The last date will affect when the work will be available as public domain (around 70 years after the death of the copyright holder) and that is not a concern for the copyright owners of the package as long as it seems to be far beyond their lifetime. > > > * I have no clue how these voices work internally so you'll have > > >to give me a hand here. What's the source for upc_ca_ona.htsvoice? > > >How do you generate that? Do we have the tools to do so in Debian? > > >Otherwise we might need to put this in contrib. :/ > > > > I would understand moving the package to contrib if that is where it > > belongs. > > > > There is a summarised description of the process of generating the htsvoice > > file in the README.source file. Basically, the htsvoice file contains the > > voice model (so no "code", just "data"). > > Ah right, sorry I think I had seen it before when I checked the source > some weeks ago, but had forgotten. At first sight, it unfortunately looks > like a contrib candidate to me, indeed. > > In Debian we consider code/data just software, so the distinction is > not usually significant. > > I think the situation here is complicated by several factors: > > 1) The LGPL on the output means the source should be shipped > together. And the DFSG does requite that anyway. The LGPL is a very poor choice of a license for data, as it was designed for code libraries. The intention was that if someone improves the model they need to release it with the same terms. Probably a CC-BY-SA would be more appropriate. In the future I will discuss with the copyright owners a possible license change. > 2) The source is very huge, and might not be suitable for the > archive anyway. By source do you understand the raw data? The tools needed for training the model? Or both? I ask just to be in the same page. > 3) Generating the output is very time and memory consuming, which > means it is unfeasible to build as any normal package, but > given 2), we cannot easily fallback to use the pre-generated > files and just ship the sources in case someone wants to change > something. That is the main reason the raw data is not provided in the package directly. > 4) And to generate the source we need a non-free tool as well. > > Perhaps other voices can easily get by because they do not suffer (as > much) from 1, 2 and 4, which means that 3 ends up being acceptable. > I will check other voices if you want. I don't think all of them provide the raw data (it was not considered part of the source). > > Other packages (such as festlex-poslex) do provide trained models without > > the training the data from scratch and are in main. I found a thread > > https://lists.debian.org/debian-legal/2009/05/msg00028.html where a similar > > case is discussed, but I did not see a final consensus on the issue. Also, > > the ftp masters authorised the previous upload of this package. > > Right, I think this has the potential to affect pretty much all the > festival voices in Debian, so this probably deserves a wider discussion > at least within the TTS team. So I'm fine with uploading a package fixing > the current bug, and then dealing with any decision on the location of > the sources in the archive. The problem is wider than that: - do 2D images rendered from 3D models require the 3D models as source? - do audio tracks, effects or mixtures require the original audio trac
Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work
Hi, I have just committed changes to address your comments and I have uploaded the package again to mentors: Again, you can fetch the package using: dget -x https://mentors.debian.net/debian/pool/main/f/festvox-ca-ona-hts/festvox-ca-ona-hts_1.3-1.dsc Further info is available here: https://mentors.debian.net/package/festvox-ca-ona-hts Comments to your review follow here: 2016-09-05 23:32 GMT+02:00 Guillem Jover : Sure! Here's the review, please: > > * Document changes for Vcs-* fields. * Document dependency version bumps and additions. > * Minor stylistic nit, add a space between the >= and the version. :) > All these three have been fixed. > * The copyright years and holders might need an update? > I have updated the copyright years and holders for the files that have changed among versions. > * I have no clue how these voices work internally so you'll have >to give me a hand here. What's the source for upc_ca_ona.htsvoice? >How do you generate that? Do we have the tools to do so in Debian? >Otherwise we might need to put this in contrib. :/ > I would understand moving the package to contrib if that is where it belongs. There is a summarised description of the process of generating the htsvoice file in the README.source file. Basically, the htsvoice file contains the voice model (so no "code", just "data"). To generate this model, we used around 3 weeks of computer processing power and up to 5GB of RAM in some parts of the process. I don't think it makes much sense to regenerate it in Debian. Apart from the computer power, you will need the recordings with their phonetic segmentation. For this model, they can be downloaded from http://festcat.talp.cat/download/data, distributed with a CC-BY-SA license (the recordings are almost 1GB large). You will also need some tools, all but one of them are free. The one that is non-free is called HTK. It can be downloaded gratis and is open-source but is non-free because it is not redistributable. You can see the license terms here: http://htk.eng.cam.ac.uk/docs/license.shtml. Other packages (such as festlex-poslex) do provide trained models without the training the data from scratch and are in main. I found a thread https://lists.debian.org/debian-legal/2009/05/msg00028.html where a similar case is discussed, but I did not see a final consensus on the issue. Also, the ftp masters authorised the previous upload of this package. I (as part of upstream) cannot improve the situation for the htsvoice models as we don't have the resources to develop a fully free alternative to HTK. Providing the raw data should allow anyone to train better models and it is already more than what other packages have done. > * The package is pretty much lintian clean, except for a pedantic >tag about missing an upstream changelog, which we can ignore. > > I've built and tested these and they work fine, thanks! > Cool! > > > In the past it was a bit hard to find a sponsor and knowing that I had to > > go through the process of finding one was demotivating me a bit. > > Please feel free to contact me anytime you need a sponsor, at least for > any Catalan related package. In case I'm not responsive you could also > try the debian-l10n-cata...@lists.debian.org mailing list, or just Cc > it when you mail me. :) Thanks, I will do that for sure! Sergio
Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work
Hi Guillem, I have been working this summer to get the new upstream version of this package and after some testing it seems it works fine, so I just uploaded its package to mentors. Could you please sponsor it? In the past it was a bit hard to find a sponsor and knowing that I had to go through the process of finding one was demotivating me a bit. You can fetch the package using: dget -x https://mentors.debian.net/debian/pool/main/f/festvox-ca-ona-hts/festvox-ca-ona-hts_1.3-1.dsc Further info is available here: https://mentors.debian.net/package/festvox-ca-ona-hts If there is anything on my side I can do to help please contact me. Thanks in advance and sorry for the delay, Sergio 2016-09-05 19:27 GMT+02:00 Guillem Jover : > Control: severity -1 serious > > Hi! > > On Wed, 2015-05-20 at 12:41:04 +0200, Sergio Oller Moreno wrote: > > Festival 2.4 seems to break compatibility with previous festival 2.1 > > HTS voices. > > > > I will update the Catalan voices as soon as possible (ideally this week) > > to be compatible with festival 2.4 and I will check if there are other > > HTS voices in Debian. > > Bumping the severity as this pretty much makes the package unsuitable > for release. > > Oh, and I was going to propose that if doing the necessary changes > were too involved, packaging the clunits variants might be an option, > but then just noticed that there's now a new upstream release. So if > you need a sponsor to update the package, please let me know! > > Thanks, > Guillem >
Bug#747618: festvox-us-slt-hts: changing from ITP to RFP
Just to report progress and status, I created the package here: https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=tts/festvox-us-slt-hts.git;a=summary I am no longer interested in looking for a sponsor for the package, and the packaging itself is probably outdated (last commit August 2014). If anyone is willing to make the effort of packaging it and maintaining it, feel free to do so. 2015-12-27 13:16 GMT+01:00 Lucas Nussbaum : > retitle 747618 RFP: festvox-us-slt-hts -- US English voice for Festival. > 32kHz sample rate, HTS > noowner 747618 > tag 747618 - pending > thanks > > Hi, > > A long time ago, you expressed interest in packaging festvox-us-slt-hts. > Unfortunately, > it seems that it did not happen. In Debian, we try not to keep ITP bugs > open > for a too long time, as it might cause other prospective maintainers to > refrain from packaging the software. > > This is an automatic email to change the status of festvox-us-slt-hts from > ITP > (Intent to Package) to RFP (Request for Package), because this bug hasn't > seen > any activity during the last 12 months. > > If you are still interested in packaging festvox-us-slt-hts, please send a > mail to > with: > > retitle 747618 ITP: festvox-us-slt-hts -- US English voice for Festival. > 32kHz sample rate, HTS > owner 747618 ! > thanks > > It is also a good idea to document your progress on this ITP from time to > time, by mailing <747...@bugs.debian.org>. If you need guidance on how to > package this software, please reply to this email, and/or contact the > debian-ment...@lists.debian.org mailing list. > > Thank you for your interest in Debian, > -- > Lucas, for the QA team >
Bug#785799: [festvox-ca-ona-hts] Since las festival upgrade, catalan voice is not correctly recognized and does not work
Festival 2.4 seems to break compatibility with previous festival 2.1 HTS voices. I will update the Catalan voices as soon as possible (ideally this week) to be compatible with festival 2.4 and I will check if there are other HTS voices in Debian. Thanks for the report. El 20/05/2015, a les 12:32, Ximo Baldó i Soriano va escriure: > Package: festvox-ca-ona-hts > Version: 1.2-1 > Severity: important > > --- Please enter the report below this line. --- > > Since last festival package upgrade on May 11th, festvox-ca-ona-hts catalan > voice for festival no longer works. > > I'm using speech-dispatcher with festival as output module wit jovie > (formerly > ktts. kde text speech system). When I try to add a "talker", during > configuration, all languages appear correctly recognized but catalan. Whith > catalan voice, Catalan name does no appear on the list, it shows as "none", > making it incorrectly configurable. > > > Here you can see, when starting Jovie, talker "Kanija" shows lang="es" > correctly, and talker "Kaya" shows lang="none" instead lang="ca" (which I > think is the correct form): > > --- > jovie(32650)/kttsd (daemon) SpeakerPrivate::readTalkerData: > TalkerListWidget::loadTalkerCodes: talkerID = "Kanija" > jovie(32650)/kttsd (daemon) SpeakerPrivate::readTalkerData: > TalkerCodeWidget::loadTalkerCodes: talkerCode = " lang="es" outputModule="festival" voiceName="" voiceType="6" > volume="20" rate="10" pitch="5" punctuation="1"/>" > jovie(32650)/kttsd (daemon) SpeakerPrivate::readTalkerData: > TalkerListWidget::loadTalkerCodes: talkerID = "Kaya" > jovie(32650)/kttsd (daemon) SpeakerPrivate::readTalkerData: > TalkerCodeWidget::loadTalkerCodes: talkerCode = " lang="none" outputModule="festival" voiceName="" voiceType="6" > volume="20" rate="10" pitch="5" punctuation="1"/>" > --- > > I don't know what info do you need, but when trying to selecto voice in > festival and test it I get an aplay error: > > festival> (voice.list) > (upc_ca_ona_hts el_diphone kal_diphone) > festival> (voice_el_diphone) > el_diphone > festival> (SayText "testing festival voices") > # > festival> (voice_kal_diphone) > kal_diphone > festival> (SayText "testing festival voices") > # > festival> (voice_upc_ca_ona_hts) > upc_ca_ona_hts > festival> (SayText "testing festival voices") > > Warning: HTS_fopen: Cannot open hts/htsvoice. > aplay: main:593: bad speed value 0 > # > festival> > > First two voices works correctly (spanish and english), but catalan voice > gives an error. > > > As far I know, my config files are corrects, configured with festival and > catalan > as default module and voice: > > > ~/.speech-dispatcher/speechd.conf: > # Global configuration for Speech Dispatcher > # == > > # -SYSTEM OPTIONS- > > # CommunicationMethod specifies the method to be used by Speech Dispatcher to > communicate with > # its clients. Two basic methods are "unix_socket" and "inet_socket". > # > # unix_socket -- communication over Unix sockets represented by a file in the > # filesystem (see SocketPath below). This method works only locally, but is > # prefered for standard session setup, where every user runs his own instance > of Speech > # Dispatcher to get voice feedback on his own computer. > # > # inet_socket -- alternatively, you can start Speech Dispatcher on > # a TCP port and connect to it via hostname/port. This allows for a more > # flexible setup, where you can use Speech Dispatcher over network > # from different machines. See also the Port and LocalhostAccessOnly > # configuration variables. > # > # CommunicationMethod "unix_socket" > > # SocketPath is either "default" or a full path to the filesystem > # where the driving Unix socket file should be created in case the > # CommunicationMethod is set to "unix_socket". The default is > # $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock where $XDG_RUNTIME_DIR > # is the directory specified by the XDG Base Directory Specification. > # Do not change this unless you have a reason and know what you are doing. > > # SocketPath "default" > > # The Port on which Speech Dispatcher should be available to clients if the > "inet_socket" > # communication method is used. > > # Port 6560 > > # By default, if "inet_socket" communication method is used, the specified > port is opened only > # for connections comming from localhost. If LocalhostAccessOnly is set to 0 > it disables this > # access controll. It means that the port will be accessible from all > computers on the > # network. If you turn off this option, please make sure you set up some > system rules on what > # computers are and are not allowed to access the Speech Dispatcher port. > > # LocalhostAccessOnly 1 > > # -LOGGING CONFIGURATION- > > # The LogLevel is a number between 0 and 5 that specifies > # how much of the logging information should be printed > # out on the screen or in the logfile (see LogFile)
Bug#756335: FTBFS with clang instead of gcc
Dear Alexander, Thank you for submitting the patch. I have commited it to the git repository [1] and it will be available on the next upload. Sergio [1] http://anonscm.debian.org/gitweb/?p=tts/speech-tools.git;a=commit;h=d0208f71fdea5dc179d2ea2bf54187b21498b5c1 2014-07-28 23:11 GMT+02:00 Alexander : > Source: speech-tools > Severity: minor > Tags: patch > User: pkg-llvm-t...@lists.alioth.debian.org > Usertags: clang-ftbfs > > Hello, > > Using the rebuild infrastructure, your package fails to build with clang > (instead of gcc). > > We detected this kinf of error: > > http://clang.debian.net/status.php?version=3.4.2&key=WRONG_DEFAULT_DECLARATION > > Full build log is available here: > > http://clang.debian.net/logs/2014-06-16/speech-tools_2.1~release-7_unstable_clang.log > > Thanks, > Alexander > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash >
Bug#747618:
retitle 747618 RFS: festvox-us-slt-hts -- US English voice for Festival. 32kHz sample rate, HTS thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747618: ITP: festvox-us-slt-hts -- US English voice for Festival. 32kHz sample rate, HTS
Package: wnpp Severity: wishlist Owner: Sergio Oller * Package name: festvox-us-slt-hts Version : 2010.10.25 Upstream Author : Alan W Black * URL : http://festvox.org/voicedemos.html * License : MIT/X11-like Programming Lang: scheme Description : US English voice for Festival. 32kHz sample rate, HTS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732083: voice names hard coded for languages
Dear Peter and fellow festival maintainers, I think commit 9857746e5c9ca106b8f051a0198af05152fad0b1 fixes this. See commitdiff at [1]. Basically I added a flag to know whether or not proclaim_voice was found. If proclaim_voice is not found, voice is registered as it was done before the patch. I think this solves the issue once and for all. [1] http://anonscm.debian.org/gitweb/?p=tts/festival.git;a=commitdiff;h=9857746e5c9ca106b8f051a0198af05152fad0b1 2014-04-16 6:10 GMT+02:00 Peter Drysdale : > Dear Sergio and fellow festival maintainers, > > Sorry for the delay - I only bisected this yesterday due to breaking > of loading of some demo voices with an unhelpful error message. > > I wish to revisit the solution for closing this bug. > The solution changes the behaviour of (voice.list). > In particular voices which do not contain proclaim_voice information > fail to appear in the voice list. The current version of festival will list > such voices. This would be less of a problem except for > some of upstream's provided demo voices do not include this information. > I didn't find this earlier since I do not use those demo voices but users > often use them since they are explicitly provided by upstream. > > It should be noted that the last paragraph of Chapter 24 of the Festival > manual > (which we ship) discusses that (voice.list) should contain possible voices > not > just valid voices. > > Would it be possibly to alter this patch solution so although default voice > is > set from a valid list - BUT (voice.list) continues to contain possibly > invalid and/or > voices without proclaim_voice (such as upstream's provided demo voices). > > best regards, > Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699950: Festival-doc was orphaned by Kartik - should this be removed from the archive at this point?
Here is an updated status of the bug: There is a git repository in [1] with festival-doc. I have added myself as a maintainer, and I will maintain both festival-doc and speech-tools-doc until they are merged into festival and speech-tools (which I help maintaining as part of the Text To Speech group). Regarding festival-doc, a patch is ready to generate HTML and PS documentation from festival sources, so I have removed festival-doc from the src:festival-doc debian/control and debian/rules files. Regarding speech-tools-doc, due to the doc++ to doxygen change, my current and almost final patch states: 226 changed files with 16087 additions and 11335 deletions. I have submitted this patch upstream, and they gave me a big thank you (they could not build speech-tools documentation either). Upstream said they are going to merge it and include it in their next release, hopefully soon. All this said, this is my first adoption of an orphaned package, so if I have forgotten any step, or done any wrong thing please feel free to correct me. [1] http://anonscm.debian.org/gitweb/?p=tts/festival-doc.git;a=summary 2013/8/3 Sergio Oller > I will try to push this bug forward: > > festival-doc source package builds two packages: festival-doc and > speech-tools-doc. Once we have a build system working for both packages, I > suggest Jean-Philippe intends to adopt festival-doc source package (or the > TTS team adopts it, I don't know :-) ). > > Here is the status of building both packages from festival and > speech-tools sources: > > Regarding festival-doc: > === > I have managed to successfully build festival-doc from the festival source > package using texi2html. > As Ryan Kavanagh pointed to Peter, there is a transition from texi2html to > texinfo [1]. Until I have properly replaced texi2html with texinfo I will > not commit any patch unless you prefer to have a texi2html temporal > solution. > > I have to read how to replace texi2html with texinfo, I hope it is not > going to be hard, given that many people may have done this transition > before :-) > > > Regarding speech-tools-doc: > = > Building speech-tools-doc from src:speech-tools is not trivial. > > Current issues: > -- > > - It depends on Doc++ (an automatic documentation program not updated > since 2003 [2] and removed from debian repository [3]). > - It depends on jade which seems to be being replaced by openjade because > (according to jade's changelog [4] and jade's website [5]) it has not > received any upstream update since 1999. > - The manual is in DocBook V3.0 and quite integrated with Doc++ specific > XML output format. > > > Proposed solution: (I am working on it now) > -- > - Replace Doc++ with Doxygen. Doxygen is quite standard for source > documentation nowadays. It can provide output in HTML and PDF formats and > initially it was partially based on Doc++ [6], so its syntax is quite > similar. > - Replace the sgml manual with markdown pages. Doxygen is markdown > friendly and this change would allow us to integrate the manual with the > source code documentation and build everything together (with links from > the manual to the source documentation, etc...). > > * Pros: > - The proposed solution would drop all documentation dependencies (doc++, > jade, perl...) and only leave doxygen, which seems to have good support and > is a very active project with many users. > - The Makefile will be much simpler. > - Markdown format is extensively used in many projects and very easy to > read in raw format. > > * Cons: > - Converting sgml pages to markdown may lead to a patch of considerable > size. I will try to estimate its size ASAP. > > > > > As always, alternative solutions, comments, likes/dislikes are very > welcome :-) > > > References: > === > [1] http://lists.debian.org/debian-devel/2013/05/msg01580.html > [2] http://sourceforge.net/projects/docpp/files/doc%2B%2B/ > [3] http://packages.qa.debian.org/d/doc++.html > [4] > http://ftp-master.metadata.debian.org/changelogs//main/j/jade/jade_1.2.1-47.3_changelog > [5] http://www.jclark.com/jade/ > [6] http://www.stack.nl/~dimitri/doxygen/#acknowledgements > >
Bug#732083: festival: voice names are hard-coded for each language
tags + pending -- Thank you for thinking and suggesting of such a nice feature. On behalf of the TextToSpeech Debian team, I have commited a patch [1] which should fix this issue. On the next upload this bug will be closed. [1] http://anonscm.debian.org/gitweb/?p=tts/festival.git;a=commit;h=a811a841d8afb9e517c458771a2b251446536b19
Bug#699950: Festival-doc was orphaned by Kartik - should this be removed from the archive at this point?
I will try to push this bug forward: festival-doc source package builds two packages: festival-doc and speech-tools-doc. Once we have a build system working for both packages, I suggest Jean-Philippe intends to adopt festival-doc source package (or the TTS team adopts it, I don't know :-) ). Here is the status of building both packages from festival and speech-tools sources: Regarding festival-doc: === I have managed to successfully build festival-doc from the festival source package using texi2html. As Ryan Kavanagh pointed to Peter, there is a transition from texi2html to texinfo [1]. Until I have properly replaced texi2html with texinfo I will not commit any patch unless you prefer to have a texi2html temporal solution. I have to read how to replace texi2html with texinfo, I hope it is not going to be hard, given that many people may have done this transition before :-) Regarding speech-tools-doc: = Building speech-tools-doc from src:speech-tools is not trivial. Current issues: -- - It depends on Doc++ (an automatic documentation program not updated since 2003 [2] and removed from debian repository [3]). - It depends on jade which seems to be being replaced by openjade because (according to jade's changelog [4] and jade's website [5]) it has not received any upstream update since 1999. - The manual is in DocBook V3.0 and quite integrated with Doc++ specific XML output format. Proposed solution: (I am working on it now) -- - Replace Doc++ with Doxygen. Doxygen is quite standard for source documentation nowadays. It can provide output in HTML and PDF formats and initially it was partially based on Doc++ [6], so its syntax is quite similar. - Replace the sgml manual with markdown pages. Doxygen is markdown friendly and this change would allow us to integrate the manual with the source code documentation and build everything together (with links from the manual to the source documentation, etc...). * Pros: - The proposed solution would drop all documentation dependencies (doc++, jade, perl...) and only leave doxygen, which seems to have good support and is a very active project with many users. - The Makefile will be much simpler. - Markdown format is extensively used in many projects and very easy to read in raw format. * Cons: - Converting sgml pages to markdown may lead to a patch of considerable size. I will try to estimate its size ASAP. As always, alternative solutions, comments, likes/dislikes are very welcome :-) References: === [1] http://lists.debian.org/debian-devel/2013/05/msg01580.html [2] http://sourceforge.net/projects/docpp/files/doc%2B%2B/ [3] http://packages.qa.debian.org/d/doc++.html [4] http://ftp-master.metadata.debian.org/changelogs//main/j/jade/jade_1.2.1-47.3_changelog [5] http://www.jclark.com/jade/ [6] http://www.stack.nl/~dimitri/doxygen/#acknowledgements
Bug#704064: spyder could suggest gitk and git-gui
Package: spyder Version: 2.1.10-1 Severity: wishlist Tags: patch Dear Maintainer, As you may already know, Spyder is able to somehow integrate with version control systems like git. git integration is performed via "right click" on the "File explorer" and choosing the "Commit" or "Browse repository" options. These two menu options call "git-gui" and "gitk" commands respectively. Therefore, I believe that both git-gui and gitk enhance spyder and it would be nice for both packages to be added to spyder's debian/control as suggested packages. Feel free to "wontfix" this bug if you have strong feelings otherwise. Thanks for your work and your time. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-26-generic (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spyder depends on: ii python2.7.3-0ubuntu7 ii python-spyderlib 2.1.10-1 spyder recommends no packages. spyder suggests no packages. Versions of packages python-spyderlib depends on: ii libjs-sphinxdoc 1.1.3+dfsg-4ubuntu3 ii python 2.7.3-0ubuntu7 ii python-qt4 4.9.3-4 ii python2.72.7.3-5ubuntu4 Versions of packages python-spyderlib recommends: ii ipython0.13.1~rc3-0ubuntu1 ii pep8 1.2-1 ii pyflakes 0.5.0-2ubuntu1 ii pylint 0.25.1-1ubuntu1 ii python-matplotlib 1.1.1-1 ii python-numpy 1:1.6.2-1ubuntu1 ii python-rope0.9.2-1ubuntu1 ii python-scipy 0.10.1+dfsg1-4 ii python-sphinx 1.1.3+dfsg-4ubuntu3 Versions of packages python-qt4 depends on: ii libc6 2.15-0ubuntu20 ii libgcc1 1:4.7.2-2ubuntu1 ii libpython2.7 2.7.3-5ubuntu4 ii libqt4-dbus 4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-declarative4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-designer 4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-help 4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-network4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-script 4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-scripttools4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-svg4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-test 4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-xml4:4.8.3+dfsg-0ubuntu3.1 ii libqt4-xmlpatterns4:4.8.3+dfsg-0ubuntu3.1 ii libqtassistantclient4 4.6.3-4 ii libqtcore44:4.8.3+dfsg-0ubuntu3.1 ii libqtgui4 4:4.8.3+dfsg-0ubuntu3.1 ii libqtwebkit4 2.2.1-4ubuntu1 ii libstdc++64.7.2-2ubuntu1 ii python2.7.3-0ubuntu7 ii python-sip [sip-api-8.1] 4.13.3-2 ii python2.7 2.7.3-5ubuntu4 Versions of packages python-qt4 suggests: pn python-qt4-dbg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699950: Festival-doc was orphaned by Kartik - should this be removed from the archive at this point?
Dear all, I will try to give my two cents, although I'm not an a11y expert :-) 2013/2/10 Peter Drysdale > Dear Maintainer/Uploaders of festival and Users of festival-docs, > > To clarify the situation. festival-doc currently contains a html and ps > (Postscript) version of > the "Festival Manual". The version number is 1.4.2 and dates from 25th > July 2001. > > CMU (the current employer of Prof. Alan Black - one of the original > authors of festival) > has an online version of the manual version number 1.4.3 and dated 27th > December 2002. > > CSTR at University of Edinburgh - (the University where festival was > originally written) has an > online version of the manual version number 1.4.0 and dated 17th July 1999. > > No later copies of the main content of "Festival Manual" appear to have > been published. > > The current Debian festival (not festival-docs) package ships a copy of > "Festival Manual" > as part of the festival deb file. It is labelled 1.4.3. It like all the > others is old. > It is superior to the CMU online version in one respect the festival > Scheme interpreter > function list at the end of this manual is dynamically regenerated from > the source > code each time we build the festival package. Thus is reflects the > "function comment lines" > of the current Debian version of festival. > Even though the Festival documentation may be old it is still quite accurate, as Festival has not changed much in the past 10 years :-) > > Please note the copy of "Festival manual" we ship with the festival deb is > in "info" format > and may be accessed using "info festival" command. > > I didn't really care which format I use hence my suggestion that we drop > festival-doc. BUT... > > The format may be important from an a11y perspective for our users ! > > Based your combined knowledge a11y issues could everyone give an opinion > on "info" > vs "html" vs "ps". Please everyone give your opinion on this. > I would say that HTML is better than PS for accessibility. For instance, I am not able to select text using evince from the festival manual included in the festival-doc package. Maybe modern PS or modern PDF formats such as [PDF/UA](http://en.wikipedia.org/wiki/PDF/UA) are good for accessibility purposes, but I have seen many more a11y-ready web pages than a11y-ready PDF files. Regarding the info format... I don't know much about its a11y... :-S > > Should we just choose one of those formats not necessarily the current > "info" format > for bundling with festival deb and drop festival-doc or are the additional > formats important? > > I strongly suggest from now on we build whatever manuals regenerated from > the actual > festival source code in our current deb. This suggests festival-doc even > if it is decided > to continue to exist should be a binary package built from the common > festival source package, > i.e. from the debian/control and debian/rules files of the festival source > package. > I agree. The festival-doc source package should be removed and the festival-doc and speech-tools-doc binary packages should be built from festival and speech-tools sources respectively. > > Based on this I think it would be appropriate for JP as maintainer of > festival to issue a > Debian ITA over the orphaned packages while we decide the formats and then > choose > whether we ship a binary festival-doc package built from festival source > package or only ship the one format > (as best serves the need of a11y users) inside the festival binary package. > > I look forward to hearing your experiences on formats from a a11y > perspective. Comments? > > I hope you agree that we should regenerate any shipped version of > "Festival manual" (even > though the bulk text is old) from our source code as we do for the current > "info" format (which > may change based on your input). Comments? > I agree completely. > > I have not pursued the speech-tools angle yet, but as a precaution I think > JP should Debian ITA in > his capacity as maintainer of speech-tools while we figure out how to > integrate its building out > of the common source or drop etc... > > with very best regards, > Peter > > Best regards, Sergio
Bug#601596: Joining the TTS team
I am interested in joining the Debian TTS team that seems Jean-Philippe Mengual is going to create soon. I am just starting into Debian (I come from Ubuntu) and I have had some experience with festival and speech-tools so I believe I might be of some help, however I am not a Debian Developer or Debian Maintainer so don't expect me to know a lot about the debian workflow (although I am willing to learn) :-) Also, I would like to package (and maintain) Festival's Catalan support (festival-ca and one or two Catalan HTS voices). It seems that it is needed to contact other maintainers of other TTS packages to ask them to join the future TTS team. I will try to find email addresses and contact them ten days from now (I expect to have some free time then) if it is still needed and everyone thinks this is fine. I am looking forward to all this. Regards, Sergio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#484532: Package in mentors, pending sponsor
The festival-ca package is in mentors waiting for a sponsor. If any New Maintainer or Debian Developer is interested, please sponsor it. It is lintian clean, LGPL, copyright in DEP-5 and has a patch in DEP-3. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/festival-ca Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/festival-ca/festival-ca_1.0.2-1.dsc I would be glad if someone uploaded this package for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606173: festival: Add new language support (general solution)
Dear All, 2011/8/30 Peter Drysdale > Dear All, > > I had a look at the code in this patch. It appears to follow analogously > from the existing > method by which festival finds voices. Extending this to languages does > appear to be > a natural extension. > Thanks for your attention! > > My testing agrees it is backward compatible. > Their appears to be merit in this patch whether of not upstream adopts it. > Thanks again. As you may know, upstream is not very active (does not release often), although I will submit this patch once it gets into Debian (if it is "approved in Debian" then it is easier for me to tell upstream to consider it). > > Jean-Philippe, I think we should add this patch with the two lintian > patches and the clustergen patch > for the quick release we discussed on the weekend. The patch only affects > architecture independent > scheme files so it wont change building so we need do not need to hold it > off. > > best regards, > Peter > I am quite new to the Debian policies and maybe this is not the place to ask, but have you considered fixing this wish (#638394) [1] in libestools? The libestools patch [2] and a simple rebuild in Festival would provide native ALSA support and fix possible audio latencies deriving from the use of aplay. Moreover, the aplay commands in /etc/festival.scm would not be needed anymore, and we could let festival to autodetect the audio module for linux and non-linux users. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638394 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=NativeALSA_fixed.patch;att=2;bug=638394 Thanks and best regards, Sergio
Bug#639701: ITP: festvox-ca-ona-hts -- Catalan text to speech voice for festival. 16kHz, HTS, female.
Package: wnpp Severity: wishlist Owner: Sergio Oller * Package name: festvox-ca-ona-hts Version : 1.0 Upstream Author : Sergio Oller * URL : http://www.talp.cat/festcat/ * License : LGPL Programming Lang: Lisp Description : Catalan text to speech voice for festival. 16kHz, HTS, female. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638394: Cleaner patch to provide native ALSA support
The attached debdiff is arch-aware and only adds ALSA support on a linux
environment.
The ALSA interface (audio/linux_sound.cc) has been patched to use
snd_pcm_set_params() instead of hwparams.
This has been tested on my launchpad ppa (
https://launchpad.net/~zeehio/+archive/ppa/+packages) and it works.
If there is anything I can do to push this patch, I am willing to help.
Regards,
Sergio
diff -u speech-tools-2.1~release/debian/rules speech-tools-2.1~release/debian/rules
--- speech-tools-2.1~release/debian/rules
+++ speech-tools-2.1~release/debian/rules
@@ -36,6 +36,13 @@
ifneq "$(wildcard /usr/share/misc/config.guess)" ""
cp -f /usr/share/misc/config.guess config.guess
endif
+ifeq ($(DEB_HOST_ARCH_OS),linux)
+ echo "Enabling native ALSA support"
+ echo "LINUXAUDIO = alsa" >> config/config
+else
+ echo "ALSA support disabled"
+ echo "LINUXAUDIO = none" >> config/config
+endif
$(MAKE) PROJECT_VERSION=$(shell dpkg-parsechangelog|grep "Version:"|sed 's/^.*://;s/~.*$$//') PROJECT_MAJOR_VERSION=$(MAJORVER)
touch $@
diff -u speech-tools-2.1~release/debian/changelog speech-tools-2.1~release/debian/changelog
--- speech-tools-2.1~release/debian/changelog
+++ speech-tools-2.1~release/debian/changelog
@@ -1,3 +1,33 @@
+speech-tools (1:2.1~release-3) unstable; urgency=low
+
+ * Enable native ALSA support for Linux arch.
+ * Fixed audio/linux_sound.cc applying patch from
+https://lists.berlios.de/pipermail/festlang-talk/2010-August/002425.html
+
+ -- Sergio Oller Wed, 24 Aug 2011 11:04:52 +0200
+
speech-tools (1:2.1~release-2) unstable; urgency=low
* Make libestools2.1-dev provide libestools2.0-dev, so that binNMUs can
diff -u speech-tools-2.1~release/debian/control speech-tools-2.1~release/debian/control
--- speech-tools-2.1~release/debian/control
+++ speech-tools-2.1~release/debian/control
@@ -6,6 +6,7 @@
Build-Depends: debhelper (>= 5),
autotools-dev,
gawk | awk,
+ libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
libesd0-dev,
libncurses5-dev,
quilt (>= 0.40)
@@ -32,6 +33,7 @@
Section: libdevel
Depends: ${misc:Depends},
libc6-dev,
+ libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
libesd0-dev,
libestools2.1 (= ${binary:Version}),
libncurses5-dev
diff -u speech-tools-2.1~release/debian/patches/series speech-tools-2.1~release/debian/patches/series
--- speech-tools-2.1~release/debian/patches/series
+++ speech-tools-2.1~release/debian/patches/series
@@ -1,6 +1,7 @@
audio_esd.cc.diff
audio_gen_audio.cc.diff
audio_nas.cc.diff
+audio_linux_sound.cc.diff
config_compilers_egcs.mak.diff
config_compilers_gcc28.mak.diff
config_compilers_gcc295.mak.diff
only in patch2:
unchanged:
--- speech-tools-2.1~release.orig/debian/patches/audio_linux_sound.cc.diff
+++ speech-tools-2.1~release/debian/patches/audio_linux_sound.cc.diff
@@ -0,0 +1,105 @@
+Index: speech-tools-2.1~release/audio/linux_sound.cc
+===
+--- speech-tools-2.1~release.orig/audio/linux_sound.cc 2011-08-23 21:30:32.171790493 +0200
speech-tools-2.1~release/audio/linux_sound.cc 2011-08-23 21:20:47.0 +0200
+@@ -469,19 +469,14 @@
+ cst_audiodev *audio_open_alsa(int sps, int channels, cst_audiofmt fmt)
+ {
+ cst_audiodev *ad;
+- unsigned int real_rate;
+ int err;
+
+ /* alsa specific stuff */
+ snd_pcm_t *pcm_handle;
+ snd_pcm_stream_t stream = SND_PCM_STREAM_PLAYBACK;
+- snd_pcm_hw_params_t *hwparams;
+ snd_pcm_format_t format;
+ snd_pcm_access_t access = SND_PCM_ACCESS_RW_INTERLEAVED;
+
+- /* Allocate the snd_pcm_hw_params_t structure on the stack. */
+- snd_pcm_hw_params_alloca(&hwparams);
+-
+ /* Open pcm device */
+ err = snd_pcm_open(&pcm_handle, pcm_dev_name, stream, 0);
+ if (err < 0)
+@@ -491,24 +486,6 @@
+ return NULL;
+ }
+
+- /* Init hwparams with full configuration space */
+- err = snd_pcm_hw_params_any(pcm_handle, hwparams);
+- if (err < 0)
+- {
+- snd_pcm_close(pcm_handle);
+- EST_warning("audio_open_alsa: failed to get hardware parameters from audio device. %s\n", snd_strerror(err));
+- return NULL;
+- }
+-
+- /* Set access mode */
+- err = snd_pcm_hw_params_set_access(pcm_handle, hwparams, access);
+- if (err < 0)
+- {
+- snd_pcm_close(pcm_handle);
+- EST_warning("audio_open_alsa: failed to set access mode. %s.\n", snd_strerror(err));
+- return NULL;
+- }
+-
+ /* Determine matching alsa sample format */
+ /* This could be implemented in a more */
+ /* flexible way (byte order conversion). */
+@@ -530,50 +507,19 @@
+ snd_pcm_close(pcm_handle);
+ EST_warning("audio_open_alsa: failed to find suitable format.\n");
+ return NULL;
+- break;
+- }
+-
+- /* Set samble fo
Bug#638394: libestools2.1: does not compile with existing ALSA support
Package: libestools2.1
Version: 1:2.1~release-2
Severity: wishlist
Tags: patch
Since 2.0.95 beta release of Speech Tools and Festival, the old and problematic
OSS audio backend was replaced by an ALSA backend.
Once applied a patch here, Festival will have native ALSA support, instead of
through the "aplay" command.
I attach the debdiff.
-- System Information:
Debian Release: squeeze/sid
APT prefers maverick-updates
APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500,
'maverick')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-30-generic-pae (SMP w/2 CPU cores)
Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libestools2.1 depends on:
ii libc6 2.12.1-0ubuntu10.2Embedded GNU C Library: Shared lib
ii libesd00.2.41-7 Enlightened Sound Daemon - Shared
ii libgcc11:4.5.1-7ubuntu2 GCC support library
ii libncurses55.7+20100626-0ubuntu1 shared libraries for terminal hand
ii libstdc++6 4.5.1-7ubuntu2The GNU Standard C++ Library v3
libestools2.1 recommends no packages.
libestools2.1 suggests no packages.
-- no debconf information
diff -u speech-tools-2.1~release/debian/changelog speech-tools-2.1~release/debian/changelog
--- speech-tools-2.1~release/debian/changelog
+++ speech-tools-2.1~release/debian/changelog
@@ -1,3 +1,9 @@
+speech-tools (1:2.1~release-3) unstable; urgency=low
+
+ * Added native ALSA support configuration
+
+ -- Sergio Oller Fri, 19 Aug 2011 01:59:32 +0200
+
speech-tools (1:2.1~release-2) unstable; urgency=low
* Make libestools2.1-dev provide libestools2.0-dev, so that binNMUs can
diff -u speech-tools-2.1~release/debian/control speech-tools-2.1~release/debian/control
--- speech-tools-2.1~release/debian/control
+++ speech-tools-2.1~release/debian/control
@@ -7,6 +7,7 @@
autotools-dev,
gawk | awk,
libesd0-dev,
+ libasound2-dev,
libncurses5-dev,
quilt (>= 0.40)
Standards-Version: 3.9.1
@@ -33,6 +34,7 @@
Depends: ${misc:Depends},
libc6-dev,
libesd0-dev,
+ libasound2-dev,
libestools2.1 (= ${binary:Version}),
libncurses5-dev
Conflicts: speech-tools-dev
diff -u speech-tools-2.1~release/debian/patches/config_config.diff speech-tools-2.1~release/debian/patches/config_config.diff
--- speech-tools-2.1~release/debian/patches/config_config.diff
+++ speech-tools-2.1~release/debian/patches/config_config.diff
@@ -1,9 +1,11 @@
This patch is part of a series of patches for speech-tools for
Debian GNU/Linux, which primarily fix build errors with GCC 4.3 and newer.
speech-tools-1.2.3.orig/config/config
-+++ speech-tools-1.2.3/config/config
-@@ -0,0 +1,172 @@
+Index: speech-tools-2.1~release/config/config
+===
+--- /dev/null 1970-01-01 00:00:00.0 +
speech-tools-2.1~release/config/config 2011-08-19 01:58:39.250076055 +0200
+@@ -0,0 +1,176 @@
+-*-mode:Makefile-*-
+## ##
+## Edinburgh Speech Tools: local configuration file ##
@@ -94,6 +96,10 @@
+## Special code to run Windows MPLAYER
+# INCLUDE_MODULES += MPLAYER_AUDIO
+
++## Under Linux there may be a choice of audio support
++## This is only used if we are under Linux (or a linux like system)
++LINUXAUDIO = alsa
++
+## USER INTERFACE
+
+## Command-line editing. This option gives command line editing and history.
Bug#606173: festival: Add new language support (general solution)
Package: festival Version: 1.97~svn20100328~ppa0~lucid Severity: normal Tags: patch It would be nice to add the attached patch to festival's git repository. Until now, in Festival, when a voice developer works in a new language, a bug has to be filled against festival to add support for that language, because lib/languages.scm has to be edited (see bugs #516262 and #335845). This patch provides a language independent lib/languages.scm that reads from the directory lib/languages/ and loads all the available languages automatically. Applying this patch to Festival would allow voice developers to add support for new languages without having to fill bugs against festival everytime. -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-26-generic (SMP w/2 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages festival depends on: ii 3.112ubuntu1add and remove users and groups ii 1.15.5.6ubuntu4.4 Debian package management system ii 4.13a.dfsg.1-5ubuntu1 Manage installed documentation in ii 0.2.6-8ubuntu1 Open-source version of SGI's audio ii 2.11.1-0ubuntu7.5 Embedded GNU C Library: Shared lib ii 0.2.41-6ubuntu1 Enlightened Sound Daemon - Shared ii 1:1.2.97~20100328~ppa0~lucidEdinburgh Speech Tools Library ii 1:4.4.3-4ubuntu5GCC support library ii 5.7+20090803-2ubuntu3 shared libraries for terminal hand ii 1:0.9.22~0.9.21+stable-queue-32 PulseAudio client libraries ii 4.4.3-4ubuntu5 The GNU Standard C++ Library v3 ii 4.0-0ubuntu8Linux Standard Base 4.0 init scrip ii 1.26SGML infrastructure and SGML catal ii 2.87dsf-4ubuntu17 System-V-like runlevel change mech Versions of packages festival recommends: ii festvox-kallpc16k [festival-v 1.4.0-5American English male speaker for Versions of packages festival suggests: pn festival-freebsoft-utils (no description available) pn festival-gaim (no description available) pn pidgin-festival(no description available) -- no debconf information >From 9f1613345b79189e8c6bc3886cda0687009891c4 Mon Sep 17 00:00:00 2001 From: Sergio Oller Date: Tue, 7 Dec 2010 02:45:43 +0100 Subject: [PATCH] This commit makes possible to add new languages without having to patch festival. Signed-off-by: Sergio Oller --- debian/patches/lib_languages.scm.diff | 865 ++--- debian/patches/russian_patch.diff | 28 -- 2 files changed, 791 insertions(+), 102 deletions(-) diff --git a/debian/patches/lib_languages.scm.diff b/debian/patches/lib_languages.scm.diff index 7c84d6a..a2ad3bc 100644 --- a/debian/patches/lib_languages.scm.diff +++ b/debian/patches/lib_languages.scm.diff @@ -1,53 +1,587 @@ This patch is part of a series of patches for festival for Debian GNU/Linux, which primarily fix build errors with GCC 4.3 and newer. -Index: b/lib/languages.scm +Index: festival/lib/languages.scm === a/lib/languages.scm -+++ b/lib/languages.scm -@@ -45,8 +45,8 @@ - (require 'voices) - ;; Will get more elaborate, with different choices of voices in language +--- festival.orig/lib/languages.scm 2010-12-07 01:41:11.513825851 +0100 festival/lib/languages.scm 2010-01-14 20:39:32.0 +0100 +@@ -2,7 +2,7 @@ + ;;; ;; + ;;;Centre for Speech Technology Research ;; + ;;; University of Edinburgh, UK ;; +-;;; Copyright (c) 1996,1997 ;; ++;;; Copyright (c) 1996,2010 ;; + ;;;All Rights Reserved. ;; + ;;; ;; + ;;; Permission is hereby granted, free of charge, to use and distribute ;; +@@ -31,90 +31,145 @@ + ;;; ;; + + ;;; +-;;; Specification of voices and some major choices of synthesis ++;;; Author: Sergio Oller ++;;; Date: January 2010 + ;;; + ;; + ;;; +-;;; This should use some sort of database description for voices so +-;;;
