potential metadata customer maybe? someone should test de waters
~the
Gore|home joined the channel
G0re has quit
hibiscuskazeneko joined the channel
JonnyJD has quit
jwf
Freso: Yeah, I am going, but it would be cool to see the MusicBrainz folk at a conference sometime. :) Maybe what might be more realistic is going to FOSDEM next year, since I think most of you aren't that far from Brussels.
nupurbaghel joined the channel
hibiscuskazeneko has quit
nupurbaghel_ joined the channel
nupurbaghel has quit
nupurbaghel_ is now known as nupurbaghel
hibiscuskazeneko joined the channel
hibiscuskazeneko has quit
saifulbkhan joined the channel
ruaok
zas: ping
I agree that the script exiting is the problem at hand. But exec is the right thing to do since it replaces the current process with the new process that gets loaded. in this case, python. it works fine for all the other services that run out of that one image.
at least the containers is back to restarting, which is an improvement. :)
thanks for the magic incantation to fix that
ruaok writes it down
now to figure out why it dies silently. :(
iliekcomputers: any ideas?
amanmehta joined the channel
nupurbaghel has quit
nupurbaghel joined the channel
saifulbkhan has quit
Mineo joined the channel
nupurbaghel has quit
nupurbaghel joined the channel
Zastai joined the channel
antlarr
Mineo: ping
Mineo
pong
antlarr
I just read your comment on PR 657
the fixes are somewhat independent, but given the time it usually takes for one PR to get merged, I preferred to join all "cover-art-related" fixes in one PR and not having to fix conflicts and everything
zas
ruaok: pooong (in which timezone are you ?? ahahah)
antlarr
also, the commits that fix each one are independent
finally... I've been trying to reproduce your issue, and still couldn't
zas
antlarr: having too much code in one PR usually don't help for fast merges ;)
antlarr
zas: hehe
zas
that said, i would like to merge those fixes for 1.4.1 so i can live with this (not so) fat PR
JonnyJD joined the channel
Mineo: i think about merging the config option PR too, since it doesn't include any translatable strings and shouldn't impact anything, what do you think ?
antlarr
Mineo: about your remaining issue with PICARD-1001, do you see the difference in the coverartbox? or in the infodialog?
Mineo: all I could reproduce with your configuration was http://i.imgur.com/gn27Agu.png, but if you see, the cover art box is ok (I'm having a look at the info dialog now)
Mineo
neither shows a difference
iliekcomputers
ruaok: did you find out why it's exiting with no logs?
iliekcomputers tried but couldn't find anything :/
Mineo
antlarr: also, I think you need to save it with that config at least once - there shouldn't be a back image with it
ruaok
No, busy drinking 🍺 atm
antlarr
Mineo: right, now I don't have any difference
iliekcomputers
ha
antlarr
so, what's the remaining problem with PICARD-1001 ?
iliekcomputers: be sure to output a message when the script exits (or start)
iliekcomputers
zas: both places have messages :/
zas
but not to stdout, right ?
iliekcomputers
no
Mineo
and re PR 657: I haven't looked at the code yet, but the amount of hasattr and getattr calls in it is already scaring me :(
zas
Mineo: ahah ;)
iliekcomputers: the problem is that if it logs to a file in a container that only exists during the time the command runs... it is pretty pointless. So ensure you can actually see when the script starts and ends in the docker logs command
you can get the container id from docker events for fast-dying containers and docker logs <id>
also test something is visible in logs in case of syntax error in the script too
ruaok
iliekcomputers: let's add some stupid simple stdout logging and see if that improves?
iliekcomputers is already on it
zas
also, handle signals in your script for clean stop
btw, the lack of proper handling of container stop conditions is a real pain for me, since, for example, if i need to reboot system or upgrade docker command, bad things may happen if underlying stuff isn't managing container shutdown properly.
antlarr
Mineo: the file is marked as "with pending changes" because file.orig_metadata.images is empty (since the file doesn't have any embeeded image because your options enable "save cover images as separate file"), but file.metadata.images have a cover image, since it's downloaded from the release
so in file.update(), the state is set to CHANGED
I'm afraid I don't have time to fix it today (maybe tonight, but I'm not sure), so if you want, tell me how you'd fix (loading file.orig_metadata.images with images from the local files provider when there are no embeeded images?) and I'll try to fix it tomorrow
github joined the channel
github
[listenbrainz-server] paramsingh opened pull request #150: Add logging to stdout to influx-writer (master...influx-writer/logging) https://git.io/vydGB
github has left the channel
ruaok
Zas: We really need to create a docker best practices doc for meb.
I didn't realize that this is what you meant by signals earlier.
iliekcomputers: thanks for the pr. Will look when I get onto the metro.