unofficial mirror of meta@public-inbox.org
 help / color / mirror / Atom feed
* handling GDPR requests
@ 2019-04-01 15:50 Konstantin Ryabitsev
  2019-04-01 17:55 ` Eric Wong
  0 siblings, 1 reply; 5+ messages in thread
From: Konstantin Ryabitsev @ 2019-04-01 15:50 UTC (permalink / raw)
  To: meta

Hello:

Well, I have my first GDPR request. What's the recommended mechanism of 
dealing with that? The message in question dates back to mid-last year 
and I see two problems with deleting it from the repository:

1. It's in the previous epoch repo of LKML
2. Deleting/editing that message would require a massive repo rebase 
with associated db reindexing. I'm not sure I want to think about how 
long that would take.

-K

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: handling GDPR requests
  2019-04-01 15:50 handling GDPR requests Konstantin Ryabitsev
@ 2019-04-01 17:55 ` Eric Wong
  2019-04-02 22:32   ` Konstantin Ryabitsev
  2019-04-03 20:55   ` Konstantin Ryabitsev
  0 siblings, 2 replies; 5+ messages in thread
From: Eric Wong @ 2019-04-01 17:55 UTC (permalink / raw)
  To: Konstantin Ryabitsev; +Cc: meta

Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> Hello:
> 
> Well, I have my first GDPR request. What's the recommended mechanism of
> dealing with that? The message in question dates back to mid-last year and I
> see two problems with deleting it from the repository:
> 
> 1. It's in the previous epoch repo of LKML
> 2. Deleting/editing that message would require a massive repo rebase with
> associated db reindexing. I'm not sure I want to think about how long that
> would take.

Try the -purge tool:
  https://public-inbox.org/meta/20190111041008.24361-8-e@80x24.org/

I haven't used it outside of tests, so try it in a throwaway repo,
first :)

It doesn't need to do a full reindex.  And the "rebase" should
be quick when done via fast-import (doesn't need to rewrite
blobs, only commit history).  The repack might be the slowest
part of the operation.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: handling GDPR requests
  2019-04-01 17:55 ` Eric Wong
@ 2019-04-02 22:32   ` Konstantin Ryabitsev
  2019-04-03 20:55   ` Konstantin Ryabitsev
  1 sibling, 0 replies; 5+ messages in thread
From: Konstantin Ryabitsev @ 2019-04-02 22:32 UTC (permalink / raw)
  To: Eric Wong; +Cc: meta

On Mon, Apr 01, 2019 at 05:55:51PM +0000, Eric Wong wrote:
>> Well, I have my first GDPR request. What's the recommended mechanism 
>> of
>> dealing with that? The message in question dates back to mid-last year and I
>> see two problems with deleting it from the repository:
>>
>> 1. It's in the previous epoch repo of LKML
>> 2. Deleting/editing that message would require a massive repo rebase with
>> associated db reindexing. I'm not sure I want to think about how long that
>> would take.
>
>Try the -purge tool:
>  https://public-inbox.org/meta/20190111041008.24361-8-e@80x24.org/
>
>I haven't used it outside of tests, so try it in a throwaway repo,
>first :)
>
>It doesn't need to do a full reindex.  And the "rebase" should
>be quick when done via fast-import (doesn't need to rewrite
>blobs, only commit history).  The repack might be the slowest
>part of the operation.

Thanks, Eric!

I'm not acting on it yet, since the proper process needs to be followed 
via LF legal. Notably, this person's name and email address ended up 
making its way into actual git commits (via "Reported-By:"), so at this 
point I'm mostly sitting back with a large bucket of pop-corn.

-K

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: handling GDPR requests
  2019-04-01 17:55 ` Eric Wong
  2019-04-02 22:32   ` Konstantin Ryabitsev
@ 2019-04-03 20:55   ` Konstantin Ryabitsev
  2019-04-03 21:21     ` Eric Wong
  1 sibling, 1 reply; 5+ messages in thread
From: Konstantin Ryabitsev @ 2019-04-03 20:55 UTC (permalink / raw)
  To: Eric Wong; +Cc: meta

On Mon, Apr 01, 2019 at 05:55:51PM +0000, Eric Wong wrote:
> Try the -purge tool:
>   https://public-inbox.org/meta/20190111041008.24361-8-e@80x24.org/
> 
> I haven't used it outside of tests, so try it in a throwaway repo,
> first :)
> 
> It doesn't need to do a full reindex.  And the "rebase" should
> be quick when done via fast-import (doesn't need to rewrite
> blobs, only commit history).  The repack might be the slowest
> part of the operation.

Quick follow-up -- is it possible to edit the content of the message
instead of purging it entirely? Since the emails in question actually
involve patches, I'd like to leave those around for the historical
record and remove just the offensive PII data.

Best,
-K

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: handling GDPR requests
  2019-04-03 20:55   ` Konstantin Ryabitsev
@ 2019-04-03 21:21     ` Eric Wong
  0 siblings, 0 replies; 5+ messages in thread
From: Eric Wong @ 2019-04-03 21:21 UTC (permalink / raw)
  To: Konstantin Ryabitsev; +Cc: meta

Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> Quick follow-up -- is it possible to edit the content of the message
> instead of purging it entirely?

Not yet.  Purge + re-add of the edited message works, but NNTP
ordering would be affected (and maybe that would be desirable).

Anyways, it seems like whoever wants the removal is Streisand-ing
themselves in the process :>

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-04-03 21:21 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-04-01 15:50 handling GDPR requests Konstantin Ryabitsev
2019-04-01 17:55 ` Eric Wong
2019-04-02 22:32   ` Konstantin Ryabitsev
2019-04-03 20:55   ` Konstantin Ryabitsev
2019-04-03 21:21     ` Eric Wong

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).