ruaok: found a forum post complaining about dbpoweramp - http://forums.musicbrainz.org/viewtopic.php?id=27… seems like the problem there is that it fetches the release after looking up the disc (and the release has too many tracks)
2011-05-25 14516, 2011
ruaok
nikki: ok.
2011-05-25 14523, 2011
ruaok
question is: now what?
2011-05-25 14500, 2011
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
2011-05-25 14553, 2011
nikki
(fwiw max has the same problem but I'll live :P)
2011-05-25 14534, 2011
ruaok
I think we may want to make the cd lookup totally braindead and backwards compatible.
2011-05-25 14557, 2011
ruaok
its clear that that authors of these apps are not going to step up and do anything about it.
2011-05-25 14530, 2011
ruaok
not sure how we would do that multi disc releases backwards compatible though.
2011-05-25 14534, 2011
nikki
hmm...
2011-05-25 14524, 2011
nikki
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?
2011-05-25 14549, 2011
nikki has no idea if it would or how much work it would be if it would
2011-05-25 14550, 2011
navap joined the channel
2011-05-25 14556, 2011
nikki
hey navap
2011-05-25 14504, 2011
navap
Hey
2011-05-25 14510, 2011
nikki
I meant that /ws/1 somehow figures out that the release lookup for newmbid is actually for medium n of release somembid
2011-05-25 14527, 2011
nikki
(at least I assume the applications are doing a cd lookup to get a list of releases, then release lookups to get the tracks)
2011-05-25 14502, 2011
navap just came back from an Air Cadet parade with a bajillion pictures to sort through
2011-05-25 14513, 2011
ruaok
I would have to look at the process again to see how to possibly fix it.
2011-05-25 14510, 2011
navap wonders what people use for online photo management besides flickr or picasa
2011-05-25 14528, 2011
nikki has no idea
2011-05-25 14544, 2011
nikki
that would require having photos to manage ;)
2011-05-25 14506, 2011
navap
None? Really?
2011-05-25 14523, 2011
nikki
I have some, but I don't need to manage them. they're old, crap and boring
2011-05-25 14528, 2011
nikki
and mostly of cats.
2011-05-25 14549, 2011
ruaok
lightroom.
2011-05-25 14558, 2011
ruaok
the only adobe product that doesnt suck ass
2011-05-25 14512, 2011
navap
A few years back my grandmother scanned in a few hundred hard copy photos of her and her kids' childhood
2011-05-25 14559, 2011
navap
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
2011-05-25 14544, 2011
navap
I've tried lightroom, and yeah, amazing product. But it doesn't have an online sharing component
2011-05-25 14501, 2011
ruaok
yeah, those are two different products
2011-05-25 14513, 2011
ruaok
you use lightroom to process and magage your pictures.
2011-05-25 14527, 2011
codeFiend joined the channel
2011-05-25 14532, 2011
ruaok
then you upload for the social aspects
2011-05-25 14552, 2011
ruaok disappears for a while
2011-05-25 14517, 2011
aeontech joined the channel
2011-05-25 14555, 2011
ruaok joined the channel
2011-05-25 14530, 2011
aeontech joined the channel
2011-05-25 14548, 2011
dinog joined the channel
2011-05-25 14517, 2011
warp
late!
2011-05-25 14545, 2011
ijabz joined the channel
2011-05-25 14537, 2011
reosarevok joined the channel
2011-05-25 14540, 2011
zazi joined the channel
2011-05-25 14507, 2011
pecastro joined the channel
2011-05-25 14535, 2011
ocharles joined the channel
2011-05-25 14540, 2011
pecastro
warp: commit 973ad70f ? I think you might have forgotten to add Cache::Memcached to the Makfile.PL ?
2011-05-25 14512, 2011
warp
or I should've used Cache::Memcached::Fast in the code, as we are including that.
2011-05-25 14517, 2011
warp
hrm.
2011-05-25 14544, 2011
warp
I'll add "Cache::Memcached" to the makefile for now, I am not sure what effect changing to Cache::Memcached::Fast will have.
2011-05-25 14510, 2011
warp
pecastro: thanks for pointing that out.
2011-05-25 14520, 2011
pecastro
np.
2011-05-25 14543, 2011
pecastro
I bumped into it whilst running tests against master ...
2011-05-25 14556, 2011
warp
ok, pushed.
2011-05-25 14515, 2011
warp
pecastro: it was probably manually installed already on our testing machine.
2011-05-25 14511, 2011
reosarevok joined the channel
2011-05-25 14541, 2011
ijabz_ joined the channel
2011-05-25 14550, 2011
ocharles
warp: ping
2011-05-25 14536, 2011
reosarevok
ocharles: is it known that relating to recordings doesn't unselect the entity?
2011-05-25 14555, 2011
ocharles
well they are separate features
2011-05-25 14505, 2011
ocharles
if you're talking about "relate to..."
2011-05-25 14505, 2011
reosarevok
(meaning, I still have the same artist selected for relationships)
2011-05-25 14515, 2011
reosarevok
No, I mean I select an entity
2011-05-25 14516, 2011
pecastro
Guys, do you have any deployment instructions/recipe somewhere?
2011-05-25 14523, 2011
reosarevok
I use it to relate to recordings on a release
2011-05-25 14535, 2011
reosarevok
And after it it is still selected
2011-05-25 14553, 2011
reosarevok
(I still get the "Relate X to recordings" option)
2011-05-25 14504, 2011
reosarevok
I need to go back to the entity to unselect it
2011-05-25 14509, 2011
ocharles
oh, no, not known
2011-05-25 14514, 2011
reosarevok
Ok
2011-05-25 14546, 2011
reosarevok goes to jira
2011-05-25 14534, 2011
voiceinsideyou joined the channel
2011-05-25 14537, 2011
reosarevok
ocharles: is there nothing between Hot fixes and NGS + 1?
2011-05-25 14546, 2011
ocharles
no
2011-05-25 14552, 2011
reosarevok
For "look at it soon but not that urgent as other stuff"?
2011-05-25 14554, 2011
reosarevok
Aww
2011-05-25 14517, 2011
reosarevok
Ok
2011-05-25 14544, 2011
reosarevok
Added it as hot fixes, feel free to move it if you think it should be +1
2011-05-25 14511, 2011
ocharles
that's NGS+1 :)
2011-05-25 14518, 2011
ocharles
that's not not for hotfixes
2011-05-25 14525, 2011
ocharles
not*
2011-05-25 14526, 2011
ocharles
heh
2011-05-25 14538, 2011
ocharles
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"
2011-05-25 14520, 2011
warp
ocharles: I think all tracklist matching is your work, not mine.
2011-05-25 14531, 2011
ocharles
not the usage of it in the release editor
2011-05-25 14543, 2011
ocharles
your recording association work uses Tracklist->find
2011-05-25 14554, 2011
warp
ah, right
2011-05-25 14519, 2011
warp
that could benefit from looser matching
2011-05-25 14559, 2011
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
2011-05-25 14514, 2011
ocharles
I.e., you try and find a tracklist with 5 tracks, you might get a tracklist back with 2 bonus tracks appended
2011-05-25 14523, 2011
warp
for recording associations that makes sense.
2011-05-25 14534, 2011
ocharles
ok
2011-05-25 14557, 2011
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.
2011-05-25 14502, 2011
ocharles nods
2011-05-25 14524, 2011
warp
so, I assume this means that patch is not correct? (and I don't need to review this version)
2011-05-25 14501, 2011
ocharles
right, I need to update it to leave sub find alone
2011-05-25 14504, 2011
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.
2011-05-25 14512, 2011
dinog joined the channel
2011-05-25 14551, 2011
reosarevok
ocharles: It was more because I expected it to be a quick fix you could do while resting from a harder thing
2011-05-25 14556, 2011
reosarevok
Not because of it being truly urgent
2011-05-25 14519, 2011
ocharles
hahaha, what is this resting thing you talk of
2011-05-25 14520, 2011
ocharles
:P
2011-05-25 14547, 2011
reosarevok
Oh, com on, I know you sleep sometimes
2011-05-25 14513, 2011
reosarevok thinks you should do easy fixes instead and relax while feeling useful 8-)
2011-05-25 14558, 2011
reosarevok
Ok, I'll move it to +1
2011-05-25 14520, 2011
warp
man, all these bugs are difficult to reproduce.
2011-05-25 14510, 2011
Yurim joined the channel
2011-05-25 14531, 2011
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?
2011-05-25 14515, 2011
luks
I think the best way is to remove discids, but people didn't like that idea
2011-05-25 14546, 2011
Yurim
remove them completely from the schema or just the existing data?
2011-05-25 14502, 2011
luks
completely remove from the schema
2011-05-25 14511, 2011
luks
we can do CD lookups without discids
2011-05-25 14510, 2011
Yurim
by comparing track count and lengths? hm, we would loose the current accuracy
2011-05-25 14551, 2011
luks
is the accuract important though?
2011-05-25 14528, 2011
Yurim
good question, i don't have an idea how many matches that would produce.
2011-05-25 14547, 2011
Yurim
another question: i used isrcsubmit.py to submit isrcs. This does no longer work. I did not find the documentation for that.
2011-05-25 14540, 2011
Mineo
what's the error message?
2011-05-25 14557, 2011
ocharles
I imagine this is related to the more up to date digest protocol
2011-05-25 14502, 2011
Yurim
sorry, took a while.
2011-05-25 14503, 2011
Yurim
"urlopen error qop 'auth,auth-int' is not supported"
2011-05-25 14508, 2011
luks
is it using python-musicbrainz2 or urllib directly?
2011-05-25 14556, 2011
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
2011-05-25 14520, 2011
Yurim joined the channel
2011-05-25 14526, 2011
Yurim
sorry, got disconnected.
2011-05-25 14527, 2011
Yurim
isrcsubmit.py is using python-musicbrainz2
2011-05-25 14529, 2011
Yurim
to be exact: musicbrainz2.webservice.Query.submitISRCs(...)
2011-05-25 14502, 2011
ocharles
bitmap: ta!
2011-05-25 14542, 2011
navap joined the channel
2011-05-25 14520, 2011
luks
Yurim: then updating to the latest version should fix it
