Re: Bits from keyring-maint
On Sep 14, Gunnar Wolf wrote: > pushing Debian towards adopting stronger RSA keys - We have accepted > some 2048R keys, but if you don't have a real reason to keep your key > at that size (i.e. you very often build on underpowered machines where > a 4096R key takes forever, or something like that), we really prefer > to go with 4096R keys. I would like to know the process which lead to selecting these figures. -- ciao, Marco signature.asc Description: Digital signature
/usr/share/info/dir.gz if install-info is installed
Hello, I just built docbook2x and gettext and both contained the file mentioned in subject. install-info created dir which got gzip later in the build process. The strance thing is the almost none of the buildds ship this file. According to [0] only s390(lxdebian) ships this file in gettext and qingy and kfreebsd-* in tk707. From the unreleased architectures I found dir.gz in sh4 but not in sparc64. Comparing the build-logs it looks like those architectures have install-info allready installed (since it was part of dpkg once) and they never removed it by hand but upgraded to the package built from texinfo source. So this is to let you know, to remove this package in order to avoid further problems :) [0] http://packages.debian.org/search?suite=squeeze§ion=all&arch=any&searchon=contents&keywords=dir.gz Sebastian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914090813.ga2...@chamillionaire.breakpoint.cc
Re: /usr/share/info/dir.gz if install-info is installed
On Tue, Sep 14, 2010 at 11:08:13AM +0200, Sebastian Andrzej Siewior wrote: > Hello, > > I just built docbook2x and gettext and both contained the file mentioned > in subject. install-info created dir which got gzip later in the build > process. The strance thing is the almost none of the buildds ship this > file. According to [0] only s390(lxdebian) ships this file in gettext > and qingy and kfreebsd-* in tk707. From the unreleased architectures I > found dir.gz in sh4 but not in sparc64. > > Comparing the build-logs it looks like those architectures have > install-info allready installed (since it was part of dpkg once) and > they never removed it by hand but upgraded to the package built from > texinfo source. > > So this is to let you know, to remove this package in order to avoid > further problems :) > install-info is not present on the kfreebsd-i386 buildds, though it is not possible that it was installed at some point. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914095951.gb9...@hall.aurel32.net
Re: /usr/share/info/dir.gz if install-info is installed
Hi, Sebastian Andrzej Siewior (14/09/2010): > So this is to let you know, to remove this package in order to avoid > further problems :) packages really ought to build if that package is installed… Mraw, KiBi. signature.asc Description: Digital signature
Re: /usr/share/info/dir.gz if install-info is installed
* Aurelien Jarno | 2010-09-14 11:59:51 [+0200]: >install-info is not present on the kfreebsd-i386 buildds, though it is >not possible that it was installed at some point. Maybe it got removed in the meantime. If you look at [0] you see dir.gz. If you look at build log from himalia1[1] and grep for install-info: |Processing triggers for install-info ... |Ignoring install-info called from maintainer script | install-info --info-dir=/build/buildd-tk707_0.7.21-9-kfreebsd-i386-436HGE/tk707-0.7.21/debian/tk707/usr/share/info /build/buildd-tk707_0.7.21-9-kfreebsd-i386-436HGE/tk707-0.7.21/debian/tk707/usr/share/info/tk707.info |This is not dpkg install-info anymore, but GNU install-info |See the man page for ginstall-info for command line arguments |Ignoring install-info called from maintainer script |Processing triggers for install-info ...< So it is there. [0] http://packages.debian.org/sid/kfreebsd-i386/tk707/filelist [1] https://buildd.debian.org/fetch.cgi?pkg=tk707&arch=kfreebsd-i386&ver=0.7.21-9&stamp=1252529424&file=log&as=raw Sebastian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914101114.ga3...@chamillionaire.breakpoint.cc
Re: /usr/share/info/dir.gz if install-info is installed
* Cyril Brulebois | 2010-09-14 12:10:01 [+0200]: >Hi, Hi, >Sebastian Andrzej Siewior (14/09/2010): >> So this is to let you know, to remove this package in order to avoid >> further problems :) > >packages really ought to build if that package is installed??? This is true. However you can't install two packages containing this file. > >Mraw, >KiBi. Sebastian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914102558.gc3...@chamillionaire.breakpoint.cc
Re: /usr/share/info/dir.gz if install-info is installed
Sebastian Andrzej Siewior (14/09/2010): > > packages really ought to build if that package is installed… > This is true. However you can't install two packages containing this > file. Sorry, I should have been more explicit: build *properly*, i.e. do what's needed to avoid shipping that file in the resulting binary packages. Mraw, KiBi. signature.asc Description: Digital signature
Re: /usr/share/info/dir.gz if install-info is installed
* Cyril Brulebois | 2010-09-14 12:53:20 [+0200]: >Sebastian Andrzej Siewior (14/09/2010): >> > packages really ought to build if that package is installed??? >> This is true. However you can't install two packages containing this >> file. > >Sorry, I should have been more explicit: build *properly*, i.e. do >what's needed to avoid shipping that file in the resulting binary >packages. Sounds reasonable. However sometimes package maintainer argueue that the policy says "clean build environment" and having package X intalled is no longer clean (thus I have a problem and buildds do not). I went through Contents-* for sid and got: usr/share/info/sdir.gz: utils/ssed: [armel, hurd-i386, s390, avr32, sh4] Which is fixed according to #219988. Probably the same thing as in #543992 trigered it again. And usr/share/info/dir.gz can be found in: devel/gettext [hurd-i386, s390, sh4] otherosfs/vcdimager [hurd-i386, sh4] sound/tk707 [kfreebsd-amd64, freebsd-i386.gz] admin/qingy [s390, sh4] electronics/freehdl [avr32] sound/ladcca-bin[avr32] sound/opencubicplayer [m68k 1:0.1.17-1, current is 1:0.1.20-1] editors/bbe [powerpcspe] devel/id-utils [powerpcspe] text/docbook2x [powerpcspe] games/heroes-common [sh4] sound/glame [sh4] >Mraw, >KiBi. Sebastian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914112701.gd3...@chamillionaire.breakpoint.cc
Bug#596815: ITP: drupal6-mod-imagefield -- imagefield module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-imagefield Version : 3.7 Upstream Author : Nathan Haug (http://drupal.org/user/35821) * URL : http://drupal.org/project/imagefield * License : GPL Programming Lang: PHP Description : imagefield module for Drupal 6 ImageField provides an image upload field for CCK. ImageField is a CCK-based alternative to the legacy Image project. It boasts features such as multiple images per node, resolution restrictions, default images, and extensive Views support. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914113500.27744.58815.report...@home-br0
Re: /usr/share/info/dir.gz if install-info is installed
On Tue, Sep 14, 2010 at 12:11:14PM +0200, Sebastian Andrzej Siewior wrote: > * Aurelien Jarno | 2010-09-14 11:59:51 [+0200]: > > >install-info is not present on the kfreebsd-i386 buildds, though it is > >not possible that it was installed at some point. Oops my fault. I wanted to say "not impossible". > Maybe it got removed in the meantime. If you look at [0] you see dir.gz. > If you look at build log from himalia1[1] and grep for install-info: > |Processing triggers for install-info ... > |Ignoring install-info called from maintainer script > | install-info > --info-dir=/build/buildd-tk707_0.7.21-9-kfreebsd-i386-436HGE/tk707-0.7.21/debian/tk707/usr/share/info > > /build/buildd-tk707_0.7.21-9-kfreebsd-i386-436HGE/tk707-0.7.21/debian/tk707/usr/share/info/tk707.info > |This is not dpkg install-info anymore, but GNU install-info > |See the man page for ginstall-info for command line arguments > |Ignoring install-info called from maintainer script > |Processing triggers for install-info ...< > > So it is there. > Indeed, himalia1 is not a buildd for kfreebsd-i386 anymore, and chroots have been recreated from scratch for the new build daemons. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914121549.gc9...@hall.aurel32.net
Bug#596817: ITP: drupal6-mod-cck -- cck module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-cck Version : 2.8 Upstream Author : Yves Chedemois (http://drupal.org/user/39567) * URL : http://drupal.org/project/cck * License : GPL Programming Lang: PHP Description : cck module for Drupal 6 The Content Construction Kit allows you to add custom fields to nodes using a web browser. . CCK is a very powerful system with many different contributed modules to extend its functionality. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914114030.28220.25078.report...@home-br0
Bug#596821: ITP: drupal6-mod-filefield -- filefield module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-filefield Version : 3.7 Upstream Author : Nathan Haug (http://drupal.org/user/35821) * URL : http://drupal.org/project/filefield * License : GPL Programming Lang: PHP Description : filefield module for Drupal 6 FileField provides a universal file upload field for CCK. It is a robust alternative to core's Upload module and an absolute must for users uploading a large number of files. Great for managing video and audio files for podcasts on your own site. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914114505.28657.58673.report...@home-br0
Bug#596826: ITP: drupal6-mod-imagefield-assist -- imagefield_assist module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-imagefield-assist Version : 1.0~beta3 Upstream Author : Lourenzo Ferreira (http://drupal.org/user/242102) * URL : http://drupal.org/project/imagefield_assist * License : GPL Programming Lang: PHP Description : imagefield_assist module for Drupal 6 This module can use every single ImageField field added to any node in a Drupal 6 website, and uses ImageCache presets to display it. . Now ImageField Assist supports Lightbox2. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914122420.31773.57906.report...@home-br0
Re: /usr/share/info/dir.gz if install-info is installed
* Cyril Brulebois , 2010-09-14, 12:00: So this is to let you know, to remove this package in order to avoid further problems :) packages really ought to build if that package is installed… Should these kind of bugs (FTBFS or producing broken packages in non-clean environment) be considered RC? There are other packages, besides install-info, that are known to be disruptive for build process: - graphicsmagick-libmagick-dev-compat is very likely to break packages linking to imagemagick; - pythonX.Y-minimal can break packages that autodetects existence of Python. -- Jakub Wilk signature.asc Description: Digital signature
Re: /usr/share/info/dir.gz if install-info is installed
On Tue, Sep 14, 2010 at 14:55:33 +0200, Jakub Wilk wrote: > * Cyril Brulebois , 2010-09-14, 12:00: > >>So this is to let you know, to remove this package in order to > >>avoid further problems :) > > > >packages really ought to build if that package is installed… > > Should these kind of bugs (FTBFS or producing broken packages in > non-clean environment) be considered RC? > I'd say they're serious bugs if packages in the archive suffer from the misbuild, and normal ones if not. Cheers, Julien signature.asc Description: Digital signature
Bug#596839: ITP: ttf-motoya-l-ceder
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, pkg-fonts-de...@lists.alioth.debian.org Hi, Two Japanese commercial font have been submitted to Android repository under apache2 license now, so I want to put it into Debian as well. Package name: ttf-motoya-l-cedar Version: 4.00 Upstream Author: MOTOYA Co.,LTD. (株式会社モトヤ) Copyright (c) 2010, The Android Open Source Project URL: http://www.motoya.co.jp/ https://review.source.android.com/#change,17154 License: Apache License, Version 2.0 Description: Japanese Truetype font, Motoya L Ceder Motoya font was created in 1950s, it aims beauty and readability. This package provides "MotoyaLCedar W3 mono" - Gothic that images Japanese cedar, straight and thick tree -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914224207.8d17b433.henr...@debian.or.jp
Bug#596838: ITP: ttf-motoya-l-maruberi
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, pkg-fonts-de...@lists.alioth.debian.org Hi, Two Japanese commercial font have been submitted to Android repository under apache2 license now, so I want to put it into Debian as well. Package name: ttf-motoya-l-maruberi Version: 4.00 Upstream Author: MOTOYA Co.,LTD. (株式会社モトヤ) Copyright (c) 2010, The Android Open Source Project URL: http://www.motoya.co.jp/ https://review.source.android.com/#change,17154 License: Apache License, Version 2.0 Description: Japanese Truetype font, Motoya L Maruberi Motoya font was created in 1950s, it aims beauty and readability. This package provides MotoyaLMaru W3 mono - Rounded Gothic, "Maruberi" font -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914223639.66fcd54d.henr...@debian.or.jp
Bug#596859: ITP: drupal6-mod-contemplate -- contemplate module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-contemplate Version : 1.2 Upstream Author : James R Glasgow (http://drupal.org/user/36590) * URL : http://drupal.org/project/contemplate * License : GPL Programming Lang: PHP Description : contemplate module for Drupal 6 The Content Template (a.k.a. ConTemplate) module allows modification of Drupal's teaser and body fields using administrator defined templates. These templates use PHP code and all of the node object variables are available for use in the template. An example node object is displayed and it is as simple as clicking on its properties to add them to the current template. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914154711.6055.28481.report...@home-br0
Re: Bits from keyring-maint
On Tue, Sep 14, 2010 at 09:59:16AM +0200, Marco d'Itri wrote: > On Sep 14, Gunnar Wolf wrote: > > > pushing Debian towards adopting stronger RSA keys - We have accepted > > some 2048R keys, but if you don't have a real reason to keep your key > > at that size (i.e. you very often build on underpowered machines where > > a 4096R key takes forever, or something like that), we really prefer > > to go with 4096R keys. > I would like to know the process which lead to selecting these figures. I suspect that those figures are because 2048 bits is the default size for RSA keys and 4096 bits is the largest size that GnuPG supports. Some specially patched versions of PGP can support keys of up to 16384 bits, but IIRC those are all v3 RSA keys, which aren't allowed anymore. Personally, I can't see a reason that using an RSA 4096 bit key should be that painful even on very slow machines. You're performing a *single RSA encrypt operation* per signature. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Bug#596511: ITP: simon -- Open source speech recognition
Peter Grasch writes: > Package: wnpp > Severity: wishlist > Owner: Peter Grasch > > > * Package name: simon > Version : 0.3.0 > Upstream Author : Peter Grasch > * URL : http://www.simon-listens.org/ > * License : GPL, BSD, GFDL and Julius > Programming Lang: C, C++ > Description : Open source speech recognition > > With simon you can control your computer with your voice. You can > open programs, URLs, type configurable text snippets, simulate > shortcuts, control the mouse and keyboard and much more. > simon is not bound to any language and works with any dialect. > This project utilizes the open source large vocabulary continuous > speech recognition engine Julius (this package ships its own > modified version). Is this intended for main? Doesn't Julius rely on the non-free HTK toolkit? /Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y6b4ckiq@mocca.josefsson.org
Re: Bits from keyring-maint
On Tue, 14 Sep 2010, brian m. carlson wrote: > Personally, I can't see a reason that using an RSA 4096 bit key should > be that painful even on very slow machines. You're performing a *single > RSA encrypt operation* per signature. Well, the main key is mostly a key-signing key/KSK (although you CAN use it to directly sign/encript data files), and you use subkeys (which can be smaller both in size and validity period) to do the grunt work if you don't want to deal with large signatures or more intensive CPU usage all the time. So, you could have a main 4096R key valid for 10 years, and attach to it a 2048R subkey valid for one or two years to make things faster, and generate a new subkey when its about to expire. Subkeys are NOT tied to UIDs (and, therefore, the web of trust), those are matters for the main key (KSK). subkeys are only signed by the main key (KSK). There is a thread about this now in the cryptography ML. If anything really insteresting shows up there, I will relay it here. I am certainly interested on our bias towards RSA and away from DSA2 and El-Gammal, for example... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914185529.ga22...@khazad-dum.debian.net
ITP: mbrola-{br1,de4,de5,es2,fr1,gr1,us3} -- Voices for Mbrola
- Forwarded message from Samuel Thibault - From: Samuel Thibault To: Debian Bug Tracking System Subject: ITP: mbrola-br1 -- Brazilian Portuguese male voice for Mbrola Date: Tue, 14 Sep 2010 21:50:24 +0200 User-Agent: Mutt/1.5.12-2006-07-14 Package: wnpp Version: N/A; reported 2010-09-14 Severity: wishlist Owner: Samuel Thibault * Package name: mbrola-br1 Version : 2.021 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without source code, and for non-commercial, non-military purposes, with and only with the mbrola package made available by the author. Description : Brazilian Portuguese male voice for Mbrola This package contains a Brazilian Portuguese diphone database provided in the context of the MBROLA project see: http://tcts.fpms.ac.be/synthesis/ . It provides a Brazilian Portuguese male voice to be used with the MBROLA program. - End forwarded message - - Forwarded message from Samuel Thibault - From: Samuel Thibault To: Debian Bug Tracking System Subject: ITP: mbrola-de4 -- German male voice for Mbrola Date: Tue, 14 Sep 2010 21:50:40 +0200 User-Agent: Mutt/1.5.12-2006-07-14 Package: wnpp Version: N/A; reported 2010-09-14 Severity: wishlist Owner: Samuel Thibault * Package name: mbrola-de4 Version : 0.0.20020812 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without source code, and for non-commercial, non-military purposes, with and only with the mbrola package made available by the author. Description : German male voice for Mbrola This package contains a German diphone database provided in the context of the MBROLA project see: http://tcts.fpms.ac.be/synthesis/ . It provides a German male voice to be used with the MBROLA program. - End forwarded message - - Forwarded message from Samuel Thibault - From: Samuel Thibault To: Debian Bug Tracking System Subject: ITP: mbrola-de5 -- German female voice for Mbrola Date: Tue, 14 Sep 2010 21:50:56 +0200 User-Agent: Mutt/1.5.12-2006-07-14 Package: wnpp Version: N/A; reported 2010-09-14 Severity: wishlist Owner: Samuel Thibault * Package name: mbrola-de5 Version : 1.0 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without source code, and for non-commercial, non-military purposes, with and only with the mbrola package made available by the author. Description : German female voice for Mbrola This package contains a German diphone database provided in the context of the MBROLA project see: http://tcts.fpms.ac.be/synthesis/ . It provides a German female voice to be used with the MBROLA program. - End forwarded message - - Forwarded message from Samuel Thibault - From: Samuel Thibault To: Debian Bug Tracking System Subject: ITP: mbrola-es2 -- Spanish male voice for Mbrola Date: Tue, 14 Sep 2010 21:51:11 +0200 User-Agent: Mutt/1.5.12-2006-07-14 Package: wnpp Version: N/A; reported 2010-09-14 Severity: wishlist Owner: Samuel Thibault * Package name: mbrola-es2 Version : 2.069 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without source code, and for non-commercial, non-military purposes, with and only with the mbrola package made available by the author. Description : Spanish male voice for Mbrola This package contains a Spanish diphone database provided in the context of the MBROLA project see: http://tcts.fpms.ac.be/synthesis/ . It provides a Spanish male voice to be used with the MBROLA program. - End forwarded message - - Forwarded message from Samuel Thibault - From: Samuel Thibault To: Debian Bug Tracking System Subject: ITP: mbrola-gr1 -- Greek male voice for Mbrola Date: Tue, 14 Sep 2010 21:51:27 +0200 User-Agent: Mutt/1.5.12-2006-07-14 Package: wnpp Version: N/A; reported 2010-09-14 Severity: wishlist Owner: Samuel Thibault * Package name: mbrola-gr1 Version : 19990610 Upstream Author : Faculte Polytechnique de Mons - mbrola team * URL : http://tcts.fpms.ac.be/synthesis * License : see the file readme.txt in the source zip: non-free as in without
Re: Bug#596511: ITP: simon -- Open source speech recognition
Am 2010-09-14 19:17, schrieb Simon Josefsson: Peter Grasch writes: Package: wnpp Severity: wishlist Owner: Peter Grasch * Package name: simon Version : 0.3.0 Upstream Author : Peter Grasch * URL : http://www.simon-listens.org/ * License : GPL, BSD, GFDL and Julius Programming Lang: C, C++ Description : Open source speech recognition With simon you can control your computer with your voice. You can open programs, URLs, type configurable text snippets, simulate shortcuts, control the mouse and keyboard and much more. simon is not bound to any language and works with any dialect. This project utilizes the open source large vocabulary continuous speech recognition engine Julius (this package ships its own modified version). Is this intended for main? Doesn't Julius rely on the non-free HTK toolkit? I haven't really thought about it but the license shouldn't be an issue afaik. This topic has come up multiple times already but have a look at theses discussions on why I think this should be ok: Comment section: http://lwn.net/Articles/348361/ http://www.simon-listens.org/wiki/index.php/Licensing Regards, Peter -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c8fd992.5050...@simon-listens.org
Re: Bug#596511: ITP: simon -- Open source speech recognition
Peter Grasch, le Tue 14 Sep 2010 22:22:42 +0200, a écrit : > I haven't really thought about it but the license shouldn't be an issue > afaik. > > This topic has come up multiple times already but have a look at theses > discussions on why I think this should be ok: > Comment section: http://lwn.net/Articles/348361/ « The HTK is, strictly speaking, no dependency of simon. It extends simon functionality: Without it is not possible to create speech mdoels but you can still use existing ones. » And can you modify one? I guess you can't. That's an issue. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914205015.gl4...@const.famille.thibault.fr
Re: /usr/share/info/dir.gz if install-info is installed
[Sebastian Andrzej Siewior] > Sounds reasonable. However sometimes package maintainer argueue that the > policy says "clean build environment" and having package X intalled is > no longer clean (thus I have a problem and buildds do not). Where does the policy say that? I can't find anything that even implies it. Peter -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100914211953.gl3...@p12n.org
Re: Bug#596511: ITP: simon -- Open source speech recognition
Samuel Thibault writes: > Peter Grasch, le Tue 14 Sep 2010 22:22:42 +0200, a écrit : >> I haven't really thought about it but the license shouldn't be an issue >> afaik. >> >> This topic has come up multiple times already but have a look at theses >> discussions on why I think this should be ok: >> Comment section: http://lwn.net/Articles/348361/ > > « The HTK is, strictly speaking, no dependency of simon. It extends > simon functionality: Without it is not possible to create speech mdoels > but you can still use existing ones. » > > And can you modify one? I guess you can't. That's an issue. Quoting further: "All HTK specific code is bundeled in the simonspeechcompilation library (in one class) which could easily be replaced by a GPL replacement - if there were any." Peter, have you prepared a source *.deb yet? It would be interesting to look at the code to understand how critical the non-free component is. /Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87tyls9h3g@mocca.josefsson.org
Re: Bits from keyring-maint
On Tue, Sep 14, 2010 at 03:55:30PM -0300, Henrique de Moraes Holschuh wrote: > There is a thread about this now in the cryptography ML. If anything really > insteresting shows up there, I will relay it here. I am certainly > interested on our bias towards RSA and away from DSA2 and El-Gammal, for > example... There have never been any practical limits to RSA keys for OpenPGP. The way to encode a signature in RSA keys works equally well for any key size. Now that there is no longer any patent for RSA, there are no practical issues related to it, and the algorithm has been around for a long time, is conceptually simple, and is well-understood. DSA has had several issues. One is that RFC 2440, which originally specified DSA keys, limited them to 1024 bits. This has generally been thought to be too short for long-term use. Another is that because the hash value is used directly as a parameter, a strong hash of sufficient size has to be used. RFC 2440 did not specify any of the SHA-2 algorithms either, which made it difficult to specify larger key sizes[0]. The third, which is very important, is that DSA uses a random number to compute each signature. This number must never, ever, be repeated. If this number (k) is ever repeated, it becomes *trivial* to determine the private key. This is what happened with the OpenSSL problem: every DSA key used with a poor PRNG (not generated, simply used) should be assumed to be compromised. You now see why RSA is very popular. [0] Strictly, this only limits the size of q, but increasing p without some increase in q does not really provide significantly more security. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Bits from keyring-maint
On Tue, 2010-09-14 at 16:56 +, brian m. carlson wrote: > I suspect that those figures are because 2048 bits is the default size > for RSA keys and 4096 bits is the largest size that GnuPG supports. > Some specially patched versions of PGP can support keys of up to 16384 > bits, but IIRC those are all v3 RSA keys, which aren't allowed anymore. This is also easily possible with gnupg (via patching), and you don't have to use v3 keys (which one generally shouldn't). Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Re: Is a bug RC relevant if it has an influence on the health of a person
* Goswin von Brederlow , 2010-09-11, 19:46: Because you are a reportbug novice. Novices are not allowed to play with severity of bugs. :) I consider this a horrible misfeature of reportbug. Yes, we need RC bugs from novices, too. -- Jakub Wilk signature.asc Description: Digital signature
Re: Bits from keyring-maint
Quoting Marco d'Itri (m...@linux.it): > I would like to know the process which lead to selecting these figures. Apparently, just like many other things in the project: the folks doing the work (and appointed for this by the project through the DPL) examine the situation, make plans and decisions and then announce them. I somehow understand you might be unhappy about this way to do things. Is this interpretation from my side? signature.asc Description: Digital signature
