#musicbrainz-devel

when I try to run carbon install --deployment I get the following errors

! Couldn't find module or a distribution Catalyst::Plugin::ErrorCatcher~v0.0.8.8 ()

ocharles: Yeah, I beginning to wonder if they're worth it.

! Couldn't find module or a distribution DBD::Pg~v2.18.0 ()

I guess I could write a commit hook to handle $Date or something.

if you have that

one sec gonna check

never knew that log even existed xD

If you're going to paste contents use pastebin :)

ofc reosarevok ;)

I wish everyone thought that was obvious :p

hahaha xD

adhawkins: I just update the notice when I change the file.

pastebin is heavenly ;)

warp: That's the problem, I always forget :D

adhawkins: change the year if you change the file in that year

currently running carbon install --deployment again and following the log, lets see what it does

oh, warp just said that

adhawkins: of course, you should be focusing on solving problems, not doing bearocracy

erm

beurocracy* :)

set yourself a reminder email every 6 months to go through and bulk-update all the files

still wrong, fail laptop typing

ocharles: try again

:)

i'm sticking with bearocracy

or maybe beerocracy

adhawkins: perhaps you need a little tool to check that you updated the copyright message (as part of building the project or running the test suite)

beer ? ^^

ocharles: http://www.brewaucracy.co.nz/ <- my friend's microbrewery

nice!

warp: Yes. Someone on #git has suggested a pre-commit hook.

Not a bad idea I guess

though, I also like beerocracy

er

I also like bearocracy

alastairp: Yes, that's what I want to achieve. However I almost always forget.

adhawkins: the year in itself isn't terribly important, so it would be fine to only use the new year in new files.

Right

That's how I've noticed.

Added a few files tonight, and remembered to add the new year rather than 2011

However I've changed a number of files this week too, and almost certainly haven't made those files say 2011-2012

adhawkins: what is important is that every file has appropriate copyright / license notices and that you have a toplevel LICENSE file or something like that.

Well, that's all covered.

adhawkins: that makes it a lot easier for everyone else to use your project.

where everyone is defined as that group of people that care about copyright law.

:)

Oh well, I guess I'll just try to remember to do it.

And maybe write a pre-commit hook to look for 'Copyright xxx' and reject it if it doesn't see the current year.

Hertog: I've just had the same thing happen

hmm

a carton install DBD::Pg fixed it

except your files are automatically under copyright law from point of creation

ocharles: is that the case in the UK too?

hmm thanks for the tip ruaok ! Im gonna try it if it doesnt work (I just run rm -rf local/ and rerun carbon install --deployment)

it is here.

ruaok: afaiu, yes

that sucks. :(

ruaok: huh?

it sucks that the law is like that. I hate it.

why?

ruaok: any country who signed the mumble agreement

ocharles: yes, which means no-one has any right to use them unless you give them a license.

again the errors, so after carbon install --deployment is finishied running, im gonna try carton install DBD::Pg

it destroys the public domain.

alastairp: ah. that royally sucks.

ruaok: berne convention

si

which is basically everyone

ruaok: due to berne copyright law is very similar in most countries.

but license is not copyright. we already copyright all our files and then relicense them

ruaok, thanks! carton install DBD::Pg did the job! =D

yeah, what ocharles said

the copyright year is irrelevent to this, and sticking a license in the file is pointless when you could just say "# See LICENSE"

but i've argued this before, and it's hairy and scarily close to politics :P

so... i'm going to carry on writing haskell

carbon install Catalyst::Plugin::ErrorCatcher worked also! :D

ocharles: smart man.

s/stops/gives up/

warp: what's wrong with git?

heh

thanks for the tip ruaok ! :)

np, Hertog

lots wrong with git, for some things

ruaok: it doesn't seem suitable to use a store for a website. but I haven't seriously _tried_ to use it as such.

all the people using jekyll would disagree :)

ocharles: s/website/interactive website/

argh! after manually installing Catalyst::Plugin::ErrorCatcher and DBD::PG, carbon install --deployment is still whining about not finding those modules

ruaok: I'll have more time for coding when I'm back in .nl. So I'm considering working on my db for videogames again (musicbrainz/bookbrainz for videogames).

nice.

on a similar note, i'd like to spend more time after the schema change doing more edit system research

ocharles: yes please.

ruaok: would I be able to us MB time?

after that I was going to ask: "What else do we have to do in order to be able to focus on the edit system rewrite?"

ocharles: yes.

cool :)

Logs after trying to manually install Catalyst::Plugin::ErrorCather and DBD::PG http://pastebin.com/CvC9qWdq

Any other suggestions?

looks ok to me.

start the server?

Does carbon install --deployment do anything else then just installing the perl requirements?

thats all it does

okay! :) Then Im gonna continue creating the pSQL database and stuff like that, brb

back tomorrow!

Hmm... PostgreSQL is being a bitch

oy, this sucks: http://motherjones.com/media/2012/04/silicon-va...

Hertog: for that I usuall edit my pg_hba.conf to be all trust for all lines.

(except on production servers)

hi djce

are backups behaving finally?

brb gonna have smoke

back

Hertog: Are you importing the database dumps?

setting up the caa stuff under daeomon tools and non-root perl stuffs is a bit finicky. :(

im downloading the database dumps right now adhawkins

Be aware it takes ages to import them :)

thats alright, my server is currently picking its nose right now, so it should have something to do then ;)

:)

if the download should finish before i go to bed... current ETA is 1h 40m :(

*2h

Yep, they're big files!

yeah... the 2 biggest files are 1.5G and 1.0G

You don't need all of them I don't think

Hertog: you dont need the edit files, unless you really want to look at edits.

that will make the download and import much faster

ruaok: The import still takes bloody ages :)

adhawkins: thats probably because you're running a stock postgres.

haha bloody ages... are we back in the dark ages again ?

And on a VM on an under powered Atom PC :D

adhawkins: a little bit of tweaking and it can run much faster.

adhawkins: oh. can't help there.

Doubt it's worth the effort given my environment

I usually only import on dual proc quad core machines with 8+GB :)

Show off

adhawkins: the default settings are ok for that.

haha ;) Penis compensation ? :P

adhawkins: my office is full of them. what else am I supposed to do?