#musicbrainz-devel

/

      • ruaok tosses it into 30 months pile
      • reosarevok
        (as in, only allowing them to be removed or replaced)
      • ruaok
        *3
      • reosarevok
        the USED page numbers that is
      • (that's if we go with page numbers at all, btw - but that's another issue)
      • ocharles
        so how can we work on this stuff if we don't even know what we're storing?
      • warp
        reosarevok: they're not page numbers.
      • reosarevok
        warp: index numbers, whatever
      • ruaok
        ocharles: come again?
      • reosarevok
        The point is if we only use filenames for 1 front, 1 back and n other, we don't really need to show those n numbers for other anywhere, or do we?
      • They can be "hidden"
      • ocharles
        dunno, just seems if we haven't decided if we have pages or don't have pages being one issue, or how the metadata is stored, so it's a bit tricky to work on these tickets.
      • but regardless of the store, there needs to be a replace button :)
      • ruaok
        well, since you two are stonewalling working on these tickets anyway, does it matter? :)
      • warp
        lol
      • taxi is early today. I'm packing my things.
      • back tomorrow!
      • bye
      • ruaok
        if a ticket is unclear because of the pending CAA-types stuff, then least leave it out.
      • ffs. its amazing we get anything done.
      • reosarevok
        And yet things get done
      • So, from here, the replace button seems the first obvious thing
      • I'd say the next one is stop filtering pending stuff out, but maybe that's just me and we didn't agree on it :p
      • ocharles
        no, we agree on doing that
      • reosarevok
        Ok
      • Blocking the non-jpg thing
      • All those should be possible now, right?
      • And getting this compromise on the types and stuff so we can unlock the rest
      • ocharles
        I just feel like I should actual post the design of how everything works right now, before working on this...
      • the stuff seems like it should be fine
      • but there's stuff here that I'm finding myself saying "that's by design" but no one other than me, ruaok and warp knows that
      • reosarevok
        That + figure out why beta keeps failing should keep you busy for a while :p
      • As long as "by design" doesn't involve "set in stone", sure, write it
      • ocharles
        sorry, my brain pretty much switches off when I end up working til 10pm
      • reosarevok
        Do we have a 15MB cap in place?
      • I know there's supposed to be one but I don't know if it's done
      • reosarevok didn't try to submit a hugeass file
      • ruaok
        ocharles: shall we try to resume this tomorrow?
      • ocharles
        that's fine with me :)
      • ruaok
        ok, tomorrow it is.
      • djce joined the channel
      • hi djce
      • djce
        hi
      • ruaok
        djce: please see RikaServer and LoloServer in the syswiki.
      • djce
        ok
      • ruaok
        when you're done reading RikaServer, ping me.
      • djce
        ruaok: read it
      • ruaok
        any questions?
      • warp
        ruaok: sorry for running off like that.
      • when do we continue tomorrotw?
      • ruaok
        warp: np, lets finish it tomorrow.
      • when we're around.
      • closer to my morning.
      • warp
        hehe
      • alright, I'll keep an eye on irc.
      • djce
        ruaok: so, do you need me to do anything for Rika?
      • set anything up? monitor anything?
      • ruaok
        pick an ip first of all
      • 72.29.167.158
      • should be free for us to use, right?
      • djce
        I believe so, yes
      • warp
        and now shower. afk. bye again :)
      • ruaok
        djce: ok, I'll use that and setup some DNS for it.
      • djce: can we get some basic nagios monitoring going?
      • make sure the server is up, not overloaded.
      • also, can we bandwidth limit the whole server somehow?
      • djce
        nagios, yes
      • bandwidth.... in or out?
      • ruaok
        we should also install the firewall stuffs to protect the machine as much as possible.
      • both.
      • since we have random developers, not everyone is going to remember to conserve bandwidth.
      • djce
        hmm. I'll have a think about that.
      • ruaok
        ok. I'd set the limit at a mbit.
      • MBChatLogger
      • ruaok
        unless the connections are to mb.org
      • read: anything that travels outbound needs throttling.
      • djce
        nod
      • ruaok
        and for the firewall, we should allow only SSH and HTTP.
      • on port 80.
      • all the sandboxes should have a vhosting front end proxy.
      • we might get another domain for this box, so that ianmcorvidae can admin the DNS for the vhosts.
      • djce
        the sandboxes are just musicbrainz-server instances?
      • ruaok
        yes.
      • djce
        against what database?
      • ruaok
        all local DBs.
      • I suspect that we'll run a replicated read only one.
      • and each sandbox will likey have their own DB.
      • I'll leave that to ianmcorvidae
      • djce
        ok. I can't guarantee the setup, of course, if someone else is the admin :-)
      • ruaok
        the box as 1TB for that reason.
      • djce: understood.
      • djce
        but I'll see what I can do
      • ruaok
        thx.
      • I'll go have lunch in a minute and then install the OS on that box.
      • ianmcorvidae: ping
      • djce: what is the IP of the DWNI DNS server we use?
      • djce
        i'll check
      • 72.29.161.1 and .2
      • ruaok
        thx
      • ok, I have everything I need to get Rika going.
      • lunch, then the install.
      • ttfn
      • Leftmost joined the channel
      • Leftmost joined the channel
      • ijabz joined the channel