Bug#1068914: flactag: Disks cannot be tagged, information is retrieved but not displayed
This is due to Amazon rejecting the request due to the user agent presented by flactag. It was fixed in the following upstream commit (in a version yet to be released). https://github.com/adhawkins/flactag/commit/570a80185bf6f02277585bc60091ddae06df9058 Any suggestions as to a better way to get around this are appreciated. Andy On 13/04/2024 10:53 am, sok wrote: Package: flactag Version: 2.0.4-6+b2 Severity: important Dear Maintainer, when using flactag on flac files, no matter if they are created with ripflac or other means, or even if they were already tagged using flactag, the retrieved disk information is neither shown nor processed. There are no releases to select from, the normal window is displayed with no information on the upper side and only skeleton information on the disk/song structure on the lower side. As an "Exception: Fetch error: 403 Forbidden" is shown when running flactag I used wireshark to get information on the network traffic and that looked absolutely fine on the MusicBrainz part. There are two connections on which information was retrieved. I checked those URL in the browser for closer inspection and they were returning information as well. The 403 is caused when trying to get the disk cover. I am neither providing information on the disk images used to try tagging nor on the network traffic as the error should be replicable easily with any suitable flac file. My assumption is that while the information can still be accessed successfully the internal representation format must have changed so that it can no longer be interpreted by flactag. Best, sok -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages flactag depends on: ii libc6 2.36-9+deb12u4 ii libdiscid0 0.6.2-3 ii libflac++10 1.4.2+ds-2 pn libflac12t64 ii libgcc-s1 12.2.0-14 ii libjpeg62-turbo 1:2.1.5-2 ii libmusicbrainz5cc2v5 5.1.0+git20150707-10 ii libslang2 2.3.3-3 ii libstdc++6 12.2.0-14 ii libunac1 1.8.0-10 Versions of packages flactag recommends: ii cdparanoia 3.10.2+debian-14 ii cdrdao 1:1.2.4-3 ii cuetools 1.4.1-0.2 ii flac 1.4.2+ds-2 flactag suggests no packages. -- debconf-show failed
Bug#701044: Processed: severity
Hi, On 16/02/2016 10:17, Daniel Pocock wrote: > I tried redirecting stderr to a file and flactag wouldn't run at all, > the stderr file just contained some HTTP error code > > I tried again just now and I notice flactag's Rename operation calls > the file NOARTIST-NOALBUM.flac so it looks like this bug / API change > makes it almost completely nonfunctional. That's most definitely not the case. I still run flactag daily against my entire music collection, and despite the errors I have had no issues using the data returned from MusicBrainz to tag my FLAC files. Please provide as much detail as possible regarding which release you are having an issue with, and any error messages you have received. An HTTP error sounds more like some transient problem at MusicBrainz's end perhaps. Andy
Bug#784960: linux-image-3.16.0-4-amd64: Mono occasionally crashing
Hi, Please check that this bug really is fixed once version 4.0.2-1 is available. I installed sid on a VM, and used the stress test code mentioned here: https://bugzilla.xamarin.com/show_bug.cgi?id=29212 wget https://github.com/mono/mono/raw/master/mono/tests/bug-18026.cs mcs bug-18026.cs mono bug-18026.exe Running this in a loop on 3.16.0-4 on sid causes a crash quite quickly (longest I've seen it run is 10 times). When using the 4.0.0-1 on sid, after over 100 executions in a loop it still hasn't crashed. I'll try again in 4.0.2-1 when it's available, but this does suggest it's fixed in 4.0.0. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784960: linux-image-3.16.0-4-amd64: Mono occasionally crashing
Hi When using the 4.0.0-1 on sid, after over 100 executions in a loop it still hasn't crashed. I'll try again in 4.0.2-1 when it's available, but this does suggest it's fixed in 4.0.0. Apologies, after being corrected I realised that I was actually testing with 4.0.2-1. As such, I think it's safe to say that this bug is fixed in that version. It would be helpful if it could also be backported to Jessie if that's possible. Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784960: linux-image-3.16.0-4-amd64: Mono occasionally crashing
Package: src:linux Version: 3.16.7-ckt9-3~deb8u1 Severity: important Dear Maintainer, Since upgrading to Jessie, mono applications will regularly crash when running inside a VM This bug has been reported in Ubuntu, and the relevant kernel commit identified: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1450584 -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) ** Command line: root=/dev/mapper/vg01-root ro console=hvc0 quiet -- quiet console=hvc0 ** Not tainted ** Kernel log: [0.104501] zbud: loaded [0.104720] VFS: Disk quotas dquot_6.5.2 [0.104734] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [0.104778] msgmni has been set to 3999 [0.105074] alg: No test for stdrng (krng) [0.105101] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [0.105144] io scheduler noop registered [0.105147] io scheduler deadline registered [0.105174] io scheduler cfq registered (default) [0.105220] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [0.105231] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [0.105252] intel_idle: does not run on family 6 model 58 [0.105613] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [0.105875] Linux agpgart interface v0.103 [0.105931] i8042: PNP: No PS/2 controller found. Probing ports directly. [1.108454] i8042: No controller found [1.108600] mousedev: PS/2 mouse device common for all mice [1.168330] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [1.168371] rtc_cmos: probe of rtc_cmos failed with error -38 [1.168397] ledtrig-cpu: registered to indicate activity on CPUs [1.168410] AMD IOMMUv2 driver by Joerg Roedel joerg.roe...@amd.com [1.168410] AMD IOMMUv2 functionality not available on this system [1.168486] TCP: cubic registered [1.168941] NET: Registered protocol family 10 [1.171468] mip6: Mobile IPv6 [1.171472] NET: Registered protocol family 17 [1.171476] mpls_gso: MPLS GSO support [1.171480] mce: Unable to init device /dev/mcelog (rc: -5) [1.171690] registered taskstats version 1 [1.171733] xenbus_probe_frontend: Device with no driver: device/vbd/51712 [1.171734] xenbus_probe_frontend: Device with no driver: device/vif/0 [1.171813] /build/linux-RGM_Ed/linux-3.16.7-ckt9/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [1.171846] PM: Hibernation image not present or could not be loaded. [1.172516] Freeing unused kernel memory: 1204K (818ee000 - 81a1b000) [1.172518] Write protecting the kernel read-only data: 8192k [1.174422] Freeing unused kernel memory: 924K (880001519000 - 88000160) [1.175381] Freeing unused kernel memory: 216K (8800017ca000 - 88000180) [1.193884] systemd-udevd[61]: starting version 215 [1.194310] random: systemd-udevd urandom read with 15 bits of entropy available [1.208536] xen_netfront: Initialising Xen virtual ethernet driver [1.230993] blkfront: xvda: barrier or flush: disabled; persistent grants: disabled; indirect descriptors: disabled; [1.233064] xvda: xvda1 xvda2 [1.419997] device-mapper: uevent: version 1.0.3 [1.420123] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com [1.773958] PM: Starting manual resume from disk [1.773962] PM: Hibernation image partition 254:1 present [1.773964] PM: Looking for hibernation image. [1.774276] PM: Image not found (code -22) [1.774278] PM: Hibernation image not present or could not be loaded. [2.004327] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [2.508221] random: nonblocking pool is initialized [4.185490] systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory. [4.466346] loop: module loaded [4.699681] systemd-udevd[161]: starting version 215 [5.399653] input: PC Speaker as /devices/platform/pcspkr/input/input0 [5.552299] SSE version of gcm_enc/dec engaged. [5.555118] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [5.578335] alg: No test for crc32 (crc32-pclmul) [5.635431] intel_rapl: Found RAPL domain package [5.635437] intel_rapl: Found RAPL domain core [5.635440] intel_rapl: Found RAPL domain uncore [5.768702] Adding 1949692k swap on /dev/mapper/vg01-swap. Priority:-1 extents:1 across:1949692k SSFS [5.792149] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro [8.920576] EXT4-fs (xvda1): mounting ext3 file system using the ext4 subsystem [8.923308] EXT4-fs (xvda1): mounted filesystem with ordered data mode. Opts: (null) [ 10.195939] RPC: Registered named UNIX socket transport module. [ 10.195942] RPC: Registered udp transport
Bug#749698: libmusicbrainz5 / bug 749698
Hi, On 11/11/2014 19:25, Daniel Pocock wrote: This is a release critical bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749698 Do you know if it is completely fixed upstream? Is this version of libmusicbrainz5 suitable for the jessie release or are you aware of any other potential RC bugs that should also be corrected at the same time? There is a pull request available for upstream. I haven't got round to adding it because it needs an SOVERSION bump, so should probably make this libmb5.1.0 to reflect this. Comments appreciated. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763469: flactag: Please change build dependency to libjpeg-dev (libjpeg-turbo transition)
Hi, I am happy for you to make a NMU to address this issue. Please let me know if any further changes are required. Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754294: Kernel release
Hi, Do any of the recent 'official' kernels have the fix for this bug? I've applied all the latest security updates, but I'm still seeing a similar issue whereby I have to reduce the MTU on all my internal PCs to 1492 to get decent throughput. Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: Status of the ITP?
Hi, On Wed, Nov 06, 2013 at 10:28:22PM +0100, Daniel Pocock wrote: That is perfectly OK for me. Sebastian, thanks for offering to help out Great, hopefully we can make sure libmb, libcaa etc. make it to the next Debian stable as well. Just in case I've given the wrong impression: Debian is a volunteer organisation. Being a member of the community isn't an obligation (that is even written in our constitution). I still spend more time on upstream stuff than any of my packages themselves. I personally feel it is really helpful to have good developers in the community even if you can't commit to packaging tasks, just as long as you let people know what you can and can't commit to. I realise that it's a volunteer organisation. However, I didn't want potentially useful packages to drop out of Debian because I wasn't able to give them the required attention. I'd much rather someone with the time and expertise take over the packaging task, so that I can try to do a better job of keeping the upstream code in a better shape. I'm finally getting back into updating libmb, bringing the schema up to date with the current XML web service. I'll try to ensure it's kept up to date in a more timely fashion. FYI there is also a mini-debconf in the UK next week: https://wiki.debconf.org/wiki/Miniconf-UK/2013 and it could be a good opportunity to see the fun social side of Debian and/or get PGP signatures. I won't be there myself unfortunately but I may be around London again some time in December. Yeah, I'd seen that. Work is always busy for me coming up to Christmas though, and that coupled with personal and family commitments mean I can't really take time out to get to this sadly. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: Status of the ITP?
Hi, On Tue, Nov 05, 2013 at 02:18:43PM +0100, Sebastian Ramacher wrote: I'd be willing to help you maintaing the package (we could do this under the Multimedia Team umbrella) or to take it over - whatever you prefer. If you have some packaging available already, this would be agood starting point. Just let me know what you prefer and I'll start working on it. I think it would be very helpful if you could take it over, I just don't seem to have the time to work on it to be able to get it into Debian. Would you consider also taking over the packaging of libmusicbrainz? The two are related. libmusicbrainz is already in Debian, and I really need to find some time as upstream to update it and switch it to using libxml. Both have git repositories: git://anonscm.debian.org/collab-maint/libcoverart.git git://git.debian.org/git/pkg-multimedia/libmusicbrainz.git Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: Status of the ITP?
Hi, On Tue, Nov 05, 2013 at 03:06:51PM +0100, Sebastian Ramacher wrote: Okay, fine with me. I've set myself as owner of this ITP. Ok, great. Yes, but let's check with Timo and Daniel first. They appear to be the current (?) maintainsers of libmusicbrainz5: I believe they're listed as the maintainers as they had permissions to upload. I think Jon Dowland was the original sponsor of the package, but since then Daniel has become either a DD or DM. It was always envisaged that I'd do the actual hands-on maintenance of the package, with them uploading if required. However, I'm finding it hard enough just to act as upstream for libmb, that I don't think I can realistically manage the package as well. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: Status of the ITP?
Hi all, On Tue, Nov 05, 2013 at 04:09:17PM +0100, Daniel Pocock wrote: I'm happy to help out but my primary focus is on my VoIP/RTC packages I thought that was the case, hence why I was keen for Sebastian to take over the packaging. Andy, did you end up receiving any signatures from any Debian people and would you want to be one of the named maintainers for the package? I would be happy to send an email sponsoring a request for you to be granted upload privileges as a Debian Maintainer (it is half way to becoming Debian Developer) https://wiki.debian.org/DebianMaintainer No, I haven't done anything as regards getting my key signed or taking the first steps to officially joining the Debian project. In reality, I'm already way behind just maintining libmusicbrainz itself to be able to also take on the job of maintaining the package. Although there is a packaging team listed as the maintainer, there also needs to be at least one real person listed as an uploader. I'd suggest (assuming he's Ok with it) that Sebastian lists himself as an uploader on both libcaa and libmb. Then maybe I can get my finger out and actually update libmb to work with the recent changes to Musicbrainz's web service, and also address the XML licensing issue. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: Status of the ITP?
Hi, On Sat, Sep 28, 2013 at 08:52:23PM +0200, Helge Kreutzmann wrote: Hello Andy, what is the status of the ITP? goobox, which I maintain, could make use of it. Greetings thanks for packaging libcoverart I think I got as far as making a package for Wheezy, but that will obviously need an update if it's going to go into the next version. I just never seem to have time to actually start work on updating the packages for the various things I maintain. More than happy for someone else to take over if they are willing. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714853: ITP: libcoverart-0 -- Library to access cover art from the Cover Art Archive (http://coverartarchive.org/)
Package: wnpp Severity: wishlist Owner: Andy Hawkins a...@gently.org.uk * Package name: libcoverart-0 Version : 1.0.0 Upstream Author : Andy Hawkins a...@gently.org.uk * URL : http://musicbrainz.org/doc/libcoverart * License : LGPL Programming Lang: C++ Description : Library to access cover art from the Cover Art Archive (http://coverartarchive.org/) The Cover Art Archive is an archive of community provided cover art. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701044: MusicBrainz WS updates
The musicbrainz web service has been updated recently. This will require an update to libmusicbrainz to handle. I'm not sure if this can make it into Debian due to the freeze. Probably the minimum that should happen is that the writes to stderr are disabled in release builds. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698923: Ability to specify release when there are multiple
That's a good suggestion. The anticipated use case is that the first time you use flactag on a FLAC file, you use it in interactive mode to select the appropriate release. Having it list the matching release IDs (and perhaps URLs for those releases) and then enable you to enter them is a good idea. I'll add it to the roadmap. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677296: flactag writes cue files with negative number of seconds
Please try the following patch: diff --git a/CuesheetTrack.cc b/CuesheetTrack.cc index 71e0d20..6a48c0f 100644 --- a/CuesheetTrack.cc +++ b/CuesheetTrack.cc @@ -75,8 +75,8 @@ std::string CuesheetTrackIndex(FLAC__uint64 _offset) char sep = ':'; std::stringstream os; int frames = _offset % 75; - int _secs = (_offset - frames) / 75; - int secs = _secs % 60 - 2; + int _secs = ((_offset - frames) / 75) - 2; + int secs = _secs % 60; int mins = (_secs - secs) / 60; os doubleDigit(mins) sep doubleDigit(secs) sep doubleDigit(frames); Let me know if this fixes it, and I'll include it in a future release. Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676673: override: libmusicbrainz5-0:libs/optional, libmusicbrainz5-dev:libdevel/optional, libmusicbrainz5-doc:doc/optional
Package: ftp.debian.org Severity: normal The initial upload of libmusicbrainz5-0 and its related packages had the priority incorrectly set to 'extra'. Previous versions of the libmusicbrainz libraries all had the priority set to 'optional'. The new library should follow this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676673: Acknowledgement (override: libmusicbrainz5-0:libs/optional, libmusicbrainz5-dev:libdevel/optional, libmusicbrainz5-doc:doc/optional)
The packages affected by this are: libmusicbrainz5-0_5.0.1-2_amd64.deb: package says priority is optional, override says extra. libmusicbrainz5-dev_5.0.1-2_amd64.deb: package says priority is optional, override says extra. libmusicbrainz5-doc_5.0.1-2_all.deb: package says priority is optional, override says extra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676484: Reproducing issue
Hi, Is there any chance you can make this FLAC file available so that I can try to reproduce this? Cheers Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676484: Update
Hi, Never mind, managed to reproduce it here. Working on it now. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556379: libunac1: libunac crash with gcc-4.4 and x86-64 architecture
Hi, I'm also seeing the program in my application. The app runs fine under 32 bit stable, 64 bit stable and 32 bit testing. If I compile my app on 64 bit testing however, it fails. Applying the patch as in the original and rebuilding libunac1 and libunac1-dev fixes the problem. Any chance of this being addressed? I've been trying to find the upstream for unac and the latest version I can find is 1.7. The debian package also appears to have been untouched since 2004. Is the maintainer still active? Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508474: libmusicbrainz3-6: Library is compiled with debug output enabled
Package: libmusicbrainz3-6 Version: 3.0.1-2 Severity: important The libmusicbrainz3-6 package build with debug support enabled. This causes all the requests and responses to be echo'd to standard output / error. Is there any way to disable this at compile time (I built the package from the version in 'testing') or at run time? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libmusicbrainz3-6 depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libdiscid0 0.1.0-1 Library for creating MusicBrainz D ii libgcc11:4.1.1-21GCC support library ii libneon25 0.25.5.dfsg-6 An HTTP and WebDAV client library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 libmusicbrainz3-6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508293: libflac++6: shlibs incorrect for picture support
Package: libflac++6 Version: 1.2.1-customadh-1 Severity: normal The shlibs for libflac++ v1.2.x indicate that picture support was present in a prior version of the library, when in fact I believe it was added in 1.2.x. As a result, packages compiled against this may be installed against the wrong package version I have checked with the package currently in 'testing', and my package (built against libflac++) does not show a version number in the dependency, merely that it requires libflac++6 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libflac++6 depends on: ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libflac8 1.2.1-customadh-1 Free Lossless Audio Codec - runtim ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 libflac++6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507876: ITP: flactag -- A tagger for whole album FLACs using data from MusicBrainz
Package: wnpp Severity: wishlist Owner: Andy Hawkins [EMAIL PROTECTED] * Package name: flactag Version : 1.1 RC1 Upstream Author : Andy Hawkins [EMAIL PROTECTED] * URL : http://software.gently.org.uk/flactag * License : GPL Programming Lang: C++ Description : A tagger for whole album FLACs using data from MusicBrainz A tagger for whole album FLAC files with embedded CUE sheets. Data for the tags is retrieved from the MusicBrainz service -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]