Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA

[Kazunari Hirano]

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

[Patricia Shanahan]

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

[Larry Gusaas]

-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

[Larry Gusaas]

-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

[Raphael Bircher]

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

[Larry Gusaas]

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

[Marcus]

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

[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.




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

[Andrea Pescetti]

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

[Jim Jagielski]

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

[Patricia Shanahan]

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

[Andrea Pescetti]

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

[Andrea Pescetti]

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

[Jim Jagielski]

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

[Andrea Pescetti]

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

[Matthias Seidel]

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

[Marcus]

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

[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

Re: [VOTE] Release Apache OpenOffice 4.1.4-RC5 as GA

[Mechtilde]

+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

[Kay Schenk]

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

[Marcus]

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

[Peter Kovacs]

-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

[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".

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

[Andrea Pescetti]

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

[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)

> 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

[Jim Jagielski]

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

[Andrea Pescetti]

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

[Matthias Seidel]

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

[Marcus]

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

[Matthias Seidel]

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

[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, 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

[Matthias Seidel]

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

[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 .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

[Jim Jagielski]

> 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

[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

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

[Matthias Seidel]

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

RE: Release-Note für AOO 4.1.4 in Vorbereitung

[Jan-Christian Wienandt]

Moin Jörg,

dann kann ich davon ausgehen, dass kommende Woche 4.1.4 rausgeht.

Gruß
Jan



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

Hash files contain a relative path before the file name

[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.


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

[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

Re: [PROPOSAL] Hint into splash screen that OpenOffice is open, free and where to download officially

[Marcus]

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)

[FR web forum]

>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

Re: OpenRheinRuhr war: Re: Moin, Moin!

[Dr. Michael Stehmann]

Am 13.10.2017 um 19:58 schrieb Jörg Schmidt:
> Hallo Michael, 

> Das "Übliche" meinte keinen Verkauf, denn der hat auch in Vergangenheit nicht 
> stattgefunden, sondern mit das "Übliche" meinte ich das noch niemals eine 
> Standbesatzung irgendeine Verpflichtung auf Anwesenheit am Stand hatte bzw. 
> irgendwelche zwingend zu erbringende Arbeit bzgl. der DVDs bzw. irgendeine 
> Verantwortlichkeit bzgl. der DVD (z.B. war nie jemand verpflichtet Diebstahl 
> zu verhindern um ein Beispiel zu nennen).
>
Die Praxis, einen Stand auch einmal "unbesetzt" zu lassen, ist kein
adäquates Verhalten gegenüber dem Veranstalter und dem Publikum und
wurde daher von uns nicht gepflegt. Wer einen Stand beantragt und
zugeteilt erhält, übernimmt unserer Ansicht nach damit auch eine gewisse
Verantwortung. Hierzu gehört eben auch, während der gesamten
Öffnungszeiten der Veranstaltung am Stand ansprechbar zu sein.

> Es ging nur darum das wir uns immer wechselseitig unterstützt haben.
> Wenn dieses (auch menschliche) Miteinander, geben und nehmen, in der 
> Community nicht mehr möglich ist, dann weiß ich nicht wie Community-Arbeit 
> funktionieren soll, denn Verträge mache ich im Geschäftsleben, nicht in der 
> ehrenamtlichen Arbeit (im beschrieben Sinne).

Ich gehe davon aus, dass alle, die jetzt noch dabei sind, eine
entsprechende Einstellung und Haltung haben.

> Ich frage Dich:
> Bist Du bereit die DVDs kostenlos am Stand abzugeben?

"Giveaways" zu verteilen, ist problemlos möglich. Wir verteilen auch
Sticker und Pins.

Wir müssen die Sachen nur rechtzeitig erhalten, also spätestens in der
Mitte der Woche vor der Veranstaltung.

Wenn Ihr möchtet, können wir zusätzlich auch ein paar DVDs am Stand des
Vereins "Freie Software Freunde e.V." auslegen.

Gruß
Michael








signature.asc
Description: OpenPGP digital signature