#musicbrainz-devel

/

      • warp
        nikki: something is messed up at either your provider, or in thunderbird, or both.
      • nikki
        warp: given that the same info in an older version of thunderbird causes no problems, I'm blaming thunderbird :P
      • warp
        I think a real e-mail provider should support autoconfiguration ( https://wiki.mozilla.org/Thunderbird:Autoconfig... ), so I suggest you tell that to your e-mail provider :)
      • nikki
        ianmcorvidae: apparently you should support autoconfiguration, you suck :P
      • kurtjx joined the channel
      • warp: anyway, that's not the issue :P the issue is that it rejects my manual configuration despite it actually being correct
      • warp
        it's the maintainer of the @domain.tld part who needs to implement the autoconfiguration.
      • Freso
        warp: Which'd be ianmcorvidae :)
      • warp
        nikki: yes, but why does it reject that? it could very well be an error by the ISP.
      • nikki
        warp: I don't know. it makes no sense to me
      • warp
        ocharles: any idea what's up with IO::All::Temp?
      • I get "Can't locate IO/All/Temp.pm in @INC" when running "carton exec -- script/compile_resources.pl", but carton says "You have IO::All::Temp (undef)"
      • Dremora joined the channel
      • ocharles
        yea, see the configuration on jenkins
      • for some reason you have to set an environment variable (CARTON_HOME iirc) to get that to work
      • warp
        ah, fun.
      • Freso
        ocharles: MBS-5205 - if you *prepend* something to a title, the first word is still marked as changed in the diff.
      • mb-chat-logger
      • Freso
        Re-open or new issue?
      • warp
        Freso: i'd say re-open.
      • Freso
        Alrighty. Done.
      • night199uk joined the channel
      • uk
        ocharles: http://codereview.musicbrainz.org/r/2166/ is still stalled (and the issue, MBS-4727, has just been duplicated in MBS-5442).
      • mb-chat-logger
      • warp
        ianmcorvidae: when you're around, can you explain what the purpose of the no-op i18n functions are?
      • Freso
        warp: No-op i18n functions?
      • warp
        N_l, N_ln, N_lp
      • djce joined the channel
      • Freso
        warp: If they're what it sounds like to me, the purpose is likely to feed the gettext parser with strings that are being "dynamically" generated and thus wouldn't otherwise be pulled in.
      • _($var) for example.
      • warp
        that's not how they're used from what I can see.
      • djce joined the channel
      • Freso
        warp: Alright. Then I'm probably way off. :)
      • warp
      • Freso
        warp: Unless those $AUTOEDITOR ... variables are being called later as _($...). But I don't know. :) I'm curious too, now.
      • (Of course, not literally _ - but whatever function is made to wrap around that.)
      • djce joined the channel
      • night199uk joined the channel
      • night199uk joined the channel
      • ocharles
        warp: it means you can mark a string as translatable once, and then use a variable later (which contains that string)
      • ie. we might edit.status_name, which is dynamic and depends on the status in the database. We could either have a switch there and call out many l() calls, or we just N_l somewhere earlier to 'mark' a translation
      • warp
        ocharles: clear as mud :)
      • Freso
        ocharles: So... basically the same I was trying to say in a more abstract way.
      • ocharles
        Freso: me, explaining things in an abstract way?
      • :)
      • stefans_ joined the channel
      • Freso
        ocharles: Yeah, unlike me who tend to over-abstract my explanations. We'd make a good explanation team. :p
      • murdos
        ocharles: +1 for the general markettingy stuff ;)
      • ocharles
        i think gnome and stuff have advocay mailing lists, which might be a start
      • murdos
        but gnome has a very different community and functioning
      • ocharles
        yea
      • murdos
        it's not benevol dictator centred, and has its foundation has active contributors on board
      • ocharles
        i imagine there are bits we can take that will immediately work for us, and maybe more to consider
      • warp
        warp has changed the topic to: chilly week | http://musicbrainz.org/#devel | Meeting: reviews, final GitHub steps (ocharles), (c) picard plugins (warp)
      • Freso
        "(s) picard plugins"?
      • *(c)
      • _5moufl
      • warp
        ocharles: why is musicbrianz-data private?
      • ocharles
        warp: oh, i didn't know the whole organisation would get that email :)
      • mostly because we haven't quite talked about it, but I had a bit of time at last.fm today
      • Freso
        _5moufl: Psh. "Standard" version numbering? How... silly.
      • warp: Because we can't allow all those Brianz out into the public. D:
      • warp
        ocharles: the readme says "Data access layer for the NES version of the MusicBrainz database.", which we certainly HAVE talked about :)
      • ocharles
        haha
      • i suppose i'm still somewhat amazed that we're going forward with haskell :P
      • warp
      • _5moufl
        why Freso? it allows scriptish and GM to auto-update scripts
      • Freso
        _5moufl: Exactly. =)
      • warp: Isn't Picard GPL?
      • kurtjx joined the channel
      • warp
        Freso: yes. picard itself is licensed under GPLv2 or later.
      • Freso
        warp: If so, any plugins made against Picard which wouldn't wihtout Picard, are thus also GPL.
      • warp
        Freso: no, not automatically.
      • Freso
        warp: Depends on how you read the GPL. :)
      • warp: There's no clear cut way to say whether or not it is so, so ultimately, it's up to a court to decide if it should come to that.
      • warp
        Freso: if we assume those plugins to be derivative works of picard, they SHOULD be licensed under a GPL compatible license, yes.
      • Freso: but if someone doesn't do that, they're simply violating the copyright license of picard. violating that license doesn't automatically license a work under GPL.
      • Only the author of picard plugin can determine the license for that plugin, it doesn't automatically get the GPL license just because it is derivative of picard.
      • djce joined the channel
      • Freso
      • "If the program dynamically links plug-ins, but the communication between them is limited to invoking the ‘main’ function of the plug-in with some options and waiting for it to return, that is a borderline case." is probably what is happening here.
      • warp
        sure
      • but in the end a copyright license is just a set of permissions the copyright holder grants, and only the copyright holder can grant those.
      • so if I write and publish a picard plugin, only I can determine what those permissions are. only I get to determine the copyright license.
      • Freso
        warp: True, but the copyright holders to Picard has licensed Picard under the terms of GPLv2+; these terms include that plugins/modules be available under the same terms (per those two FAQ entries).
      • warp
        Freso: yes. So if I write and publish a picard plugin, but don't give you those permissions. then I am violating the picard license, and nothing more.
      • voiceinsideyou joined the channel
      • Freso
        IANAL, and I'm guessing you're not either. :)
      • warp
        the picard copyright holders can sue me for violating their copyright.
      • I am not a lawyer, no. But I do know how copyright works.
      • Freso
        Sure.
      • warp
        uk: the vast majority of what is in CAA is not of unknown copyright status.
      • voiceinsideyou joined the channel
      • CallerNo6 joined the channel
      • uk: anything published since 1964 is still under copyright until at least 2019 (in the USA).
      • often the copyright holder is unknown, but not the copyright status.
      • uk
        OK, then that's a terminology problem.
      • (Note, however, that the example includes material from pre-1964. :) )
      • Otherwise, it's clear that at least in the rest of the world, anything is copyrighted for at least 70 years.
      • warp
        pre 1964 is more difficult. because it required registration to get copyright protection. pre 1928 USA is public domain now.
      • A lot of places still have death of author + 50 years.
      • Freso: sure, so the copyright status is known but the copyright holder isn't.
      • I guess the minimum allowed by berne is death of author + 25 years.
      • uk
        Only for photographs, creation (not death-of-photographer) plus 25. Otherwise d-o-a plus 50.
      • Freso
        Hm. Speaking of photographs... should we allow ARs to be linked directly to cover art?
      • This would allow us to be much more specific for ARs such as "wrote liner notes" and "provided photography".
      • warp
        uk: according to wikipedia there are a few exceptions. wikipedia could be wrong ofcourse.
      • djce joined the channel
      • kurtjx_ joined the channel
      • ocharles
        warp: https://github.com/search click the language drop down and notice what's in 'Popular'
      • ;)(
      • Freso
        ocharles: Perl is...
      • ocharles
        sure, it was more a stab at the "mainstream = it must be popular on github"
      • a polite jolly friendly stab, at that
      • warp
        ocharles :)
      • hawke_ joined the channel
      • Freso
        ocharles: CSS is too. We should def. write the new system in CSS. That's one great language. :p
      • hawke joined the channel
      • ocharles
        css in one of our used languages :)
      • Freso
        So, what? Our 9th language?
      • warp
        Freso: I did try to get some PHP in, but that was sadly rejected.
      • Freso
        warp: Haha. Very sadly, yes. :)
      • At least we're not using that... "HTML" thing everyone's raving about.
      • djce joined the channel
      • kurtjx joined the channel
      • warp
        win bal
      • woops
      • Muz
        https://github.com/languages Woo yeah, Haskell is so popular.
      • Oh... oh... wait.
      • Freso
        Haha. Go JavaScript!
      • ruaok joined the channel
      • Dremora joined the channel
      • ocharles
        Muz: yes, we've already looked at that
      • voiceinsideyou joined the channel
      • noobie
        search error on beta
      • read timeout at /home/beta/musicbrainz-server/admin/../local/lib/perl5/LWP/Protocol/http.pm line 452.
      • ruaok
        I see sporadic errors. :(
      • I think we're rotating indexes right now.
      • hopefully soon we wont have to do that anymore. :)
      • yeah, the first server just got rotated.
      • in a few minutes the other one will as well.
      • ijabz
        ruaok , how is search on live doing now ?
      • ruaok
        remarkably good, TBH.
      • ijabz
        At some point we should move back to the latest release
      • noobie
        happens
      • ^^
      • ijabz
        But in the meantime if we do have any upset please use stack to get a thread ump before restarting
      • I mean jstack