#musicbrainz-devel

warp has changed the topic to: Agenda: MBS-4021 (ijabz), brianfreud (ruaok)

So essentially, fixing this issue had an unintended side-effect of dramatically increase the amount of data returned for some web service lookups, which I feel is the last thing we want seeing as we already have problems with 502's due to too much data already

ocharles: its not a change, per se, but we're generating more replication packets.

noes!

So my feeling is it shouldn't be released until the problem with artist aliases being shown on works was fixed whereas ocharles was happy to release it as it was, and fix the artaist aliases being shown on works at some time in the future.

I worry that fix could take some time, or not ever happen

I do too

lets leave a fix until we can do this right then.

But we are all unclear on the /actual/ impact of the 4021 fix

maybe the ws/3 design can shed some light on this how we might tackle this in the future.

to clarify, I mostly want to fix the actual problem (excessive data) separately, and communicate it clearly

and them apply hose concepts to this fix.

what's the status of 4021, is it on code review? beta?

but I might be smoking rock

it should not be fixed as a step to fix another bug

warp: reverted

ocharles: ok

Yes its a seperate issue, but until fixed I don't think we can release this fix

agreed. lets look for a proper solution then. then we'll release this.

ok, last topic, but a tricky one.

brianfreud is back. again.

sigh.

warp has changed the topic to: Agenda: brianfreud (ruaok)

Well, he's been editing all this time

Was he not supposed to?

I had basically told him that if he were to return to MB and to continuing to disrupt things, that I was would publicly thrown him out.

Main difference is he does now have a broken cover art bot and for some reason he's stopped answering notes

so public that future employers would find it.

Which is why I wanted to take the mail down so he'll actually take notice

I don't see a need to be that personal about this

Ouch

nikki and murdos pointed out that he is doing a ton of sloppy auto-edits.

ocharles: I'm open for suggestions. nothing has worked.

well if the edits are dangerous now, then auto-editors need to decide if he still deserves that right

so, removing his email so he can't edit anymore is a first step that is non-descructive. I can do that.

so an auto-editor who is being directly impacted by this needs to post to the AE list, I think

i don't think it's an admins right to step in here, personally

that seems like a fair solution.

I'd rather not make that call, TBH.

murdos: would you like to post to the AE list?

ruaok: I believe he contributed some useful javascript performance improvements which ianmcorvidae got through code review with some changes. he means well and not everything he does is bad for MB.

I'd rather not either

someone who's active in that community needs to be the one to get a feeling for the general consensus, imo

murdos: can I use your email to make a post?

ruaok: I don't know. Maybe if can read it before. BUt why me and not nikki?

You mean posting as murdos?

murdos: I know nikki doesn't like posting things period. :)

navap_: no. just forwarding his mail with his points.

I would be OK with making the post if no one more appropriate wants to

but if that isn't desired, then I will just say something like: "I've received complaints from people. please eval his current actions and decide if we should take action"

how is that?

ruaok: you mean a post on the autoeditor-mailing list?

ruaok: yep, that's the type of thing i'm suggesting

murdos: yes

just mention that there are formal complaints, and you'd like to hear if these are one offs, or recurring

ocharles: I was hoping to use the concrete examples that were included in that email.

yep, if you have concrete examples, they should be used

ruaok: the concrete examples are factual data, go use it :p

to determine if they are recurring or not

I want to get nikki's permission first.

if not I will go with something generic.

ok, that closes that for now.

if there's a bot running with damaging data and we have no contact, then maybe stepping in and removing the email address is worth the social compromise

brace yourselves… drama is coming!

hah

I will defeinitely remove the email in the meantime.

ok, thanks everyone.

warp has changed the topic to: Agenda: empty!

ruaok: feel free to contact me by mail if you need

ocharles has changed the topic to: Agenda: error: Cannot take head of empty list

great meeting once again -- we get lots of shit done in this meetings. :)

</BANG>

MBChatLogger has changed the topic to: http://musicbrainz.org/#devel

lol ocharles

ruaok: you have a list of edits that clearly are a problem. I don't see why anyone needs to give any permision to use a list of clear problems

murdos: I will thanks.

warp has changed the topic to: Thawed week! | http://musicbrainz.org/#devel

(not that I think anyone would ask you not to, either)

ocharles: fyi conflicts with beta are resolved

reosarevok: its called being polite. I can actually do that sometimes.

reosarevok: when humans are involved, taking absolute precaution is always a good idea :)

bitmap: \o/

ruaok: linking to some of the edits from that email is fine by me

nikki: ok, thanks.

ruaok: maybe. Guess I just don't see how clicking some of those links, seeing the mess and maybe describing it with your own words could possibly be a problem

(of course, just forwarding the mail is a different thing)

yeah, I don't particularly want the whole email forwarding. but the examples in it are fine

I think

Hi guys

Does MB have any cross-compilation environments at all?

there are other people who make a mess, but most of the time they'll clean it up if you prompt them. this isn't the first time brian hasn't cleaned up his own mess after it was pointed out to him

Had a request for cross-compilation of libmb, wondering if there was one before I start trying to set up my own

instead he's just continued to make the mess even worse

adhawkins: I don't think we have any compilation environments, let alone cross-compilation :)

Okey dokey, fair enough!

cross-compile to what?

He doesn't say.

different CPU? different platform?

Different CPU I'm guessing

"architecture", yeah, looks like it.

anyone have chirlu's email?

adhawkins: I can cross compile to arduino, but I doubt that is the goal. :)

Well, just want to cross-compile to *anything*.

ruaok, chirlu is uk who said earlier he was OK with it

reosarevok: ah, got it. thanks for the cross-refernce.

The issue as he states is that during the build I make an exectuable that is then run to auto-generate some source

I'll include hiim just in case

If that exe is generated for the target platform, it obviously won't run on the host

and catcat's current email? anyone?

uk: for completeness sake, please pm me your email

No idea about that one

warp might know

given his job description at Intel, he might be wanting it to work on the new mobile procs (speculation)

I've asked if he can give me access to a cross-compilation toolchain.

If not, I'll set up a VM with powerpc or something on it.

adhawkins: arm!

arm is all the rage nowadays for tables and phones and such.

and for Arduinos soon ;)

warp: I thought tables had legs, not arms :p

New post: blog: Possible date change for our summit: 9-11 November 2012 <http://blog.musicbrainz.org/?p=1589>;

warp: with haskell-musicbrainz-ws2 we can run on arm!

though... you can compile perl for arm too

http://ali.as/top100/ a catalyst example application has the most amount of dependencies for any package on cpan

:)

ha, and the build utilities have the most failures

that adds up to a bit of disaster :)

when do we start the language discussions for NES? :)

as soon as you start one :)

the in more seriousness, not sure if we're there yet, but i guess it will have to happen

Is there a way to search for tracks or filter them by substring within Picard? I need to find certain tracks... I know what they are, but I don't know where Picard clustered them.

I think most of our developers would be quite happy to move away from perl.

warp: i don't know anyone who wants to stay with it, so you're probably right there

The higher up the food chain you go, the more dependencies you pull in. You won't find that different in another language.

dngor: you will find different scales and growth rates

dngor: the dependencies in perl are considerably more granular than I'm used to from other languages.

you also depend on things that are part of most other languages

e.g., python and haskell already have a sensible object system and parameter parsers, so you don't need to depend on them

Higher granularity is a good thing from the perspective of import efficiency. You could import fewer things that do more than you need.