Meeting 20130508

From Archivematica
Revision as of 12:18, 8 May 2013 by Courtney (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Archivematica[edit]

Development[edit]

  • Joseph
    • changed how the database is re-created in the master branch: The 0.10 database is one file, then any changes we make will exist in other files. The idea being we'll be able to use the scripts to update the 0.10 deployments to 1.0
  • included metadata.csv's weren't properly parsing when they contained non-ascii characters. I specified that the encoding to be utf-8. This means the csv files would need to be saved with that encoding. https://projects.artefactual.com/issues/5019
  • Mike C
    • did a bit of work on the transfer approval REST API (making the access denied errors differentiate between bad credentials and non-whitelists IPs). I think that the errors Mark ran into were due to using the wrong curl args.
  • Austin working on vbox download of 0.10 for wiki

Deployment[edit]

  • Client IT staff member
    • Installed 0.10-beta packages on client "production" install
    • Provisioned more storage space on VM
    • Updated production instance of AtoM to 1.3.1 to be compatible with Archivematica 0.10.
  • Client's raster image DIPs at 72dpi work postponed until Justin gets back... clients should have a private repo for customizations (meeting scheduled)
  • New feature-development partner client's 0.10-beta deployed

Documentation[edit]

  • Courtney finished User Manual
  • Client user contributed wiki documentation for CONTENTdm
  • Joseph and Mike C added to Administrator Manual
  • more screencasts to be released with vbox for .10

Chat Log[edit]

(10:35:11 AM) courtney: DEV?
(10:36:46 AM) courtney: crickets... tumbleweeds
(10:37:05 AM) mcantelon: Haha... lemme see...
(10:37:08 AM) b22: Changed how the database is re-created in the master branch: The 0.10 database is one file, then any changes we make will exist in other files. The idea being we'll be able to use the scripts to update the 0.10 deployments to 1.0
(10:37:31 AM) peterVG: cool
(10:37:51 AM) peterVG: so similar to AtoM migrations?
(10:38:11 AM) b22: very similar
(10:38:28 AM) mcantelon: Nice.
(10:38:40 AM) courtney: b22: can you report on some of your work with format identification?
(10:39:34 AM) b22: included metadata.csv's weren't properly parsing when they contained non-ascii characters. I specified that the encoding to be utf-8. This means the csv files would need to be saved with that encoding.
(10:39:51 AM) b22: #5019 ^
(10:39:51 AM) qubot: Links: https://projects.artefactual.com/issues/5019
(10:39:54 AM) mcantelon: Mike C did a bit of work on the transfer approval REST API (making the access denied errors differentiate between bad credentials and non-whitelists IPs).  I think that the errors Mark ran into were due to using the wrong curl args.
(10:40:27 AM) b22: I've done a lot of work on tika. It is on hold till the tika package is built
(10:41:02 AM) peterVG: mcantelon: cool, so you're replying to [client]'s email today about the related issues?
(10:41:24 AM) courtney: also i'll provide feedback today on #5035 and #5034
(10:41:24 AM) peterVG: mcantelon: from an hour ago?
(10:41:25 AM) qubot: Links: https://projects.artefactual.com/issues/5035 | https://projects.artefactual.com/issues/5034
(10:41:29 AM) b22: mediainfo, file, and fido require a close look to identify which fields will make up an archivematica fileID
(10:41:39 AM) b22: closer*
(10:42:09 AM) mcantelon: peterVG: I saw email yesterday about the zipped bag transfer failing... will check report today.
(10:42:20 AM) peterVG: mcantelon: that's a seperate one
(10:42:34 AM) peterVG: is that for you to look into or b22?
(10:42:38 AM) b22: the bag transfer is expected behavior.
(10:42:45 AM) courtney: peterVG and mcantelon -- please mcantelon, break his report into issues
(10:42:51 AM) peterVG: also, how are we managing [client]'s bug reports, is any of this going trough Redmine?
(10:43:23 AM) courtney: peterVG: yes, should be... see my comment seconds prior to yours
(10:43:27 AM) peterVG: i feel like its creating a seperate channel by having [client] post these to archivematica
(10:43:37 AM) peterVG: this was discussed in past right?
(10:43:41 AM) courtney: peterVG: yes
(10:44:18 AM) courtney: mcantelon: for this one, you can just create the issue(s) and assign [client] as a follower... 
(10:51:01 AM) courtney: DEPLOYMENT: [client] needs to have their raster image DIPs at 72dpi, but change is more complex than we anticipated... will have to wait until next week
(10:51:21 AM) courtney: otherwise, [client] updated to .10 dev
(10:51:37 AM) b22: I think all clients should be in private repo's to fascilitate customizations
(10:52:01 AM) courtney: [client IT] did
(10:52:01 AM) courtney: 1) Install 0.10-beta packages on [production AM]
(10:52:01 AM) courtney: 2) Provision more storage space on the [production AM] VM
(10:52:01 AM) courtney:  3) Update [client]'s production instance of AtoM to 1.3.1 to be compatible with Archivematica 0.10.
(10:52:32 AM) djjuhasz: b22: yes, agree that clients should have a private repo for customizations
(10:52:36 AM) peterVG:  b22: I think all clients should be in private repo's to fascilitate customizations
(10:52:38 AM) peterVG: agreed ^
(10:52:41 AM) b22: when justin gets back we should sit down and discuss exactly how we plan to update clients
(10:52:54 AM) peterVG: yes, please.
(10:53:01 AM) peterVG: can we schedule mtg now?
(10:53:10 AM) b22: will do
(10:53:21 AM) courtney: sweet
(10:53:23 AM) peterVG: I think david should be in loop as part of support@ triage?
(10:53:33 AM) b22: yes
(10:53:54 AM) peterVG: and also to ensure we have consistent process that applies equaly to AtoM and AM dev clients as much as possible
(10:54:03 AM) courtney: right on
(10:54:17 AM) courtney: [Another client] install also happened
(10:54:32 AM) mcantelon: Nice.
(10:54:45 AM) courtney: Documentation
(10:54:51 AM) courtney: I finished the user manual
(10:55:04 AM) MikeG-: nice courtney
(10:55:04 AM) courtney: including lots of updates to error handling
(10:55:19 AM) courtney: [Client user] contributed wiki documentation for CONTENTdm
(10:55:42 AM) courtney: mcantelon: and b22 cleaned up and augmented Administrator manual
(10:55:52 AM) Sevein:  o/
(10:56:09 AM) courtney: thanks mcantelon and b2
(10:56:42 AM) mcantelon: courtny: Thanks for the screenshots... they break up the wall of text nicely.
(10:56:53 AM) b22: so archivematica tech team + you and david
(10:57:00 AM) courtney: mcantelon: sure, feel free to add more
(10:57:42 AM) courtney: oh, also DEV - still awaiting ARTi on vbox download for wiki
(10:57:57 AM) courtney: at which point I'll make wider announcement and release several more screencasts
(10:58:00 AM) ARTi: courtney: on it
(10:58:05 AM) courtney: thx ARTi
(10:59:41 AM) courtney: Final thing for mtg - i taught a class this weekend
(10:59:50 AM) djjuhasz: courtney: yay!
(10:59:56 AM) djjuhasz: courtney: how did that go?>
(11:00:16 AM) courtney: went well
(11:02:18 AM) courtney: i declare this mtg over
Retrieved from "https://wiki.archivematica.org/index.php?title=Meeting_20130508&oldid=8305"