Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
Hi all, +1 From https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/binaries/ja/ I downloaded Apache_OpenOffice_4.1.4_Win_x86_install_ja.exe and installed it on my Windows 10 machine. It works fine, no problem. It was uninstalled ok. From https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/binaries/en-US/ I downloaded Apache_OpenOffice_4.1.4_Win_x86_install_en-US.exe, and installed on the Windows 10 machine. It works fine, no problem. Then from https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/binaries/ja/ I downloaded Apache_OpenOffice_4.1.4_Win_x86_langpack_ja.exe and get it installed on the AOO English version on the machine. It works fine, no problem. Thanks, khirano On Fri, Oct 13, 2017 at 9:52 PM, Jim Jagielski wrote: > Due to a last-minute regression noted in 4.1.4-RC4 (Thx! to > all testers, by the way. We are glad this was found before > we actually released), 4.1.4-RC4 was revoked as GA. > > But fear not! > > I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 > as GA!! > > You can find these gems at: > > https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/ > > The vote will last at least the normal 72 hours. > > Cheers! > -- > Jim Jagielski > On behalf of the Apache OpenOffice Project > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > -- khir...@apache.org Apache OpenOffice http://openoffice.apache.org
Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
Based on my own testing, I was about to cast a binding +1, but I'm going to hold my vote until we know more about this. On 10/14/2017 3:36 PM, Larry Gusaas wrote: -1 (non binding) Get general error message (macOS High Sierra) every time I open a document. See separate post for details - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
-1 (non binding) Get general error message (macOS High Sierra) every time I open a document. See separate post for details On 2017-10-13, 6:52 AM Jim Jagielski wrote: Due to a last-minute regression noted in 4.1.4-RC4 (Thx! to all testers, by the way. We are glad this was found before we actually released), 4.1.4-RC4 was revoked as GA. But fear not! I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 as GA!! You can find these gems at: https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/ The vote will last at least the normal 72 hours. Cheers! -- Jim Jagielski On behalf of the Apache OpenOffice Project __ -- _ Larry I. Gusaas Moose Jaw, Saskatchewan Canada Website: http://larry-gusaas.com "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: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
-1 (non binding) Get general error message (macOS High Sierra) every time I open a document. See separate post for details -- _ Larry I. Gusaas Moose Jaw, Saskatchewan Canada Website: http://larry-gusaas.com "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: Strange behavior of Spellcheck
Hi Patricia Am .10.2017, 23:42 Uhr, schrieb Patricia Shanahan : On 10/14/2017 2:24 PM, Andrea Pescetti wrote: Patricia Shanahan wrote: On my Windows 10 machine, Spellcheck defaults to en-US spelling, regardless of the language of the installation. I have tested this with both fr and en-GB. (French and the two variants of English are the only languages I know well enough to test.) For each document, I have to specify the language before it will spellcheck correctly. So, spellcheck aside, the default language for text in the document (this is an attribute at a character level, Format - Character) is set to en-US. I don't think this depends on the OpenOffice UI language, but rather on your profile settings. Under Options - Languages you can set the default language for your future documents (separate from the UI language). If this is respected, then I don't see an issue here. OK, I can manually set it through Options - Languages. It still seems strange to me that the default language for documents is independent of the installed language. No that's not strange. You maybe want to have a Document in French, but you don't want to switch the UI. A common case if you work in different languages. Normally OpenOffice takes over the language settings from the OS. But something is wrong there. I didn't find out what. Regards Raphael -- My introduction https://youtu.be/Ln4vly5sxYU - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
AOO 4.1.4 – Error message
Every time I try to open a document with AOO 4.1.4 I get an error message (X on red circle, General Error). When I click on the OK button the document opens. Happens every time I open a document or a new document. Does not occur with AOO 4.1.3. MacBook Pro 13" late 2013 macOS 10.13 High Sierra AOO414m5(Build:9788) - Rev. 1811857 -- _ Larry I. Gusaas Moose Jaw, Saskatchewan Canada Website: http://larry-gusaas.com "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: Hash files contain a relative path before the file name
Am 14.10.2017 um 22:39 schrieb Jim Jagielski: All done. great, thanks for the updates. Marcus On Oct 14, 2017, at 1:42 PM, Andrea Pescetti wrote: Jim Jagielski wrote: IMO, no need to redo the hash files. We can adjust the script post-release to simply use basename, or whatever we want. It's really a cosmetic issue, without any effects on the ongoing vote, but indeed the instructions we give to users assume that the .md5 and .sha256 files are in the form e0b12ff2a19c18c24db844767c56d27e *Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz and not (current version) e0b12ff2a19c18c24db844767c56d27e *./binaries/it/Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz So no need to regenerate them at all, but a quick pass of sed over the RC5 tree should rectify this and make it easier for users to test the hashes. I can take care of it if needed; but if someone else is going to do it, even better! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Strange behavior of Spellcheck
On 10/14/2017 2:24 PM, Andrea Pescetti wrote: Patricia Shanahan wrote: On my Windows 10 machine, Spellcheck defaults to en-US spelling, regardless of the language of the installation. I have tested this with both fr and en-GB. (French and the two variants of English are the only languages I know well enough to test.) For each document, I have to specify the language before it will spellcheck correctly. So, spellcheck aside, the default language for text in the document (this is an attribute at a character level, Format - Character) is set to en-US. I don't think this depends on the OpenOffice UI language, but rather on your profile settings. Under Options - Languages you can set the default language for your future documents (separate from the UI language). If this is respected, then I don't see an issue here. OK, I can manually set it through Options - Languages. It still seems strange to me that the default language for documents is independent of the installed language. In my case, it is set to Italian and everything works correctly. Regards, Andrea. - 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: Strange behavior of Spellcheck
Patricia Shanahan wrote: On my Windows 10 machine, Spellcheck defaults to en-US spelling, regardless of the language of the installation. I have tested this with both fr and en-GB. (French and the two variants of English are the only languages I know well enough to test.) For each document, I have to specify the language before it will spellcheck correctly. So, spellcheck aside, the default language for text in the document (this is an attribute at a character level, Format - Character) is set to en-US. I don't think this depends on the OpenOffice UI language, but rather on your profile settings. Under Options - Languages you can set the default language for your future documents (separate from the UI language). If this is respected, then I don't see an issue here. In my case, it is set to Italian and everything works correctly. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
All done. > On Oct 14, 2017, at 1:42 PM, Andrea Pescetti wrote: > > Jim Jagielski wrote: >> IMO, no need to redo the hash files. We can adjust the script >> post-release to simply use basename, or whatever we want. > > It's really a cosmetic issue, without any effects on the ongoing vote, but > indeed the instructions we give to users assume that the .md5 and .sha256 > files are in the form > > e0b12ff2a19c18c24db844767c56d27e > *Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz > > and not (current version) > > e0b12ff2a19c18c24db844767c56d27e > *./binaries/it/Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz > > So no need to regenerate them at all, but a quick pass of sed over the RC5 > tree should rectify this and make it easier for users to test the hashes. > > I can take care of it if needed; but if someone else is going to do it, even > better! > > Regards, > Andrea. > > - > 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
Strange behavior of Spellcheck
On my Windows 10 machine, Spellcheck defaults to en-US spelling, regardless of the language of the installation. I have tested this with both fr and en-GB. (French and the two variants of English are the only languages I know well enough to test.) For each document, I have to specify the language before it will spellcheck correctly. It is specific to spellcheck. The menu items are correct for the installation language. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially
Peter Kovacs wrote: D) does not explain the CD exclusion. Just in case you are not aware of it, this is our policy for redistribution, "selling on Ebay" included (allowed by our license). https://www.openoffice.org/distribution/ In short, we require that people who "sell" OpenOffice provide information about the fact that it is free and link to the official site. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Jim Jagielski wrote: IMO, no need to redo the hash files. We can adjust the script post-release to simply use basename, or whatever we want. It's really a cosmetic issue, without any effects on the ongoing vote, but indeed the instructions we give to users assume that the .md5 and .sha256 files are in the form e0b12ff2a19c18c24db844767c56d27e *Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz and not (current version) e0b12ff2a19c18c24db844767c56d27e *./binaries/it/Apache_OpenOffice_4.1.4_Linux_x86-64_install-rpm_it.tar.gz So no need to regenerate them at all, but a quick pass of sed over the RC5 tree should rectify this and make it easier for users to test the hashes. I can take care of it if needed; but if someone else is going to do it, even better! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
IMO, no need to redo the hash files. We can adjust the script post-release to simply use basename, or whatever we want. > On Oct 14, 2017, at 12:55 PM, Matthias Seidel > wrote: > > If we do want to correct the files, wouldn't it be the easiest way to > strip the relative paths and keep the hash? > I don't think we need completely new hash files... > > The script itself can be updated for future use afterwards. > > Matthias > > > Am 14.10.2017 um 18:09 schrieb Andrea Pescetti: >> Matthias Seidel wrote: >>> Don't get me wrong: >>> This is exacty what I meant and therefore the issue is for Target >>> Release 4.2.0 >> >> OK! Then I simply got it wrong... we are on the same page, good. >> >> Regards, >> Andrea. >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
On 13/10/2017 Jim Jagielski wrote: I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 as GA!! +1 (binding) I did the same tests as RC4, so: - downloading and verifying the .bz2 sources (checksums, hashes) - making sure these match with SVN: this worsened a bit in RC5 but it is still not a blocker, see https://bz.apache.org/ooo/show_bug.cgi?id=127544 - configured (English+Italian) and built source on Linux-64 - verified that the build works (tested with Writer and Calc) - verified LICENSE and NOTICE files Additionally, I've used the 4.1.4-RC5 in the last days and: - I didn't notice regressions with respect to 4.1.3 - I verified https://bz.apache.org/ooo/show_bug.cgi?id=127553 is fixed - I verified that the update connects to the expected internal URL on https://ooo-updates.apache.org/ Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
If we do want to correct the files, wouldn't it be the easiest way to strip the relative paths and keep the hash? I don't think we need completely new hash files... The script itself can be updated for future use afterwards. Matthias Am 14.10.2017 um 18:09 schrieb Andrea Pescetti: > Matthias Seidel wrote: >> Don't get me wrong: >> This is exacty what I meant and therefore the issue is for Target >> Release 4.2.0 > > OK! Then I simply got it wrong... we are on the same page, good. > > Regards, > Andrea. > > - > 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: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
Am 13.10.2017 um 14:52 schrieb Jim Jagielski: Due to a last-minute regression noted in 4.1.4-RC4 (Thx! to all testers, by the way. We are glad this was found before we actually released), 4.1.4-RC4 was revoked as GA. But fear not! I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 as GA!! You can find these gems at: https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/ The vote will last at least the normal 72 hours. +1 (binding) 1. Binary installation on Windows 10: - "en-US" full install + "de" langpack - Checked the sha256 hash values - Checked the About dialog: AOO414m5(Build 9788) - Rev. 1811857 - 2017-10-11 20:12 2. Binary installation on Fedora 64-bit - "de" full install + "en-US langpack - Checked the sha256 hash values - Checked the About dialog: AOO414m5(Build 9788) - Rev. 1811857 - 2017-10-12 08:36 - Linux x86_64 3. Source files - Successfully unpacked - Checked the sha256 hash values - Checked the version numbers in the code 4. SVN source - Built successful from the SVN source on Linux 64-bit - Used the "installed" binaries to check the result - About dialog: AOO414m5(Build 9788) - Rev. 1811857 - RAT scan showed no problems Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Matthias Seidel wrote: Don't get me wrong: This is exacty what I meant and therefore the issue is for Target Release 4.2.0 OK! Then I simply got it wrong... we are on the same page, good. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
+1 binding Am 13.10.2017 um 14:52 schrieb Jim Jagielski: > Due to a last-minute regression noted in 4.1.4-RC4 (Thx! to > all testers, by the way. We are glad this was found before > we actually released), 4.1.4-RC4 was revoked as GA. > > But fear not! > > I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 > as GA!! > > You can find these gems at: > > https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/ > > The vote will last at least the normal 72 hours. > > Cheers! > -- > Jim Jagielski > On behalf of the Apache OpenOffice Project > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > -- Mechtilde Stehmann ## Apache OpenOffice.org ## Freie Office Suite für Linux, MacOSX, Windows ## Debian Developer ## Loook, calender-exchange-provider, libreoffice-canzeley-client ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F signature.asc Description: OpenPGP digital signature
Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA
On Fri, Oct 13, 2017 at 5:52 AM, Jim Jagielski wrote: > Due to a last-minute regression noted in 4.1.4-RC4 (Thx! to > all testers, by the way. We are glad this was found before > we actually released), 4.1.4-RC4 was revoked as GA. > > But fear not! > > I am calling a VOTE on releasing Apache OpenOffice 4.1.4-RC5 > as GA!! > > You can find these gems at: > > https://dist.apache.org/repos/dist/dev/openoffice/4.1.4-RC5/ > > The vote will last at least the normal 72 hours. > > Cheers! > -- > Jim Jagielski > On behalf of the Apache OpenOffice Project > > > +1 (non-binding) Built with CentOS 6.9, 32 bit (Linux) Tested with that build. My personal tests passed with no issues. Verified latest issues (regressions) were also fixed. -- -- MzK "Only the truth will save you now." -- Ensei Tankado, "Digital Fortress"
Re: Building AOO 4.2.0 and postprocess module
Am 14.10.2017 um 17:28 schrieb Jim Jagielski: On Oct 14, 2017, at 11:28 AM, Jim Jagielski wrote: I found the problem... It looked to be a cut/paste error where the build system was looking in: solver/420/unxmaccx.pro/xml/components instead of: solver/420/unxmaccx.pro/xml/components Oops. Should be: solver/420/unxmaccx.pro/xml/component (i.e.: no 's' at the end) oh dear, such stupid things are really hard to find. I'm really thankful that you want to struggle through them. I hope that the remaining ones are more obvious. Thanks Marcus It looks like a number of things in 4.2.0 related to macOS haven't been tested/built yet so I'm running into them. And fixing them as I hit them. On Oct 14, 2017, at 11:04 AM, Andrea Pescetti wrote: On 13/10/2017 Jim Jagielski wrote: I've gotten pretty far in building 4.2.0 but the below error is a puzzler for me... Any ideas or hints would be appreciated. It looks like a build dependency, somewhere How many parallel jobs do you run? I usually build "4x4", i.e. $ build --all -P4 -- -P4 (with the arcane syntax explained in the build guide) but at times dependencies on trunk are not perfect -at least when I was building trunk more regularly; in the last months I've always built AOO414- so I had to fix it by relaunching the build as simply $ build --all without purging the tree. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially
-1 for Spalash screen A) show time is not fixed. B) splash is grafix no good to copy a link C) maybe helpful for Windows, mac but is not for Linux. D) does not explain the CD exclusion. All the Best Peter Am 14. Oktober 2017 14:39:48 MESZ schrieb Marcus : >Am 13.10.2017 um 06:51 schrieb Jörg Schmidt: >> >>> From: Marcus [mailto:marcus.m...@wtnet.de] >> >>> I'm forwarding an idea from Andrea: >>> >>> We can add a hint to the splash screen that OpenOffice is >>> open source, >>> free to download and where to download the official files. >>> >>> This is a chance to remember our users to download always from us >and >>> not from other sites that distribute a changed OpenOffice >>> with malware etc. >>> >>> Addition from myself: >>> >>> Adding this also to the About box is worth it, too. Maybe >>> eben more as >>> the splash screen is gone very fast. But the About box is >>> open as long >>> as the user doesn't close it. >> >> Perhaps it would then be possible to explain the situation at >Sourceforge at the same time. Again and again, users are unsettled by >the confusing structure of Sourceforge's pages and the advertisements >displayed there. >> Unfortunately, this is difficult to explain, but perhaps we can find >a clever formulation. > >I think the splash screen is the wrong place for this. And it won't be >a >short text. Maybe we can find a better suited place for this. > >Marcus > > >- >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: Hash files contain a relative path before the file name
Am 14.10.2017 um 15:39 schrieb Marcus: > With hash files of previous versions is was easily possible to check > the integrity of the download file with "sha256sum -c name>.sha256". For Windows files I get: sha256sum -c Apache_OpenOffice_4.1.4_Win_x86_install_de.exe.sha256 ./Apache_OpenOffice_4.1.4_Win_x86_install_de.exe: OK But that is because I made them "by hand" for every single subdirectory. I think Jim ran the script from a main directory recursing into all the subdirectories... Matthias > > Now with 4.1.4 a relative path was added before the file name in the > hash files. Now it's a bit more complicated to get the same working. > As we are publishing the hash files for our users, it's also more > difficult for them to verify the install files. > > Was there a change in the build scripts? If so, it would be great to > improve them to get the old behavior back. > > Of course, no problem for the current vote. > > Thanks for your help. > > 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: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially
On 13/10/2017 Jörg Schmidt wrote: Perhaps it would then be possible to explain the situation at Sourceforge at the same time. Again and again, users are unsettled by the confusing structure of Sourceforge's pages and the advertisements displayed there. Is this still happening? I mean, there is no doubt that this happened in the past, and from time to time we saw users complaining to our lists, and then this was reported to the SourceForge staff and misleading ads were removed by them. But honestly I can't remember seeing any complaints in recent months, so I assumed this was under control now. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Building AOO 4.2.0 and postprocess module
> On Oct 14, 2017, at 11:28 AM, Jim Jagielski wrote: > > I found the problem... It looked to be a cut/paste error where the > build system was looking in: > > solver/420/unxmaccx.pro/xml/components > > instead of: > > solver/420/unxmaccx.pro/xml/components > Oops. Should be: solver/420/unxmaccx.pro/xml/component (i.e.: no 's' at the end) > It looks like a number of things in 4.2.0 related to > macOS haven't been tested/built yet so I'm running into > them. And fixing them as I hit them. > >> On Oct 14, 2017, at 11:04 AM, Andrea Pescetti wrote: >> >> On 13/10/2017 Jim Jagielski wrote: >>> I've gotten pretty far in building 4.2.0 but the below error is >>> a puzzler for me... Any ideas or hints would be appreciated. >>> It looks like a build dependency, somewhere >> >> How many parallel jobs do you run? >> >> I usually build "4x4", i.e. >> $ build --all -P4 -- -P4 >> (with the arcane syntax explained in the build guide) >> but at times dependencies on trunk are not perfect -at least when I was >> building trunk more regularly; in the last months I've always built AOO414- >> so I had to fix it by relaunching the build as simply >> $ build --all >> without purging the tree. >> >> Regards, >> Andrea. >> >> - >> 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: Building AOO 4.2.0 and postprocess module
I found the problem... It looked to be a cut/paste error where the build system was looking in: solver/420/unxmaccx.pro/xml/components instead of: solver/420/unxmaccx.pro/xml/components It looks like a number of things in 4.2.0 related to macOS haven't been tested/built yet so I'm running into them. And fixing them as I hit them. > On Oct 14, 2017, at 11:04 AM, Andrea Pescetti wrote: > > On 13/10/2017 Jim Jagielski wrote: >> I've gotten pretty far in building 4.2.0 but the below error is >> a puzzler for me... Any ideas or hints would be appreciated. >> It looks like a build dependency, somewhere > > How many parallel jobs do you run? > > I usually build "4x4", i.e. > $ build --all -P4 -- -P4 > (with the arcane syntax explained in the build guide) > but at times dependencies on trunk are not perfect -at least when I was > building trunk more regularly; in the last months I've always built AOO414- > so I had to fix it by relaunching the build as simply > $ build --all > without purging the tree. > > Regards, > Andrea. > > - > 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: Building AOO 4.2.0 and postprocess module
On 13/10/2017 Jim Jagielski wrote: I've gotten pretty far in building 4.2.0 but the below error is a puzzler for me... Any ideas or hints would be appreciated. It looks like a build dependency, somewhere How many parallel jobs do you run? I usually build "4x4", i.e. $ build --all -P4 -- -P4 (with the arcane syntax explained in the build guide) but at times dependencies on trunk are not perfect -at least when I was building trunk more regularly; in the last months I've always built AOO414- so I had to fix it by relaunching the build as simply $ build --all without purging the tree. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Am 14.10.2017 um 16:47 schrieb Matthias Seidel: > > I have absolutely no problem verifying the hashes with "gpg --verify > filemane.asc". How about others? > And why did nobody complain in RC1, RC2 and RC4? Sorry, that was for verifying the signature... ;-) Matthias > >> - >> 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: Hash files contain a relative path before the file name
Am 14.10.2017 um 16:40 schrieb Andrea Pescetti: Matthias Seidel wrote: While at it, we could also add support for SHA512. ;-) https://bz.apache.org/ooo/show_bug.cgi?id=127530 Yes, but while at it we could also... just fix the SHA256 bug and be happy with it. Every time we add some other change "while at it", this has side effects on the rest of the process. For example, this specific "enhancement" will break the instructions for the tree preparation for the SF area and will require changes to the download pages. We can have SHA512 starting from the next version (I mean 4.2.0). There is no reason to pollute the RC5 tree when the vote is ongoing. of course nobody wants anything new for 4.1.4. The first release we integrate the improvements would be 4.2.0. ;-) Of course, improved SHA256 hash files should instead be uploaded to the RC5 tree since they are expected and fully supported by current tools. This could be done but I don't expect updated files for 4.1.4. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Am 14.10.2017 um 16:40 schrieb Andrea Pescetti: > Matthias Seidel wrote: >> While at it, we could also add support for SHA512. ;-) >> https://bz.apache.org/ooo/show_bug.cgi?id=127530 > > Yes, but while at it we could also... just fix the SHA256 bug and be > happy with it. > > Every time we add some other change "while at it", this has side > effects on the rest of the process. For example, this specific > "enhancement" will break the instructions for the tree preparation for > the SF area and will require changes to the download pages. > > We can have SHA512 starting from the next version (I mean 4.2.0). > There is no reason to pollute the RC5 tree when the vote is ongoing. Don't get me wrong: This is exacty what I meant and therefore the issue is for Target Release 4.2.0 > > Of course, improved SHA256 hash files should instead be uploaded to > the RC5 tree since they are expected and fully supported by current > tools. > I have absolutely no problem verifying the hashes with "gpg --verify filemane.asc". How about others? And why did nobody complain in RC1, RC2 and RC4? Regards, Matthias > Regards, > Andrea. > > - > 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: Hash files contain a relative path before the file name
Matthias Seidel wrote: While at it, we could also add support for SHA512. ;-) https://bz.apache.org/ooo/show_bug.cgi?id=127530 Yes, but while at it we could also... just fix the SHA256 bug and be happy with it. Every time we add some other change "while at it", this has side effects on the rest of the process. For example, this specific "enhancement" will break the instructions for the tree preparation for the SF area and will require changes to the download pages. We can have SHA512 starting from the next version (I mean 4.2.0). There is no reason to pollute the RC5 tree when the vote is ongoing. Of course, improved SHA256 hash files should instead be uploaded to the RC5 tree since they are expected and fully supported by current tools. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Am 14.10.2017 um 16:09 schrieb Marcus: > Am 14.10.2017 um 15:56 schrieb Matthias Seidel: >> Am 14.10.2017 um 15:39 schrieb Marcus: >>> With hash files of previous versions is was easily possible to check >>> the integrity of the download file with "sha256sum -c >> name>.sha256". >>> >>> Now with 4.1.4 a relative path was added before the file name in the >>> hash files. Now it's a bit more complicated to get the same working. >>> As we are publishing the hash files for our users, it's also more >>> difficult for them to verify the install files. >>> >>> Was there a change in the build scripts? If so, it would be great to >>> improve them to get the old behavior back. >> >> While at it, we could also add support for SHA512. ;-) >> >> https://bz.apache.org/ooo/show_bug.cgi?id=127530 > > sure, adding this is necessary. But fixing the path problem should be > done, too. This was meant by "also" ;-) 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: Hash files contain a relative path before the file name
Am 14.10.2017 um 15:56 schrieb Matthias Seidel: Am 14.10.2017 um 15:39 schrieb Marcus: With hash files of previous versions is was easily possible to check the integrity of the download file with "sha256sum -c .sha256". Now with 4.1.4 a relative path was added before the file name in the hash files. Now it's a bit more complicated to get the same working. As we are publishing the hash files for our users, it's also more difficult for them to verify the install files. Was there a change in the build scripts? If so, it would be great to improve them to get the old behavior back. While at it, we could also add support for SHA512. ;-) https://bz.apache.org/ooo/show_bug.cgi?id=127530 sure, adding this is necessary. But fixing the path problem should be done, too. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
> On Oct 14, 2017, at 9:56 AM, Matthias Seidel > wrote: > > Am 14.10.2017 um 15:39 schrieb Marcus: >> With hash files of previous versions is was easily possible to check >> the integrity of the download file with "sha256sum -c > name>.sha256". >> >> Now with 4.1.4 a relative path was added before the file name in the >> hash files. Now it's a bit more complicated to get the same working. >> As we are publishing the hash files for our users, it's also more >> difficult for them to verify the install files. >> >> Was there a change in the build scripts? If so, it would be great to >> improve them to get the old behavior back. > > While at it, we could also add support for SHA512. ;-) > > https://bz.apache.org/ooo/show_bug.cgi?id=127530 +1. I can adjust the script accordingly. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Hash files contain a relative path before the file name
Am 14.10.2017 um 15:39 schrieb Marcus: > With hash files of previous versions is was easily possible to check > the integrity of the download file with "sha256sum -c name>.sha256". > > Now with 4.1.4 a relative path was added before the file name in the > hash files. Now it's a bit more complicated to get the same working. > As we are publishing the hash files for our users, it's also more > difficult for them to verify the install files. > > Was there a change in the build scripts? If so, it would be great to > improve them to get the old behavior back. While at it, we could also add support for SHA512. ;-) https://bz.apache.org/ooo/show_bug.cgi?id=127530 Matthias > > Of course, no problem for the current vote. > > Thanks for your help. > > 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: Hash files contain a relative path before the file name
For the Windows files I used Jims hash-script [1], but the path there is a bit different because I created them separately in every single sub-directory. [1] http://svn.apache.org/repos/asf/openoffice/devtools/release-scripts/hash-sign.sh Matthias Am 14.10.2017 um 15:39 schrieb Marcus: > With hash files of previous versions is was easily possible to check > the integrity of the download file with "sha256sum -c name>.sha256". > > Now with 4.1.4 a relative path was added before the file name in the > hash files. Now it's a bit more complicated to get the same working. > As we are publishing the hash files for our users, it's also more > difficult for them to verify the install files. > > Was there a change in the build scripts? If so, it would be great to > improve them to get the old behavior back. > > Of course, no problem for the current vote. > > Thanks for your help. > > 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
Hash files contain a relative path before the file name
With hash files of previous versions is was easily possible to check the integrity of the download file with "sha256sum -c .sha256". Now with 4.1.4 a relative path was added before the file name in the hash files. Now it's a bit more complicated to get the same working. As we are publishing the hash files for our users, it's also more difficult for them to verify the install files. Was there a change in the build scripts? If so, it would be great to improve them to get the old behavior back. Of course, no problem for the current vote. Thanks for your help. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially
Am 13.10.2017 um 06:51 schrieb Jörg Schmidt: From: Marcus [mailto:marcus.m...@wtnet.de] I'm forwarding an idea from Andrea: We can add a hint to the splash screen that OpenOffice is open source, free to download and where to download the official files. This is a chance to remember our users to download always from us and not from other sites that distribute a changed OpenOffice with malware etc. Addition from myself: Adding this also to the About box is worth it, too. Maybe eben more as the splash screen is gone very fast. But the About box is open as long as the user doesn't close it. Perhaps it would then be possible to explain the situation at Sourceforge at the same time. Again and again, users are unsettled by the confusing structure of Sourceforge's pages and the advertisements displayed there. Unfortunately, this is difficult to explain, but perhaps we can find a clever formulation. I think the splash screen is the wrong place for this. And it won't be a short text. Maybe we can find a better suited place for this. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially
Am 12.10.2017 um 22:48 schrieb Marcus: I'm forwarding an idea from Andrea: We can add a hint to the splash screen that OpenOffice is open source, free to download and where to download the official files. This is a chance to remember our users to download always from us and not from other sites that distribute a changed OpenOffice with malware etc. Addition from myself: Adding this also to the About box is worth it, too. Maybe eben more as the splash screen is gone very fast. But the About box is open as long as the user doesn't close it. If agreed we can integrate this into the next release after 4.1.4. I've created a new issue for this topic: https://bz.apache.org/ooo/show_bug.cgi?id=127556 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: WikiPublisher extension (was Re: servlet-api.jar)
>Do we have a bug # for this longstanding issue? We still advertise this >feature but it is not working since 4.1.0 (?). https://bz.apache.org/ooo/buglist.cgi?quicksearch=wikipublisher But none specific to this problem - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org