Bug#646555: enchant: Spellcheck missing dependency
I have planned to do some work on enchant. But upstream is not really nice. - First plugin system is not nice they are some circular dep - Secondly for a general purpose lib they use gtk and thus increase reverse dep. I will prefer pure C for the main part of enchant. And upstream refuse my patch Bastien On Thu, Oct 27, 2011 at 11:31 AM, Agustin Martin agmar...@debian.org wrote: On Thu, Oct 27, 2011 at 02:34:24AM +0800, Chow Loong Jin wrote: On 26/10/2011 18:47, Agustin Martin wrote: I'd put the dependency on (myspell|aspell|ispell|hunspell)-dictionary. Committed that change to enchant collab-maint git repo. http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=df7f2c6e709abfca052024ef7f9a4d2974e62991 Thanks for the fix. Note that enchant is orphaned. I will not upload inmediately, but would like to first prepare a new QA upload with some fixes in manpages. This change will go with it. Regarding that, it looks like Bastien ROUCARIES wants to adopt the package, as mentioned on the O: bug[1]. Thanks for the pointer, cc'ing him. This ITA was not shown in the PTS because bug title was not renamed. Bastien, if you still want to adopt the package please set yourself as #580680 owner and retitle it to ITA: enchant -- a wrapper library for various spell checkers It might be a good idea to check with him before uploading. Yes, I will contact Bastien before further commits. Otherwise, if nobody else steps up to adopt this package, I can look into adopting it myself, seeing as I'm maintainer of geany-plugins which uses it. Besides some recent commits and a QA upload, I enabled VCS notification for enchant collab-maint git repo through the PTS, if the cvs/vcs notification option has been selected during PTS package subscription. If you are already subscribed to enchant package through the PTS and have that option enabled, you should have received info about those commits. If subscribed but did not receive those messages and want to follow them, should (re-)subscribe making sure that cvs notification option is enabled. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAE2SPAaywaUr9H7FJWsPz6QeYwW=apH4Lkdb96q_V9ZU=wf...@mail.gmail.com
Bug#646555: enchant: Spellcheck missing dependency
On 28/10/2011 16:19, Bastien ROUCARIES wrote: I have planned to do some work on enchant. But upstream is not really nice. - First plugin system is not nice they are some circular dep - Secondly for a general purpose lib they use gtk and thus increase reverse dep. I will prefer pure C for the main part of enchant. And upstream refuse my patch What kind of circular dependencies? Could you provide links to the bug reports in which you supplied your patches, please? -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Processing of tipa_1.3-15_i386.changes
tipa_1.3-15_i386.changes uploaded successfully to localhost along with the files: tipa_1.3-15.dsc tipa_1.3-15.debian.tar.gz tipa_1.3-15_all.deb xfonts-tipa_1.3-15_all.deb tipa-doc_1.3-15_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rjl0r-0006f1...@franck.debian.org
tipa_1.3-15_i386.changes ACCEPTED into unstable
Accepted: tipa-doc_1.3-15_all.deb to main/t/tipa/tipa-doc_1.3-15_all.deb tipa_1.3-15.debian.tar.gz to main/t/tipa/tipa_1.3-15.debian.tar.gz tipa_1.3-15.dsc to main/t/tipa/tipa_1.3-15.dsc tipa_1.3-15_all.deb to main/t/tipa/tipa_1.3-15_all.deb xfonts-tipa_1.3-15_all.deb to main/t/tipa/xfonts-tipa_1.3-15_all.deb Override entries for your package: tipa-doc_1.3-15_all.deb - extra doc tipa_1.3-15.dsc - source tex tipa_1.3-15_all.deb - optional tex xfonts-tipa_1.3-15_all.deb - extra fonts Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rjlab-0008hh...@franck.debian.org
Bug#646964: libvisual-0.4-0: broken translations
Package: libvisual-0.4-0 Version: 0.4.0-4 Severity: important Something very bad happened to translations (or at least .mo filenames) in the last upload: $ dpkg -c libvisual-0.4-0_0.4.0-3_i386.deb | grep -F .mo -rw-r--r-- root/root 5958 2010-05-02 15:36 ./usr/share/locale/es_ES/LC_MESSAGES/libvisual-0.4.mo -rw-r--r-- root/root 5958 2010-05-02 15:36 ./usr/share/locale/es_AR/LC_MESSAGES/libvisual-0.4.mo $ dpkg -c libvisual-0.4-0_0.4.0-4_i386.deb | grep -F .mo -rw-r--r-- root/root 5894 2011-10-26 04:04 ./usr/share/locale/es_AR/LC_MESSAGES/.mo -rw-r--r-- root/root 5894 2011-10-26 04:04 ./usr/share/locale/es_ES/LC_MESSAGES/.mo -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111028183515.ga3...@jwilk.net
Bug#638614: FTBFS on ia64 (internal compiler error)
So, um, just asking here: if a package fails to build on one particular architecture due to a bug in gcc, is that a reason to remove it from testing If a few minor packages are blocking a transition for any reason then it is very likely they will be removed from testing. This isn't exactly ideal but running testing is a game of compromises. If you want to see openmsx back in testing the out of date package on ia64 needs to be dealt with somehow. There are basically four ways of doing this in descending order of preference. 1: get gcc fixed. 2: if the ICE is optimisation related reduce the optimisation level until it goes away. 3: use an older gcc version. Debian currently offers 4.4, 4.5 and 4.6 4: request removal of the out of date packages on ia64 and downgrade this bug to important. 1 is the best long term soloution and a gcc bug report should be prepared and filed as a first step but based on past experiance I would not expect a rapid response from the gcc guys. 2 is an acceptable soloution but obviously isn't ideal. 3 is acceptable as an interim soloution but is not a long term answer because older gcc versions are eventually removed from debian. 4 is a last resort option and should only be used after reasonable attempts at 1-3 have failed (per the rc policy Packages must be supported on as many architectures as is reasonably possible.) If you need access to an ia64 box for testing I would suggest asking on debian-i...@lists.debian.org P.S. I'm just taking flyby looks at rc bugs, I have no relationship to or interest in this particular package. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eab52c6.1000...@p10link.net
Bug#638165: Gecko-mediaplayer v.1.0.4-2 fails to embed in Iceweasel
My gnome-mplayer's version is 1.0.4-2, iceweasel is now version 8.0~b5-1 and mplayer v. 1.0~rc4.dfsg1+svn33713-2+b1. Gecko-mediaplayer v.1.0.4-2 still doesn't embed. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a05cc3f3290023b2ca3428cae197ae48.squir...@webmail.onsneteindhoven.nl
