ruaok: found a forum post complaining about dbpoweramp - http://forums.musicbrainz.org/viewtopic.php?id=... seems like the problem there is that it fetches the release after looking up the disc (and the release has too many tracks)
ruaok
nikki: ok.
question is: now what?
nikki
I don't know :/ I can't see how we could solve that without inventing mbids when doing a disc lookup to be used when doing a cd lookup
(fwiw max has the same problem but I'll live :P)
ruaok
I think we may want to make the cd lookup totally braindead and backwards compatible.
its clear that that authors of these apps are not going to step up and do anything about it.
not sure how we would do that multi disc releases backwards compatible though.
nikki
hmm...
if the cd lookup generates an mbid (the sort we used when creating release groups initially) using the release mbid + medium number and stores it in a table somewhere... then the application does a lookup with the new mbid... and somehow figures out that it has to return medium n from release somembid... would something like that work?
nikki has no idea if it would or how much work it would be if it would
navap joined the channel
hey navap
navap
Hey
nikki
I meant that /ws/1 somehow figures out that the release lookup for newmbid is actually for medium n of release somembid
(at least I assume the applications are doing a cd lookup to get a list of releases, then release lookups to get the tracks)
navap just came back from an Air Cadet parade with a bajillion pictures to sort through
ruaok
I would have to look at the process again to see how to possibly fix it.
navap wonders what people use for online photo management besides flickr or picasa
nikki has no idea
nikki
that would require having photos to manage ;)
navap
None? Really?
nikki
I have some, but I don't need to manage them. they're old, crap and boring
and mostly of cats.
ruaok
lightroom.
the only adobe product that doesnt suck ass
navap
A few years back my grandmother scanned in a few hundred hard copy photos of her and her kids' childhood
I've tried picasa and flickr, they're cool products (picasa more so than flickr), but I always feel really restricted on what I can do with them
I've tried lightroom, and yeah, amazing product. But it doesn't have an online sharing component
ruaok
yeah, those are two different products
you use lightroom to process and magage your pictures.
codeFiend joined the channel
then you upload for the social aspects
ruaok disappears for a while
aeontech joined the channel
ruaok joined the channel
aeontech joined the channel
dinog joined the channel
warp
late!
ijabz joined the channel
reosarevok joined the channel
zazi joined the channel
pecastro joined the channel
ocharles joined the channel
pecastro
warp: commit 973ad70f ? I think you might have forgotten to add Cache::Memcached to the Makfile.PL ?
warp
or I should've used Cache::Memcached::Fast in the code, as we are including that.
hrm.
I'll add "Cache::Memcached" to the makefile for now, I am not sure what effect changing to Cache::Memcached::Fast will have.
pecastro: thanks for pointing that out.
pecastro
np.
I bumped into it whilst running tests against master ...
warp
ok, pushed.
pecastro: it was probably manually installed already on our testing machine.
reosarevok joined the channel
ijabz_ joined the channel
ocharles
warp: ping
reosarevok
ocharles: is it known that relating to recordings doesn't unselect the entity?
ocharles
well they are separate features
if you're talking about "relate to..."
reosarevok
(meaning, I still have the same artist selected for relationships)
No, I mean I select an entity
pecastro
Guys, do you have any deployment instructions/recipe somewhere?
reosarevok
I use it to relate to recordings on a release
And after it it is still selected
(I still get the "Relate X to recordings" option)
I need to go back to the entity to unselect it
ocharles
oh, no, not known
reosarevok
Ok
reosarevok goes to jira
voiceinsideyou joined the channel
ocharles: is there nothing between Hot fixes and NGS + 1?
ocharles
no
reosarevok
For "look at it soon but not that urgent as other stuff"?
Aww
Ok
Added it as hot fixes, feel free to move it if you think it should be +1
ocharles
that's NGS+1 :)
that's not not for hotfixes
not*
heh
that is really not a critical bug, I think that can go in NGS+1
.. "or if he did intend it to match exact tracklists"
ocharles: I think all tracklist matching is your work, not mine.
ocharles
not the usage of it in the release editor
your recording association work uses Tracklist->find
warp
ah, right
that could benefit from looser matching
ocharles
ok. the find algorithm as it was before took tracklists which had the mentioned set of tracks, but it didn't mind if there were other tracks
I.e., you try and find a tracklist with 5 tracks, you might get a tracklist back with 2 bonus tracks appended
warp
for recording associations that makes sense.
ocharles
ok
warp
it's only a suggestion, and the set of tracks taken from a tracklist is probably better than searching for recordings without such an album/tracklist context.
ocharles nods
so, I assume this means that patch is not correct? (and I don't need to review this version)
ocharles
right, I need to update it to leave sub find alone
warp
I'll have a look at code review in a few hours (end of my working day) so those patches can make today's release.
dinog joined the channel
reosarevok
ocharles: It was more because I expected it to be a quick fix you could do while resting from a harder thing
Not because of it being truly urgent
ocharles
hahaha, what is this resting thing you talk of
:P
reosarevok
Oh, com on, I know you sleep sometimes
reosarevok thinks you should do easy fixes instead and relax while feeling useful 8-)
Ok, I'll move it to +1
warp
man, all these bugs are difficult to reproduce.
Yurim joined the channel
Yurim
Hi, I hope this is the correct channel for my question. I'm still wondering if the multiplication of the discids was the best way to transfer data to NGS. What do you guys think, should it remain that way?
luks
I think the best way is to remove discids, but people didn't like that idea
Yurim
remove them completely from the schema or just the existing data?
luks
completely remove from the schema
we can do CD lookups without discids
Yurim
by comparing track count and lengths? hm, we would loose the current accuracy
luks
is the accuract important though?
Yurim
good question, i don't have an idea how many matches that would produce.
another question: i used isrcsubmit.py to submit isrcs. This does no longer work. I did not find the documentation for that.
Mineo
what's the error message?
ocharles
I imagine this is related to the more up to date digest protocol
Yurim
sorry, took a while.
"urlopen error qop 'auth,auth-int' is not supported"
luks
is it using python-musicbrainz2 or urllib directly?
bitmap
ocharles: I found a way to reproduce the MBS-2285 collections ISE on the test server too, and it gives a better stack trace there
Yurim joined the channel
Yurim
sorry, got disconnected.
isrcsubmit.py is using python-musicbrainz2
to be exact: musicbrainz2.webservice.Query.submitISRCs(...)
ocharles
bitmap: ta!
navap joined the channel
luks
Yurim: then updating to the latest version should fix it
