Re: New icon theme

[Pedro Lino]

Hi Matthias

> On 06/02/2024 11:28 PM WEST Matthias Seidel  
> wrote:

> See my explanation above. Your image still shows High Contrast UI. This 
> is NOT Dark mode. It is High Contrast with other icons.
> 
> The green elements (e.g. in Sidebar) are defined in our code, and there 
> are many more of them. We cannot simply (mis)use HC icons for Dark Mode.
> 
> This would just be a "quick and dirty" solution, sorry.

I see what you mean.

If any programmer would like to look into this, it would be great. For the 
moment under Linux (at least Ubuntu) switching the Gnome UI to  Dark mode 
causes OpenOffice to switch to High Contrast (if the Accessibility option 
"Automatically detect high contrast mode of operating system" is enabled, which 
is the default)

In any case the current High Contrast icon theme is also a "quick and dirty" 
solution which doesn't work on a light background...

The more obvious solution is to that each icon set has a light and dark modes 
that switches according to the OS and that HC is a separate mode (set in 
Acessibility) which uses a particular HC icon set also with light and dark 
modes, among other changes (like the green lines)

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: New icon theme

[Pedro Lino]

Hi Aivaras, Matthias, all

> On 06/02/2024 12:36 PM WEST Aivaras Stepukonis  wrote:
 
> The way I see it, we do need a designer for the new OO icon style to be 
> complete and to look consistent and up-to-date. Thus, my proposal is to 
> reach out and see whether we can attract one. I’ll make an effort to do 
> so, but before I do, I need to collect additional information, so I can 
> present our needs to the Iconify.design crowd in a clear and concise 
> fashion.
> 
> First off, what visual goals are we trying to achieve through the new 
> icon style?

I think it would be perfect to have a designer. If you can attract one that 
would be fantastic. For the moment Remixicon is a quite complete image set and 
apparently the authors are available to add new ones.
 
> As a result, our visual goal for the new icon style could be to produce 
> a style that hearkens back to Galaxy but is further refined to look 
> current and in line with the latest generation of OS (the most 
> widespread being Windows 11) and productivity suites (the most 
> widespread being Microsoft Office). The style should still be originally 
> conceived and executed, with the roots in Galaxy (innovation of 
> tradition, as it were).
> 
> Does this sound like a reasonable path to tread in terms of our visual 
> expectations?

That would be my preference too. I think that monochromatic icons are dull and 
require more focus than colored ones which are more easily identifiable. But 
again, a custom designed icon set requires a designer. Using existing icons 
only requires technical skills.

> >> (I think it’s worth pursuing this task only if it is done well and 
> >> feels like a stylistic upgrade; otherwise, the current set of icons 
> >> isn’t broken, and needs no fix.)

Current icon sets are not broken but they are incomplete. But this new icon set 
would bring not only a UI modernization (for those who want it) but most 
importantly to add a proper Dark Icon set instead of the High Contrast which is 
currently the Dark style by default.

> 2024-05-31 22:31, Matthias Seidel wrote:

> >>> Until we have consensus on this topic the PR will remain a draft 
> >>> open for everyone.

First of all thank you for your effort to investigate how to add a new icon set!

I would call this theme simply Remixicon (not remixdark) and the inverted, 
(i.e. light image icons) can be added in the same folder without affecting High 
Contrast.

As I explained in a previous message the High Contrast icons are the fallback 
if the icon set does not contain the lch or sch icons.
You (Matthias) can test this by simply copying the lch and sch icons I sent you 
in a zip to
/source/openoffice/main/ooo_custom_images/remixdark/res/commandimagelist/

Please see a screenshot of my latest Linux build based on the 
Pilot-Pirx-iconset branch

https://i.imgur.com/Gx0rlyo.png

I believe these are excellent news because it solves the Linux Dark mode 
problem without affecting people who use the High Contrast
icon style.

With this said, if a designer can be attracted it would be ideal, regardless if 
he/she creates a new theme from scratch or creates a set based on Remixicon (or 
other existing icon set).

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: c++17 : how to manage the dynamic specification exception issue?

[Pedro Lino]

Hi Arrigo

> On 05/28/2024 8:48 PM WEST Arrigo Marchiori  wrote:

> IMHO we should just get rid of those "throw (...)" specifications.
> 
> Roughly counted, there are 17,000 in header files only.
> 
> If we get a bit of consensus, it may worth start opening pull request
> to remove such specifications from the most relevant header files.
> 
> What do others think?

If it improves the code and it doesn't break anything, the answer is: Just Do 
It! ;)

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Dynamic OpenSSL causes Curl regression on *nix

[Pedro Lino]

Hi Matthias

> On 05/01/2024 1:30 PM WEST Matthias Seidel  wrote:

> >> Maybe it is easier to delete the current 42x branch and start a new 42X
> >> branch? If any patches were added to 42X only (and they are still
> >> relevant), then these should be cherry picked to trunk before splitting...
> >>
> >>
> > +1.
> >
> > The AOO42X branch is quite old. Development only really happens on trunk.
> > The best maintained branch is trunk, and any branches should be as close to
> > trunk as possible.
> Trunk is an unstable branch.

That is the nature of Trunk ;)
 
> Everything we want to have in AOO42X (which was branched from trunk some 
> years ago) should have been cherry-picked early.

Do you mean that all patches/fixes in 42X are in Trunk also?
Therefore there would not be a problem in deleting the current branch 42X and 
start a new one?
This would make sense because Damjan mentioned that many relevant fixes in 
trunk are not included in 42X

> > Also why is the next release 4.2.x? Haven't we made enough changes for
> > 5.0.x? If not, what should be in 5.0.x?
> It is quite hypothetical to discuss about versions we are NOT capable to 
> release.

It is. But Damjan's question is still valid? What would be the change needed to 
consider this 5.0? I would say that having a Winx64 would be such a condition. 
As it is, I still see this as 42X
 
> The next version we CAN release is 4.1.16 (AOO41X).

That is true!

> If we become able to do a release for a newer branch (AOO42X), we should 
> simply release what we have...

Exactly, but including all valid updates that have been added to trunk but not 
cherry picked to 42X

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Dynamic OpenSSL causes Curl regression on *nix

[Pedro Lino]

Hi Arrigo, all

> On 04/27/2024 5:36 PM WEST Arrigo Marchiori  wrote:

> The build can be downloaded from here:
> https://home.apache.org/~ardovm/openoffice/linux/openoffice4-2024-04-27-x86_64-installed.tar.bz2

Tested in Ubuntu 20.04 x64 and WebDAV works perfectly!
 
> Cherry-picking was not a trivial task, because AOO42X was quite
> behind. It still is, WRT Damjan's last work on 32 bit indices. One
> step at a time... :-)

Maybe it is easier to delete the current 42x branch and start a new 42X branch? 
If any patches were added to 42X only (and they are still relevant), then these 
should be cherry picked to trunk before splitting...

(Again I'm just suggesting a logic path, I have no idea how this is done :) )

Thank you again to all that contribute with new code/patches!

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Dynamic OpenSSL causes Curl regression on *nix

[Pedro Lino]

Hi Arrigo, Damjan, all

> On 04/26/2024 8:16 PM WEST Arrigo Marchiori  wrote:

> The build can be downloaded from here:
> https://home.apache.org/~ardovm/openoffice/linux/openoffice4-2024-04-26-x86_64-installed.tar.bz2

Just tested the build on Ubuntu 20.04 x64 and it works perfectly.
Opens WebDAV folders and files smoothly.

Thanks!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Dynamic OpenSSL causes Curl regression on *nix

[Pedro Lino]

Hi Damjan

> On 04/22/2024 6:21 PM WEST Damjan Jovanovic  wrote:

> Now what would you guys prefer:
> - Should I do more testing, on Windows and Linux, and push my changes in a
> few days?
> - Should I push my changes now, and let you guys test too, and fix any
> problems as we discover them?

I prefer B. More people testing in different scenarios is probably better.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi Damjan

> On 04/06/2024 4:08 PM WEST Damjan Jovanovic  wrote:

> openoffice-maps.txt was for the shell script that launches AOO, and
> openoffice-maps2.txt was for AOO itself.

I'm glad I sent both :)
 
> In openoffice-maps2.txt I don't see libucpdav1.so (the WebDAV component) in
> memory at all, which is highly unusual.
> 
> Please find libucpdav1.so in your AOO installation, probably under
> /opt/openoffice4/programs, and then run these:
> ldd libucpdav1.so
> readelf -d libucpdav1.so
> and post the output.

Thank you again for your patience and instructions!
Please find two files attached

Best,
Pedrolinux-vdso.so.1 (0x7ffd50aee000)
libcomphelpgcc3.so => /opt/openoffice4/program/./libcomphelpgcc3.so 
(0x7f28e59c7000)
libuno_cppuhelpergcc3.so.3 => 
/opt/openoffice4/program/./libuno_cppuhelpergcc3.so.3 (0x7f28e5724000)
libuno_cppu.so.3 => /opt/openoffice4/program/./libuno_cppu.so.3 
(0x7f28e54df000)
libuno_sal.so.3 => /opt/openoffice4/program/./libuno_sal.so.3 
(0x7f28e50e6000)
libuno_salhelpergcc3.so.3 => 
/opt/openoffice4/program/./libuno_salhelpergcc3.so.3 (0x7f28e4ee1000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f28e4cee000)
libucbhelpergcc3.so => /opt/openoffice4/program/./libucbhelpergcc3.so 
(0x7f28e4a87000)
libcurl.so.4 => /opt/openoffice4/program/./libcurl.so.4 
(0x7f28e4813000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f28e47f)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f28e46a1000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f28e44af000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f28e4494000)
libvos3gcc3.so => /opt/openoffice4/program/./libvos3gcc3.so 
(0x7f28e4271000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 
(0x7f28e4236000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f28e423)
/lib64/ld-linux-x86-64.so.2 (0x7f28e6426000)
libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 (0x7f28e420f000)
libssl.so.3 => not found
libcrypto.so.3 => not found
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f28e41f1000)
libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 
(0x7f28e406f000)

Dynamic section at offset 0x52f8a8 contains 37 entries:
  TagType Name/Value
 0x0001 (NEEDED) Shared library: [libcomphelpgcc3.so]
 0x0001 (NEEDED) Shared library: 
[libuno_cppuhelpergcc3.so.3]
 0x0001 (NEEDED) Shared library: [libuno_cppu.so.3]
 0x0001 (NEEDED) Shared library: [libuno_sal.so.3]
 0x0001 (NEEDED) Shared library: 
[libuno_salhelpergcc3.so.3]
 0x0001 (NEEDED) Shared library: [libstdc++.so.6]
 0x0001 (NEEDED) Shared library: [libucbhelpergcc3.so]
 0x0001 (NEEDED) Shared library: [libcurl.so.4]
 0x0001 (NEEDED) Shared library: [libpthread.so.0]
 0x0001 (NEEDED) Shared library: [libm.so.6]
 0x0001 (NEEDED) Shared library: [libc.so.6]
 0x0001 (NEEDED) Shared library: [libgcc_s.so.1]
 0x001d (RUNPATH)Library runpath: 
[$ORIGIN:$ORIGIN/../ure-link/lib]
 0x000c (INIT)   0xeda68
 0x000d (FINI)   0x3e6c10
 0x0019 (INIT_ARRAY) 0x6d1630
 0x001b (INIT_ARRAYSZ)   40 (bytes)
 0x001a (FINI_ARRAY) 0x6d1658
 0x001c (FINI_ARRAYSZ)   8 (bytes)
 0x0004 (HASH)   0x1f0
 0x6ef5 (GNU_HASH)   0xa0f8
 0x0005 (STRTAB) 0x45400
 0x0006 (SYMTAB) 0x15970
 0x000a (STRSZ)  192227 (bytes)
 0x000b (SYMENT) 24 (bytes)
 0x0003 (PLTGOT) 0x73
 0x0002 (PLTRELSZ)   7920 (bytes)
 0x0014 (PLTREL) RELA
 0x0017 (JMPREL) 0xebb78
 0x0007 (RELA)   0x78450
 0x0008 (RELASZ) 472872 (bytes)
 0x0009 (RELAENT)24 (bytes)
 0x6ffe (VERNEED)0x78270
 0x6fff (VERNEEDNUM) 9
 0x6ff0 (VERSYM) 0x742e4
 0x6ff9 (RELACOUNT)  18571
 0x (NULL)   0x0

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi Dave

> On 04/04/2024 10:59 PM WEST Dave Fisher  wrote:
> 
>  
> Hi -
> 
> Maybe this page might help 
> https://orcacore.com/install-openssl-3-ubuntu-20-04/

If I have to manually install OpenSSL doesn't that mean that AOO is not using 
the upgraded OpenSSL?

I apologize if my comment does not make sense but as I stated before, I'm not a 
programmer.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi Damjan
 
Thank you for the reply, the macro and detailed instructions!
 

> On 04/04/2024 5:37 PM WEST Damjan Jovanovic  wrote:
>  
> To get further details:
>  
> Open the attached "Logging macros" file (we allow attachments on this list, 
> right?).
> Allow macros when prompted.
> Tools -> Macros -> Run macro, under "Logging macros.ods" expand "Standard", 
> select "logging", on the right side select "LogWebDavToConsole", and click 
> "Run".
> Exit OpenOffice.
> Start OpenOffice from the command line, with output redirected to a file, eg:
> soffice 2>&1 | tee ~/webdav-log.txt
> Make your WebDav connection. If you used the above command, the command line 
> window can be placed side-by-side with OpenOffice, and you can watch the 
> logging interactively.
> When it fails, exit OpenOffice, and attach ~/webdav-log.txt to your reply 
> email, after removing any sensitive info (eg. passwords) from the log.
> 
 
After installing canberra-gtk-module the only line I get in the log is
 
** (soffice:12094): WARNING **: 22:36:39.392: Unknown type: GailWindow
 
which apparently is a long know message, and nothing else.
The message "Nonexistent object. Nonexistent file" pops up but it is not 
registered in the log.
 
Any ideas? Could this simply be a kernel issue since it works correctly in 
Ubuntu 22.04?
 
Thanks!
 
Best,
Pedro

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi all

Update to my own email:

I installed the same 2024-04-02 trunk Nightly in Ubuntu 22.04 (Thank you again 
Matthias!)
WebDAV does work under Ubuntu 22.04 x64 (but not under Ubuntu 20.04 x64)

Maybe it is related to the kernel in the buildbot?

Best,
Pedro

> On 04/03/2024 5:31 PM WEST Pedro Lino  wrote:
> 
>  
> Hi All
> 
> I installed the 2024-04-02 trunk Nightly (Thank you Matthias!)
> WebDAV does not seem to be working (at least under Ubuntu 20.04 x64)
> 
> Opening an https link to a Webdav folder returns "Nonexistent object. 
> Nonexistent file"
> 
> Opening the same link in 4.1.15 in the same PC opens the "Authentication 
> Required" dialog
> 
> Please let me know what I can do to get further details but please remember I 
> am not a programmer.
> 
> Best,
> Pedro
> 
> ~
> > On 04/02/2024 4:38 PM WEST Matthias Seidel  
> > wrote:
> > 
> >  
> > Hi All,
> > 
> > Am 01.04.24 um 18:31 schrieb Matthias Seidel:
> > > Hi Pedro,
> > >
> > > Am 01.04.24 um 18:18 schrieb Pedro Lino:
> > >> Hi Matthias
> > >>
> > >>> On 04/01/2024 10:33 AM WEST Matthias Seidel 
> > >>>  wrote:
> > >>> And you are right, the buildbot workers are offline for 9 days now...
> > >> Maybe the Bots were celebrating Electric Easter or Digital Fools Day ;)
> > >>
> > >>> Somehow this isn't monitored and/or nobody cares. ;-)
> > >> If a message is received when it is successful, then it would require 
> > >> a second script to warn when it fails? Is this how it works? Who 
> > >> takes of this?
> > >
> > > If there is someone from our project interested in our buildbots 
> > > he/she can always look here:
> > >
> > > https://www.openoffice.org/download/devbuilds.html
> > >
> > > And follow the "Summary" link.
> > >
> > > BTW: This "Worker" isn't exclusive for OpenOffice, it builds a lot of 
> > > other projects.
> > 
> > Correction: Apart from the OpenOffice tasks only one JMeter task is 
> > running on that machine and that fails every time.
> > 
> > JIRA ticket is now here:
> > 
> > https://issues.apache.org/jira/browse/INFRA-25677
> > 
> > Regards,
> > 
> >     Matthias
> > 
> > >
> > > Regards,
> > >
> > >    Matthias
> > >
> > >>
> > >> Best,
> > >> Pedro
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> > >>
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi All

I installed the 2024-04-02 trunk Nightly (Thank you Matthias!)
WebDAV does not seem to be working (at least under Ubuntu 20.04 x64)

Opening an https link to a Webdav folder returns "Nonexistent object. 
Nonexistent file"

Opening the same link in 4.1.15 in the same PC opens the "Authentication 
Required" dialog

Please let me know what I can do to get further details but please remember I 
am not a programmer.

Best,
Pedro

~
> On 04/02/2024 4:38 PM WEST Matthias Seidel  wrote:
> 
>  
> Hi All,
> 
> Am 01.04.24 um 18:31 schrieb Matthias Seidel:
> > Hi Pedro,
> >
> > Am 01.04.24 um 18:18 schrieb Pedro Lino:
> >> Hi Matthias
> >>
> >>> On 04/01/2024 10:33 AM WEST Matthias Seidel 
> >>>  wrote:
> >>> And you are right, the buildbot workers are offline for 9 days now...
> >> Maybe the Bots were celebrating Electric Easter or Digital Fools Day ;)
> >>
> >>> Somehow this isn't monitored and/or nobody cares. ;-)
> >> If a message is received when it is successful, then it would require 
> >> a second script to warn when it fails? Is this how it works? Who 
> >> takes of this?
> >
> > If there is someone from our project interested in our buildbots 
> > he/she can always look here:
> >
> > https://www.openoffice.org/download/devbuilds.html
> >
> > And follow the "Summary" link.
> >
> > BTW: This "Worker" isn't exclusive for OpenOffice, it builds a lot of 
> > other projects.
> 
> Correction: Apart from the OpenOffice tasks only one JMeter task is 
> running on that machine and that fails every time.
> 
> JIRA ticket is now here:
> 
> https://issues.apache.org/jira/browse/INFRA-25677
> 
> Regards,
> 
>     Matthias
> 
> >
> > Regards,
> >
> >    Matthias
> >
> >>
> >> Best,
> >> Pedro
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO Writer - Line Spacing icons

[Pedro Lino]

Hi Matthias

I'm not sure if Dean W is on the dev@ mailing list so I'm adding his/her email 
in copy.

Should I open the bugzilla issue or it is not needed any longer?

Best,
Pedro

> On 04/03/2024 11:36 AM WEST Matthias Seidel  
> wrote:
> 
>  
> Hi All,
> 
> Am 03.04.24 um 11:33 schrieb Pedro Lino:
> > Hi Dean
> >
> >> On 04/03/2024 8:54 AM WEST Dean W  wrote:
> >> On my copy of AOO Writer the icons for 1.0 and 1.5 line spacing seem to be
> >> transposed. I have 1.0, 1.5 and 2.0 line spacing in my toolbar, and the gap
> >> for 1.5 (on the icon) is smaller than the gap for the 1.0 line spacing (on
> >> the icon). Line spacing works as otherwise intended, except the icons seem
> >> to be incorrect.
> > I can confirm this error in the High Contrast theme (which unfortunately is 
> > the default for Dark Mode desktops)
> 
> Confirmed on Windows in High Contrast mode with large icons.
> 
> >
> > I will add a bug report for this issue.
> 
> I just renamed the two icons, that should work.
> 
> Should be fixed in our next version.
> 
> Regards,
> 
>     Matthias
> 
> >
> > Thank you for reporting!
> >
> > Best,
> > Pedro
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO Writer - Line Spacing icons

[Pedro Lino]

Hi Dean

> On 04/03/2024 8:54 AM WEST Dean W  wrote:

> On my copy of AOO Writer the icons for 1.0 and 1.5 line spacing seem to be
> transposed. I have 1.0, 1.5 and 2.0 line spacing in my toolbar, and the gap
> for 1.5 (on the icon) is smaller than the gap for the 1.0 line spacing (on
> the icon). Line spacing works as otherwise intended, except the icons seem
> to be incorrect.

I can confirm this error in the High Contrast theme (which unfortunately is the 
default for Dark Mode desktops)

I will add a bug report for this issue.

Thank you for reporting!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi Matthias

> On 04/01/2024 10:33 AM WEST Matthias Seidel  
> wrote:

> And you are right, the buildbot workers are offline for 9 days now... 

Maybe the Bots were celebrating Electric Easter or Digital Fools Day ;)

> Somehow this isn't monitored and/or nobody cares. ;-)

If a message is received when it is successful, then it would require a second 
script to warn when it fails? Is this how it works? Who takes of this?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi Matthias

> On 03/31/2024 5:40 PM WEST Matthias Seidel  wrote:

> You could try the build from our buildbot? ;-)
> 
> https://nightlies.apache.org/openoffice/install/linux64/?C=M;O=D

The most recent "daily" build is from the 22nd of March. I'm not sure it will 
include this update?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Hi all

> On 03/31/2024 5:09 PM WEST Damjan Jovanovic  wrote:

> OpenSSL is used for:
> * opening encrypted OOXML files.
> * WebDAV connections to https:// servers.
> * Python scripting, for hashing, SSL, possibly others.
> * possibly Curl, during automatic updates.

Opening WebDAV is working perfectly under Windows 10
I'm curious if this fixes the long standing SMB issue under Linux
https://bz.apache.org/ooo/show_bug.cgi?id=128049

If someone has already built for Linux x64 please share a link.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: OpenSSL upgraded to 3.0.13

[Pedro Lino]

Thank you for building and sharing!
Downloading now!

Best,
Pedro

> On 03/31/2024 3:27 PM WEST Matthias Seidel  wrote:
> 
>  
> Hi All,
> 
> Please find a Windows build here:
> 
> https://www.dropbox.com/scl/fi/mee9swkwgpa1gsw0axhl1/Apache_OpenOffice_4.5.0_Win_x86_install_en-US_openssl.exe?rlkey=3f9kyqdh4fmztllsda9pqbhmx=0
> 
> Happy testing!
> 
> Regards,
> 
>     Matthias
> 
> Am 31.03.24 um 15:27 schrieb Matthias Seidel:
> > Hi Damjan, All,
> >
> > Am 29.03.24 um 15:32 schrieb Matthias Seidel:
> >> Hi Damjan,
> >>
> >> Am 29.03.24 um 10:33 schrieb Damjan Jovanovic:
> >>> Hi
> >>>
> >>> I've now pushed commit 4c5b548fb6ece87dd30bbf720aca0d994a749167 into 
> >>> trunk,
> >>> upgrading our OpenSSL version from 1.0.2u to 3.0.13.
> >>
> >> Great!
> >>
> >> I am just doing a build on Windows.
> >
> > Builds fine for me!
> >
> > But I am not sure how to test OpenSSL functionality?
> >
> > Regards,
> >
> >    Matthias
> >
> >>
> >> Regards,
> >>
> >>    Matthias
> >>
> >>>
> >>> Some issues to consider:
> >>>
> >>> -
> >>> PLATFORMS
> >>> -
> >>> It works on FreeBSD 14, both with system OpenSSL linked dynamically and
> >>> internal OpenSSL linked statically.
> >>>
> >>> Linux hasn't been tested but is so similar to FreeBSD that it really 
> >>> should
> >>> work.
> >>>
> >>> It works on Windows, with the following changes:
> >>> - OpenSSL requires Perl to build, but doesn't like Cygwin's Perl.
> >>> Previously, OpenSSL 1.0.2u was patched to use Cygwin's Perl, but 
> >>> OpenSSL 3
> >>> completely changed the build system, and I couldn't port the old 
> >>> patches.
> >>> Now note how traditionally our build tools (eg. make, Apache Ant, 
> >>> awk, sed,
> >>> etc.) were all installed prior to building OpenOffice, detected by
> >>> ./configure, and then used during the build. I've done something 
> >>> different:
> >>> during ./bootstrap it will now download the Win32 Strawberry Perl 
> >>> portable
> >>> binaries as a dependency, and while building OpenSSL, it will unzip 
> >>> these
> >>> and temporarily use them as the Perl for building OpenSSL. This 
> >>> works, and
> >>> should reliably continue to work, but is a bit unusual, uses close 
> >>> to 800
> >>> MB extra disk space, and cannot use a system-wide Strawberry Perl 
> >>> instead
> >>> of the portable binaries, so it is something we may want to change 
> >>> going
> >>> forward. On the plus side, this new approach neither requires any
> >>> additional options to ./configure, nor babysitting any more build
> >>> dependencies, nor dragging around long patches to change OpenSSL to use
> >>> Cygwin's Perl. If anybody objects, speak up.
> >>> - Some defines were missing from MSVC's header files, for the ancient
> >>> version of the MSVC compiler we use, so I had to add them as command 
> >>> line
> >>> parameters to the compiler instead, eg.
> >>> "-DINT64_MAX=9223372036854775807i64".
> >>> - OpenSSL normally requires fairly recent versions of Windows, but also
> >>> supports the more minimal Windows CE, and so has fallback paths that 
> >>> can be
> >>> used for older versions of Windows. I've configured it to target 
> >>> Windows 95
> >>> and NT 4.0, and added a small number of patches that fix the build 
> >>> issues,
> >>> mostly by using the Windows CE fallback code.
> >>> - NASM is handled better: before, when NASM was already in the $PATH
> >>> instead of --with-nasm-path being passed to ./configure, building 
> >>> openssl
> >>> would break. It now works.
> >>> - Python needed a lot of patching to use OpenSSL 3, and the Win64 
> >>> build of
> >>> python is probably broken and will need further work.
> >>> - It takes really long to build. We could disable unit tests to 
> >>> speed it up
> >>> (by passing "no-tests" to Configure), but I am not sure I like skipping
> >>> tests. We should be testing more, not less.
> >>>
> >>> macOS? Who knows. It looks like on macOS, our main/openssl module links
> >>> statically, and doesn't apply any patches, so it might already work.
> >>>
> >>> -
> >>> LICENSING
> >>> -
> >>> Licensing has changed, as OpenSSL 3 is under the Apache Software 
> >>> License v2
> >>> like ourselves, and our LICENSE and NOTICE files have been greatly
> >>> simplified.
> >>>
> >>> -
> >>> CODE CHANGES
> >>> -
> >>> Remarkably, no changes to our C/C++ code were required. Some code 
> >>> changes
> >>> were required in the past, eg. 
> >>> f884850fece86ece56c7194bb1e746641f77c0a0 to
> >>> deal with EVP_CIPHER_CTX_init() -> EVP_CIPHER_CTX_new() between OpenSSL
> >>> 1.0.x and 1.1.x. However, nothing needed changing between 1.1.x and 
> >>> 3.0.13,
> >>> OpenSSL was sufficiently backward compatible.
> >>>
> >>> --
> >>> OTHER BRANCHES
> >>> --
> >>> While those 1.0.x -> 1.1.x code changes are in trunk, they may be 
> >>> absent
> >>> from other branches, 

Re: MIME types for WMF/EMF

[Pedro Lino]

Hi Damjan

> On 02/22/2024 4:01 PM WET Damjan Jovanovic  wrote:

> Should we change the MIME types to "image/wmf" and "image/emf"? We would
> presumably also keep aliases like "image/x-wmf" and "image/x-emf". Inkscape
> can paste "image/x-emf". Should we keep the existing MIME types as aliases
> too, so we can copy and paste to and from LibreOffice?

+1 on changing  the MIME types to improve compatibility with Inkscape and other 
programs.
I'm not sure LO still uses the same types. In my experience copying from LO to 
AOO usually doesn't work that well (at least under Windows)

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: main/cosv and main/udm are now merged into main/autodoc

[Pedro Lino]

Hi Damjan

> On 02/10/2024 4:07 PM WET Damjan Jovanovic  wrote:

> Buildable modules have now been reduced from 185 to 183.

Perfect, thank you!

Optimizing and reducing redundancy/unused code should be one of the goals of 
any software project!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.2.0-Dev5 ?

[Pedro Lino]

Hi Dave, all

> On 02/04/2024 8:01 PM WET Dave Fisher  wrote:
> 
>  
> > On Feb 3, 2024, at 5:24 PM, Pedro Lino  
> > wrote:
> > 
> > Hi all
> > 
> > While testing if Bug
> > https://bz.apache.org/ooo/show_bug.cgi?id=127783
> > was fixed (it isn't), I noticed that in the File Open dialog the File Type 
> > filter does not include any MS XML files.
> > I believe this needs to be added...
> > 
> > My question is: should I add it in Bug report
> > https://bz.apache.org/ooo/show_bug.cgi?id=67442
> > which already includes some patches, or open a new bug number?
> 
> Do you plan on fixing it with the same PR, or with separate PRs?

Unfortunately I am not a programmer so I do not plan to fix it.
I'm available for reporting and testing.

I hope someone else on this list has the time/interest to add those patches.

Best,
Pedro

> >> On 01/07/2024 12:36 PM WET Matthias Seidel  
> >> wrote:
> >> 
> >> 
> >> Hi All,
> >> 
> >> and a happy new year!
> >> 
> >> After successfully releasing AOO 4.1.15 in December we should now work 
> >> towards a renewed Developer Edition 5 for AOO 4.2.0.
> >> 
> >> I am still in the massive process to clean up our Help files, so the 
> >> whole translation process may be postponed to Dev 6.
> >> 
> >> Opinions?
> >> 
> >> Regards,
> >> 
> >>Matthias
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.2.0-Dev5 ?

[Pedro Lino]

Hi all

While testing if Bug
https://bz.apache.org/ooo/show_bug.cgi?id=127783
was fixed (it isn't), I noticed that in the File Open dialog the File Type 
filter does not include any MS XML files.
I believe this needs to be added...

My question is: should I add it in Bug report
https://bz.apache.org/ooo/show_bug.cgi?id=67442
which already includes some patches, or open a new bug number?

Best,
Pedro

> On 01/07/2024 12:36 PM WET Matthias Seidel  wrote:
> 
>  
> Hi All,
> 
> and a happy new year!
> 
> After successfully releasing AOO 4.1.15 in December we should now work 
> towards a renewed Developer Edition 5 for AOO 4.2.0.
> 
> I am still in the massive process to clean up our Help files, so the 
> whole translation process may be postponed to Dev 6.
> 
> Opinions?
> 
> Regards,
> 
>     Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Calc Page Preview Broken by Column

[Pedro Lino]

Hi Dean
 
Thank you for reporting this issue. I can confirm that it occurs both in the 
Linux and the Windows version of AOO 4.1.15
 
Did you report the bug at
https://bz.apache.org/ooo/ ? If not I can do that for you if you wish
 
All the best,
Pedro

> On 01/10/2024 1:40 AM WET Dean W  wrote:
>  
>  
> Dear Friends,
>  
> I have found a strange bug within a Calc document. I added column A, to a 
> working document, and this broke the page preview.
>  
> Broken file - https://filebin.net/4g8yy55dvm9y85xl
> Fixed file - https://filebin.net/t1t4isno5tww76tn
>  
> If you open the broken file, try to page preview. It will not load well, or 
> quickly. To fix, delete column A, and it should fix the issue.
>  
> Reported from AOO4111m1(Build:9808)  -  Rev. bdb20b2a64 (Linux x86_64)
>  
> Attached and linked are the files in question
>  
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 

Re: AOO 4.2.0-Dev5 ?

[Pedro Lino]

Hi Matthias, all

> On 01/09/2024 10:37 AM WET Matthias Seidel  wrote:
>  
> Unless someone else volunteers, I can do the Windows builds.

Please do ;)

> Something we want to integrate?
> 
> How about this PR:
> 
> https://github.com/apache/openoffice/pull/194

Is this a Linux fix only? What does boost do? Improve calculation speed?

In any case, +1 to updating libraries

Best,
Pedro

> Am 08.01.24 um 14:06 schrieb Jim Jagielski:
> > I'm up for doing the dev tarballs for Linux and macOS
> >
> >> On Jan 7, 2024, at 5:55 PM, Keith N. McKenna  
> >> wrote:
> >>
> >> Matthias Seidel wrote:
> >>> Hi All,
> >>> and a happy new year!
> >>> After successfully releasing AOO 4.1.15 in December we should now work 
> >>> towards a renewed Developer Edition 5 for AOO 4.2.0.
> >>> I am still in the massive process to clean up our Help files, so the 
> >>> whole translation process may be postponed to Dev 6.
> >>> Opinions?
> >>> Regards,
> >>> Matthias
> >> I think concentrating on a dev 5 would be a very good thing. We need to 
> >> see movement on 4.2.0.
> >>
> >> Regards
> >> Keith
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Open letter to TDF

[Pedro Lino]

+1
More important than which Office people prefer, it would be really good if the 
ODF file format is more widely adopted instead of the increasingly proprietary 
MS Office XML.
In that sense, implementation of ODF 1.3 in OpenOffice would be a real progress!

Best,
Pedro

> On 12/11/2023 11:02 AM WET Jim Jagielski  wrote:
> 
>  
> Maybe new leadership at TDF will encourage cooperation between LO and AOO 
> instead of still harboring ill-will between the 2 efforts.
> 
> > On Dec 11, 2023, at 2:28 AM, Bidouille  wrote:
> > 
> > 
> > For some months now, the libreoffice community has been in turmoil. 
> > A new committee is set to oust the existing members[1]. 
> > Perhaps it would be a good idea to write an open letter urging everyone to 
> > join OpenOffice.
> > 
> > 
> > :-)
> > 
> > 
> > [1] https://nextcloud.documentfoundation.org/s/Kx4ttBtdJET9tPF
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> > 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE] Release AOO 4.1.15-RC2 as GA

[Pedro Lino]

Hi all

 The Release Candidate is good for production/GA:
[x] yes / +1
[ ] no / -1

 My vote is based on:
[x] binding (member of PMC)
[x] I have built and tested the RC from source on platform [Linux 
Ubuntu 18.04 x64]
[x] I have tested the binary RC on platform [Linux Ubuntu 20.04 x64; 
Ubuntu 22.04 x64 and Windows 10 Pro 22H2 x64]

I checked the ASC signatures and the SHA256 and SHA512 CRCs for the Linux x64 
and Windows x86 main installer in en-US and also for the PT language pack 
binary.

I switched UI language under Linux Ubuntu 20.04 x64 and Windows 10 Pro 22H2 x64 
by using the en-US installer plus the PT language pack. 

On Linux Ubuntu 20.04 x64 and Windows 10 Pro 22H2 x64 I opened ODT, ODS, ODP, 
ODG and ODF as well as DOC, XLS, PPT and DOCX, XLSX and PPTX files without any 
issues.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE] Release AOO 4.1.15-RC1 as GA

[Pedro Lino]

Hi all

>  The Release Candidate is good for production/GA:
> [x] yes / +1
> [ ] no / -1
> 
>  My vote is based on:
> [x] binding (member of PMC)
> [x] I have built and tested the RC from source on platform [Linux Ubuntu 
> 18.04 x64]
> [x] I have tested the binary RC on platform [Linux Ubuntu 20.04 x64 and 
> Windows 10 Pro 22H2 x64]

I checked the SHA256 and SHA512 CRCs for the Linux x64 and Windows x86 main 
installer in en-US and for the PT language pack binary

I switched UI language under Linux Ubuntu 20.04 x64 and Windows 10 Pro 22H2 x64 
by using the en-US installer plus the PT language pack. 

On Linux Ubuntu 20.04 x64 and Windows 10 Pro 22H2 x64 I opened ODT, ODS, ODP, 
ODG and ODF as well as DOC, XLS, PPT and DOCX, XLSX and PPTX files without any 
issues.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Add Mongolian to Pootle?

[Pedro Lino]

Hi Matthias

Yes, of course.
If there are people willing to contribute, there is no reason not to include it.
Let me know if my help is useful :)

Best,
Pedro

> On 10/10/2023 2:09 PM WEST Matthias Seidel  wrote:
> 
>  
> Hi All,
> 
> I see a lot of activity at the Mongolian dictionary.
> 
> Should we add Mongolian to Pootle to enable translation?
> 
> We could try to import some strings from our source:
> 
> https://github.com/apache/openoffice/tree/trunk/extras/l10n/source/mn
> 
> Regards,
> 
>     Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Ugly UI [Was: "Roadmap"]

[Pedro Lino]

Hi Matthias

> On 10/06/2023 3:44 PM WEST Matthias Seidel  wrote:

> Funny, I *thought* I already did that...
> But yes, that solves the problem. Thank you!
 
Maybe I missed your previous solution. Sorry!

> > Does it mean we need to include this library in the installer?
> 
> Either bundle it (when possible) or include instructions in the Release 
> Notes.

If it's not possible to bundle it (due to the *Open* Source license!) would it 
be possible to create a library dependency (or something similar) so that it is 
automatically installed after?

Adding manual instructions is a further complication. OpenOffice has mostly 
been abandoned by Linux users, adding further separate requirements is adding 
another reason not to install it...

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Ugly UI [Was: "Roadmap"]

[Pedro Lino]

Hi Arrigo, all

This does solve the UI problem.

Does it mean we need to include this library in the installer?

Best,
Pedro

> On 10/06/2023 9:56 AM WEST Arrigo Marchiori  wrote:
> 
>  
> Hello All,
> 
> On Thu, Oct 05, 2023 at 11:49:34PM +0200, Matthias Seidel wrote:
> 
> > Am 05.10.23 um 23:25 schrieb Matthias Seidel:
> > > Hi Marcus,
> > > 
> > > Am 05.10.23 um 23:17 schrieb Marcus:
> > > > Am 05.10.23 um 21:25 schrieb Matthias Seidel:
> > > > > Am 05.10.23 um 21:06 schrieb Marcus:
> > > > > > Am 05.10.23 um 15:23 schrieb Matthias Seidel:
> > > > > > > I would like to collect ideas for some kind of roadmap for AOO:
> > > > > > > 
> > > > > > >   - Release AOO 4.1.15 before the end of 2023. Branch
> > > > > > > AOO41X is in good condition, but personally I would like
> > > > > > > to have the "ugly UI" fixed on some Linux distribution.
> > > > > > 
> > > > > > I've no discussions about this in mind. Do you have the BZ
> > > > > > issue(s) at hand?
> > > > > 
> > > > > No, I think it was discussed on a user list but more or less ignored.
> > > > > 
> > > > > I only recently moved from Ubuntu 16.04 to 22.04 and discovered
> > > > > the "ugly UI". But everyone using a newer distribution with
> > > > > Gnome should probably see it.
> > > > 
> > > > I've Fedora 36 with Gnome 43.1.
> > > > How / where can I see what you mean?
> > 
> > Found a screenshot...
> > 
> > https://home.apache.org/~mseidel/bildschirmfoto_vom_2023-08-05_13-16-38.png
> 
> According to:
> https://forum.openoffice.org/en/forum/viewtopic.php?t=103671
> the solution is: install the libgdk-pixbuf-xlib package.
> 
> On Ubuntu Jammy, it is named libgdk-pixbuf-xlib-2.0-0
> 
> I hope this helps.
> 
> Best regards,
> -- 
> Arrigo
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: "Roadmap"

[Pedro Lino]

Hi Damjan, all

I just installed AOO 4.1.14 in my Ubuntu 22.04.3 USB drive in Persistence mode 
and can see the "ugly" Windows 3.x interface Matthias showed.

> On 10/06/2023 5:27 AM CEST Damjan Jovanovic  wrote:

> Actually as per main/vcl/unx/generic/desktopdetect/desktopdetector.cxx:
> Try setting the OOO_FORCE_DESKTOP environment variable to "gnome", eg.
> OOO_FORCE_DESKTOP=gnome ./soffice

ubuntu@ubuntu:/opt/openoffice4/program$ OOO_FORCE_DESKTOP=gnome ./soffice
Segmentation fault (core dumped)

Opens AOO but shows the Win3x UI. Ends with core dump
Is there a file somewhere that logs the crash?

> Also, what does this return:
> $ echo $GNOME_DESKTOP_SESSION_ID

this-is-deprecated

> and does this:
> $ xprop -root
> return a value for GNOME_SM_PROXY or NAUTILUS_DESKTOP_WINDOW_ID?

ubuntu@ubuntu:~$ xprop -root
_MUTTER_SENTINEL(CARDINAL) = 0
_GTK_WORKAREAS_D1(CARDINAL) = 70, 27, 1850, 1053
_ICC_PROFILE_IN_X_VERSION(CARDINAL) = 3
_ICC_PROFILE(CARDINAL) = 0, 0, 2, 212, 108, 99, 109, 115, 4, 48, 0, 0, 109, 
110, 116, 114, 82, 71, 66, 32, 88, 89, 90, 32, 7, 231, 0, 10, 0, 6, 0, 7, 0, 
48, 0, 31, 97, 99, 115, 112, 65, 80, 80, 76, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 246, 214, 0, 1, 0, 0, 0, 0, 211, 
45, 108, 99, 109, 115, 16, 92, 70, 20, 151, 132, 170, 116, 184, 20, 238, 130, 
13, 242, 93, 61, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 12, 100, 101, 115, 99, 0, 0, 1, 20, 0, 0, 0, 54, 
99, 112, 114, 116, 0, 0, 1, 76, 0, 0, 0, 76, 119, 116, 112, 116, 0, 0, 1, 152, 
0, 0, 0, 20, 99, 104, 97, 100, 0, 0, 1, 172, 0, 0, 0, 44, 114, 88, 89, 90, 0, 
0, 1, 216, 0, 0, 0, 20, 98, 88, 89, 90, 0, 0, 1, 236, 0, 0, 0, 20, 103, 88, 89, 
90, 0, 0, 2, 0, 0, 0, 0, 20, 114, 84, 82, 67, 0, 0, 2, 20, 0, 0, 0, 32, 103, 
84, 82, 67, 0, 0, 2, 20, 0, 0, 0, 32, 98, 84, 82, 67, 0, 0, 2, 20, 0, 0, 0, 32, 
99, 104, 114, 109, 0, 0, 2, 52, 0, 0, 0, 36, 109, 101, 116
 , 97, 0, 0, 2, 88, 0, 0, 0, 122, 109, 108, 117, 99, 0, 0, 0, 0, 0, 0, 0, 1, 0, 
0, 0, 12, 101, 110, 85, 83, 0, 0, 0, 26, 0, 0, 0, 28, 0, 115, 0, 82, 0, 71, 0, 
66, 0, 32, 0, 98, 0, 117, 0, 105, 0, 108, 0, 116, 0, 45, 0, 105, 0, 110, 0, 0, 
109, 108, 117, 99, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 12, 101, 110, 85, 83, 0, 0, 
0, 48, 0, 0, 0, 28, 0, 78, 0, 111, 0, 32, 0, 99, 0, 111, 0, 112, 0, 121, 0, 
114, 0, 105, 0, 103, 0, 104, 0, 116, 0, 44, 0, 32, 0, 117, 0, 115, 0, 101, 0, 
32, 0, 102, 0, 114, 0, 101, 0, 101, 0, 108, 0, 121, 88, 89, 90, 32, 0, 0, 0, 0, 
0, 0, 246, 214, 0, 1, 0, 0, 0, 0, 211, 45, 115, 102, 51, 50, 0, 0, 0, 0, 0, 1, 
12, 66, 0, 0, 5, 222, 255, 255, 243, 37, 0, 0, 7, 147, 0, 0, 253, 144, 255, 
255, 251, 161, 255, 255, 253, 162, 0, 0, 3, 220, 0, 0, 192, 110, 88, 89, 90, 
32, 0, 0, 0, 0, 0, 0, 111, 160, 0, 0, 56, 245, 0, 0, 3, 144, 88, 89, 90, 32, 0, 
0, 0, 0, 0, 0, 36, 159, 0, 0, 15, 132, 0, 0, 182, 195, 88, 89, 90, 32, 0, 0, 0, 
0, 0, 0, 98, 151, 0, 0, 183, 135, 0, 0, 24, 217, 112, 
 97, 114, 97, 0, 0, 0, 0, 0, 3, 0, 0, 0, 2, 102, 102, 0, 0, 242, 167, 0, 0, 13, 
89, 0, 0, 19, 208, 0, 0, 10, 91, 99, 104, 114, 109, 0, 0, 0, 0, 0, 3, 0, 0, 0, 
0, 163, 215, 0, 0, 84, 123, 0, 0, 76, 205, 0, 0, 153, 154, 0, 0, 38, 102, 0, 0, 
15, 92, 100, 105, 99, 116, 0, 0, 0, 0, 0, 0, 0, 2, 0, 0, 0, 16, 0, 0, 0, 48, 0, 
0, 0, 22, 0, 0, 0, 70, 0, 0, 0, 16, 0, 0, 0, 86, 0, 0, 0, 28, 0, 0, 0, 114, 0, 
0, 0, 8, 0, 68, 0, 65, 0, 84, 0, 65, 0, 95, 0, 115, 0, 111, 0, 117, 0, 114, 0, 
99, 0, 101, 0, 115, 0, 116, 0, 97, 0, 110, 0, 100, 0, 97, 0, 114, 0, 100, 0, 
83, 0, 84, 0, 65, 0, 78, 0, 68, 0, 65, 0, 82, 0, 68, 0, 95, 0, 115, 0, 112, 0, 
97, 0, 99, 0, 101, 0, 115, 0, 114, 0, 103, 0, 98, 0, 0
RESOURCE_MANAGER(STRING) = 
"Xft.dpi:\t96\nXft.antialias:\t1\nXft.hinting:\t1\nXft.hintstyle:\thintslight\nXft.rgba:\trgb\nXcursor.size:\t64\nXcursor.theme:\tYaru\n"
XIM_SERVERS(ATOM) = @server=ibus
_NET_ACTIVE_WINDOW(WINDOW): window id # 0x28a
_NET_CLIENT_LIST_STACKING(WINDOW): window id # 0x243, 0x34000f8, 0x80003e, 
0x28a
_NET_CLIENT_LIST(WINDOW): window id # 0x243, 0x80003e, 0x34000f8, 0x28a
_NET_CURRENT_DESKTOP(CARDINAL) = 0
_NET_WORKAREA(CARDINAL) = 70, 27, 1850, 1053, 70, 27, 1850, 1053
_GTK_WORKAREAS_D0(CARDINAL) = 70, 27, 1850, 1053
_NET_DESKTOP_NAMES(UTF8_STRING) = "Workspace 1"
_NET_SHOWING_DESKTOP(CARDINAL) = 0
_NET_NUMBER_OF_DESKTOPS(CARDINAL) = 2
_NET_DESKTOP_GEOMETRY(CARDINAL) = 1920, 1080
_NET_DESKTOP_VIEWPORT(CARDINAL) = 0, 0
_NET_SUPPORTING_WM_CHECK(WINDOW): window id # 0x46
_NET_SUPPORTED(ATOM) = _NET_WM_NAME, _NET_CLOSE_WINDOW, _NET_WM_STATE, 
_NET_WM_STATE_SHADED, _NET_WM_STATE_MAXIMIZED_HORZ, 
_NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_DESKTOP, _NET_NUMBER_OF_DESKTOPS, 
_NET_CURRENT_DESKTOP, _NET_WM_WINDOW_TYPE, _NET_WM_WINDOW_TYPE_DESKTOP, 
_NET_WM_WINDOW_TYPE_DOCK, _NET_WM_WINDOW_TYPE_TOOLBAR, 
_NET_WM_WINDOW_TYPE_MENU, _NET_WM_WINDOW_TYPE_UTILITY, 
_NET_WM_WINDOW_TYPE_SPLASH, _NET_WM_WINDOW_TYPE_DIALOG, 
_NET_WM_WINDOW_TYPE_DROPDOWN_MENU, _NET_WM_WINDOW_TYPE_POPUP_MENU, 

Re: "Roadmap"

[Pedro Lino]

Hi Matthias, all

> On 10/05/2023 2:23 PM WEST Matthias Seidel  wrote:

>   - Release AOO 4.1.15 before the end of 2023. Branch AOO41X is in good 
> condition, but personally I would like to have the "ugly UI" fixed on 
> some Linux distribution.

Agree. What ugly UI issues does 4.1.15 fix?
 
>   - Start on removing the blocker_s_ for AOO 4.2.0 (in fact Damjan already 
> fixed two with one commit) with a release date 2024 in mind.
>     Maybe we could release AOO420-dev5 to the public in early 2024?
> 

Agree. Yes for dev5.

> I expect a long testing phase for AOO 4.2.0 because of the new 
> translations, new code (in parts 10 years old, but never released to the 
> public) and expected problems with user profiles when updating.

Updating translations will be an issue. I volunteered to learn the process from 
Mechtilde but I got stuck in some bureaucratic permissions (not from 
Mechtilde)...

Why do you expect profile updating problems?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building AOO

[Pedro Lino]

Hi Matthias, all

> On 09/10/2023 9:54 AM WEST Matthias Seidel  wrote:
 
> As I already wrote, this is just informal. They are only bootstrapped 
> when they are configured.
> 
> For example:
> 
> Cairo and pixman are only needed when you build with "--enable-cairo" 
> (which doesn't work [1])
> 
> The commons-httpclient is only needed when you build with 
> "--enable-wiki-publisher".

Thanks for the explanation. Is there any page that explains what are the 
consequences of adding/omitting each option? 

In page 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Configuration_and_bootstrapping
some options are explained but not all...

I can see that the official script does not include cairo either. Cairo is a 
vector graphics library so I imagine it would be useful if we want to switch 
from Bitmap buttons to SVG buttons?

What is it used for when included?

Thanks!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building AOO

[Pedro Lino]

Hi Matthias

> On 09/09/2023 10:03 AM WEST Matthias Seidel  
> wrote:

> Just to let you know that you are not the only one on this mailing list. 
> We are at least two! ;-)

Good to know! :) Thanks!

> >> On 09/01/2023 1:54 PM WEST Pedro Lino  
> >> wrote:

> >> There seems to be a kernel problem...
> > False alarm. I was able to compile working binaries for 41X under Kernel 
> > 5.4.0.162 (latest for Ubuntu 18.04) as well

> Great! What did you change?

Started each build from zero (no switching branches, delete full openoffice 
folder) and made sure that the number of threads is not larger than those 
existing in the PC I'm building on (I used "build --all -P8 -- -P8" in a PC 
with only 4 CPUS and 1 thread per CPU) because this seems to confuse the 
building process...

> > Also managed to compile 42X under kernel 4.15 but yet not under 5.4.0

Compiled successfully 42X under kernel 5.4.0 also, so all is good.

> > All the binaries can be installed and the program works without issues but 
> > there are many ignored libraries in bootstrap which I have no idea of the 
> > consequences...

> > Is this an issue?
> 
> I don't think so.
> 
> If you don't have the prerequisites defined in configure, this is just 
> informal.

But will the resulting binaries not miss any features? These libraries should 
be needed for something...

ignoring commons-httpclient-3.1-src.tar.gz because its prerequisites are not 
fulfilled
ignoring commons-codec-1.9-src.tar.gz because its prerequisites are not 
fulfilled
ignoring commons-logging-1.1.3-src.tar.gz because its prerequisites are not 
fulfilled
ignoring xsltml_2.1.2.zip because its prerequisites are not fulfilled
ignoring apache-rat-0.10-bin.tar.bz2 because its prerequisites are not fulfilled
ignoring cairo-1.8.0.tar.gz because its prerequisites are not fulfilled
ignoring pixman-0.12.0.tar.gz because its prerequisites are not fulfilled

Anyone?

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building AOO

[Pedro Lino]

Hi again

> On 09/01/2023 1:54 PM WEST Pedro Lino  wrote:

> There seems to be a kernel problem...

False alarm. I was able to compile working binaries for 41X under Kernel 
5.4.0.162 (latest for Ubuntu 18.04) as well

> I will try building 42X later

Also managed to compile 42X under kernel 4.15 but yet not under 5.4.0

All the binaries can be installed and the program works without issues but 
there are many ignored libraries in bootstrap which I have no idea of the 
consequences...

ignoring commons-httpclient-3.1-src.tar.gz because its prerequisites are not 
fulfilled
ignoring commons-codec-1.9-src.tar.gz because its prerequisites are not 
fulfilled
ignoring commons-logging-1.1.3-src.tar.gz because its prerequisites are not 
fulfilled
ignoring xsltml_2.1.2.zip because its prerequisites are not fulfilled
ignoring apache-rat-0.10-bin.tar.bz2 because its prerequisites are not fulfilled
ignoring cairo-1.8.0.tar.gz because its prerequisites are not fulfilled
ignoring pixman-0.12.0.tar.gz because its prerequisites are not fulfilled

Is this an issue?

Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building AOO

[Pedro Lino]

Hi Matthias, all

> On 08/30/2023 5:34 PM WEST Matthias Seidel  wrote:
 
> >>> Am 29.08.23 um 00:01 schrieb Pedro Lino:
> >>>> Hi all
> >>>>    I tried building our branches under Ubuntu 18.04.6 x64 (kernel 5.4)
> >> The buildbot seems to be on 4.15.0-212, so I assume the new kernel to be
> >> the problem...

Installed kernel 4.15 in the Ubuntu 18.04 machine and building 41X finished 
correctly and binaries could be installed in Ubuntu 20.04

There seems to be a kernel problem...

I will try building 42X later

Thanks!

Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Building AOO

[Pedro Lino]

Hi Matthias

> On 08/30/2023 4:28 PM WEST Matthias Seidel  wrote:

> > Am 29.08.23 um 00:01 schrieb Pedro Lino:
> >> Hi all
> >>   I tried building our branches under Ubuntu 18.04.6 x64 (kernel 5.4)
> 
> The buildbot seems to be on 4.15.0-212, so I assume the new kernel to be 
> the problem...

Interesting. So Ubuntu is updated but the kernel is not (4.15 is the one 
included in 18.04.1)
I will try that!

Thank you!

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Building AOO

[Pedro Lino]

Hi all
 
I tried building our branches under Ubuntu 18.04.6 x64 (kernel 5.4)
 
Building branch 41X failed immediately but branch 42X completed successfully. 
Unfortunately it will not install with error " The package lists or status file 
could not be parsed or opened."
 
Could this be related to the fact that the file names changed because they now 
include the Kernel version?
E.g. openoffice-calc_4.2.0_5_linux-5.4-x86_64.deb
 
Anyone having similar problems?
 
Best,
Pedro

Re: [Discussion] ODF 1.3 filter implementation strategy

[Pedro Lino]

Hi again

There is also an Europe based host

https://opencollective.com/europe/apply

which is based in Brussels and charges only 6% (as opposed to the 10% charged 
by the US based host linked in the previous message)

Best,
Pedro

> On 08/23/2023 10:12 AM WEST Pedro Lino  wrote:
> 
>  
> Good morning all
> 
> I can push the plan a little further.
> 
> I think we should ask Open Collective to remove the OpenOffice project but 
> meanwhile we can push on with "Friends of OpenOffice".
> 
> I already created my account but to create an Open Source Collective
> https://opencollective.com/opensource
> I believe it has to be one of the managers of the github project
> https://github.com/apache/openoffice-project
> 
> I am a Contributor for the project, but I'm not sure that is enough?
> 
> Best,
> Pedro
> 
> > On 08/22/2023 8:26 PM WEST Arrigo Marchiori  wrote:
> > 
> >  
> > Dear All,
> > 
> > On Tue, Aug 22, 2023 at 05:23:50PM +0200, Matthias Seidel wrote:
> > 
> > > Hi Pedro,
> > > 
> > > Good find!
> > > 
> > > "OpenOffice" (exactly written like that) is a registered trademark of the
> > > ASF.
> > > 
> > > I think we need to add that to our list of trademark violations?
> > 
> > +1
> > 
> > If we wanted to follow this way, we should probably establish a
> > "Friends of OpenOffice" collective as Groovy did.
> > 
> > [...]
> > > > > [1] https://opencollective.com/friends-of-groovy#category-ABOUT
> > 
> > -- 
> > Arrigo
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [Discussion] ODF 1.3 filter implementation strategy

[Pedro Lino]

Good morning all

I can push the plan a little further.

I think we should ask Open Collective to remove the OpenOffice project but 
meanwhile we can push on with "Friends of OpenOffice".

I already created my account but to create an Open Source Collective
https://opencollective.com/opensource
I believe it has to be one of the managers of the github project
https://github.com/apache/openoffice-project

I am a Contributor for the project, but I'm not sure that is enough?

Best,
Pedro

> On 08/22/2023 8:26 PM WEST Arrigo Marchiori  wrote:
> 
>  
> Dear All,
> 
> On Tue, Aug 22, 2023 at 05:23:50PM +0200, Matthias Seidel wrote:
> 
> > Hi Pedro,
> > 
> > Good find!
> > 
> > "OpenOffice" (exactly written like that) is a registered trademark of the
> > ASF.
> > 
> > I think we need to add that to our list of trademark violations?
> 
> +1
> 
> If we wanted to follow this way, we should probably establish a
> "Friends of OpenOffice" collective as Groovy did.
> 
> [...]
> > > > [1] https://opencollective.com/friends-of-groovy#category-ABOUT
> 
> -- 
> Arrigo
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [Discussion] ODF 1.3 filter implementation strategy

[Pedro Lino]

I think it is a good idea. As I mentioned before, I'm available to contribute 
and implementing ODF 1.3 is a good goal.

However, there is already an Open Collective for OpenOffice, although I'm not 
sure if it refers to this Office suite...

https://opencollective.com/openoffice

Best,
Pedro

> On 08/21/2023 4:08 PM WEST Matthias Seidel  wrote:
> 
>  
> Hi Rony, All,
> 
> Am 20.08.23 um 12:47 schrieb Matthias Seidel:
> > Hi Rony,
> >
> > Am 20.08.23 um 12:40 schrieb Rony G. Flatscher (Apache):
> >> Has there been any work on this since? It seems that not supporting 
> >> 1.3 causes troubles for AOO users who receive 1.3 documents.
> >
> > Acknowledged.
> >
> > But to my knowledge we have no volunteer working on that topic...
> 
> Personally, I think we need a payed developer for such a task.
> 
> We would need to collect money outside the ASF, maybe the way Groovy 
> does it [1] could be a solution.
> 
> Opinions?
> 
> Regards,
> 
>     Matthias
> 
> [1] https://opencollective.com/friends-of-groovy#category-ABOUT
> 
> >
> > Regards,
> >
> >    Matthias
> >
> >>
> >> ---rony
> >>
> >>
> >> On 12.10.2021 00:00, Kay Schenk wrote:
> >>> Hello all --
> >>>
> >>> If you'd like an opinion from someone who hasn't contributed to the 
> >>> project in about 3 years...
> >>>
> >>> I think using the filter API is the way to go. I remember getting 
> >>> very curious about the filter API quite some time ago for something 
> >>> I wanted to work on -- maybe generic XML docs, and realized this API 
> >>> seemed very useful but I wasn't sure how it had been used. So, one 
> >>> opinion for you in any case.
> >>>
> >>> On 10/10/21 4:35 AM, Peter Kovacs wrote:
>  Hi all,
> 
>  ODF 1.3 becomes more relevant soon. MS Office 2021 will support 
>  only ODF 1.3
> 
>  So I try to look into this, however our implementation on ODF 
>  currently uses not the filter API but office Document model directly.
> 
>  Should we stay with this architecture or should we use this 
>  opportunity to migrate on a API driven filter?
> 
>  What is your opinion on this?
> 
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Question on Apache OpenOffice

[Pedro Lino]

Good evening from Portugal!

The short answer is yes. You can install OpenOffice now. Both will work.

However there will be a "fight" to be associated with normal office file types 
(such as Open Document, Word, Excel, etc)

This means that when you open a Word file with one Office (be it OpenOffice, 
LibreOffice or MS Office) it will become associated with this suite and to open 
with another one you will have to deliberately use the "Open with" option.

If this acceptable then you can use multiple Office suites. If this is 
confusing then it is better to uninstall the one(s) you don't use so much.

Hope this helps.

Best regards,
Pedro Lino


> On 08/21/2023 3:10 PM WEST Turritopsis Dohrnii Teo En Ming 
>  wrote:
> 
>  
> Subject: Question on Apache OpenOffice
> 
> Good day from Singapore,
> 
> I already have LibreOffice installed on my Windows 10 Aftershock
> gaming laptop. Can I still install Apache OpenOffice?
> 
> Will there be any conflicts? Will LibreOffice and Apache OpenOffice be
> able to live side by side?
> 
> Thank you.
> 
> Regards,
> 
> Mr. Turritopsis Dohrnii Teo En Ming
> Targeted Individual in Singapore
> Blogs:
> https://tdtemcerts.blogspot.com
> https://tdtemcerts.wordpress.com
> GIMP also stands for Government-Induced Medical Problems.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO Brand new logo proposal

[Pedro Lino]

Hi Manjiro

> On 08/15/2023 11:27 PM WEST Corentin Verbrèghe 
>  wrote:
> 
>  
> Do you see the message ? If yes, tell me. Cordially C.Verbreghe

Yes, we do see your messages.

> > Hi, I would like to propose a brand new logo for Apache OpenOffice. I
> > don't not know if I contact the right place. I wish that it be implemented
> > in the next minor version of AOO if possible, the 4.1.15. What do you think

A major change such as the main logo can not be implemented in a minor release.

In any case if you mean the main OpenOffice logo (the blue circle with the 
white seagulls), I believe is not that easy to change as it is the Trademark 
for this project.

I'm not a lawyer so those with more knowledge please jump in.

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [GitHub] [openoffice] Pilot-Pirx opened a new pull request, #181: Set the fontcolor always to black

[Pedro Lino]

Hi Matthias

I'm not sure if this is related to this bug I reported back in 2014?

https://bz.apache.org/ooo/show_bug.cgi?id=125568

Although I see the point in setting the interface Font color to Black (instead 
of the current Dark Gray), I hope it does not affect documents (as is the case 
for the reported bug) but you do mention printing?

Thanks!

All the best,
Pedro

> On 08/10/2023 2:38 PM WEST Pilot-Pirx (via GitHub)  wrote:
> 
>  
> Pilot-Pirx opened a new pull request, #181:
> URL: https://github.com/apache/openoffice/pull/181
> 
>We should set the fontcolor to black by default.
>
>Some themes on Linux use a slightly different color, for example Ubuntu 
> uses a dark gray.
>
>That drove me mad, because I thought my printer was broken. ;-)
>At the moment I have set the fontcolor manually to black.
> 
> 
> -- 
> This is an automated message from the Apache Git Service.
> To respond to the message, please log on to GitHub and use the
> URL above to go to the specific comment.
> 
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> 
> For queries about this service, please contact Infrastructure at:
> us...@infra.apache.org
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Buildbot config - svn or git?

[Pedro Lino]

Hi Matthias, all

> On 06/15/2023 9:30 AM WEST Matthias Seidel  wrote:
 
> Thanks to Peter our Linux buildbots are functional again.

Thanks Peter!
 
> But the buildbot configuration is still on SVN.
> 
> I would prefer it on Git. Opinions?

+1
Yes, that would make sense.

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Updated graphics for AOO

[Pedro Lino]

Hi Matthias, all

> On 05/20/2023 11:21 AM WEST Matthias Seidel  
> wrote:

> I just made some SVG templates and then exported to PNG.
> 
> If we want to use SVG for the UI (and we will need that rather sooner
> than later for HiDPI Displays) we need to add some logic to our source.
> 
> That's a task for a developer... ;-)

Ah, I was wishful thinking :)

Maybe one of the developers will find this task important?

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Updated graphics for AOO

[Pedro Lino]

Hi Matthias

> On 05/20/2023 10:43 AM WEST Matthias Seidel  
> wrote:

> In fact the cropmarkers are not new, but we needed vector based
> templates anyway.
> 
> And so I had the opportunity to learn how Inkscape works... ;-)

Welcome to the Inkscape club! ;)

Excellent news!

Does this mean that an icon theme could use svg icons instead of static sized 
PNGs?

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Fwd: Re: User Installation Process Feedback

[Pedro Lino]

Resending my email from yesterday :)
 
-- Original Message --
From: Pedro Lino 
To: dev@openoffice.apache.org
Date: 05/08/2023 6:32 PM WEST
Subject: Re: User Installation Process Feedback
 
 
Hi Andrea

> On 05/08/2023 5:37 PM BST Andrea Pescetti  mailto:pesce...@apache.org> wrote:
>  
>  
> On 07/05/23 Dave Fisher wrote:
> 
> > For those just now looking into this here is a link: 
> > https://docs.appimage.org/
> > If we switch to this packaging it appears that we can significantly reduce 
> > the many Linux packages we create when we release.
> > 
> I've done a recent build to produce an AppImage a few weeks (ahem..)
> ago, but I missed the final packaging and did not have time for it.
>  
> I can complete it and put it somewehere on home.apache.org next weekend
> if anyone wishes to play with it.
> 
 
Yes, please!
Is it 4.1.14?
 
Thanks!
Pedro

>  
> It's basically the same as
> https://archive.fosdem.org/2022/schedule/event/openoffice_linux_packaging/
>  
> Regards,
> Andrea.
>  
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org 
> mailto:dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org 
> mailto:dev-h...@openoffice.apache.org
> 

Compile Linux x86

[Pedro Lino]

Hi all
 
This is very a basic question for a programmer but as "developer" I could not 
find any clear documentation: how do I compile an x86 build in Linux?
 
I have managed to build an x64 Linux installer following the steps in
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO
but
 
1) When compiling on a physical PC (aka metal) do I need an x86 CPU to build an 
x86 build?
 
if the answer to 1) is no then
 
2) Do I need and x86 Linux OS?
 
if not then, how do I get shell script to setup an x86 environment? I can't 
understand the instructions to create the LinuxX86Env.Set.sh script needed for 
the unxlngi6 platform...
 
Thank you in advance!
 
All the best,
Pedro

Re: Icons proposal

[Pedro Lino]

Hi all

> On 04/13/2023 2:13 PM WEST Dave  wrote:

> > Here’s the link to see my proposal :
> > https://drive.google.com/drive/folders/1zaocgHeB30J5J-IGLnXAEPdeGKc075Iz?usp=sharing
> > 
> > Thank you.
> > 
> > Regards,
> > Manjiro5
> > Corentin VERBREGHE
> 
> Possible user confusion. Icons look very like LO with gulls added.
> 

After installing the current LO 7.5 I have to agree that there are some 
similarities but the folded corner and the seagulls make them quite distinctive.
I actually like these icons more than the LO equivalent...

IMO it is good to have a new different icon theme. It is always a good thing to 
have more options ;)

If any user prefers to have the two Office suites installed on the same PC, I'm 
sure they are quite capable of knowing which is which.

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Icons proposal

[Pedro Lino]

Hi Manjiro5

Personally I like very much the new icon set!
I encourage you to move forward and start with one of the programs (e.g. Word) 
including icons prepared for normal and dark modes

Thank you for your effort!

All the best,
Pedro 

> On 04/10/2023 7:56 PM WEST Xavier Verbreghe  
> wrote:
> 
>  
> Hi, I wanted to show you the icons I made to potentially replace the AOO
> base icons in the future.
> 
> I made icons for software (Writer, Base, Draw, Math, Impress, Calc), but
> also for different filetypes.
> 
> Could you take a look and tell me what you think?
> 
> I am making an icon pack for the interior of the different software.
> 
> Here’s the link to see my proposal :
> https://drive.google.com/drive/folders/1zaocgHeB30J5J-IGLnXAEPdeGKc075Iz?usp=sharing
> 
> Thank you.
> 
> Regards,
> Manjiro5
> Corentin VERBREGHE

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Project Information

[Pedro Lino]

That is odd!

Because what I see is the code where 4.1.13 no longer exists...

https://github.com/apache/openoffice-project/blob/main/content/doap_openoffice.rdf

This is really beyond my understanding...

Best,
Pedro

> On 03/04/2023 3:25 PM WET Matthias Seidel  wrote:
> 
>  
> FYI:
> 
> https://github.com/apache/openoffice-project/commit/c58b9b83932cd4f4ed522934fdd785bb68fc03d4#commitcomment-103032533
> 
> Regards,
> 
>    Matthias
> 
> Am 04.03.23 um 13:29 schrieb Matthias Seidel:
> > Hi Pedro,
> >
> > Am 04.03.23 um 13:22 schrieb Pedro Lino:
> >> Hi Matthias
> >>
> >>> On 03/04/2023 11:03 AM WET Matthias Seidel  
> >>> wrote:
> >>> Our updated Project Information is still not published:
> >>>
> >>> https://projects.apache.org/project.html?openoffice
> >>>
> >>> Normally this is done by a cron job. Am I missing something?
> >> Maybe the expectation "runs maybe every 24h" is not realistic? :)
> >>
> >> Or it appeared to be a cron job but in fact it was someone (Andrea?) who 
> >> updated it manually?
> > No, it worked that way all the years before...
> >
> > But maybe the "second release" that was introduced (and reversed) broke
> > our chain?
> >
> > Regards,
> >
> >    Matthias
> >
> >> Best,
> >> Pedro
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Project Information

[Pedro Lino]

Hi Matthias

> On 03/04/2023 11:03 AM WET Matthias Seidel  wrote:

> Our updated Project Information is still not published:
> 
> https://projects.apache.org/project.html?openoffice
> 
> Normally this is done by a cron job. Am I missing something?

Maybe the expectation "runs maybe every 24h" is not realistic? :)

Or it appeared to be a cron job but in fact it was someone (Andrea?) who 
updated it manually?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fwd: [ANNOUNCE] Apache OpenOffice 4.1.14 released

[Pedro Lino]

Hi Matthias

> On 03/01/2023 7:12 PM WET Matthias Seidel  wrote:

> First AOO4115 Test Builds for Windows can be found here:
> 
> https://home.apache.org/~mseidel/AOO-builds/AOO-4115-Test/

Anything in particular to test compared to 4.1.14?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [RESULT] PASSED Re: [VOTE] Release AOO 4.1.14-RC1 as GA

[Pedro Lino]

Hi Matthias

> On 02/25/2023 9:45 AM WET Matthias Seidel  wrote:
> 
>  
> The SourceForge mirrors are now ready, we could release at any time we want.
> 
> Remembering that Microsoft does not work on weekends, I would prefer to
> do it on Sunday evening. This way AOO 4.1.14 would be available in the
> Microsoft Store early next week.
> 
> What do others think?

Sounds like a good plan.
It is a good way to start the week :)

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Need help

[Pedro Lino]

Hi Matthias, Yury, all

> On 02/22/2023 4:42 PM WET Matthias Seidel  wrote:

> Am 22.02.23 um 08:51 schrieb Yury Tarasievich:
> > Actually, that looks like an idea for an OOO extension (for someone to
> > implement).
> 
> We do have this one:
> 
> https://extensions.openoffice.org/en/project/pdf-import-apache-openoffice
> 
> It has not been updated for a long time and I think it imports PDF in
> Draw. But maybe it is a starter?
 
Yes, that is a good start and works for digital PDFs. It would have to allow to 
select to import to Calc or Writer... 
But to convert a PDF that consists of a scanned page, it would require an OCR 
capability which the current extension does not have.

In any case, it would be a great extension!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE] Release AOO 4.1.14-RC1 as GA

[Pedro Lino]

Hi all

> The Release Candidate is good for production/GA:
> 
>[x] yes / +1
> 
>[ ] no / -1
> 
> My vote is based on
> 
>[x] binding (member of PMC)
> 
>[X] I have built and tested the RC from source on platform [Linux Ubuntu 
> 18.04 x64]
> 
>[X] I have tested the binary RC on platform [Linux Ubuntu 20.04 x64; 
> Windows 10 Home 22H2 x64]

I checked the SHA256 and SHA512 CRCs for the Linux x64 and Windows x86 main 
installer in en-US and for the PT language pack binary

I switched UI language under Linux Ubuntu 20.04 x64 and Windows 10 Home 22H2 
x64 by using the en-US installer plus the PT language pack. 

On Linux Ubuntu 20.04 x64 I opened ODT, ODS, ODP, ODG and ODF as well as DOC, 
XLS, PPT and DOCX, XLSX and PPTX files without any issues.

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: User Installation Process Feedback

[Pedro Lino]

Hi Graeme

Thank you for the kind words. We do agree it is good to have an Open Source 
alternative.

The installation is indeed not user friendly (requires to unpack and execute a 
command line instruction). Unfortunately we do not have a volunteer to 
implement an installer.

This is something that would indeed increase the visibility of the program 
under Linux (although that is not the primary AOO user platform).

Let's hope there is a volunteer who would like to scratch this itch ;)

All the best,
Pedro

> On 02/15/2023 5:36 AM WET GB Mac  wrote:
> 
>  
> Hi,
> 
>  First I would like to thank everyone who makes OpenOffice available, it 
> is appreciated to have a LibreOffice alternative in the open source world.
> 
>  Second I would like to say the installation process is a large barrier 
> to general uptake of the software.  The fact that there are no simple, single 
> file, ready to install package makes this a niche power user project as 
> opposed to something that is truly accessible to everyone.   The software is 
> likely great, I used it back in my Windows days and it was nice to have, but 
> in Linux it's only a couple of notches simpler than building it from source 
> code.Yes, many of us could​ do it but most don't because it's a pain in 
> the butt and this ensures that LibreOffice wins and OpenOffice remains a 
> perpetual developer project in Linux.   I'm writing this because I like 
> OpenOffice, I like Apache and it's unfortunate that it's as inaccessible as 
> it is.   Please fix this and OpenOffice could actually become popular in 
> Linux if that's the goal.
> 
> Thanks.
> 
>  -Grahame

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [GitHub] [openoffice] Pilot-Pirx commented on pull request #164: Update EditEngine code to use 32 bit paragraph storage

[Pedro Lino]

Hi Matthias

No problem opening both files in RC1 under Ubuntu x64

Best,
Pedro

> On 02/11/2023 8:52 PM WET Matthias Seidel  wrote:
> 
>  
> Hi,
> 
> Am 11.02.23 um 21:46 schrieb Czesław Wolański:
> > Hi,
> >
> >> What file did you use?
> > The one you mentioned i.e. .xlsx from
> > https://bz.apache.org/ooo/show_bug.cgi?id=126720
> 
> Yes, that patch is in 4.1.14 but not in Damjan's branch. Remember that
> this PR is from early January... ;-)
> 
> Try to open the file with 4.1.14-RC1. Sorry for the noise!
> 
> Regards,
> 
>    Matthias
> 
> >
> > Regards,
> > Czesław
> >
> >
> >
> > Am Sa., 11. Feb. 2023 um 21:42 Uhr schrieb Matthias Seidel <
> > matthias.sei...@hamburg.de>:
> >
> >> Hi,
> >>
> >> I have updated my comment.
> >>
> >> What file did you use?
> >>
> >> Regards,
> >>
> >>Matthias
> >>
> >> Am 11.02.23 um 21:38 schrieb Czesław Wolański:
> >>> Hi,
> >>>
> >>>
> >>> I confirm. Cyrillic characters are missing.
> >>>
> >>> Regards,
> >>> Czesław
> >>>
> >>> Am Sa., 11. Feb. 2023 um 20:17 Uhr schrieb Pilot-Pirx (via GitHub) <
> >>> g...@apache.org>:
> >>>
>  Pilot-Pirx commented on PR #164:
>  URL:
> >> https://github.com/apache/openoffice/pull/164#issuecomment-1426857635
> I am having problems with an xlsx file containing Cyrillic
> >> characters.
>  Only the numbers are imported. It may only be my machine.
> 
> 
>  --
>  This is an automated message from the Apache Git Service.
>  To respond to the message, please log on to GitHub and use the
>  URL above to go to the specific comment.
> 
>  To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> 
>  For queries about this service, please contact Infrastructure at:
>  us...@infra.apache.org
> 
> 
>  -
>  To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>  For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 
> >>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.1.14

[Pedro Lino]

Hi Matthias

> On 02/09/2023 8:44 AM WET Matthias Seidel  wrote:

> You have writing access to our cWiki? Please add your name to the table.

Done. Also volunteered to Update data in Wikidata
 
> Updating the project information (doap_openoffice.rdf) is one of the
> last steps, so you can monitor the process and ask questions whenever you 
> need to.

Will do ;)

> >  and could move some files to Sourceforge or elsewhere or create the source 
> > builds(if that can be done in Ubuntu...)
 
> As far as I know, source builds are done (and signed) by the release
> manager.

I'm definitely not volunteering as release manager :)
 
> > One of the obstacles is that everything seems complicated... Shouldn't all 
> > of this be more user friendly?

> BTW: We have some kind of documentation here (although outdated in parts):
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/How+to+Cook+a+Release

This is a good approach to user friendly (in this case I was referring to the 
Devs/PMC, not the software users)

Thanks!

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.1.14

[Pedro Lino]

Hi Matthias, all

> On 02/08/2023 9:42 AM WET Matthias Seidel  wrote:

> Maybe some people could take a heart and volunteer for a small task?

I can volunteer to update the ASF Project Information and could move some files 
to Sourceforge or elsewhere or create the source builds(if that can be done in 
Ubuntu...)

One of the obstacles is that everything seems complicated... Shouldn't all of 
this be more user friendly?

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.1.14

[Pedro Lino]

Hi Manjiro

Branch 4.1 is only updated with bug or security fixes. There can be no 
significant visual changes in this branch.

In any case the best path forward is for you to create a new icon theme
The instructions are here
https://github.com/apache/openoffice/blob/trunk/main/ooo_custom_images/README.txt

If you can create new icons for some items we can work together to make a new 
theme and then incorporate it in AOO,

All the best,
Pedro
 
> On 02/08/2023 7:09 AM WET Xavier Verbrèghe  
> wrote:
> 
>  
> Hi,
> Are new app icons going to be released on this update?
> Regards.
> C. Verbreghe (Manjiro)
> 
> Le mar. 7 févr. 2023 à 10:48, Matthias Seidel 
> a écrit :
> 
> > Hi all,
> >
> > I think it is time for the next release.
> >
> > I have created the Release Schedule [1] for AOO 4.1.14 now. Please join!
> >
> > Regards,
> >
> > Matthias
> >
> > [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.14
> >
> >
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Nightly Builds

[Pedro Lino]

Hi all

> On 01/26/2023 4:24 PM WET Damjan Jovanovic  wrote:

> > Four weeks are a good period to have archived if a regression occurs.
> >
> >
> No. For old regressions, or to discover old fixes, we ideally want a build
> from every month in AOO's history.

I agree with both.
Four weeks is a good period for keeping nightlies but we should keep 1 nightly 
per month (if there are changes) to test for regressions.
When there is a new release then all nightlies from that branch can be deleted.

+1 on the 10 digit for the file names
Apache_OpenOffice-SDK_4.5.0_Linux_x86-64_install-deb_en-US_2023-01-26_09:13:18_Git_8a7b2c9448.tar.gz

or
_Rev.8a7b2c9448.tar.gz

to be consistent with our About dialog

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: New icons

[Pedro Lino]

Hi Gerry

Just to make it clear, that was a test build just to see how it looks.

If Majiro is willing to do a full icon set then it should be considered how 
that can be incorporated in a new release

It could be initially included as a new icon theme and if aproved, as the 
default icon theme for a new major version...

Thank you for your feedback!

Best,
Pedro

> On 01/27/2023 1:05 PM WET Gerry Dutchie  wrote:
> 
>  
> Hi guys,
> 
> I see some beautiful new designs for icons passing by. Well done!
> 
> Although I would like to point out what "in between" updates of icons (and 
> minor updates to the interface as such) mean for a dedicated author of books: 
> go through the book and compare all pictures in the book and update where 
> necessary...
> 
> I would recommend new icons & a fresh look only in every major update, eg 4.x 
> ---> 5.x, where new features have been added and existing features updated 
> and debugged and the user is presented with greatly enhanced software.
> 
> Kind regards from The Netherlands,
> 
> Gerrit Bruijnes
> 
> See first one on the list:
> Books about OpenOffice
> 
> | 
> | 
> | 
> |  |  |
> 
>  |
> 
>  |
> | 
> |  | 
> Books about OpenOffice
> 
> 
>  |
> 
>  |
> 
>  |

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Icons proposal

[Pedro Lino]

Hi Manjiro

Here is what it looks like on Linux

https://i.imgur.com/e87Qk73.png

I like the simple lines!

I think it will probably look great also on a Dark Theme!

Have you considered creating a full icon set for a Dark Theme?

Thanks!

Best,
Pedro

> On 01/21/2023 4:30 PM WET Xavier Verbrèghe  
> wrote:

> Do you see my message ?
> If you want the icons to be changed, could you tell me how to change them
> on the software permanently?
> Cordially
> Manjiro (C.Verbreghe)
> 
> Le ven. 20 janv. 2023 à 19:27, Xavier Verbrèghe <
> corentin.verbreg...@gmail.com> a écrit :
> 
> > I was already subscribed to dev OpenOffice so I deleted my subscription
> > then I updated it.
> >
> > Le ven. 20 janv. 2023 à 18:04, Pedro Lino  a
> > écrit :
> >
> >> Dear Xavier
> >>
> >> Thank you for the much better link!
> >>
> >> The previous message did arrive to the mailing list and Delio already
> >> commented that
> >> "The icons result modern and attractive."
> >>
> >> but you did not receive this comment because you are not subscribed to
> >> dev@openoffice.apache.org
> >>
> >> I agree that they have a nice modern design without being too different
> >> from the old ones which is excellent.
> >>
> >> I believe they could be tested on the 4.2.x branch if the group agrees?
> >>
> >> All the best,
> >> Pedro
> >>
> >>
> >> > On 01/20/2023 4:01 PM WET Xavier Verbrèghe <
> >> corentin.verbreg...@gmail.com> wrote:
> >> >
> >> >
> >> > I have the impression that the mail did not find recipient so here is
> >> the
> >> > link of my proposal for new icons of AOO software:
> >> >
> >> https://drive.google.com/drive/folders/1zaocgHeB30J5J-IGLnXAEPdeGKc075Iz
> >> > Hoping that you will like them and that they will become the new icons.
> >> >
> >> > Regards.
> >> > Manjiro
> >>
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: 41X fails to build in Ubuntu 18.04 (was Re: Fails to build on Pop!_OS 18.04)

[Pedro Lino]

Hi Arrigo

> On 01/25/2023 7:16 AM WET Arrigo Marchiori  wrote:

> Wild guess: did you install the "jdk" package?
> You may have installed the "jre" only.

No, it was the opposite. I always install only openjdk-8-jdk-headless (as 
instructed in 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step_Linux#Ubuntu_18.04
 ) and this always worked before.
 
> On Ubuntu 18.04 the package containing the libraries (.so files) is
> "openjdk-8-jdk-headless", whereas the package containing the header
> files is "openjdk-8-jdk".
> 
> I hope this helps. If not... sorry for the noise!

I tried installing also "openjdk-8-jdk" from your suggestion and it solved the 
problem.

Maybe there was a change in the way the dependencies for Java are defined...

In any case that means that the requirements for setting up the compilation 
environment slightly changed.

Thank you very much!

All the best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: 41X fails to build in Ubuntu 18.04 (was Re: Fails to build on Pop!_OS 18.04)

[Pedro Lino]

> On 01/24/2023 9:59 PM WET Peter Kovacs  wrote:

> strange. I have:
> 
> /usr/lib/jvm/java-8-openjdk-amd64/lib/amd64/libjawt.so
> /usr/lib/jvm/java-8-openjdk-amd64/include/jawt.h
> /usr/lib/jvm/java-8-openjdk-amd64/include/linux/jawt_md.h
> /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/libjawt.so

I also have them on my "old" disk with Ubuntu 18.04 (installed in April 2018). 
This one was installed last week.

The only difference (besides the time) is that this one runs on UEFI and the 
old one on BIOS (aka Legacy) boot mode.
Could this be related?

I still have the feeling that those files were installed by a previous version 
of Java 8 (and are leftovers) while if you install from scratch with the latest 
Java they are no longer included...

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: 41X fails to build in Ubuntu 18.04 (was Re: Fails to build on Pop!_OS 18.04)

[Pedro Lino]

> On 01/24/2023 7:48 PM WET Damjan Jovanovic  wrote:

> Can you please run:
> find /usr/lib/jvm/java-8-openjdk-amd64 | grep jawt

/usr/lib/jvm/java-8-openjdk-amd64/lib/amd64/libjawt.so
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/libjawt.so
 
> > > And what is your SOLARINC environment variable set to? After "source
> > > LinuxX86-64Env.Set.sh", run "echo $SOLARINC" and post the results.
> Let's see all of it, eg. is
> -I/usr/lib/jvm/java-8-openjdk-amd64/include/linux there?

-I. -I/source/openoffice/main/solver/4114/unxlngx6.pro/inc/stl 
-I/source/openoffice/main/solver/4114/unxlngx6.pro/inc/external 
-I/source/openoffice/main/solver/4114/unxlngx6.pro/inc 
-I/source/openoffice/main/solenv/unxlngx6/inc 
-I/source/openoffice/main/solenv/inc -I/source/openoffice/main/res 
-I/source/openoffice/main/solenv/inc/Xp31 
-I/usr/lib/jvm/java-8-openjdk-amd64/include 
-I/usr/lib/jvm/java-8-openjdk-amd64/include/linux 
-I/usr/lib/jvm/java-8-openjdk-amd64/include/native_threads/include 
-I/usr/include 
 
Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

41X fails to build in Ubuntu 18.04 (was Re: Fails to build on Pop!_OS 18.04)

[Pedro Lino]

Hi Damjan

> On 01/24/2023 1:23 AM WET Damjan Jovanovic  wrote:

> In your --with-jdk-home directory, do you have these files:
> 
> include/jawt.h
> include/linux/jawt_md.h

No, those 2 files are not there. Maybe it is not included in build 352 of Java 
8?
 
> And what is your SOLARINC environment variable set to? After "source
> LinuxX86-64Env.Set.sh", run "echo $SOLARINC" and post the results. It
> should contain the directory that the above include/linux/jawt_md.h is in.

It does contain the directory -I/usr/lib/jvm/java-8-openjdk-amd64/include

> SOLARINC is set within set_soenv.in, and might need adjustment for Pop!_OS.
> It depends on what config.guess gave, so it would also help to see the
> output of ./config.guess (under main/)

x86_64-unknown-linux-gnu

Maybe the solution is to install a previous version of Java 8?

Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fails to build on Pop!_OS 18.04

[Pedro Lino]

Hi Peter, all

> On 01/23/2023 11:33 AM WET Peter Kovacs  wrote:

> yes, but it looks on disk like the following?
> 
> ls /usr/lib/jvm/java-8-openjdk-amd64
> ASSEMBLY_EXCEPTION  bin  docs  include  jre  lib  man  src.zip 
> THIRD_PARTY_README

Yes
ls /usr/lib/jvm/java-8-openjdk-amd64
ASSEMBLY_EXCEPTION  docs jre  man  THIRD_PARTY_README
bin include  lib  src.zip

Any ideas?

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fails to build on Pop!_OS 18.04

[Pedro Lino]

Hi Peter

> On 01/23/2023 9:27 AM WET Peter Kovacs  wrote:

> > Unfortunately I can no longer build 41X in 18.04
> >
> > Compiling: beans/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
> > com_sun_star_comp_beans_LocalOfficeWindow.c:35:10: fatal error: jawt_md.h: 
> > No such file or directory
> >   #include "jawt_md.h"
> >^~~
> > compilation terminated.
> > dmake:  Error code 1, while making 
> > '../../unxlngx6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.obj'
> 
> the file should be in /usr/lib/jvm/java-8-openjdk-amd64
> 
> can you check and post the path please?

The path to Java is
--with-jdk-home=/usr/lib/jvm/java-8-openjdk-amd64

Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fails to build on Pop!_OS 18.04

[Pedro Lino]

Hi all

I have given up on Pop!_OS 18.04 because it is no longer supported while Ubuntu 
18.04 still is

Unfortunately I can no longer build 41X in 18.04

Compiling: beans/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
com_sun_star_comp_beans_LocalOfficeWindow.c:35:10: fatal error: jawt_md.h: No 
such file or directory
 #include "jawt_md.h"
  ^~~
compilation terminated.
dmake:  Error code 1, while making 
'../../unxlngx6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.obj'

I'm using the same configure command I have used with success for all previous 
41X builds

Is this a known regression? Or is it simply my problem?

Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Icons proposal

[Pedro Lino]

Dear Xavier

Thank you for the much better link!

The previous message did arrive to the mailing list and Delio already commented 
that
"The icons result modern and attractive."

but you did not receive this comment because you are not subscribed to 
dev@openoffice.apache.org

I agree that they have a nice modern design without being too different from 
the old ones which is excellent.

I believe they could be tested on the 4.2.x branch if the group agrees?

All the best,
Pedro


> On 01/20/2023 4:01 PM WET Xavier Verbrèghe  
> wrote:
> 
>  
> I have the impression that the mail did not find recipient so here is the
> link of my proposal for new icons of AOO software:
> https://drive.google.com/drive/folders/1zaocgHeB30J5J-IGLnXAEPdeGKc075Iz
> Hoping that you will like them and that they will become the new icons.
> 
> Regards.
> Manjiro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fwd: Logo proposal

[Pedro Lino]

Hi Manjiro5
 
Thank you for your interest and contribution to the OpenOffice project.
 
Unfortunately this mailing list does not support embedded or attached images.
Can you please host these images or an archive and send the link?
 
Thank you in advance!
 
All the best,
Pedro
 

> On 01/15/2023 5:39 PM WET Xavier Verbrèghe  
> wrote:
>  
>  
>  
> 
> -- Forwarded message -
> De : CORENTIN VERBREGHE  mailto:corentin.verbreg...@gmail.com>
> Date: dim. 15 janv. 2023 à 18:35
> Subject: Logo proposal
> To: dev@openoffice.apache.org mailto:dev@openoffice.apache.org 
> mailto:dev@openoffice.apache.org>
> 
> 
> 
>  
> 
> Hello, I wish change the logos of Apache OpenOffice softwares because I think 
> that they are is no longer up to date. I wish OpenOffice looked as modern as 
> LibreOffice. Could you look at my proposals? Hoping that you like them and 
> that they are updated. If you have any comments tell me, I really would like 
> AOO to have its old glow.
> 
>  
> 
> Cordially.
> 
> Manjiro5
> 

Re: T-DOSE 2023

[Pedro Lino]

T-DOSE == Technical Dutch Open Source Event

There is no mention to Free Software on the website. 

> On 01/08/2023 4:44 PM WET Dr. Michael Stehmann 
>  wrote:
> 
>  
> Am 08.01.23 um 17:24 schrieb Damjan Jovanovic:
> > On Sat, Jan 7, 2023 at 4:18 PM Dr. Michael Stehmann <
> > anw...@rechtsanwalt-stehmann.de> wrote:
> > 
> >> Hello,
> >>
> >> T-DOSE 2023 will be held on the 22nd and 23rd of April 2023, at a new
> >> location the Weeffabriek in Geldrop (near Eindhoven).
> >>
> >> T-DOSE is a free and yearly event held in The Netherlands to promote use
> >> and development of Free Software. During this event, Free Software
> >> projects, developers and visitors can exchange ideas and knowledge.
> >>
> >> https://t-dose.org/
> > 
> > 
> > 
> > OpenOffice is Open-Source Software, not Free Software. There is a
> > difference.
> > 
> 
> 1. What is the difference?
> 
> 2. And why does the Apache License (v2) not satisfy the Four Freedoms?
> 
> (The "Free" in "Free Software " means free as in freedom (or free 
> speech) not as in free beer.)
> 
> Kind regards
> Michael

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fails to build on Pop!_OS 18.04

[Pedro Lino]

Yes
--with-jdk-home=/usr/lib/jvm/java-8-openjdk-amd64

> On 01/04/2023 8:44 PM WET Peter Kovacs  wrote:
> 
>  
> did you configure --with-jdk-home=
> 
> ?
> 
> Am 04.01.23 um 20:35 schrieb Pedro Lino:
> >> On 01/04/2023 12:33 PM WET Damjan Jovanovic  wrote:
> >>
> >>   
> >> On Wed, Jan 4, 2023 at 1:47 PM Pedro Lino 
> >> wrote:
> >>
> >>> Hi all
> >>>
> >>> I'm testing a UEFI compatible Linux OS named Pop!_OS
> >>> Compiling 41X fails on bean with messages
> >>>
> >>> WARNING(S):
> >>> Some modules contain old output trees! Please check: bean
> >>>
> >>> =
> >>> Building module bean
> >>> =
> >>>
> >>> Entering /source/openoffice/main/bean/com/sun/star/comp/beans
> >>>
> >>>
> >>> Entering /source/openoffice/main/bean/native/unix
> >>>
> >>> Compiling: beans/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
> >>> com_sun_star_comp_beans_LocalOfficeWindow.c:35:10: fatal error: jawt_md.h:
> >>> No such file or directory
> >>>   #include "jawt_md.h"
> >>>^~~
> >>> compilation terminated.
> >>> dmake:  Error code 1, while making '../../
> >>> unxlngx6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.obj'
> >>>
> >>>
> >>> Any tips/instructions that a non-dev can follow?
> >>>
> >>> Thanks!
> >>>
> >>> Pedro
> >>>
> >>>
> >> Hi Pedro
> >>
> >> What Java version do you have installed?
> >>
> >> Regard
> >> Damjan
> > Hi Damjan
> >
> > openjdk version "1.8.0_352"
> >
> > Thanks!
> > Pedro
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fails to build on Pop!_OS 18.04

[Pedro Lino]

> On 01/04/2023 12:33 PM WET Damjan Jovanovic  wrote:
> 
>  
> On Wed, Jan 4, 2023 at 1:47 PM Pedro Lino 
> wrote:
> 
> > Hi all
> >
> > I'm testing a UEFI compatible Linux OS named Pop!_OS
> > Compiling 41X fails on bean with messages
> >
> > WARNING(S):
> > Some modules contain old output trees! Please check: bean
> >
> > =
> > Building module bean
> > =
> >
> > Entering /source/openoffice/main/bean/com/sun/star/comp/beans
> >
> >
> > Entering /source/openoffice/main/bean/native/unix
> >
> > Compiling: beans/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
> > com_sun_star_comp_beans_LocalOfficeWindow.c:35:10: fatal error: jawt_md.h:
> > No such file or directory
> >  #include "jawt_md.h"
> >   ^~~
> > compilation terminated.
> > dmake:  Error code 1, while making '../../
> > unxlngx6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.obj'
> >
> >
> > Any tips/instructions that a non-dev can follow?
> >
> > Thanks!
> >
> > Pedro
> >
> >
> Hi Pedro
> 
> What Java version do you have installed?
> 
> Regard
> Damjan

Hi Damjan

openjdk version "1.8.0_352"

Thanks!
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Fails to build on Pop!_OS 18.04

[Pedro Lino]

Hi all

I'm testing a UEFI compatible Linux OS named Pop!_OS
Compiling 41X fails on bean with messages

WARNING(S):
Some modules contain old output trees! Please check: bean

=
Building module bean
=

Entering /source/openoffice/main/bean/com/sun/star/comp/beans


Entering /source/openoffice/main/bean/native/unix

Compiling: beans/native/unix/com_sun_star_comp_beans_LocalOfficeWindow.c
com_sun_star_comp_beans_LocalOfficeWindow.c:35:10: fatal error: jawt_md.h: No 
such file or directory
 #include "jawt_md.h"
  ^~~
compilation terminated.
dmake:  Error code 1, while making 
'../../unxlngx6.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.obj'


Any tips/instructions that a non-dev can follow?

Thanks!

Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Profile Backup/Restore

[Pedro Lino]

Hi all

At some point during shutdown, before the program closes, the procedure to save 
the profile occurs.
Isn't it possible that this command can be issued by an extension (given that 
all documents must be closed, obviously)?
Maybe after closing the profile it is not possible to do this with OpenOffice 
Basic but it can be done in Java?

Best,
Pedro

> On 12/30/2022 7:54 PM WET Peter Kovacs  wrote:
> 
>  
> Am 30.12.22 um 20:46 schrieb Dave:
> > So AOO is incapable of, or prohibited from, spawning an external process?
> >
> > So an AOO extension is not really an option and the very long standing
> > problem of our users data being destroyed by this issue continues on
> > unresolved, because we don't THINK it can be done instead of finding a
> > way to get it done.
> >
> > I just threw an idea into the pot for consideration, I never claimed it
> > was in anyway a perfect, or even workable solution.
> 
> I do not see a technical Issue. AOO is loading a profile and can write 
> one if no one exists.
> 
> It should not be a problem to write a export function, based on the code 
> exists. And it should also be possible to load a profile from a 
> different resource.
> 
> Also we should be able if we cant load the profile instead of crashing 
> to default back to the profile we load when no profile exists. Which 
> also should be an improvement.
> 
> I hope we will provide a solution within next year, as commented by Jon 
> Ho the profile corruption is imho also an effect from the document 
> corruption Issue. Which I hope to continue to look at in next year.
> 
> All the best
> 
> Peter
> 
> >
> > Best Regards
> > Dave
> >
> > On 30/12/2022 18:49, Carl Marcum wrote:
> >> I can understand using a standalone application but how can an extension
> >> work if it depends on the office running?
> >> As you said you check for it and close it first in yours.
> >>
> >> Best regards,
> >> Carl
> >>
> >> On 12/30/22 8:39 AM, Moderator wrote:
> >>> Yes an extension would work, I wrote a free standing Windows exe in
> >>> PureBasicfor my own use.
> >>>
> >>> You are correct in saying it is unwise to access a user profile while
> >>> AOO is running, which is why my code tests for a running instance of LO
> >>> and closes it first. Obviously I would not just close the program if the
> >>> code was not exclusively for my own personal use.
> >>>
> >>> I have never developed an edition of the code for Linux or Apple,
> >>> because I have watched mailing list, forum complaints and bug reports
> >>> for over 10 years and the profile corruption issue seems to be mostly a
> >>> Windows issue.
> >>>
> >>>
> >>> On 30/12/2022 12:35, Bidouille wrote:
> >>>> An extension will not work.
> >>>> Because OpenOffice shoudn't be running to access on profile.
> >>>>
> >>>>
> >>>> - Mail original -
> >>>>> De: "Peter Kovacs"
> >>>>> À:dev@openoffice.apache.org
> >>>>> Envoyé: Vendredi 30 Décembre 2022 12:40:06
> >>>>> Objet: Re: Profile Backup/Restore
> >>>>>
> >>>>> Hi Pedro,
> >>>>>
> >>>>> Am 28.12.22 um 23:30 schrieb Pedro Lino:
> >>>>>> Hi all
> >>>>>>
> >>>>>> Thank you for the feedback.
> >>>>>>
> >>>>>> I was not thinking of Profile corruption (although the solution for
> >>>>>> some issues is resetting the profile which means that some part of
> >>>>>> it was corrupted?)
> >>>>>>
> >>>>>> It was more a tool to Backup a working profile and hopefully being
> >>>>>> able to import it in another machine.
> >>>>>>
> >>>>>> Having separate check boxes to import/export different parts of the
> >>>>>> profile was my main idea (it could also be used as debugging tool
> >>>>>> to pinpoint the problem when a corruption actually occurs)
> >>>>>>
> >>>>>> Resetting a profile (as suggested repeatedly) solves some problems
> >>>>>> but wastes a lot of time and effort that the user already had
> >>>>>> accumulated in his profile.
> >>>>>>
> >>>>>> As an example, it would be really useful to 

Re: Profile Backup/Restore

[Pedro Lino]

Hi all

Thank you for the feedback.

I was not thinking of Profile corruption (although the solution for some issues 
is resetting the profile which means that some part of it was corrupted?)

It was more a tool to Backup a working profile and hopefully being able to 
import it in another machine.

Having separate check boxes to import/export different parts of the profile was 
my main idea (it could also be used as debugging tool to pinpoint the problem 
when a corruption actually occurs)

Resetting a profile (as suggested repeatedly) solves some problems but wastes a 
lot of time and effort that the user already had accumulated in his profile.

As an example, it would be really useful to backup the personal dictionary on 
one computer and being able to import (merge?) in another.
I am aware that you can dig in to the profile structure and copy a file. But a 
common user would not do that.

Can this be done with an extension?

Thanks!
Pedro

> On 12/28/2022 9:34 PM WET Carl Marcum  wrote:
> 
>  
> Hi All,
> 
> On 12/28/22 2:53 PM, Peter kovacs wrote:
> > I am not sure which issue it is.
> > There is one script from Hana that resets the user profile. We need to 
> > package it and make it execute by menue
> >
> > I have the suspicion that the profile corruption is related to the file 
> > corruption issue. On power fail, or sleep a file can become corrupted when 
> > AOO tries to write in the same moment.
> > It is quite hard to create this.
> >
> > All the best
> > Peter
> >
> > Am 28. Dezember 2022 16:51:03 MEZ schrieb Damjan 
> > Jovanovic:
> >> Hi all
> >>
> >> On Wed, Dec 28, 2022 at 4:55 PM Matthias Seidel
> >> wrote:
> >>
> >>> Hi Pedro,
> >>>
> >>> Am 19.12.22 um 13:39 schrieb Pedro Lino:
> >>>> Hi all
> >>>>
> >>>> Is there any extension to Backup/Restore the contents of the User
> >>> Profile?
> >>>> I don't mean copy files but actually exporting and importing the
> >>> contents?
> >>>> If there isn't, is any of the developers on this mailing list interested
> >>> in creating one?
> >>>> I believe this would be a great contribution to all OpenOffice users...
> >>>>
> >>>> I volunteer to do any testing required!
> >>> I think this has been discussed several times in the last years, but
> >>> nothing ever happened.
> >>>
> >>> I am a bit concerned that this time you didn't even get a reaction...
> >>>
> >> It's the festive season, many people aren't reading emails.
> >>
> >>
> >>> Personally, I would prefer an extension (OS independent), but I could
> >>> imagine problems with copying/restoring the profile while AOO is still
> >>> active.
> >>>
> Is the user profile only read at startup and written to at shutdown or is it 
> more dynamic than that?
> If so that could be a problem for doing it during a session, especially the 
> restore part.
> 
> Making a backup copy during the session is probably reasonable though.
> 
> >> If profile corruption is such a problem, why don't we fix it?
> 
> I've been using since Star Office and never once had a corrupt file or 
> profile.
> But I also never suspended a laptop with applications running either.
> 
> best regards,
> Carl
> 
> >>
> >> Where are the bug reports?
> >>
> >>
> >>> Regards,
> >>>
> >>> Matthias
> >>>
> >>>> Thank you advance!
> >>>>
> >>>> Best,
> >>>> Pedro
> >>>>
> >>>
> >> Regards
> >> Damjan

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Profile Backup/Restore

[Pedro Lino]

Hi all

Is there any extension to Backup/Restore the contents of the User Profile?

I don't mean copy files but actually exporting and importing the contents?

If there isn't, is any of the developers on this mailing list interested in 
creating one?

I believe this would be a great contribution to all OpenOffice users...

I volunteer to do any testing required!

Thank you advance!

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

[Action required] Cygwin x86 end-of-life

[Pedro Lino]

Hi Matthias, all

> On 11/25/2022 7:16 PM WET Matthias Seidel  wrote:

> Damjan posted the needed patches to build AOO41X with Cygwin64, if
> anyone wants to commit them...

If this exists and works, it should be committed ASAP. 

It makes no sense at all to keep a separate 41X procedure that relies on a 
discontinued library if all branches can be compiled with a single an updated 
one.

Can any programmer review and commit this, please?

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Fwd: Cygwin x86 end-of-life

[Pedro Lino]

Hi Matthias
 
If I understand correctly this will still allow to build x86 binaries for the 
Windows OS, right?
It would only be a problem if our builds had to be compiled in a x86 OS?
 
Regards,
Pedro

> On 11/11/2022 4:26 PM WET Matthias Seidel  wrote:
>  
>  
> 
> Hi all,
> 
> FYI, long announced.
> 
> Regards,
> 
>Matthias
> 
> 
>  Weitergeleitete Nachricht 
> Betreff:  Cygwin x86 end-of-life
> Datum:Fri, 11 Nov 2022 15:50:33 +
> Von:  Jon Turney  
> mailto:jon.tur...@dronecode.org.uk
> An:   cygwin-annou...@cygwin.com mailto:cygwin-annou...@cygwin.com
> 
> 
> 
> As has previously been announced, Cygwin is dropping support for x86 Windows. 
> Cygwin 3.3.6 is the final version supporting x86 (32-bit) Windows, and the 
> forthcoming Cygwin 3.4 will be released for x86_64 only.
> 
> Concurrent with that, updates to x86 packages will be stopped, and the Cygwin 
> x86 package repository will be archived.
> 
> (Instructions on the special steps needed to install from that archive will 
> be forthcoming, once we've worked out what they are.)
> 
> If you're using x86 Cygwin under WOW64 on a 64-bit Windows OS, please 
> strongly consider moving to an x86_64 Cygwin installation.
> 
> (If you have ARM hardware, we believe that x86_64 Cygwin works correctly 
> using the x86_64 emulation in Windows 11)
> 
> If you're one of the tiny percentage of Cygwin users using x86 Cygwin on a 
> real x86 Windows OS, don't panic! The current installation will continue to 
> run on your system. You just won't get any more updates.
> 

Re: Time for AOO 4.2.0 Dev 4?

[Pedro Lino]

I can't get 4.2.X to build in Ubuntu 18.04.6 x64

I'm using
./configure --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" 
--with-dmake-url=https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz
 --with-epm-url=https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz 
--enable-opengl --disable-odk --enable-category-b --enable-bundled-dictionaries

but get

dmake:  Error: -- 
`./unxlngx6.pro/misc/8ce02a315807bd406b5de85ccf63e7fb-epm-5.0.0.unpack' not 
found, and can't be made

1 module(s): 
epm
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making /source/openoffice/main/epm

When you have fixed the errors in that module you can resume the build by 
running:

build --from epm


Any ideas?

Thanks!

> On 11/08/2022 1:43 PM WET Jim Jagielski  wrote:
> 
>  
> Let me know when we are ready for a Dev4 then and I'll kick off the builds.
> 
> > On Nov 8, 2022, at 5:32 AM, Matthias Seidel  
> > wrote:
> > 
> > Hi Jim, all,
> > 
> > Am 07.11.22 um 13:11 schrieb Jim Jagielski:
> >> That works for me. I can do the same w/ the macOS and Linux builds.
> > 
> > I will use these two graphics for "branding" located here:
> > 
> > https://svn.apache.org/repos/asf/openoffice/devtools/build-scripts/4.2.0-Dev4/wntmsci/
> >  
> > 
> > 
> >> Is HEAD of AOO42X in a suitable state, or are there additional fixes to be 
> >> added before we build?
> > 
> > It is usable, but some main blockers are not fixed.
> > 
> > And of course the translations need to be updated.
> > 
> > Regards,
> > 
> >Matthias
> > 
> >>> On Nov 6, 2022, at 4:37 AM, Matthias Seidel  
> >>> wrote:
> >>> 
> >>> Hi all,
> >>> 
> >>> We released our last Developer version some time ago.
> >>> Maybe we can start a Dev4 now?
> >>> 
> >>> Regarding Windows, I would like to do a "normal" build, just branded as
> >>> a "Developer Version".
> >>> This way we are much closer to a production build.
> >>> 
> >>> Additionally, I would like to build AOO with Adoptiums OpenJDK now.
> >>> 
> >>> How about removing (at least) Dev2?
> >>> 
> >>> https://dist.apache.org/repos/dist/dev/openoffice/
> >>> 
> >>> Regards,
> >>> 
> >>>   Matthias
> >>> 
> >>> 
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org 
> >> 
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org 
> >> 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Time for AOO 4.2.0 Dev 4?

[Pedro Lino]

Hi Matthias

So, at that time we build from the source contained in the archive (aka tag)?
That makes sense!

Thanks!
Pedro


> On 11/08/2022 9:32 PM WET Matthias Seidel  wrote:
> 
>  
> Hi Pedro,
> 
> Am 08.11.22 um 22:17 schrieb Pedro Lino:
> > Hi Matthias
> >
> >> On 11/08/2022 8:23 PM WET Matthias Seidel  
> >> wrote:
> >>> I would like to try to build the Linux version under Ubuntu 20.04.
> >> No need to wait, you can always build your own version.
> > Yes, I know I can do a 42x build at any point (using the right settings). 
> > But the idea was to do the same build you and Jim are doing.
> > How can I make sure that I'm doing the same Rev?
> 
> We will announce the Git hash at that time and we can make a tag of it
> like for Dev3:
> 
> https://github.com/apache/openoffice/releases/tag/AOO420-Dev3-m3
> 
> Regards,
> 
>    Matthias
> 
> >
> > Regards,
> > Pedro
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Time for AOO 4.2.0 Dev 4?

[Pedro Lino]

Hi Matthias

> On 11/08/2022 8:23 PM WET Matthias Seidel  wrote:

> > I would like to try to build the Linux version under Ubuntu 20.04.
> 
> No need to wait, you can always build your own version.

Yes, I know I can do a 42x build at any point (using the right settings). But 
the idea was to do the same build you and Jim are doing.
How can I make sure that I'm doing the same Rev?

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Time for AOO 4.2.0 Dev 4?

[Pedro Lino]

Hi Matthias, all

+1
I would like to try to build the Linux version under Ubuntu 20.04.

Best,
Pedro

> On 11/06/2022 9:37 AM WET Matthias Seidel  wrote:
> 
>  
> Hi all,
> 
> We released our last Developer version some time ago.
> Maybe we can start a Dev4 now?
> 
> Regarding Windows, I would like to do a "normal" build, just branded as
> a "Developer Version".
> This way we are much closer to a production build.
> 
> Additionally, I would like to build AOO with Adoptiums OpenJDK now.
> 
> How about removing (at least) Dev2?
> 
> https://dist.apache.org/repos/dist/dev/openoffice/
> 
> Regards,
> 
>    Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Let's replace expat with libxml2?

[Pedro Lino]

+1
And thank you Damjan for your continued effort!
 
Best,
Pedro

> On 10/15/2022 5:21 PM WEST Matthias Seidel  wrote:
>  
>  
> 
> Hi Damjan,
> 
> I am not a developer, so I can't comment on the technical issues.
> 
> But generally I like the idea of reducing dependencies and simplifying the 
> code.
> 
> Maybe we can create a separate git branch for this task?
> 
> Regards,
> 
>Matthias
> 
> Am 15.10.22 um 10:32 schrieb Damjan Jovanovic:
> 
> > 
> > Hi
> > 
> > We currently use 2 XML libraries in our C/C++ code, expat and libxml2.
> > This is unnecessary, one of them can be removed, and I propose we
> > remove expat.
> > 
> > expat is a small library that only does SAX parsing, and lacks DOM,
> > lacks XSLT, lacks schema validation or any more advanced features we
> > use. By comparison, libxml2 is probably the most complete open-source
> > XML library in the world for C, with endless features, many users,
> > stable API, no mandatory dependencies, portable, highly standards
> > compliant and compatible with other XML libraries, performs well
> > (https://xmlbench.sourceforge.net/results/benchmark200910/index.html),
> > is a requirement for libxslt, is permissively licensed, takes security
> > seriously (the maintainer made money by fixing its security bugs in
> > Google's bug bounties), actively developed, documented, nice readable
> > source code, and it's generally of very high quality.
> > 
> > We generally don't like unnecessary dependencies, and expat has been
> > difficult to upgrade to newer versions due to compiler issues. Since
> > expat only implements a small subset of libxml2's features, could we
> > replace it with libxml2?
> > 
> > Where is expat used? The output of "grep expat */prj/build.lst" gives
> > us these modules:
> > lucene
> > openssl
> > sax
> > shell
> > tools
> > 
> > lucene and openssl don't really require expat. Removing expat from
> > their build.lst and stopping the expat/ module from building still
> > gets lucene and openssl to build successfully, so clearly their
> > dependency on expat was always unnecessary. As of commit
> > 461facd3d94599cc708db50510b7e42483407720 they no longer depend on
> > expat.
> > 
> > tools probably also has an unnecessary dependency on expat, but this
> > is harder to prove as tools -> i18pool -> sax -> expat, so let's
> > revisit this later.
> > 
> > Only the sax and shell modules really use expat.
> > 
> > In sax, it is used to implement the com.sun.star.xml.sax.Parser UNO
> > service (com.sun.star.comp.extensions.xml.sax.ParserExpat
> > implementation name), which is used fairly widely throughout AOO,
> > including for loading OpenDocument files (sax -> svx -> xmloff), but
> > all the expat usage is contained in a single file:
> > sax/source/expatwrap/sax_expat.cxx.
> > 
> > In shell, it is used to implement a SAX parser internal to that
> > module, which is then consumed by several libraries, including
> > source/unix/sysshell which deals with the recently used file list in
> > $HOME/.recently-used.
> > 
> > 
> > Porting sax to libxml2
> > 
> > 
> > Patching the sax module to use libxml2 instead of expat was successful
> > enough to get AOO to build, run and load documents, even though it's
> > still incomplete.
> > 
> > Most of the SAX callbacks are compatible between expat and libxml2,
> > and converting those was easy. String types had to be changed, and
> > sometimes the parameter list has to be reordered, or expat-only
> > parameters removed. CDATA is reported with a single event in libxml2,
> > which needed conversion to startCDATA + characters + endCDATA events
> > on our UNO callbacks.
> > 
> > Unfortunately expat's XML_SetExternalEntityRefHandler() works quite
> > differently on libxml2, and has been commented out for now while I try
> > to understand what external entities are and how you generally load
> > them. Also expat's XML_SetDefaultHandlerExpand() is not yet
> > implemented and I am not sure what to do there.
> > 
> > One gotcha was that when there are no attributes on an element,
> > libxml2 calls the startElement() callback with NULL attributes, while
> > expat called it with attributes to a 1 element char** array containing
> > NULL. This was crashing i18npool's saxparser during the build, in
> > SaxExpatParser_Impl::callbackStartElement() during the conversion of
> > attributes to its attribute list. Luckily it was easy to fix.
> > 
> > The code for sax_expat.cxx has become quite a bit shorter, because
> > libxml2 always uses UTF-8 unlike expat which can be built with UTF-16
> > or UTF-8, so the XmlNChar2OUString() and XmlChar2OUString() functions
> > have been removed. Also the getErrorMessage() function no longer has
> > to have a list of hardcoded error codes with our error message for
> > each, as libxml2's xmlCtxtGetLastError() returns the official error
> > message.
> > 
> > Also the sax module uses the SAX1 API. libxml2 supports both SAX1 and

Re: state of Blockers on 4.2.0

[Pedro Lino]

+1

> On 09/27/2022 3:03 PM WEST Matthias Seidel  wrote:
> 
>  
> +1
> 
> Am 27.09.22 um 08:21 schrieb Peter Kovacs:
> > I have added some information to the Overview List, to ease the
> > desicion what to do next.
> >
> > I also did a quick Review on each issue, and tried to add the state to
> > the Resolution Column.
> >
> > Maybe it would be good to add somewhere a rough description what we
> > need to do next for each issue?
> >
> > For example:  "need testing on Linux, Windopws, MacOS"
> >
> > or "Development (3/5) see comment 4"
> >
> >
> > What do you think?
> >
> >
> > Am 24.09.22 um 04:48 schrieb Peter Kovacs:
> >> Hello all,
> >>
> >> I was looking at our blockers for 4.2.0. I am confused atm. If I read
> >> it right, then we have 3 Blockers for Windows and 2 for Mac 0 Linux,
> >> right?
> >>
> >> The other open Bugs are they resolved? - For example 126762
> >>  seems to be fixed
> >> for 4.2., but state is still open.
> >>
> >>
> >> I think a bit of clarity would help. I try to look at the MacOsX
> >> build next.
> >>
> >>
> >> All the best
> >>
> >> Peter
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: en-US template for translation (Pootle)

[Pedro Lino]

Hi Matthias

As I mentioned before to yourself and Mechtilde I would like to be involved in 
the 42X translation (in addition to the Portuguese translation)

Unfortunately I was never able to go much further on the lessons with Mechtilde 
because I don't have the permissions.

I'm also interested in creating a new Portuguese variant for 42X (called PreAO 
meaning "before Orthographic Agreement")

I will not have time during this weekend as I will be traveling abroad tomorrow 
for a full week meeting, but I am available the following week.

Please keep me in the loop!

All the best, 
Pedro
  

> On 09/17/2022 4:48 PM WEST Matthias Seidel  wrote:
> 
>  
> Hi all,
> 
> Just to let you know: Mechtilde, Peter and I are working on the
> translation process.
> 
> First step was that we modified the Linux64 buildbot for AOO42X to
> create the en-US,sdf from the source strings.
> 
> If anyone needs it you can find it here:
> 
> https://nightlies.apache.org/openoffice/install/linsnap-42x/?C=M;O=D
> 
> This file is used for the update of the Pootle strings.
> 
> Regards,
> 
>    Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Updating extensions

[Pedro Lino]

Hi Matthias

> On 08/21/2022 6:25 PM WEST Matthias Seidel  wrote:

> That's what I meant by reducing (the manual work). ;-)
> >

:) +1

> I am not sure if an update feed for Danish exists, since the dictionary
> was set up new at some point. [1]
> 
> Can you have a look, please?

It is working correctly.
I installed the 2020 version and was notified of the 2021 version. The 2022 
version is posterior to the last update feed (because 4.1.13 was released 
meanwhile)

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Updating extensions

[Pedro Lino]

Hi Matthias

> On 08/21/2022 5:11 PM WEST Matthias Seidel  wrote:
 
> Normally, the update feed should be adjusted as soon as an extension
> gets a newer version.

That would be the ideal situation if it was operating automatically :) 
 
> But the English dictionary is updated every month, so I think we should
> reduce the update messages here.

There is no need to reduce :)
Updating is manual so we can decide what period is reasonable.

> I would suggest to start the update feed for the English dictionary
> again for the September release and then to do it on a (roughly) 3 month
> base.
> 
> How do others feel about it?

+1
3 months sounds like a reasonable interval
 
> BTW: Do we have an update feed for other dictionaries (e.g. Danish,
> Ukrainian)?

AFAIK if the users install any dictionary with a proper update link, they will 
be notified of a new version when the update feed is updated.

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Current comparison of LO vs AOO

[Pedro Lino]

Hi all

Published today a quite accurate comparison (some minor details are not so 
correct)

https://itsfoss.com/libreoffice-vs-openoffice/

The Table of Contents could almost be used as a to-do list :)

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: problem downloading binaries from sourceforge

[Pedro Lino]

Hi Marcus, Carl

> On 07/25/2022 5:06 PM WEST Marcus  wrote:
>  
> Am 25.07.22 um 16:04 schrieb Carl Marcum:

> > It seems to be fixed now.
> 
> I can see the listed item for 4.1.13 and it has already over 81,000 
> downloads.

Yes, all is back to normal, even the mirror options.

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: problem downloading binaries from sourceforge

[Pedro Lino]

It worries me that 4.1.13 does not show up on

https://sourceforge.net/projects/openofficeorg.mirror/files/

Should I report that?

Sourceforge must be changing the pages (again) because when you press the 
"Problems Downloading?" button, you no longer have the option to choose the 
mirror you want, it will simply switch to another mirror...

Regards,
Pedro

> On 07/25/2022 1:52 PM WEST Carl Marcum  wrote:
> 
>  
> Hi All,
> 
> I tried going through https://openoffice.apache.org/downloads.html to 
> download Linux x86-64 rpm binaries and follow the binary link to SF and 
> the download download doesn't start and it redirects me to the files 
> page and 4.1.13 isn't listed but there is another download button that 
> doesn't work and then I'm back to the files page.
> 
> When I try to login I get a 404 that it says the website is temporarily 
> in static offline mode.
> But it shows a tweet that says its back to full capacity.
> 
> Anybody else get this?
> 
> Thanks,
> Carl
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [DISCUSS] 4.1.13 release user profile warning

[Pedro Lino]

Hi Carl

> On 07/15/2022 2:26 AM WEST Carl Marcum  wrote:

> As it seems the AOO 4.1.13 RC1 vote may pass (hopefully soon ), I'm 
> working on the announce email and blog post.
> 
> Since the .openoffice user profile is not backward compatible with 
> previous 4.1 versions for stored passwords, should we place a warning 
> for users to back up up their user profile  in the announce email, blog 
> post, release notes, etc. or not necessary?

If we do mention it, we have to make perfectly clear that this will only affect 
users that enabled the "Openoffice dialog" AND have set a "Master password".
These are two options that are NOT enabled by default so only advanced users 
would use both.

That said, for those users, they have to realize that they MUST make a backup 
before updating IF they intend to downgrade AOO at any point (which is also 
something common users don't do...)

I hope such a warning is not confusing/worrying for common users...

Best,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE] Release AOO 4.1.13-RC1 as GA

[Pedro Lino]

Hi all

The Release Candidate is good for production/GA:

[X] yes / +1
[ ] no / -1

My vote is based on

[X] binding (member of PMC)
[X] I have built and tested the RC from source on platform [Linux Ubuntu 
18.04 x64]
[X] I have tested the binary RC on platform [Linux Ubuntu 20.04 x64; 
Windows 7 x64; Windows 10 x64]

I checked the Source signature and SHA256 and SHA512 CRCs as well as both CRCs 
for the Linux x64 and Windows x86 main installer in en-US and PT and for the PT 
language pack binaries

I tested the en-US installer plus the PT language pack as well as the PT 
installer alone. 

On Linux Ubuntu 20.04 x64 I opened ODT, ODS, ODP and ODF as well as DOC, XLS, 
PPT and DOCX, XLSX and PPTX files without any issues.

Regards,
Pedro

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO in Microsoft Store

[Pedro Lino]

Well done!

It is really easy to install from the Store.

Regards,
Pedro

> On 05/24/2022 4:55 PM Matthias Seidel  wrote:
> 
>  
> Just FYI:
> 
> https://blogs.windows.com/windowsdeveloper/2022/05/24/microsoft-store-grows-with-the-developer-community/
> 
> Direct link to OpenOffice now:
> 
> https://apps.microsoft.com/store/detail/apache-openoffice/XP89J5462CMGJD
> 
> Regards,
> 
>    Matthias

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Extensions website: Undelivered Mail Returned to Sender

[Pedro Lino]

Hi Matthias, Bidouille

> On 05/24/2022 11:35 AM Matthias Seidel  wrote:
> 
>  
> Hi Pedro,
> 
> Am 24.05.22 um 12:28 schrieb Pedro Lino:
> > Hi Matthias
> >
> > I can handle that. I'm already doing the extensions update notification.
> > It is a low volume mail. Can you redirect to pl...@apache.org?
> No, the mail process itself is broken...

Oh, ok. And what can be done to fix the mail process?

> We really need to fix these problems together with SourceForge...

Bidouille, could you describe to Sourceforge support the steps that you took 
and the problem with this extension?
Is it available for download somewhere else?

Regards,
Pedro


> >> On 05/24/2022 11:01 AM Matthias Seidel  wrote:
> >>
> >>  
> >> Hi,
> >>
> >> Am 24.05.22 um 11:56 schrieb Bidouille:
> >>> Hello,
> >>> To publish extension, you must send an e-mail to 
> >>> noreply[at]extensions.openoffice.org
> >>> Is this address correct?
> >>> Because I got an "undelivered" message.
> >> Normally an administrator must publish an extension if it contains links
> >> to external locations (like for pictures or videos).
> >>
> >> If you think of
> >> https://extensions.openoffice.org/en/project/ancdef-anchor-default-pictures
> >> I have already published it yesterday.
> >>
> >> And yes, the mail procedure is still broken...
> >>
> >> If we only could find a volunteer?
> >>
> >> Regards,
> >>
> >>    Matthias
> >>
> >>>
> >>>
> >>> - Mail original -
> >>>> De: "Mail Delivery System" 
> >>>> À: x
> >>>> Envoyé: Mardi 24 Mai 2022 11:47:47
> >>>> Objet: Undelivered Mail Returned to Sender
> >>>>
> >>>> This is the mail system at host xxx.
> >>>>
> >>>> I'm sorry to have to inform you that your message could not
> >>>> be delivered to one or more recipients. It's attached below.
> >>>>
> >>>> For further assistance, please send mail to postmaster.
> >>>>
> >>>> If you do so, please include this problem report. You can
> >>>> delete your own text from the attached returned message.
> >>>>
> >>>>The mail system
> >>>>
> >>>> : connect to
> >>>> extensions.openoffice.org[204.68.111.101]:25: Connection timed
> >>>> out
> >>>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Extensions website: Undelivered Mail Returned to Sender

[Pedro Lino]

Hi Matthias

I can handle that. I'm already doing the extensions update notification.
It is a low volume mail. Can you redirect to pl...@apache.org?

Unfortunately there is also some problem with Sourceforge for that extension?

The "/19242/0/ancdef1.0.0..42/0/ancdef1.0.0.oxt" file could not be found or is 
not available. Please select another file.

Regards,
Pedro

> On 05/24/2022 11:01 AM Matthias Seidel  wrote:
> 
>  
> Hi,
> 
> Am 24.05.22 um 11:56 schrieb Bidouille:
> > Hello,
> > To publish extension, you must send an e-mail to 
> > noreply[at]extensions.openoffice.org
> > Is this address correct?
> > Because I got an "undelivered" message.
> 
> Normally an administrator must publish an extension if it contains links
> to external locations (like for pictures or videos).
> 
> If you think of
> https://extensions.openoffice.org/en/project/ancdef-anchor-default-pictures
> I have already published it yesterday.
> 
> And yes, the mail procedure is still broken...
> 
> If we only could find a volunteer?
> 
> Regards,
> 
>    Matthias
> 
> >
> >
> >
> > - Mail original -
> >> De: "Mail Delivery System" 
> >> À: x
> >> Envoyé: Mardi 24 Mai 2022 11:47:47
> >> Objet: Undelivered Mail Returned to Sender
> >>
> >> This is the mail system at host xxx.
> >>
> >> I'm sorry to have to inform you that your message could not
> >> be delivered to one or more recipients. It's attached below.
> >>
> >> For further assistance, please send mail to postmaster.
> >>
> >> If you do so, please include this problem report. You can
> >> delete your own text from the attached returned message.
> >>
> >>The mail system
> >>
> >> : connect to
> >> extensions.openoffice.org[204.68.111.101]:25: Connection timed
> >> out
> >>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org