(but it does look like java people just like making everything complicated)
yvanzo
reosarevok: It’s either you upgrade gradually or by part (as in the first try), or you upgrade everything at once (as in the second try).
reosarevok: It isn’t a trivial, because the old version was in the JDK, not the new one.
(It’s in the section about JAXB.)
reosarevok
Oh, yeah, I remember that now
yvanzo
Also we use JAXB 2 at the moment, but the latest version is 4.
reosarevok
But Java is always confusing to me. So, this used to be mostly bundled in, but no longer is, so we need to specify the stuff we need separtely
In theory, that wouldn't seem super difficult, but is the problem that things are now updated at different rates so versions clash?
yvanzo
Yes but hopefully this transition period seems to be over for some time already.
reosarevok
Ok, but still the latest versions don't really work
Do we know why?
yvanzo
They should, we just don’t combine them correctly.
reosarevok
So, is JAXB 2 even still supposed to be supported, or should we really be moving to 4? The page does not mention JAXB 4 so I understand that means 2 is still fine and changing that can be left for later?
yvanzo
I don’t know if it is needed to have the same JAXB version everywhere.
(For example, does JAXB 4 implementation supports JAXB 2.3 specs?)
(it "drops compatibility with JAXB 1.0" but that shouldn't matter)
Wonder why they keep 2.3 alive though then
yvanzo
Remember that there is a specification and many implementations.
reosarevok
Argh :)
yvanzo
For example, the current dependencies (that work) are not necessarily used appropriately. For example it seems that the runtime (so the implementation) might not be needed everywhere: https://github.com/metabrainz/mb-solr/pull/49#d...
Just to say: don’t consider the current dependencies as an ideal of how it had to be used.
reosarevok
So, of all these open PRs, are there any that seem to be an improvement and still work, even if they don't yet migrate everything?
(for example, that same last PR that removes some seemingly unneeded dependencies, which would hopefully make things less confusing)
yvanzo
Each PR has its own issues, but there is something to learn from each too.
reosarevok
Ok, so can we try to leave comments in the different PRs specifying the issues? :)
Then we can try to fix some of those and see if we end up with something that does just improve things
yvanzo
There are two ways to do it: either (a) trying to update dependencies to their latest versions and addressing issues gradually for each step, or (b) trying to update versions gradually for some dependencies that we can make work together confidently thus unlocking some compatible versions of other dependencies.
reosarevok: We can use the wiki page for summary notes instead, because the changes are across 3 repositories at once.
reosarevok
So we're certain we can't just improve one repo fully first, then the others, because the compatibility will break, then?
yvanzo
Mostly, yes.
reosarevok
Argh.
So, given you've tried "update all fully and fix stuff" and it didn't seem particularly trivial (otherwise you would have done it :) )
lusciouslover has quit
It sounds like "update one version of a thing, see if it still works, repeat" might be the least horrible option?
lusciouslover joined the channel
yvanzo
lucifer had some success with only updating mmd-schema in 2020 but it's probably outdated now, we also succeeded to updating everything in 2022 but it’s probably outdated too and we don’t know how it worked really.
reosarevok: Ok, I think we can try this.
reosarevok
What seems like the easiest place to start from?
mmd-schema again?
yvanzo
JDK8 to 11 is a big step, 11 to 17 should be straightforward.
lucifer: This image only exists because official Solr images moved to JDK 11 a long time ago, we can just use official images if we switch to JDK 11 or upper.
lucifer
the `metabrainz/mb-solr` docker image is based on `metabrainz/solr` docker image.
monkey: Thanks re. dual Spotify submissions! How are you feeling by the way? Hope you didn’t have too awful a time
lucifer
aerozol: afaiu, the issue is from the mobile app not web brainzplayer?
aerozol
lucifer: both
lucifer
ah oka
aerozol
lucifer: mayhem: monkey: is that centralized login progress I see? Amazing! But I got dropped out of the loop on this thing as well. If it is implemented and it’s still convoluted I will throw my computer out the window
lucifer
aerozol: it isn't exactly there yet, it should be simple once everything has been implemented but can be covuluted during the temporary migration period
aerozol
lucifer: We started looking at the login workflow, but you were going to update me on how it was going? Hopefully the UX is good
lucifer
aerozol: yup, but to share it with you need to put it on a public ip which is a bit complex to do at the moment
it was easier to show on mayhem's laptop during the summit.
bitmap
lucifer: reosarevok: yvanzo: sorry I didn't realize there was gonna be a meeting and overslept a bit. would mon/tue work for the login/signup page discussion?
lucifer
once i have a workable solution, i'll share the link with you.
aerozol
Okay cool, as long as we can still change workflow! Thanks lucifer
bitmap
I'm around tomorrow too but maybe lucifer needs some time to update the development document
lucifer
yup, ofc not deploying to prod without sign off.
aerozol
And great job, I know this is a boring one
lucifer
bitmap: tomorrow or mon/tue both work for me.
bitmap
ok cool. does this also relate to the oauth migration?
yvanzo
bitmap: no worry, it was just about planning a meeting about oauth.
bitmap: I just had a working session about solr with reosarevok.
bitmap
yeah, I was trying to catch up on the conversation, I'd like to help with testing the solr changes too
I have a Musicbrainz DB replication setup with musicbrainz-docker, is there a way to get the timestamp of the last replication update from the database?
bitmap
elomatreb: if you know how to connect with psql, then select last_replication_date from replication_control;
petitminion has quit
elomatreb
ah yeah, that's exactly what I wanted
thanks
petitminion joined the channel
aabbi15 joined the channel
petitminion has quit
petitminion joined the channel
abhis_ joined the channel
aabbi15 has quit
petitminion has quit
abhis_ has quit
outsidecontext
aerozol: thanks
aerozol
outsidecontext: if you’re still up, is there a Picard setting or script to only set recording level tags/genres for files? I believe currently it puts the album tags on all the tracks, and then also the track specific ones? (this is a question on reddit)
opal has quit
opal joined the channel
zas
aerozol: not sure to understand the question, but isn't https://picard-docs.musicbrainz.org/en/config/o... "Fall back on album’s artists genres if no genres are found for the release or release group" option enough for this? If it is unchecked, it should only use recording tags/genres
aerozol
zas: Not quite, that’s going ‘up’ to use artist genres - the question is if you can go ‘down’ to only use recording level genres
