jesuscrist why is it soo hot in norway and why does noone *actually* care about keeping 2m minimum away ACK
2020-06-19 17145, 2020
ishaanshah
iliekcomputers: Looks promising, we should look into it post gsoc
2020-06-19 17146, 2020
Mr_Monkey
You should see Barcelona…
2020-06-19 17157, 2020
CatQuest
I dont want to
2020-06-19 17159, 2020
iliekcomputers
yep
2020-06-19 17103, 2020
sumedh joined the channel
2020-06-19 17104, 2020
Mr_Monkey
One drawback of the JSDoc approach is that it gets a bit trickier to use outside tools to validate/upgrade the specs.
2020-06-19 17104, 2020
Mr_Monkey
I'm currently looking into exporting an actual spec file so I can manipulate it, but I'll still have to apply any changes manually…
2020-06-19 17130, 2020
iliekcomputers
ishaanshah: hey
2020-06-19 17152, 2020
ishaanshah
Hi
2020-06-19 17155, 2020
ishaanshah
Worked on tests today
2020-06-19 17110, 2020
ishaanshah
Last one remaining
2020-06-19 17115, 2020
iliekcomputers
ooh, exciting
2020-06-19 17121, 2020
ishaanshah
I am working on it right now
2020-06-19 17127, 2020
shivam-kapila
Mr_Monkey: you might wanna change the icon and title in the title bar.
2020-06-19 17135, 2020
iliekcomputers
cool, i'll take a look when you tag me
2020-06-19 17151, 2020
iliekcomputers
i looked at the cronjobs you added
2020-06-19 17153, 2020
iliekcomputers
and had one comment
2020-06-19 17123, 2020
Mr_Monkey
Thanks shivam-kapila I'll look into it
2020-06-19 17107, 2020
iliekcomputers
if we only have 10 min between the jobs, the email notification doesn't happen
2020-06-19 17105, 2020
iliekcomputers
even now, i only get two emails, because the result consumer doesn't catch up to the results until the fourth job triggers :D
2020-06-19 17119, 2020
iliekcomputers
i'm not sure what the solution here is, but it's a thing to think about
2020-06-19 17128, 2020
ishaanshah
Change to TIME_TO_CONSIDER_OLD to 8 minutes?
2020-06-19 17153, 2020
shivam-kapila
Mr_Monkey: Also I would like to have a link to BB website somewhere along `BookBrainz REST API.`
2020-06-19 17122, 2020
Mr_Monkey
Good idea
2020-06-19 17112, 2020
iliekcomputers
ishaanshah: that doesn't fix it because the time in the db is when the result actually gets consumed
2020-06-19 17134, 2020
iliekcomputers
i need to think about this a bit more, but thought i'd bring it up in case you get an idea
2020-06-19 17111, 2020
ishaanshah
maybe send only onec per day for each type and range of state
2020-06-19 17113, 2020
ishaanshah
stat
2020-06-19 17120, 2020
ishaanshah
once*
2020-06-19 17149, 2020
ishaanshah
so once listening_activity, all_time message is recieved ignore all other for another day
2020-06-19 17106, 2020
iliekcomputers
hmm, maybe
2020-06-19 17126, 2020
iliekcomputers
let's get back to this when my brain is more on.
2020-06-19 17135, 2020
iliekcomputers
do you have anything you want to talk about?
2020-06-19 17159, 2020
ishaanshah
nothing else, will complete the last test and ping you
2020-06-19 17113, 2020
iliekcomputers
sounds great!
2020-06-19 17101, 2020
shivam-kapila
(We must somewhere mention that we compute the stats daily on our website)
2020-06-19 17114, 2020
iliekcomputers
shivam-kapila: nah, i think that would be misleading
2020-06-19 17121, 2020
iliekcomputers
given that we only have new data once a week
2020-06-19 17135, 2020
iliekcomputers
the daily computation is more for our debugging's sake right now
2020-06-19 17142, 2020
shivam-kapila
Ah
2020-06-19 17147, 2020
iliekcomputers
once we have incremental dumps working, then sure
2020-06-19 17113, 2020
shivam-kapila
Then we can have previous day stats too. That would be sexy
2020-06-19 17101, 2020
iliekcomputers
if someone codes it up, sure
2020-06-19 17135, 2020
shivam-kapila
Not that important right now, but I am interested to know why we don't exchange listens via RMQ and have a DB copy at spark side itself.
2020-06-19 17159, 2020
iliekcomputers
because spark is more suited for high latency high throughput tasks
2020-06-19 17106, 2020
iliekcomputers
inserting one listen takes a lot of time
2020-06-19 17120, 2020
iliekcomputers
inserting a million listens more time but it's not linear
2020-06-19 17143, 2020
shivam-kapila
Oh so that kind of acts as a hindrance
2020-06-19 17146, 2020
iliekcomputers
right
2020-06-19 17105, 2020
iliekcomputers
plus, we don't need that accuracy anyways, the spark db is only queried by our cronjobs
2020-06-19 17108, 2020
BrainzGit
[musicbrainz-server] reosarevok opened pull request #1574 (master…MBS-10908): MBS-10908: Stop recording-of rel edits showing for all recordings of a work https://github.com/metabrainz/musicbrainz-server/…
it creates a pile of users, then dumps listens, reimports and then expects to see number of users listens in the DB. yet there is no code to insert listens.
