14:05:53 #startmeeting GDPR IRC meeting 18 April 2018 14:05:53 Meeting started Wed Apr 18 14:05:53 2018 UTC. The chair is josef_moravec_. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:05:53 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:05:53 The meeting name has been set to 'gdpr_irc_meeting_18_april_2018' 14:05:57 chair cait 14:06:03 #chair cait 14:06:03 Current chairs: cait josef_moravec_ 14:06:26 #link https://wiki.koha-community.org/wiki/GDPR_IRC_meeting_18_April_2018 Agenda 14:06:33 #topic Introductions 14:06:33 #info wahanui, a bot that has become sentient 14:06:49 #info Josef Moravec, Municipal Library Usti nad Orlici 14:06:57 #info Katrin Fischer, BSZ, Germany 14:07:06 #info Colin Campbell PTFS-Europe 14:07:26 #info Jonathan Druart 14:09:55 hi SoniaB, we just do #info 14:09:57 #info Sonia BOUIS Université Lyon 3 france 14:10:20 #topic Debate about improvements in Koha code 14:10:25 cait: Hi, just in time :) 14:10:33 #link https://wiki.koha-community.org/wiki/Improve_data_protection_and_patron_privacy 14:11:17 Do we wan't to go point by point like last time? Or just ask if anybody has anything to add? 14:11:41 could you make a summary? 14:11:49 what has been done since last time? 14:12:11 will we be ready for 18.05? 14:12:20 probably not 14:13:03 josef_moravec_: should we add old_issues and old_reverves ? 14:13:43 SoniaB: for anonymizing? 14:14:37 hi, Mike on the beard 14:14:38 cait: yes, if necessary. I haven't the exaxt content of those tables in mind 14:15:15 board :-) 14:15:15 SoniaB: ideally the old_issues and old_reserves should be merged into issues/reserves tables 14:15:31 but yes, we should take care of these two too 14:15:46 we could still discuss anonymizing older entries maybe 14:16:01 Unfortunately, I don't think we done much ;( 14:16:06 w can see when they were cancelled/filled and anonymize after x days by script 14:16:21 I am working on patch for anonymizing patrons, but not ready yet 14:17:18 scripts like this could be probably backported 14:17:33 Anonymizing patrons and their history are mandatory task 14:17:52 who has dev time tos pend on the issues? 14:18:06 should we prioritize and then try to find someone responsible to keep track of it/work on it? 14:19:06 Is there already patches related to 18081 ready to test (I haven't open them all, sorry) ? 14:19:16 (16:17:52) cait: who has dev time to spend on the issues? 14:19:16 (16:18:06) cait: should we prioritize and then try to find someone responsible to keep track of it/work on it? 14:19:24 just repeating for josef_moravec_ 14:19:26 Cait: Yes 14:19:51 cait: thanks 14:19:53 I agree 14:19:59 anonymizing is a big prio 14:20:03 especially for deletedborrowers 14:20:42 i will add priority to the table 14:20:49 cait: good idea 14:20:52 josef_moravec_: can I add you for 1? 14:20:54 Cait: great 14:21:04 Yes I will take it 14:22:28 working on the table, please pick the next prio 14:23:11 I will put BSZ down for the initial Cookie documentation, calire has worked some more on it 14:23:18 but there are still white spaces, everyone is invited to add 14:23:43 first changes saved 14:23:44 Privacy/anonymization : prio 2? 14:24:22 what about #10 or #11/#12/#13 ? 14:25:03 is that like a cookie banner? or more complicated? 14:25:07 13 sorry 14:25:20 ah that was for self reg? 14:25:34 7 Statistics importatnt for Czech libraries 14:25:47 and it's the way to more anonymization 14:25:58 prio 1 or prio 2? for 7? who will work on it? 14:26:16 I think #13 is a bit more complicated - depends on some settings of system which should be investigated more 14:26:43 number #7 - I am working on patch for 20606 14:26:54 i think maybe make 2 prio 1 too 14:27:01 #7 : statistics is important too in France 14:27:25 I don't really know how to help 14:27:28 ok making 7 prio 1 an djosef 14:28:02 3 Privacy/anonymizatio prio 3? 14:28:14 ok fo rme 14:28:19 put a name yet or later? 14:28:56 mkaing 2 prio 1 too, i think it's in line with deletedborrowers and statistics, to get a clean state 14:29:02 someone willing to work on 2? 14:29:27 hm we have a way to delete them, so maybe prio 2 actually 14:29:58 prio 2 = we have something, but not perfect yet. ok? 14:30:14 ok 14:30:32 cookie docs 14:30:36 1 or 2? 14:30:37 3 14:30:41 heh wahanui 14:30:41 heh i am good 14:31:03 2 14:31:11 keep updating the page, i am adding and saving :) 14:31:20 cait++ 14:31:41 SoniaB: we have something for old issues 14:31:45 i think we need another for old reserves 14:31:55 hm or maybe one for both 14:32:05 3 is abit more complicated than just anonymizing 14:32:43 hm but i think there is a script if they set to default, so maybe only need a script for old_reserves too 14:33:12 maybe just enhance the script we have? 14:33:18 not sure now ;) 14:33:52 edhance looks lika stright way 14:33:53 I've added 15 as a reminder 14:34:02 whats about 9 Administration Staff client should not be publicly accessed, even the access to login form should be restricted. 14:34:07 we can still merge them, after more investigation 14:34:17 Its just about Apache settings? 14:34:36 hm i think one idea was to make the ip settings on branch more flexible 14:34:38 more than one ip 14:35:19 Cait: it will be nice 14:35:40 one ip rarely works, so it's probably not used much 14:35:47 someone up to working on it? 14:35:49 prio2? 14:36:13 ah the other idea was apache yep 14:37:01 prio 2 14:38:07 prio 2 for 9? 14:38:11 done 14:38:20 ok 4 5 6 14:38:34 i think plugins are realy up to the library, i'd put 3 or 4 14:39:00 hm a permission 14:39:00 a permission is a blocker 14:39:16 but then we'd have plugin authors to make sure they implement the permission, can't force them 14:39:36 yes, plugins are problematic 14:39:47 but also totally optional 14:39:50 maybe not super high priority 14:39:54 agree 14:40:15 3? 14:40:15 hmmm... 3 is not. 14:40:35 3 14:41:02 14 logrotate policy 14:41:24 i think we just recently stopped a change there to keep them almost forever 14:41:32 might be good to document somewhere that we don't want that :) 14:42:05 * cait hands josef_moravec_ the duct tape 14:42:11 Sorry, can we set higher prio to 3 Prio 3 Privacy/anonymization 14:42:33 m23: can you explainß 14:42:33 ? 14:42:44 Its important 14:42:55 at the moment the choice is on the user and you can have a default with a script run 14:43:22 well you can also not offer the user the choice, but then anonymize immediately or afteer x days i think 14:43:28 the addition is only for gui in staff 14:43:34 but we can, make it 2 or 1? 14:43:47 2 if we can :-) 14:43:59 i am never quite sure if the staff should be able to change it 14:44:03 probably needs to be logged 14:44:36 updated 14:44:49 hm data portability 14:44:51 10 14:44:53 #14 is not high priority I think our defaults are Ok and sysadmin can always change it 14:45:02 prio 3? 14:45:24 maybe 4 ;) 14:45:39 done 14:45:43 ok a few remaining 14:45:53 start at the top 14:45:55 4 - reports 14:46:10 2? 14:46:10 2 is, like, pretty awesome 14:46:12 yeah 14:46:22 thank you wahanui ;) 14:46:26 we have an existing permission at least, just not granular 14:46:32 waht was the discussion, add a flag to them? 14:46:58 cait: that's the easiest way ;) 14:47:03 true 14:47:17 and probably ok for start 14:47:36 added 14:47:49 6 - backups 14:47:57 prio 4 14:48:09 it's the same class as #14 i think 14:48:10 can already be done by sysadm 14:48:16 exactly 14:48:27 once we actually delete and anonymize users what can be exposed by reports is reduced 14:49:18 cc_: true, but that's for case when user which could run reports should not see personal data at all 14:49:24 for example 14:49:36 we had the case with student helpers 14:49:46 they look for missing items and do other clean up tasks, but should not see patron data 14:49:50 or be able to download them 14:49:59 i thnk having some granularity in permissions woudl be nice to have 14:50:10 cait++ 14:50:34 agreed I'm just saying priority should be after the core of removing data 14:50:48 prio 3 then for 4? 14:50:53 it's 2 now 14:51:22 prio 2.5 ;) 14:51:33 i refuse that :) 14:51:56 number 8 - log when koha-dump is run 14:52:06 shoud this be a new log option separate from cronjobs log? 14:52:16 cronjobs log is very noisy, it might be better 14:53:00 but it's logical to log this to crnjobslog 14:53:05 true 14:53:08 just looked into the bug 14:53:24 maybe long have some options there, but for now in cronjobs log 14:53:25 prio? 14:53:43 3 14:53:48 3 I think 14:54:18 done 14:54:24 next is 10 14:54:31 prio 2 14:54:40 hm ok 14:54:47 close to 1 for us, but the other are more important even 14:55:00 Prio 1.5? ;) 14:55:04 11 14:55:05 cookie banner 14:55:19 we just had a big customer ask for it 14:55:26 they have their own solution to implement 14:55:46 the problem is that the e-privacy law is not done yet I think? 14:55:51 GDPR SET NEW VIEW ON AGREEMENT 14:55:51 so we don't know if it will be required? 14:56:01 m23: hm? 14:56:18 if we ask customer ti agree, we need to offer way if tehy dont agree 14:56:29 right now we can only inform 14:56:41 not storing cookies will be harder and def need some implementation in Koha 14:56:47 without chceck button? 14:57:10 the one i've been working on haas a link to the documentation 14:57:18 including information about own/third party cookies 14:57:22 and a checkbox to say 'seen' 14:57:35 when you have 'seen' it it sets a cookie so it doesn't reappear all the time 14:57:54 that's the latest I know 14:58:00 I can't tell if it's enough in all cases 14:58:05 if cookia banner is just information about data that we store, we can list here all data that we collected, like IP 14:58:18 store if you use the website 14:58:43 but yep, you shoudl list what you have in your logs in whatever page it links too 14:58:51 ip is a personal data 14:59:14 but we can't know these things, we could just offer a configurable url maybe 15:00:10 we can store IP, because we need for law purposes, because libraryry statistic 15:00:31 we don't need it, so it's cut i think 15:00:41 but it does apply in czech republic.. 15:00:58 not in germany, as cait said right now ;) 15:01:01 afaik it's still a bit of a grey area if you need a cookie banner 15:01:13 lots here do it now to be on the safe side 15:01:25 cait++ 15:01:27 so prio 2 15:01:28 ? 15:01:33 Its depend on library and conty law 15:01:40 country 15:01:56 m23: right now yes, I think the e-privacy regulation? is supposed to fix that 15:01:59 but it's nt done 15:02:39 cait: e-privacy we neet to solve to, but later :-) 15:02:53 i think i can#t really translate well what i am trying to explain 15:03:02 it's a new EU thing that will accompany the GDPR 15:03:17 but it won't be ready for may 15:03:23 e-privacy? Does it mean we will need another wiki page like this one? ;) 15:03:37 looking for an english link 15:03:58 ePrivacy directive maybe 15:04:23 this one? http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32002L0058:en:HTML 15:04:35 https://ec.europa.eu/digital-single-market/en/proposal-eprivacy-regulation 15:05:33 https://www.eprivacy.eu/en/about-us/news-press/news-detail/article/what-does-the-eprivacy-regulation-mean-for-the-online-industry/ 15:05:36 part of the intention is to simplyfy the requirements re cookies 15:05:53 ah, thanks 15:05:55 the problem is it will take effect later than the GDPR 15:06:00 so we don't quite knwo yet 15:06:07 cc_: that about right? 15:06:56 e-privacy is on the way, date not set 15:07:14 i will put the banner thing on prio 2 15:07:21 i think just informing is possible now with some custom javascript 15:07:38 but we probably need to talk about the eprivacy directive again at another meeting? 15:08:21 of the prio 1 items: Josef works on 1 and 7 15:08:26 yes - detail not complete but it does distinguish between cookies to run you site and user tracking which were a bit confused in current rules 15:08:32 15 still needs someone to look into it 15:09:06 ok, is something more specicif, focus is on the data transfrer security like postal security 15:09:50 someone for 15? 15:10:45 bye 15:11:05 video about black vision about eprivacy https://vimeo.com/236635324 15:11:26 ok, maybe later? 15:11:40 #info We are looking for someone to take care of 15 - anonymizsation of old_reserves 15:11:56 should we conclude the meeting with this and meet again in a few weeks? 15:12:30 cait: Ok for me 15:12:43 yes 15:13:02 #info If you plan to work on an issue, please mark it on the wiki 15:13:12 josef_moravec__: ? 15:13:38 i am ok with it 15:13:51 ok, ending meeting, make suggestions for new date later. 15:13:55 #endmeeting