WollMux adoption proposal for The Document Foundation

Hi Marina, all,

to keep this conversation going -

I wrote:

Marina Latini wrote:
> As per today, there are 8 open pull requests[5] and some of them are in
> German. Is there any plan to translate the content or close the PRs in
> German and reopen new PRs in English?
>
I'd leave that to the maintainers. But sure, having PRs in English would
presumably increase the chances of getting them merged.

To clarify - my expectation is, once the project would be at TDF's,
that future PRs would be done in English (as the most inclusive way).

> As per today, there are 14 open issues[6] and some of them are in German.
> Like for the case of the pull requests, is there any plan to translate the
> content or close the issues in German and reopen new issues in English?
>
Same answer as for PRs, that should be decided by those doing the work.

But yeah, my preference would be switching also the existing ones to
English (Samuel or Björn, what's your take here?).

> The jenkinsfile is mentioning the integration with SonarQube[9] for
> the the security scans, is there any plan to also move the SonarQube
> setup under the TDF infra?
>
I'd also leave that to the maintainers, and our infra team. SonarQube
needs an extra server (I think), and has an opencore business model -
so whether that's a good fit for TDF infra needs discussion.

Samuel or Björn: is there any value in migrating that Jenkinsfile
wholesale?

Cheers,

-- Thorsten

Hi,

Hi Marina, all,

to keep this conversation going -

I wrote:

Marina Latini wrote:

As per today, there are 8 open pull requests[5] and some of them are in
German. Is there any plan to translate the content or close the PRs in
German and reopen new PRs in English?

I'd leave that to the maintainers. But sure, having PRs in English would
presumably increase the chances of getting them merged.

To clarify - my expectation is, once the project would be at TDF's,
that future PRs would be done in English (as the most inclusive way).

All current PRs against master are in English already.

There are a few German ones left which are against the 18.2 branch which is still maintained by LHM. Over time, these should be merged or closed. Sure, any contributor can port those PRs against master, and then they should be filed in English of course.

As per today, there are 14 open issues[6] and some of them are in German.
Like for the case of the pull requests, is there any plan to translate the
content or close the issues in German and reopen new issues in English?

Same answer as for PRs, that should be decided by those doing the work.

But yeah, my preference would be switching also the existing ones to
English (Samuel or Björn, what's your take here?).

Yes, these should be converted to master (after checking they are still valid).

The jenkinsfile is mentioning the integration with SonarQube[9] for
the the security scans, is there any plan to also move the SonarQube
setup under the TDF infra?

I'd also leave that to the maintainers, and our infra team. SonarQube
needs an extra server (I think), and has an opencore business model -
so whether that's a good fit for TDF infra needs discussion.

Samuel or Björn: is there any value in migrating that Jenkinsfile
wholesale?

I think it does make sense to either use the Cloud version of SonarQube (as we do with Coverity), or host it ourselves (up to Infra team to decide). Might add value to other TDF java projects as well (Java parts of LibreOffice, LOEclipse, etc).

Regards

Samuel

Hi,

Hi Samuel,
nice to read you :slight_smile:

To clarify - my expectation is, once the project would be at TDF's,
that future PRs would be done in English (as the most inclusive way).

All current PRs against master are in English already.

There are a few German ones left which are against the 18.2 branch
which is still maintained by LHM. Over time, these should be merged or
closed. Sure, any contributor can port those PRs against master, and
then they should be filed in English of course.

Thanks for the clarification :slight_smile:
And, just to spell it out, I have nothing against German, it's just that having PRs and issues in English could increase that chance to involve more contributors. But for sure, I don't want to add extra work for the maintainers just for having things translated from German to English :wink:

But yeah, my preference would be switching also the existing ones to
English (Samuel or Björn, what's your take here?).

Yes, these should be converted to master (after checking they are still valid).

yes, some help in closing invalid issues will be extremely valuable.

I think it does make sense to either use the Cloud version of
SonarQube (as we do with Coverity), or host it ourselves (up to Infra
team to decide). Might add value to other TDF java projects as well
(Java parts of LibreOffice, LOEclipse, etc).

yep, from my experience, sonarcloud seems to be good too.

P.S: @Thorsten, I saw that some of the feedback we shared in this discussion are now listed as new GitHub issues. Thanks for that. :slight_smile:

Happy hacking and have a lot of fun,
Marina

Moin moin
(north german for good morning)

Does anyone know, where the wollmux comes from?
Change it to English?
MUX comes from Linux for Munic.
And Woll? It's the german name for wool.

It wood be very nice us in Schleswig-Holstein to have this AddIn.

Susanne

Servus Susanne,

=
Foreword:
I here speak in my capacity as a Member of the Board of Trustees.

And Woll? It's the german name for wool.

AFAICS, in this case it makes reference to the German/Bavarian "Eierlegendewollmilchsau".
https://de.wikipedia.org/wiki/Eierlegende_Wollmilchsau
and
https://bar.wikipedia.org/wiki/Oarlengde_Woimuichsau

At the time I was involved with the City of Munich and this was the saying. But perhaps I am wrong.

Moin Moin :slight_smile:
Stephan

Moin moin Stephan

Wie know this Word in the North of Germany too.
Translate it with deepl.com:
Translate "Eierlegendewollmilchsau" : Egg Laying Wooly Pig

That is not a good name for a good tool like WollMux.

Susanne

Dear all,

Marina Latini wrote:

> Yes, these should be converted to master (after checking they are still
> valid).

yes, some help in closing invalid issues will be extremely valuable.

We can certainly look into that next year (CI needs going first, so
we've got something to distribute & test).

> I think it does make sense to either use the Cloud version of
> SonarQube (as we do with Coverity), or host it ourselves (up to Infra
> team to decide). Might add value to other TDF java projects as well
> (Java parts of LibreOffice, LOEclipse, etc).
>

yep, from my experience, sonarcloud seems to be good too.

Ok, I'll try to get this setup then (alongside the Jenkins job).

P.S: @Thorsten, I saw that some of the feedback we shared in this discussion
are now listed as new GitHub issues. Thanks for that. :slight_smile:

..and we made some progress on the translation front already - after
talking to Sophie and Ilmari, the originally-German WollMux handbook
is now (almost) converted to translatable mediawiki content, with the
source language being English.

See the work-in-progress from Gabor linked from here:

https://wiki.documentfoundation.org/Documentation/WollMux/en

Since there seems to be no general concerns, I'd then use the quiet
period next week, to switch the github repos over to the libreoffice
org. After that, we can look into the Jenkins setup.

Cheers,

-- Thorsten

Dear all,

I wrote:

Since there seems to be no general concerns, I'd then use the quiet
period next week, to switch the github repos over to the libreoffice
org. After that, we can look into the Jenkins setup.

This has happened meanwhile:

- WollMux - https://github.com/LibreOffice/WollMux
- UnoHelper - https://github.com/LibreOffice/UNOHelper
- wollmux-config - https://github.com/LibreOffice/wollmux-config

I've renamed 'master' branch to 'main' for all three repos. FWICT
github will issue a useful warning if you accidentally try to push
into master. All pending pull requests got auto-transmogrified, with
the new branch name as destination.

Leaving behind all archived repos under https://github.com/WollMux,
plus the following, defacto dormant ones:

- WollMuxHandbuch (now moved into the wiki - we should probably set
  the 'archived' flag on the repo, to avoid content diverging?)

- wollmux-core (not needed for main anymore, nor in 18.2 - I'd also
  prefer this to somehow stated that more clearly, or perhaps also
  archive it?)

- wollmux-config-service (not used in WollMux yet, might be
  effectively abandoned - Björn, what do you think?)

Cheers,

-- Thorsten

Dear all,

I wrote:

Since there seems to be no general concerns, I'd then use the quiet
period next week, to switch the github repos over to the libreoffice
org. After that, we can look into the Jenkins setup.

This has happened meanwhile:

- WollMux - https://github.com/LibreOffice/WollMux
- UnoHelper - https://github.com/LibreOffice/UNOHelper
- wollmux-config - https://github.com/LibreOffice/wollmux-config

I've renamed 'master' branch to 'main' for all three repos. FWICT
github will issue a useful warning if you accidentally try to push
into master. All pending pull requests got auto-transmogrified, with
the new branch name as destination.

Leaving behind all archived repos under https://github.com/WollMux,
plus the following, defacto dormant ones:

- WollMuxHandbuch (now moved into the wiki - we should probably set
  the 'archived' flag on the repo, to avoid content diverging?)

- wollmux-core (not needed for main anymore, nor in 18.2 - I'd also
  prefer this to somehow stated that more clearly, or perhaps also
  archive it?)

- wollmux-config-service (not used in WollMux yet, might be
  effectively abandoned - Björn, what do you think?)

Cheers,

-- Thorsten

Hello Thorsten, hi all,

Thanks for taking care of those changes. I have a doubt that I would like to clarify before starting to have contributors pushing changes to this new place.

The WollMux repos are now under the LibreOffice GitHub organisation that, to my understanding, should be just a read only mirror from our git instance hosting the LibreOffice source code.

We also have a different organisation (https://github.com/tdf) where we moved in the past the ODFtoolkit. The same place is also hosting other tools and collateral repos like the LibreOffice metadata.
I’m wondering if the TDF organisation could be a better place for WollMux instead of the LibreOffice one.

Looking forward to hearing from you,
Marina

Hi Marina, all,

marina latini wrote:

The WollMux repos are now under the LibreOffice GitHub organisation
that, to my understanding, should be just a read only mirror from
our git instance hosting the LibreOffice source code.

That place was picked on purpose, since (in contrast to e.g. the ODF
toolkit), WollMux is exclusively meant for LibreOffice. You'll also
find other repos there, with equally strong ties to the main code base
(impress_remote, loeclipse, noa-libre, the barcode extension, and the
DLP libraries).

I'm wondering if the TDF organisation could be a better place for
WollMux instead of the LibreOffice one.

It's of course not a problem to move the repos further, but - at least
to me it appears currently more consistent with the existing layout.

Cheers,

-- Thorsten

Hi Marina, all,

marina latini wrote:

The WollMux repos are now under the LibreOffice GitHub organisation
that, to my understanding, should be just a read only mirror from
our git instance hosting the LibreOffice source code.

That place was picked on purpose, since (in contrast to e.g. the ODF
toolkit), WollMux is exclusively meant for LibreOffice. You'll also
find other repos there, with equally strong ties to the main code base
(impress_remote, loeclipse, noa-libre, the barcode extension, and the
DLP libraries).

I'm wondering if the TDF organisation could be a better place for
WollMux instead of the LibreOffice one.

It's of course not a problem to move the repos further, but - at least
to me it appears currently more consistent with the existing layout.

Cheers,

-- Thorsten

Hi Marina, all,

marina latini wrote:

The WollMux repos are now under the LibreOffice GitHub organisation
that, to my understanding, should be just a read only mirror from
our git instance hosting the LibreOffice source code.

That place was picked on purpose, since (in contrast to e.g. the ODF
toolkit), WollMux is exclusively meant for LibreOffice. You'll also
find other repos there, with equally strong ties to the main code base
(impress_remote, loeclipse, noa-libre, the barcode extension, and the
DLP libraries).

...indeed, the LibreOffice organisation is a mix of read-only and push allowed repos.

I got fooled by the main description:
"Read Only Mirror fo Libreoffice-related git repos (see url for code submission)"
and I didn't noticed that only some repos are read-only.

I'm wondering if the TDF organisation could be a better place for
WollMux instead of the LibreOffice one.

It's of course not a problem to move the repos further, but - at least
to me it appears currently more consistent with the existing layout.

No no, it makes sense to keep WollMux under the LibreOffice org, I agree. If you are fine with the current status, can we start to work on WollMux?

But, apart from WollMux... I think we could take this opportunity also for a clean-up of repos in https://github.com/tdf. :wink:
You mentioned the DLP libraries, but libcmis is hosted under the TDF organisation, and, if I'm not mistaken, the libraries from the DLP aren't LibreOffice only but can be reused also elsewhere.
Under the TDF organisation there are also other repos that should probably be archived (but we are going semi off-topic now). :wink:
We could also mention that we have the other LibreOffice organisation and cross link from tdf to LibreOffice too.
But...for this clean-up, where we can continue this discussion? this list doesn't look like the right place to me. :slight_smile:

Cheers,
Marina

Hi Marina, all,

Marina Latini wrote:

No no, it makes sense to keep WollMux under the LibreOffice org, I agree. If
you are fine with the current status, can we start to work on WollMux?

I'd love to! :slight_smile:

(Gabor is getting the last few handbook pages' existing German
translation put up on the wiki; and I'll see to get at least a basic
CI job setup going by early next week - but none of that should block
others from starting the work)

But, apart from WollMux... I think we could take this opportunity also for a
clean-up of repos in https://github.com/tdf. :wink:
You mentioned the DLP libraries, but libcmis is hosted under the TDF
organisation, and, if I'm not mistaken, the libraries from the DLP aren't
LibreOffice only but can be reused also elsewhere.

Yep, that's true - Calligra, Inkscape and Scribus use at least some of
them.

Under the TDF organisation there are also other repos that should probably
be archived (but we are going semi off-topic now). :wink:

Also true, e.g. when looking at website stuff. BTW, 'archiving' on
github is something conceptually very close to our atticization - we
should evaluate setting the archive flag within that framework IMO.

We could also mention that we have the other LibreOffice organisation and
cross link from tdf to LibreOffice too.

Given that the main readme was misleading you, that's certainly useful.

But...for this clean-up, where we can continue this discussion? this list
doesn't look like the right place to me. :slight_smile:

Doesn't feel terribly off-topic here (dev list would also not be a
100% on-topic match, neither website or marketing? - but for very
generic discussions, there's always the global discuss list of
course).

Something else - does anybody see the need for a dedicated wollmux
mailing list? I didn't ask for one (and actually try to avoid silo-ed
low-traffic email lists, and nudge people onto the main dev list), but
not strictly against one either. The old wollmux project had one at
joinup IIRC, but it's dormant since a long time.

Cheers,

-- Thorsten

Hi Marina, all,

Marina Latini wrote:

No no, it makes sense to keep WollMux under the LibreOffice org, I agree. If
you are fine with the current status, can we start to work on WollMux?

I'd love to! :slight_smile:

(Gabor is getting the last few handbook pages' existing German
translation put up on the wiki; and I'll see to get at least a basic
CI job setup going by early next week - but none of that should block
others from starting the work)

But, apart from WollMux... I think we could take this opportunity also for a
clean-up of repos in https://github.com/tdf. :wink:
You mentioned the DLP libraries, but libcmis is hosted under the TDF
organisation, and, if I'm not mistaken, the libraries from the DLP aren't
LibreOffice only but can be reused also elsewhere.

Yep, that's true - Calligra, Inkscape and Scribus use at least some of
them.

Under the TDF organisation there are also other repos that should probably
be archived (but we are going semi off-topic now). :wink:

Also true, e.g. when looking at website stuff. BTW, 'archiving' on
github is something conceptually very close to our atticization - we
should evaluate setting the archive flag within that framework IMO.

We could also mention that we have the other LibreOffice organisation and
cross link from tdf to LibreOffice too.

Given that the main readme was misleading you, that's certainly useful.

But...for this clean-up, where we can continue this discussion? this list
doesn't look like the right place to me. :slight_smile:

Doesn't feel terribly off-topic here (dev list would also not be a
100% on-topic match, neither website or marketing? - but for very
generic discussions, there's always the global discuss list of
course).

Something else - does anybody see the need for a dedicated wollmux
mailing list? I didn't ask for one (and actually try to avoid silo-ed
low-traffic email lists, and nudge people onto the main dev list), but
not strictly against one either. The old wollmux project had one at
joinup IIRC, but it's dormant since a long time.

Cheers,

-- Thorsten

Hi all,
Hi Marina,

I have wollmux installed
With the latest released version from last year from December 30 2022, you
need JRE 11.

I'm using Windows 11, the wollmux.conf must look like this
DEFAULT_CONTEXT "./config/"
%include "./config/conf/main.conf"
%include "./config/conf/wollmuxbar_standard.conf"

Unfortunately, not all templates are found yet, even though they are in the
correct folder.

I don't think an extra WollMux mailing list makes not sense. This does not
promote the awareness of wollmux.
Possibly. Perhaps mark the subject with [WollMux]?

Greetings
Susanne

Hi Thorsten, Marina, all,

Hi Marina, all,

[...]

Doesn't feel terribly off-topic here (dev list would also not be a
100% on-topic match, neither website or marketing? - but for very
generic discussions, there's always the global discuss list of
course).

The global discuss list has many more subscribers (more than the double) than this list, so I think you are right that it would be more suitable for this discussion.

Something else - does anybody see the need for a dedicated wollmux
mailing list? I didn't ask for one (and actually try to avoid silo-ed
low-traffic email lists, and nudge people onto the main dev list), but
not strictly against one either. The old wollmux project had one at
joinup IIRC, but it's dormant since a long time.

As we are pushing for Community forum, maybe this is a good candidate for a category here (if it is seen as needed of course)?
Cheers
Sophie

Hi

Doesn't feel terribly off-topic here (dev list would also not be a
100% on-topic match, neither website or marketing? - but for very
generic discussions, there's always the global discuss list of
course).

You could open a topic at https://community.documentfoundation.org :slight_smile:

Hi,

Am 02.01.23 um 10:37 schrieb Thorsten Behrens:

- wollmux-config-service (not used in WollMux yet, might be
  effectively abandoned - Björn, what do you think?)

The local wollmux config must have a URL pointing to the config server and then WollMux will query the given URL to retrieve the config for the current user.

UqogUkRlLSgfzF0J.png

Hi Samuel, Hi All,

sry for my late reply, I was on the rest on my vacation.

wollmux-conf-service ist currently not used @LHM but has been prepared to reduce dependencies, the process is:

  1. Linux/Windows - Script which reads the logged in user name

  2. query username to GOsa (https://de.wikipedia.org/wiki/GOsa), read WollMux-Parameters from GOsa depending on the group assignment of the user. For a group, below wollmux parameters can be set.

  3. response parameters are like:

DEFAULT_CONTEXT “http://department.wollmux.de/
%include “http://department.wollmux.de/conf/main.conf
%include “http://department.wollmux.de/conf/wollmuxbar_standard.conf

  1. Script (1) writes parameters in “wollmux.conf” in the user dir or further locations (hard coded in wollmux)
  2. When WollMux starts, it reads wollmux.conf and receives the whole configuration for the user (group) as described by Samuel.

wollmux-conf-service would get rid of the script (read logged in username by Java in WollMux itself, create request to conf-service). conf-service can (should?) be expanded to use the assignments in i.e. ActiveDirectory.

UqogUkRlLSgfzF0J.png