<html><head><style>pre,code,address {
margin: 0px;
}
h1,h2,h3,h4,h5,h6 {
margin-top: 0.2em;
margin-bottom: 0.2em;
}
ol,ul {
margin-top: 0em;
margin-bottom: 0em;
}
blockquote {
margin-top: 0em;
margin-bottom: 0em;
}
</style></head><body><div>Hi all,</div><div><br></div><div>and many thanks for getting the conversation going!</div><div><br></div><div>My primary issue would be to get the website situation solved. </div><div><br></div><div>I would suggest to serve the website via GitHub pages. There's no dynamic server side scripting on GH-pages, but with "workflows" static site generation can be controlled pretty well (e.g. with Jekyll or Eleventy it's great to use). It's also possible to point a DNS entry to that service and GitHub doesn't charge anything.</div><div>We could also use another host (KDE) and still build the website using the GitHub workflows mechanism then upload to the server e.g. via sftp.</div><div><br></div><div>My approach would be something like this:</div><div><br></div><div> * The archive /20xx websites would be included in the static site at libregraphicsmeeting.org, basically as it is right now.</div><div> * Each new year would directly publish to its final destination /20xx. Only the main /index.html would be outside of that structure and change accordingly. So no big move is required to create the archive of each year.</div><div> * For dynamic needs (i.e. registration form etc. where direct action for input is expected) I would suggest a new sub domain, e.g. dynamic.libregraphicsmeeting.org that would handle those. The integration into the static web-site could be very transparent. However, to be able to e.g. send emails for confirmation etc. requires also a mail-server, so there are non-trivial challenges, depending on what we want to be able to do. The dynamic contents could also be served from a totally different domain.</div><div><br></div><div>I think the separation of static vs dynamic content is nice as the dynamic requirement is rather short lived, around half a year before the conference. In my case, I would now be happy to set up a dynamic server anywhere and keep it active just until this years edition is over. We can still share the server code between each edition, but shutting it down again also should have a good effect on code hygiene and the burden of maintenance.</div><div><br></div><div>As far as emails are concerned, I'd be happy using emails from my companies domain for this year, as the company is in the role of hosting the event and I can control its mailserver/DNS without hassle.</div><div>We could also set up a mail-server for dynamic.libregraphicsmeeting.org</div><div><br></div><div>On the weekend, I wrote a script that can take the old archived pages and transform them in so far as they can be served very simply be a basic http-server.</div><div>It rewrites file-names if they are complicated to serve from static server (e.g. the ?query part which `wget` would save to disk when scraping a page) and it removes e.g. the `<a href="http://libregraphicsmeeting/`">http://libregraphicsmeeting/`</a> from hrefs/srcs etc. so that another domain can serve the pages. I don't think it's perfect but I have a version on my <a href="http://localhost">http://localhost</a> that is better than the online version right now (which is down). I'm pushing the whole thing as it is to github now for sharing ... here: <a href="https://github.com/strong-type-systems/libregraphicsmeeting">https://github.com/strong-type-systems/libregraphicsmeeting</a></div><div><br></div><div>About the other topics in this thread:</div><div><br></div><div>I think the matrix chat might be a nice idea. I try to be in the IRC chat when I'm at my computer, but I agree with Ale that it is complicated.</div><div>Mailinglist is OK for me.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>On Mon, 2024-12-09 at 10:19 -0300, farid abdelnour wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><div>Hello all, long time! Hopefully I'll be able to join you next year. <br></div><div><br></div><div>The KDE community can provide support by hosting the LGM website if you like. But we'd have to sort some technical things out first like:<br></div><div><span class="gmail-transaction-comment"><br></span></div><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Dec 8, 2024 at 3:19 PM ale rimoldi <<a href="mailto:ale@graphicslab.org">ale@graphicslab.org</a>> wrote:<br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>This having been said, i think that there are four important topics<br>about the online resources and all of them need some discussion:<br></div><div><br>- DNS<br></div><br></blockquote><div> </div><div><span class="gmail-transaction-comment">Would it be acceptable to have this pointed at the KDE DNS provider? (CloudNS.net)</span></div><div><span class="gmail-transaction-comment"><br></span> </div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>- website<br></div><br></blockquote><div><br></div><div><span class="gmail-transaction-comment"><li class="gmail-remarkup-list-item">- For the current year, what sort of website would we be taking on the hosting of?</li><li class="gmail-remarkup-list-item">- For the historical archives, is this anything other than a static site?</li>
<li class="gmail-remarkup-list-item">- Hosting wise, is there anything else needed aside from the website(s)?</li></span></div><div> <br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>- mailing list (archived messaging)<br></div><br></blockquote><div><br></div><div>We also have some mail servers, would you also need to use those? </div><div> <br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>- messaging platform (real time messaging)<br></div><br></blockquote><div><br></div><div>If it also helps, KDE has an <span class="gmail-transaction-comment">irc <-> matrix bridge</span> that the sysadmins can help setup from your irc channel to a matrix room. <br></div><div><br></div><div>Please let me know what you think and I can get you in touch with the KDE sysadmins so you can organize things. <br></div><div><br></div><div>Cheers :)<br></div><div><br></div><div> </div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I will start here with my thoughts but, if other people agree that a<br>discussion is worth to be conducted, it's probably better if the<br>replies go to one thread per topic (or some topics can go into a common<br>thread).<br></div><div><br></div><div><br>TLDR:<br></div><div><br>and before going into the details, here my proposition for the next<br>(urgent) steps:<br></div><div><br>- AFGRAL gets in touch with louis and takes control of the LGM.org<br> domain<br>- we find a new place where to host our archive with the static files<br> (if nothing better is proposed, i can temporary host them on "my"<br> shared web space; i guess that the AFGRAL can do the same; i can<br> participate in rebuilding the sites from the git repositories)<br></div><div><br>and now, a lot of details!<br></div><div><br></div><div><br></div><div><br># DNS<br></div><div><br>Luis Desjardins is the "owner" of the DNS entries.<br></div><div><br>He already asked for the ownership to be transferred.<br></div><div><br>Since the LGM itself has no way to own them by itself, i'm very<br>comfortable with the idea of having them in the hands of the AFGRAL<br>(or any other entity around the AFGRAL if cedric's "we" did not refer<br>to the account he has used for sending his email)<br></div><div><br>If nobody disagree with this, I think that there is not much discussion<br>needed and the AFGRAL is welcome to do get in touch with louis and get<br>the name transferred.<br>(probably, we only need <a href="http://libregraphiscmeeting.org" rel="noreferrer" target="_blank">libregraphiscmeeting.org</a> , if louis still has<br>other similar domains.)<br></div><div><br></div><div><br></div><div><br># Hosting the "main" website with the landing page and the archive<br></div><div><br>We need to move.<br>urgently.<br></div><div><br>personally, i haven't noticed that tuxfamily has been down for such a<br>long time.<br>we were very lucky that it was online during the latest LGM.<br></div><div><br>we have a bunch of static web sites, each in its own directory, that are<br>very rarely (or never) updated.<br></div><div><br>my suggestion is to go for one of two solutions:<br></div><div><br>- we are not picky at all, anybody can host them and we make sure that<br> it's easy for us to migrate to a new host at any time, or<br>- we try to find a stable host that can host us (for free). like<br> tuxfamily used to be.<br></div><div><br>if we can make sure that at the end of each LGM a static site is<br>checked into our github repository, we can be somehow more relaxed<br>about this issue:<br>we have very low requirements!<br></div><div><br>since tuxfamily is currently down, i would suggest that we need a<br>solution that can be online before the end of the christmas holidays.<br>(or at least before the organization for the next LGM 2025 wants to go<br>public with their information!)<br></div><div><br>in the wors case, i can probably host it myself on my shared server, if<br>no better solution is proposed (in such a short time).<br></div><div><br>during the christmas holidays, i can reserve some time for recreating<br>the websites.<br></div><div><br></div><div><br></div><div><br></div><div><br># the yearly LGM site<br></div><div><br>for the last few years, we had a rather good experience with a static<br>site that could be "automatically" updated by pushing to the github<br>repository.<br></div><div><br>if the organizers want / need a dynamic site (wordpress, django,<br>...), hosting them on a common server becomes a bit harder.<br>with tux family we had the constraint that it only supported PHP and<br>we mostly went for wordpress.<br>that's all we could do.<br>often, it was enough.<br></div><div><br>i've already seen that somebody suggested creating subdomains that can<br>be hosted by the organizers (and their partners).<br>i'm fine with that, but it makes a bit harder to later host the static<br>copy.<br>(probably, not a big issue, though. but it's worth to check about it<br>before deciding to use sub domains! it's an additional requirements for<br>the host of the static sites)<br></div><div><br>then we would have all lgm up to 2024 in <a href="http://lgm.org/20xx" rel="noreferrer" target="_blank">lgm.org/20xx</a> and the following<br>ones in <a href="http://20xx.lgm.org" rel="noreferrer" target="_blank">20xx.lgm.org</a>.<br>maybe there is also an easy way to create a redirect. it needs to be<br>tested. and documented.<br></div><div><br>as i said at the beginning of this email, for me the only hard condition<br>is:<br></div><div><br>at the end of the lgm a static version of the site (with all the public<br>content!) is checked into the git repository.<br></div><div><br>(of course, you can disagree with me also about that! what i want to<br>say, is that all the rest is open for discussions and we can probably be<br>rather flexible!)<br></div><div><br></div><div><br></div><div><br># archived messages: the mailing list<br></div><div><br>currently, the "official" communication canal of the LGM is this<br>mailing list.<br></div><div><br>i've not seen many critical voices about this, but those who are not<br>comfortable with it do not really have a place to complain.<br>(i guess that most people who have not got into mailing list before the<br>mid of the years 2010 are not used to register to mailing lists!<br>(forums, facebook, statckoverflow, slack, ... have won the race)<br></div><div><br>the advantage of this mailing lists:<br></div><div><br>- it's very easy for us to use. (and everybody can use it)<br>- freedesktop seems to manage it in a very stable way.<br></div><div><br>the minus points:<br></div><div><br>- many people are not used to mails and mailing lists anymore<br>- no visual elements<br>- (personally, i don't get a notification if there are mails i should<br> read...)<br></div><div><br>is there any need for discussions here?<br></div><div><br></div><div><br></div><div><br></div><div><br># real time messaging<br></div><div><br>officially, we are using the #lgm channel on libera chat.<br></div><div><br>the advantages:<br></div><div><br>- it works.<br>- it has very low (no) maintenance costs for us.<br></div><div><br>do i need to talk about the issues?<br></div><div><br>- no persistence of the messages (it's not possible to get home in the<br> evening and check what has happened during the day (or during the<br> week)).<br>- almost none of us is permanently / often in the channel anymore.<br>- many people have never heard of irc<br>- most LGM projects do not (actively) use irc (anymore).<br>- no fancy / visual content<br></div><div><br>personally, i'm all for finding a new platform.<br>if possible one that is completely based on free software.<br></div><div><br>i've proposed to switch to element chat (matrix) in the past, but the<br>the response was not very positive.<br></div><div><br>personally, i'm not 100% convinced by element myself, but i've been<br>using it in for another project for years and it works "well enough".<br></div><div><br>the biggest issue is, for me, that many people still don't use it /<br>don't know about it.<br>the onboarding is rather painless, but:<br>- for many people, it's one more platform<br>- it's not the same as other platforms they are using.<br></div><div><br>but i don't see any better solution that is completely (at least<br>theoretically) open source and is as easy to use (for the end users!).<br>and at least a bit popular (among our pairs).<br></div><div><br>if i recall correctly, at the time i proposed it, the biggest concerns<br>were about hosting (which is indeed hard, but i don't see how it can be<br>an issue for the lgm: we don't even manage to easily host a static<br>website) and about encryption (again, not an issue for me, but i<br>respect that other people have fundamentally different opinions on<br>this!).<br></div><div><br></div><div><br></div><div><br></div><div><br>that's was a long mail.<br></div><div><br>hopefully, i was not too boring, and i really hope that we can find<br>good solutions to the issues we are facing!<br>and i can invest some time in finding those solutions...<br></div><div><br></div><div><br>have a wonderful start to the week<br>a.l.e<br></div></blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">1111.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة<br>fsf member #5439<br>usuario GNU/Linux #471966<br>|_|0|_|<br>|_|_|0|<br>|0|0|0|<br><a href="<a href="http://www.gunga.com.br" target="_blank">http://www.gunga.com.br</a>">gunga</a><br><a href="<a href="http://www.tempoecoarte.com.br" target="_blank">http://www.tempoecoarte.com.br</a>">tempoecoarte</a><div><a href="<a href="http://www.atelier-labs.org" target="_blank">http://www.atelier-labs.org</a>">atelier-labs</a></div><div><a href="<a href="http://www.mocambos.net" target="_blank">http://www.mocambos.net</a>">rede mocambos</a><br></div></div></div></blockquote><div><br></div><div><span></span></div></body></html>