<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Mon, May 7, 2018, 6:14 AM Stefan Huber <<a href="mailto:sh@signalwerk.ch">sh@signalwerk.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey Ale<br>
—<br>
I think the strength of the Web is to connect the dots. I think we should link to the etherpads and keep them living and nod become human-copy-machines. Some workgroups are using the etherpads actively some are just to read what was decided. They are the source and the original. All what happens should happen there. <br>
<br>
We should only have a backup-copy in case something happen. We could get a text-dump and an etherpad-dump so we would even be able to import the content again into an other pad if the original goes down. <br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">+1 from me to this back up idea</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .<br>
<br>
Stefan Huber<br>
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .<br>
<br>
> On 7 May 2018, at 11:30, ale rimoldi <<a href="mailto:ale@graphicslab.org" target="_blank" rel="noreferrer">ale@graphicslab.org</a>> wrote:<br>
> <br>
> hi stefan<br>
> <br>
>> Thanks for your suggestion. I agree 100% that we need to save the<br>
>> content separate to keep it archived. I'm not sure about your<br>
>> workflow. It's in my opinion unrealistic to do that manually. I<br>
>> suggest that we have a github-repo and in it there is a file with all<br>
>> the links we need to export (etherpads have a export-url<br>
>> {{repourl}}/export/txt). Then there is a cronjob that exports all the<br>
>> etherpads automatically from time to time to the same github repo.<br>
>> There people can get a copy when the pads go offline.<br>
>> <br>
>> If you like, I can do a setup for that. Just give me a repo on the<br>
>> libregraphics-organisation and and travis-ci will do the job. <br>
> <br>
> interesting idea.<br>
> <br>
> this would be ok for archiving.<br>
> at least for etherpads.<br>
> for other collaborative tools it might be a bit harder to scale. but<br>
> not impossible.<br>
> all of them have links. of course.<br>
> <br>
> <br>
> on the other side the documentation goal would not really be met:<br>
> i wonder who will go and read the content of that repository...<br>
> <br>
> from my side, go ahead if you think that your solution meets the needs<br>
> of archiving (and documenting) the documents collaboratively created<br>
> for the LGMs.<br>
> personally, i still tend to prefer a manual (and edited) way to keep<br>
> track of the documents.<br>
> it might be a little bit more of work in the short term but might give<br>
> us a much better LGM in the long term.<br>
> <br>
> ciao<br>
> a.l.e<br>
> _______________________________________________<br>
> Libre-graphics-meeting mailing list<br>
> <a href="mailto:Libre-graphics-meeting@lists.freedesktop.org" target="_blank" rel="noreferrer">Libre-graphics-meeting@lists.freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/libre-graphics-meeting" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/libre-graphics-meeting</a><br>
<br>
_______________________________________________<br>
Libre-graphics-meeting mailing list<br>
<a href="mailto:Libre-graphics-meeting@lists.freedesktop.org" target="_blank" rel="noreferrer">Libre-graphics-meeting@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/libre-graphics-meeting" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/libre-graphics-meeting</a><br>
</blockquote></div></div></div>