- SFD-discuss - lists.mailman3.com

DFD: to meet or not to meet

by LM

> Now 2 weeks to organize something online is a bit short, and I > personally don't feel comfortable talking online. FSF is running LibrePlanet 2020 online ( https://libreplanet.org/2020/ ). It's not the same day as DFD, but maybe you can combine with them or at least maybe get some ideas and help organizing for the future?

March 11, 2020

Re: [SFD-discuss] DFD: to meet or not to meet

by Frederic Muller - DFF

Hi again! Considering the situation we're definitely not going to encourage people meeting for DFD or even HFD (April 18th). Now 2 weeks to organize something online is a bit short, and I personally don't feel comfortable talking online. However we would definitely be happy to support and take part in such an effort if someone is willing to lead. Just email us back on the list and we'll see what we can do. Also remember we're covering 24h timezones so we could definitely have something going all over the day and/or in multiple languages (and now that sounds like something really big!... maybe we should start simple though). Thank you to let us know if anymore is interested. Kind regards, Fred On 3/4/20 2:03 PM, Frederic Muller - DFF wrote: > Dear Stuart, > > That's indeed not a bad idea. Let us discuss internally and see what we > could do. Would definitely be interested in the Jitsi offer if we go in > that direction. > > Thank you very much. > > Fred > > On 3/4/20 1:46 PM, Stuart J Mackintosh wrote: >> Frederic, >> >> I have been in similar talks with another FOSS community that I am >> involved with - we are planning our annual meet in Huston. >> >> Our contingency plan is to hold our conference by video - run it like >> the conference, with the same level of preparation, effort and investment. >> >> Using this approach, you could organise a Jitsi SFD - that is a great >> way to showcase free software whilst reaching a wider audience. Run it >> like a conference, with people on-hand for the day and resources >> available - you could operate round the clock with global shifts or >> spotlight a particular region. This way, just a handful of people need >> to get together in each location so reduce the risks associated with the >> current global challenge. >> >> I can donate the hosting of the Jitsi if needed. >> >> SJM >> >> >>> Hi! >>> >>> Rather concerned not to make matter worse we are wondering what to do >>> for Document Freedom Day. At the end of the day each individual is free >>> to meet with others or not, still we are wondering what would be the >>> proper way to address the issue towards ourselves and towards people we >>> would like to reach. >>> >>> Any suggestion or idea? >>> >>> Thank you. >>> >>> Fred >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> >> >> -- >> >> Stuart J Mackintosh >> >> CEO / Founder >> >> OpusVL Logo >> >> Business management software - Joined-up, flexible & open >> >> • Open Source Specialists >> >> Drury House >> >> Drury Lane >> >> Rugby >> >> CV21 3DE >> >> Office: 01788 298 450 >> >> Direct: 01788 298 457 >> >> Email: sjm(a)opusvl.com <mailto:sjm@opusvl.com> >> >> Web: http://opusvl.com >> >> IM: xmpp:stuart.j.mackintosh@project.im >> >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>

March 11, 2020

Re: [SFD-discuss] DFD: to meet or not to meet

by Julian H. Stacey

Stuart J Mackintosh <sjm(a)opusvl.com> wrote: > Using this approach, you could organise a Jitsi SFD - that is a great > way to showcase free software whilst reaching a wider audience. Run it > like a conference, with people on-hand for the day and resources > available - you could operate round the clock with global shifts or > spotlight a particular region. This way, just a handful of people need > to get together in each location so reduce the risks associated with the > current global challenge. > > I can donate the hosting of the Jitsi if needed. I had not heard of Jitsi, so found: https://en.wikipedia.org/wiki/Jitsi https://jitsi.org/what-is-jitsi/ FreeBSD /usr/ports/net-im/jitsi broken on current, building on a release. Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ UK stole 750,000 votes from EU Brits: http://stolenvotes.uk Buried: http://www.berklix.uk/brexit/#russian_report Limit Corona: http://berklix.eu/jhs/std/no_bugs.txt

March 6, 2020

Re: [SFD-discuss] DFD: to meet or not to meet

by Frederic Muller - DFF

Dear Stuart, That's indeed not a bad idea. Let us discuss internally and see what we could do. Would definitely be interested in the Jitsi offer if we go in that direction. Thank you very much. Fred On 3/4/20 1:46 PM, Stuart J Mackintosh wrote: > Frederic, > > I have been in similar talks with another FOSS community that I am > involved with - we are planning our annual meet in Huston. > > Our contingency plan is to hold our conference by video - run it like > the conference, with the same level of preparation, effort and investment. > > Using this approach, you could organise a Jitsi SFD - that is a great > way to showcase free software whilst reaching a wider audience. Run it > like a conference, with people on-hand for the day and resources > available - you could operate round the clock with global shifts or > spotlight a particular region. This way, just a handful of people need > to get together in each location so reduce the risks associated with the > current global challenge. > > I can donate the hosting of the Jitsi if needed. > > SJM > > >> Hi! >> >> Rather concerned not to make matter worse we are wondering what to do >> for Document Freedom Day. At the end of the day each individual is free >> to meet with others or not, still we are wondering what would be the >> proper way to address the issue towards ourselves and towards people we >> would like to reach. >> >> Any suggestion or idea? >> >> Thank you. >> >> Fred >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss > > > -- > > Stuart J Mackintosh > > CEO / Founder > > OpusVL Logo > > Business management software - Joined-up, flexible & open > > • Open Source Specialists > > Drury House > > Drury Lane > > Rugby > > CV21 3DE > > Office: 01788 298 450 > > Direct: 01788 298 457 > > Email: sjm(a)opusvl.com <mailto:sjm@opusvl.com> > > Web: http://opusvl.com > > IM: xmpp:stuart.j.mackintosh@project.im > > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss >

March 4, 2020

Re: [SFD-discuss] DFD: to meet or not to meet

by Stuart J Mackintosh

Frederic, I have been in similar talks with another FOSS community that I am involved with - we are planning our annual meet in Huston. Our contingency plan is to hold our conference by video - run it like the conference, with the same level of preparation, effort and investment. Using this approach, you could organise a Jitsi SFD - that is a great way to showcase free software whilst reaching a wider audience. Run it like a conference, with people on-hand for the day and resources available - you could operate round the clock with global shifts or spotlight a particular region. This way, just a handful of people need to get together in each location so reduce the risks associated with the current global challenge. I can donate the hosting of the Jitsi if needed. SJM > Hi! > > Rather concerned not to make matter worse we are wondering what to do > for Document Freedom Day. At the end of the day each individual is free > to meet with others or not, still we are wondering what would be the > proper way to address the issue towards ourselves and towards people we > would like to reach. > > Any suggestion or idea? > > Thank you. > > Fred > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss -- Stuart J Mackintosh CEO / Founder OpusVL Logo Business management software - Joined-up, flexible & open • Open Source Specialists Drury House Drury Lane Rugby CV21 3DE Office: 01788 298 450 Direct: 01788 298 457 Email: sjm(a)opusvl.com <mailto:sjm@opusvl.com> Web: http://opusvl.com IM: xmpp:stuart.j.mackintosh@project.im

March 4, 2020

DFD: to meet or not to meet

by Frederic Muller - DFF

Hi! Rather concerned not to make matter worse we are wondering what to do for Document Freedom Day. At the end of the day each individual is free to meet with others or not, still we are wondering what would be the proper way to address the issue towards ourselves and towards people we would like to reach. Any suggestion or idea? Thank you. Fred

March 4, 2020

Re: [SFD-discuss] moving away from moinmoin

by Frederic Muller - DFF

Hey! Yes Dokuwiki is rather straight forward. Now we were thinking to archive past content like we did with pages before 2009, probably transferring everything into static html files and having all new content under Dokuwiki. The question is now how to replicated some of the convenient features of Moinmoin into Dokuwiki or maybe doing without them. I found templating very convenient. Dokuwiki has some similar features but they don't work exactly the same. We could also work without them. We could (and we need to) also rewrite the whole registration application to improve the way it's working and then maybe we don't need such as smart wiki anymore. As Paulo mentioned, it's true that being under a LTS means security fixes will still come for a few years and so many the move is not so urgent. I still feel it is better to start thinking about it and finding ways else we'll easily miss the EOL deadline. We'll take a look at the links you provided and see how this could fit our current issues. In the meantime should you have more feedback we'd be happy to hear about it. Thank you. Fred On 11/30/19 10:44 AM, Benson Muite wrote: > Hi! > > Dokuwiki is easy to setup. How easy would the content migration be? > > Localwiki (https://localwiki.org > https://github.com/localwiki/localwiki/releases) has nice mapping > features, but last release was 6 years ago. It seems very user friendly > though. > > > There are a couple migration articles online: > > https://peterlyons.com/problog/2011/01/moinmoin_to_giti/ > > (Gitit is under active development, https://github.com/jgm/gitit but > written in Haskell) > > https://dev.w3.org/2008/moinmoin2mediawiki/README.html > > > An alternative might be to use a static site generator with Gitlab or > Github, though mapping may require a little more work. > > > Regards, > > Benson > > On 11/27/19 7:26 PM, Paulo Henrique de Lima Santana wrote: >> Hi Fred, >> >> Some days go there was a discussion about MoinMoin used in >> wiki.debian.org >> >> https://lists.debian.org/debian-www/2019/10/msg00037.html >> >> Paul Wise from www team said: >> "We will revisit the decision when the time comes since Python 2.7 and >> MoinMoin 1 still have a number of years of security support in Debian >> stable and LTS, but if we have to, we will evaluate MoinMoin 2 before >> getting it into Debian and before potentially using it. I expect it is >> probably more stable than what the label says." >> >> Best regards, >> >> >> On 27/11/2019 06:16, Frederic Muller - DFF wrote: >>> Hi! >>> >>> As you may know Python 2.7 will reach end of life at the end of the >>> year. Moinmoin wiki will not work before some times under Python 3 and >>> therefore we have to chose between keeping outdated code or leaving >>> Moinmoin. >>> >>> A lot of our infrastructure and scripts rely on Moinmoin and will need >>> to be rewritten if moving away, but maybe it's not that much work. >>> >>> Now what should we replace it with? I was inclined to use Dokuwiki as it >>> is lightweight and very supported. We also used it in other projects >>> making me more or less familiar with it. >>> >>> I know a few member of our community are also using moinmoin. What will >>> you be doing? What do you suggest? How do you easily convert old >>> moinmoin pages into plain html? Do you import all the users or let >>> people create new accounts when they need? >>> >>> We would be happy to hear from you. >>> >>> Thank you. >>> >>> Fred >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>> >> > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss

Nov. 30, 2019

Re: [SFD-discuss] moving away from moinmoin

by Benson Muite

Hi! Dokuwiki is easy to setup. How easy would the content migration be? Localwiki (https://localwiki.org https://github.com/localwiki/localwiki/releases) has nice mapping features, but last release was 6 years ago. It seems very user friendly though. There are a couple migration articles online: https://peterlyons.com/problog/2011/01/moinmoin_to_giti/ (Gitit is under active development, https://github.com/jgm/gitit but written in Haskell) https://dev.w3.org/2008/moinmoin2mediawiki/README.html An alternative might be to use a static site generator with Gitlab or Github, though mapping may require a little more work. Regards, Benson On 11/27/19 7:26 PM, Paulo Henrique de Lima Santana wrote: > Hi Fred, > > Some days go there was a discussion about MoinMoin used in > wiki.debian.org > > https://lists.debian.org/debian-www/2019/10/msg00037.html > > Paul Wise from www team said: > "We will revisit the decision when the time comes since Python 2.7 and > MoinMoin 1 still have a number of years of security support in Debian > stable and LTS, but if we have to, we will evaluate MoinMoin 2 before > getting it into Debian and before potentially using it. I expect it is > probably more stable than what the label says." > > Best regards, > > > On 27/11/2019 06:16, Frederic Muller - DFF wrote: >> Hi! >> >> As you may know Python 2.7 will reach end of life at the end of the >> year. Moinmoin wiki will not work before some times under Python 3 and >> therefore we have to chose between keeping outdated code or leaving >> Moinmoin. >> >> A lot of our infrastructure and scripts rely on Moinmoin and will need >> to be rewritten if moving away, but maybe it's not that much work. >> >> Now what should we replace it with? I was inclined to use Dokuwiki as it >> is lightweight and very supported. We also used it in other projects >> making me more or less familiar with it. >> >> I know a few member of our community are also using moinmoin. What will >> you be doing? What do you suggest? How do you easily convert old >> moinmoin pages into plain html? Do you import all the users or let >> people create new accounts when they need? >> >> We would be happy to hear from you. >> >> Thank you. >> >> Fred >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> >

Nov. 30, 2019

Re: [SFD-discuss] moving away from moinmoin

by Paulo Henrique de Lima Santana

Hi Fred, Some days go there was a discussion about MoinMoin used in wiki.debian.org https://lists.debian.org/debian-www/2019/10/msg00037.html Paul Wise from www team said: "We will revisit the decision when the time comes since Python 2.7 and MoinMoin 1 still have a number of years of security support in Debian stable and LTS, but if we have to, we will evaluate MoinMoin 2 before getting it into Debian and before potentially using it. I expect it is probably more stable than what the label says." Best regards, On 27/11/2019 06:16, Frederic Muller - DFF wrote: > Hi! > > As you may know Python 2.7 will reach end of life at the end of the > year. Moinmoin wiki will not work before some times under Python 3 and > therefore we have to chose between keeping outdated code or leaving > Moinmoin. > > A lot of our infrastructure and scripts rely on Moinmoin and will need > to be rewritten if moving away, but maybe it's not that much work. > > Now what should we replace it with? I was inclined to use Dokuwiki as it > is lightweight and very supported. We also used it in other projects > making me more or less familiar with it. > > I know a few member of our community are also using moinmoin. What will > you be doing? What do you suggest? How do you easily convert old > moinmoin pages into plain html? Do you import all the users or let > people create new accounts when they need? > > We would be happy to hear from you. > > Thank you. > > Fred > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss > -- Paulo Henrique de Lima Santana (phls) Curitiba - Brasil Debian Developer Diretor do Instituto para Conservação de Tecnologias Livres Site: http://www.phls.com.br GNU/Linux user: 228719 GPG ID: 0443C450

Nov. 27, 2019

moving away from moinmoin

by Frederic Muller - DFF

Hi! As you may know Python 2.7 will reach end of life at the end of the year. Moinmoin wiki will not work before some times under Python 3 and therefore we have to chose between keeping outdated code or leaving Moinmoin. A lot of our infrastructure and scripts rely on Moinmoin and will need to be rewritten if moving away, but maybe it's not that much work. Now what should we replace it with? I was inclined to use Dokuwiki as it is lightweight and very supported. We also used it in other projects making me more or less familiar with it. I know a few member of our community are also using moinmoin. What will you be doing? What do you suggest? How do you easily convert old moinmoin pages into plain html? Do you import all the users or let people create new accounts when they need? We would be happy to hear from you. Thank you. Fred

Nov. 27, 2019