Have the same behaviour here with ppc and i386. Does not happen in Breezy.
I export MUSICBRAINZ_DEBUG=true and then get the following with sound-juicer 2.13.{4,6}
After the request is made, it is never renewed, even with file->reread cd.
I don't found where the data are cached.
Sound-juicer 2.12.2 (on breezy) make the request with the full toc :
Have the same behaviour here with ppc and i386. Does not happen in Breezy. DEBUG=true and then get the following with sound-juicer 2.13.{4,6}
I export MUSICBRAINZ_
url: http:// mm.musicbrainz. org:80/ cgi-bin/ mq_2_1. pl www.w3. org/1999/ 02/22-rdf- syntax- ns#" purl.org/ dc/elements/ 1.1/" musicbrainz. org/mm/ mq-1.1#" musicbrainz. org/mm/ mm-2.1#"> depth>2< /mq:depth> cdindexid> 8FsDc5De9N. Fu_VnUcb9l07xc1 A-</mm: cdindexid>
query: <?xml version="1.0"?>
<rdf:RDF xmlns:rdf = "http://
xmlns:dc = "http://
xmlns:mq = "http://
xmlns:mm = "http://
<mq:GetCDInfo>
<mq:
<mm:
</mq:GetCDInfo>
</rdf:RDF>
After the request is made, it is never renewed, even with file->reread cd.
I don't found where the data are cached.
Sound-juicer 2.12.2 (on breezy) make the request with the full toc :
url: http:// mm.musicbrainz. org:80/ cgi-bin/ mq_2_1. pl www.w3. org/1999/ 02/22-rdf- syntax- ns#" purl.org/ dc/elements/ 1.1/" musicbrainz. org/mm/ mq-1.1#" musicbrainz. org/mm/ mm-2.1#"> @DEPTH@ </mq:depth> cdindexid> yLpf9vkwv33b55S 8W0TVSwTOgfk- </mm:cdindexid> firstTrack> 1</mm:firstTrac k> lastTrack> 18</mm: lastTrack>
<mm:TocInfo>
<mm: sectorOffset> 344792< /mm:sectorOffse t>
<mm: numSectors> 0</mm:numSector s>
</mm: TocInfo>
query: <?xml version="1.0"?>
<rdf:RDF xmlns:rdf = "http://
xmlns:dc = "http://
xmlns:mq = "http://
xmlns:mm = "http://
<mq:GetCDInfo>
<mq:depth>
<mm:
<mm:
<mm:
<mm:toc>
<rdf:Seq>
<rdf:li>
</rdf:li>
[...]
</rdf:Seq>
</mm:toc>
</mq:GetCDInfo>