Re: Wiki logo update

2013-09-07 Thread Alexandro Colorado 
On Sat, Sep 7, 2013 at 2:47 PM, Dave Fisher  wrote:

>
> On Sep 7, 2013, at 4:46 AM, Andrea Pescetti wrote:
>
> > On 23/08/2013 janI wrote:
> >> On 22 August 2013 23:51, Alexandro Colorado  wrote:
> > just get a final confirmation if there a 'go' on the Wiki logo update
> > which
> > was reverted due to a regression by infra when setting the SVN.
> >> Infra did not revert anything.
> >> As you very well know the revert on wiki was done by me, because
> >> a) the logos was installed in a wrong place, that made updates very
> >> difficult
> >> b) the standard procedure to make a backup/commit was not followed
> >> All something that had nothing to do with consensus, but how admins
> work on
> >> the vm.
> >
> > I'm coming late to this part of the discussion, but this was definitely
> the right thing to do. We care about a professional-level maintenance of
> our Infrastructure (and actually Apache Infra demands and enforces it).
> Everyone can make mistakes, but when we can correct them we must do so. And
> this is the "technical" part.
>
> I agree. My default position is that I support Jan's sysadmin work. For me
> silence is assent. I'll make it clear here.
>
> >
> >> I respects these concerns and feel reel consensus is
> >> much more important than a technicality, even if it takes 400+ hours.
> >> As vm-admin, I will not install a new logo and/or change html/css
> before I
> >> see a broad acceptance. Other vm-admins might feel different.
> >
> > And now coming to the "community" part: this was very right too. An
> administrator must check consensus before doing changes. And consensus
> reaching may well take weeks (the larger and simpler the issue -and this is
> "large" since it affects several sites and "simple" since everybody can
> have a say- the longer the discussion).
> >
> > The important thing is that eventually we get things done! Hagar
> restarted the constructive discussion at
> http://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=63523 recently
> and I hope we can move forward there.
>

​That discussion only applies to forum.​



>
> When the decision is made please bring it back here and flag it with a
> [CONSENSUS] subject tag. We can then test that here and then proceed after
> the consensus is proven.
>

​There has been 0 comments on the wiki proposal. Is this a consensus?​



>
> Either way we should be vetting the new html, it's look, etc. The sysadmin
> team is then responsible for implementation on MWiki and forums and
> communication about that to the appropriate lists. The admin team is
> responsible for maintaining these servers and needs to manage all
> configuration changes in a manner that any server can be rebuilt from
> scratch using private svn archives including a runbook and data backups.
> This has to be co-ordinated. A change that is apparently simple and
> seemingly 10 minutes is not. Sysadmins are correct to insist on process
> here. Volunteer sysadmins even more so. Don't expect them to be happy if
> you make them "volunteer" when they have real plans and other activities.
>
> But, Alexandro seems to want to discuss a full branding change to all AOO
> assets if that is so then that decision must be made on this list, is much
> larger and it requires a full proposal with willingness to discuss
> everyone's ideas.
>

​There has been no comments on this list for the wiki logo proposal. ​Which
should by default be a Consensus AFAIK, that's the 'lazy' part of the
consensus.



>
> In that case the co-ordination is large and complete consensus followed by
> a conversion plan is required.
>

​It seems there is no timeline, even if there is no comments, things are
not getting done. The process is pretty much broken, since there seems to
be no actual consensus process beside "waiting" which has been done, and
still hasn't been applied.​



>
> - Sysadmin team
> MWiki
> Forums
> - Committers
> Websites
> - Infra / bz admins
> Bugzilla
> - PMC / Infra
> CWiki
> Blogs
> - Sourceforge
> Extensions
> Templates
>

​ATM there is only proposed patches for Mwiki, Forum index and Forum logos.
Extensions and Templates were already updated on Roberto's ​design.

Blogs logos were somewhat updated without much discussion (AFAIK).




>
> Regards,
> Dave
>
>
>
> >
> > 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
>
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Starting Introduction to Contributing to Apache OpenOffice Module

2013-09-07 Thread Covert Nelson 

Hello,
My name is Covert Nelson and I live in Summerville SC. I have been a 
computer hobbyist since the early 80's. My first computer was a 
commodore 64 on which I taught myself some very basic machine language 
coding. I then built my first pc with an 8088 processor. I have built my 
own systems with just about every new processor targeted at consumers as 
they became available. I taught myself BASIC and coded some applications 
I used at my job as a land surveyor. I now have been tasked with 
creating a database linked to a spread sheet to assist our field crews 
in collecting data. I have been using OpenOffice for the last 5 or 6 
years at home and want to expand my skills with this project. How better 
to do this than to assist in contributing to the Apache Openoffice 
community. I just hope I can contribute as much as I learn.

--

Covert Nelson

My Facebook

Re: requirements for vm-admins of forum/translate/wiki

2013-09-07 Thread janI 
On Sep 7, 2013 10:28 PM, "Dave Fisher"  wrote:
>
>
> On Sep 7, 2013, at 2:24 AM, janI wrote:
>
> > On 6 September 2013 19:49, Rob Weir  wrote:
> >
> >> On Fri, Sep 6, 2013 at 12:14 PM, janI  wrote:
> >>> On 6 September 2013 15:27, Dave Fisher  wrote:
> >>>
> 
>  On Sep 4, 2013, at 11:37 PM, Jürgen Schmidt wrote:
> 
> > On 9/4/13 10:17 PM, Rob Weir wrote:
> >> On Wed, Sep 4, 2013 at 12:36 PM, janI  wrote:
> >>> Hi.
> >>>
> >>> We have had some longer discussions on different ML/IRC about how
a
> >>> vm-admin should behave and which level of service we expect for
our
>  servers.
> >>>
> >>> We need new admins, so this is also a request for anyone
interested
> >> to
>  chip
> >>> in.
> >>>
> >>> We have had some unfortunate incidents on all 3 vm, of different
>  nature,
> >>> which made me question if we as a community:
> >>
> >> I assume we have vms for Forums and for Wiki.  But what is the 3rd
> >> one?
> >>
> >>> a) want servers, that are cared for professionally or by
happening.
> >>> b) want to (are capable to) maintain the servers ourself.
> >>> c) are prepared to support a change that make a), b) possible.
> >>>
> >>
> >> I assume we want well-maintained servers that help us get our
> >> project-related tasks done, and also help serve our users.
> >
> > +1 that is the main goal, a working reliable infra structure that
> >> helps
> > to run our project.
> >
> > In the
> >> past, before you got involved, we were not very "proactive".  It
> >> seemed like we just waited for something to break, and then tried
to
> >> fix it.
> >
> > Exactly and doing it proactive is much better and in the end
probably
> > less work.
> >
> >>
> >> I assume another goal is that we have several people helping with
the
> >> admin, to share the work, avoid burnouts, cover for vacation, etc.
> >
> > And that is a very important goal, we need an environment where we
can
> > at any time step in if somebody is not available. I now very well in
> >> the
> > same way as Jan how it is to be a bottleneck. Well it#s true for
many
> > others of us in different areas. But if the servers are not running
or
> > the services not available more people are affected faster
> >
> >
> >>
> >>> I have formulated some thoughts on how admins could work, but in
>  general I
> >>> believe we should convince infra to take over the vm
responsibility
> >> and
> >>> keep our well functioning forum/wiki admins.
> >>>
> >>> We have a vm-team in place, that was created with the purpose of
not
>  having
> >>> a single person as admin. I my opinion the team have not lived up
to
>  that
> >>> purpose but I am still thankful for the help I have received.
> >>>
> >>> Remarks the ideas below are my personal thought, which I have used
>  during
> >>> the time where I maintained the servers:
> >>>
> >>> ===
> >>> The server should at all times be maintained with the following
>  priority:
> >>> 1) security (the backside of being popular is to have the
attention
> >> of
> >>> people who want to gain merit by breaking our servers)
> >>> 2) stability (we have limited cpu/ram/disk so we must optimize)
> >>> 3) add user wishes (we already have stable systems, 1,2 are far
> >> more
> >>> important that enhancing the systems).
> >>>
> >>
> >> and maybe
> >>
> >> 3b) Try to evolve systems so users can implement their own wishes,
in
> >> a way compatible with 1) and 2).  For example, if routine logos and
> >> footers are synched to resources in the project's SVN tree, then
any
> >> committer can update things.
> 
>  I really like this idea.
> 
> >>>
> >>> I am impressed, is this real serious ?
> >>>
> >>> Think about all the fuzz we have had on several MLs because one
committer
> >>> successfully convinced a vm-admin to change our logo, and the
suggestion
> >> is
> >>> to make that automatic.
> >>>
> >>> Any committer who wants a change, just do a "svn commit", is that
really
> >>> wanted ?
> >>>
> >>
> >> It also makes it possible for any committer to fix a problem if one
occurs.
> >>
> >>> A couple of questions to that:
> >>>
> >>> Committer X want extension translate, and do a "svn commit" the
config is
> >>> updated, but does not work because of other dependencies, who clears
up
> >> the
> >>> work ? for sure THAT is not a vm-admin task.
> >>>
> >>
> >> Same as when a committer checks in code that breaks the build.
> >>
> >>
> >>> Committer X changes the logo, but doing a "svn commit", Committer Y
dont
> >>> like it and does a "svn commit", where are our users in this process
or
> >> our
> >>> decision process ?
> >>>
> >>
> >> Same as when a committer checks in code that someone doesn't like.
> >>
> >> We have a community-ba

Re: Another 4.0 review, in ComputerBild (German)

2013-09-07 Thread Andrea Pescetti 

On 01/09/2013 Hagar Delest wrote:

Le 17/08/2013 14:32, Rob Weir a écrit :

http://www.openoffice.org/product/reviews.html
This is the original reviews page. Someone (maybe me?) updated it for
3.4. If you want to add some 4.0 reviews, that would be great.

I've also listed and updated the coverage here:
http://forum.openoffice.org/en/forum/viewtopic.php?f=5&t=63026&p=279440#p279440
The wiki page should be updated I think.


Assuming that by "wiki page" you actually mean
http://www.openoffice.org/product/reviews.html
I ported some French links that were missing.

Regards,
  Andrea.

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

Re: requirements for vm-admins of forum/translate/wiki

2013-09-07 Thread Dave Fisher 

On Sep 7, 2013, at 2:24 AM, janI wrote:

> On 6 September 2013 19:49, Rob Weir  wrote:
> 
>> On Fri, Sep 6, 2013 at 12:14 PM, janI  wrote:
>>> On 6 September 2013 15:27, Dave Fisher  wrote:
>>> 
 
 On Sep 4, 2013, at 11:37 PM, Jürgen Schmidt wrote:
 
> On 9/4/13 10:17 PM, Rob Weir wrote:
>> On Wed, Sep 4, 2013 at 12:36 PM, janI  wrote:
>>> Hi.
>>> 
>>> We have had some longer discussions on different ML/IRC about how a
>>> vm-admin should behave and which level of service we expect for our
 servers.
>>> 
>>> We need new admins, so this is also a request for anyone interested
>> to
 chip
>>> in.
>>> 
>>> We have had some unfortunate incidents on all 3 vm, of different
 nature,
>>> which made me question if we as a community:
>> 
>> I assume we have vms for Forums and for Wiki.  But what is the 3rd
>> one?
>> 
>>> a) want servers, that are cared for professionally or by happening.
>>> b) want to (are capable to) maintain the servers ourself.
>>> c) are prepared to support a change that make a), b) possible.
>>> 
>> 
>> I assume we want well-maintained servers that help us get our
>> project-related tasks done, and also help serve our users.
> 
> +1 that is the main goal, a working reliable infra structure that
>> helps
> to run our project.
> 
> In the
>> past, before you got involved, we were not very "proactive".  It
>> seemed like we just waited for something to break, and then tried to
>> fix it.
> 
> Exactly and doing it proactive is much better and in the end probably
> less work.
> 
>> 
>> I assume another goal is that we have several people helping with the
>> admin, to share the work, avoid burnouts, cover for vacation, etc.
> 
> And that is a very important goal, we need an environment where we can
> at any time step in if somebody is not available. I now very well in
>> the
> same way as Jan how it is to be a bottleneck. Well it#s true for many
> others of us in different areas. But if the servers are not running or
> the services not available more people are affected faster
> 
> 
>> 
>>> I have formulated some thoughts on how admins could work, but in
 general I
>>> believe we should convince infra to take over the vm responsibility
>> and
>>> keep our well functioning forum/wiki admins.
>>> 
>>> We have a vm-team in place, that was created with the purpose of not
 having
>>> a single person as admin. I my opinion the team have not lived up to
 that
>>> purpose but I am still thankful for the help I have received.
>>> 
>>> Remarks the ideas below are my personal thought, which I have used
 during
>>> the time where I maintained the servers:
>>> 
>>> ===
>>> The server should at all times be maintained with the following
 priority:
>>> 1) security (the backside of being popular is to have the attention
>> of
>>> people who want to gain merit by breaking our servers)
>>> 2) stability (we have limited cpu/ram/disk so we must optimize)
>>> 3) add user wishes (we already have stable systems, 1,2 are far
>> more
>>> important that enhancing the systems).
>>> 
>> 
>> and maybe
>> 
>> 3b) Try to evolve systems so users can implement their own wishes, in
>> a way compatible with 1) and 2).  For example, if routine logos and
>> footers are synched to resources in the project's SVN tree, then any
>> committer can update things.
 
 I really like this idea.
 
>>> 
>>> I am impressed, is this real serious ?
>>> 
>>> Think about all the fuzz we have had on several MLs because one committer
>>> successfully convinced a vm-admin to change our logo, and the suggestion
>> is
>>> to make that automatic.
>>> 
>>> Any committer who wants a change, just do a "svn commit", is that really
>>> wanted ?
>>> 
>> 
>> It also makes it possible for any committer to fix a problem if one occurs.
>> 
>>> A couple of questions to that:
>>> 
>>> Committer X want extension translate, and do a "svn commit" the config is
>>> updated, but does not work because of other dependencies, who clears up
>> the
>>> work ? for sure THAT is not a vm-admin task.
>>> 
>> 
>> Same as when a committer checks in code that breaks the build.
>> 
>> 
>>> Committer X changes the logo, but doing a "svn commit", Committer Y dont
>>> like it and does a "svn commit", where are our users in this process or
>> our
>>> decision process ?
>>> 
>> 
>> Same as when a committer checks in code that someone doesn't like.
>> 
>> We have a community-based process that handles these things already.
>> 
>> Your proposal doesn't really avoid these issues.  It handles it by
>> having an admin judge the will of the community.
>> 
> yes like all other vms I know.
> 
> 
>> 
>>> 3b) is a sure way to scare any prof. SA away, thats

Re: Wiki logo update

2013-09-07 Thread Dave Fisher 

On Sep 7, 2013, at 4:46 AM, Andrea Pescetti wrote:

> On 23/08/2013 janI wrote:
>> On 22 August 2013 23:51, Alexandro Colorado  wrote:
> just get a final confirmation if there a 'go' on the Wiki logo update
> which
> was reverted due to a regression by infra when setting the SVN.
>> Infra did not revert anything.
>> As you very well know the revert on wiki was done by me, because
>> a) the logos was installed in a wrong place, that made updates very
>> difficult
>> b) the standard procedure to make a backup/commit was not followed
>> All something that had nothing to do with consensus, but how admins work on
>> the vm.
> 
> I'm coming late to this part of the discussion, but this was definitely the 
> right thing to do. We care about a professional-level maintenance of our 
> Infrastructure (and actually Apache Infra demands and enforces it). Everyone 
> can make mistakes, but when we can correct them we must do so. And this is 
> the "technical" part.

I agree. My default position is that I support Jan's sysadmin work. For me 
silence is assent. I'll make it clear here.

> 
>> I respects these concerns and feel reel consensus is
>> much more important than a technicality, even if it takes 400+ hours.
>> As vm-admin, I will not install a new logo and/or change html/css before I
>> see a broad acceptance. Other vm-admins might feel different.
> 
> And now coming to the "community" part: this was very right too. An 
> administrator must check consensus before doing changes. And consensus 
> reaching may well take weeks (the larger and simpler the issue -and this is 
> "large" since it affects several sites and "simple" since everybody can have 
> a say- the longer the discussion).
> 
> The important thing is that eventually we get things done! Hagar restarted 
> the constructive discussion at 
> http://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=63523 recently and 
> I hope we can move forward there.

When the decision is made please bring it back here and flag it with a 
[CONSENSUS] subject tag. We can then test that here and then proceed after the 
consensus is proven. 

Either way we should be vetting the new html, it's look, etc. The sysadmin team 
is then responsible for implementation on MWiki and forums and communication 
about that to the appropriate lists. The admin team is responsible for 
maintaining these servers and needs to manage all configuration changes in a 
manner that any server can be rebuilt from scratch using private svn archives 
including a runbook and data backups. This has to be co-ordinated. A change 
that is apparently simple and seemingly 10 minutes is not. Sysadmins are 
correct to insist on process here. Volunteer sysadmins even more so. Don't 
expect them to be happy if you make them "volunteer" when they have real plans 
and other activities.

But, Alexandro seems to want to discuss a full branding change to all AOO 
assets if that is so then that decision must be made on this list, is much 
larger and it requires a full proposal with willingness to discuss everyone's 
ideas.

In that case the co-ordination is large and complete consensus followed by a 
conversion plan is required.

- Sysadmin team
MWiki
Forums
- Committers
Websites
- Infra / bz admins
Bugzilla
- PMC / Infra
CWiki
Blogs
- Sourceforge
Extensions
Templates

Regards,
Dave



> 
> 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: Reporting a problem with the OpenOffice website

2013-09-07 Thread Hagar Delest 

Bonjour,

Ceci est une liste en anglais, merci de ne pas utiliser le français.

Vous n'avez pas télécharger la version officielle. La bonne version se trouve 
ici : http://www.openoffice.org/download/

User redirected to the official download page. The site does not even propose 
the latest version.

Hagar


Le 07/09/2013 18:17, HAYKEL KHALIFA a écrit :


excuse me i will write in french

bonjour

je viens de télécharger votre logiciel open office supposé gratuit sur le
site: http://fr.softwis.com/
on m'a demandé d'envoyé un sms pour recevoir le code d'activation et je
viens de me rendre compte qu'ils m'ont fait payer 4.50€ pour le sms. Il ont
revendu votre logiciel !
   Vous pouvez me répondre sur mon adresse mail: haykel.khal...@gmail.com

cordialement



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

Re: Reporting a problem with the OpenOffice website

2013-09-07 Thread Hagar Delest 

Bonjour,

Ceci est une liste en anglais, merci de ne pas utiliser le français.

Vous n'avez pas téléchargé la version officielle. La bonne version se trouve 
ici : http://www.openoffice.org/download/

User redirected to the official download page. The site does not even propose 
the latest version.

Hagar


Le 07/09/2013 18:17, HAYKEL KHALIFA a écrit :


excuse me i will write in french

bonjour

je viens de télécharger votre logiciel open office supposé gratuit sur le
site: http://fr.softwis.com/
on m'a demandé d'envoyé un sms pour recevoir le code d'activation et je
viens de me rendre compte qu'ils m'ont fait payer 4.50€ pour le sms. Il ont
revendu votre logiciel !
   Vous pouvez me répondre sur mon adresse mail: haykel.khal...@gmail.com

cordialement



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

Reporting a problem with the OpenOffice website

2013-09-07 Thread HAYKEL KHALIFA 
excuse me i will write in french

bonjour

je viens de télécharger votre logiciel open office supposé gratuit sur le
site: http://fr.softwis.com/
on m'a demandé d'envoyé un sms pour recevoir le code d'activation et je
viens de me rendre compte qu'ils m'ont fait payer 4.50€ pour le sms. Il ont
revendu votre logiciel !
  Vous pouvez me répondre sur mon adresse mail: haykel.khal...@gmail.com

cordialement

-- 
Haykel BEN KHALIFA

Re: Wrong "vendor" on last dev build

2013-09-07 Thread Kay Schenk 
On Sat, Sep 7, 2013 at 1:39 AM, Ricardo Berlasso  wrote:

> Under Help → About OpenOffice it seems that the build system name is used
> as vendor:
>
> AOO401m3(Build:9712)  -  Rev. 1520285
> 2013-09-05 14:04 - Linux x86_64
>
> Copyright © 2013 aoo_centos5_64.
>
> Este producto fue creado por aoo_centos5_64, basado en Apache OpenOffice
>
>
> Regards
> Ricardo
>

I saw this too on the last couple of Linux builds and was going to ask
about it.


-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: Bugzilla Index

2013-09-07 Thread Andrea Pescetti 

On 30/08/2013 Rory O'Farrell wrote:

Is the Bugzilla index up to date? I've tried a few searches for words
in 123129 subject with no success. It would find the 123129 issue,
given the number, but not using any of the subject words. acknak (on
en-Forum) found similarly.


Note that the default search options ignore RESOLVED issues. If in that 
moment the issue was marked as RESOLVED (as it is now), to see it you 
need to open https://issues.apache.org/ooo/query.cgi then select 
(CTRL-Click) all values for Status and Resolution, and the issue will 
appear in the search results.


Regards,
  Andrea.

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

Bad link to SDK download.

2013-09-07 Thread Ron Blanshine 

To whom it may concern:

On the following page, http://www.openoffice.org/api/SDK/, The link to 
"Download the SDK", produces a 404 error.


Ron Blanshine

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

Bad links to API module pages

2013-09-07 Thread Ron Blanshine 

To whom it may concern:

On the following page: http://www.openoffice.org/api/modules.html, none 
of the links to the Modules in the API Project work, but produce a 404 
error.


Ron Blanshine*:**
*

[Request for review] - Solution for 122927 - =IF(AK3=" ";0;IF(AK3="Y";195;IF(AK3="N";125))) produces FALSE instead of $0.00

2013-09-07 Thread Clarence GUO 
Hi~
I'm working on https://issues.apache.org/ooo/show_bug.cgi?id=122927
I delivered patch to the issue, please help to review.

Root Cause:
In 121126, although in description it only mentioned format code issue,
actually the fix is not only for format code but also for output string for
logic formula cell. The second one introduced this issue.
I think the change for output string change for logic formulas is
reasonable because before 12666, from 12666's sample file, a cell with
formula "=2>1" will return 1.0. It is very strange. It should return "TRUE"
like that in MS Excel.
So my fix will based on 12666. The root cause is for logic formula cells,
fix code of 12666 forcibly set output string to true or false. But many AOO
users had manner already that set number format to logic formula cells.
That's different with Excel. In Excel, no matter what number format you set
to logic formula cells, the output strings are always true and false.
In the sample of this issue, users set number format to currency, because
of the forcibly setting, the string changed.

Solution
My solution is to add checking for logic formula cells, if their output
number formats are certain category like number, currency, date, time, etc,
we will not change the output string. but if no certain format categories
were applied, for logic formula cells, will change output string to true
and false.

Re: Wiki logo update

2013-09-07 Thread Andrea Pescetti 

On 23/08/2013 janI wrote:

On 22 August 2013 23:51, Alexandro Colorado  wrote:

just get a final confirmation if there a 'go' on the Wiki logo update
which
was reverted due to a regression by infra when setting the SVN.

Infra did not revert anything.
As you very well know the revert on wiki was done by me, because
a) the logos was installed in a wrong place, that made updates very
difficult
b) the standard procedure to make a backup/commit was not followed
All something that had nothing to do with consensus, but how admins work on
the vm.


I'm coming late to this part of the discussion, but this was definitely 
the right thing to do. We care about a professional-level maintenance of 
our Infrastructure (and actually Apache Infra demands and enforces it). 
Everyone can make mistakes, but when we can correct them we must do so. 
And this is the "technical" part.



I respects these concerns and feel reel consensus is
much more important than a technicality, even if it takes 400+ hours.
As vm-admin, I will not install a new logo and/or change html/css before I
see a broad acceptance. Other vm-admins might feel different.


And now coming to the "community" part: this was very right too. An 
administrator must check consensus before doing changes. And consensus 
reaching may well take weeks (the larger and simpler the issue -and this 
is "large" since it affects several sites and "simple" since everybody 
can have a say- the longer the discussion).


The important thing is that eventually we get things done! Hagar 
restarted the constructive discussion at 
http://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=63523 recently 
and I hope we can move forward there.


Regards,
  Andrea.

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

Re: permission problem with Windows SDK from snapshot 4.0.1

2013-09-07 Thread Rony G. Flatscher (Apache) 
Ah, on second reading I see that it is not a Windows installation problem you 
were referring to, but
the access rights on the web server. Sorry for my noice, probably need still 
more sleep ... ;)

---rony



On 9/7/2013 1:14 PM, Rony G. Flatscher (Apache) wrote:
> Hi Regina,
>
> On 9/6/2013 9:03 PM, Regina Henschel wrote:
>> when I click on Windows version of SDK in
>> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>>  I get an error
>> "Forbidden
>> You don't have permission to access
>> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe
>> on this server."
> that usually happens, if the access controls (ACL) are not set to allow 
> everyone to do everything
> with it. :)
>
> If that is the cause for your problem, then you can fix this as an 
> Administrator on your Windows
> machine using the command line tool "cacl" (change access control list).
>
> In your example, and assuming you are running a German version of Windows, 
> you might want to try the
> following command in a command line window:
>
> cacls "
> 
> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe"
>  /g
> jeder:f
>
> Altghough it looks a little bit strange to see "/~jsc/" on a Window machine.
>
> Hope that helps one way or the other,
>
> ---rony
>
> P.S.: On a non-German Windows machine you need to change "jeder" to your 
> local name for "everyone".
>
>

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

Re: permission problem with Windows SDK from snapshot 4.0.1

2013-09-07 Thread Rony G. Flatscher (Apache) 
Hi Regina,

On 9/6/2013 9:03 PM, Regina Henschel wrote:
> when I click on Windows version of SDK in
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>  I get an error
> "Forbidden
> You don't have permission to access
> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe
> on this server."
that usually happens, if the access controls (ACL) are not set to allow 
everyone to do everything
with it. :)

If that is the cause for your problem, then you can fix this as an 
Administrator on your Windows
machine using the command line tool "cacl" (change access control list).

In your example, and assuming you are running a German version of Windows, you 
might want to try the
following command in a command line window:

cacls "

/~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe"
 /g
jeder:f

Altghough it looks a little bit strange to see "/~jsc/" on a Window machine.

Hope that helps one way or the other,

---rony

P.S.: On a non-German Windows machine you need to change "jeder" to your local 
name for "everyone".

Authentication Example

2013-09-07 Thread Rajath Shashidhara 
Hello,

I want an example code or code snippet or wiki link for using
InteractionHandler to get authentication details like user credentials for
my ucp.

Please provide me an example.

-- 
Rajath S,
M.Sc(Hons.) Physics, B.E.(Hons.) Computer Science
Birla Institute of Technology and Science - Pilani,
Pilani

Re: Introduction.

2013-09-07 Thread Andrea Pescetti 

Forwarding to Gunwant who is not subscribed to the list. Andrea

On 04/09/2013 Alexandro Colorado wrote:

Welcom Gunwant please read ou getting involved website as well as the
introductory modules we have documented for you to choose which project
suits you better. Then proceed to sign in to the mailing list that best
suit the category and join the team.


On Wed, Sep 4, 2013 at 12:25 AM, Gunwant Khairnarwrote:


Hello

My name id Gunwant Khairnar, from pune, India. And I am working as a Jr
system Administrator(Linux).
I wish to contribute in this openoffice project.

Thanks
Gunwant.







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

Re: requirements for vm-admins of forum/translate/wiki

2013-09-07 Thread janI 
On 6 September 2013 19:49, Rob Weir  wrote:

> On Fri, Sep 6, 2013 at 12:14 PM, janI  wrote:
> > On 6 September 2013 15:27, Dave Fisher  wrote:
> >
> >>
> >> On Sep 4, 2013, at 11:37 PM, Jürgen Schmidt wrote:
> >>
> >> > On 9/4/13 10:17 PM, Rob Weir wrote:
> >> >> On Wed, Sep 4, 2013 at 12:36 PM, janI  wrote:
> >> >>> Hi.
> >> >>>
> >> >>> We have had some longer discussions on different ML/IRC about how a
> >> >>> vm-admin should behave and which level of service we expect for our
> >> servers.
> >> >>>
> >> >>> We need new admins, so this is also a request for anyone interested
> to
> >> chip
> >> >>> in.
> >> >>>
> >> >>> We have had some unfortunate incidents on all 3 vm, of different
> >> nature,
> >> >>> which made me question if we as a community:
> >> >>
> >> >> I assume we have vms for Forums and for Wiki.  But what is the 3rd
> one?
> >> >>
> >> >>> a) want servers, that are cared for professionally or by happening.
> >> >>> b) want to (are capable to) maintain the servers ourself.
> >> >>> c) are prepared to support a change that make a), b) possible.
> >> >>>
> >> >>
> >> >> I assume we want well-maintained servers that help us get our
> >> >> project-related tasks done, and also help serve our users.
> >> >
> >> > +1 that is the main goal, a working reliable infra structure that
> helps
> >> > to run our project.
> >> >
> >> > In the
> >> >> past, before you got involved, we were not very "proactive".  It
> >> >> seemed like we just waited for something to break, and then tried to
> >> >> fix it.
> >> >
> >> > Exactly and doing it proactive is much better and in the end probably
> >> > less work.
> >> >
> >> >>
> >> >> I assume another goal is that we have several people helping with the
> >> >> admin, to share the work, avoid burnouts, cover for vacation, etc.
> >> >
> >> > And that is a very important goal, we need an environment where we can
> >> > at any time step in if somebody is not available. I now very well in
> the
> >> > same way as Jan how it is to be a bottleneck. Well it#s true for many
> >> > others of us in different areas. But if the servers are not running or
> >> > the services not available more people are affected faster
> >> >
> >> >
> >> >>
> >> >>> I have formulated some thoughts on how admins could work, but in
> >> general I
> >> >>> believe we should convince infra to take over the vm responsibility
> and
> >> >>> keep our well functioning forum/wiki admins.
> >> >>>
> >> >>> We have a vm-team in place, that was created with the purpose of not
> >> having
> >> >>> a single person as admin. I my opinion the team have not lived up to
> >> that
> >> >>> purpose but I am still thankful for the help I have received.
> >> >>>
> >> >>> Remarks the ideas below are my personal thought, which I have used
> >> during
> >> >>> the time where I maintained the servers:
> >> >>>
> >> >>> ===
> >> >>> The server should at all times be maintained with the following
> >> priority:
> >> >>> 1) security (the backside of being popular is to have the attention
> of
> >> >>> people who want to gain merit by breaking our servers)
> >> >>> 2) stability (we have limited cpu/ram/disk so we must optimize)
> >> >>> 3) add user wishes (we already have stable systems, 1,2 are far
>  more
> >> >>> important that enhancing the systems).
> >> >>>
> >> >>
> >> >> and maybe
> >> >>
> >> >> 3b) Try to evolve systems so users can implement their own wishes, in
> >> >> a way compatible with 1) and 2).  For example, if routine logos and
> >> >> footers are synched to resources in the project's SVN tree, then any
> >> >> committer can update things.
> >>
> >> I really like this idea.
> >>
> >
> > I am impressed, is this real serious ?
> >
> > Think about all the fuzz we have had on several MLs because one committer
> > successfully convinced a vm-admin to change our logo, and the suggestion
> is
> > to make that automatic.
> >
> > Any committer who wants a change, just do a "svn commit", is that really
> > wanted ?
> >
>
> It also makes it possible for any committer to fix a problem if one occurs.
>
> > A couple of questions to that:
> >
> > Committer X want extension translate, and do a "svn commit" the config is
> > updated, but does not work because of other dependencies, who clears up
> the
> > work ? for sure THAT is not a vm-admin task.
> >
>
> Same as when a committer checks in code that breaks the build.
>
>
> > Committer X changes the logo, but doing a "svn commit", Committer Y dont
> > like it and does a "svn commit", where are our users in this process or
> our
> > decision process ?
> >
>
> Same as when a committer checks in code that someone doesn't like.
>
> We have a community-based process that handles these things already.
>
> Your proposal doesn't really avoid these issues.  It handles it by
> having an admin judge the will of the community.
>
yes like all other vms I know.


>
> > 3b) is a sure way to scare any prof. SA away, thats pure anarchy.
> >
>
> In the good sense of the wo

Problem with PayPal donations to the Apache Software Foundation

2013-09-07 Thread Andrea Pescetti 
To the Apache fundraisers: a user (see below for context) reported a 
problem with PayPal donations to the Apache Software Foundation account, 
used for Apache OpenOffice donations.


Indeed the button at

http://www.apache.org/foundation/contributing.html#Paypal

leads to the following error message:
  ---
Apache Software Foundation
Your purchase couldn't be completed

This recipient is currently unable to receive money.
Your purchase couldn't be completed
There's a problem with the merchant's PayPal account. Please try again 
later.

  ---

Can this be analyzed/fixed?

Thanks,
  Andrea.

On 06/09/2013 Andrea Pescetti wrote:

Bill LLD wrote:

I tried to donate via PayPal. It says there's something wrong with the
recipient's (your) PayPal account.


Thanks for contacting us (and for the intention to donate!). To allow us
to investigate this, could you provide the address of the page where you
clicked the Paypal link/button?

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

Wrong "vendor" on last dev build

2013-09-07 Thread Ricardo Berlasso 
Under Help → About OpenOffice it seems that the build system name is used
as vendor:

AOO401m3(Build:9712)  -  Rev. 1520285
2013-09-05 14:04 - Linux x86_64

Copyright © 2013 aoo_centos5_64.

Este producto fue creado por aoo_centos5_64, basado en Apache OpenOffice


Regards
Ricardo

Re: [RELEASE]: new snapshot and final integration of language updates

2013-09-07 Thread Ricardo Berlasso 
2013/9/6 Jürgen Schmidt 

> Hi,
>
> we are currently uploading a new snapshot build based on the SNAPSHOT
> tag revision 1520285 (corresponding rev. on AOO401 branch 1520244).
>
> The upload is ongoing and takes some time. The wiki page reflects the
> new build and if a link is not yet working, please try again later.
>
> This snapshot includes additional languages Serbian Cyrillic and
> Vietnamese and further lang updates.
>
> Vietnamese is currently not available on Windows due to build problems.
> For creating the download package we have to use the unicode version of
> nsis which have support for Vietnamese. But there is some more work
> necessary and I won't be able investigate in this problem for this
> snapshot. Easy and fast switch to the unicode version doesn't work.
> Sorry but Vietnamese is on risk.
>
> For details please check
>
> http://people.apache.org/~jsc/developer-snapshots/snapshot/snapshot_rev1520244.htm
>
> Details of the former snapshot can be found under
>
> http://people.apache.org/~jsc/developer-snapshots/snapshot/snapshot_rev1518667.htm
>
>
> My plan is to finally update the languages on Monday, that means an
> indirect extension of the translation deadline until Sunday Sep 7th.
>
> I plan also to integrate further bug fixes until Wednesday 11th.
>
> Please work with the snapshots and report issues asap that we can take
> potential problems into account.
>
> With AOO 4.1 we will shift to a beta release cycle but not for the 4.0.1.
>


There is a small problem with the md5 and sha256 files for Linux builds
that makes the "-c" parameter fail: instead of listing the file name there
is a path, for example


/tmp/snapshots/Apache_OpenOffice_4.0.1_Linux_x86-64_install-rpm_es.tar.gz

instead of just


Apache_OpenOffice_4.0.1_Linux_x86-64_install-rpm_es.tar.gz

Win and Mac files are OK.

Regards
 Ricardo




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