IRC log for #koha, 2018-07-09

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:41 papa1 joined #koha
01:35 irma_ joined #koha
05:20 cait joined #koha
06:18 ashimema_ joined #koha
06:20 laurence joined #koha
06:24 calire joined #koha
06:25 ashimema_ left #koha
06:41 reiveune joined #koha
06:41 reiveune hello
06:47 alex_a joined #koha
06:47 alex_a bonjour
06:57 cait joined #koha
07:05 paul_p joined #koha
07:12 alex_a joined #koha
07:15 alex_a joined #koha
07:21 fridolin joined #koha
07:21 fridolin hi there
07:25 fridolin joined #koha
07:27 greenjimll joined #koha
07:27 gaetan_B joined #koha
07:27 gaetan_B hello
07:30 lavamind joined #koha
07:58 janPasi1 joined #koha
08:09 ashimema mornin'
08:10 calire hi #koha
08:45 cait anyone ever seen patron creator templates that won't save?
08:45 and show a wrong list of printer profiles?
08:51 janPasi1 joined #koha
08:57 cait we figured out one of the printer profiles was borked... but not sure how it happened or wha
08:59 alexbuckley joined #koha
09:17 gaetan_B joined #koha
09:42 fridolin 72 ;)
09:42 ashimema ?
10:04 wilfrid joined #koha
10:33 alexbuckley joined #koha
10:45 jenkins Project Koha_17.11_D8 build #67: FAILURE in 7 min 21 sec: https://jenkins.koha-community[…]Koha_17.11_D8/67/
10:45 * gonzalez: Bug 20700: MARC21 add/update leader/007/008 codes (17.11.x version)
10:45 * Tomás Cohen Arazi: Bug 20745: koha-zebra doesn't return the correct error codes
10:45 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20700 trivial, P5 - low, ---, bgkriegel, Pushed to Stable , Update MARC21 leader/007/008 codes
10:45 Bug http://bugs.koha-community.org[…]_bug.cgi?id=20745 major, P1 - high, ---, tomascohen, RESOLVED FIXED, indexing/searching not active at end of installation
10:46 jenkins Project Koha_17.11_D8 build #68: STILL FAILING in 1 min 1 sec: https://jenkins.koha-community[…]Koha_17.11_D8/68/
10:52 m23 joined #koha
10:54 marcelr joined #koha
10:54 marcelr hi #koha
11:09 * kidclamp waves
11:09 marcelr hi kidclamp
11:42 cait GDPR meeting in 20 minutes!
11:47 marcelr hi cait
11:48 cait hi marcelr
11:48 marcelr can attend 30 mins
11:49 cait we#ll try to make it quick
11:49 trying to get things sorted right now
11:49 marcelr bug 20819
11:49 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20819 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , GDPR: Add a consent field for processing personal data in account menu and self-registration
11:49 cc joined #koha
11:49 marcelr feedback welcome
11:49 cait i was going to mention it
11:49 can you put alink on agenda?
11:49 marcelr ok
11:50 anne-claire joined #koha
11:52 talljoy joined #koha
11:52 tallerjoy joined #koha
11:53 talljoy joined #koha
11:54 m23 hello to all GDPR fans :-)
11:54 cait marcelr: fixed the link
11:54 marcelr: there is a nice trick {{BZ|bugnumber}} - will automatically make it right
11:56 marcelr great; visit wiki not oftem enough
11:56 m n
11:58 ncbaratta joined #koha
11:58 talljoy joined #koha
11:59 cait get ready... starting the meeting :)
12:00 #startmeeting GDPR IRC meeting 9 July 2018
12:00 huginn Meeting started Mon Jul  9 12:00:03 2018 UTC.  The chair is cait. Information about MeetBot at http://wiki.debian.org/MeetBot.
12:00 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
12:00 Topic for #koha is now  (Meeting topic: GDPR IRC meeting 9 July 2018)
12:00 huginn The meeting name has been set to 'gdpr_irc_meeting_9_july_2018'
12:00 cait #topic Introductions
12:00 Topic for #koha is now Introductions (Meeting topic: GDPR IRC meeting 9 July 2018)
12:00 cait #info Katrin Fischer, BSZ, Germany
12:00 marcelr #info Marcel de Rooy, Rijksmuseum
12:00 cait please introduce yourself using #info!
12:00 talljoy #info Joy Nelson ByWater Solutions
12:00 greenjimll #info Jon Knight, Loughborough University
12:00 cait #link https://wiki.koha-community.or[…]_July_2018#Agenda Today's agenda
12:00 m23 #info  Michal Denár, KohaCZ
12:00 cc_ #info Colin Campbell, PTFS-Europe
12:01 cait giving it another minute or so
12:01 anne-claire #info Anne-Claire Bernaudin, librarian, University Rennes 1, France
12:01 cait #topic Status update on planned developments and road map
12:01 Topic for #koha is now Status update on planned developments and road map (Meeting topic: GDPR IRC meeting 9 July 2018)
12:02 cait #link https://wiki.koha-community.or[…]nd_patron_privacy Road map
12:02 maybe first some updates then move to the questions?
12:03 marcelr bug 20819 is in needs signoff
12:03 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20819 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , GDPR: Add a consent field for processing personal data in account menu and self-registration
12:03 cait #info 12 - documentation about cookies used in Koha is done
12:03 #info there is also a cookie coding guidelines now, that says that developers have to update the documentation
12:03 i will update the table later
12:03 marcelr: do you have the number this is referring to?
12:04 marcelr i wrote it at the end of the table
12:04 cait i think it might fit with 13
12:04 marcelr but it touches a few points
12:04 ashimema #info Martin Renvoize - PTFS Europe
12:05 cait i can move it into the table later if you agree
12:05 marcelr yeah fine
12:05 it combines consent and account deletion request
12:05 cait ok, any other updates on the work underway?
12:05 oh that's interesting
12:05 because that was on my list
12:05 m23 What about add some new guidelines about private data into development gudelines?
12:06 cait m23 I think that would make a good next topic
12:06 m23 cait ok
12:06 cait #info bug 20819 deleing with patron self registration (consent) and patron deletion is ready for sign off
12:07 marcelr note that adding a deletion request and processing it are two things
12:07 this is the first part
12:07 cait but you can request one?
12:07 marcelr yeah
12:07 cait that's a good first step
12:07 marcelr you either give a consent or ask to delete your acoount
12:08 you cannot work without answering
12:08 cait any more updates to the table?
12:08 anne-claire In the table in the wiki page, I don't see anything about old_issues and statistics tables. They need to be anonmyized too, as old_reserves.
12:08 cait anne-claire: there are some entries
12:08 anne-claire Missed it, sorry
12:09 cait number 3
12:09 marcelr is anonimizing the borrower not enough?
12:09 cait and 7 i think
12:09 marcelr: at the moment we are not doing that
12:09 but it depends on how long you want to store data
12:09 there is actually no need to store issues data as logn as the patron exist
12:10 marcelr maybe statistical purposes
12:10 cait yeah, but then you can work with anonymized data too
12:10 the idea was to move patron category and age to the statistics table
12:10 to remove the need for the link with the patron
12:10 anne-claire For statistics, pseudnomymization would be a need
12:10 To identify a single user
12:10 cait and borrowernumber could be removed after some time frame
12:10 ok, i will add a new topic then for coding guidelines?
12:11 greenjimll We'd need to be able to tie an old-issue down to the department that the user who made it was in for example, as part of our purchasing system.
12:11 cait where do you store department?
12:11 greenjimll In the attributes for the borrower.
12:11 cait hm
12:11 talljoy ack
12:11 cait maybe we'd need a way to map some data to statistics by configuration
12:12 let the library decide what we copy from the patron record
12:12 anne-claire cait: yes
12:12 talljoy have a 'free' field in statistics like sort1, sort2 ?
12:12 cait something like that
12:12 what do you think
12:12 ?
12:12 talljoy it allows for flexibility for sure
12:12 drojf joined #koha
12:13 cait i can add the idea to 7 latr
12:13 drojf #info Mirko Tietgen, late
12:13 cait #topic Coding Guidelines for privacy
12:13 Topic for #koha is now Coding Guidelines for privacy (Meeting topic: GDPR IRC meeting 9 July 2018)
12:14 cait m23?
12:15 m23 We mabe should inspire by https://github.com/joomla-proj[…]privacy-framework
12:15 cait #link https://github.com/joomla-proj[…]privacy-framework
12:16 m23 Its integrated into core of Joomla, every new plugin, feature or code must corresponded into privacy framework.
12:16 cait #idea (from earlier) Add some columns to statistics that can be mapped to patron data by the library
12:16 m23 If some law change it can be easier to implement it into system
12:17 greenjimll I like the privacy of the Joomla version history: https://docs.joomla.org/Joomla[…]9_version_history
12:17 cait can you give an example?
12:17 hm empty for me?
12:17 talljoy me too
12:17 greenjimll Exactly.
12:17 :-)
12:17 marcelr private :)
12:18 cait I think i don't understand
12:18 m23 if privacy data are in log, tables developrs know it and know how hadle this data
12:18 MilkManzJourDaddy joined #koha
12:18 m23 all provate data are mapped
12:19 its clear?
12:19 cait sorry, not yet
12:19 just hiding the information seems a bit like  Security by obscurity to me
12:20 talljoy yes
12:20 cait security through obscurity (had to look it up)
12:20 talljoy i like that phrase cait!
12:20 greenjimll Not terribly obscure if its documented though.
12:20 cait but what exactly are we not seeing?
12:20 drojf nor secure
12:20 m23 we cant just hide private data, its agianst rules of GDPR
12:21 we must be able to remove or anonymise them
12:21 marcelr m23: do you have specific suggestions for new coding guidelines ?
12:22 m23 marcelr Im not sure .... how specify it
12:22 cait hm maybe something like: don't add more data without a deletion/anonymization stretegy?
12:22 like if we added a message_queue again, we'd immediately also provide a script to delete the date/clean up
12:23 or... deal with what happens when the patron is deleted
12:23 we don't always do that cleanly in the codebase
12:23 marcelr cascaded deletes clean up a lot ..
12:23 cait for example the messages to patrons (the notes) are never cleaned, they remain linked to deletedborrowers
12:23 yep, but they are holes currently
12:23 marcelr ok
12:23 m23 every new functionality, plugin thaht hande privacy data must do it clear
12:23 cait so it might be worth giving it some thought implementing new features
12:24 greenjimll And should the method for making patron data anonymous be implemented in the Koha core modules, so that new additions can make use of these rather than reinventing the wheel?
12:24 m23 so first step is mapping privacy date in system/databese
12:24 cait #idea provide a way to clean up/anonymize data at the time of adding new features as well
12:24 Dyrcona joined #koha
12:25 m23 private data can be at easy identify tables, but hiden at logs, messages, etc.
12:25 cait #idea clean up/anonymize data when patron is deleted for new features/tables
12:25 we have a list of tables that have links to patron data
12:26 not sure if that would be helpful?
12:26 m23 cait, yes, it can help
12:26 cait there are also several cronjobs that can create logs containing patron information
12:26 maintaining the list is a bit... hard
12:26 m23 exactly
12:26 cait but i can try to put it on my to do list
12:26 an automatic way of documenting this might be nicer
12:26 m23 some kidn "privacy framework" can help in future
12:27 cait we have https://schema.koha-community.org for example
12:27 m23 i think it#s not clear from the page you linked how that works
12:27 the readme below is only about Joomla in general
12:27 clrh #info CLaire Hernandez, BibLibre  (bad connection)
12:28 m23 Im not able now to find better info, I'll try
12:28 cait welcome clrh
12:28 drojf m23: do you work with joomla? could you give some more info on how the framework works? as cait said, the repository has no information about it
12:28 in the readme at least
12:29 cait maybe we can discuss next time with some more info on the agenda?
12:29 i'd like to move on to the general discussion
12:29 greenjimll This may be more useful for Joomla GDPR support: https://data2.eu/en/gdpr-tips/[…]a-gdpr-compliance
12:29 cait #link  https://data2.eu/en/gdpr-tips/[…]a-gdpr-compliance
12:29 m23 cait, OK, if I add some new better info about Joomla or similar solution, I'add link into wiki
12:30 cait thx m23
12:30 drojf link in german about joomla https://www.joomla.de/news/joo[…]joomla-3-10-dsgvo
12:30 cait m23++
12:30 #link https://www.joomla.de/news/joo[…]joomla-3-10-dsgvo (German)
12:30 moving on
12:30 #topic General discussion
12:30 Topic for #koha is now General discussion (Meeting topic: GDPR IRC meeting 9 July 2018)
12:31 greenjimll Should I carry on waiting for REST APIs for bug 20028, or put some place holder code in to extract and generate some JSON data directly?
12:31 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20028 enhancement, P5 - low, ---, koha-bugs, NEW , Export all patron related personal data in one package
12:31 cait i think waiting for all rest apis needed might take too long
12:31 having something a little earlier might be good
12:31 greenjimll OK
12:31 cait what do others think?
12:32 m23 This feature in API can be very useful if library use for exaplet VuFind
12:32 greenjimll I can always do a first cut without the REST APIs and replace it with them when they arrive.
12:33 m23 Solution to provide personal data to download via user accout is very nice to users
12:33 cait i'd use rest api wherever possible
12:33 talljoy What data are you extracting?
12:33 cait but i think having it complete for what we need will take more than this year
12:34 talljoy: the rule is everything we store about a patron
12:34 talljoy demographic, fines, circ, old circ, reserves, etc...
12:34 cait has to be provided ina machine readable format
12:34 talljoy the whole kit and kaboodle eh.
12:34 cait for download
12:34 greenjimll It will have to (eventually) extract all information related to the borrower that we hold.
12:34 cait everything
12:34 reviews, tags, ...
12:34 m23 especially, issue history, reservation history, payments history ...
12:34 cait star ratings
12:34 talljoy that would be a messy csv, or multiple csvs yes?
12:34 cait we were thinking messy json
12:34 greenjimll I was thinking more JSON than CSV to be honest.
12:34 talljoy :D
12:35 ashimema Can one not already do that using reports
12:35 drojf star ratings …
12:35 greenjimll Should we change it from CSV to JSON in the wiki?
12:35 talljoy a better messy in json.  agreed
12:35 m23 "in one package" can thing more packaes but from one point
12:36 cait i think coudl also be a zip file?
12:36 drojf a zip with a lot of files is a package
12:36 heh
12:36 talljoy :D
12:36 cait i think reports would be hard because lots of unions
12:36 not easy to provide a big one
12:36 m23 zip are best for bigger files
12:36 talljoy would be an unwiedly report.
12:36 cait ashimema: do you have something developed maybe?
12:37 i think maybe we hsould not overthink it
12:37 but try to get something in place so we comply
12:37 and then refine
12:37 greenjimll OK, I'll make a start on extracting some data so there's something to test and build upon.
12:38 cait greenjimll++
12:38 I think marcelr's development might be dealing with my 'request account deletion'
12:38 can you confirm marcel?
12:38 #info see bug 20819 for requesting account deletion
12:38 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20819 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , GDPR: Add a consent field for processing personal data in account menu and self-registration
12:39 cait i think he said he only had half an hour
12:39 the other thing came up here in discussion about anonymizing automatically using the cronjobs
12:39 m23 What about some extension of current anonymisation tool? Like list of anonymised patrons, because some library must be able to finf paper contract to remove them after anonymise "digital" data in Koha.
12:39 cait a new patron registerts at the library, they fill out a form and sign it, it's stored, the patron expires, the automatic deletion happens after x months... the paper remains
12:40 m23: using the tool that works, but what about using the cronjob?
12:40 m23 Tool os betetr for this scenary insn!t it?
12:41 cait not sure, i think it's easy to forget
12:41 every manual process is
12:41 m23 Cronjob is good, but how list names that was/waill be anonymised?
12:41 cait #info What happens to registration forms when a patron is deleted automatically (expired since...)
12:42 yeah exactly
12:42 i was hoping someone could provide a good idea :)
12:43 talljoy sounds like the cron would need to have a 'report' option that could be emailed once it runs and anonymizes patrons
12:43 report containing the list of names so the library could remove paper contract?
12:43 m23 automatic way willl be better ... maybe Koha can send list by mailer, what do You think?
12:43 cait talljoy: emailing is not quite what we want... (privacy) but maybe a file that can be accessed
12:44 m23 yeah
12:44 talljoy again back to manual.
12:44 cait because you'd email patron names and cardnumbers i think... as a minnum
12:44 talljoy someone has to go get the file
12:44 greenjimll The UK ICO says that you need to keep consent forms: https://ico.org.uk/for-organis[…]ocessing/consent/
12:44 talljoy or automate another process to grab the file and move it somewhere else
12:44 cait yep - just email is not encrypted usually or signed
12:44 or at least that's harder to do
12:44 getting a file from the server might be easier in a safe way
12:45 hm something to think about :)
12:45 someone got something else?
12:45 m23 so tool can be other solutio :-)
12:46 wit caledar reminder :-)
12:46 cait #idea add a tool to remind of tasks regularly (like anonymizing data)
12:46 m23 cait great!
12:47 anne-claire great idea, a reminder !
12:47 talljoy that's what google calendar is for.
12:47 cait talljoy: you are killing our fun :)
12:47 talljoy heh
12:47 cait maybe repariing the scheduler could already hlep
12:47 m23 and extend anon toll with list of patrons to view/download
12:47 talljoy NOW there is a good idead Cait!
12:47 cait #info idea repair the scheduler!
12:47 talljoy m23 yes!
12:48 cait hm i am getting confused with infos and ideas
12:48 maybe time to end the meeting?
12:48 m23 :-)
12:48 cait we'll have a poll about the next data again i think if noone is opposed?
12:48 talljoy add m23 idea about the tool providing a preview
12:48 cait oh yes
12:49 #idea Provide a review of patrons to delete or a list of patrons deleted when running the patron deletion/anonymizing tool
12:49 hope that made sense
12:49 hm review preview...
12:49 gah.
12:49 #idea review = preview
12:50 ending in a minute or so if nothing else comes up
12:50 m23 thanks for debate :-)
12:50 cait thx all for attending!
12:50 greenjimll In bug 20819 do we store the consent form they consented to?
12:50 huginn Bug http://bugs.koha-community.org[…]_bug.cgi?id=20819 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , GDPR: Add a consent field for processing personal data in account menu and self-registration
12:51 cait i think marcelr is no longer around
12:51 maybe leave him a later?
12:51 greenjimll OK
12:51 cait or comment on the bug
12:51 might be more efficient
12:51 talljoy thanks cait!  good meeting.  til next time.
12:51 cait #endmeeting
12:51 Topic for #koha is now Welcome to #koha this channel is for discussion of the Koha project and software http://koha-community.org
12:51 huginn Meeting ended Mon Jul  9 12:51:23 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
12:51 Minutes:        http://meetings.koha-community[…]-07-09-12.00.html
12:51 Minutes (text): http://meetings.koha-community[…]8-07-09-12.00.txt
12:51 Log:            http://meetings.koha-community[…]09-12.00.log.html
12:51 drojf cait++
12:51 m23 bye
12:53 LeeJ joined #koha
12:53 * LeeJ waves
12:53 LeeJ hi #koha
12:53 talljoy hi leej
12:54 LeeJ hi talljoy!
12:56 clrh thnals cait and sorry, train is not a good way to follow the meeting, I will re-read everythnging soon
12:56 greenjimll Thanks cait!
13:16 kmlussier joined #koha
13:22 marcelr joined #koha
14:29 gaetan_B1 joined #koha
14:31 barton joined #koha
14:32 calire left #koha
14:49 alex_a_ joined #koha
14:52 fridolin left #koha
14:56 epinky joined #koha
14:57 kellym joined #koha
14:58 epinky I'm having trouble enable ldap authentication in Koha 18.05, I don't see any errors in /var/log/koha/library/opac-error.log I have followed this tuto https://bywatersolutions.com/2[…]/07/09/koha-ldap/  can anyone help?
15:04 cait yay - elasticsearch bugs pqa :D
15:04 epinky: sorry, not experienced with ldap
15:04 maybe try the mailing list if you don't catch an expert here
15:04 reiveune bye
15:04 reiveune left #koha
15:04 cait it's end of work day in europe, maybe tomorrow or later tonight would be better
15:05 epinky cait: will wait , I really need this
15:10 cait did you have it working in annother version of koha?
15:12 epinky cait: nope
15:14 cait this might be helpful, it#s newer
15:14 https://koha-community.org/man[…]otocols.html#ldap
15:15 epinky cait: thank you, have followed it, however no log about login attempts is written
15:16 cait: do you know how to troubleshoot if no logs appear?
15:21 cait there is a section about touble shooting
15:21 apart from that i don't know
15:21 maybe th wiki? has some mor info
15:21 wiki?
15:21 hm, bot is not here
15:21 https://wiki.koha-community.org/wiki/Main_Page
15:22 jzairo joined #koha
15:34 laurence left #koha
16:25 jzairo joined #koha
17:08 cait left #koha
17:18 greenjimll joined #koha
17:38 cait joined #koha
17:57 * cait sighs finding more emails in the 'almost spam' directory
17:58 * LeeJ can relate to cait
17:59 cait got confused on the mailing list... just ignore me
18:20 jzairo joined #koha
18:45 alexbuckley joined #koha
19:21 LeeJ @later tell khall no dice on the restart :(
19:21 huginn LeeJ: The operation succeeded.
20:12 kathryn joined #koha
20:26 epinky anyone can help me with ldap
20:26 ?
20:27 I cnanot make it work with koha
20:42 alexbuckley joined #koha
23:18 papa1 joined #koha
23:34 kathryn joined #koha

← Previous day | Today | Next day → | Search | Index

koha1