Bug#650560: python-unac: Segmentation fault using unac.unac_string
The best solution for python-unac I think would be to remove the package from Debian. I'm sorry for uploading it in the first place. Lukas On Mon, Jun 17, 2013 at 10:16 AM, Jakub Wilk jw...@debian.org wrote: Control: tags -1 = Control: reassign -1 libunac1 Control: affects -1 + python-unac Control: forcemerge 556379 -1 * Jean-Michel Philippe develop...@doudoulinux.org, 2011-11-30, 21:54: I get a segmentation fault when trying to use python-unac. The sample code is the following: == $ python from unac import * unac.unac_string(utest) Erreur de segmentation $ python from unac import * unac.unac_string(test, utf-8) Erreur de segmentation == Apparently that's because libunac is completely broken on squeeze/amd64. Loic, could you fix #556379 for squeeze (in coordination with the Release Team)? Even if I don't use any encoding information, I still don't get the expected result test: == $ python from unac import * unac.unac_string(test) '' This on the other hand looks like a deliberate design choice in python-unac. (Although a very odd choice, if you ask me.) -- Jakub Wilk
Bug#584420: Writes illegal ID3v2.4 tags (desync missing)
This is a bug in python-mutagen, the tagging library Picard uses. See http://code.google.com/p/mutagen/issues/detail?id=97 for technical details. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632374: acoustid-fingerprinter: Does not respect $http_proxy
2011/7/2 Clint Adams cl...@debian.org: On Fri, Jul 01, 2011 at 02:35:55PM -0400, chris+deb...@chiappa.net wrote: Running inside a firewall, I have $http_proxy set. acoustid-fingerprinter, after scanning 65 files raises an error that says Network Error / Host unreachable. I don't know much about Qt, but I see this: http://bugreports.qt.nokia.com/browse/QTBUG-14623 Lukáš, do you have any thoughts? Yes, it's a bug in Qt, as it correctly reads system proxy settings on other platforms. I've added a workaround that should fix this problem: https://github.com/lalinsky/acoustid-fingerprinter/commit/34232ffafd8dee2910fc211519d0439e0cb11c4d I'll release a new version later today. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628473: O: python-musicbrainz2
Package: wnpp Severity: normal This is a Python client library for the MusicBrainz web service. It should have been updated to the latest version, but I no longer use Debian as my OS and I'm afraid I don't have enough time to maintain it. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628474: O: libofa
Package: wnpp Severity: normal This library is used by multiple packages and even though the upstream is dead, it should be kept in Debian. It probably won't require much maintenance because there will be no upstream releases anymore. I no longer use Debian as my OS though, so I'm afraid I don't have enough time to maintain it. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588932: python-musicbrainz2: Newer version available
2011/5/29 Martin Michlmayr t...@cyrius.com: * Sandro Tosi mo...@debian.org [2011-03-23 00:20]: in order to package puddletag, we need an updated version of musicbrainz2 - is there any progress on this bug? 0.7.3 is available now. Lukáš, this bug report is almost a year old. If you're no longer interested in this package, can you orphan it or ask for a comaintainer? Sorry, you are right, this package should really be upgrade to the latest upstream version, but I'm afraid I can't do that. I just sent a wnpp bug report to orphan it. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555893: O: libdiscid -- Library for creating MusicBrainz DiscIDs
Package: wnpp Severity: normal libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. I no longer use Debian as my OS. Even though I'd like to keep maintaining this package, I'm afraid I don't have enough time to do it. -- Lukas Lalinsky lalin...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555895: O: libmusicbrainz-2.1
Package: wnpp Severity: normal This is a C/C++ client library for the MusicBrainz web service. It's been deprecated upstream, ideally no package in Debian should depend on it. It will stop working with the next MusicBrainz server release. I no longer use Debian as my OS. Even though I'd like to keep maintaining this package, I'm afraid I don't have enough time to do it. -- Lukas Lalinsky lalin...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504115: Packaging libdiscid 0.2.2
Hi Adam, On Sun, Sep 20, 2009 at 10:48 PM, Adam Sjøgren a...@koldfront.dk wrote: Needing a package of libdiscid 0.2.2 (for the perl module MusicBrainz::DiscID), I trivially copied the debian/ dir from the current (0.1.0) package into 0.2.2 and updated it slightly - works fine for me. The debian/ dir and changes I did are here: * http://koldfront.dk/gitweb?p=libdiscid;a=summary ... in case it helps someone quickly get 0.2.2 packaged. I'm the current maintainer of this package, but I don't actually use Debian anymore. Even if I setup a Debian dev environment to build the package, I'm not sure if I can quickly find somebody to sponsor the upload for me. Would you be interested in adopting the package? -- Lukas Lalinsky lalin...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503872: Please fix, can offer to NMU
Dňa Ne, 2008-11-02 o 14:02 +0100, Adeodato Simó napísal: Hello, this package is, as far as I can see, the only package that can force a user of Lenny to gratuitously install python2.4 on their system. It would be very nice to have this fixed for Lenny; I can offer a NMU if you so wish. I'll update the package. Any chance you could sponsor the upload? I can ping my usual sponsor for this package, but it will probably take a little longer. Lukas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503872: Please fix, can offer to NMU
Dňa Ne, 2008-11-02 o 15:24 +0100, Lukáš Lalinský napísal: Dňa Ne, 2008-11-02 o 14:02 +0100, Adeodato Simó napísal: Hello, this package is, as far as I can see, the only package that can force a user of Lenny to gratuitously install python2.4 on their system. It would be very nice to have this fixed for Lenny; I can offer a NMU if you so wish. I'll update the package. Any chance you could sponsor the upload? I can ping my usual sponsor for this package, but it will probably take a little longer. The updated package is on http://mentors.debian.net/debian/pool/main/p/python-musicbrainz2/ - if you could upload it, it would be great. Otherwise I'll try to get it uploaded tommorow. Lukas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503872: Please fix, can offer to NMU
Dňa Ne, 2008-11-02 o 17:21 +0100, Adeodato Simó napísal: The updated package is on http://mentors.debian.net/debian/pool/main/p/python-musicbrainz2/ - if you could upload it, it would be great. Otherwise I'll try to get it uploaded tommorow. You need to make the change in the Depends field. Shall I change it and upload? That's what happens when I try to make things quickly. Yes, please change it. Thank you, Lukas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442392: python-unac -- code is of poor quality and can be done as easily in native Python
On So, 2007-09-15 at 11:17 -0700, Joe Wreschnig wrote: All libunac does is run a decomposition filter on the unicode strings passed in. This can be done natively in Python without resort to a third-party C library, in a trivial amount of code. Additionally, libunac hardcodes the Unicode consortium data into itself and furthermore changes that data based on non-standard proposals from its users. The libunac Python wrapper cannot properly handle subclasses of string or unicode, since it compares the name of the class to 'str' or 'unicode' rather than checking the types per se (Which is also unsafe in other ways, since someone might have named some other class 'str'.) I've attached a Python module that should be basically compatible with python-unac, except for the fact that Python's Unicode data does not include the non-standard decomposition forms present in libunac, and it works properly with subclasses of str or unicode. There are two small differences; I made the default encoding utf-8 instead of nothing (which always returned nothing), and I let the user pass in alternate error handling behavior if they want. I would argue both of these make it better, but the former is technically an API change. There is one functional difference, NFKD normalization and the filtering used in libunac will not provide the same result (the sample is some random text from http://www.bbc.co.uk/vietnamese/): print unac.unac_string(u'Khoảng một triệu người châu Phi đang chịu ảnh hưởng của lũ lụt do mưa lớn gây mất mùa, vỡ đê và hàng chục người chết') Khoang mot trieu nguoi chau Phi dang chiu anh huong cua lu lut do mua lon gay mat mua, vo de va hang chuc nguoi chet print unac2.unac_string(u'Khoảng một triệu người châu Phi đang chịu ảnh hưởng của lũ lụt do mưa lớn gây mất mùa, vỡ đê và hàng chục người chết') Khoang mot trieu nguoi chau Phi đang chiu anh huong cua lu lut do mua lon gay mat mua, vo đe va hang chuc nguoi chet (notice the 'd' in libunac and 'đ' in NKFD) But there is one, more important, difference -- performance. Real-time unicode normalization is slow, Python list filtering is slow. I use the code for a Lucene index builder with custom unaccenting analyzer, and the Python code would increase the running time significantly: timeit.Timer(unac.unac_string(u'Khoảng một triệu người châu Phi đang chịu ảnh hưởng của lũ lụt do mưa lớn gây mất mùa, vỡ đê và hàng chục người chết'), from unac import unac).timeit(10) 1.7533831596374512 timeit.Timer(unac.unac_string(u'Khoảng một triệu người châu Phi đang chịu ảnh hưởng của lũ lụt do mưa lớn gây mất mùa, vỡ đê và hàng chục người chết'), from unac2 import unac).timeit(10) 19.089791059494019 I know that the wrapper code is not nice, and could be done much better, but the functionality and the speed is not comparable with the code based on Python's unicodedata module. Lukas signature.asc Description: Toto je digitálne podpísaná časť správy
Bug#440511: ITP: python-unac - Library to remove accents from string or character
Package: wnpp Severity: wishlist Owner: Lukáš Lalinský [EMAIL PROTECTED] * Package name: python-unac Version : 1.7.0 Upstream Author : Robert Kaye * URL : http://download.gna.org/unac/ * License : GPL Programming Lang: Python/C Description : Library to remove accents from string or character Unac is a programmer's library that removes accents from a string. . This package contains Python bindings for the original C library. signature.asc Description: Toto je digitálne podpísaná časť správy
Bug#417352: NMU upload?
Hi Jens, On Ut, 2007-05-15 at 22:45 +0200, Jens Peter Secher wrote: I am the sponsor of libmusicbrainz-2.1, and I will happily upload a new version with the path applied. I hear nothing in the next couple of days, I will do so. I've released libmusicbrainz 2.1.5 with this patch and a few other important fixes two days ago and I was planning to update the package this week (probably thursday). -Lukas signature.asc Description: Toto je digitálne podpísaná časť správy
Bug#407354: Missing dependencies for included plugins
Package: libtunepimp5 Version: 0.5.3-1 The main library package is missing dependencies for the included plugins, because dh_shlibdeps doesn't try to generate them for .tpp files. Here is a patch that fixes the problem: --- rules.orig 2007-01-17 21:10:33.0 +0100 +++ rules 2007-01-17 21:04:55.0 +0100 @@ -74,7 +74,7 @@ rm -rf debian/python-tunepimp/usr/lib dh_makeshlibs dh_installdeb - dh_shlibdeps + dh_shlibdeps -- debian/libtunepimp5/usr/lib/tunepimp/plugins/*.tpp dh_gencontrol dh_md5sums dh_builddeb signature.asc Description: This is a digitally signed message part
Bug#384139: not infinite loop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martín Ferrari wrote / napísal(a): hi, I have just seen your reply today, sorry about the long delay. I hadn't checked the code, so it seemed to me infinite. But, nevertheless, is stupid to wait for a timeout when there is already an error pending. I still think this is a bug. You tagged it unreproducible, is that so? Can't you even reproduce the long wait for an instantaneous connection refused? Yes, I can reproduce the waiting, but I don't consider it a bug, because it's by design. I've tagged it as unreproducible, because I can't reproduce the infinite loop. I can forward this to the MusicBrainz bug tracker, but then I'd be tempted to close it as a wontfix there :) - -Lukáš -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFaaEeOjmgKpITL3sRApGCAJ9kEF1um/6WIUV6OuzuoXkYXwRAVACfSBS1 xw6Cbht1KvEK2KVcTR0L8Dw= =H6gC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390240: ITP: libdiscid -- Library for creating MusicBrainz DiscIDs
Package: wnpp Severity: wishlist Owner: Lukáš Lalinský [EMAIL PROTECTED] * Package name: libdiscid Version : 0.1.0 Upstream Author : Matthias Friedrich * URL : http://musicbrainz.org/doc/libdiscid * License : LGPL Programming Lang: C/C++ Description : Library for creating MusicBrainz DiscIDs libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. . Homepage: http://musicbrainz.org/doc/libdiscid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350464: ITP: picard -- album-based MusicBrainz tagger
Hi Decklin, are you still interested in packaging Picard? I've dropped the dependency on libtunepimp 0.5 in Picard 0.7.1 (will be releases this week), which means that all the required dependencies (libtunepimp 0.4, python-musicbrainz2) are already in Debian. I have a 0.7.0 package at http://users.musicbrainz.org/~luks/ubuntu2/dists/sid/main/source/. It will surely need some cleanup, but could be a good starting point. And if you are not interested or don't have time, would you mind if I take over this ITP? Regards, -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383030: Fix for one of the two vulnerabilities
Jens Peter Secher wrote: On 8/22/06, Martín Ferrari [EMAIL PROTECTED] wrote: I think this patch fixes the first vulnerability reported. I'm CCing debian-security as it would be good if somebody more seasoned in this matters could take a look at it (please CC me). Lukáš Lalinský is upstream maintainer as well as Debian package maintainer. He is in the process of dealing with this. Lukáš, could you put a note about your plans the two open bugs? Sure. Fix for both of them is already in the MusicBrainz SVN (for this one it's http://bugs.musicbrainz.org/changeset/8440) and both of these fixes are also included in the 2.1.4 release: http://ftp.musicbrainz.org/pub/musicbrainz/libmusicbrainz-2.1.4.tar.gz Here is the package for unstable: http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4-1.diff.gz http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4-1.dsc http://users.musicbrainz.org/~luks/tmp/libmusicbrainz-2.1_2.1.4.orig.tar.gz Jens, could you please upload it? And for stable-security, this patch could be probably used (however I'm not sure how to prepare the package): http://bugs.musicbrainz.org/changeset/8440?format=diffnew=8440 -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384139: libmusicbrainz-2.1: infinite loop when
As far as I can tell, the loop is *not* infinite. There is 3000 iterations of select()/usleep(1) before giving it up. -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370261: Ubuntu package
The Ubuntu package is at http://revu.tauware.de/details.py?upid=2816. It should work on Debian without any modifications, but I currently don't have time test it on Debian, look for a sponsor, ... -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370255: ITP: python-musicbrainz2 -- An interface to the MusicBrainz XML web service
Package: wnpp Severity: wishlist Owner: Lukáš Lalinský [EMAIL PROTECTED] * Package name: python-musicbrainz2 Version : 0.3.1 Upstream Author : Matthias Friedrich [EMAIL PROTECTED] * URL : http://wiki.musicbrainz.org/PythonMusicBrainz2 * License : BSD Programming Lang: Python Description : An interface to the MusicBrainz XML web service python-musicbrainz2 provides simple, object oriented access to the MusicBrainz web service. It is useful for applications like CD rippers, taggers, media players, and other tools that need music metadata. . The MusicBrainz Project (see http://musicbrainz.org) collects music metadata and is maintained by its large and constantly growing user community.
Bug#370261: ITP: libofa -- The Open Fingerprint Architecture library LIBOFA
Package: wnpp Severity: wishlist Owner: Lukáš Lalinský [EMAIL PROTECTED] * Package name: libofa Version : 0.9.3 Upstream Author : MusicIP Corporation * URL : http://www.musicdns.org/ * License : GPL Programming Lang: C/C++ Description : The Open Fingerprint Architecture library LIBOFA LIBOFA is a library for generating acoustic fingerprints that can by used to identify music files using the MusicDNS service. . Homepage: http://www.musicdns.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350464: picard 0.7 package
Hi, I just found this ITP, so adding a note to let you know that package for Picard 0.7 already exists: http://users.musicbrainz.org/~luks/ubuntu/dists/sid/main/source/picard_0.7.0-beta3-0ubuntu2.diff.gz http://users.musicbrainz.org/~luks/ubuntu/dists/sid/main/source/picard_0.7.0-beta3-0ubuntu2.dsc http://users.musicbrainz.org/~luks/ubuntu/dists/sid/main/source/picard_0.7.0-beta3.orig.tar.gz 0.6 is a bit harder to package as it doesn't use distutils, and I'm not even sure if it's worth the work :) -- Lukáš Lalinský -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365379: musicbrainz.py assumes sizeof(int) == sizeof(void*)
Hi, Fix for the c_int vs. c_void_p issue in now in MusicBrainz SVN (http://bugs.musicbrainz.org/changeset/7784). Could someone on machine where sizeof(int) != sizeof(void*) test if it fixed the crashing? -- Lukáš Lalinský -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]