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
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 t
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
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
m
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/+s
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
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
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-bu
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
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 Debi
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
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 startin
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
ne
Package: wnpp
Severity: wishlist
Owner: Andy Hawkins
* Package name: libcoverart-0
Version : 1.0.0
Upstream Author : Andy Hawkins
* URL : http://musicbrainz.org/doc/libcoverart
* License : LGPL
Programming Lang: C++
Description : Library to access
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 UNSUB
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
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 fram
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,
ove
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 UNSUBSCR
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
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
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
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 versi
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
wron
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
Program
25 matches
Mail list logo
