Re: [CWiki] Account Whitelisting

2016-12-05 Thread Raphael Bircher

Hi Andrea


Am 12/6/2016 um 8:48 AM schrieb Andrea Pescetti:

Raphael Bircher wrote:

For some reasons, I have also no edit rights. I don't know how they got
loost. I want them back!
My User is rbircher


Where? CWiki or MWiki? Please always give the full URL, so that we 
know where to look!

https://raphaelbircher.wordpress.com/2016/12/06/lange-pause-heist-viel-zu-schreiben/

cwiki

Regards, Raphael

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



Re: [CWiki] Account Whitelisting

2016-12-05 Thread Andrea Pescetti

Raphael Bircher wrote:

For some reasons, I have also no edit rights. I don't know how they got
loost. I want them back!
My User is rbircher


Where? CWiki or MWiki? Please always give the full URL, so that we know 
where to look!


Regards,
  Andrea.

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



Re: [CWiki] Account Whitelisting

2016-12-05 Thread Raphael Bircher

Hi Keith,

For some reasons, I have also no edit rights. I don't know how they got 
loost. I want them back!


My User is rbircher

Kind regards,
Raphael


Am 12/6/2016 um 7:01 AM schrieb Peter Kovacs:

Hi Keith,

I would like to stick with petko.

Thanks.


All the best

Peter


On 06.12.2016 01:06, Keith N. McKenna wrote:

On 12/5/2016 6:22 PM, Peter Kovacs wrote:

Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a
urther thought.

I want to log in here:

https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup 







On 05.12.2016 23:32, Keith N. McKenna wrote:

On 12/5/2016 4:24 PM, Peter Kovacs wrote:

Hello Keith,


thanks for looking into this.

I use petko for login. The Wikimedia says that the user does not 
exist.


Error Message of the site:

*Fehler bei der Anmeldung*
Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die
Schreibweise.


I use my confluence Password.


All the best

Peter


On 05.12.2016 22:06, Keith N. McKenna wrote:

On 12/5/2016 3:52 PM, Peter Kovacs wrote:

Hello ,

Whitelisting for the CWiki is gone.

Can you whitelist me again please.


Thank you.


All the best

Peter


On 25.10.2016 14:49, Keith N. McKenna wrote:

Peter Kovacs wrote:

I am sorry. I got it wrong. :(
I should have known better.
My confluence name is:

username:*petko*

real name:*Peter Kovacs*


Account petco white-listed on cwiki

Regards
Keith


Peter;
Have you created the account pkovacs on the cwiki yet? if not
please do
so at the following link.
https://cwiki.apache.org/confluence/signup.action
Once you have reply here that it is done and I will 
white-list it.


Regards
Keith

All the best
Peter

Peter;

I just checked the permissions for you (username petko) and they are
still there. Are you sure you are using the correct username? I
remember
there was some confusion around that with the original white-listing
request.

If there is still a problem with the petko user name please reply 
back

and I will look further.

Regards
Keith


Peter;

As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki
is the Confluence Wiki and your username there is petko and the
permissions seem to be intact. Mwiki is our mediawiki and is 
completely
seperate from the the Cwiki. Can you give me the url of the wiki 
you are
trying to log into or what it is you are trying to edit we can see 
from

there which it is and discover the best way forward.

Regards
Keith




Peter;

No problem; the 2 wiki scenarilo confuses many people including me and I
am an admin on both! The easiest thing at this point is to have me
create and account on mwiki for you. Just let me know the Username that
you want to use and I will create it.

Regards
Keith




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




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



Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Peter Kovacs

I have created a page on the Confluence Wiki

https://cwiki.apache.org/confluence/display/OOOUSERS/Roadmap


I made a start, with Points that came into my mind without haveing to 
check on something. I thought we have in the upper Region our Release 
Plan and the a Backlog where we simply collect Toppics which we can then 
devide and maybe add to our release plan by copy paste.


I have kept every point quite short and crisp. Please feel free to add 
or change Points.


As soon as I have access I would like to delete the Roadmap on Media 
wiki Page and refered Files. (-> 
https://wiki.openoffice.org/wiki/Features and 
http://www.openoffice.org/development/releases/ooo_roadmap.pdf )



Maybe it would make sense to add to 
https://wiki.openoffice.org/wiki/Product_Release the Releases 4.1.4 with 
some rough estimate (my suggestion would be Q1 2017) and also add 4.2.0 
with a note to be decided or something.


So it is clear that we have more Releases in the pipe.


That would clear the situation up a bit.


All the best

Peter


On 05.12.2016 22:18, Matthias Seidel wrote:


Yes, we could use our cWiki for that...

Apart from that, it would be a good idea to give our users a small 
overview of what is planned for the future.

Maybe combined with a Christmas greeting? ;-)

regards, Matthias


Am 04.12.2016 um 15:11 schrieb Marcus:

Am 12/03/2016 01:21 PM, schrieb Peter Kovacs:

So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo
backlog List type. I love Agile methology. Never came to use it 
thought,

because companies can not deal well if there is no timeframe. But I
think for us its perfect.


we have already so many tools that some of us still don't know any of 
them. So, it won't help us when we have just another tool to document 
some tasks. We should use our Wiki like we do for other tasks.


My 2 ct.

Marcus


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








Re: [CWiki] Account Whitelisting

2016-12-05 Thread Peter Kovacs

Hi Keith,

I would like to stick with petko.

Thanks.


All the best

Peter


On 06.12.2016 01:06, Keith N. McKenna wrote:

On 12/5/2016 6:22 PM, Peter Kovacs wrote:

Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a
urther thought.

I want to log in here:

https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup





On 05.12.2016 23:32, Keith N. McKenna wrote:

On 12/5/2016 4:24 PM, Peter Kovacs wrote:

Hello Keith,


thanks for looking into this.

I use petko for login. The Wikimedia says that the user does not exist.

Error Message of the site:

*Fehler bei der Anmeldung*
Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die
Schreibweise.


I use my confluence Password.


All the best

Peter


On 05.12.2016 22:06, Keith N. McKenna wrote:

On 12/5/2016 3:52 PM, Peter Kovacs wrote:

Hello ,

Whitelisting for the CWiki is gone.

Can you whitelist me again please.


Thank you.


All the best

Peter


On 25.10.2016 14:49, Keith N. McKenna wrote:

Peter Kovacs wrote:

I am sorry. I got it wrong. :(
I should have known better.
My confluence name is:

username:*petko*

real name:*Peter Kovacs*


Account petco white-listed on cwiki

Regards
Keith


Peter;
Have you created the account pkovacs on the cwiki yet? if not
please do
so at the following link.
https://cwiki.apache.org/confluence/signup.action
Once you have reply here that it is done and I will white-list it.

Regards
Keith

All the best
Peter

Peter;

I just checked the permissions for you (username petko)  and they are
still there. Are you sure you are using the correct username? I
remember
there was some confusion around that with the original white-listing
request.

If there is still a problem with the petko user name please reply back
and I will look further.

Regards
Keith


Peter;

As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki
is the Confluence Wiki and your username there is petko and the
permissions seem to be intact. Mwiki is our mediawiki and is completely
seperate from the the Cwiki. Can you give me the url of the wiki you are
trying to log into or what it is you are trying to edit we can see from
there which it is and discover the best way forward.

Regards
Keith




Peter;

No problem; the 2 wiki scenarilo confuses many people including me and I
am an admin on both! The easiest thing at this point is to have me
create and account on mwiki for you. Just let me know the Username that
you want to use and I will create it.

Regards
Keith




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



Re: Facebook page

2016-12-05 Thread John D'Orazio
On Tue, Nov 29, 2016 at 6:54 PM, Raphael Bircher 
wrote:

> Hi Peter
>
>
> Am 11/29/2016 um 4:24 PM schrieb Peter Kovacs:
>
>> Hello all,
>>
>> If we maintain the google+ page shouldn't we also maintain the apache open
>> office page?
>>
>> It exists but is not claimed by apache.
>>
> Sure, it is! https://www.facebook.com/ApacheOO/ This one is under Control
> of Apache OpenOffice. Or better it was... Moast of the admin are inactive
> now. This was also the reason why I don't kicked myself out the admin list.
> As I left the PMC i forgot to do this. Later I saw, that maybe not so many
> people monitoring this site and I desided to keep an eye on it. I'm sorry,
> that I'm not informated the PMC about it.
> But your right, it would be good to have some other (active) admins on
> board. There are often questions about OpenOffice on this site.
>
> I would never have seen this Facebook page if I weren't reading the posts
on this thread. If you do a search on facebook for pages about "Apache
OpenOffice", this page is not immediately visible, at least I could only
see a link to a generic page automatically generated by wikipedia. After
clicking the link in this thread I found this mysterious "official" page
which I was then able to "like".

It is also confusing that when searching for "Apache OpenOffice" one of the
main results is a user group by the name "Apache OpenOffice" which claims
to be the "official page" for Apache OpenOffice:
https://www.facebook.com/groups/338330086179568/
"This is the official Facebook page for the Apache OpenOffice project. Here
you can find information about the OpenOffice development status and other
important information." I don't think a "group" should be called an
"official page", a group is usually a place for discussion among users
where anyone can write pretty much anything. A facebook group doesn't
usually officialy represent anything.


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


-- John R. D'Orazio


Re: [CWiki] Account Whitelisting

2016-12-05 Thread Keith N. McKenna
On 12/5/2016 6:22 PM, Peter Kovacs wrote:
> Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a
> urther thought.
> 
> I want to log in here:
> 
> https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup
> 
> 
> 
> 
> 
> On 05.12.2016 23:32, Keith N. McKenna wrote:
>> On 12/5/2016 4:24 PM, Peter Kovacs wrote:
>>> Hello Keith,
>>>
>>>
>>> thanks for looking into this.
>>>
>>> I use petko for login. The Wikimedia says that the user does not exist.
>>>
>>> Error Message of the site:
>>>
>>> *Fehler bei der Anmeldung*
>>> Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die
>>> Schreibweise.
>>>
>>>
>>> I use my confluence Password.
>>>
>>>
>>> All the best
>>>
>>> Peter
>>>
>>>
>>> On 05.12.2016 22:06, Keith N. McKenna wrote:
 On 12/5/2016 3:52 PM, Peter Kovacs wrote:
> Hello ,
>
> Whitelisting for the CWiki is gone.
>
> Can you whitelist me again please.
>
>
> Thank you.
>
>
> All the best
>
> Peter
>
>
> On 25.10.2016 14:49, Keith N. McKenna wrote:
>> Peter Kovacs wrote:
>>> I am sorry. I got it wrong. :(
>>> I should have known better.
>>> My confluence name is:
>>>
>>> username:*petko*
>>>
>>> real name:*Peter Kovacs*
>>>
>> Account petco white-listed on cwiki
>>
>> Regards
>> Keith
>>
 Peter;
 Have you created the account pkovacs on the cwiki yet? if not
 please do
 so at the following link.
 https://cwiki.apache.org/confluence/signup.action
 Once you have reply here that it is done and I will white-list it.

 Regards
 Keith
>>> All the best
>>> Peter
 Peter;

 I just checked the permissions for you (username petko)  and they are
 still there. Are you sure you are using the correct username? I
 remember
 there was some confusion around that with the original white-listing
 request.

 If there is still a problem with the petko user name please reply back
 and I will look further.

 Regards
 Keith

>>>
>> Peter;
>>
>> As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki
>> is the Confluence Wiki and your username there is petko and the
>> permissions seem to be intact. Mwiki is our mediawiki and is completely
>> seperate from the the Cwiki. Can you give me the url of the wiki you are
>> trying to log into or what it is you are trying to edit we can see from
>> there which it is and discover the best way forward.
>>
>> Regards
>> Keith
>>
>>
>>
Peter;

No problem; the 2 wiki scenarilo confuses many people including me and I
am an admin on both! The easiest thing at this point is to have me
create and account on mwiki for you. Just let me know the Username that
you want to use and I will create it.

Regards
Keith



signature.asc
Description: OpenPGP digital signature


Re: Meson: yet another build system

2016-12-05 Thread Peter Kovacs



On 05.12.2016 23:39, Louis Suárez-Potts wrote:



Porting to Meson will not be any easier than porting to gbuild. Writing
gbuild code becomes easy with practice. *Understanding* dmake / build.lst /
d.lst is hard...


So you are now a fan of gbuild? ;).

Moving python would be a huge step forward towards getting rid of dmake
as it seems to be required for any alternative build system (other than gbuild 
which of course would require it to build with gbuild anyways).

I presume that LibreOffice also uses the same build system? Would they be 
interested in using Meson, you think? Note, I hope that any notion of invidious 
difference (e.g., competitive and implicitly jealous differentiation) plays no 
role here in the larger goal of making building OpenOffice more feasible for 
more.
Louis
Interesting Idea. Never thought of that. It seems like they already 
moved away from dmake.

https://wiki.documentfoundation.org/Development/BuildingOnLinux

I would have been surprised if the Distros would not have done the 
change. But it could help us, couldnt it?



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



Re: [CWiki] Account Whitelisting

2016-12-05 Thread Peter Kovacs
Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a 
urther thought.


I want to log in here:

https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup




On 05.12.2016 23:32, Keith N. McKenna wrote:

On 12/5/2016 4:24 PM, Peter Kovacs wrote:

Hello Keith,


thanks for looking into this.

I use petko for login. The Wikimedia says that the user does not exist.

Error Message of the site:

*Fehler bei der Anmeldung*
Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die
Schreibweise.


I use my confluence Password.


All the best

Peter


On 05.12.2016 22:06, Keith N. McKenna wrote:

On 12/5/2016 3:52 PM, Peter Kovacs wrote:

Hello ,

Whitelisting for the CWiki is gone.

Can you whitelist me again please.


Thank you.


All the best

Peter


On 25.10.2016 14:49, Keith N. McKenna wrote:

Peter Kovacs wrote:

I am sorry. I got it wrong. :(
I should have known better.
My confluence name is:

username:*petko*

real name:*Peter Kovacs*


Account petco white-listed on cwiki

Regards
Keith


Peter;
Have you created the account pkovacs on the cwiki yet? if not
please do
so at the following link.
https://cwiki.apache.org/confluence/signup.action
Once you have reply here that it is done and I will white-list it.

Regards
Keith

All the best
Peter

Peter;

I just checked the permissions for you (username petko)  and they are
still there. Are you sure you are using the correct username? I remember
there was some confusion around that with the original white-listing
request.

If there is still a problem with the petko user name please reply back
and I will look further.

Regards
Keith




Peter;

As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki
is the Confluence Wiki and your username there is petko and the
permissions seem to be intact. Mwiki is our mediawiki and is completely
seperate from the the Cwiki. Can you give me the url of the wiki you are
trying to log into or what it is you are trying to edit we can see from
there which it is and discover the best way forward.

Regards
Keith






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



Re: Meson: yet another build system

2016-12-05 Thread Peter Kovacs



On 05.12.2016 22:43, Damjan Jovanovic wrote:

Please elaborate?

I experience different issues.

1)
In file included from /main/udm/source/html/htmlitem.cxx:24:0:
../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or
directory
  #include 

2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix the
error by running a script that replaces the file with a softlink.

3) basebmp has issues:

main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left
operand of shift expression '(-1 << 1)' is negative [-fpermissiv]
main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: enumerator
value for 'bit_mask' is not an integer constant enum {

It finally breaks with
make: *** No rule to make target '/main/solver/420/un
xlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', needed by
'/main/solver/420/unxlngx6.pro/workdir/LinkTarget/
Library/libbasebmp.so'. Stop.

4) icu breaks also with *** No rule to make target

5) if the build breaks lets say in basebmp, and I switch shells and start
build --all:basebmp it starts running again. But I have the feeling that it
does not maintain the order it had before. So there is an inconcitency, if
you stop after a break. shut down your console and start all over again.


Since I am on Arch Linux, wich is in nature quite different to traditional
distros I would not rule side effects out of my distro. However I dont have
a clue where to start looking, or what I should expect from the build
system.


All the best
Peter


Interesting.

Which version are you compiling? I don't see the "-1 << 1" in my
basebmp/inc/basebmp/packedpixeliterator.hxx on SVN trunk.

Damjan


I try to build trunc. Updated it on saturday last time.

Peter


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



Re: Meson: yet another build system

2016-12-05 Thread Louis Suárez-Potts

> On 05 Dec 2016, at 11:32, Pedro Giffuni  wrote:
> 
>> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception
>> handling, build some files with optimizations disabled?
>> 
>> Our build systems are not our biggest problem. Meson, or SCons, or others,
>> could be good if we were starting a new project. We aren't. We are
>> maintaining one we poorly understand.
>> 
> 
> I agree the build system is not our biggest problem.
> 
>> Porting to Meson will not be any easier than porting to gbuild. Writing
>> gbuild code becomes easy with practice. *Understanding* dmake / build.lst /
>> d.lst is hard...
>> 
> 
> So you are now a fan of gbuild? ;).
> 
> Moving python would be a huge step forward towards getting rid of dmake
> as it seems to be required for any alternative build system (other than 
> gbuild which of course would require it to build with gbuild anyways).

I presume that LibreOffice also uses the same build system? Would they be 
interested in using Meson, you think? Note, I hope that any notion of invidious 
difference (e.g., competitive and implicitly jealous differentiation) plays no 
role here in the larger goal of making building OpenOffice more feasible for 
more.
Louis

> 
>> I've spend the last day trying to port several more modules to gbuild. I've
>> succeeded with main/fileaccess, main/io and main/package, but ran into
>> walls with main/rdbmaker and main/store. Dmake apparently has ways to name
>> libraries that gbuild can neither produce nor find (eg. libstore.so.3,
>> libreg.so.3). These culprits use the evil UNIXVERSIONNAMES setting which
>> generates such names:
>> 
>> cppu
>> cppuhelper
>> jvmaccess
>> jvmfwk
>> registry
>> salhelper
>> sal
>> store
>> 
>> 
> 
> Jikes.
> 
> Pedro.
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


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



Re: [CWiki] Account Whitelisting

2016-12-05 Thread Keith N. McKenna
On 12/5/2016 4:24 PM, Peter Kovacs wrote:
> Hello Keith,
> 
> 
> thanks for looking into this.
> 
> I use petko for login. The Wikimedia says that the user does not exist.
> 
> Error Message of the site:
> 
> *Fehler bei der Anmeldung*
> Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die
> Schreibweise.
> 
> 
> I use my confluence Password.
> 
> 
> All the best
> 
> Peter
> 
> 
> On 05.12.2016 22:06, Keith N. McKenna wrote:
>> On 12/5/2016 3:52 PM, Peter Kovacs wrote:
>>> Hello ,
>>>
>>> Whitelisting for the CWiki is gone.
>>>
>>> Can you whitelist me again please.
>>>
>>>
>>> Thank you.
>>>
>>>
>>> All the best
>>>
>>> Peter
>>>
>>>
>>> On 25.10.2016 14:49, Keith N. McKenna wrote:
 Peter Kovacs wrote:
> I am sorry. I got it wrong. :(
> I should have known better.
> My confluence name is:
>
> username:*petko*
>
> real name:*Peter Kovacs*
>
 Account petco white-listed on cwiki

 Regards
 Keith

>> Peter;
>> Have you created the account pkovacs on the cwiki yet? if not
>> please do
>> so at the following link.
>> https://cwiki.apache.org/confluence/signup.action
>> Once you have reply here that it is done and I will white-list it.
>>
>> Regards
>> Keith
> All the best
> Peter
>>>
>> Peter;
>>
>> I just checked the permissions for you (username petko)  and they are
>> still there. Are you sure you are using the correct username? I remember
>> there was some confusion around that with the original white-listing
>> request.
>>
>> If there is still a problem with the petko user name please reply back
>> and I will look further.
>>
>> Regards
>> Keith
>>
> 
> 
Peter;

As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki
is the Confluence Wiki and your username there is petko and the
permissions seem to be intact. Mwiki is our mediawiki and is completely
seperate from the the Cwiki. Can you give me the url of the wiki you are
trying to log into or what it is you are trying to edit we can see from
there which it is and discover the best way forward.

Regards
Keith





signature.asc
Description: OpenPGP digital signature


Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017

2016-12-05 Thread Matthias Seidel
Kudos to the rest of the family! ;-)

regards, Matthias


Am 05.12.2016 um 16:02 schrieb Dr. Michael Stehmann:
> Am 05.12.2016 um 15:40 schrieb Matthias Seidel:
>
>> Thank you for your constant presence on such events!
>>
> Without my wife Mechtilde and my daughter Michaela (my core booth team)
> I could not do that job.
>
> They do lot of work at the booths (also before and after the events); so
> I have rather the role as a team speaker than a manager.
>
> Kind regards
> Michael
>
>
>




smime.p7s
Description: S/MIME Cryptographic Signature


Re: [CWiki] Account Whitelisting

2016-12-05 Thread Andrea Pescetti

Peter Kovacs wrote:

I use petko for login. The Wikimedia says that the user does not exist.
... I use my confluence Password.


Just to avoid possible misunderstanding: Mediawiki is the "MWiki", while 
Confluence is the "CWiki", and you are mixing them in the lines above. 
The two do not share the same accounts, so it's always best to give the 
URL when you report issues.


Regards,
  Andrea.

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



Re: Homepage

2016-12-05 Thread Marcus

Am 12/05/2016 11:00 PM, schrieb Matthias Seidel:

I understand your concern...

But the 100k favicon.ico has been there for about 2 years. ;-)


I'm sorry, I've only seen the 1k version.

Marcus




Am 05.12.2016 um 22:58 schrieb Marcus:

Am 12/05/2016 10:41 PM, schrieb Matthias Seidel:

the new Google+ design is criticised by a lot of users and is giving me
a hard time to adapt all the logos/graphics.
It is now similar to the phone/tablet layout...

About your thoughts concerning the size of the favicon.ico:
I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every
browser should be happy with that and the size shrunk to 32k.

Can you live with that? ;-)


sure, that's better than 100k.

PS:
I just want to be sure that you understand my concern:
We have to make sure that the loading time is not decreased just due
to some fence stuff. We have to think about pro and contra. The
webpage is opened thousand of times. The G+ webpage only by much less
people.

Even when it's just the favicon it is opened by every browser request.
So, it starts - as always - with the first step. ;-)

Marcus




Am 05.12.2016 um 12:29 schrieb Marcus:

Am 12/03/2016 12:18 AM, schrieb Matthias Seidel:

I did all changes now... It could take some time to be visible.

If you go to:

https://plus.google.com/+openoffice

there is a a link to our homepage underneath the logo. Behind the link
there is a check mark. If you point the mouse on it it says
"Verknüpfte
Website". This is only to ensure that this website really belongs
to the
profile.

But wait! It can be, that you see the "new" design from Google+. So it
may be not visible for you.
In my eyes the new design is quite ugly and not ready for release. But
Google thinks it should be default... :-O

Hard to explain, here is a picture (classical Google+):
https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png


thanks for the screenshot. Than it makes sense. As you thought already
I see a different webpage style.

Marcus




Am 02.12.2016 um 23:52 schrieb Marcus:

Am 12/02/2016 08:33 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 19:59 schrieb Marcus:

Am 12/02/2016 06:44 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 17:42 schrieb Marcus:

Am 12/02/2016 01:11 PM, schrieb Matthias Seidel:

Last night I did some changes to our homepage... ;-)


thanks for your update. I've some questions:


  - Renewed the google-site-verification. Now we have a
confirmed
link to
https://www.openoffice.org on Google+


What is the reason to exchange the old one? Got it invalid?


No, the old one was for http, now the link is for https. Google
needed a
new verification code for that.
Originally this was done by Rob Weir (?), so I just changed the
string
in index.html.


OK, but what is now with HTTP? Isn't it then needed to have 2
codes?
Or does the code for HTTPS include HTTP automatically?


Yes. It is just to verify the quality of the link (See the checkmark
behind the link on Google+)


sorry, I'm not familar with G+. Wich checkmark do you mean?


  - Added favicon.png (Which now seems unnecessary, but
doesn't
hurt
either)


There is already one. Please see
".../branding/images/favicon.ico".
So, please don't put other files into the root directory except
dirs
and HTML files. It's already enough filled with things that do
not
belong there. ;-)


Nice to have a favicon in a subfolder, when it is not
referenced in
html. It will never be used! ;-)

Browsers look by default in the root for favicon.ico. There was
already
one since 2014. It was 100k, the new one is 99k.
But we can surely move the favicon.ico and change the link
accordingly.


Yes, please.


OK, I will move it to /branding/images. What to do with the old
unused
icon? Can I rename it?


"favicon_16x16.ico" looks like a good name for the backup.


And I will delete favicon.png. Hopefully everything will work
without
it...


No risk, no fun ... ;-)


  - Added a link to favicon.ico and favicon.png to get a
thumbnail
for
the link to our homepage on YouTube
  - Increased the size of the orb in favicon.ico, so it
looks much
clearer now.


   From 1kB to 100kB is IMHO not really an improvement.
Compared with
some Youtube visitors, this will increase the loading time of
every
webpage request.


As I said before, that 1k favicon.ico wasn't used. Who ever put it
there...

But I think we can delete favicon.png. That was just a fallback.
Eventually Google only needed some time to crawl the webpage.



Where can I see the icon in the Youtube channel [1]? When
checking
the
graphic links nothing refers back to get them from our webpage.


There are four links at the right side of the channel graphic.
Homepage
is the first and had a generic icon until recently.

The icons are automatically pulled, when YouTube (Google)
checks the
link. That did work for Facebook, Twitter and Google+, but not
for our
homepage.


So, that means Youtube goes to "www.openoffice.org", looks in
"index.html" for an favicon entry and 

Re: Homepage

2016-12-05 Thread Marcus

Am 12/05/2016 10:41 PM, schrieb Matthias Seidel:

the new Google+ design is criticised by a lot of users and is giving me
a hard time to adapt all the logos/graphics.
It is now similar to the phone/tablet layout...

About your thoughts concerning the size of the favicon.ico:
I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every
browser should be happy with that and the size shrunk to 32k.

Can you live with that? ;-)


sure, that's better than 100k.

PS:
I just want to be sure that you understand my concern:
We have to make sure that the loading time is not decreased just due to 
some fence stuff. We have to think about pro and contra. The webpage is 
opened thousand of times. The G+ webpage only by much less people.


Even when it's just the favicon it is opened by every browser request. 
So, it starts - as always - with the first step. ;-)


Marcus




Am 05.12.2016 um 12:29 schrieb Marcus:

Am 12/03/2016 12:18 AM, schrieb Matthias Seidel:

I did all changes now... It could take some time to be visible.

If you go to:

https://plus.google.com/+openoffice

there is a a link to our homepage underneath the logo. Behind the link
there is a check mark. If you point the mouse on it it says "Verknüpfte
Website". This is only to ensure that this website really belongs to the
profile.

But wait! It can be, that you see the "new" design from Google+. So it
may be not visible for you.
In my eyes the new design is quite ugly and not ready for release. But
Google thinks it should be default... :-O

Hard to explain, here is a picture (classical Google+):
https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png


thanks for the screenshot. Than it makes sense. As you thought already
I see a different webpage style.

Marcus




Am 02.12.2016 um 23:52 schrieb Marcus:

Am 12/02/2016 08:33 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 19:59 schrieb Marcus:

Am 12/02/2016 06:44 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 17:42 schrieb Marcus:

Am 12/02/2016 01:11 PM, schrieb Matthias Seidel:

Last night I did some changes to our homepage... ;-)


thanks for your update. I've some questions:


 - Renewed the google-site-verification. Now we have a
confirmed
link to
https://www.openoffice.org on Google+


What is the reason to exchange the old one? Got it invalid?


No, the old one was for http, now the link is for https. Google
needed a
new verification code for that.
Originally this was done by Rob Weir (?), so I just changed the
string
in index.html.


OK, but what is now with HTTP? Isn't it then needed to have 2 codes?
Or does the code for HTTPS include HTTP automatically?


Yes. It is just to verify the quality of the link (See the checkmark
behind the link on Google+)


sorry, I'm not familar with G+. Wich checkmark do you mean?


 - Added favicon.png (Which now seems unnecessary, but doesn't
hurt
either)


There is already one. Please see ".../branding/images/favicon.ico".
So, please don't put other files into the root directory except
dirs
and HTML files. It's already enough filled with things that do not
belong there. ;-)


Nice to have a favicon in a subfolder, when it is not referenced in
html. It will never be used! ;-)

Browsers look by default in the root for favicon.ico. There was
already
one since 2014. It was 100k, the new one is 99k.
But we can surely move the favicon.ico and change the link
accordingly.


Yes, please.


OK, I will move it to /branding/images. What to do with the old unused
icon? Can I rename it?


"favicon_16x16.ico" looks like a good name for the backup.


And I will delete favicon.png. Hopefully everything will work without
it...


No risk, no fun ... ;-)


 - Added a link to favicon.ico and favicon.png to get a
thumbnail
for
the link to our homepage on YouTube
 - Increased the size of the orb in favicon.ico, so it
looks much
clearer now.


 From 1kB to 100kB is IMHO not really an improvement.
Compared with
some Youtube visitors, this will increase the loading time of every
webpage request.


As I said before, that 1k favicon.ico wasn't used. Who ever put it
there...

But I think we can delete favicon.png. That was just a fallback.
Eventually Google only needed some time to crawl the webpage.



Where can I see the icon in the Youtube channel [1]? When checking
the
graphic links nothing refers back to get them from our webpage.


There are four links at the right side of the channel graphic.
Homepage
is the first and had a generic icon until recently.

The icons are automatically pulled, when YouTube (Google) checks the
link. That did work for Facebook, Twitter and Google+, but not
for our
homepage.


So, that means Youtube goes to "www.openoffice.org", looks in
"index.html" for an favicon entry and if existing take it from the
given path?


Right. Google pulls only the proper resolution.




If you can't see the AOO orb in front of the link now, you may
have to
empty your browser cache and reload the page.


Sure, I can see it. But I 

Re: Meson: yet another build system

2016-12-05 Thread Damjan Jovanovic
On Mon, Dec 5, 2016 at 11:19 PM, Peter Kovacs  wrote:

>
>
> On 05.12.2016 21:59, Damjan Jovanovic wrote:
>
>> On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacs  wrote:
>>
>>
>>> On 05.12.2016 17:32, Pedro Giffuni wrote:
>>>
>>> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception

> handling, build some files with optimizations disabled?
>
> Our build systems are not our biggest problem. Meson, or SCons, or
> others,
> could be good if we were starting a new project. We aren't. We are
> maintaining one we poorly understand.
>
>
> I agree the build system is not our biggest problem.

 My build Problems are substantial. It blocks all other activities I want
>>> to do.
>>>
>>> Please elaborate?
>>
>> I experience different issues.
> 1)
> In file included from /main/udm/source/html/htmlitem.cxx:24:0:
> ../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or
> directory
>  #include 
>
> 2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix the
> error by running a script that replaces the file with a softlink.
>
> 3) basebmp has issues:
>
> main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left
> operand of shift expression '(-1 << 1)' is negative [-fpermissiv]
> main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: enumerator
> value for 'bit_mask' is not an integer constant enum {
>
> It finally breaks with
> make: *** No rule to make target '/main/solver/420/un
> xlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', needed by
> '/main/solver/420/unxlngx6.pro/workdir/LinkTarget/
> Library/libbasebmp.so'. Stop.
>
> 4) icu breaks also with *** No rule to make target
>
> 5) if the build breaks lets say in basebmp, and I switch shells and start
> build --all:basebmp it starts running again. But I have the feeling that it
> does not maintain the order it had before. So there is an inconcitency, if
> you stop after a break. shut down your console and start all over again.
>
>
> Since I am on Arch Linux, wich is in nature quite different to traditional
> distros I would not rule side effects out of my distro. However I dont have
> a clue where to start looking, or what I should expect from the build
> system.
>
>
> All the best
> Peter
>

Interesting.

Which version are you compiling? I don't see the "-1 << 1" in my
basebmp/inc/basebmp/packedpixeliterator.hxx on SVN trunk.

Damjan


Re: Homepage

2016-12-05 Thread Matthias Seidel
Hello Marcus,

the new Google+ design is criticised by a lot of users and is giving me
a hard time to adapt all the logos/graphics.
It is now similar to the phone/tablet layout...

About your thoughts concerning the size of the favicon.ico:
I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every
browser should be happy with that and the size shrunk to 32k.

Can you live with that? ;-)

regards, Matthias


Am 05.12.2016 um 12:29 schrieb Marcus:
> Am 12/03/2016 12:18 AM, schrieb Matthias Seidel:
>> I did all changes now... It could take some time to be visible.
>>
>> If you go to:
>>
>> https://plus.google.com/+openoffice
>>
>> there is a a link to our homepage underneath the logo. Behind the link
>> there is a check mark. If you point the mouse on it it says "Verknüpfte
>> Website". This is only to ensure that this website really belongs to the
>> profile.
>>
>> But wait! It can be, that you see the "new" design from Google+. So it
>> may be not visible for you.
>> In my eyes the new design is quite ugly and not ready for release. But
>> Google thinks it should be default... :-O
>>
>> Hard to explain, here is a picture (classical Google+):
>> https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png
>
> thanks for the screenshot. Than it makes sense. As you thought already
> I see a different webpage style.
>
> Marcus
>
>
>
>> Am 02.12.2016 um 23:52 schrieb Marcus:
>>> Am 12/02/2016 08:33 PM, schrieb Matthias Seidel:
 Am 02.12.2016 um 19:59 schrieb Marcus:
> Am 12/02/2016 06:44 PM, schrieb Matthias Seidel:
>> Am 02.12.2016 um 17:42 schrieb Marcus:
>>> Am 12/02/2016 01:11 PM, schrieb Matthias Seidel:
 Last night I did some changes to our homepage... ;-)
>>>
>>> thanks for your update. I've some questions:
>>>
  - Renewed the google-site-verification. Now we have a
 confirmed
 link to
 https://www.openoffice.org on Google+
>>>
>>> What is the reason to exchange the old one? Got it invalid?
>>
>> No, the old one was for http, now the link is for https. Google
>> needed a
>> new verification code for that.
>> Originally this was done by Rob Weir (?), so I just changed the
>> string
>> in index.html.
>
> OK, but what is now with HTTP? Isn't it then needed to have 2 codes?
> Or does the code for HTTPS include HTTP automatically?

 Yes. It is just to verify the quality of the link (See the checkmark
 behind the link on Google+)
>>>
>>> sorry, I'm not familar with G+. Wich checkmark do you mean?
>>>
  - Added favicon.png (Which now seems unnecessary, but doesn't
 hurt
 either)
>>>
>>> There is already one. Please see ".../branding/images/favicon.ico".
>>> So, please don't put other files into the root directory except
>>> dirs
>>> and HTML files. It's already enough filled with things that do not
>>> belong there. ;-)
>>
>> Nice to have a favicon in a subfolder, when it is not referenced in
>> html. It will never be used! ;-)
>>
>> Browsers look by default in the root for favicon.ico. There was
>> already
>> one since 2014. It was 100k, the new one is 99k.
>> But we can surely move the favicon.ico and change the link
>> accordingly.
>
> Yes, please.

 OK, I will move it to /branding/images. What to do with the old unused
 icon? Can I rename it?
>>>
>>> "favicon_16x16.ico" looks like a good name for the backup.
>>>
 And I will delete favicon.png. Hopefully everything will work without
 it...
>>>
>>> No risk, no fun ... ;-)
>>>
  - Added a link to favicon.ico and favicon.png to get a
 thumbnail
 for
 the link to our homepage on YouTube
  - Increased the size of the orb in favicon.ico, so it
 looks much
 clearer now.
>>>
>>>  From 1kB to 100kB is IMHO not really an improvement.
>>> Compared with
>>> some Youtube visitors, this will increase the loading time of every
>>> webpage request.
>>
>> As I said before, that 1k favicon.ico wasn't used. Who ever put it
>> there...
>>
>> But I think we can delete favicon.png. That was just a fallback.
>> Eventually Google only needed some time to crawl the webpage.
>>
>>>
>>> Where can I see the icon in the Youtube channel [1]? When checking
>>> the
>>> graphic links nothing refers back to get them from our webpage.
>>
>> There are four links at the right side of the channel graphic.
>> Homepage
>> is the first and had a generic icon until recently.
>>
>> The icons are automatically pulled, when YouTube (Google) checks the
>> link. That did work for Facebook, Twitter and Google+, but not
>> for our
>> homepage.
>
> So, that means Youtube goes to "www.openoffice.org", looks in
> "index.html" for an favicon entry and if existing take it 

Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Marcus

Am 12/05/2016 09:35 PM, schrieb Peter Kovacs:

Because I read much concern about the freedom of activity and
meritocratic spirit of the Project. In my eyes it is not about who does
what, but where we want to go. This has to be a common understanding.
Nothing more, nothing less is the intent. The meritocratic workbase is
not affected by this. If people do not agree, on a single common goal,
then this is as okay as we agree on one vision how Open Office will change.


it's not pro or contra regarding a product roadmap. It's just where to 
document this. Maybe this was not clearly enough expressed.


Marcus




On 04.12.2016 15:11, Marcus wrote:

Am 12/03/2016 01:21 PM, schrieb Peter Kovacs:

So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo
backlog List type. I love Agile methology. Never came to use it thought,
because companies can not deal well if there is no timeframe. But I
think for us its perfect.


we have already so many tools that some of us still don't know any of
them. So, it won't help us when we have just another tool to document
some tasks. We should use our Wiki like we do for other tasks.

My 2 ct.

I think a Wiki is a good Documenting Platform. For tracking tasks it is
more medicore tool in my Opinion. esspecially when it starts changeing
all the time. And I think that will happen when topics get started and
then delays for some reasons, while other Topics having a drive.
Plans will have to constantly be revised and changed. On the other hand
you are right. To get started again Wiki is as good as any other approach.

@Patricia
In my opinion the building tool is part of our Roadmap. Not only that we
need to document things, but we also need to think to extend its
functionality to support us in future requirements. For example the
requirement to sign Packages as our Product to prohibit that other sites
change our product without changing the name.

Also I agree with Jörg that the Roadmap should contain tasks that this
list is concerned about but are not necessary a programming task.

# Concerning 12h period. (did not find who brought this up :) )
What I mean is that it would be great if we could devide all activities
in good estimate able chunks. Agile methology claims everything that an
experienced developer estimates beyond 24h h (3 working days) of effort
is inaccurate and there is a high propability that something has been
forgotten.

Thanks for you feedback! I will overhaul now our outdated Roadmaps, and
start a base for a new Roadmap.


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



Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Keith N. McKenna
On 12/4/2016 2:13 PM, toki wrote:
> 
> 
> On 03/12/16 12:21, Peter Kovacs wrote:
> 
>> But then wrote nothing more. I think if you come here, with the
>> will to fight alone through all the mess, you will give up fast because
>> you have no Idea what your next step is. 
> 
> https://wiki.openoffice.org/wiki/Features
> http://www.openoffice.org/development/releases/ooo_roadmap.pdf
> https://wiki.openoffice.org/wiki/Product_Release

Product Release was updated today. Was a simple one line addition to add
4.1.3 Release which you could have added when you saw it was missing.

> 
> 
> But as can be seen, they are unmaintained.
> 
> 
> jonathon
> 




signature.asc
Description: OpenPGP digital signature


Re: [CWiki] Account Whitelisting

2016-12-05 Thread Peter Kovacs

Hello Keith,


thanks for looking into this.

I use petko for login. The Wikimedia says that the user does not exist.

Error Message of the site:

*Fehler bei der Anmeldung*
Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die 
Schreibweise.



I use my confluence Password.


All the best

Peter


On 05.12.2016 22:06, Keith N. McKenna wrote:

On 12/5/2016 3:52 PM, Peter Kovacs wrote:

Hello ,

Whitelisting for the CWiki is gone.

Can you whitelist me again please.


Thank you.


All the best

Peter


On 25.10.2016 14:49, Keith N. McKenna wrote:

Peter Kovacs wrote:

I am sorry. I got it wrong. :(
I should have known better.
My confluence name is:

username:*petko*

real name:*Peter Kovacs*


Account petco white-listed on cwiki

Regards
Keith


Peter;
Have you created the account pkovacs on the cwiki yet? if not please do
so at the following link.
https://cwiki.apache.org/confluence/signup.action
Once you have reply here that it is done and I will white-list it.

Regards
Keith

All the best
Peter



Peter;

I just checked the permissions for you (username petko)  and they are
still there. Are you sure you are using the correct username? I remember
there was some confusion around that with the original white-listing
request.

If there is still a problem with the petko user name please reply back
and I will look further.

Regards
Keith





Re: Meson: yet another build system

2016-12-05 Thread Peter Kovacs



On 05.12.2016 21:59, Damjan Jovanovic wrote:

On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacs  wrote:



On 05.12.2016 17:32, Pedro Giffuni wrote:


Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception

handling, build some files with optimizations disabled?

Our build systems are not our biggest problem. Meson, or SCons, or
others,
could be good if we were starting a new project. We aren't. We are
maintaining one we poorly understand.



I agree the build system is not our biggest problem.


My build Problems are substantial. It blocks all other activities I want
to do.


Please elaborate?


I experience different issues.
1)
In file included from /main/udm/source/html/htmlitem.cxx:24:0:
../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or 
directory

 #include 

2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix 
the error by running a script that replaces the file with a softlink.


3) basebmp has issues:

main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left 
operand of shift expression '(-1 << 1)' is negative [-fpermissiv]
main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: 
enumerator value for 'bit_mask' is not an integer constant enum {


It finally breaks with
make: *** No rule to make target 
'/main/solver/420/unxlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', 
needed by 
'/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libbasebmp.so'. 
Stop.


4) icu breaks also with *** No rule to make target

5) if the build breaks lets say in basebmp, and I switch shells and 
start build --all:basebmp it starts running again. But I have the 
feeling that it does not maintain the order it had before. So there is 
an inconcitency, if you stop after a break. shut down your console and 
start all over again.



Since I am on Arch Linux, wich is in nature quite different to 
traditional distros I would not rule side effects out of my distro. 
However I dont have a clue where to start looking, or what I should 
expect from the build system.


All the best
Peter

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



Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Matthias Seidel
Yes, we could use our cWiki for that...

Apart from that, it would be a good idea to give our users a small
overview of what is planned for the future.
Maybe combined with a Christmas greeting? ;-)

regards, Matthias


Am 04.12.2016 um 15:11 schrieb Marcus:
> Am 12/03/2016 01:21 PM, schrieb Peter Kovacs:
>> So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo
>> backlog List type. I love Agile methology. Never came to use it thought,
>> because companies can not deal well if there is no timeframe. But I
>> think for us its perfect.
>
> we have already so many tools that some of us still don't know any of
> them. So, it won't help us when we have just another tool to document
> some tasks. We should use our Wiki like we do for other tasks.
>
> My 2 ct.
>
> 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: [CWiki] Account Whitelisting

2016-12-05 Thread Keith N. McKenna
On 12/5/2016 3:52 PM, Peter Kovacs wrote:
> Hello ,
> 
> Whitelisting for the CWiki is gone.
> 
> Can you whitelist me again please.
> 
> 
> Thank you.
> 
> 
> All the best
> 
> Peter
> 
> 
> On 25.10.2016 14:49, Keith N. McKenna wrote:
>> Peter Kovacs wrote:
>>> I am sorry. I got it wrong. :(
>>> I should have known better.
>>> My confluence name is:
>>>
>>> username:*petko*
>>>
>>> real name:*Peter Kovacs*
>>>
>> Account petco white-listed on cwiki
>>
>> Regards
>> Keith
>>
 Peter;
 Have you created the account pkovacs on the cwiki yet? if not please do
 so at the following link.
 https://cwiki.apache.org/confluence/signup.action
 Once you have reply here that it is done and I will white-list it.

 Regards
 Keith
>>> All the best
>>> Peter
>>
> 
> 
Peter;

I just checked the permissions for you (username petko)  and they are
still there. Are you sure you are using the correct username? I remember
there was some confusion around that with the original white-listing
request.

If there is still a problem with the petko user name please reply back
and I will look further.

Regards
Keith



signature.asc
Description: OpenPGP digital signature


Re: Meson: yet another build system

2016-12-05 Thread Damjan Jovanovic
On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacs  wrote:

>
>
> On 05.12.2016 17:32, Pedro Giffuni wrote:
>
>> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception
>>> handling, build some files with optimizations disabled?
>>>
>>> Our build systems are not our biggest problem. Meson, or SCons, or
>>> others,
>>> could be good if we were starting a new project. We aren't. We are
>>> maintaining one we poorly understand.
>>>
>>>
>> I agree the build system is not our biggest problem.
>>
> My build Problems are substantial. It blocks all other activities I want
> to do.
>

Please elaborate?


Re: [CWiki] Account Whitelisting

2016-12-05 Thread Peter Kovacs

Hello ,

Whitelisting for the CWiki is gone.

Can you whitelist me again please.


Thank you.


All the best

Peter


On 25.10.2016 14:49, Keith N. McKenna wrote:

Peter Kovacs wrote:

I am sorry. I got it wrong. :(
I should have known better.
My confluence name is:

username:*petko*

real name:*Peter Kovacs*


Account petco white-listed on cwiki

Regards
Keith


Peter;
Have you created the account pkovacs on the cwiki yet? if not please do
so at the following link.
https://cwiki.apache.org/confluence/signup.action
Once you have reply here that it is done and I will white-list it.

Regards
Keith

All the best
Peter






Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Peter Kovacs

Hi All,

Because I read much concern about the freedom of activity and 
meritocratic spirit of the Project. In my eyes it is not about who does 
what, but where we want to go. This has to be a common understanding.
Nothing more, nothing less is the intent. The meritocratic workbase is 
not affected by this. If people do not agree, on a single common goal, 
then this is as okay as we agree on one vision how Open Office will change.



On 04.12.2016 15:11, Marcus wrote:

Am 12/03/2016 01:21 PM, schrieb Peter Kovacs:

So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo
backlog List type. I love Agile methology. Never came to use it thought,
because companies can not deal well if there is no timeframe. But I
think for us its perfect.


we have already so many tools that some of us still don't know any of 
them. So, it won't help us when we have just another tool to document 
some tasks. We should use our Wiki like we do for other tasks.


My 2 ct.
I think a Wiki is a good Documenting Platform. For tracking tasks it is 
more medicore tool in my Opinion. esspecially when it starts changeing 
all the time. And I think that will happen when topics get started and 
then delays for some reasons, while other Topics having a drive.
Plans will have to constantly be revised and changed. On the other hand 
you are right. To get started again Wiki is as good as any other approach.


@Patricia
In my opinion the building tool is part of our Roadmap. Not only that we 
need to document things, but we also need to think to extend its 
functionality to support us in future requirements. For example the 
requirement to sign Packages as our Product to prohibit that other sites 
change our product without changing the name.


Also I agree with Jörg that the Roadmap should contain tasks that this 
list is concerned about but are not necessary a programming task.


# Concerning 12h period. (did not find who brought this up :) )
What I mean is that it would be great if we could devide all activities 
in good estimate able chunks. Agile methology claims everything that an 
experienced developer estimates beyond 24h h (3 working days) of effort 
is inaccurate and there is a high propability that something has been 
forgotten.


Thanks for you feedback! I will overhaul now our outdated Roadmaps, and 
start a base for a new Roadmap.


All the best
Peter

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



Re: Meson: yet another build system

2016-12-05 Thread Peter Kovacs



On 05.12.2016 17:32, Pedro Giffuni wrote:
Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ 
exception

handling, build some files with optimizations disabled?

Our build systems are not our biggest problem. Meson, or SCons, or 
others,

could be good if we were starting a new project. We aren't. We are
maintaining one we poorly understand.



I agree the build system is not our biggest problem.
My build Problems are substantial. It blocks all other activities I want 
to do.



Porting to Meson will not be any easier than porting to gbuild. Writing
gbuild code becomes easy with practice. *Understanding* dmake / 
build.lst /

d.lst is hard...



So you are now a fan of gbuild? ;).

Moving python would be a huge step forward towards getting rid of dmake
as it seems to be required for any alternative build system (other 
than gbuild which of course would require it to build with gbuild 
anyways).

What do you mean by this?

All the best
Peter

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



Re: Meson: yet another build system

2016-12-05 Thread Pedro Giffuni

Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception
handling, build some files with optimizations disabled?

Our build systems are not our biggest problem. Meson, or SCons, or others,
could be good if we were starting a new project. We aren't. We are
maintaining one we poorly understand.



I agree the build system is not our biggest problem.


Porting to Meson will not be any easier than porting to gbuild. Writing
gbuild code becomes easy with practice. *Understanding* dmake / build.lst /
d.lst is hard...



So you are now a fan of gbuild? ;).

Moving python would be a huge step forward towards getting rid of dmake
as it seems to be required for any alternative build system (other than 
gbuild which of course would require it to build with gbuild anyways).



I've spend the last day trying to port several more modules to gbuild. I've
succeeded with main/fileaccess, main/io and main/package, but ran into
walls with main/rdbmaker and main/store. Dmake apparently has ways to name
libraries that gbuild can neither produce nor find (eg. libstore.so.3,
libreg.so.3). These culprits use the evil UNIXVERSIONNAMES setting which
generates such names:

cppu
cppuhelper
jvmaccess
jvmfwk
registry
salhelper
sal
store




Jikes.

Pedro.



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



Fake site

2016-12-05 Thread FR web forum
Hello,
http://openoffice-fr.net/
This para-site is very annoying for our french users.

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



Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017

2016-12-05 Thread Dr. Michael Stehmann
Am 05.12.2016 um 15:40 schrieb Matthias Seidel:

> Thank you for your constant presence on such events!
> 

Without my wife Mechtilde and my daughter Michaela (my core booth team)
I could not do that job.

They do lot of work at the booths (also before and after the events); so
I have rather the role as a team speaker than a manager.

Kind regards
Michael





signature.asc
Description: OpenPGP digital signature


Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017

2016-12-05 Thread Matthias Seidel
Hello Michael,

Thank you for your constant presence on such events!

I hope to meet you at the FOSDEM 2017.
And maybe I will have a nice present for you... ;-)

regards, Matthias


Am 03.12.2016 um 09:55 schrieb Dr. Michael Stehmann:
> Hello,
>
> our application for a booth at the Chemnitzer Linux-Tage 2017 (march
> 11.-12. 2017) for your information. Chemnitz is in Germany (Free State
> Saxonia).
>
> Kind regards
> Michael
>
>  Weitergeleitete Nachricht 
> Betreff: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017
> Datum: Sat,  3 Dec 2016 09:49:24 +0100 (CET)
> Von: CLT2017 Live-Team 
> An: i...@rechtsanwalt-stehmann.de
>
> Hallo!
>
> Vielen Dank fuer Deinen Beitrag zu den Chemnitzer Linux-Tage 2017. Weitere
> Informationen erhaeltst du im Januar per E-Mail.
>
> Bitte kontaktiere das Live-Team bei Fragen und Problem per E-Mail:
> l...@linux-tage.de
>
> Viele Gruesse, das CLT-Team 2017
>
>
> Hier nochmal die wichtigsten von Ihnen übermittelten Daten:
>
> Anzahl gemeldeter Personen: 3
> Die gemeldeten Personen sind:
>
> Anrede:m
> Titel: Dr.
> Vorname:   Michael
> Nachname:  Stehmann
> Email (intern):i...@rechtsanwalt-stehmann.de
> Email (extern):Webseite (privat): Beruf: Firma:
>Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Anrede:f
> Titel: Vorname:   Mechtilde
> Nachname:  Stehmann
> Email (intern):o...@mechtilde.de
> Email (extern):Webseite (privat): Beruf: Firma:
>Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Anrede:f
> Titel: Vorname:   Michaela
> Nachname:  Stehmann
> Email (intern):webmas...@rechtsanwalt-stehmann.de
> Email (extern):Webseite (privat): Beruf: Firma:
>Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Beitragstitel: Apache OpenOffice
>
> Abstract: Apache OpenOffice - The Free and Open Productivity Suite - ist
> eine Freie Officesuite, ein Apache Top-Level-Projekt und eine großartige
> Gemeinschaft.
>
> Apache OpenOffice ist die führende Freie Officesuite. Sie ist in vielen
> Sprachen verfügbar und arbeitet auf allen üblichen Computern. Die Daten
> werden in Formaten gespeichert, die einem internationalen Standard
> entsprechen. Außerdem können Dateien von anderen üblichen
> Officeprogrammen gelesen und geschrieben werden.
> Apache OpenOffice, das Ergebnis einer über zwanzigjährigen Entwicklung,
> wurde seit 2012 bereits über 200.000.000-mal heruntergeladen.
>
> Menschen aus der ganzen Welt arbeiten zusammen, um diese Officesuite zu
> verbessern.  Jeder kann seine Fähigkeiten und sein Engagement einbringen
> -  in der Entwicklung, sondern auch in der Qualitätssicherung, der
> Nutzerunterstützung, der Dokumentation, der Übersetzung und Lokalisation
> und, der Entwicklung von Erweiterungen.
>
>
> Webseite (Beitrag): http://www.openoffice.org/de/
>
> Aufsteller: 2
> Tische: 1
> Stehtische: 1
> Sonstiges:
> Laptops:   3
> PCs:   1
> Monitore:  1
> Beamer:0
> Sonstiges: Roll-Ups, Switch, Mehrfachsteckdose
>
> Bemerkungen:
>
>




smime.p7s
Description: S/MIME Cryptographic Signature


Re: idea for pen office

2016-12-05 Thread Jesper Andersson
When I write the place where you write moves

End of story

2016-12-05 12:06 GMT+01:00 Marcus :

> Am 12/05/2016 11:32 AM, schrieb Jesper Andersson:
>
>> Have been using openoffice for a long time, but Im not a prolific
>> writer, since I have windows 7 this applies only to win7
>>
>> When I use the openoffice document, it is interceded by Windows,
>> and for some reason starts looking for the pointer - it now goes on
>> to put the prompt on the line where the pointer is
>>
>> Not certain, but if pointer outside of document, heads back to latest
>> (place)
>>
>> If you did not know about this, I just wanted to let you know.
>>
>> It does this every 20 minutes (windows probably)
>>
>
> I'm sorry but I don't understand the problem you are seeing. Is it
> possible for you to describe it with other words or even better can you
> provide us with a step-by-step description what you see, what is happening,
> what you expect, etc.?
>
> Thanks in advance.
>
> Marcus
>



-- 
Jesper "Solskivan" Andersson

Kan vara så att bostadsbubblan spricker om sex månader, kan
vara så att Tyskland går in i en recession, om sex månader, och
att Japan devalverar cirka om sex månader - januari eller februari.

Många bostadsbubblor spricker då - Sverige drabbas nog senare.
Nu rör sig kapitalet västerut - trots att hela skifferoljesvängen snart
imploderar kommer amerikanska börser att stiga - krig i Mellanöstern.

Sjunkande oljepris. Mer merkantilism i världen dessvärre - sälj en
fastighet inom ett år är mitt råd - köp dollar (amerikanska) på
medellång sikt, köp Euro på medellång sikt, sälj guld. Vissa aktier
köpvärda om cirka ett år. Oljan stiger tillbaka mot hundra dollar om två
eller tre år - Sverige blir på sikt som en blandning mellan Japan och
Norge - rikt men under ständigt devalveringshot - detta varar fem år.

Negativa räntor har inget med bankerna eller spararna att göra, det har med
"appreciering" att göra

This situation serves a number of short term purposes for the states
involved. Negative rates help to control destabilizing financial inflows at
times when fear is increasingly driving large amounts of money across
borders. A primary objective has been to reduce upward pressure on
currencies outside the eurozone. The Swiss, Danish and Swedish currencies
have all been experiencing currency appreciation, hence a desire to use
negative interest rates to protect their exchange rate, and therefore the
price of their exports, by encouraging foreigners to keep their money
elsewhere. The Danish central bank’s sole mandate is to control the value
of the currency against the euro. For a time, Switzerland pegged their
currency directly to the euro, but found the cost of doing so to be
prohibitive. For them, negative rates are a less costly attempt to weaken
the currency without the need to defend a formal peg. In a world of
competitive, beggar-thy-neighbour currency devaluations, negative interest
rates are seen as a means to achieve or maintain an export advantage, and
evidence of the growing currency war.


Re: Homepage

2016-12-05 Thread Marcus

Am 12/03/2016 12:18 AM, schrieb Matthias Seidel:

I did all changes now... It could take some time to be visible.

If you go to:

https://plus.google.com/+openoffice

there is a a link to our homepage underneath the logo. Behind the link
there is a check mark. If you point the mouse on it it says "Verknüpfte
Website". This is only to ensure that this website really belongs to the
profile.

But wait! It can be, that you see the "new" design from Google+. So it
may be not visible for you.
In my eyes the new design is quite ugly and not ready for release. But
Google thinks it should be default... :-O

Hard to explain, here is a picture (classical Google+):
https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png


thanks for the screenshot. Than it makes sense. As you thought already I 
see a different webpage style.


Marcus




Am 02.12.2016 um 23:52 schrieb Marcus:

Am 12/02/2016 08:33 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 19:59 schrieb Marcus:

Am 12/02/2016 06:44 PM, schrieb Matthias Seidel:

Am 02.12.2016 um 17:42 schrieb Marcus:

Am 12/02/2016 01:11 PM, schrieb Matthias Seidel:

Last night I did some changes to our homepage... ;-)


thanks for your update. I've some questions:


 - Renewed the google-site-verification. Now we have a confirmed
link to
https://www.openoffice.org on Google+


What is the reason to exchange the old one? Got it invalid?


No, the old one was for http, now the link is for https. Google
needed a
new verification code for that.
Originally this was done by Rob Weir (?), so I just changed the string
in index.html.


OK, but what is now with HTTP? Isn't it then needed to have 2 codes?
Or does the code for HTTPS include HTTP automatically?


Yes. It is just to verify the quality of the link (See the checkmark
behind the link on Google+)


sorry, I'm not familar with G+. Wich checkmark do you mean?


 - Added favicon.png (Which now seems unnecessary, but doesn't
hurt
either)


There is already one. Please see ".../branding/images/favicon.ico".
So, please don't put other files into the root directory except dirs
and HTML files. It's already enough filled with things that do not
belong there. ;-)


Nice to have a favicon in a subfolder, when it is not referenced in
html. It will never be used! ;-)

Browsers look by default in the root for favicon.ico. There was
already
one since 2014. It was 100k, the new one is 99k.
But we can surely move the favicon.ico and change the link
accordingly.


Yes, please.


OK, I will move it to /branding/images. What to do with the old unused
icon? Can I rename it?


"favicon_16x16.ico" looks like a good name for the backup.


And I will delete favicon.png. Hopefully everything will work without
it...


No risk, no fun ... ;-)


 - Added a link to favicon.ico and favicon.png to get a thumbnail
for
the link to our homepage on YouTube
 - Increased the size of the orb in favicon.ico, so it looks much
clearer now.


 From 1kB to 100kB is IMHO not really an improvement. Compared with
some Youtube visitors, this will increase the loading time of every
webpage request.


As I said before, that 1k favicon.ico wasn't used. Who ever put it
there...

But I think we can delete favicon.png. That was just a fallback.
Eventually Google only needed some time to crawl the webpage.



Where can I see the icon in the Youtube channel [1]? When checking
the
graphic links nothing refers back to get them from our webpage.


There are four links at the right side of the channel graphic.
Homepage
is the first and had a generic icon until recently.

The icons are automatically pulled, when YouTube (Google) checks the
link. That did work for Facebook, Twitter and Google+, but not for our
homepage.


So, that means Youtube goes to "www.openoffice.org", looks in
"index.html" for an favicon entry and if existing take it from the
given path?


Right. Google pulls only the proper resolution.




If you can't see the AOO orb in front of the link now, you may have to
empty your browser cache and reload the page.


Sure, I can see it. But I don't see an increase of quality. It's the
same size as on our homepage. So, why is there a new and bigger
favicon needed?


Until recently, you couldn't even see the icon...

It contains graphics for different resolutions like before. Therefore it
is bigger, but more versatile than a small 16x16 icon.
We live in the times of HiDPI- and Retina-Displays!
And the one I adapted has been there since 2014 (file date). The size of
the new file is even slightly smaller now.

Let me clarify, the dimensions are the same, only it uses the available
space better and looks "bigger".

I think you can see the difference here:

old: https://dl.dropboxusercontent.com/u/48386075/favicon_old.png
new: https://dl.dropboxusercontent.com/u/48386075/favicon.png


It's indeed looking bigger - or better said it's filling the complete
available space.

Again, thanks for the updates.

Marcus




BTW, in the near future Google 

Re: idea for pen office

2016-12-05 Thread Marcus

Am 12/05/2016 11:32 AM, schrieb Jesper Andersson:

Have been using openoffice for a long time, but Im not a prolific
writer, since I have windows 7 this applies only to win7

When I use the openoffice document, it is interceded by Windows,
and for some reason starts looking for the pointer - it now goes on
to put the prompt on the line where the pointer is

Not certain, but if pointer outside of document, heads back to latest
(place)

If you did not know about this, I just wanted to let you know.

It does this every 20 minutes (windows probably)


I'm sorry but I don't understand the problem you are seeing. Is it 
possible for you to describe it with other words or even better can you 
provide us with a step-by-step description what you see, what is 
happening, what you expect, etc.?


Thanks in advance.

Marcus

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



idea for pen office

2016-12-05 Thread Jesper Andersson
Hi!

Have been using openoffice for a long time, but Im not a prolific
writer, since I have windows 7 this applies only to win7

When I use the openoffice document, it is interceded by Windows,
and for some reason starts looking for the pointer - it now goes on
to put the prompt on the line where the pointer is

Not certain, but if pointer outside of document, heads back to latest
(place)

If you did not know about this, I just wanted to let you know.

It does this every 20 minutes (windows probably)


Re: Request to join back the PMC

2016-12-05 Thread Raphael Bircher

Hi Markus, *


Am 12/5/2016 um 11:18 AM schrieb Marcus:

Am 11/27/2016 06:06 PM, schrieb Marcus:

Am 11/26/2016 07:21 PM, schrieb Raphael Bircher:
In february 2015 I stepped back from the OpenOffice PMC. I stepped 
backi

because I have no more time to work on the project. Now I want to come
back. Let me know, if this is ok or not.


please forward your request to the PMC's private@ mailing list.


friendly reminder to write to the private mailing list. Otherwise it 
won't work.

Thanks for the reminder. I've donne it!

Regards Raphael

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



Re: Request to join back the PMC

2016-12-05 Thread Marcus

Am 11/27/2016 06:06 PM, schrieb Marcus:

Am 11/26/2016 07:21 PM, schrieb Raphael Bircher:

In february 2015 I stepped back from the OpenOffice PMC. I stepped backi
because I have no more time to work on the project. Now I want to come
back. Let me know, if this is ok or not.


please forward your request to the PMC's private@ mailing list.


friendly reminder to write to the private mailing list. Otherwise it 
won't work.


Thanks

Marcus


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



Re: [discussion] Roadmap for Open Office

2016-12-05 Thread Raphael Bircher

Hi Peter, *


Am 12/3/2016 um 1:21 PM schrieb Peter Kovacs:

Hello all,

I thought a little. There were some people claiming that they want to 
help. But then wrote nothing more. I think if you come here, with the 
will to fight alone through all the mess, you will give up fast 
because you have no Idea what your next step is. I personally do not 
have the Problem, since I have a plan what I want to do. However I 
think this is not true for a lot of people.
I would like to get us a bit organized. Get people work to do, while 
giving everyone the freedom the need / claim in order to advance.
This can be one reason. An other one could be, that they see, that all 
is more complicated as they expect, and they give up.. It's a common 
thing, that a much more people offer help than realy jump in.


So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo 
backlog List type. I love Agile methology. Never came to use it 
thought, because companies can not deal well if there is no timeframe. 
But I think for us its perfect.


This is something that might be small sounding, but there are lots of 
tasks involved. We collect all the necessary tasks List them up, and 
offer them on the TODO Bazar (The Backlog).
Listing where we working on, is a good idea. But also keep in mind, that 
everyone deside on there own if what they do
Volunteers can take the task from there, and solve it. It gets 
introduced into our trunc. If task is fullfilled, we generate a 
release out of it.


I do not have an example ready. But maybe just roughly the signing issue:
# EPIC: Signing in MAC
## Extend build tool with sign task
## build Online certificate vault plus client
## Test system

Some thing like this. Maybe a bit more detailed, best Idea would be 
that no task takes more then estimated 12h to accomplish.
If we manage to chop tasks into small pieces like this It is easy to 
wor through the tasks.

I believe 12h task is unrealistic


What do you think? Is this nuts? What are your thoughts?
I think if we have such a roadmap, we can go also on public and have 
something to talk about. I think it would make our Project a lot more 
lovely.
At least, I think, OpenOffice stays OpenOffice. It's big, complicated 
and not a smart project for programmer. It's mor a challange as fun. But 
there are people who search the challenge and they are right here.


Regards Raphael

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