#metabrainz

Oops, away for the long weekend, and then there was some activity on Hacker News after all. Does anyone have examples of LB/MB being used for fun things/personal projects? https://news.ycombinator.com/item?id=36170269

outsidecontext: no action required, but I know you like to stay on top of Picard chatter: https://community.mp3tag.de/t/musicbrainz-picar...

mayhem: too funny, too true https://usercontent.irccloud-cdn.com/file/g66AT...

aerozol: thanks

Hi mayhem, aerozol, monkey! Can you please update the beta app to latest and checkout if the listen submitter has improved for you? It should work fine now even when the app is close. Also, playing now is submitted to LB as soon as you start listening to a somg

Song*

akshaaatt: I find the new token configuration on top of the listen screens a bit odd. it takes up a lot of space for something you usually only setup once

Right outsidecontext ! We have discussed that we need to fox the UI/UX for it.

Fix*

great :)

is the "now playing" still showing spotify info instead of LB?

Yes, the now playing on app is still the one on spotify

It’s hard to decide

Which one to use

The LB now playing or spotify now playing

Maybe a setting for this as well?

As it is the ListenBrainz app showing LB now playing seemed natural to me :)

Right

That part confused me so hard. When using the app for the first time I assumed the feature was just totally broken, it never occurred to me that it would show the Spotify recent listen

XD

Hi lucifer! How can I keep the app updated about the playing nows from LB?

We only have a REST API currently

akshaaatt: i'll have to figure out some details but you can subscribe to a websockets connection i guess.

Yeah. But wouldn’t that require some setup on the server as well?

mooooin!

akshaaatt: will try the app later today!

first the Reddit API pricing stupidity, now stack exchange: https://meta.stackexchange.com/questions/389811...

akshaaatt: i think making an api call should do right?

like playing now’s information contains delay

we could have a flow dedicated just to that

while (true) : fetchPlayingNow(); delay(duration-of-song); if (duration == 0) : delay(fixedDelay);

atj: ok for doing the consul switch today?

zas: yes, i just realised we need to add another 2 servers to the consul cluster

O’Moin

zas: what 2 servers did you suggest to add to the cluster?

aerozol: It looks nice but the connection is very remote. Would a MeB colorized version of the language icon logo do?

atj: aphex & ludwig

aerozol: Apparently MediaWiki allows for deriving from their logo with different colors: https://www.mediawiki.org/wiki/Manual:MediaWiki...

jasje that’s a noob solution to make an open connection

Just keep making api calls forever on a delay

We rather want event based updates from the backend

The best way to do that is through sockets

i wanna know how to do that

link me to something?

https://socket.io/blog/native-socket-io-and-and... jasje

aerozol, atj, or any other native speakers around: https://musicbrainz.org/relationship/c8283596-6... - should that be "quoted on" or "quoted in"?

reosarevok: "quoted in"

atj: thanks! :)

(CatQuest thought it seemed off and I kinda agreed but wanted to confirm)

yvanzo: should I release or have you seen any reasons not to yet? :)

And how should we do with translations then? :)

CatQuest: changed to quoted in then :)

:D

yvanzo: with our other MeB projects/external sites we haven't tried to have an obvious connection (e.g. the forum logo just uses the MeB logo, instead of some kind of forum icon, or a colored version of the Discourse logo). I thought we would do the same here and brand it MeB first

Is there a reason why we should treat this different? If so we can of course just use the language icon

aerozol: Mainly, they just differ from each other by a few pixels.

yvanzo: right, you want the icons to differentiate more?

Your first logo based for colored Weblate was convincing.

That's just a suggestion, thus mentioning MediaWiki as well.

I don't see a way to do a new MeB sub-logo without doing the hexagon, it's the main MeB brand. I'll sleep on it

reosarevok: looking into it :)

Mayhem: monkey: ahhh I didn't see the updated recs page! Looks lovely on my phone!! I have some nitpicks like moving things a few px, so on, but I'm heading to sleep v soon

I liked the one with the Asian char FWIW, not sure how obvious it is, but then, neither is the Wiki one necessarily

yvanzo: thanks :) Writing some more tests in the meantime

wait we're not using that one? but I like it a lot too

I agree that they're not very distinguishable, but that's kind of the precedent (almost indistinguishable favicons - sorry everybody!)

CatQuest: I think we don't yet know what we're or we're not using :)

I could revisit them all again tbh, but I don't think it's worth it :)

right nex to eachother on the tabline they are plenty distinguishable. so it's fine

i think?

Oh you reckon? That's good to hear! I don't find them that obvious, but they are very obviously MeB tabs which is useful for me

yes.

i als oahve this ting where different (sub)domains colour the tab differently. i presume that many power users or the like have similar plugins

aerozol: I agree it's probably not worth revisiting them all :)

that's a browser thing and not something we shoudl assume

but

What we could do, and this is something we could easily do for the other sub-sites, is do new colors for their hexagons. Rather than just use MeB green. We'd start having some pretty slight color differences but that's okay

But that wouldn't make it a more obviously weblate/translation which I think you want yvanzo

?

lucifer / mayhem: see support email about listens export when you have some time :)

If we're making new logos I don't see a way around using a hexagon shape, it's so closely tied to MeB. We can of course just leave the weblate w as well

aerozol: I mean if you don't feel it's worth it, don't do it.

Cause I'm just giving feedback, not taking decisions or doing any work about these.

yvanzo: colors would be doable. If most people are ok with the favicons only being slightly differentiated then we can use the one I posted earlier 👍

aerozol: Color codes are definitely what make other logos slightly more distinguishable.

the one you posted earlier with the wonky japanese "e" was great hoestly

honestly*

hoestly is a great typo. fits with the "hoe summer" theme of my life.

I like it too CatQuest, but I agree that it will look very similar to the forum/tickets/wiki (by design but I'm still open to feedback)

CatQuest: loool

sigh

:)

Maybe you want to post the icon in the meeting yvanzo, just mention that people can give me feedback? I'd do it but I already mailed in my review

I'm sure reo accept addendums to mailed in reviews

aerozol: no problem, will do, good night!

Thanks yvanzo! Good night all

yvanzo, reosarevok: please do not run docker-server-configs node scripts for now, we are making changes to consul

roger

Ok

zas, yvanzo: rmq is unavailable

causing LB to go down

where is it?

clash

atj: ^^

rmq container looks to be working

is it a consul health check?

zas: rmq is fine, consul issues maybe?

possibly

*probably

yvanzo: is sir working fine?

able to access rmq i mean.

lucifer: at least some parts of LB seem to still access RMQ according to logs: `collect_logs.sh --since 2023-06-05 rabbitmq`

yvanzo: yes, that is spark cluster where the config is hardcoded.

lucifer: no SIR doesn't, restarting it.

consul health check for rabbitmq-clash is passing

i am deploying a temp fix to hard code the config for LB main as well

where is lb running?

sir-prod is running on floyd

atj: kiss

get a roo... oh, the server

RABBITMQ_HOST = "SERVICEDOESNOTEXIST_rabbitmq"

RABBITMQ_PORT = "SERVICEDOESNOTEXIST_rabbitmq"

reosarevok: 💋

:DDD

all health checks are passing on clash

atj: where is that?

so that's a consul-template issue

zas: on kiss `docker logs listenbrainz-web-prod -n 500 |grep RABBIT`

but kiss still uses old cluster...

atj, zas: you can use listenbrainz-web-beta to track the beahvioud

i hardcoded the config on listenbrainz-web-prod to bring up LB

cc: mayhem

zas: consul service for rabbitmq-clash doesn't exist on the old consul cluster on kiss

I hardcoded the service info for rabbitmq in sir-prod container, working fine atm.

zas: https://www.irccloud.com/pastebin/KJwZBsdc/

my guess would be that stopping consulagent container on clash caused that

kiss containers are still using old consul cluster

so service went undefined

transitive dependency

and rather a bad news if that's the case, we need to verify

atj: https://stackoverflow.com/a/44959327

great behaviour

can we organise some downtime and just get the migration done? I don't see how we can feasibly work out all the dependencies and mitigate them...

anything I can do to help?