Re: Debug oo Calc

[Peter Kovacs]

Hi Stephan,

You wrote to the dev mailing list.

Am 08.02.23 um 22:53 schrieb Stephan Telgenkamp - HOT Sports + Toys:

Hello Team,

Happy user of the OpenOffice Suite.

Now my oo Calc is giving problems.
It hangs on making the backup.

Is there a manual to debug this ?


I do not get what you are doing. can you write more details?

1 Operating System

2 Order of action steps you execute

3 How big is your calc file?


thanks



Kind regards,
Stephan Telgenkamp
HOT Sports + Toys
Celsiusstraat 18b
1704 RW HEERHUGOWAARD
+31(0)72-5743193
http://www.hotgames.nl <http://www.hotgames.nl>


Bezoek ons / Visit us / Visitez nous / Besuchen Sie uns : 
Spielwarenmesse Hal 10.0 I-14


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

Re: OO losing pictures

[Matthias Seidel]

Merged now in trunk and cherry-picked for AOO42X.

Am 20.11.22 um 23:45 schrieb Matthias Seidel:
> Hi Marcus, Rory,
>
> Pull Request opened:
>
> https://github.com/apache/openoffice/pull/161
>
> Regards,
>
>    Matthias
>
> Am 20.11.22 um 20:23 schrieb Rory O'Farrell:
>> On Sun, 20 Nov 2022 18:48:48 +0100
>> Marcus  wrote:
>>
>>> Am 19.11.22 um 11:32 schrieb Matthias Seidel:
>>>> Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
>>>>> There have been many reports of OpenOffice files Writer and Impress (not 
>>>>> sure about Calc), of all versions, suddenly losing pictures, and leaving 
>>>>> only a blank frame.
>>>>>
>>>>> I use the Xubuntu LTS versions, running usually the latest Apache 
>>>>> OpenOffice, more recently the 4.5.0 nightlies.  I have not used Windows 
>>>>> since 2007/8, so cannot say if the following remarks have relevance to 
>>>>> that version
>>>>>
>>>>> LibreOffice have fixed the problem of picture loss, at a cost (from 
>>>>> memory) of 44,000 euro.
>>>>>
>>>>> I regularly make and re-edit Impress presentations, some of considerable 
>>>>> size (~100+ slides, for later selection) and some of 10/12 years of age, 
>>>>> and have found a method that seems to overcome the picture loss.
>>>>>
>>>>> My files are stored on a network addressed storage; I have disabled "Save 
>>>>> Autorecovery every n seconds" (entering 0); in more than 9 years of using 
>>>>> that setting in OpenOffice, both in the creation and editing of large 
>>>>> Impress presentations of 100+ slides containing images and also of 
>>>>> several illustrated booklets, I have never lost pictures.  Prior to 
>>>>> disabling the AutoRecovery process, I regularly did lose images.
>>>>>
>>>>> My guess is that the AutoRecovery process, when it happens, does not 
>>>>> correctly preserve the existing OpenOffice environment, perhaps itself 
>>>>> being interrupted by input keystrokes from the User.
>>>>>
>>>>> I do not offer this as a sure-fire solution, but merely record my 
>>>>> experience
>>>> Thank you for sharing your experience!
>>>>
>>>> A memory corruption may be the main problem, but pictures nowadays are
>>>> typically much bigger than they were, when OO was designed.
>>>>
>>>> That said, I would like to increase the memory settings at least for
>>>> trunk/AOO42X.
>>>>
>>>> Default is now:
>>>>
>>>> Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
>>>> Objects
>>>>
>>>> Opinions?
>>> just in crease the settings. What about 100 MB and 10 MB for each object?
>>>
>>> Marcus
>> Sounds good.
>>
>>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO losing pictures

[Matthias Seidel]

Hi Marcus, Rory,

Pull Request opened:

https://github.com/apache/openoffice/pull/161

Regards,

   Matthias

Am 20.11.22 um 20:23 schrieb Rory O'Farrell:
> On Sun, 20 Nov 2022 18:48:48 +0100
> Marcus  wrote:
>
>> Am 19.11.22 um 11:32 schrieb Matthias Seidel:
>>> Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
>>>> There have been many reports of OpenOffice files Writer and Impress (not 
>>>> sure about Calc), of all versions, suddenly losing pictures, and leaving 
>>>> only a blank frame.
>>>>
>>>> I use the Xubuntu LTS versions, running usually the latest Apache 
>>>> OpenOffice, more recently the 4.5.0 nightlies.  I have not used Windows 
>>>> since 2007/8, so cannot say if the following remarks have relevance to 
>>>> that version
>>>>
>>>> LibreOffice have fixed the problem of picture loss, at a cost (from 
>>>> memory) of 44,000 euro.
>>>>
>>>> I regularly make and re-edit Impress presentations, some of considerable 
>>>> size (~100+ slides, for later selection) and some of 10/12 years of age, 
>>>> and have found a method that seems to overcome the picture loss.
>>>>
>>>> My files are stored on a network addressed storage; I have disabled "Save 
>>>> Autorecovery every n seconds" (entering 0); in more than 9 years of using 
>>>> that setting in OpenOffice, both in the creation and editing of large 
>>>> Impress presentations of 100+ slides containing images and also of several 
>>>> illustrated booklets, I have never lost pictures.  Prior to disabling the 
>>>> AutoRecovery process, I regularly did lose images.
>>>>
>>>> My guess is that the AutoRecovery process, when it happens, does not 
>>>> correctly preserve the existing OpenOffice environment, perhaps itself 
>>>> being interrupted by input keystrokes from the User.
>>>>
>>>> I do not offer this as a sure-fire solution, but merely record my 
>>>> experience
>>> Thank you for sharing your experience!
>>>
>>> A memory corruption may be the main problem, but pictures nowadays are
>>> typically much bigger than they were, when OO was designed.
>>>
>>> That said, I would like to increase the memory settings at least for
>>> trunk/AOO42X.
>>>
>>> Default is now:
>>>
>>> Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
>>> Objects
>>>
>>> Opinions?
>> just in crease the settings. What about 100 MB and 10 MB for each object?
>>
>> Marcus
> Sounds good.
>
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO losing pictures

[Rory O'Farrell]

On Sun, 20 Nov 2022 18:48:48 +0100
Marcus  wrote:

> Am 19.11.22 um 11:32 schrieb Matthias Seidel:
> > Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
> >> There have been many reports of OpenOffice files Writer and Impress (not 
> >> sure about Calc), of all versions, suddenly losing pictures, and leaving 
> >> only a blank frame.
> >>
> >> I use the Xubuntu LTS versions, running usually the latest Apache 
> >> OpenOffice, more recently the 4.5.0 nightlies.  I have not used Windows 
> >> since 2007/8, so cannot say if the following remarks have relevance to 
> >> that version
> >>
> >> LibreOffice have fixed the problem of picture loss, at a cost (from 
> >> memory) of 44,000 euro.
> >>
> >> I regularly make and re-edit Impress presentations, some of considerable 
> >> size (~100+ slides, for later selection) and some of 10/12 years of age, 
> >> and have found a method that seems to overcome the picture loss.
> >>
> >> My files are stored on a network addressed storage; I have disabled "Save 
> >> Autorecovery every n seconds" (entering 0); in more than 9 years of using 
> >> that setting in OpenOffice, both in the creation and editing of large 
> >> Impress presentations of 100+ slides containing images and also of several 
> >> illustrated booklets, I have never lost pictures.  Prior to disabling the 
> >> AutoRecovery process, I regularly did lose images.
> >>
> >> My guess is that the AutoRecovery process, when it happens, does not 
> >> correctly preserve the existing OpenOffice environment, perhaps itself 
> >> being interrupted by input keystrokes from the User.
> >>
> >> I do not offer this as a sure-fire solution, but merely record my 
> >> experience
> > 
> > Thank you for sharing your experience!
> > 
> > A memory corruption may be the main problem, but pictures nowadays are
> > typically much bigger than they were, when OO was designed.
> > 
> > That said, I would like to increase the memory settings at least for
> > trunk/AOO42X.
> > 
> > Default is now:
> > 
> > Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
> > Objects
> > 
> > Opinions?
> 
> just in crease the settings. What about 100 MB and 10 MB for each object?
> 
> Marcus

Sounds good.


-- 
Rory O'Farrell 

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

Re: OO losing pictures

[Matthias Seidel]

Hi Marcus,

Am 20.11.22 um 18:48 schrieb Marcus:
> Am 19.11.22 um 11:32 schrieb Matthias Seidel:
>> Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
>>> There have been many reports of OpenOffice files Writer and Impress
>>> (not sure about Calc), of all versions, suddenly losing pictures,
>>> and leaving only a blank frame.
>>>
>>> I use the Xubuntu LTS versions, running usually the latest Apache
>>> OpenOffice, more recently the 4.5.0 nightlies.  I have not used
>>> Windows since 2007/8, so cannot say if the following remarks have
>>> relevance to that version
>>>
>>> LibreOffice have fixed the problem of picture loss, at a cost (from
>>> memory) of 44,000 euro.
>>>
>>> I regularly make and re-edit Impress presentations, some of
>>> considerable size (~100+ slides, for later selection) and some of
>>> 10/12 years of age, and have found a method that seems to overcome
>>> the picture loss.
>>>
>>> My files are stored on a network addressed storage; I have disabled
>>> "Save Autorecovery every n seconds" (entering 0); in more than 9
>>> years of using that setting in OpenOffice, both in the creation and
>>> editing of large Impress presentations of 100+ slides containing
>>> images and also of several illustrated booklets, I have never lost
>>> pictures.  Prior to disabling the AutoRecovery process, I regularly
>>> did lose images.
>>>
>>> My guess is that the AutoRecovery process, when it happens, does not
>>> correctly preserve the existing OpenOffice environment, perhaps
>>> itself being interrupted by input keystrokes from the User.
>>>
>>> I do not offer this as a sure-fire solution, but merely record my
>>> experience
>>
>> Thank you for sharing your experience!
>>
>> A memory corruption may be the main problem, but pictures nowadays are
>> typically much bigger than they were, when OO was designed.
>>
>> That said, I would like to increase the memory settings at least for
>> trunk/AOO42X.
>>
>> Default is now:
>>
>> Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
>> Objects
>>
>> Opinions?
>
> just in crease the settings. What about 100 MB and 10 MB for each object?

Something like that...

I need to find the settings (again) and will open a Pull Request then...

Regards,

   Matthias

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



smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO losing pictures

[Marcus]

Am 19.11.22 um 11:32 schrieb Matthias Seidel:

Am 18.11.22 um 10:25 schrieb Rory O'Farrell:

There have been many reports of OpenOffice files Writer and Impress (not sure 
about Calc), of all versions, suddenly losing pictures, and leaving only a 
blank frame.

I use the Xubuntu LTS versions, running usually the latest Apache OpenOffice, 
more recently the 4.5.0 nightlies.  I have not used Windows since 2007/8, so 
cannot say if the following remarks have relevance to that version

LibreOffice have fixed the problem of picture loss, at a cost (from memory) of 
44,000 euro.

I regularly make and re-edit Impress presentations, some of considerable size 
(~100+ slides, for later selection) and some of 10/12 years of age, and have 
found a method that seems to overcome the picture loss.

My files are stored on a network addressed storage; I have disabled "Save 
Autorecovery every n seconds" (entering 0); in more than 9 years of using that 
setting in OpenOffice, both in the creation and editing of large Impress presentations of 
100+ slides containing images and also of several illustrated booklets, I have never lost 
pictures.  Prior to disabling the AutoRecovery process, I regularly did lose images.

My guess is that the AutoRecovery process, when it happens, does not correctly 
preserve the existing OpenOffice environment, perhaps itself being interrupted 
by input keystrokes from the User.

I do not offer this as a sure-fire solution, but merely record my experience


Thank you for sharing your experience!

A memory corruption may be the main problem, but pictures nowadays are
typically much bigger than they were, when OO was designed.

That said, I would like to increase the memory settings at least for
trunk/AOO42X.

Default is now:

Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
Objects

Opinions?


just in crease the settings. What about 100 MB and 10 MB for each object?

Marcus


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

Re: OO losing pictures

[Rory O'Farrell]

On Sat, 19 Nov 2022 11:32:50 +0100
Matthias Seidel  wrote:

> Hi Rory,
> 
> Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
> > There have been many reports of OpenOffice files Writer and Impress (not 
> > sure about Calc), of all versions, suddenly losing pictures, and leaving 
> > only a blank frame.
> >
> > I use the Xubuntu LTS versions, running usually the latest Apache 
> > OpenOffice, more recently the 4.5.0 nightlies.  I have not used Windows 
> > since 2007/8, so cannot say if the following remarks have relevance to that 
> > version 
> >
> > LibreOffice have fixed the problem of picture loss, at a cost (from memory) 
> > of 44,000 euro.
> >
> > I regularly make and re-edit Impress presentations, some of considerable 
> > size (~100+ slides, for later selection) and some of 10/12 years of age, 
> > and have found a method that seems to overcome the picture loss.  
> >
> > My files are stored on a network addressed storage; I have disabled "Save 
> > Autorecovery every n seconds" (entering 0); in more than 9 years of using 
> > that setting in OpenOffice, both in the creation and editing of large 
> > Impress presentations of 100+ slides containing images and also of several 
> > illustrated booklets, I have never lost pictures.  Prior to disabling the 
> > AutoRecovery process, I regularly did lose images.  
> >
> > My guess is that the AutoRecovery process, when it happens, does not 
> > correctly preserve the existing OpenOffice environment, perhaps itself 
> > being interrupted by input keystrokes from the User. 
> >
> > I do not offer this as a sure-fire solution, but merely record my experience
> 
> Thank you for sharing your experience!
> 
> A memory corruption may be the main problem, but pictures nowadays are
> typically much bigger than they were, when OO was designed.
> 
> That said, I would like to increase the memory settings at least for
> trunk/AOO42X.
> 
> Default is now:
> 
> Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
> Objects
> 
> Opinions?
> 
> Regards,
> 
>    Matthias

With the amount of memory available on modern machines, there can be no 
objection to increasing memory allocation; that said, I don't think the picture 
loss problem relates to picture size, within reason - obviously there are 
extreme examples of gigantic pictures which will break any system. 

I am aware that other users of experience have had the picture loss problem, 
usually on Windows versions; knowing some of these users and my own experience 
of picture loss I am reasonably certain that the size of pictures involved was 
reasonable; the picture loss appears to happen spontaneously: my limited 
investigation suggests, as I said, that it relates to AutoRecovery and possibly 
input during the AutoRecovery process by the User.

My standard procedure is to make a master file in Impress (note: not an 
OpenOffice Master File) with links to pictures of reasonably good resolution, 
and later downscale them, breaking their links by the Minimize Presentation 
process, the downscaling selecting such resolution as the target projector 
might require - higher resolution is now desirable for 1920x1080 projectors 
than for the older 1024x768 projectors.

My low level programming dates from the late 1970s/early 1980s, when I 
programmed in Z80 assembler and was then very conscious of the need to preserve 
the operating system environment around interrupts from peripherals.  I would 
love to delve into the AOO source, but unfortunately have too many demands on 
my time to permit the study of C++ (which I don't know) and the navigation of 
the maze of AOO source code.

One suggestion I would make, both for AOO 4.2.0 and 4.5.0, is that careful 
attention be given to enabling multimedia - sound and video - integration in 
Impress.  If a multimedia file (of most common formats) is playable at 
operating system level, then it should be readily insertable and playable in 
Impress. 

 
-- 
Rory O'Farrell 

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

Re: OO losing pictures

[Matthias Seidel]

Hi Rory,

Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
> There have been many reports of OpenOffice files Writer and Impress (not sure 
> about Calc), of all versions, suddenly losing pictures, and leaving only a 
> blank frame.
>
> I use the Xubuntu LTS versions, running usually the latest Apache OpenOffice, 
> more recently the 4.5.0 nightlies.  I have not used Windows since 2007/8, so 
> cannot say if the following remarks have relevance to that version 
>
> LibreOffice have fixed the problem of picture loss, at a cost (from memory) 
> of 44,000 euro.
>
> I regularly make and re-edit Impress presentations, some of considerable size 
> (~100+ slides, for later selection) and some of 10/12 years of age, and have 
> found a method that seems to overcome the picture loss.  
>
> My files are stored on a network addressed storage; I have disabled "Save 
> Autorecovery every n seconds" (entering 0); in more than 9 years of using 
> that setting in OpenOffice, both in the creation and editing of large Impress 
> presentations of 100+ slides containing images and also of several 
> illustrated booklets, I have never lost pictures.  Prior to disabling the 
> AutoRecovery process, I regularly did lose images.  
>
> My guess is that the AutoRecovery process, when it happens, does not 
> correctly preserve the existing OpenOffice environment, perhaps itself being 
> interrupted by input keystrokes from the User. 
>
> I do not offer this as a sure-fire solution, but merely record my experience

Thank you for sharing your experience!

A memory corruption may be the main problem, but pictures nowadays are
typically much bigger than they were, when OO was designed.

That said, I would like to increase the memory settings at least for
trunk/AOO42X.

Default is now:

Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
Objects

Opinions?

Regards,

   Matthias




smime.p7s
Description: S/MIME Cryptographic Signature

OO losing pictures

[Rory O'Farrell]

There have been many reports of OpenOffice files Writer and Impress (not sure 
about Calc), of all versions, suddenly losing pictures, and leaving only a 
blank frame.

I use the Xubuntu LTS versions, running usually the latest Apache OpenOffice, 
more recently the 4.5.0 nightlies.  I have not used Windows since 2007/8, so 
cannot say if the following remarks have relevance to that version 

LibreOffice have fixed the problem of picture loss, at a cost (from memory) of 
44,000 euro.

I regularly make and re-edit Impress presentations, some of considerable size 
(~100+ slides, for later selection) and some of 10/12 years of age, and have 
found a method that seems to overcome the picture loss.  

My files are stored on a network addressed storage; I have disabled "Save 
Autorecovery every n seconds" (entering 0); in more than 9 years of using that 
setting in OpenOffice, both in the creation and editing of large Impress 
presentations of 100+ slides containing images and also of several illustrated 
booklets, I have never lost pictures.  Prior to disabling the AutoRecovery 
process, I regularly did lose images.  

My guess is that the AutoRecovery process, when it happens, does not correctly 
preserve the existing OpenOffice environment, perhaps itself being interrupted 
by input keystrokes from the User. 

I do not offer this as a sure-fire solution, but merely record my experience

-- 
Rory O'Farrell 

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

Re: .docx extension taken in charge with Oo writer

[Bidouille]

> Could you give me a link to who is in charge of rectification of bugs
> contained in Oo 4.1.11 please ? I can’t find it myself.
http://www.openoffice.org/qa/issue_handling/pre_submission.html

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

Re: .docx extension taken in charge with Oo writer

[Alain DUFOUR]

Hello again,

Could you give me a link to who is in charge of rectification of bugs contained 
in Oo 4.1.11 please ? I can’t find it myself.
There are a few things in Writer that I use extensively and I want to report 
them for future action.

Thank you

Bon WE
Amicalement

Alain

From: Alain DUFOUR
Sent: Sunday, October 10, 2021 1:13 PM
To: dev@openoffice.apache.org
Subject: .docx extension taken in charge with Oo writer

Thank you for all your good work.
Could you put for future program the compatibility of Writer with .DOCX

We have now most of the documents sent by individuals using MS in that format 
and our program is not competible at the moment.

Thank you for considering that

Alain in Paris

 Garanti sans virus. www.avast.com


--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Marcus]

Am 10.10.21 um 16:22 schrieb Marcelo Santana:

On Sun, 10 Oct 2021 10:13:13 +0200, Marcus  wrote:


Am 10.10.21 um 01:08 schrieb Marcelo Santana:


[...]


BTW:
Is there anything we can or should improve with our DEB files? I'm
wondering of the reason for a second repository.


Well, as far as I've seen, at least to have it in the Debian
repositories, there are many things but I don't have time to do it
according to the DFSG guidelines. So, I've been maintaining the
repository (almost 10 years now) to make it easier for sysadmins to
maintain their groups of desktops updated.

Remember, it's simple to update your AOO just downloading the new
version and typing "dpkg -i *.deb", but it's more complicated when you
have one group of desktops to be updated.


I understand. Thanks for your explaination.


Anyway, if the fact of having a second repository bothers the Apache
OpenOffice project, I have no problem ending it up.


No, that was not the intention behind my question. I just asked of 
curiosity. Not more. ;-)


Marcus


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

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Marcelo Santana]

On Sun, 10 Oct 2021 10:13:13 +0200, Marcus  wrote:

> Am 10.10.21 um 01:08 schrieb Marcelo Santana:

Hi, Marcus.

[...] 
> thanks for your service.

My pleasure.

> Please correct a link on top of the "REAME.md" file.
> "https://www.openoffice.org/download/other.html"; is no longer
> existing. Please refer always and only to
> "https://www.openoffice.org/download/";.

Ok, fixed. Thanks!

> BTW:
> Is there anything we can or should improve with our DEB files? I'm 
> wondering of the reason for a second repository.

Well, as far as I've seen, at least to have it in the Debian
repositories, there are many things but I don't have time to do it
according to the DFSG guidelines. So, I've been maintaining the
repository (almost 10 years now) to make it easier for sysadmins to
maintain their groups of desktops updated.

Remember, it's simple to update your AOO just downloading the new
version and typing "dpkg -i *.deb", but it's more complicated when you
have one group of desktops to be updated.

Anyway, if the fact of having a second repository bothers the Apache
OpenOffice project, I have no problem ending it up.

> Thanks
> 
> Marcus

Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgpniqjqMg66j.pgp
Description: OpenPGP digital signature

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Marcelo Santana]

On Sun, 10 Oct 2021 09:13:33 +0200, Matthias Seidel
 wrote:

> Hi Marcelo,

Hi, Matthias!

> Thanks, your work is always appreciated!

It's always a pleasure. :-)
 
> Regards,
> 
>    Matthias

Kind regards,

Marcelo

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgphQ4Sdx54BK.pgp
Description: OpenPGP digital signature

.docx extension taken in charge with Oo writer

[Alain DUFOUR]

Thank you for all your good work.
Could you put for future program the compatibility of Writer with .DOCX

We have now most of the documents sent by individuals using MS in that
format and our program is not competible at the moment.

Thank you for considering that

Alain in Paris


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Marcus]

Am 10.10.21 um 01:08 schrieb Marcelo Santana:

The unofficial Apache OO Debian repository was updated and from now
it provides the version 4.1.11 of Apache Openoffice with all available
languages.

All information needed for new installation or upgrade are available
in the README file[1].

[1]https://sourceforge.net/projects/apacheoo-deb/files/debian/


thanks for your service.

Please correct a link on top of the "REAME.md" file.
"https://www.openoffice.org/download/other.html"; is no longer existing. 
Please refer always and only to "https://www.openoffice.org/download/";.


BTW:
Is there anything we can or should improve with our DEB files? I'm 
wondering of the reason for a second repository.


Thanks

Marcus


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

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Matthias Seidel]

Hi Marcelo,

Thanks, your work is always appreciated!

Regards,

   Matthias

Am 10.10.21 um 01:08 schrieb Marcelo Santana:
> Hi all,
>
> The unofficial Apache OO Debian repository was updated and from now
> it provides the version 4.1.11 of Apache Openoffice with all available
> languages.
>
> All information needed for new installation or upgrade are available
> in the README file[1].
>
> [1]https://sourceforge.net/projects/apacheoo-deb/files/debian/
>
>
> Regards,
>



smime.p7s
Description: S/MIME Cryptographic Signature

Packages from Unofficial Apache OO Debian repository updated to version 4.1.11

[Marcelo Santana]

Hi all,

The unofficial Apache OO Debian repository was updated and from now
it provides the version 4.1.11 of Apache Openoffice with all available
languages.

All information needed for new installation or upgrade are available
in the README file[1].

[1]https://sourceforge.net/projects/apacheoo-deb/files/debian/


Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgpj39HCeajlP.pgp
Description: OpenPGP digital signature

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.9

[Matthias Seidel]

Hi Marcelo,

Thank you!

Regards,

   Matthias

Am 08.02.21 um 13:40 schrieb Marcelo Santana:
> Hi all,
>
> The unofficial Apache OO Debian repository was updated and from now
> it provides the version 4.1.9 of Apache Openoffice with all available
> languages.
>
> All information needed for new installation or upgrade are available
> in the README file[1].
>
> [1]https://sourceforge.net/projects/apacheoo-deb/files/debian/
>
>
> Regards,
>



smime.p7s
Description: S/MIME Cryptographic Signature

Packages from Unofficial Apache OO Debian repository updated to version 4.1.9

[Marcelo Santana]

Hi all,

The unofficial Apache OO Debian repository was updated and from now
it provides the version 4.1.9 of Apache Openoffice with all available
languages.

All information needed for new installation or upgrade are available
in the README file[1].

[1]https://sourceforge.net/projects/apacheoo-deb/files/debian/


Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgpSHI6jUFTWC.pgp
Description: OpenPGP digital signature

Re: test for OO on big Sur for mac

[Bidouille]

Hello Paolo,

Jim give us a pre-built for 4.1.9.
It can be found at:
https://dist.apache.org/repos/dist/dev/openoffice/4.1.9-RC1/binaries/

Thanks for your feedback

- Mail original -
> De: "Paolo Driussi" 
> À: dev@openoffice.apache.org
> Envoyé: Dimanche 10 Janvier 2021 22:54:42
> Objet: test for OO on big Sur for mac
> 
> dear all
> 
> if you think I can help testing with the issues in opening .docx etc,
> I will be glad to.
> 
> I am based in Italy, and I work mainly on text documents at the
> University of Udine, teaching Hungarian and text analysis.
> 
> thanks for the great job, folks
> 
> 
> Paolo Driussi
> (L-LIN19 FIlologia ugrofinnica)
> 
> Università degli Studi di Udine
> DIUM
> Dipartimento di Studi Umanistici e del Patrimonio Culturale
> via Mazzini, 3
> I-33100 Udine (Italia)
> 
> tel. + 39 0432 556511
> 
> paolo.driu...@uniud.it<mailto:paolo.driu...@uniud.it>
> 
> 
> private address
> Italy
> I-33100 UDINE
> via Zuglio 19/a
> +39 0432 44383
> 
> mob. (I) +39 348 2241765
> 
> paolo.driu...@citromail.hu
> 
> 

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

test for OO on big Sur for mac

[Paolo Driussi]

dear all

if you think I can help testing with the issues in opening .docx etc, I will be 
glad to.

I am based in Italy, and I work mainly on text documents at the University of 
Udine, teaching Hungarian and text analysis.

thanks for the great job, folks


Paolo Driussi
(L-LIN19 FIlologia ugrofinnica)

Università degli Studi di Udine
DIUM
Dipartimento di Studi Umanistici e del Patrimonio Culturale
via Mazzini, 3
I-33100 Udine (Italia)

tel. + 39 0432 556511

paolo.driu...@uniud.it


private address
Italy
I-33100 UDINE
via Zuglio 19/a
+39 0432 44383

mob. (I) +39 348 2241765

paolo.driu...@citromail.hu

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Damjan Jovanovic]

If you read through the LO bug report, you'll see that there are many
patches for this bug, affecting multiple modules.

Why?

The historical files that are valid but have the wrong checksum due to
having been written by the broken [OO.org-derivative] implementations when
they were created, will still be accepted as valid by future versions of LO.

I think they have quite an involved bug fix, with new UI dialogs for those
cases, etc.

On Sat, Jul 27, 2019 at 9:50 AM Peter Kovacs  wrote:

> Hi Brane,
>
> This is a very nice Idea. Maybe even beyond the immediate idea on fixing
> the SHA implementation.
>
> Thanks a lot for this Idea.
>
>
> All the Best
>
> Peter
>
> On 26.07.19 12:36, Branko Čibej wrote:
> > On 25.07.2019 00:43, Peter Kovacs wrote:
> >> Hello all,
> >>
> >>
> >> I would like to ask if I or any other from OpenOffice Development team
> >> can port the patch from LibreOffice to OpenOffice to fix this Issue
> >> under the APL2 License, so the Issue can be fixed in OpenOffice without
> >> more work then necessary.
> >
> > Would it be appropriate to use the hash code from APR
> > (https://apr.apacha.org)? The license fits, and that code has been
> > stable and well tested for ages. But I'm not sure if it fits your FIPS
> > compliance requirements.
> >
> > -- Brane
> >
> > -
> > 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: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Peter Kovacs]

Hi Brane,

This is a very nice Idea. Maybe even beyond the immediate idea on fixing
the SHA implementation.

Thanks a lot for this Idea.


All the Best

Peter

On 26.07.19 12:36, Branko Čibej wrote:
> On 25.07.2019 00:43, Peter Kovacs wrote:
>> Hello all,
>>
>>
>> I would like to ask if I or any other from OpenOffice Development team
>> can port the patch from LibreOffice to OpenOffice to fix this Issue
>> under the APL2 License, so the Issue can be fixed in OpenOffice without
>> more work then necessary.
>
> Would it be appropriate to use the hash code from APR
> (https://apr.apacha.org)? The license fits, and that code has been
> stable and well tested for ages. But I'm not sure if it fits your FIPS
> compliance requirements.
>
> -- Brane
>
> -
> 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: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Peter Kovacs]

OT:

Welcome back Rafael!

On 25.07.19 22:57, Raphael Bircher wrote:
> If the code is released from the original author under Apache License
> v2.0 then we can include it, else we have to write our own solution
>
> On Thu, Jul 25, 2019 at 9:54 PM Keith N. McKenna
>  wrote:
>> On 7/25/2019 1:26 PM, Peter Kovacs wrote:
>>> Call me naive. I wanted to have the question asked. No one should say that 
>>> we did not try it this way.
>>>
>>> Am 25. Juli 2019 09:38:28 MESZ schrieb Bidouille :

 - Mail original -
> I believe that unless the LO developer agrees to license it also
> under the ALv2 we cannot commit it to our code base.
 +1
 The author is Michael Stahl, employed at CIB GmbH.
 This company is copyleft addicted and LibO side only.

 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
>> Peter;
>>
>> For other questions around handling other licenses see the 3rd Party
>> License Policy at https://www.apache.org/legal/resolved.html
>>
> -
> 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: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Branko Čibej]

On 25.07.2019 00:43, Peter Kovacs wrote:
> Hello all,
>
>
> I would like to ask if I or any other from OpenOffice Development team
> can port the patch from LibreOffice to OpenOffice to fix this Issue
> under the APL2 License, so the Issue can be fixed in OpenOffice without
> more work then necessary.


Would it be appropriate to use the hash code from APR
(https://apr.apacha.org)? The license fits, and that code has been
stable and well tested for ages. But I'm not sure if it fits your FIPS
compliance requirements.

-- Brane

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

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Dr. Michael Stehmann]

OT:

Hi, Raphael - wb

Regards
Michael




signature.asc
Description: OpenPGP digital signature

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Raphael Bircher]

If the code is released from the original author under Apache License
v2.0 then we can include it, else we have to write our own solution

On Thu, Jul 25, 2019 at 9:54 PM Keith N. McKenna
 wrote:
>
> On 7/25/2019 1:26 PM, Peter Kovacs wrote:
> > Call me naive. I wanted to have the question asked. No one should say that 
> > we did not try it this way.
> >
> > Am 25. Juli 2019 09:38:28 MESZ schrieb Bidouille :
> >>
> >>
> >> - Mail original -
> >>> I believe that unless the LO developer agrees to license it also
> >>> under the ALv2 we cannot commit it to our code base.
> >> +1
> >> The author is Michael Stahl, employed at CIB GmbH.
> >> This company is copyleft addicted and LibO side only.
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> Peter;
>
> For other questions around handling other licenses see the 3rd Party
> License Policy at https://www.apache.org/legal/resolved.html
>

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

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Keith N. McKenna]

On 7/25/2019 1:26 PM, Peter Kovacs wrote:
> Call me naive. I wanted to have the question asked. No one should say that we 
> did not try it this way.  
> 
> Am 25. Juli 2019 09:38:28 MESZ schrieb Bidouille :
>>
>>
>> - Mail original -
>>> I believe that unless the LO developer agrees to license it also
>>> under the ALv2 we cannot commit it to our code base.
>> +1
>> The author is Michael Stahl, employed at CIB GmbH.
>> This company is copyleft addicted and LibO side only.
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
Peter;

For other questions around handling other licenses see the 3rd Party
License Policy at https://www.apache.org/legal/resolved.html



signature.asc
Description: OpenPGP digital signature

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Peter Kovacs]

Call me naive. I wanted to have the question asked. No one should say that we 
did not try it this way.  

Am 25. Juli 2019 09:38:28 MESZ schrieb Bidouille :
>
>
>- Mail original -
>> I believe that unless the LO developer agrees to license it also
>> under the ALv2 we cannot commit it to our code base.
>+1
>The author is Michael Stahl, employed at CIB GmbH.
>This company is copyleft addicted and LibO side only.
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Bidouille]

- Mail original -
> I believe that unless the LO developer agrees to license it also
> under the ALv2 we cannot commit it to our code base.
+1
The author is Michael Stahl, employed at CIB GmbH.
This company is copyleft addicted and LibO side only.

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

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Keith N. McKenna]

On 7/24/2019 6:43 PM, Peter Kovacs wrote:
> Hello all,
> 
> 
> I would like to ask if I or any other from OpenOffice Development team
> can port the patch from LibreOffice to OpenOffice to fix this Issue
> under the APL2 License, so the Issue can be fixed in OpenOffice without
> more work then necessary.
> 
> LO Issue: 114939
> 
> OO Issue: 127661
> 
> Thanks for your considerations.
> 
> 
> All the Best
> 
> Peter
> 
Peter;

I believe that unless the LO developer agrees to license it also under
the ALv2 we cannot commit it to our code base.

Regards
Keith




signature.asc
Description: OpenPGP digital signature

SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

[Peter Kovacs]

Hello all,


I would like to ask if I or any other from OpenOffice Development team
can port the patch from LibreOffice to OpenOffice to fix this Issue
under the APL2 License, so the Issue can be fixed in OpenOffice without
more work then necessary.

LO Issue: 114939

OO Issue: 127661

Thanks for your considerations.


All the Best

Peter



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

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

On 06-28-2019 5:36 PM, Kay Schenk wrote:



If you don't have a platform specific *.sh, you won't get anything to
build. The references won't be right.

But I do have a file called "SolarisSparcGccEnv.Set.sh".  Is that not
the right one?


Did you take a look at the Solaris specific instructions at --

https://wiki.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Solaris


Hmm, does AOO now require the use of SunStudio?  When I run configure,
it is still doing a bunch of checks for gcc, like "Checking for gcc... gcc".


You don't have a correct set of ENV variables for your platform. So
nothing is happening.

Thanks, that was a good clue.  Although running the .sh file did create
a bunch of new env vars, one of them, PWD was wrong.  Somehow it was
pointing to a different directory.  Once I set that to the
instsetoo_native directory I was able to do a new configure, bootstrap,
set the env vars and get the build underway.

It built a bunch of stuff before mysteriously stopping here:

# ../solenv/bin/build.pl --all:soltools
build -- version: 275224

=
Building module soltools
=

Entering /export/home/denber/aoo-4.1.6/main/soltools/mkdepend

Making:makedepend
unx
../unxsogs.pro/misc/make_makedepend.makedepend_1.cmd: line 3: syntax
error near unexpected token `('
../unxsogs.pro/misc/make_makedepend.makedepend_1.cmd: line 3:
`(wnck-applet:23297): Wnck-WARNING **: Unhandled action type (nil) \'
dmake:  Error code 1, while making '../unxsogs.pro/bin/makedepend'

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

Reason(s):

ERROR: error 65280 occurred while making
/export/home/denber/aoo-4.1.6/main/soltools/mkdepend

I'm afraid I don't know what any of that means.  I have however seen
those syntax complaints before due to shell issues so I tried it this
way and got a different error:

# /usr/xpg4/bin/sh ../solenv/bin/build.pl --all:soltools
build -- version: 275224

=
Building module soltools
=

Entering /export/home/denber/aoo-4.1.6/main/soltools/mkdepend

Making:makedepend
unx
../unxsogs.pro/misc/make_makedepend.makedepend_1.cmd: line 2: syntax
error near unexpected token `('
../unxsogs.pro/misc/make_makedepend.makedepend_1.cmd: line 2: `Window
manager warning: Working around an application which called
XSetInputFocus (None) or with RevertToNone instead of
RevertToPointerRoot, this is a minor bug in some application. If you can
figure out which application causes this please report it as a bug
against that application. \'
dmake:  Error code 1, while making '../unxsogs.pro/bin/makedepend'

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

Reason(s):

ERROR: error 65280 occurred while making
/export/home/denber/aoo-4.1.6/main/soltools/mkdepend

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

build --all:soltools

#

- Michele

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Matthias Seidel]

Hi Michele,

Am 28.06.19 um 18:21 schrieb Michele Denber:
>>
>>  Forwarded Message 
>> Subject:     Re: Fwd: Re: OO configure fails: Possible unintended
>> interpolation of @ENABLE
>> Date: Thu, 27 Jun 2019 19:09:48 +0200
>> From: Matthias Seidel 
>> Reply-To: dev@openoffice.apache.org
>> To: dev@openoffice.apache.org
>>
>>
>>
>> Where did you take that URL from?
> If you do a ./configure without specifying --with-epm-url, it complains
> that it's missing that file and offers up a suggestion to use
> http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz so
> that's what I used.  See configure line 2232:
>
> --with-epm-url=    Specify the location of downloadable epm 3.7
> source code. For example:
> http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz

Thanks for the pointer!

This URL was fixed in trunk (and AOO42X) but not in AOO416.
I updated the link now in branch AOO417 to avoid such irritations.

Regards,

   Matthias

>>
>> Try
>> https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
>> instead.
> That worked, thanks.
>>
>> See also:
>>
>> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Configuration_and_bootstrapping
>>
> Thanks.  I was just going by the instructions in the README.
>
> Unfortunately, now I have yet another problem.  ./configure is now
> ending like this:
>
> ...
> checking for gnucp... no
> checking for cp... /usr/xpg4/bin/cp
> checking whether /usr/xpg4/bin/cp is GNU cp from coreutils with
> preserve= support... no
> configure: error: no, GNU cp from coreutils is needed. install or
> specify with --with-gnu-cp=/path/to/it
> #
>
> But I am already specifying it:
>
> # /usr/xpg4/bin/sh ./configure
> --with-dmake-url=http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
>
> --with-epm-url=https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
>
> --disable-odk --with-gnu-patch=/opt/csw/bin/gpatch
> *--with-gnu-cp=/opt/csw/gnu/cp* --without-junit
>
> And I do have gnu cp and it does have "preserve=":
>
> bash-4.3$ cd /opt/csw/gnu
> bash-4.3$ ls -l cp
> lrwxrwxrwx   1 root root  10 Jun 22  2018 cp -> ../bin/gcp
> bash-4.3$ cd /opt/csw/bin
> bash-4.3$ ls -l gcp
> -rwxr-xr-x   1 root bin   204912 Jun 14  2014 gcp
> bash-4.3$ ./gcp --version
> cp *(GNU coreutils)* 8.22
> Copyright (C) 2013 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>.
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
> Written by Torbjörn Granlund, David MacKenzie, and Jim Meyering.
> bash-4.3$ ./gcp --help
> Usage: gcp [OPTION]... [-T] SOURCE DEST
>   or:  gcp [OPTION]... SOURCE... DIRECTORY
>   or:  gcp [OPTION]... -t DIRECTORY SOURCE...
> Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY.
>
> Mandatory arguments to long options are mandatory for short options too.
>   -a, --archive    same as -dR --preserve=all
>   --attributes-only    don't copy the file data, just the
> attributes
>   --backup[=CONTROL]   make a backup of each existing
> destination file
> ...
>   -P, --no-dereference never follow symbolic links in SOURCE
>   -p   same as
> --preserve=mode,ownership,timestamps
> *    --preserve[=ATTR_LIST] *  preserve the specified attributes
> (default:
>  mode,ownership,timestamps), if possible
>  additional attributes: context, links,
> xattr,
>  all
>
> Why is ./configure not picking up the correct cp even though I'm
> supplying it?  Or should I not be putting /usr/xpg4/bin first in my
> PATH?  It doesn't seem to like the POSIX cp.
>
>     - Michele
>
>


smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

On 06/28/19 12:21, Michele Denber wrote:



Why is ./configure not picking up the correct cp even though I'm
supplying it?

Oops, never mind.  That was just operator error.  I keep the configure
command in a text file and then just copy & paste it to a terminal
window.  When it got long enough to exceed the terminal buffer, I added
a "\" at the end of a line in the text editor.  But I forgot to add a CR
after that.  So configure was never seeing the --with-gnu-cp.  Once I
fixed that, configure finished OK.

Then ./bootstrap finished like this:

...
all external libraries present
dmake-4.12.tar.bz2 exists
epm-3.7.tar.gz exists

dmake present in
/export/home/denber/aoo-4.1.6/main/solenv/unxsogs.pro/bin/dmake
bundling of dictionaries is disabled.
#

I'm not sure if that's success or not but continuing on (using the
directions in README), I did

   # source *.set.sh

but there are no files ending in .set.sh in main.  I did find
# ls *.sh
build_aoo64bit_on_macos.sh  fetch_tarballs.sh SolarisSparcGccEnv.Set.sh

so I said
# . ./SolarisSparcGccEnv.Set.sh
#

Then
   #  cd instsetoo_native
   #  build --all

but there is no "build" in instsetoo_native.  What am I doing wrong now?

I see also that "Note that building OpenOffice can take several hours."
Is there a parallelizing option for build, like in gmake -j16?

- Michele

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

 Forwarded Message 
Subject:Re: Fwd: Re: OO configure fails: Possible unintended
interpolation of @ENABLE
Date:   Thu, 27 Jun 2019 19:09:48 +0200
From:   Matthias Seidel 
Reply-To:   dev@openoffice.apache.org
To: dev@openoffice.apache.org



Where did you take that URL from?

If you do a ./configure without specifying --with-epm-url, it complains
that it's missing that file and offers up a suggestion to use
http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz so
that's what I used.  See configure line 2232:

--with-epm-url=Specify the location of downloadable epm 3.7
source code. For example:
http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz


Try
https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
instead.

That worked, thanks.


See also:

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Configuration_and_bootstrapping

Thanks.  I was just going by the instructions in the README.

Unfortunately, now I have yet another problem.  ./configure is now
ending like this:

...
checking for gnucp... no
checking for cp... /usr/xpg4/bin/cp
checking whether /usr/xpg4/bin/cp is GNU cp from coreutils with
preserve= support... no
configure: error: no, GNU cp from coreutils is needed. install or
specify with --with-gnu-cp=/path/to/it
#

But I am already specifying it:

# /usr/xpg4/bin/sh ./configure
--with-dmake-url=http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
--with-epm-url=https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
--disable-odk --with-gnu-patch=/opt/csw/bin/gpatch
*--with-gnu-cp=/opt/csw/gnu/cp* --without-junit

And I do have gnu cp and it does have "preserve=":

bash-4.3$ cd /opt/csw/gnu
bash-4.3$ ls -l cp
lrwxrwxrwx   1 root root  10 Jun 22  2018 cp -> ../bin/gcp
bash-4.3$ cd /opt/csw/bin
bash-4.3$ ls -l gcp
-rwxr-xr-x   1 root bin   204912 Jun 14  2014 gcp
bash-4.3$ ./gcp --version
cp *(GNU coreutils)* 8.22
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Torbjörn Granlund, David MacKenzie, and Jim Meyering.
bash-4.3$ ./gcp --help
Usage: gcp [OPTION]... [-T] SOURCE DEST
  or:  gcp [OPTION]... SOURCE... DIRECTORY
  or:  gcp [OPTION]... -t DIRECTORY SOURCE...
Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY.

Mandatory arguments to long options are mandatory for short options too.
  -a, --archivesame as -dR --preserve=all
  --attributes-onlydon't copy the file data, just the
attributes
  --backup[=CONTROL]   make a backup of each existing
destination file
...
  -P, --no-dereference never follow symbolic links in SOURCE
  -p   same as --preserve=mode,ownership,timestamps
*--preserve[=ATTR_LIST] *  preserve the specified attributes (default:
 mode,ownership,timestamps), if possible
 additional attributes: context, links,
xattr,
 all

Why is ./configure not picking up the correct cp even though I'm
supplying it?  Or should I not be putting /usr/xpg4/bin first in my
PATH?  It doesn't seem to like the POSIX cp.

- Michele

Re: Fwd: Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Matthias Seidel]

Hi Michele,

Am 27.06.19 um 18:56 schrieb Michele Denber:
> Well in the interest of expediency, I just commented out the two lines
> in download_external_dependencies.pl that was causing ./bootstrap to
> fail.  This time it went much further and downloaded a bunch of files
> but now it's stopping with:
>
> ...
> all external libraries present
> dmake-4.12.tar.bz2 exists
> downloading epm_3.7.orig.tar.gz
> downloading to /epm_3.7.orig.tar.gz.part
> download from
> http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz failed
> (500 Can't connect to epm.sourcearchive.com:80 (Connection refused))
>     download failed
> making and entering
> /export/home/denber/aoo-4.1.6/main/solenv/unxsogs.pro/misc/build/
> find: illegal option -- t
> find: [-H | -L] path-list predicate-list
> can not find the dmake package
> #
>
> What's with the "connection refused"?  I tried connecting to
> epm.sourcearchive.com directly from Firefox from two different computers
> and got "unable to connect".

Where did you take that URL from?

Try
https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
instead.

See also:

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Configuration_and_bootstrapping

Regards,

   Matthias

>
> Also, what "find" does it want?  I'm already giving it  the
> /us/xpg4/bin/find version, so this can't be a POSIX issue.  man find
> says there is in fact no "t" option there.
>
>     - Michele
>
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Fwd: Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

Well in the interest of expediency, I just commented out the two lines
in download_external_dependencies.pl that was causing ./bootstrap to
fail.  This time it went much further and downloaded a bunch of files
but now it's stopping with:

...
all external libraries present
dmake-4.12.tar.bz2 exists
downloading epm_3.7.orig.tar.gz
downloading to /epm_3.7.orig.tar.gz.part
download from
http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz failed
(500 Can't connect to epm.sourcearchive.com:80 (Connection refused))
download failed
making and entering
/export/home/denber/aoo-4.1.6/main/solenv/unxsogs.pro/misc/build/
find: illegal option -- t
find: [-H | -L] path-list predicate-list
can not find the dmake package
#

What's with the "connection refused"?  I tried connecting to
epm.sourcearchive.com directly from Firefox from two different computers
and got "unable to connect".

Also, what "find" does it want?  I'm already giving it  the
/us/xpg4/bin/find version, so this can't be a POSIX issue.  man find
says there is in fact no "t" option there.

- Michele

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

Subject:Re: OO configure fails: Possible unintended interpolation of
@ENABLE
Date:   Tue, 25 Jun 2019 22:02:17 +0200
From:   Peter 
To: dev@openoffice.apache.org, Michele Denber 



Hello Michele,

Is there no cups on Solaris?

Hi Peter.  That's actually not a simple question.  Solaris 10 originally
shipped with CUPS.  Then Sun and Apple got into some sort of patent tiff
and Sun removed CUPS from Solaris.  Then they made up so Sun put CUPS
back in.  My version (update 13) is supposed to have CUPS but I don't
see it where it's supposed to be (/opt/sfw/).  But you can get CSWcups
from OpenCSW, so that's what I did, but it didn't help.

Have you tried later versions like 4.1.6?

That turned out to be the answer.  I downloaded 4.1.6 and it configured
fine.  But now I'm stuck in ./bootstrap.  I get:

# pwd
/export/home/denber/aoo-4.1.6/main
# ./bootstrap
ERROR: no destination defined! please set TARFILE_LOCATION! at
/export/home/denber/aoo-4.1.6/main/solenv/bin/download_external_dependencies.pl
line 611.
*** Error downloading external dependencies, please fix the previous
problems and try again ***

It isn't clear to me what that means so I tried:

# setenv TARFILE_LOCATION
/export/home/denber/apache-openoffice-4.1.6-r1844436-src.tar
# export TARFILE_LOCATION
# echo $TARFILE_LOCATION
/export/home/denber/apache-openoffice-4.1.6-r1844436-src.tar


But that didn't help.  The code in question (in
download_external_dependencies.pl) is this:

ub CheckDownloadDestination ()
{
my $destination = $ENV{'TARFILE_LOCATION'};
die "ERROR: no destination defined! please set TARFILE_LOCATION!"
if ($destination eq "");

if ( ! -d $destination)
{
File::Path::make_path($destination);
die "ERROR: can't create \$TARFILE_LOCATION" if  ! -d $destination;
}
}

What am I doing wrong?

- Michele

Re: OO configure fails: Possible unintended interpolation of @ENABLE

[Peter]

Hello Michele,

Is there no cups on Solaris?
Have you tried later versions like 4.1.6?

All the best
Peter

Am 14. Juni 2019 20:29:16 MESZ schrieb Michele Denber :
>While doing ./configure, it ends with the following:
>
>|...
>configure: creating ./config.status
>config.status: creating set_soenv
>config.status: creating Makefile
>Possible unintended interpolation of @ENABLE_CUPS in string at
>./set_soenv line 1788.
>Global symbol "@ENABLE_CUPS" requires explicit package name at
>./set_soenv line 1788.
>Execution of ./set_soenv aborted due to compilation errors.
># |
>
>There is no "ENABLE_CUPS" env var set.
>
>My command is:
>
>|./configure
>--with-dmake-url=http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
>--with-epm-url=http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz
>--disable-odk  --with-gnu-patch=/opt/csw/bin/gpatch \
>--with-gnu-cp=/opt/csw/bin/gcp --without-junit|
>
>The line in set_soenv it's complaining about is:
>
>|ToFile( "ENABLE_CUPS",   "@ENABLE_CUPS@",   "e" );|
>
>
>I've been unable to find anything useful searching for this error.
>Adding "--disable-cups" to the configure command didn't fix the error.
>Doing /usr/xpg4/bin/sh ./configure didn't fix it either.  I do have the
>CSWcups package installed.
>
>Any help would be appreciated.
>
>Building Open Office 4.1.3 with gnu and OpenCSW toolchain, gcc 7.3 on a
>Sun M3000 Sparc VII, Solaris 10U13.  I was able to build OO 3.4 on this
>machine, but this one isn't cooperating.  Or is there already a
>pre-built 4.1.3 Solaris package somewhere?
>
> - Michele

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

OO configure fails: Possible unintended interpolation of @ENABLE

[Michele Denber]

While doing ./configure, it ends with the following:

   |...
   configure: creating ./config.status
   config.status: creating set_soenv
   config.status: creating Makefile
   Possible unintended interpolation of @ENABLE_CUPS in string at
   ./set_soenv line 1788.
   Global symbol "@ENABLE_CUPS" requires explicit package name at
   ./set_soenv line 1788.
   Execution of ./set_soenv aborted due to compilation errors.
   # |

There is no "ENABLE_CUPS" env var set.

My command is:

   |./configure
   
--with-dmake-url=http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
   
--with-epm-url=http://epm.sourcearchive.com/downloads/3.7-1/epm_3.7.orig.tar.gz
   --disable-odk  --with-gnu-patch=/opt/csw/bin/gpatch \
   --with-gnu-cp=/opt/csw/bin/gcp --without-junit|

The line in set_soenv it's complaining about is:

   |ToFile( "ENABLE_CUPS",   "@ENABLE_CUPS@",   "e" );|


I've been unable to find anything useful searching for this error.
Adding "--disable-cups" to the configure command didn't fix the error.
Doing /usr/xpg4/bin/sh ./configure didn't fix it either.  I do have the
CSWcups package installed.

Any help would be appreciated.

Building Open Office 4.1.3 with gnu and OpenCSW toolchain, gcc 7.3 on a
Sun M3000 Sparc VII, Solaris 10U13.  I was able to build OO 3.4 on this
machine, but this one isn't cooperating.  Or is there already a
pre-built 4.1.3 Solaris package somewhere?

- Michele

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Marcelo Santana]

On Fri, 29 Mar 2019 20:06:40 +0100, Matthias Seidel
 wrote:

> Hi Marcelo,

Hi Matthias, sorry for my delay.

[...]
 
> > Yeah, for sure! Who's the guy?  
> 
> Actually it is a woman. ;-)

Great! By chance, is her nickname "imacat"?
 
> >> Do you know, by any chance, someone willing to put together a snap
> >> package of OpenOffice?  
> > Unfortunately no.  
> I think it would be easier to repackage OpenOffice as a snap than to
> get it into the official Debian repo, but that needs someone to do
> it...

Well, the only thing that I know about snap packaging is that it is
intended to be "distro independent" but I need to know better if the
effort is worthwhile.

> Regards,
> 
>    Matthias

[...]

Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgp4ivwT1Uz_y.pgp
Description: Assinatura digital OpenPGP

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Matthias Seidel]

Hi Marcelo,

Am 28.03.19 um 16:42 schrieb Marcelo Santana:
> On Thu, 28 Mar 2019 15:26:13 +0100, Matthias Seidel
>  wrote:
>
>> Hi Marcelo,
> Hi Matthias,
>
> [...]
>   
>> That's good news!
>> But then you two should combine your efforts... ;-)
> Yeah, for sure! Who's the guy?

Actually it is a woman. ;-)

>
>> Do you know, by any chance, someone willing to put together a snap
>> package of OpenOffice?
> Unfortunately no.
I think it would be easier to repackage OpenOffice as a snap than to get
it into the official Debian repo, but that needs someone to do it...

Regards,

   Matthias

>
> Well, as far as I know, mainly based on LibreOffice packaging approach,
> that task is not so simple. We need to understand what is the
> requirements to have que OO ready to the Debian auto building system.
>
> Anyway, I'm without free time to invest on it for while. :-(
>
>> Regards,
>>
>>    Matthias
> Regards,
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Marcelo Santana]

On Thu, 28 Mar 2019 15:26:13 +0100, Matthias Seidel
 wrote:

> Hi Marcelo,

Hi Matthias,

[...]
  
> That's good news!
> But then you two should combine your efforts... ;-)

Yeah, for sure! Who's the guy?

> Do you know, by any chance, someone willing to put together a snap
> package of OpenOffice?

Unfortunately no.

Well, as far as I know, mainly based on LibreOffice packaging approach,
that task is not so simple. We need to understand what is the
requirements to have que OO ready to the Debian auto building system.

Anyway, I'm without free time to invest on it for while. :-(

> Regards,
> 
>    Matthias

Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgplABuyHhG52.pgp
Description: Assinatura digital OpenPGP

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Matthias Seidel]

Hi Marcelo,

Am 28.03.19 um 14:45 schrieb Marcelo Santana:
> On Thu, 28 Mar 2019 13:37:14 +0100, Matthias Seidel
>  wrote:
>
>> Hi Marcelo,
> Hi Matthias,
>
> [...]
>
>> Thanks a lot!
> You're welcome!
>
>> Just to let you know that one of our committer is skilled in Debian
>> packaging.
>> So, don't hesitate to ask here if you need assistance.
> Thank you so much!
>
> Actually, I'm a long time Debian contributor with some skills in
> Debian packaging but currently in MIA. I hope to have time to be active
> again and trying to get the Openoffice officially in the Debian
> repositories.

That's good news!
But then you two should combine your efforts... ;-)

Do you know, by any chance, someone willing to put together a snap
package of OpenOffice?

Regards,

   Matthias

>
>> Regards,
>>
>>    Matthias
> Kind regards,
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Marcelo Santana]

On Thu, 28 Mar 2019 13:37:14 +0100, Matthias Seidel
 wrote:

> Hi Marcelo,

Hi Matthias,

[...]

> Thanks a lot!

You're welcome!

> Just to let you know that one of our committer is skilled in Debian
> packaging.
> So, don't hesitate to ask here if you need assistance.

Thank you so much!

Actually, I'm a long time Debian contributor with some skills in
Debian packaging but currently in MIA. I hope to have time to be active
again and trying to get the Openoffice officially in the Debian
repositories.

> Regards,
> 
>    Matthias

Kind regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D


pgpyrf2CpELmH.pgp
Description: Assinatura digital OpenPGP

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Matthias Seidel]

Hi Marcelo,

Am 28.03.19 um 13:19 schrieb Marcelo Santana:
> On Wed, 27 Mar 2019 21:25:31 +0100, Marcus  wrote:
>
> [...]
>
>> thanks a lot for making this possible.
> You're welcome!
>
>> I've only a little request:
>>
>> In the readme you are pointing to the "other.html" webpage. You have
>> to know that this is a very old version of our download system. It's 
>> possible that the links are still working. If so, this is just by 
>> accident and will not be guaranteed for the future.
>>
>> Therefore please replace the URL with our official download webpage 
>> "https://www.openoffice.org/download";. Please note also the HTTPS
>> prefix.
> Done!
>
>> Thank you very much for your help. :-)
> Thank you so much for your help too! :-)

Thanks a lot!

Just to let you know that one of our committer is skilled in Debian
packaging.
So, don't hesitate to ask here if you need assistance.

Regards,

   Matthias

>  
>> Marcus
> Kind regards,
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Marcelo Santana]

On Wed, 27 Mar 2019 21:25:31 +0100, Marcus  wrote:

[...]

> thanks a lot for making this possible.

You're welcome!

> I've only a little request:
> 
> In the readme you are pointing to the "other.html" webpage. You have
> to know that this is a very old version of our download system. It's 
> possible that the links are still working. If so, this is just by 
> accident and will not be guaranteed for the future.
> 
> Therefore please replace the URL with our official download webpage 
> "https://www.openoffice.org/download";. Please note also the HTTPS
> prefix.

Done!

> Thank you very much for your help. :-)

Thank you so much for your help too! :-)
 
> Marcus

Kind regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D

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

Re: Fwd: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Marcus]

The unofficial Apache OO Debian repository was updated and from now
it provides the version 4.1.6 of Apache Openoffice with all available
languages.

All information needed for new installations or upgrades are available
in the README file[1].

[1]https://sourceforge.net/projects/apacheoo-deb/files/debian/


thanks a lot for making this possible.

I've only a little request:

In the readme you are pointing to the "other.html" webpage. You have to 
know that this is a very old version of our download system. It's 
possible that the links are still working. If so, this is just by 
accident and will not be guaranteed for the future.


Therefore please replace the URL with our official download webpage 
"https://www.openoffice.org/download";. Please note also the HTTPS prefix.


Thank you very much for your help. :-)

Marcus


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

Fwd: Packages from Unofficial Apache OO Debian repository updated to version 4.1.6

[Matthias Seidel]

Hi all,

Forwarding from users@, I think this is good news! ;-)

Regards,

   Matthias



 Weitergeleitete Nachricht 
Betreff:Packages from Unofficial Apache OO Debian repository updated
to version 4.1.6
Datum:  Tue, 26 Mar 2019 08:05:16 -0300
Von:Marcelo Santana 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Hi all,

The unofficial Apache OO Debian repository was updated and from now
it provides the version 4.1.6 of Apache Openoffice with all available
languages.

All information needed for new installations or upgrades are available
in the README file[1].

[1]https://sourceforge.net/projects/apacheoo-deb/files/debian/


Regards,

-- 
Marcelo Santana (aka msantana) 
4096R/5B76053D: 8E9B 1014 4019 3526 C1C6  B0AC A3C0 DA1E 5B76 053D



smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO & Mojave issue?

[Peter Kovacs]

FYI: my mailing service refuses to sent to Michael turner, because his
mailing service does not support TLS.


On 01.11.18 12:38, Peter Kovacs wrote:
> Looping in Users.
>
> OpenOffice on Mac can react wired when the scrolling is setup do not
> match. I returned to Linux so I forgot where the settings has to be set
> and how.Maybe someone on users can help?
>
> I think it was not scrolling line by line, or something similar.
>
>
> All the Best
>
> Peter
>
>
> On 01.11.18 11:20, Michael Turner wrote:
>> Hi, can you assist,  I note on my 2018 iMac, with Mojave Ver 1014 running 
>> that O O's Ver 4.1.5 video frames, or if scrolling through a project that 
>> movement has become very jerky.   There seems to be a slight time lag 
>> between mouse input and screen activity.  
>>
>> I wondered if Apache is aware and is working on or updating OO to run 
>> smoothly on Mojave, or do I have a problem?
>>
>> My regards
>>
>> Michael Turner
>> Cambridge
>> UK
>>
>>
>> -
>> 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: OO & Mojave issue?

[Peter Kovacs]

Looping in Users.

OpenOffice on Mac can react wired when the scrolling is setup do not
match. I returned to Linux so I forgot where the settings has to be set
and how.Maybe someone on users can help?

I think it was not scrolling line by line, or something similar.


All the Best

Peter


On 01.11.18 11:20, Michael Turner wrote:
> Hi, can you assist,  I note on my 2018 iMac, with Mojave Ver 1014 running 
> that O O's Ver 4.1.5 video frames, or if scrolling through a project that 
> movement has become very jerky.   There seems to be a slight time lag between 
> mouse input and screen activity.  
>
> I wondered if Apache is aware and is working on or updating OO to run 
> smoothly on Mojave, or do I have a problem?
>
> My regards
>
> Michael Turner
> Cambridge
> UK
>
>
> -
> 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

OO & Mojave issue?

[Michael Turner]

Hi, can you assist,  I note on my 2018 iMac, with Mojave Ver 1014 running that 
O O's Ver 4.1.5 video frames, or if scrolling through a project that movement 
has become very jerky.   There seems to be a slight time lag between mouse 
input and screen activity.  

I wondered if Apache is aware and is working on or updating OO to run smoothly 
on Mojave, or do I have a problem?

My regards

Michael Turner
Cambridge
UK


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

Re: OO 4.2.0 problem Page Background

[Rory O'Farrell]

On Tue, 9 Oct 2018 12:13:46 +0200
Matthias Seidel  wrote:

> Hi Rory,
> 
> Am 09.10.2018 um 10:11 schrieb Rory O'Farrell:
> > For information:
> >
> > On a Windows XP machine (32 bit) I have installed AOO 4.2.0 (en-US) version 
> > 1842967.  The Page Format shows "Area" (not "Background", as on Linux 64 
> > version) as a tab, and I can change a page background on the Windows 
> > version.  The crash in Impress, when selecting a Master Page, does not 
> > occur on that Windows version.
> >
> > On my preferred machine, running AOO 4.2.0 (en-US) 2018-10-05_08:36:16 - 
> > Rev. 184287 on Xubuntu 18.04.1 64 bit I find the following differences from 
> > the Windows version.
> >
> > 1) Page Background tab in Linux is called Area tab in Windows
> > 2) Page Background does not work in Writer in Linux (i.e., that tab is 
> > inactive).  Works OK (as Area tab) in Windows
> > 3) Selecting Master Page sidebar in Impress Linux DEB 64 crashes OO.  Works 
> > OK in Windows. 
> >
> > Matthias Seidel tells me that his version of OO on Linux uses Area, not 
> > Page to apply the Page backgrounds.
> 
> Just to clarify:
> The Page tab is still there, it is the Background tab that is (in 4.2.0)
> replaced by Area.

Yes, you are correct I meant the Background tab on the Page Style setting - I 
was doing too many things at once!

> No special build are used by me, just those from our buildbots.
> I always do a clean install, that means everything from LO is purged.

I have used the build from the buildbot, and get Background, not Page.

Rory


> 
> >
> > The Page background problem also showed up on AOO 4.1.6 (linux DEB 64 
> > version); others have reported the crash with Master Pages in Impress on 
> > that version.  I have not investigated the 4.1.6 version on a Windows 
> > machine.
> 
> For Impress/Master Pages see:
> https://bz.apache.org/ooo/show_bug.cgi?id=127805
> 
> It is important to name the Linux version on which the crash occurs.
> 4.1.6 has no problems (regarding Master Pages) on Ubuntu 16.04 but
> crashes on 18.04. My guess is that it is related to the different
> FreeType versions (2.6.x vs. 2.8.x).
> 
> Regards,
>    Matthias
> 
> >
> 
> 


-- 
Rory O'Farrell 

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

Re: OO 4.2.0 problem Page Background

[Matthias Seidel]

Hi Rory,

Am 09.10.2018 um 10:11 schrieb Rory O'Farrell:
> For information:
>
> On a Windows XP machine (32 bit) I have installed AOO 4.2.0 (en-US) version 
> 1842967.  The Page Format shows "Area" (not "Background", as on Linux 64 
> version) as a tab, and I can change a page background on the Windows version. 
>  The crash in Impress, when selecting a Master Page, does not occur on that 
> Windows version.
>
> On my preferred machine, running AOO 4.2.0 (en-US) 2018-10-05_08:36:16 - Rev. 
> 184287 on Xubuntu 18.04.1 64 bit I find the following differences from the 
> Windows version.
>
> 1) Page Background tab in Linux is called Area tab in Windows
> 2) Page Background does not work in Writer in Linux (i.e., that tab is 
> inactive).  Works OK (as Area tab) in Windows
> 3) Selecting Master Page sidebar in Impress Linux DEB 64 crashes OO.  Works 
> OK in Windows. 
>
> Matthias Seidel tells me that his version of OO on Linux uses Area, not Page 
> to apply the Page backgrounds.

Just to clarify:
The Page tab is still there, it is the Background tab that is (in 4.2.0)
replaced by Area.
No special build are used by me, just those from our buildbots.
I always do a clean install, that means everything from LO is purged.

>
> The Page background problem also showed up on AOO 4.1.6 (linux DEB 64 
> version); others have reported the crash with Master Pages in Impress on that 
> version.  I have not investigated the 4.1.6 version on a Windows machine.

For Impress/Master Pages see:
https://bz.apache.org/ooo/show_bug.cgi?id=127805

It is important to name the Linux version on which the crash occurs.
4.1.6 has no problems (regarding Master Pages) on Ubuntu 16.04 but
crashes on 18.04. My guess is that it is related to the different
FreeType versions (2.6.x vs. 2.8.x).

Regards,
   Matthias

>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO 4.2.0 problem Page Background

[Rory O'Farrell]

On Tue, 9 Oct 2018 10:18:42 +0200
Peter Kovacs  wrote:

> Rory do you refer to this Issue 
> https://bz.apache.org/ooo/show_bug.cgi?id=127805.


Yes, this is the same issue as far as Impress Master Pages is concerned on OO 
Linux DEB 64

There is the other issue in my posting that OO Linux 64 DEB 4.2.0 does not 
apply page backgrounds (and the minor issue of whether that tab should be 
called Page or Area across all operating systems)

I should stress that currently, for me doing my current work, these are not 
critical problems, but it would be good to have them sorted in the long run

Rory

> 
> Matthias has posted some crash analysis pointing to a function. I 
> reviewed the code tonight. Just read it and analyzed it. It looked fine 
> on first glance.
> 
> I think it could be an Binary Issue between FreeType 2.6.x and 2.8.x. I 
> guess it happened in 2.7.x because I had this issue before FOSDEM 2017, 
> and Arch Linux has used 2.7 at that time.
> 
> 
> On 10/9/18 10:11 AM, Rory O'Farrell wrote:
> > For information:
> >
> > On a Windows XP machine (32 bit) I have installed AOO 4.2.0 (en-US) version 
> > 1842967.  The Page Format shows "Area" (not "Background", as on Linux 64 
> > version) as a tab, and I can change a page background on the Windows 
> > version.  The crash in Impress, when selecting a Master Page, does not 
> > occur on that Windows version.
> >
> > On my preferred machine, running AOO 4.2.0 (en-US) 2018-10-05_08:36:16 - 
> > Rev. 184287 on Xubuntu 18.04.1 64 bit I find the following differences from 
> > the Windows version.
> >
> > 1) Page Background tab in Linux is called Area tab in Windows
> > 2) Page Background does not work in Writer in Linux (i.e., that tab is 
> > inactive).  Works OK (as Area tab) in Windows
> > 3) Selecting Master Page sidebar in Impress Linux DEB 64 crashes OO.  Works 
> > OK in Windows.
> >
> > Matthias Seidel tells me that his version of OO on Linux uses Area, not 
> > Page to apply the Page backgrounds.
> >
> > The Page background problem also showed up on AOO 4.1.6 (linux DEB 64 
> > version); others have reported the crash with Master Pages in Impress on 
> > that version.  I have not investigated the 4.1.6 version on a Windows 
> > machine.
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 


-- 
Rory O'Farrell 

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

Re: OO 4.2.0 problem Page Background

[Peter Kovacs]

Rory do you refer to this Issue 
https://bz.apache.org/ooo/show_bug.cgi?id=127805.


Matthias has posted some crash analysis pointing to a function. I 
reviewed the code tonight. Just read it and analyzed it. It looked fine 
on first glance.


I think it could be an Binary Issue between FreeType 2.6.x and 2.8.x. I 
guess it happened in 2.7.x because I had this issue before FOSDEM 2017, 
and Arch Linux has used 2.7 at that time.



On 10/9/18 10:11 AM, Rory O'Farrell wrote:

For information:

On a Windows XP machine (32 bit) I have installed AOO 4.2.0 (en-US) version 1842967.  The Page 
Format shows "Area" (not "Background", as on Linux 64 version) as a tab, and I 
can change a page background on the Windows version.  The crash in Impress, when selecting a Master 
Page, does not occur on that Windows version.

On my preferred machine, running AOO 4.2.0 (en-US) 2018-10-05_08:36:16 - Rev. 
184287 on Xubuntu 18.04.1 64 bit I find the following differences from the 
Windows version.

1) Page Background tab in Linux is called Area tab in Windows
2) Page Background does not work in Writer in Linux (i.e., that tab is 
inactive).  Works OK (as Area tab) in Windows
3) Selecting Master Page sidebar in Impress Linux DEB 64 crashes OO.  Works OK 
in Windows.

Matthias Seidel tells me that his version of OO on Linux uses Area, not Page to 
apply the Page backgrounds.

The Page background problem also showed up on AOO 4.1.6 (linux DEB 64 version); 
others have reported the crash with Master Pages in Impress on that version.  I 
have not investigated the 4.1.6 version on a Windows machine.



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

OO 4.2.0 problem Page Background

[Rory O'Farrell]

For information:

On a Windows XP machine (32 bit) I have installed AOO 4.2.0 (en-US) version 
1842967.  The Page Format shows "Area" (not "Background", as on Linux 64 
version) as a tab, and I can change a page background on the Windows version.  
The crash in Impress, when selecting a Master Page, does not occur on that 
Windows version.

On my preferred machine, running AOO 4.2.0 (en-US) 2018-10-05_08:36:16 - Rev. 
184287 on Xubuntu 18.04.1 64 bit I find the following differences from the 
Windows version.

1) Page Background tab in Linux is called Area tab in Windows
2) Page Background does not work in Writer in Linux (i.e., that tab is 
inactive).  Works OK (as Area tab) in Windows
3) Selecting Master Page sidebar in Impress Linux DEB 64 crashes OO.  Works OK 
in Windows. 

Matthias Seidel tells me that his version of OO on Linux uses Area, not Page to 
apply the Page backgrounds.

The Page background problem also showed up on AOO 4.1.6 (linux DEB 64 version); 
others have reported the crash with Master Pages in Impress on that version.  I 
have not investigated the 4.1.6 version on a Windows machine.

-- 
Rory O'Farrell 

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

Re: OO 4.2.0 problem Page Background

[Rory O'Farrell]

On Sat, 6 Oct 2018 14:45:16 +0200
Matthias Seidel  wrote:

> Hi Rory,
> 
> Am 02.10.2018 um 13:23 schrieb Rory O'Farrell:
> > On Tue, 2 Oct 2018 12:21:24 +0100
> > Rory O'Farrell  wrote:
> >
> >> Using OpenOffice Writer 4.2.0, Rev. 1840700 (on Xubuntu 18.04.1) 
> > I should have indicated fuller revision details: these are
> >
> > 2018-09-12_1:19:52-Rev 1840718
> >
> > .I am unable to add a page background - the Background tab does not 
> > respond. This is so whether I use /Format /Styles and Formatting /Pages, or 
> > /Format /Page.
> 
> Can you provide a screenshot where you see a "Background" tab in 4.2.0?
> I can only find an "Area" tab and it is working as expected.
> 
> I tested on xubuntu 18.04.1 (64-bit) with:
> 
> AOO420m1(Build:9800)  -  Rev. 1841876
> 2018-09-25_10:23:26  -  Rev. 1841915
> 
> Regards,
>    Matthias


Screenshot sent privately

Currently using
AOO420m1(Build:9800)  -  Rev. 1840700
2018-09-12_16:19:52 - Rev. 1840718

Rory

> 
> >> I ran into this problem while trying to solve a user problem on Forum; it 
> >> does not in any way affect my own personal work.
> >>
> >> I have not OO 4.1.6 installed, so cannot check that.
> >>
> >>
> >> -- 
> >> Rory O'Farrell 
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >>
> >
> 
> 


-- 
Rory O'Farrell 

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

Re: OO 4.2.0 problem Page Background

[Matthias Seidel]

Hi Rory,

Am 02.10.2018 um 13:23 schrieb Rory O'Farrell:
> On Tue, 2 Oct 2018 12:21:24 +0100
> Rory O'Farrell  wrote:
>
>> Using OpenOffice Writer 4.2.0, Rev. 1840700 (on Xubuntu 18.04.1) 
> I should have indicated fuller revision details: these are
>
> 2018-09-12_1:19:52-Rev 1840718
>
> .I am unable to add a page background - the Background tab does not respond. 
> This is so whether I use /Format /Styles and Formatting /Pages, or /Format 
> /Page.

Can you provide a screenshot where you see a "Background" tab in 4.2.0?
I can only find an "Area" tab and it is working as expected.

I tested on xubuntu 18.04.1 (64-bit) with:

AOO420m1(Build:9800)  -  Rev. 1841876
2018-09-25_10:23:26  -  Rev. 1841915

Regards,
   Matthias

>> I ran into this problem while trying to solve a user problem on Forum; it 
>> does not in any way affect my own personal work.
>>
>> I have not OO 4.1.6 installed, so cannot check that.
>>
>>
>> -- 
>> Rory O'Farrell 
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: OO 4.2.0 problem Page Background

[Rory O'Farrell]

On Tue, 2 Oct 2018 12:21:24 +0100
Rory O'Farrell  wrote:

> Using OpenOffice Writer 4.2.0, Rev. 1840700 (on Xubuntu 18.04.1) 

I should have indicated fuller revision details: these are

2018-09-12_1:19:52-Rev 1840718

.I am unable to add a page background - the Background tab does not respond. 
This is so whether I use /Format /Styles and Formatting /Pages, or /Format 
/Page.
> 
> I ran into this problem while trying to solve a user problem on Forum; it 
> does not in any way affect my own personal work.
> 
> I have not OO 4.1.6 installed, so cannot check that.
> 
> 
> -- 
> Rory O'Farrell 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 


-- 
Rory O'Farrell 

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

OO 4.2.0 problem Page Background

[Rory O'Farrell]

Using OpenOffice Writer 4.2.0, Rev. 1840700 (on Xubuntu 18.04.1) I am unable to 
add a page background - the Background tab does not respond. This is so whether 
I use /Format /Styles and Formatting /Pages, or /Format /Page.

I ran into this problem while trying to solve a user problem on Forum; it does 
not in any way affect my own personal work.

I have not OO 4.1.6 installed, so cannot check that.


-- 
Rory O'Farrell 

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

Re: Long password problem in OO

[FR web forum]

Reported in: https://bz.apache.org/ooo/show_bug.cgi?id=122151

- Mail original -
> De: "Rory O'Farrell" 
> À: dev@openoffice.apache.org
> Envoyé: Jeudi 1 Mars 2018 12:57:24
> Objet: Long password problem in OO
> 
> On the en-Forum a user has reported that OO will accept a long
> password, but actually uses only 15 characters of it.  He suggests
> that the password input screen should warn if a password is longer
> than 15 chars.  This seems reasonable and ought be an easy check to
> insert into any forthcoming OO release.
> 
> The User's posting is at
> [url]https://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=92632[/url]
> 
> --
> Rory O'Farrell 
> 
> -
> 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

Long password problem in OO

[Rory O'Farrell]

On the en-Forum a user has reported that OO will accept a long password, but 
actually uses only 15 characters of it.  He suggests that the password input 
screen should warn if a password is longer than 15 chars.  This seems 
reasonable and ought be an easy check to insert into any forthcoming OO release.

The User's posting is at
[url]https://forum.openoffice.org/en/forum/viewtopic.php?f=6&t=92632[/url]

-- 
Rory O'Farrell 

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

Re: Fwd: Question about OO requiurements

[Peter Kovacs]

Can you add ome information please.

- Which distribution are you using?

- Which OpenOffice Version is this?

- Have you OpenOffice and Libre Office installed?

- From where did you install OpenOffice?


Thanks, a lot.

All the best

Peter

On 27.01.2018 18:20, JD wrote:

-- Forwarded message --
From: JD 
Date: Sat, Jan 27, 2018 at 2:43 AM
Subject: Question about OO requiurements
To: Apache OpenOffice 


Could one of the developers tell me why I am getting this?

Thanx.

$ soffice
GConf warning: failure listing pairs in `/desktop/gnome/interface': Client
failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/system/proxy': Client failed to connect
to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/system/http_proxy/host': Client failed
to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/desktop/gnome/url-handlers/mailto':
Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.

$ ps -ef | grep -i dbus
dbus   839 1  0 Jan24 ?00:00:26 /bin/dbus-daemon --system
--address=systemd: --nofork --nopidfile --sys
jd2505 1  0 Jan24 ?00:00:00 dbus-launch --sh-syntax
--exit-with-session
jd2506 1  0 Jan24 ?00:00:00 /bin/dbus-daemon --fork
--print-pid 4 --print-address 6 --session
jd2828  2824  0 Jan24 ?00:00:00 /bin/dbus-daemon
--config-file=/etc/at-spi2/accessibility.conf --nofork




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

Fwd: Question about OO requiurements

[JD]

-- Forwarded message --
From: JD 
Date: Sat, Jan 27, 2018 at 2:43 AM
Subject: Question about OO requiurements
To: Apache OpenOffice 


Could one of the developers tell me why I am getting this?

Thanx.

$ soffice
GConf warning: failure listing pairs in `/desktop/gnome/interface': Client
failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/system/proxy': Client failed to connect
to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/system/http_proxy/host': Client failed
to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.GConf
warning: failure listing pairs in `/desktop/gnome/url-handlers/mailto':
Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked the reply,
the reply timeout expired, or the network connection was broken.

$ ps -ef | grep -i dbus
dbus   839 1  0 Jan24 ?00:00:26 /bin/dbus-daemon --system
--address=systemd: --nofork --nopidfile --sys
jd2505 1  0 Jan24 ?00:00:00 dbus-launch --sh-syntax
--exit-with-session
jd2506 1  0 Jan24 ?00:00:00 /bin/dbus-daemon --fork
--print-pid 4 --print-address 6 --session
jd2828  2824  0 Jan24 ?00:00:00 /bin/dbus-daemon
--config-file=/etc/at-spi2/accessibility.conf --nofork

Question about OO requiurements

[JD]

Could one of the developers tell me why I am getting this?

Thanx.

$ soffice
GConf warning: failure listing pairs in `/desktop/gnome/interface': 
Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application 
did not send a reply, the message bus security policy blocked the reply, 
the reply timeout expired, or the network connection was broken.GConf 
warning: failure listing pairs in `/system/proxy': Client failed to 
connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application 
did not send a reply, the message bus security policy blocked the reply, 
the reply timeout expired, or the network connection was broken.GConf 
warning: failure listing pairs in `/system/http_proxy/host': Client 
failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application 
did not send a reply, the message bus security policy blocked the reply, 
the reply timeout expired, or the network connection was broken.GConf 
warning: failure listing pairs in `/desktop/gnome/url-handlers/mailto': 
Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application 
did not send a reply, the message bus security policy blocked the reply, 
the reply timeout expired, or the network connection was broken.


$ ps -ef | grep -i dbus
dbus   839 1  0 Jan24 ?00:00:26 /bin/dbus-daemon 
--system --address=systemd: --nofork --nopidfile --sys
jd2505 1  0 Jan24 ?00:00:00 dbus-launch --sh-syntax 
--exit-with-session
jd2506 1  0 Jan24 ?00:00:00 /bin/dbus-daemon --fork 
--print-pid 4 --print-address 6 --session
jd2828  2824  0 Jan24 ?00:00:00 /bin/dbus-daemon 
--config-file=/etc/at-spi2/accessibility.conf --nofork

Re: A problem on OO Debian versions?

[Rory O'Farrell]

An interim reply - I'm tied up today (and all days to minor extent) with 
medical treatment - today I have morning and afternoon sessions.

It seems to be the case that the problem is caused by some peculiarity of the 
operating system.  I have checked on clean Xubuntu 14.04, 16.04 and 18.04 (64 
bit) installations, with OpenOffice 4.1.0 and 4.1.5 on each; no problem with 
rebuilding the Table of Contents on the test file. 

However, when I revert the test file to my normal computer (Xubuntu 16.04.03) 
the ToC takes hours to rebuild.  I tried the old trick of a fresh OO User 
Profile - no improvement.  This effectively rules out any side effects from all 
OO extensions installed on my normal computer, reducing the problem probably to 
some O.S. utilities on the affected computer.

I'll continue to investigate when I have time. 

Rory

On Mon, 01 Jan 2018 19:35:33 +0100
Andrea Pescetti  wrote:

> Rory O'Farrell wrote:
> > Andrea Pescetti wrote:
> >> The best archive build to use to the purpose would be the following:
> >> https://ci.apache.org/projects/openoffice/install/linux64/
> >> (5th entry)
> > I'll also try the OO 4.2.0 version you indicated.
> 
> For the record, I've tried it on my system (Ubuntu 14.04 LTS 64-bit, 
> trunk build from the link above) and it didn't show the issue: once 
> again I was able to perform the operation smoothly (a few seconds).
> 
> Again, if you can do just one test you should use a system where you can 
> reproduce the issue on any 4.1.x build, and try the trunk 
> archive/installed build there.
> 
> Regards,
>Andrea.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 


-- 
Rory O'Farrell 

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

Re: A problem on OO Debian versions?

[Rory O'Farrell]

On Mon, 1 Jan 2018 23:32:27 +
toki  wrote:

> 
> 
> On 01/01/2018 10:27 AM, Rory O'Farrell wrote:
> 
> > I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome), 
> > Debian 9.30 (XFCE), all showing the same freeze.
> 
> Where are you getting the Debian build from?
> 
> jonathon
> 

>From the Debian main site.

-- 
Rory O'Farrell 

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

Re: A problem on OO Debian versions?

[toki]

On 01/01/2018 10:27 AM, Rory O'Farrell wrote:

> I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome), Debian 
> 9.30 (XFCE), all showing the same freeze.

Where are you getting the Debian build from?

jonathon



signature.asc
Description: OpenPGP digital signature

Re: A problem on OO Debian versions?

[Rory O'Farrell]

On Mon, 01 Jan 2018 18:11:27 +0100
Andrea Pescetti  wrote:

> Rory O'Farrell wrote:
> > Jose R R wrote:
> >> Issue is present in my computing environment, too.
> > "out of the box" Xubuntu 16.04.3 386 ... There was no problem on that 
> > system.
> 
> I tested too and I wasn't able to reproduce the problem:
> - 4.1.5 on an RPM-based system (operation took a few seconds)
> - 4.1.0 on an old Ubuntu 14.04 LTS 64-bit system, installed from 
> official DEBs (operation took a few seconds)
> 
> Now it would really help to know if systems where you can reproduce the 
> problem show it with the archive/installed builds from trunk too, since 
> bugs would be fixed only on trunk anyway.
> 
> The best archive build to use to the purpose would be the following:
> https://ci.apache.org/projects/openoffice/install/linux64/
> (5th entry); it is not a release build, so you shouldn't expect it to 
> run on a very old system, but it should be OK for any modern system. 
> Just close any running OpenOffice instances, extract the archive, run 
> the "openoffice4/program/soffice" file in it and test.
> 
> Regards,
>Andrea.


Using a spare computer I'm setting up three installs - Xubuntu 14.04.5. 16.04.3 
and 18.04 (all 64 bit)
and I'll try the various suggestions you make, but it will be tomorrow; I'll 
report back.



-- 
Rory O'Farrell 

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

Re: A problem on OO Debian versions?

[Andrea Pescetti]

Rory O'Farrell wrote:

Andrea Pescetti wrote:

The best archive build to use to the purpose would be the following:
https://ci.apache.org/projects/openoffice/install/linux64/
(5th entry)

I'll also try the OO 4.2.0 version you indicated.


For the record, I've tried it on my system (Ubuntu 14.04 LTS 64-bit, 
trunk build from the link above) and it didn't show the issue: once 
again I was able to perform the operation smoothly (a few seconds).


Again, if you can do just one test you should use a system where you can 
reproduce the issue on any 4.1.x build, and try the trunk 
archive/installed build there.


Regards,
  Andrea.

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

Re: A problem on OO Debian versions?

[Rory O'Farrell]

On Mon, 01 Jan 2018 18:11:27 +0100
Andrea Pescetti  wrote:

> Rory O'Farrell wrote:
> > Jose R R wrote:
> >> Issue is present in my computing environment, too.
> > "out of the box" Xubuntu 16.04.3 386 ... There was no problem on that 
> > system.
> 
> I tested too and I wasn't able to reproduce the problem:
> - 4.1.5 on an RPM-based system (operation took a few seconds)
> - 4.1.0 on an old Ubuntu 14.04 LTS 64-bit system, installed from 
> official DEBs (operation took a few seconds)
> 
> Now it would really help to know if systems where you can reproduce the 
> problem show it with the archive/installed builds from trunk too, since 
> bugs would be fixed only on trunk anyway.
> 
> The best archive build to use to the purpose would be the following:
> https://ci.apache.org/projects/openoffice/install/linux64/
> (5th entry); it is not a release build, so you shouldn't expect it to 
> run on a very old system, but it should be OK for any modern system. 
> Just close any running OpenOffice instances, extract the archive, run 
> the "openoffice4/program/soffice" file in it and test.
> 
> Regards,
>Andrea.
> 

Will do tomorrow.  From my tests I would not have expected the RPM system to 
have the problem; it is interesting that the problem does not show on the 4.1.0 
running on Ubuntu 14.04.  I have an Xubuntu 14.04 downloaded but have not time 
to try that tonight; I will try with OO 4.1.0 (to verify your result), then 
with OO 4.1.5, to see if this is OO or system related.  I'll also try the OO 
4.2.0 version you indicated.

But these tests will have to be tomorrow - real life calls now!  

-- 
Rory O'Farrell 

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

Re: A problem on OO Debian versions?

[Andrea Pescetti]

Rory O'Farrell wrote:

Jose R R wrote:

Issue is present in my computing environment, too.

"out of the box" Xubuntu 16.04.3 386 ... There was no problem on that system.


I tested too and I wasn't able to reproduce the problem:
- 4.1.5 on an RPM-based system (operation took a few seconds)
- 4.1.0 on an old Ubuntu 14.04 LTS 64-bit system, installed from 
official DEBs (operation took a few seconds)


Now it would really help to know if systems where you can reproduce the 
problem show it with the archive/installed builds from trunk too, since 
bugs would be fixed only on trunk anyway.


The best archive build to use to the purpose would be the following:
https://ci.apache.org/projects/openoffice/install/linux64/
(5th entry); it is not a release build, so you shouldn't expect it to 
run on a very old system, but it should be OK for any modern system. 
Just close any running OpenOffice instances, extract the archive, run 
the "openoffice4/program/soffice" file in it and test.


Regards,
  Andrea.

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

Re: A problem on OO Debian versions?

[Rory O'Farrell]

On Mon, 1 Jan 2018 06:36:27 -0800
Jose R R  wrote:

> Andrea,
> 
> Issue is present in my computing environment, too.


I did a further test using an "out of the box" Xubuntu 16.04.3 386 install on 
an old 386 machine (4GB RAM) and OpenOffice 4.1.5 386 version.  There was no 
problem on that system.

Rory

> 
> On Mon, Jan 1, 2018 at 3:04 AM, Andrea Pescetti  wrote:
> > Rory O'Farrell wrote:
> >>
> >> I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome),
> >> Debian 9.30 (XFCE), all showing the same freeze.
> >> On Centos 7 and Antergos 17.12 (RPM distros) ToC rebuilds in about 10
> >> seconds.
> >
> >
> > I wouldn't blame it on the package format, since DEB and RPM versions have
> > actually the same content. You could even try an "archive/installed" build
> > (which is basically what they would call a "live/portable" version today) to
> > rule out that the package format is the issue.
> >
> > Buildbots probably supply archive builds: you could install (this means
> > "unpack" actually, since it's just a ready-to-run installation tree) on your
> > systems and check it. Let me know if you can't find them.
> >
> > Assuming the package format is not the issue, then this could be an
> > interesting performance bug due to some Debian/Ubuntu libraries.
> >
> (Thanks, Rory)
> > i.e., Right click on the Table of contents and change the level from 1 to 2 
> > (or the other way), and see how long it takes to re-build the Table of 
> > Contents
> 
> It took about 2 hours (roughly same amount of time it takes to build
> my Linux kernels) and it uses significant computing resources.
> I got 16Gigs of RAM yet I couldn't do anything in a previously open document.
> 
> 
> I am copiously using DEB packages from stretch-backports, i.e., built
> from newer source.
> 
> AMD64 architecture:
> PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
> NAME="Debian GNU/Linux"
> VERSION_ID="9"
> VERSION="9 (stretch)"
> ID=debian
> 
> kernel: custom-built from latest linux source
> uname -a
> Linux huitzilopochtli 4.14.0-2+reiser4.0.2-amd64 #1 SMP Debian
> 4.14.10-2+reiser4.0.2 (2017-12-28) x86_64 GNU/Linux
> 
> 
> Best Professional Regards.
> 
> -- 
> Jose R R
> http://metztli.it
> -
> Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64
> -
> feats ZSTD compression https://sf.net/projects/metztli-reiser4/
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 


-- 
Rory O'Farrell 

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

Re: A problem on OO Debian versions?

[Jose R R]

Andrea,

Issue is present in my computing environment, too.

On Mon, Jan 1, 2018 at 3:04 AM, Andrea Pescetti  wrote:
> Rory O'Farrell wrote:
>>
>> I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome),
>> Debian 9.30 (XFCE), all showing the same freeze.
>> On Centos 7 and Antergos 17.12 (RPM distros) ToC rebuilds in about 10
>> seconds.
>
>
> I wouldn't blame it on the package format, since DEB and RPM versions have
> actually the same content. You could even try an "archive/installed" build
> (which is basically what they would call a "live/portable" version today) to
> rule out that the package format is the issue.
>
> Buildbots probably supply archive builds: you could install (this means
> "unpack" actually, since it's just a ready-to-run installation tree) on your
> systems and check it. Let me know if you can't find them.
>
> Assuming the package format is not the issue, then this could be an
> interesting performance bug due to some Debian/Ubuntu libraries.
>
(Thanks, Rory)
> i.e., Right click on the Table of contents and change the level from 1 to 2 
> (or the other way), and see how long it takes to re-build the Table of 
> Contents

It took about 2 hours (roughly same amount of time it takes to build
my Linux kernels) and it uses significant computing resources.
I got 16Gigs of RAM yet I couldn't do anything in a previously open document.


I am copiously using DEB packages from stretch-backports, i.e., built
from newer source.

AMD64 architecture:
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian

kernel: custom-built from latest linux source
uname -a
Linux huitzilopochtli 4.14.0-2+reiser4.0.2-amd64 #1 SMP Debian
4.14.10-2+reiser4.0.2 (2017-12-28) x86_64 GNU/Linux


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64
-
feats ZSTD compression https://sf.net/projects/metztli-reiser4/

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

Re: A problem on OO Debian versions?

[Jose R R]

Niltze [hello], Rory-

On Mon, Jan 1, 2018 at 2:27 AM, Rory O'Farrell  wrote:
> Out of interest, I am testing the limits of Writer on largeish documents, 
> edited as one unit (i.e., not as Master Documents).
>
> In Writer I have a large test file, 1.6 MB, prepared some time ago on earlier 
> versions of OO (certainly on OO 3.x, possibly on OO 2.x); this file has 
> ~2,500 A5 pages and uses Heading 1 and Heading 2 styles; when I open it on my 
> normal machines running Xubuntu 16.04.3 and make some change to the Table of 
> Contents, OO 4 versions freeze, taking perhaps two hours to rebuild the ToC.  
> If I open it and make the same change on an RPM based distro or Windows, the 
> ToC is rebuilt in a few seconds (~10 secs).
>
> I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome), Debian 
> 9.30 (XFCE), all showing the same freeze.
>
> On Centos 7 and Antergos 17.12 (RPM distros) ToC rebuilds in about 10 seconds.
>
> On Windows XP, ToC rebuild is about 10 seconds.
>
> I can email the test file to any member of the DEV list who is interested.  
> The file itself is of no importance, except as a test example.
>
Although I have not had time to build the latest OO 4.1.5, I use daily
my own build of OO 4.1.4 on Debian AMD64.

I am not associated with the OO devs but, out of curiosity, I'd like
to give a spin to your file.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Download Metztli Reiser4: Debian Stretch w/ Linux 4.14 AMD64
-
feats ZSTD compression https://sf.net/projects/metztli-reiser4/

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

Re: A problem on OO Debian versions?

[Andrea Pescetti]

Rory O'Farrell wrote:

I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome), Debian 
9.30 (XFCE), all showing the same freeze.
On Centos 7 and Antergos 17.12 (RPM distros) ToC rebuilds in about 10 seconds.


I wouldn't blame it on the package format, since DEB and RPM versions 
have actually the same content. You could even try an 
"archive/installed" build (which is basically what they would call a 
"live/portable" version today) to rule out that the package format is 
the issue.


Buildbots probably supply archive builds: you could install (this means 
"unpack" actually, since it's just a ready-to-run installation tree) on 
your systems and check it. Let me know if you can't find them.


Assuming the package format is not the issue, then this could be an 
interesting performance bug due to some Debian/Ubuntu libraries.



I can email the test file to any member of the DEV list who is interested.


Please do, thanks. I can run a few tests myself, even though my first 
bet would be that you can exclude that this is a packaging issue by 
trying with an archive build as detailed above.


Regards,
  Andrea.

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

A problem on OO Debian versions?

[Rory O'Farrell]

Out of interest, I am testing the limits of Writer on largeish documents, 
edited as one unit (i.e., not as Master Documents).   

In Writer I have a large test file, 1.6 MB, prepared some time ago on earlier 
versions of OO (certainly on OO 3.x, possibly on OO 2.x); this file has ~2,500 
A5 pages and uses Heading 1 and Heading 2 styles; when I open it on my normal 
machines running Xubuntu 16.04.3 and make some change to the Table of Contents, 
OO 4 versions freeze, taking perhaps two hours to rebuild the ToC.  If I open 
it and make the same change on an RPM based distro or Windows, the ToC is 
rebuilt in a few seconds (~10 secs).

I have tested this on Xubuntu 16.04.3 (XFCE), Ubuntu 16.04.3 (Gnome), Debian 
9.30 (XFCE), all showing the same freeze.

On Centos 7 and Antergos 17.12 (RPM distros) ToC rebuilds in about 10 seconds.

On Windows XP, ToC rebuild is about 10 seconds.

I can email the test file to any member of the DEV list who is interested.  The 
file itself is of no importance, except as a test example.

I am grateful for the help of Kay Schenk in this matter.

-- 
Rory O'Farrell 

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

Re: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Great!

Another regression was just reported -

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

I wonder if it is fixed too?

Sent from my iPhone

> On Nov 18, 2017, at 10:17 AM, Larry Gusaas  wrote:
> 
> Database and Spreadsheets both work. Regressions are fixed. I haven't done 
> any further testing yet.
> 
> Larry
> 
>> On 2017-11-18, 9:13 AM Jim Jagielski wrote:
>> fingers-crossed...
>> 
>> I have updated the files in devtools related to my successful build of AOO 
>> 4.1.4
>> for macOS that appears to fix both regressions.
>> 
>> Basically:
>> 
>>  o I had to use Xcode7 on Sierra
>>  o I had to compile frameworks w/ -O1 instead of -O2
>> 
>> Uploads to our dev dist repo are happening as we speak.
>> 
>> __
>> 
> 
> -- 
> 
> -
> 
> Larry I. Gusaas
> Moose Jaw, Saskatchewan   Canada
> Website:  http://larry-gusaas.com
> 
> “To me, photography is the simultaneous recognition, in a fraction of a 
> second, of the significance of an event as well as of a precise organization 
> of forms which give that event its proper expression.” Henri Cartier-Bresson
> 
> "An artist is never ahead of his time but most people are far behind theirs." 
> - Edgard Varese
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 

Re: FYI: The OO 4.1.4 Mac problem

[Larry Gusaas]

Database and Spreadsheets both work. Regressions are fixed. I haven't done any 
further testing yet.

Larry

On 2017-11-18, 9:13 AM Jim Jagielski wrote:

fingers-crossed...

I have updated the files in devtools related to my successful build of AOO 4.1.4
for macOS that appears to fix both regressions.

Basically:

  o I had to use Xcode7 on Sierra
  o I had to compile frameworks w/ -O1 instead of -O2

Uploads to our dev dist repo are happening as we speak.

__



--

-

Larry I. Gusaas
Moose Jaw, Saskatchewan   Canada
Website:  http://larry-gusaas.com

“To me, photography is the simultaneous recognition, in a fraction of a second, of the 
significance of an event as well as of a precise organization of forms which give that event 
its proper expression.” Henri Cartier-Bresson


"An artist is never ahead of his time but most people are far behind theirs." - 
Edgard Varese




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

Re: FYI: The OO 4.1.4 Mac problem

[Jim Jagielski]

In the meantime, I need to figure out how to, in main/frameworks,
have the gbuild system automatically change the -O2 to -O1 for
MACOS... It's not CFLAGS or CXXFLAGS. There doesn't look
to be a way to change gb_COMPILEROPTFLAGS and/or CFLAGSOPT
via the gbuild eval->call functionality.

> On Nov 18, 2017, at 10:13 AM, Jim Jagielski  wrote:
> 
> fingers-crossed...
> 
> I have updated the files in devtools related to my successful build of AOO 
> 4.1.4
> for macOS that appears to fix both regressions.
> 
> Basically:
> 
> o I had to use Xcode7 on Sierra
> o I had to compile frameworks w/ -O1 instead of -O2
> 
> Uploads to our dev dist repo are happening as we speak.
> -
> 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: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi Jim -

Good news.

I’m out of pocket until tomorrow evening. Perhaps Larry is available.

Regards,
Dave

Sent from my iPhone

> On Nov 18, 2017, at 7:43 AM, Matthias Seidel  
> wrote:
> 
> Hi Jim,
> 
> That would be great!
> 
> Unfortunately I can't help with testing on macOS...
> 
> Regards, Matthias
> 
> 
>> Am 18.11.2017 um 16:13 schrieb Jim Jagielski:
>> fingers-crossed...
>> 
>> I have updated the files in devtools related to my successful build of AOO 
>> 4.1.4
>> for macOS that appears to fix both regressions.
>> 
>> Basically:
>> 
>> o I had to use Xcode7 on Sierra
>> o I had to compile frameworks w/ -O1 instead of -O2
>> 
>> Uploads to our dev dist repo are happening as we speak.
>> -
>> 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: FYI: The OO 4.1.4 Mac problem

[Matthias Seidel]

Hi Jim,

That would be great!

Unfortunately I can't help with testing on macOS...

Regards, Matthias


Am 18.11.2017 um 16:13 schrieb Jim Jagielski:
> fingers-crossed...
>
> I have updated the files in devtools related to my successful build of AOO 
> 4.1.4
> for macOS that appears to fix both regressions.
>
> Basically:
>
>  o I had to use Xcode7 on Sierra
>  o I had to compile frameworks w/ -O1 instead of -O2
>
> Uploads to our dev dist repo are happening as we speak.
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: FYI: The OO 4.1.4 Mac problem

[Jim Jagielski]

fingers-crossed...

I have updated the files in devtools related to my successful build of AOO 4.1.4
for macOS that appears to fix both regressions.

Basically:

 o I had to use Xcode7 on Sierra
 o I had to compile frameworks w/ -O1 instead of -O2

Uploads to our dev dist repo are happening as we speak.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: The OO 4.1.4 Mac problem

[Damjan Jovanovic]

Thank you :).

What "success code"? Which multiple implementations?

On Fri, Nov 17, 2017 at 4:41 PM, Peter kovacs  wrote:

> Awesome thanks Damjan!
>
> Would it make sense to route the success code through the connectivity
> code for the future?
>
> I would rather like to have one time implementation instead of maintain
> redundant implementations.
> ( the drawback is that bugs have bigger impact. Ofc)
>
>
> Am 17. November 2017 15:26:57 MEZ schrieb Damjan Jovanovic <
> dam...@apache.org>:
> >Hi
> >
> >I am familiar with the database driver code in main/connectivity, but
> >much
> >less familiar with the Base code main/dbaccess where the problem is.
> >
> >On an unrelated past bug in my code in a main/connectivity driver, I
> >did
> >however briefly encounter that same problem where clicking "Create
> >table"
> >does nothing. Debugging it proved very difficult. Far too commonly,
> >Base
> >catches and silently swallows exceptions via the likes of:
> >
> >catch (Exception&) {}
> >
> >which explains why no error is reported to the user, and means that
> >even if
> >you put a breakpoint on such a line, you can't see anything about the
> >exception as there is no variable it's assigned to: not the exception's
> >particular subtype, not its message, and in the abomination that is C++
> >generally, never the most useful part: its stack trace.
> >
> >I then tried doing "catch throw" in gdb to try examine the exception
> >when
> >it's thrown instead of caught, however that took me on a wild goose
> >chase,
> >as multiple harmless exceptions get thrown during the course of that
> >dialog
> >opening.
> >
> >Eventually I gave up and fixed the bug in my main/connectivity driver.
> >I
> >can't remember which bug; probably that null strings were being
> >returned
> >from Java to UNO, and UNO strings can't ever be null (even in AOO's
> >C++,
> >the infamous OUString is always empty, never null).
> >
> >Later I can try to find and send you the beginning of that path through
> >the
> >Base code that's involved in opening the "Create table" dialog, so you
> >have
> >somewhere to start from. Since I don't have a Mac or access to one, I
> >can't
> >help debug this directly. But feel free to ask me any questions.
> >
> >Regards
> >Damjan
> >
> >
> >On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher 
> >wrote:
> >
> >> Hi Damjan,
> >>
> >> Do you have any tips or pointers regarding the Base issue we are
> >having
> >> with Builds on MacOS?
> >>
> >> I’m seeing your comments on https://bz.apache.org/ooo/
> >> show_bug.cgi?id=126655 and can’t help but wonder if the code is
> >fragile
> >> here. If nothing else some help tracing the code could help.
> >>
> >> Does the Redland configuration and the update in trunk help us here?
> >>
> >> Regards,
> >> Dave
> >>
> >> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski 
> >wrote:
> >> >
> >> > OK, I am pretty much almost out of ideas. I've created a VM which
> >is
> >> > almost an exact match for what I could determine was the build
> >> > environ for 4.1.2. Attached is a patch file that shows the diffs
> >between
> >> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
> >suffer
> >> > from the corrupted diagram but it DOES still suffer from the
> >> table/Database
> >> > regression. AFAIK, the official 4.1.2 build suffers from neither.
> >> >
> >> > So what is causing this weird behavior I simply don't know... As
> >> > one can see, there's nothing, at least as reported by config.log,
> >which
> >> is
> >> > different and this is straight from
> >> >
> >> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> >> >
> >> > 
> >> >
> >-
> >> > 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: FYI: The OO 4.1.4 Mac problem

[Peter kovacs]

Awesome thanks Damjan!

Would it make sense to route the success code through the connectivity code for 
the future?

I would rather like to have one time implementation instead of maintain 
redundant implementations.
( the drawback is that bugs have bigger impact. Ofc)


Am 17. November 2017 15:26:57 MEZ schrieb Damjan Jovanovic :
>Hi
>
>I am familiar with the database driver code in main/connectivity, but
>much
>less familiar with the Base code main/dbaccess where the problem is.
>
>On an unrelated past bug in my code in a main/connectivity driver, I
>did
>however briefly encounter that same problem where clicking "Create
>table"
>does nothing. Debugging it proved very difficult. Far too commonly,
>Base
>catches and silently swallows exceptions via the likes of:
>
>catch (Exception&) {}
>
>which explains why no error is reported to the user, and means that
>even if
>you put a breakpoint on such a line, you can't see anything about the
>exception as there is no variable it's assigned to: not the exception's
>particular subtype, not its message, and in the abomination that is C++
>generally, never the most useful part: its stack trace.
>
>I then tried doing "catch throw" in gdb to try examine the exception
>when
>it's thrown instead of caught, however that took me on a wild goose
>chase,
>as multiple harmless exceptions get thrown during the course of that
>dialog
>opening.
>
>Eventually I gave up and fixed the bug in my main/connectivity driver.
>I
>can't remember which bug; probably that null strings were being
>returned
>from Java to UNO, and UNO strings can't ever be null (even in AOO's
>C++,
>the infamous OUString is always empty, never null).
>
>Later I can try to find and send you the beginning of that path through
>the
>Base code that's involved in opening the "Create table" dialog, so you
>have
>somewhere to start from. Since I don't have a Mac or access to one, I
>can't
>help debug this directly. But feel free to ask me any questions.
>
>Regards
>Damjan
>
>
>On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher 
>wrote:
>
>> Hi Damjan,
>>
>> Do you have any tips or pointers regarding the Base issue we are
>having
>> with Builds on MacOS?
>>
>> I’m seeing your comments on https://bz.apache.org/ooo/
>> show_bug.cgi?id=126655 and can’t help but wonder if the code is
>fragile
>> here. If nothing else some help tracing the code could help.
>>
>> Does the Redland configuration and the update in trunk help us here?
>>
>> Regards,
>> Dave
>>
>> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski 
>wrote:
>> >
>> > OK, I am pretty much almost out of ideas. I've created a VM which
>is
>> > almost an exact match for what I could determine was the build
>> > environ for 4.1.2. Attached is a patch file that shows the diffs
>between
>> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>suffer
>> > from the corrupted diagram but it DOES still suffer from the
>> table/Database
>> > regression. AFAIK, the official 4.1.2 build suffers from neither.
>> >
>> > So what is causing this weird behavior I simply don't know... As
>> > one can see, there's nothing, at least as reported by config.log,
>which
>> is
>> > different and this is straight from
>> >
>> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> >
>> > 
>> >
>-
>> > 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: FYI: The OO 4.1.4 Mac problem

[Damjan Jovanovic]

Hi

I am familiar with the database driver code in main/connectivity, but much
less familiar with the Base code main/dbaccess where the problem is.

On an unrelated past bug in my code in a main/connectivity driver, I did
however briefly encounter that same problem where clicking "Create table"
does nothing. Debugging it proved very difficult. Far too commonly, Base
catches and silently swallows exceptions via the likes of:

catch (Exception&) {}

which explains why no error is reported to the user, and means that even if
you put a breakpoint on such a line, you can't see anything about the
exception as there is no variable it's assigned to: not the exception's
particular subtype, not its message, and in the abomination that is C++
generally, never the most useful part: its stack trace.

I then tried doing "catch throw" in gdb to try examine the exception when
it's thrown instead of caught, however that took me on a wild goose chase,
as multiple harmless exceptions get thrown during the course of that dialog
opening.

Eventually I gave up and fixed the bug in my main/connectivity driver. I
can't remember which bug; probably that null strings were being returned
from Java to UNO, and UNO strings can't ever be null (even in AOO's C++,
the infamous OUString is always empty, never null).

Later I can try to find and send you the beginning of that path through the
Base code that's involved in opening the "Create table" dialog, so you have
somewhere to start from. Since I don't have a Mac or access to one, I can't
help debug this directly. But feel free to ask me any questions.

Regards
Damjan


On Thu, Nov 16, 2017 at 10:12 PM, Dave Fisher  wrote:

> Hi Damjan,
>
> Do you have any tips or pointers regarding the Base issue we are having
> with Builds on MacOS?
>
> I’m seeing your comments on https://bz.apache.org/ooo/
> show_bug.cgi?id=126655 and can’t help but wonder if the code is fragile
> here. If nothing else some help tracing the code could help.
>
> Does the Redland configuration and the update in trunk help us here?
>
> Regards,
> Dave
>
> > On Nov 16, 2017, at 10:40 AM, Jim Jagielski  wrote:
> >
> > OK, I am pretty much almost out of ideas. I've created a VM which is
> > almost an exact match for what I could determine was the build
> > environ for 4.1.2. Attached is a patch file that shows the diffs between
> > the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
> > from the corrupted diagram but it DOES still suffer from the
> table/Database
> > regression. AFAIK, the official 4.1.2 build suffers from neither.
> >
> > So what is causing this weird behavior I simply don't know... As
> > one can see, there's nothing, at least as reported by config.log, which
> is
> > different and this is straight from
> >
> >   https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> >
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: FYI: The OO 4.1.4 Mac problem

[Jim Jagielski]

> On Nov 16, 2017, at 11:56 PM, Peter kovacs  wrote:
> 
> Hi Dave.
> 
> Yea I see. Interesting information!

Agreed!

Esp:
  https://bz.apache.org/ooo/show_bug.cgi?id=126622#c28 


where it's stated that building w/ Sierra and Xcode8 "fixes" the problem.
But that is exactly what my builds were done on. Let me try the optimization
hack discussed.

> 
> I was thinking that maybe the archives have hidden more such marbles. 
> 
> Another idea could be if other developers have also problems in supporting a 
> wide range of Apple  versions?
> Maybe that gives some more hints /ideas.
> 
> As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I 
> see something.
> 
> All the best
> Peter
> 
> Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher :
>> Hi Peter,
>> 
>> I wasted my time on Sierra and have asked your same question a few
>> times. Andrea just sent a link to a BZ and mail thread regarding how
>> Ariel got 4.1.3 to work. That information only partially made it to the
>> Wiki instructions.
>> 
>> Let’s wait for Jim to absorb this new information and then I want to do
>> the same from a “virgin” Mac with the correct MacOSX.
>> 
>> We need a precise prescription if we need something from either MacPort
>> or Homebrew then PICK ONE! We may need an area to store things that are
>> now hard to download from Apple like JDK 1.7.
>> 
>> Unless Jim has a new version to test I am done until Monday.
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 11:06 AM, Peter kovacs  wrote:
>>> 
>>> What is your base for determine the build environment?
>>> 
>>> I want to make time next week to try to build on my MacBook. Maybe I
>> can come up with something. But no promises.
>>> 
>>> Maybe until we have some new idea, we should start with 4.2.0. Is
>> trunk affected too?
>>> 
>>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
>> :
 OK, I am pretty much almost out of ideas. I've created a VM which is
 almost an exact match for what I could determine was the build
 environ for 4.1.2. Attached is a patch file that shows the diffs
 between
 the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>> suffer
 from the corrupted diagram but it DOES still suffer from the
 table/Database
 regression. AFAIK, the official 4.1.2 build suffers from neither.
 
 So what is causing this weird behavior I simply don't know... As
 one can see, there's nothing, at least as reported by config.log,
>> which
 is
 different and this is straight from
 
 https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> -
>>> 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: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi -

I have a Mac on 10.7.5 and can update to El Capitan. I have a MacBook on Sierra.

I am ready to do the needful next week.

I think between the three of us we will find the solution next week!

(Jim Rocks!)

(Thanks Andrea!)

Regards,
Dave

Sent from my iPhone

> On Nov 16, 2017, at 8:56 PM, Peter kovacs  wrote:
> 
> Hi Dave.
> 
> Yea I see. Interesting information!
> 
> I was thinking that maybe the archives have hidden more such marbles. 
> 
> Another idea could be if other developers have also problems in supporting a 
> wide range of Apple  versions?
> Maybe that gives some more hints /ideas.
> 
> As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I 
> see something.
> 
> All the best
> Peter
> 
> Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher :
>> Hi Peter,
>> 
>> I wasted my time on Sierra and have asked your same question a few
>> times. Andrea just sent a link to a BZ and mail thread regarding how
>> Ariel got 4.1.3 to work. That information only partially made it to the
>> Wiki instructions.
>> 
>> Let’s wait for Jim to absorb this new information and then I want to do
>> the same from a “virgin” Mac with the correct MacOSX.
>> 
>> We need a precise prescription if we need something from either MacPort
>> or Homebrew then PICK ONE! We may need an area to store things that are
>> now hard to download from Apple like JDK 1.7.
>> 
>> Unless Jim has a new version to test I am done until Monday.
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 11:06 AM, Peter kovacs  wrote:
>>> 
>>> What is your base for determine the build environment?
>>> 
>>> I want to make time next week to try to build on my MacBook. Maybe I
>> can come up with something. But no promises.
>>> 
>>> Maybe until we have some new idea, we should start with 4.2.0. Is
>> trunk affected too?
>>> 
>>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
>> :
 OK, I am pretty much almost out of ideas. I've created a VM which is
 almost an exact match for what I could determine was the build
 environ for 4.1.2. Attached is a patch file that shows the diffs
 between
 the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>> suffer
 from the corrupted diagram but it DOES still suffer from the
 table/Database
 regression. AFAIK, the official 4.1.2 build suffers from neither.
 
 So what is causing this weird behavior I simply don't know... As
 one can see, there's nothing, at least as reported by config.log,
>> which
 is
 different and this is straight from
 
 https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> -
>>> 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: FYI: The OO 4.1.4 Mac problem

[Peter kovacs]

Hi Dave.

Yea I see. Interesting information!

I was thinking that maybe the archives have hidden more such marbles. 

Another idea could be if other developers have also problems in supporting a 
wide range of Apple  versions?
Maybe that gives some more hints /ideas.

As I said I will make  MacOS my focus next week. Building on Sierra. Maybe I 
see something.

All the best
Peter

Am 16. November 2017 23:51:15 MEZ schrieb Dave Fisher :
>Hi Peter,
>
>I wasted my time on Sierra and have asked your same question a few
>times. Andrea just sent a link to a BZ and mail thread regarding how
>Ariel got 4.1.3 to work. That information only partially made it to the
>Wiki instructions.
>
>Let’s wait for Jim to absorb this new information and then I want to do
>the same from a “virgin” Mac with the correct MacOSX.
>
>We need a precise prescription if we need something from either MacPort
>or Homebrew then PICK ONE! We may need an area to store things that are
>now hard to download from Apple like JDK 1.7.
>
>Unless Jim has a new version to test I am done until Monday.
>
>Regards,
>Dave
>
>> On Nov 16, 2017, at 11:06 AM, Peter kovacs  wrote:
>> 
>> What is your base for determine the build environment?
>> 
>> I want to make time next week to try to build on my MacBook. Maybe I
>can come up with something. But no promises.
>> 
>> Maybe until we have some new idea, we should start with 4.2.0. Is
>trunk affected too?
>> 
>> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski
>:
>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>> almost an exact match for what I could determine was the build
>>> environ for 4.1.2. Attached is a patch file that shows the diffs
>>> between
>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't
>suffer
>>> from the corrupted diagram but it DOES still suffer from the
>>> table/Database
>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>> 
>>> So what is causing this weird behavior I simply don't know... As
>>> one can see, there's nothing, at least as reported by config.log,
>which
>>> is
>>> different and this is straight from
>>> 
>>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> 
>> -
>> 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: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi Peter,

I wasted my time on Sierra and have asked your same question a few times. 
Andrea just sent a link to a BZ and mail thread regarding how Ariel got 4.1.3 
to work. That information only partially made it to the Wiki instructions.

Let’s wait for Jim to absorb this new information and then I want to do the 
same from a “virgin” Mac with the correct MacOSX.

We need a precise prescription if we need something from either MacPort or 
Homebrew then PICK ONE! We may need an area to store things that are now hard 
to download from Apple like JDK 1.7.

Unless Jim has a new version to test I am done until Monday.

Regards,
Dave

> On Nov 16, 2017, at 11:06 AM, Peter kovacs  wrote:
> 
> What is your base for determine the build environment?
> 
> I want to make time next week to try to build on my MacBook. Maybe I can come 
> up with something. But no promises.
> 
> Maybe until we have some new idea, we should start with 4.2.0. Is trunk 
> affected too?
> 
> Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski :
>> OK, I am pretty much almost out of ideas. I've created a VM which is
>> almost an exact match for what I could determine was the build
>> environ for 4.1.2. Attached is a patch file that shows the diffs
>> between
>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>> from the corrupted diagram but it DOES still suffer from the
>> table/Database
>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>> 
>> So what is causing this weird behavior I simply don't know... As
>> one can see, there's nothing, at least as reported by config.log, which
>> is
>> different and this is straight from
>> 
>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 



signature.asc
Description: Message signed with OpenPGP

Re: FYI: The OO 4.1.4 Mac problem

[Peter kovacs]

What is your base for determine the build environment?

I want to make time next week to try to build on my MacBook. Maybe I can come 
up with something. But no promises.

Maybe until we have some new idea, we should start with 4.2.0. Is trunk 
affected too?

Am 16. November 2017 19:40:17 MEZ schrieb Jim Jagielski :
>OK, I am pretty much almost out of ideas. I've created a VM which is
>almost an exact match for what I could determine was the build
>environ for 4.1.2. Attached is a patch file that shows the diffs
>between
>the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>from the corrupted diagram but it DOES still suffer from the
>table/Database
>regression. AFAIK, the official 4.1.2 build suffers from neither.
>
>So what is causing this weird behavior I simply don't know... As
>one can see, there's nothing, at least as reported by config.log, which
>is
>different and this is straight from
>
>   https://svn.apache.org/repos/asf/openoffice/tags/AOO412

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

Re: FYI: The OO 4.1.4 Mac problem

[Andrea Pescetti]

Dave Fisher wrote:

I’ve 4.1.3 works. I’ve confirmed that 4.1.2 GA has the Base problem.


Read "Base 4.1.2 does not open Tables and Queries in Mac OSX":

http://openoffice.2283327.n4.nabble.com/Status-of-quot-Base-4-1-2-does-not-open-Tables-and-Queries-in-Mac-OSX-quot-td4683000.html

(this is surely in our own archives too, but I can't find it with the 
available tooling).


Check especially Ariel's comments and 
https://bz.apache.org/ooo/show_bug.cgi?id=126622 for the background.


Regards,
  Andrea.

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

Re: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi Jim,

Base works in 4.1.0, 4.1.1 and 4.1.3.

Regards,
Dave

> On Nov 16, 2017, at 12:52 PM, Jim Jagielski  wrote:
> 
> These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
> on my mac builder to generate a build that matches our released version.
> 
> Oh gr I just downloaded our 4.1.2 GA release and IT ALSO suffers
> from the table/database issue :( I've been wasting all this time assuming
> tha 4.1.2 worked for both regressions.
> 
>> On Nov 16, 2017, at 3:36 PM, Dave Fisher  wrote:
>> 
>> Hi Jim,
>> 
>> Thanks. These kind of builds helps me appreciate our modern world of 
>> containers and cleaner dependencies.
>> 
>> I wonder is your build taking the following patch? If so, is the patch still 
>> necessary?
>> 
>> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski >> > wrote:
>>> 
>>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>>> diff. My point is that none of these seem to be in any way related
>>> to something that would cause such a major change in behavior.
>>> 
>>> Alternatively, if it IS so fragile, then things are majorly borked.
>>> 
 On Nov 16, 2017, at 2:50 PM, Dave Fisher >>> > wrote:
 
 Hi Jim,
 
 It is mysterious. I went through the diff and I'll note somethings I see 
 which may or may not matter.
 
 (1) configure
 Switches are in different order.
 Old build has the “kid” language first.
 
 (2) Path
 Your /Users/jim/bin and /usr/local/bin is sooner in the path than original 
 builder’s
 Finds perl in differing location:
 configure:7764: checking for perl
 -configure:7794: result: /usr/bin/perl
 +configure:7782: found /Users/jim/bin/perl
 +configure:7794: result: /Users/jim/bin/perl
 configure:7815: checking the Perl version
 
 (3) Custom pack.list is used in the successful original build:
 configure:5485: checking for custom pack.lst
 -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
 +configure:5499: result: no
 
 (4) Your Python seems to be mixed. Look at the includes on the clang lines.
 
 +configure:13311: checking which python to use
 +configure:13320: result: compiling against system python (/usr/bin/python)
 +configure:13327: result: compiling against system python (version 2.7)
 +configure:13585: checking Python.h usability
 +configure:13585: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -c -g -O2  
 -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
  conftest.c >&5
 +configure:13585: $? = 0
 +configure:13585: result: yes
 +configure:13585: checking Python.h presence
 +configure:13585: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -E  
 -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
  conftest.c
 
 VS.
 
 -configure:13338: checking which python to use
 -configure:13347: result: compiling against system python 
 (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
 -configure:13354: result: compiling against system python (version 2.7)
 -configure:13612: checking Python.h usability
 -configure:13612: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -c -g -O2  
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
 conftest.c >&5
 -configure:13612: $? = 0
 -configure:13612: result: yes
 -configure:13612: checking Python.h presence
 -configure:13612: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -E  
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
 conftest.c
 
 (5) Jakarta-ant vs. ant.
 
 -configure:22390: checking for jakarta-ant
 -configure:22421: result: 
 /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
 
 +configure:22363: checking for jakarta-ant
 +configure:22397: result: no
 +configure:22363: checking for ant
 +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
 +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
 
 (6) TARFILE_LOCATIONS environment variable:
 -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
 +TARFILE_LOCATION='DEFAULT'
 
 Regards,
 Dave
 
> On Nov 16, 2017, at 10:40 AM, Jim Jagielski  > wrote:
> 
> OK, I am pretty much almost out of ideas. I've created a VM which is
> almost an ex

Re: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi Jim,

I’ve 4.1.3 works. I’ve confirmed that 4.1.2 GA has the Base problem.

Regards,
Dave
> On Nov 16, 2017, at 12:52 PM, Jim Jagielski  wrote:
> 
> These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
> on my mac builder to generate a build that matches our released version.
> 
> Oh gr I just downloaded our 4.1.2 GA release and IT ALSO suffers
> from the table/database issue :( I've been wasting all this time assuming
> tha 4.1.2 worked for both regressions.
> 
>> On Nov 16, 2017, at 3:36 PM, Dave Fisher  wrote:
>> 
>> Hi Jim,
>> 
>> Thanks. These kind of builds helps me appreciate our modern world of 
>> containers and cleaner dependencies.
>> 
>> I wonder is your build taking the following patch? If so, is the patch still 
>> necessary?
>> 
>> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski >> > wrote:
>>> 
>>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>>> diff. My point is that none of these seem to be in any way related
>>> to something that would cause such a major change in behavior.
>>> 
>>> Alternatively, if it IS so fragile, then things are majorly borked.
>>> 
 On Nov 16, 2017, at 2:50 PM, Dave Fisher >>> > wrote:
 
 Hi Jim,
 
 It is mysterious. I went through the diff and I'll note somethings I see 
 which may or may not matter.
 
 (1) configure
 Switches are in different order.
 Old build has the “kid” language first.
 
 (2) Path
 Your /Users/jim/bin and /usr/local/bin is sooner in the path than original 
 builder’s
 Finds perl in differing location:
 configure:7764: checking for perl
 -configure:7794: result: /usr/bin/perl
 +configure:7782: found /Users/jim/bin/perl
 +configure:7794: result: /Users/jim/bin/perl
 configure:7815: checking the Perl version
 
 (3) Custom pack.list is used in the successful original build:
 configure:5485: checking for custom pack.lst
 -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
 +configure:5499: result: no
 
 (4) Your Python seems to be mixed. Look at the includes on the clang lines.
 
 +configure:13311: checking which python to use
 +configure:13320: result: compiling against system python (/usr/bin/python)
 +configure:13327: result: compiling against system python (version 2.7)
 +configure:13585: checking Python.h usability
 +configure:13585: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -c -g -O2  
 -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
  conftest.c >&5
 +configure:13585: $? = 0
 +configure:13585: result: yes
 +configure:13585: checking Python.h presence
 +configure:13585: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -E  
 -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
  conftest.c
 
 VS.
 
 -configure:13338: checking which python to use
 -configure:13347: result: compiling against system python 
 (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
 -configure:13354: result: compiling against system python (version 2.7)
 -configure:13612: checking Python.h usability
 -configure:13612: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -c -g -O2  
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
 conftest.c >&5
 -configure:13612: $? = 0
 -configure:13612: result: yes
 -configure:13612: checking Python.h presence
 -configure:13612: 
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
  -arch x86_64 -E  
 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
 conftest.c
 
 (5) Jakarta-ant vs. ant.
 
 -configure:22390: checking for jakarta-ant
 -configure:22421: result: 
 /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
 
 +configure:22363: checking for jakarta-ant
 +configure:22397: result: no
 +configure:22363: checking for ant
 +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
 +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
 
 (6) TARFILE_LOCATIONS environment variable:
 -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
 +TARFILE_LOCATION='DEFAULT'
 
 Regards,
 Dave
 
> On Nov 16, 2017, at 10:40 AM, Jim Jagielski  > wrote:
> 
> OK, I am pretty much almost out of ideas. I've created a 

Re: FYI: The OO 4.1.4 Mac problem

[Jim Jagielski]

These builds are on AOO412. At this stage I'm just trying to get too-4.1.2
on my mac builder to generate a build that matches our released version.

Oh gr I just downloaded our 4.1.2 GA release and IT ALSO suffers
from the table/database issue :( I've been wasting all this time assuming
tha 4.1.2 worked for both regressions.

> On Nov 16, 2017, at 3:36 PM, Dave Fisher  wrote:
> 
> Hi Jim,
> 
> Thanks. These kind of builds helps me appreciate our modern world of 
> containers and cleaner dependencies.
> 
> I wonder is your build taking the following patch? If so, is the patch still 
> necessary?
> 
> /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch
> 
> Regards,
> Dave
> 
>> On Nov 16, 2017, at 12:15 PM, Jim Jagielski > > wrote:
>> 
>> I appreciate the 2nd set of eyes... I also, of course, went thru the
>> diff. My point is that none of these seem to be in any way related
>> to something that would cause such a major change in behavior.
>> 
>> Alternatively, if it IS so fragile, then things are majorly borked.
>> 
>>> On Nov 16, 2017, at 2:50 PM, Dave Fisher >> > wrote:
>>> 
>>> Hi Jim,
>>> 
>>> It is mysterious. I went through the diff and I'll note somethings I see 
>>> which may or may not matter.
>>> 
>>> (1) configure
>>> Switches are in different order.
>>> Old build has the “kid” language first.
>>> 
>>> (2) Path
>>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original 
>>> builder’s
>>> Finds perl in differing location:
>>> configure:7764: checking for perl
>>> -configure:7794: result: /usr/bin/perl
>>> +configure:7782: found /Users/jim/bin/perl
>>> +configure:7794: result: /Users/jim/bin/perl
>>> configure:7815: checking the Perl version
>>> 
>>> (3) Custom pack.list is used in the successful original build:
>>> configure:5485: checking for custom pack.lst
>>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>>> +configure:5499: result: no
>>> 
>>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>>> 
>>> +configure:13311: checking which python to use
>>> +configure:13320: result: compiling against system python (/usr/bin/python)
>>> +configure:13327: result: compiling against system python (version 2.7)
>>> +configure:13585: checking Python.h usability
>>> +configure:13585: 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>>  -arch x86_64 -c -g -O2  
>>> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>>>  conftest.c >&5
>>> +configure:13585: $? = 0
>>> +configure:13585: result: yes
>>> +configure:13585: checking Python.h presence
>>> +configure:13585: 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>>  -arch x86_64 -E  
>>> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>>>  conftest.c
>>> 
>>> VS.
>>> 
>>> -configure:13338: checking which python to use
>>> -configure:13347: result: compiling against system python 
>>> (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>>> -configure:13354: result: compiling against system python (version 2.7)
>>> -configure:13612: checking Python.h usability
>>> -configure:13612: 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>>  -arch x86_64 -c -g -O2  
>>> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
>>> conftest.c >&5
>>> -configure:13612: $? = 0
>>> -configure:13612: result: yes
>>> -configure:13612: checking Python.h presence
>>> -configure:13612: 
>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>>  -arch x86_64 -E  
>>> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
>>> conftest.c
>>> 
>>> (5) Jakarta-ant vs. ant.
>>> 
>>> -configure:22390: checking for jakarta-ant
>>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>>> 
>>> +configure:22363: checking for jakarta-ant
>>> +configure:22397: result: no
>>> +configure:22363: checking for ant
>>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>>> 
>>> (6) TARFILE_LOCATIONS environment variable:
>>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>>> +TARFILE_LOCATION='DEFAULT'
>>> 
>>> Regards,
>>> Dave
>>> 
 On Nov 16, 2017, at 10:40 AM, Jim Jagielski >>> > wrote:
 
 OK, I am pretty much almost out of ideas. I've created a VM which is
 almost an exact match for what I could determine was the build
 environ for 4.1.2. Attached is a patch file that shows the diffs between
 the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
 from the corrupted diagram but it DOES still

Re: FYI: The OO 4.1.4 Mac problem

[Dave Fisher]

Hi Jim,

Thanks. These kind of builds helps me appreciate our modern world of containers 
and cleaner dependencies.

I wonder is your build taking the following patch? If so, is the patch still 
necessary?

/openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch

Regards,
Dave

> On Nov 16, 2017, at 12:15 PM, Jim Jagielski  wrote:
> 
> I appreciate the 2nd set of eyes... I also, of course, went thru the
> diff. My point is that none of these seem to be in any way related
> to something that would cause such a major change in behavior.
> 
> Alternatively, if it IS so fragile, then things are majorly borked.
> 
>> On Nov 16, 2017, at 2:50 PM, Dave Fisher  wrote:
>> 
>> Hi Jim,
>> 
>> It is mysterious. I went through the diff and I'll note somethings I see 
>> which may or may not matter.
>> 
>> (1) configure
>> Switches are in different order.
>> Old build has the “kid” language first.
>> 
>> (2) Path
>> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original 
>> builder’s
>> Finds perl in differing location:
>> configure:7764: checking for perl
>> -configure:7794: result: /usr/bin/perl
>> +configure:7782: found /Users/jim/bin/perl
>> +configure:7794: result: /Users/jim/bin/perl
>> configure:7815: checking the Perl version
>> 
>> (3) Custom pack.list is used in the successful original build:
>> configure:5485: checking for custom pack.lst
>> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
>> +configure:5499: result: no
>> 
>> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
>> 
>> +configure:13311: checking which python to use
>> +configure:13320: result: compiling against system python (/usr/bin/python)
>> +configure:13327: result: compiling against system python (version 2.7)
>> +configure:13585: checking Python.h usability
>> +configure:13585: 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>  -arch x86_64 -c -g -O2  
>> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>>  conftest.c >&5
>> +configure:13585: $? = 0
>> +configure:13585: result: yes
>> +configure:13585: checking Python.h presence
>> +configure:13585: 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>  -arch x86_64 -E  
>> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>>  conftest.c
>> 
>> VS.
>> 
>> -configure:13338: checking which python to use
>> -configure:13347: result: compiling against system python 
>> (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
>> -configure:13354: result: compiling against system python (version 2.7)
>> -configure:13612: checking Python.h usability
>> -configure:13612: 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>  -arch x86_64 -c -g -O2  
>> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
>> conftest.c >&5
>> -configure:13612: $? = 0
>> -configure:13612: result: yes
>> -configure:13612: checking Python.h presence
>> -configure:13612: 
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>>  -arch x86_64 -E  
>> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
>> conftest.c
>> 
>> (5) Jakarta-ant vs. ant.
>> 
>> -configure:22390: checking for jakarta-ant
>> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
>> 
>> +configure:22363: checking for jakarta-ant
>> +configure:22397: result: no
>> +configure:22363: checking for ant
>> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
>> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
>> 
>> (6) TARFILE_LOCATIONS environment variable:
>> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
>> +TARFILE_LOCATION='DEFAULT'
>> 
>> Regards,
>> Dave
>> 
>>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski  wrote:
>>> 
>>> OK, I am pretty much almost out of ideas. I've created a VM which is
>>> almost an exact match for what I could determine was the build
>>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>>> from the corrupted diagram but it DOES still suffer from the table/Database
>>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>>> 
>>> So what is causing this weird behavior I simply don't know... As
>>> one can see, there's nothing, at least as reported by config.log, which is
>>> different and this is straight from
>>> 
>>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
> 
> 
> --

Re: FYI: The OO 4.1.4 Mac problem

[Jim Jagielski]

I appreciate the 2nd set of eyes... I also, of course, went thru the
diff. My point is that none of these seem to be in any way related
to something that would cause such a major change in behavior.

Alternatively, if it IS so fragile, then things are majorly borked.

> On Nov 16, 2017, at 2:50 PM, Dave Fisher  wrote:
> 
> Hi Jim,
> 
> It is mysterious. I went through the diff and I'll note somethings I see 
> which may or may not matter.
> 
> (1) configure
> Switches are in different order.
> Old build has the “kid” language first.
> 
> (2) Path
> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original 
> builder’s
> Finds perl in differing location:
> configure:7764: checking for perl
> -configure:7794: result: /usr/bin/perl
> +configure:7782: found /Users/jim/bin/perl
> +configure:7794: result: /Users/jim/bin/perl
> configure:7815: checking the Perl version
> 
> (3) Custom pack.list is used in the successful original build:
> configure:5485: checking for custom pack.lst
> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst
> +configure:5499: result: no
> 
> (4) Your Python seems to be mixed. Look at the includes on the clang lines.
> 
> +configure:13311: checking which python to use
> +configure:13320: result: compiling against system python (/usr/bin/python)
> +configure:13327: result: compiling against system python (version 2.7)
> +configure:13585: checking Python.h usability
> +configure:13585: 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>  -arch x86_64 -c -g -O2  
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>  conftest.c >&5
> +configure:13585: $? = 0
> +configure:13585: result: yes
> +configure:13585: checking Python.h presence
> +configure:13585: 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>  -arch x86_64 -E  
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7
>  conftest.c
> 
> VS.
> 
> -configure:13338: checking which python to use
> -configure:13347: result: compiling against system python 
> (/Library/Frameworks/Python.framework/Versions/Current/bin/python)
> -configure:13354: result: compiling against system python (version 2.7)
> -configure:13612: checking Python.h usability
> -configure:13612: 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>  -arch x86_64 -c -g -O2  
> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
> conftest.c >&5
> -configure:13612: $? = 0
> -configure:13612: result: yes
> -configure:13612: checking Python.h presence
> -configure:13612: 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
>  -arch x86_64 -E  
> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 
> conftest.c
> 
> (5) Jakarta-ant vs. ant.
> 
> -configure:22390: checking for jakarta-ant
> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant
> 
> +configure:22363: checking for jakarta-ant
> +configure:22397: result: no
> +configure:22363: checking for ant
> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant
> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant
> 
> (6) TARFILE_LOCATIONS environment variable:
> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources'
> +TARFILE_LOCATION='DEFAULT'
> 
> Regards,
> Dave
> 
>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski  wrote:
>> 
>> OK, I am pretty much almost out of ideas. I've created a VM which is
>> almost an exact match for what I could determine was the build
>> environ for 4.1.2. Attached is a patch file that shows the diffs between
>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer
>> from the corrupted diagram but it DOES still suffer from the table/Database
>> regression. AFAIK, the official 4.1.2 build suffers from neither.
>> 
>> So what is causing this weird behavior I simply don't know... As
>> one can see, there's nothing, at least as reported by config.log, which is
>> different and this is straight from
>> 
>>  https://svn.apache.org/repos/asf/openoffice/tags/AOO412
>> 
>> 
>> -
>> 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