#musicbrainz

bed time now, nn!

for me too. night

nikki_ is now known as nikki

TheSenior is now known as TheShiner

If there is a UPC and a 0 padded EAN, which should be added to mb?

U is universal :-P

ean

The album in question was released in the states if that helps anything

how come there's two anyway?

Well amazon uses the ean, some other sites use a upc, one uses both: http://store.bluecygnet.com/13-32-B0000DELRB-1_...

no cover then?

Haven't seen a back cover

as far as I know they're equal anyway, so I would add the ean because that seems to be the one people are standardising on... I seem to recall america uses them now (although upcs still work since they're just eans without a leading zero)

An EAN is just a UPC with a country code in front right?

0 being for NA, which makes the upc work?

I don't think so, they just reserved the ones starting with 0 for upcs

oh

1 digit country codes couldn't work anyway, there are 10 digits and something like 250 countries :)

Well, region codes

If dvds can do it with 6, music can do it with 10 ;)

I don't think ean is a country first

@seek bizet

oh, maybe it is

there are some, but it's not one digit

yeah, it's variable

I know the ones starting with 45 an 49 are japanese, and I think 88 is south korea

and some with 47 are taiwan

don't know exactly which numbers are involved though, I just know south korean and taiwanese barcodes look weird to me :P

Well there you go then, I wasn't completely making stuff up :)

978 = bookland

well, it doesn't work like you said, 45/47/49/88 plus a upc isn't an ean :P

ya ya..I added the ean for that edit

978 + isbn = ean, though :)

yeah, I think upc's are a different format

hey! what's the big idea!

it was very gentle!

;-)

wasn't http://bugs.musicbrainz.org/ticket/1158 fixed a while ago?

I think so. lemme see.

yes, its tricky. but its being done in libdiscid

so, yes.

ooh, another closeable bug :D

there are still quite a few people complaining about issues with the Mac universal binary though, didn;t they pertain to cd drive issues?

that too.

and which UB?

we haven't produced one yet. :)

it's ok for me to close it, right?

next week. I'll work on that shit.

i think the test one you put on your blog post, or am i mistaken?

nikki: yes.

oh, that was an x86 build, not a ubin

ding.

I suppose if someone finds a problem with libdiscid they can create another bug, the cd looking up stuff works for me

ubin is not the big deal.

anyway, complaints with that build :D

10.4 AND 10.5 is the bigger deal.

all because of 10.4 and cd issues.

k.

next week. this week I will forever be trying to get my list below 20 bugs.

MBChatLogger: off

is not logging

is logging

I'm trying to be good!

anyway, then how do I test 10.4 for you? :P

heh

there were quite a few comments on both the PPC and Intel blog posts, was someone following up on those?

i presume 'no', given the request for a Mac OSX Picard dev :p

I watched them, yes.

I've had some sporadic help, but mostly its people wanting to get picard running on osx.

as soon as they get that POOF. gone.

at least the last guy did some really useful work.

yeah; bout the same as my experience trying to get users to help me work out the sporadic Picard issues with the "browser integration" on Windows

funnily, it seems to happen after I mention cmd and telnet... wonder why

lol

voiceinsideyou: check it: http://musicbrainz.homeip.net/show/stats/dashbo...

the extra boxes on the pager at the bottom bugs me.

but my CSS foo is too weak to fix it

as is mine without time investment :p what bugs you about it anyway?

style="border: none" on the inner <table>?

oh, right

Remosi: tried that. :-(

i figured he'd turned borders on for demonstration purposes :p

let me see

I think how the rules for the outer table are written they somehow prevent the pager from overriding the style

why are there random "see all x items" for some of the entries?

because only max 3 items are shown for any given instant in time.

how can I make that more clear?

ruaok: Why do you have a <table> inside a <table> anyway? Doing away with that would get rid of the extra box problem I think

I'm not sure... they all say 23 hours ago, I guess it would have to be more specific

because I dont want to redo the pager right now.

perhaps being indented and smaller text, perhaps as well?

its a hangover from MB started.

but given how often things are going to get updated, I can't see how those times are going to say different things

more realistically they are all going to be different.

so what kind of time period will it group them by?

whatever has the same lastupdate timestamp.

which means that changed entities in the same transaction will have the same dates

ruaok: as to your inner box problem, a quick hack with firebug indicates it's inheriting from topmods td, so you probably need to override on the td itself with style="border: none"

so if someone adds a va release, a whole bunch of artists will be affected, but if two people edit an artist separately, they'll count as separate updates?

voiceinsideyou: bing. nice. thanks.

stooopidly simple answer. :)

i presume the new "fix" to #4092 isn't on test yet? (with trigger changes?)

I don't think I ran that function. hold on

ok, try now.

hmm

it still updated both the artist and release timestamp when I created a (pending) edit for a track name

that sounds right.

oh, damn. pending edit. I didn;t see that.

chefkoch is now known as chefkoch_AW

chefkoch_AW is now known as chefkoch

Amblin is now known as Guest92701