Re: Size limits on mwiki for uploaded files are too small

Dave Fisher wrote: We recently updated the httpd configuration on this server. If this undid the fix then we’ll need to think the fix through together. Best, Dave Sent from my iPhone Dave, Because we use the default PDFA-1 to create the PDF files from OpenOffice, it is not unusual to

Re: Size limits on mwiki for uploaded files are too small

the upload size to 50MB >> all the best >> Peter > > Peter. > > It seems that the size limit for uploaded files on the mwiki has been reset > to 2MB again. Even using the PDF compression software I have many are still > over that, and it is slowing down the pr

Re: Size limits on mwiki for uploaded files are too small

Peter Kovacs wrote: Hi all, I set the upload size to 50MB all the best Peter Peter. It seems that the size limit for uploaded files on the mwiki has been reset to 2MB again. Even using the PDF compression software I have many are still over that, and it is slowing down the process of

[GitHub] [openoffice] jimjag merged pull request #154: Update srcrelease.xml to exclude certain files from Source build

jimjag merged PR #154: URL: https://github.com/apache/openoffice/pull/154 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@openoffice.apa

[GitHub] [openoffice] Pilot-Pirx commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1310340462 If there are no additions needed I will merge this PR in the next days. Then it will be included in 4.2.0-Dev4 and 4.1.14. -- This is an automated message from the Apache Git Serv

[GitHub] [openoffice] Pilot-Pirx closed pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx closed pull request #154: Update srcrelease.xml to exclude certain files from Source build URL: https://github.com/apache/openoffice/pull/154 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go

[GitHub] [openoffice] Pilot-Pirx commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1290243039 I think this issue should be fixed before the next release. So any additions are welcome! -- This is an automated message from the Apache Git Service. To respond to the message, p

[GitHub] [openoffice] Pilot-Pirx commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1236418794 I think Andrea had some... If he can add them we could close the Bugzilla issue. -- This is an automated message from the Apache Git Service. To respond to the message, please log

[GitHub] [openoffice] Pilot-Pirx commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1236405780 Thanks! My understanding is that we don't want to bundle any log, so I will change it accordingly. -- This is an automated message from the Apache Git Service. To respond to the mes

[GitHub] [openoffice] ardovm commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

ardovm commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1236402907 It is also not very clear to me, if the other spurious files from the bug report are still included. If so, shall we also add exclusions for them in this PR? -- This is an automated

[GitHub] [openoffice] Pilot-Pirx commented on pull request #154: Update srcrelease.xml to exclude certain files from Source build

Pilot-Pirx commented on PR #154: URL: https://github.com/apache/openoffice/pull/154#issuecomment-1232200883 See: https://bz.apache.org/ooo/show_bug.cgi?id=127544 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the U

Re: Size limits on mwiki for uploaded files are too small

Peter Kovacs wrote: Hi all, I set the upload size to 50MB all the best Peter Thank you very much Peter, it is greatly appreciated. Regards Keith Am 09.06.22 um 00:02 schrieb Keith N. McKenna: Matthias Seidel wrote: Hi Keith, Am 07.06.22 um 23:29 schrieb Keith N. McKenna: Hi Matthias M

Re: Size limits on mwiki for uploaded files are too small

Hi all, I set the upload size to 50MB all the best Peter Am 09.06.22 um 00:02 schrieb Keith N. McKenna: Matthias Seidel wrote: Hi Keith, Am 07.06.22 um 23:29 schrieb Keith N. McKenna: Hi Matthias Matthias Seidel wrote: Hi Keith, Am 07.06.22 um 05:06 schrieb Keith N. McKenna: I found a

Re: Size limits on mwiki for uploaded files are too small

Matthias Seidel wrote: Hi Keith, Am 07.06.22 um 23:29 schrieb Keith N. McKenna: Hi Matthias Matthias Seidel wrote: Hi Keith, Am 07.06.22 um 05:06 schrieb Keith N. McKenna: I found a way to reduce the size of the PDF by not using PDF-1A. Thank you for looking at this. While not using PDF-

Re: Size limits on mwiki for uploaded files are too small

6, 2022, at 2:40 PM, Keith N. McKenna >>>>> wrote: >>>>> >>>>> The documentation team is starting to publish the 4.1 getting >>>>> started guide and have run into a problem. The 2MB upload limit

Re: Size limits on mwiki for uploaded files are too small

complete Guide. The ODT file is 7.1 MB, and the Writer one will most likely be bigger.The smallest I have been able to get the converted PDF is 31MB. I know that we have some ODT files already on the mwike that are 11MB. What would be the best way to get the limit raised so that the ODT can be

Re: Size limits on mwiki for uploaded files are too small

em. The 2MB upload limit is >>> far to small for the ODT and the PDF file for the complete Guide. >>> >>> The ODT file is 7.1 MB, and the Writer one will most likely be >>> bigger.The smallest I have been able to get the converted PDF is 31MB. >>

Re: Size limits on mwiki for uploaded files are too small

problem. The 2MB upload limit is far to small for the ODT and the PDF file for the complete Guide. The ODT file is 7.1 MB, and the Writer one will most likely be bigger.The smallest I have been able to get the converted PDF is 31MB. I know that we have some ODT files already on the mwike that are

Re: Size limits on mwiki for uploaded files are too small

I have been able to get the converted PDF is 31MB. > > I know that we have some ODT files already on the mwike that are 11MB. What > would be the best way to get the limit raised so that the ODT can be uploaded? > > Regards > Keith > > > > > --

Size limits on mwiki for uploaded files are too small

able to get the converted PDF is 31MB. I know that we have some ODT files already on the mwike that are 11MB. What would be the best way to get the limit raised so that the ODT can be uploaded? Regards Keith - To unsubscribe

Ad runtime jar files (unoinfo java)

The CLASSPATH environment variable or -cp switch needs to contain the output of "unoinfo java" which usually consists of  the following fully qualified directories to point to the following files:  unoil.jar, ridl.jar, jurt.jar and juh.jar. LibreOffice combines these four jar fi

Re: [Website] French documentation files are missing

Hi, Done! Sorry for the inconvenience... Should be visible again soon. Regards,    Matthias Am 23.06.21 um 21:44 schrieb Bidouille: > Hello all, > > We have a lot of broken links on > http://www.openoffice.org/fr/Documentation/Calc/ > Some PDF/ODT files are missing &g

[Website] French documentation files are missing

Hello all, We have a lot of broken links on http://www.openoffice.org/fr/Documentation/Calc/ Some PDF/ODT files are missing Seems to be not transfered from SVN https://svn.apache.org/repos/infra/websites/production/ooo-site/content/fr/Documentation/Calc/ Somebody with sufficient karma can fix

[GitHub] [openoffice-org] dave2wave merged pull request #17: Add files via upload

dave2wave merged pull request #17: URL: https://github.com/apache/openoffice-org/pull/17 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, p

[GitHub] [openoffice-org] jeanmicoste opened a new pull request #17: Add files via upload

jeanmicoste opened a new pull request #17: URL: https://github.com/apache/openoffice-org/pull/17 Add File indeht-math.hrml according with the index pages of documentation -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and us

Re: No files found under recent documents

Your documents are still wherever you saved them. What has been lost is the list of the names of recent documents kept by OpenOffice. If you know the folder where your files were saved, you can use the menu File -> Open to navigate there and open them. If you do not know where the files are sa

No files found under recent documents

Hi I have been using Openoffice 4.1.1 for a few years now and today after saving a document created, the screen went blank which I thought was power loss so I plugged in and went to recent documents but it says no documents found so everything has disappeared. I'm not terribly clever with some co

Re: imposible to open files

OpenOffice is a volunteer based pro bono project! Best regards, Pedro > On 02/05/2021 5:23 AM Iouri Tcherniakov, Toronto, Canada > wrote: > > > After installation update from apple, program Big Sure MacOS version11.1 > Impossible to reopen some files especially one in Exel .

Re: imposible to open files

Tcherniakov, Toronto, Canada wrote: > After installation update from apple, program Big Sure MacOS version11.1 > Impossible to reopen some files especially one in Exel . Looks like need > to switch to apple office. This is unacceptable. > > Please advise, > > iouri >

RE: imposible to open files

> -Original Message- > From: Iouri Tcherniakov, Toronto, Canada > [mailto:ycher...@yahoo.com.INVALID] > Sent: Friday, February 05, 2021 6:24 AM > To: dev@openoffice.apache.org > Subject: imposible to open files > > After installation update from apple

imposible to open files

After installation update from apple, program Big Sure MacOS version11.1 Impossible to reopen some files especially one in Exel . Looks like need to switch to apple office. This is unacceptable. Please advise, iouri

Re: Help with GIT. PR #74 Removed whitespace from files Helpcontent2

+1. Also, if Mechtilde agrees, these should be “cherry picked” to the 4.2 branch as well. Sent from my iPhone > On Dec 18, 2020, at 5:28 AM, Peter Kovacs wrote: > >  >> On 18.12.20 14:16, Dick Groskamp wrote: >> I should have mentioned that there was 1 conflict, which I resolved. >> Should I

Re: Help with GIT. PR #74 Removed whitespace from files Helpcontent2

On 18.12.20 14:16, Dick Groskamp wrote: I should have mentioned that there was 1 conflict, which I resolved. Should I now again do git commit or not ? In my Opinion you should recommit -- This is the Way! http://www.apache.org/theapacheway/index.html -

Re: Help with GIT. PR #74 Removed whitespace from files Helpcontent2

On 2020/12/18 12:56:06, Dick Groskamp wrote: > Back in February I started working on removing superfluous whitespace between > tags in files in the folder Helpcontent2. > These files contain the content for the Help files in AOo. In the very past > superfluous whitespace was i

Help with GIT. PR #74 Removed whitespace from files Helpcontent2

Back in February I started working on removing superfluous whitespace between tags in files in the folder Helpcontent2. These files contain the content for the Help files in AOo. In the very past superfluous whitespace was introduced by former participants, probably to make the code in the

Re: How to cope with Python module putting .so files into lib64 instead of lib?

gx6.pro/misc/build/python-inst/lib64/libpython2.7.so.1.0 However, file path/main/python/prj/d.lst seem to explicitly look for files in "lib" rather than "lib64": [line 86] ..\%__SRC%\misc\build\python-inst\lib\libpython2.7.so.1.0 %_DEST%\lib%_EXT%\libpython2.7.so.1.0

Re: How to cope with Python module putting .so files into lib64 instead of lib?

.pro/misc/build/Python-2.7.18/libpython2.7.so.1.0 > path/main/python/unxlngx6.pro/misc/build/python-inst/lib64/libpython2.7.so > path/main/python/unxlngx6.pro/misc/build/python-inst/lib64/libpython2.7.so.1.0 > > However, file path/main/python/prj/d.lst seem to explicitly look for

How to cope with Python module putting .so files into lib64 instead of lib?

ile path/main/python/prj/d.lst seem to explicitly look for files in "lib" rather than "lib64": [line 86] ..\%__SRC%\misc\build\python-inst\lib\libpython2.7.so.1.0 %_DEST%\lib%_EXT%\libpython2.7.so.1.0 ^ Can anyone please confirm that it i

Re: AOO418-RC2: General Error on opening files on Ubuntu

OK... just did a co of 787546a0bd53c78489200311961fb621d00e1e69. This is before the openssl upgrade and is dated Aug 12, 2020. Give me a few hours and we'll see if this one works. - To unsubscribe, e-mail: dev-unsubscr...@openoff

Re: AOO418-RC2: General Error on opening files on Ubuntu

;>> >>>>>>> OK, great! So we know now it's not a build system issue. I am starting >>>>>>> a git bisect triage, starting with co 24fc9f6e46. I hope to have a test >>>>>>> build ready in a couple hours. &g

Re: AOO418-RC2: General Error on opening files on Ubuntu

dy THANK YOU for everyone taking their time >>>>>> out to test these builds..! >>>>>> >>>>>>> On Oct 21, 2020, at 7:22 PM, Carl Marcum >>>>>>> wrote: >>>>>>> >>>>>&g

Re: AOO418-RC2: General Error on opening files on Ubuntu

>>>>> >>>>>> On Oct 21, 2020, at 7:22 PM, Carl Marcum wrote: >>>>>> >>>>>> Hi Jim, >>>>>> >>>>>> On 10/21/20 4:38 PM, Jim Jagielski wrote: >>>>>>> I have uploaded builds of AOO-4

Re: AOO418-RC2: General Error on opening files on Ubuntu

>>>>> On 10/21/20 4:38 PM, Jim Jagielski wrote: >>>>>> I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these >>>>>> break, then we know it's something on my build platform. If not, then we >>>>>> know it&#

Re: AOO418-RC2: General Error on opening files on Ubuntu

;> On 10/21/20 4:38 PM, Jim Jagielski wrote: >>>>> I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these >>>>> break, then we know it's something on my build platform.

Re: AOO418-RC2: General Error on opening files on Ubuntu

;> break, then we know it's something on my build platform. If not, then we >>>> know it's code related. >>>> >>>> http://home.apache.org/~jim/AOO-builds/ >>>> <http://home.apache.org/~jim/AOO-builds/> >>>> >&g

Re: AOO418-RC2: General Error on opening files on Ubuntu

://home.apache.org/~jim/AOO-builds/ >>> <http://home.apache.org/~jim/AOO-builds/> >>> >>> Thx! >> I installed this in an Ubuntu 18.04 VM and have no error messages opening >> files. >> >> Thanks, >> Carl >> >>

Re: AOO418-RC2: General Error on opening files on Ubuntu

ing on my build platform. If not, then we know it's code related. http://home.apache.org/~jim/AOO-builds/ <http://home.apache.org/~jim/AOO-builds/> Thx! I installed this in an Ubuntu 18.04 VM and have no error messages op

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Don, Am 22.10.20 um 07:55 schrieb Don Lewis: > On 22 Oct, Matthias Seidel wrote: >> Hi Jim, >> >> Am 21.10.20 um 20:48 schrieb Jim Jagielski: >>> In the meantime, please review >>> main/writerfilter/source/doctok/resources.xsl on trunk and AOO42X >> Windows Buildbot (AOO42X) just stopped with

Re: AOO418-RC2: General Error on opening files on Ubuntu

gt;> know it's code related. >> >> http://home.apache.org/~jim/AOO-builds/ >> <http://home.apache.org/~jim/AOO-builds/> >> >> Thx! > I installed this in an Ubuntu 18.04 VM and have no error messages opening > files. > > Thanks, > Carl > >

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Don > On 10/22/2020 9:30 AM Don Lewis wrote: > If I build the same git revision of AOO418 on Ubuntu 16, then install > and run it there, I do *not* see the General Error problem. Can you please post a link to the tar.gz to test if installing on Ubuntu 18.04 has problems? Thanks! Pedro ---

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Don Lewis wrote: > On 21 Oct, Don Lewis wrote: >> On 21 Oct, Jim Jagielski wrote: >>> >>> On Oct 21, 2020, at 4:21 PM, Andrea Pescetti wrote: It looks like we are getting closer I mean, we have a commit that is only relevant to CentOS 5 and we know that J

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Don Lewis wrote: > On 21 Oct, Jim Jagielski wrote: >> >> >>> On Oct 21, 2020, at 4:21 PM, Andrea Pescetti >>> wrote: >>> >>> It looks like we are getting closer I mean, we have a commit that >>> is only relevant to CentOS 5 and we know that Jim's builds are done >>> on CentOS 5 a

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 22 Oct, Matthias Seidel wrote: > Hi Jim, > > Am 21.10.20 um 20:48 schrieb Jim Jagielski: >> In the meantime, please review main/writerfilter/source/doctok/resources.xsl >> on trunk and AOO42X > > Windows Buildbot (AOO42X) just stopped with this error: > > 1 module(s): writerfilter need(s) to

Re: AOO418-RC2: General Error on opening files on Ubuntu

Sorry: I mean "with" not "whit" Delio. - Mensaje original - De: "Delio Orozco Gonzalez" Para: "dev" Enviados: Miércoles, 21 de Octubre 2020 23:57:30 Asunto: Re: AOO418-RC2: General Error on opening files on Ubuntu Hello In Debian 9 and Debian

Re: AOO418-RC2: General Error on opening files on Ubuntu

418-RC2: General Error on opening files on Ubuntu Hi Jim, On 10/21/20 4:38 PM, Jim Jagielski wrote: > I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these break, > then we know it's something on my build platform. If not, then we know it's > code related. >

Re: AOO418-RC2: General Error on opening files on Ubuntu

me.apache.org/~jim/AOO-builds/> Thx! I installed this in an Ubuntu 18.04 VM and have no error messages opening files. Thanks, Carl - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional command

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim, Am 21.10.20 um 20:48 schrieb Jim Jagielski: > In the meantime, please review main/writerfilter/source/doctok/resources.xsl > on trunk and AOO42X Windows Buildbot (AOO42X) just stopped with this error: 1 module(s): writerfilter need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred

Re: AOO418-RC2: General Error on opening files on Ubuntu

I don't, unfortunately... maybe others can test and double check that the 4.1.7 works OK. > On Oct 21, 2020, at 5:09 PM, Pedro Lino > wrote: > > Hi Jim > >> I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these >> break, then we know it's something on my build platform. If n

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim, Am 21.10.20 um 22:38 schrieb Jim Jagielski: > I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these break, > then we know it's something on my build platform. If not, then we know it's > code related. > > http://home.apache.org/~jim/AOO-builds/ >

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > > >> On Oct 21, 2020, at 4:21 PM, Andrea Pescetti >> wrote: >> >> It looks like we are getting closer I mean, we have a commit that >> is only relevant to CentOS 5 and we know that Jim's builds are done >> on CentOS 5 and have the bug, while the others (min

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim > I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these break, > then we know it's something on my build platform. If not, then we know it's > code related. These builds do not throw errors but I am on my home laptop now (still Ubuntu 18.04.5 x64). Do you have the 4.1.8

Re: AOO418-RC2: General Error on opening files on Ubuntu

> On Oct 21, 2020, at 4:21 PM, Andrea Pescetti wrote: > > It looks like we are getting closer I mean, we have a commit that is only > relevant to CentOS 5 and we know that Jim's builds are done on CentOS 5 and > have the bug, while the others (mine on CentOS 7; Pedro's on Ubuntu 18) do

Re: AOO418-RC2: General Error on opening files on Ubuntu

I have uploaded builds of AOO-4.1.7 from my CentOS5 build VM. If these break, then we know it's something on my build platform. If not, then we know it's code related. http://home.apache.org/~jim/AOO-builds/ Thx!

Re: AOO418-RC2: General Error on opening files on Ubuntu

Don Lewis wrote: On 21 Oct, Jim Jagielski wrote: so are YOU able to build HEAD of AOO418 on CentOS5 ?? I haven't tried to build today's HEAD, but I've built and tested all of my AOO418 commits on CentOS 5 before I made the commits. It looks like we are getting closer I mean, we have a co

Re: AOO418-RC2: General Error on opening files on Ubuntu

In the meantime, please review main/writerfilter/source/doctok/resources.xsl on trunk and AOO42X > On Oct 21, 2020, at 2:41 PM, Don Lewis wrote: > > On 21 Oct, Jim Jagielski wrote: >> OK... so $shift is a number then, or should be? But sometimes $shift >> is simply blank. And we want a black $s

Re: AOO418-RC2: General Error on opening files on Ubuntu

No. I am building on CentOS5. I am building on the exact setup I've used to build the community builds for 4.1.x. Something happened within the last month or so such that my builds crash on Ubuntu. So basically, we cannot create community builds for Linux until we know what broke. > On Oct 21,

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > never mind this... it's not a matter of building. I can build fine. It > just crashes on Ubuntu. no idea why. Are you building on the same version of Ubuntu? - To unsubscribe, e-mail: dev-unsubs

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > OK... so $shift is a number then, or should be? But sometimes $shift > is simply blank. And we want a black $shift to be evaluated as 0. So > if all that is correct, could we use number($shift)>0 ? The input file that generates the header doesn't specifiy $shift i

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > so are YOU able to build HEAD of AOO418 on CentOS5 ?? I haven't tried to build today's HEAD, but I've built and tested all of my AOO418 commits on CentOS 5 before I made the commits. - To unsubs

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Matthias Seidel wrote: > Am 21.10.20 um 17:43 schrieb Jim Jagielski: >> Should that fix be just: >> >> > > https://github.com/apache/openoffice/commit/9510f3847723b65ae47efff8796e6f14f586ce09 > > Really looks like a candidate... I doubt it. Unless you are building on CentOS 5, wr

Re: AOO418-RC2: General Error on opening files on Ubuntu

never mind this... it's not a matter of building. I can build fine. It just crashes on Ubuntu. no idea why. > On Oct 21, 2020, at 2:16 PM, Jim Jagielski wrote: > > so are YOU able to build HEAD of AOO418 on CentOS5 ?? > > >> On Oct 21, 2020, at 2:09 PM, Don Lewis wrote: >> >> On 21 Oct, Jim

Re: AOO418-RC2: General Error on opening files on Ubuntu

OK... so $shift is a number then, or should be? But sometimes $shift is simply blank. And we want a black $shift to be evaluated as 0. So if all that is correct, could we use number($shift)>0 ? I'm thinking this isn't the problem though with the failures :/ > On Oct 21, 2020, at 2:15 PM, Don L

Re: AOO418-RC2: General Error on opening files on Ubuntu

so are YOU able to build HEAD of AOO418 on CentOS5 ?? > On Oct 21, 2020, at 2:09 PM, Don Lewis wrote: > > On 21 Oct, Jim Jagielski wrote: >> I don't have it, but that was around the end of Aug right? So right around >> the time when a bunch of stuff was included like updates to nss, libxslt,

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > Should that fix be just: > > That would work, but it would produce a different output. It would always put ">> $shift" in the output whenever $shift is nonblank. The change that I committed only puts ">> $shift" in the output if $shift is nonblank and grea

Re: AOO418-RC2: General Error on opening files on Ubuntu

On 21 Oct, Jim Jagielski wrote: > I don't have it, but that was around the end of Aug right? So right around > the time when a bunch of stuff was included like updates to nss, libxslt, > libxml2... > > I'm trying to get my head around the logic of > > > https://github.com/apache/openoffice

Re: AOO418-RC2: General Error on opening files on Ubuntu

Agreed. That's why I mentioned it :-) > On Oct 21, 2020, at 12:22 PM, Matthias Seidel > wrote: > > Am 21.10.20 um 17:43 schrieb Jim Jagielski: >> Should that fix be just: >> >> > > https://github.com/apache/openoffice/commit/9510f3847723b65ae47efff8796e6f14f586ce09 > > Really looks like

Re: AOO418-RC2: General Error on opening files on Ubuntu

Am 21.10.20 um 17:43 schrieb Jim Jagielski: > Should that fix be just: > > https://github.com/apache/openoffice/commit/9510f3847723b65ae47efff8796e6f14f586ce09 Really looks like a candidate... > >> On Oct 21, 2020, at 11:37 AM, Jim Jagielski wrote: >> >> I don't have it, but that was aroun

Re: AOO418-RC2: General Error on opening files on Ubuntu

I am trying to build from a git co 99ef902016. If that works, then I'll start a git bisect from there. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO418-RC2: General Error on opening files on Ubuntu

Should that fix be just: > On Oct 21, 2020, at 11:37 AM, Jim Jagielski wrote: > > I don't have it, but that was around the end of Aug right? So right around > the time when a bunch of stuff was included like updates to nss, libxslt, > libxml2... > > I'm trying to get my head around the

Re: AOO418-RC2: General Error on opening files on Ubuntu

I don't have it, but that was around the end of Aug right? So right around the time when a bunch of stuff was included like updates to nss, libxslt, libxml2... I'm trying to get my head around the logic of https://github.com/apache/openoffice/commit/9510f3847723b65ae47efff8796e6f14f586ce09

Re: AOO418-RC2: General Error on opening files on Ubuntu

your builds >> only show up on Ubuntu, then I can not answer. I don't use other distros. >> >> Regards, >> Pedro >> >> >>>> On Oct 21, 2020, at 9:41 AM, Pedro Lino wrote: >>>> >>>> Hi Jim >>>> >>>&g

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim, Am 21.10.20 um 16:54 schrieb Jim Jagielski: > Let me double check.. I am rebuilding AOO417. Lets see if that works. > > PS: The one change that DID happen is that I upgraded Vmware Fusion, which I > use to run the CentOS5 VMs. That should NOT make any difference. But we will > see. > > I

Re: AOO418-RC2: General Error on opening files on Ubuntu

Let me double check.. I am rebuilding AOO417. Lets see if that works. PS: The one change that DID happen is that I upgraded Vmware Fusion, which I use to run the CentOS5 VMs. That should NOT make any difference. But we will see. I'll posted when my 4.1.7 test builds are ready. TIA!

Re: AOO418-RC2: General Error on opening files on Ubuntu

ntu, then I can not answer. I don't use other distros. >> >> Regards, >> Pedro >> >> >>>> On Oct 21, 2020, at 9:41 AM, Pedro Lino wrote: >>>> >>>> Hi Jim >>>> >>>> I'm afraid not... >>>> &

Re: AOO418-RC2: General Error on opening files on Ubuntu

. I don't use other > > distros. > > > > Regards, > > Pedro > > > > > >>> On Oct 21, 2020, at 9:41 AM, Pedro Lino wrote: > >>> > >>> Hi Jim > >>> > >>> I'm afraid not... > >>>

Re: AOO418-RC2: General Error on opening files on Ubuntu

. I don't use other distros. > > Regards, > Pedro > > >>> On Oct 21, 2020, at 9:41 AM, Pedro Lino wrote: >>> >>> Hi Jim >>> >>> I'm afraid not... >>> >>> FYI I just finished compiling under Ubuntu 18.04.

Re: AOO418-RC2: General Error on opening files on Ubuntu

raid not... >>> >>> FYI I just finished compiling under Ubuntu 18.04.5 x64 using >>> >>> ./configure --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" >>> --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/fil

Re: AOO418-RC2: General Error on opening files on Ubuntu

... > > > > FYI I just finished compiling under Ubuntu 18.04.5 x64 using > > > > ./configure --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" > > --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.1

Re: AOO418-RC2: General Error on opening files on Ubuntu

./configure --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" > --with-dmake-url=https://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 > --ena

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim I'm afraid not... FYI I just finished compiling under Ubuntu 18.04.5 x64 using ./configure --with-build-version="$(date +"%Y-%m-%d %H:%M") - `uname -sm`" --with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 --with-epm-ur

Re: AOO418-RC2: General Error on opening files on Ubuntu

Here is hoping 4th time is the charm... http://home.apache.org/~jim/AOO-builds/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO418-RC2: General Error on opening files on Ubuntu

tu 16.04, still getting "General Error" on >> Opening ODT files. >> >> Regards, >> >>Matthias >> >> Am 20.10.20 um 19:31 schrieb Jim Jagielski: >>> Lets try with the new ones uploaded. Same location. Has the -v2' tag >>> &

Re: AOO418-RC2: General Error on opening files on Ubuntu

And v3 is now uploaded! Please test when you can and let me know. > On Oct 20, 2020, at 2:38 PM, Matthias Seidel > wrote: > > Hi Jim, > > Just installed -v2 on Ubuntu 16.04, still getting "General Error" on > Opening ODT files. > > Regards, > >

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim, Just installed -v2 on Ubuntu 16.04, still getting "General Error" on Opening ODT files. Regards,    Matthias Am 20.10.20 um 19:31 schrieb Jim Jagielski: > Lets try with the new ones uploaded. Same location. Has the -v2' tag > >> On Oct 20, 2020, at 11:

Re: AOO418-RC2: General Error on opening files on Ubuntu

Lets try with the new ones uploaded. Same location. Has the -v2' tag > On Oct 20, 2020, at 11:17 AM, Jim Jagielski wrote: > > That's OK... I'm trying to track down whether it is something w/ build > configs. Will try another set. > >> On Oct 20, 2020, at 10:35 AM, Pedro Lino >> wrote: >> >>

Re: AOO418-RC2: General Error on opening files on Ubuntu

That's OK... I'm trying to track down whether it is something w/ build configs. Will try another set. > On Oct 20, 2020, at 10:35 AM, Pedro Lino > wrote: > > Hi Jim > > I'm afraid that your build > AOO418m3(Build:9803) - Rev. 314bad97e5 > 2020-10-19 18:37 - Linux x86_64 > still shows the sa

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Jim I'm afraid that your build AOO418m3(Build:9803) - Rev. 314bad97e5 2020-10-19 18:37 - Linux x86_64 still shows the same error messages... Regards, Pedro > On 10/20/2020 12:50 PM Jim Jagielski wrote: > > > Can someone try the versions available at: > > http://home.apache.org/~jim

Re: AOO418-RC2: General Error on opening files on Ubuntu

Can someone try the versions available at: http://home.apache.org/~jim/AOO-builds/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO418-RC2: General Error on opening files on Ubuntu

Hi Peter Thank you for the fast answer! > On 10/18/2020 4:35 PM Peter Kovacs wrote: > > Am 18.10.20 um 16:58 schrieb Pedro Lino: > > The question is: build with which switches? So the question below is still > > relevant... > > We do not have any test criteria in total. So it is up to you at

Re: AOO418-RC2: General Error on opening files on Ubuntu

Am 18.10.20 um 16:58 schrieb Pedro Lino: The question is: build with which switches? So the question below is still relevant... We do not have any test criteria in total. So it is up to you at the moment to decide if you are satisfied with the release. And if you vote that it can be release

  1   2   3   4   5   6   >