Re: Outreach techniques -- what works

[Rob Weir]

On Oct 11, 2012, at 9:48 PM, Kevin Grignon  wrote:

> On Tue, Oct 9, 2012 at 4:22 AM, Juergen Schmidt wrote:
>
>>
>> Am Montag, 8. Oktober 2012 um 19:03 schrieb Rob Weir:
>>> Some quick observations based on recent experience and metrics. I
>>> think this is important when we consider ways of reaching out for
>>> volunteers.
>>>
>>> Facts:
>>>
>>> 1) Adding something an the www.openoffice.org homepage, as a news
>>> story, gets around 80K hits/day
>>>
>>> 2) Adding something to the header on all of ooo-site gets 800K hits/day
>>>
>>> 3) Putting out a blog post on blogs.apache.org gets around 1K hits/day
>>>
>>> 4) Sending something out by Twitter gets maybe 1K, but it is a one-time
>> thing
>>>
>>> 5) Sending something out via announcement list reaches 8K users, but
>>> this is also one-time
>>>
>>> 6) Other mailing lists, like ooo-dev and ooo-users reach a few hundred
>> users
>>>
>>>
>>> What is effective? What isn't? What gets the eyeballs?
>>>
>>>
>>> Case 1: Google Moderator
>>>
>>> Over we had 1,116 users submit 910 ideas and cast 13,354 votes. This
>>> was promoted via mailing list, social networking, blog post,
>>> announcement list, but it did not really take off until I linked to it
>>> from the website header (method #2 above). This massively increased
>>> the number of people participating.
>>>
>>>
>>> Case 2: Danish and Polish translators.
>>>
>>> I put a brief note on the Danish and Polish homepages, in English,
>>> saying that we would welcome volunteers:
>>> http://www.openoffice.org/da/
>>>
>>> This was something so simple, so low tech that I never bothered to do
>>> it before because I was not sure it would be effective. But then I
>>> noticed that these NL home pages were getting nearly 5K hits/day.
>>> Although this is a much smaller audience, it is a very targeted
>>> audience.
>>>
>>> Within 48 hours of putting these notes up we now have multiple
>>> volunteers starting to work on completing the Polish and Danish
>>> translations. In fact now we need to worry about how we coordinate
>>> multiple volunteers on the same language, a good problem to have.
>>>
>>>
>>> Case 3: QA volunteers (a negative example)
>>>
>>> We've had a lot of good information on helping test AOO, on the wiki,
>>> automation code checked into SVN, test procedures, test reports, etc.
>>> All of this is happening in the open on ooo-dev and ooo-qa. But I
>>> don't think we have a really attracted any more test volunteers.
>>> Why?
>>>
>>> Maybe this is because we have only asked on our lists, which have
>>> relatively few subscribers -- a few hundred -- compared to the how
>>> many we can reach out to via other means.
>>>
>>>
>>> So based on what I've seen, in this example and others, I'd recommend
>>> thinking like this:
>>>
>>>
>>> 1) Are we looking for a broad or targeted outreach?
>>>
>>> 2) If narrow, look for targeting specific pages on the website that
>>> will be seen by those users
>>>
>>> 3) If broad, consider something on the home page or the header on
>>> every page, like we're doing now with ApacheCon.
>>>
>>> 4) Even though a blog post gets less traffic, it still might make
>>> sense to start there. It gives you something that you can then think
>>> to from other places, as well as a way to engage with the reader via
>>> comments.
>>
>> thanks for this very interesting and useful observations and hints how to
>> reach a broader audience.
>>
>> Juergen
>
>
>
> Can we set up the header content to cycle through important notices. With
> so many daily hits we should optimize this opportunity.
>

I like this idea. It would require some changes but one way would be
to have the header markup be static rather than a SSI, but have that
static markup reference a JSON object in an external JS file that
contains the various messages, URL's and weights. Could even be
locale-specific.


> Perhaps we could assign priorities to the messages so core messages have
> high visibility, while still leaving some impressions for other messages,
> such as recruiting, surveys, etc.
>
> Thoughts?
>
> Regards,
> Kevin

Default Toolbar for Certain Languages

[imacat]

I would like to ask if it is possible for a default toolbar for
certain languages, but not all.  Out local community was asking a
Chinese punctuation toolbar for a long time, which they were used to it
since MS Office 97.  Unlike English punctuation, it is very trouble to
input Chinese full-width punctuation.  This toolbar helped them a lot.
I submit a request, and am amazed how fast words got spread and people
are enthusiastic about getting this done.

http://goo.gl/mod/GTi6

I know it is easy to do it in with a extension of BASIC macros.   Is
it possible to include it in the OpenOffice installation?  Or maybe
hard-code it?

-- 
Best regards,
imacat ^_*' 
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc

<> News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/
Greenfoot Taiwan http://greenfoot.westart.tw/



signature.asc
Description: OpenPGP digital signature

Re: [RELEASE] milestone build (Was: [RELEASE] 3.5, 4.0, fixpack, milestone build...)

[Shenfeng Liu]

2012/10/12 Regina Henschel 

> Hi Simon,
>
> Shenfeng Liu schrieb:
>
>
>
>> I went through all the implemented features and enhancements for 3.5.0,
>> added/removed the Target Milestone value to some of the records.
>> And I created a query *TargetTo350FEATURE_Fixed* that can be easier for us
>> to write release notes:
>> https://issues.apache.org/ooo/**buglist.cgi?cmdtype=dorem&**
>> remaction=run&namedcmd=**TargetTo350FEATURE_Fixed&**sharer_id=249089
>> I hope people can check the query and confirm the features/enhancements.
>> As
>> Arial pointed out in another mail, my reading from the issue history may
>> not be consistent with the code.
>>
>> I will continue to check the defects, which may take more time...
>> Currently
>> there are 175 per TargetTo350AllFixed .
>>
>
> I do not think, that a query for a milestone in Bugzilla is really
> reliable. If you will try a query nevertheless, a query for commenter
> "svnbot" catches all issues, where the committer has written a bug ID into
> the commit message,  http://s.apache.org/kT.
>
> But that will still not catch all relevant issues. To get really all
> changes you need to look at the commit log.
>
> Regina,
  Thanks for the explanation! svnbot comment is the thing I will check when
I mark the Target Milestone (in fact I will check all the comments and
change history when I'm going to change the Target Milestone). While I also
understand that there are code delivery without associated Bugzilla
record... So I hope the Bugzilla query can be an easy start point and cover
most of the cases, then input for those not covered. Though IMHO, I'd like
to advocate the tracing of all changes in Bugzilla.

- Simon



> Kind regards
> Regina
>
>

Re: Outreach techniques -- what works

[Kevin Grignon]

On Tue, Oct 9, 2012 at 4:22 AM, Juergen Schmidt wrote:

>
> Am Montag, 8. Oktober 2012 um 19:03 schrieb Rob Weir:
> > Some quick observations based on recent experience and metrics. I
> > think this is important when we consider ways of reaching out for
> > volunteers.
> >
> > Facts:
> >
> > 1) Adding something an the www.openoffice.org homepage, as a news
> > story, gets around 80K hits/day
> >
> > 2) Adding something to the header on all of ooo-site gets 800K hits/day
> >
> > 3) Putting out a blog post on blogs.apache.org gets around 1K hits/day
> >
> > 4) Sending something out by Twitter gets maybe 1K, but it is a one-time
> thing
> >
> > 5) Sending something out via announcement list reaches 8K users, but
> > this is also one-time
> >
> > 6) Other mailing lists, like ooo-dev and ooo-users reach a few hundred
> users
> >
> >
> > What is effective? What isn't? What gets the eyeballs?
> >
> >
> > Case 1: Google Moderator
> >
> > Over we had 1,116 users submit 910 ideas and cast 13,354 votes. This
> > was promoted via mailing list, social networking, blog post,
> > announcement list, but it did not really take off until I linked to it
> > from the website header (method #2 above). This massively increased
> > the number of people participating.
> >
> >
> > Case 2: Danish and Polish translators.
> >
> > I put a brief note on the Danish and Polish homepages, in English,
> > saying that we would welcome volunteers:
> > http://www.openoffice.org/da/
> >
> > This was something so simple, so low tech that I never bothered to do
> > it before because I was not sure it would be effective. But then I
> > noticed that these NL home pages were getting nearly 5K hits/day.
> > Although this is a much smaller audience, it is a very targeted
> > audience.
> >
> > Within 48 hours of putting these notes up we now have multiple
> > volunteers starting to work on completing the Polish and Danish
> > translations. In fact now we need to worry about how we coordinate
> > multiple volunteers on the same language, a good problem to have.
> >
> >
> > Case 3: QA volunteers (a negative example)
> >
> > We've had a lot of good information on helping test AOO, on the wiki,
> > automation code checked into SVN, test procedures, test reports, etc.
> > All of this is happening in the open on ooo-dev and ooo-qa. But I
> > don't think we have a really attracted any more test volunteers.
> > Why?
> >
> > Maybe this is because we have only asked on our lists, which have
> > relatively few subscribers -- a few hundred -- compared to the how
> > many we can reach out to via other means.
> >
> >
> > So based on what I've seen, in this example and others, I'd recommend
> > thinking like this:
> >
> >
> > 1) Are we looking for a broad or targeted outreach?
> >
> > 2) If narrow, look for targeting specific pages on the website that
> > will be seen by those users
> >
> > 3) If broad, consider something on the home page or the header on
> > every page, like we're doing now with ApacheCon.
> >
> > 4) Even though a blog post gets less traffic, it still might make
> > sense to start there. It gives you something that you can then think
> > to from other places, as well as a way to engage with the reader via
> > comments.
> >
> >
>
> thanks for this very interesting and useful observations and hints how to
> reach a broader audience.
>
> Juergen



Can we set up the header content to cycle through important notices. With
so many daily hits we should optimize this opportunity.

Perhaps we could assign priorities to the messages so core messages have
high visibility, while still leaving some impressions for other messages,
such as recruiting, surveys, etc.

Thoughts?

Regards,
Kevin

Re: OpenOffice for Android

[Alexandro Colorado]

On 10/11/12, Fernando Cassia  wrote:
> On Thu, Oct 11, 2012 at 6:29 PM, Alexandro Colorado  wrote:
>> However, I do
>> wonder what would it prevent anyone to take the OO algoritm to manage
>> ODF and port it to Java and skin it under the Android native Toolkit.
>
> I would prefer Java based Thinkfree office (which has Java SE and
> Android versions already) becoming FOSS.
>
> http://mobile.thinkfree.com/en/index.html
> http://office.thinkfree.com/en/index.html
>
> Where is Sun Microsystems when one needs them?... (rethorical question)
> I wish Scott McNealy would stop playing golf and return to the IT
> landscape... I clearly miss his vision... *
>
> FC
> * http://www.openoffice.org/press/sun_release.html
>

I wonder if it has ODF support, it seems it only support proprietary documents.

-- 
Alexandro Colorado
PPMC Apache OpenOffice
http://es.openoffice.org

Re: OpenOffice for Android

[Fernando Cassia]

On Thu, Oct 11, 2012 at 6:29 PM, Alexandro Colorado  wrote:
> However, I do
> wonder what would it prevent anyone to take the OO algoritm to manage
> ODF and port it to Java and skin it under the Android native Toolkit.

I would prefer Java based Thinkfree office (which has Java SE and
Android versions already) becoming FOSS.

http://mobile.thinkfree.com/en/index.html
http://office.thinkfree.com/en/index.html

Where is Sun Microsystems when one needs them?... (rethorical question)
I wish Scott McNealy would stop playing golf and return to the IT
landscape... I clearly miss his vision... *

FC
* http://www.openoffice.org/press/sun_release.html

Re: OpenOffice for Android

[Fernando Cassia]

On Thu, Oct 11, 2012 at 5:10 PM, David Paenson  wrote:
> I keep on thinking: wouldn't it be wonderful if OpenOffice was
> available for tablets running Android?
>
> Yesterday I had to tell a student who had bought a cheap tablet
> including external keyboard she had better resell it and buy instead a
> netbook, so she could install OpenOffice for Linux or Windows.

No, it would be better if consumers educated themselves and purchased
an AMD or Intel x86 based tablet (I favor AMD Fusion myself), where
you can install ANY OS you want, including standard x86 Linux (Fedora,
Ubuntu, etc), and run standard Apache OpenOffice, Firefox, and any
software you want.

See:
http://ho.io/AMDTablet

Video of AMD Fusion tablet running Ubuntu
http://www.youtube.com/watch?v=pfhP1cpGhHw

Same tablet running ArchLinux
http://www.youtube.com/watch?v=VSf4lBsExp0

The latest AMD Fusion tablets get 8-hours of 720p video playback on a
battery charge, and the equivalent CPU horsepower of an AMD Sempron
3000...

So, the notion that "tablets=limited" or "tablets=Android" irks me a
lot. If you get an x86 tablet, you get all the power of a regular
notebook, with a touch screen instead of keyboard...

FC
-- 
During times of Universal Deceit, telling the truth becomes a revolutionary act
- George Orwell

Re: BItTorrents -- do we care?

[Fernando Cassia]

On Thu, Oct 11, 2012 at 3:46 PM, Donald Whytock  wrote:
> Dude...Are you citing yourself?
>
> Don

No, I cited Vint Cerf agreeing with me wrt residential broadband
should be symmetric (same upstream speed as downstream). That´s what
really sets apart passive consummers of web info to active
contributors of information and content to the rest of the Net (and
no, your 768K won´t cut it).

Until upstream speeds get above 1Mbit, ´cloud´ is a pipe dream.

I´m perfectly aware of the ´power of swarms´. When I get 10Mbit
upstream, maybe I could devote 1/10th of it to torrent seeding. Until
then, no thanks, I´m struggling with my curent 1Mbit FTTH upstream.

On DOCSIS cable modems, things are even worse, as sending data upstream also
affects downstream speeds...


Severe upstream congestion.

Even with the new DOCSIS 3.0, upstream bandwidth is quite limited in
cable systems. When shared between an entire neighborhood, this can
cause speed problems—and not just for uploads. (This is why Comcast's
P2P blocking system only targeted the upload link.)

Users seeding .torrent files or uploading photo sets to Flickr will
see a slowdown anytime the upstream link is congested, of course, but
so will plenty of other users. TCP, the most common protocol on the
Internet, relies on a stream of acknowledgements to make sure that
data is arriving accurately at its destination. In the case of a
severely overloaded uplink, such acknowledgements may be delayed,
which can in turn affect a user's downloads. (This does not apply to
"fire and forget" protocols like UDP.)
---
http://arstechnica.com/tech-policy/2009/05/why-your-cable-internet-connection-gets-slow/

Which is why cable modem technology sucks big time. I would never
depend on shared coax last mile (or quarter mile) for my broadband.

So there...
FC

Re: BItTorrents -- do we care?

[Raphael Bircher]

You are right, only one download works, and searching for solutions is a
real nightmare. If you have only torrent in the search string, you get
pointet to all this stupid public trackers, or dummy questions from P2P
Downloaders. I didn't find a Link to a good manual. This proves,
BitTorrent is 98% not used to share free Software ;-)

Greetings Raphael

Am 11.10.12 23:55, schrieb Issac Goldstand:
> I'm getting "Torrent unauthorized" for all but one of the torrents
> there...  Are you sure that the tracker is set up properly?
>
> On 11/10/2012 10:39, Raphael Bircher wrote:
>> Hi all
>>
>> Am 21.09.12 15:35, schrieb Albino B Neto:
>>> Hi.
>>>
>>> On Wed, Sep 19, 2012 at 4:16 AM, Issac Goldstand
>>>  wrote:
 +1 - I'm for it and willing to help seed :)
>>> +1
>>>
 Would we be using our own tracker (does infra even have a tracker
 script?) or some third-party website's?
>>> I was reading another email, we could start using a public tracker to
>>> host the torrent file, then we moved to (apacheoo). Or simply use our.
>> I setting up a tracker now... http://rbircher.homeunix.org:6969
>>
>

Re: BItTorrents -- do we care?

[Issac Goldstand]

I'm getting "Torrent unauthorized" for all but one of the torrents 
there...  Are you sure that the tracker is set up properly?


On 11/10/2012 10:39, Raphael Bircher wrote:

Hi all

Am 21.09.12 15:35, schrieb Albino B Neto:

Hi.

On Wed, Sep 19, 2012 at 4:16 AM, Issac Goldstand  wrote:

+1 - I'm for it and willing to help seed :)

+1


Would we be using our own tracker (does infra even have a tracker
script?) or some third-party website's?

I was reading another email, we could start using a public tracker to
host the torrent file, then we moved to (apacheoo). Or simply use our.

I setting up a tracker now... http://rbircher.homeunix.org:6969

Re: OpenOffice for Android

[Alexandro Colorado]

The guys from KOffice got some funding by Nokia to port their office
suite to Maemo-Meego back in 2009, if the project experience demand
they were going to continue their work for a full blown editor.
Unfortunately, we all know what happened to those. However, I do
wonder what would it prevent anyone to take the OO algoritm to manage
ODF and port it to Java and skin it under the Android native Toolkit.

I think that was the goal of the URE, to have an engine separate from
the product. However this engine didnt really acquire much demand,
also I think it was a bit too bootstrap. At least thats the feedback I
saw from the lists of devs when they tried to use it.

A different effort on Andorid are the WebODF viewer
(http://webodf.org/) which is available on the Google store on JS, I
think is a rework of XUL ODFViewer http://odfview.webs.com/:

Also there is already a AndrOffice which is mainly a spreadsheet, but
they are working on making this a full fledge office suite.
http://www.androffice.com

On 10/11/12, Rob Weir  wrote:
> On Thu, Oct 11, 2012 at 4:10 PM, David Paenson  wrote:
>> Dear all,
>>
>> I keep on thinking: wouldn't it be wonderful if OpenOffice was
>> available for tablets running Android?
>>
>> Yesterday I had to tell a student who had bought a cheap tablet
>> including external keyboard she had better resell it and buy instead a
>> netbook, so she could install OpenOffice for Linux or Windows.
>>
>> Could Google not be approached by OpenOffice programmers with an offer
>> of the sort:
>>
>> "We OpenOffice programmers could and would port OpenOffice to android,
>> but we of course need to be paid proper programmers' salary. A first
>> working and tested edition would take us around 15 months, working as
>> a group of 5 programmers." ?
>>
>> Google/Android has no proper office suite. Microsoft will probably
>> never want to port their MS Office to Android, because that would be
>> the end of Windows 8, and Apple is not really interested in Office
>> software anyway, at least not for Android.
>>
>> So OppenOffice would dominate the market for Android tablets, which
>> would be good for Google too :).
>>
>
> Certainly Google would benefit from an Android office suite. But it
> looks like they have gone with a different option:
>
> http://www.quickoffice.com/google_acquires_quickoffice/
>
> -Rob
>
>> Yours
>> Dave
>


-- 
Alexandro Colorado
PPMC Apache OpenOffice
http://es.openoffice.org

Re: OpenOffice Developer Room (devroom) at FOSDEM

[Rob Weir]

On Thu, Oct 11, 2012 at 4:50 PM, Louis Suárez-Potts
 wrote:
> Hi,
>
> On 2012-10-11, at 20:52 , Andrea Pescetti  wrote:
>
>> Louis Suárez-Potts wrote:
>>> On 2012-10-11, at 24:24 , Rob Weir wrote:
 OK.  So we've said that we're happy to share a devroom.  This is
 good. Are we still waiting to hear from LO?
>>
>> Yes; apparently LibreOffice had not thought about this, even though it
>> was clearly written in the guidelines that organizers would have asked
>> to merge similar devrooms. So we'll need to wait. The organizers set 
>> Saturday as a deadline.
>>
> I spoke with Michael Meeks (hi michael) about sharing and he suggested that 
> it may be best to have separate rooms and if it does seem logical and 
> politically feasible to consider sharing on one or some subjects. No one 
> likes politics but reality is what it is.
>

Politics is what we make it.  I don't think we should consider
Michael's view to be the last word on the "art of of the possible".

>>> I'm in Paris now and will likely be either meeting with or dodging
>>> (or both) LO entities.
>>> I can ask. They may now know, however, as I would guess the relevant
>>> LO person is Meeks? or Thorsten?
>>
>> Actually, at the moment we are waiting for a "yes" or "no" from LibreOffice, 
>> and I don't know how many people are involved in the decision and who (I 
>> didn't see anything on the LibreOffice developers list, but it could be the 
>> wrong place). If it's a "yes", then we will definitely have to talk, and 
>> your availability is very welcome.
>
> I think we ought to propose our room directly NOW. And if LO wants to share 
> later, then we can conceivably work with Tias and others to arrange that. 
> Fosdem is fairly plastic.
>
> I do think it reasonable to consider this occasion as an opportunity to come 
> to a détente or understanding. AFAICT, the issues that could be resolved by 
> some public collaboration could have more impact in their effect on the 
> market--in that it would demonstrate to users that regardless of the flavour, 
> the substance is, well, solid.
>
> So, let's propose now, independent of LO and if they want then later to join 
> up with us, fine--unless you end up with more current information than I--?
>

Andrea has already done this. Details in previous posts to this
thread.  The idea of the shared room came from the organizers.   It is
up to the organizers what to do if AOO agrees to a shared room and LO
does not.

-Rob

> Louis

Re: OpenOffice for Android

[Rob Weir]

On Thu, Oct 11, 2012 at 4:10 PM, David Paenson  wrote:
> Dear all,
>
> I keep on thinking: wouldn't it be wonderful if OpenOffice was
> available for tablets running Android?
>
> Yesterday I had to tell a student who had bought a cheap tablet
> including external keyboard she had better resell it and buy instead a
> netbook, so she could install OpenOffice for Linux or Windows.
>
> Could Google not be approached by OpenOffice programmers with an offer
> of the sort:
>
> "We OpenOffice programmers could and would port OpenOffice to android,
> but we of course need to be paid proper programmers' salary. A first
> working and tested edition would take us around 15 months, working as
> a group of 5 programmers." ?
>
> Google/Android has no proper office suite. Microsoft will probably
> never want to port their MS Office to Android, because that would be
> the end of Windows 8, and Apple is not really interested in Office
> software anyway, at least not for Android.
>
> So OppenOffice would dominate the market for Android tablets, which
> would be good for Google too :).
>

Certainly Google would benefit from an Android office suite. But it
looks like they have gone with a different option:

http://www.quickoffice.com/google_acquires_quickoffice/

-Rob

> Yours
> Dave

Re: OpenOffice Developer Room (devroom) at FOSDEM

[Louis Suárez-Potts]

Hi,

On 2012-10-11, at 20:52 , Andrea Pescetti  wrote:

> Louis Suárez-Potts wrote:
>> On 2012-10-11, at 24:24 , Rob Weir wrote:
>>> OK.  So we've said that we're happy to share a devroom.  This is
>>> good. Are we still waiting to hear from LO?
> 
> Yes; apparently LibreOffice had not thought about this, even though it
> was clearly written in the guidelines that organizers would have asked
> to merge similar devrooms. So we'll need to wait. The organizers set Saturday 
> as a deadline.
> 
I spoke with Michael Meeks (hi michael) about sharing and he suggested that it 
may be best to have separate rooms and if it does seem logical and politically 
feasible to consider sharing on one or some subjects. No one likes politics but 
reality is what it is.

>> I'm in Paris now and will likely be either meeting with or dodging
>> (or both) LO entities.
>> I can ask. They may now know, however, as I would guess the relevant
>> LO person is Meeks? or Thorsten?
> 
> Actually, at the moment we are waiting for a "yes" or "no" from LibreOffice, 
> and I don't know how many people are involved in the decision and who (I 
> didn't see anything on the LibreOffice developers list, but it could be the 
> wrong place). If it's a "yes", then we will definitely have to talk, and your 
> availability is very welcome.

I think we ought to propose our room directly NOW. And if LO wants to share 
later, then we can conceivably work with Tias and others to arrange that. 
Fosdem is fairly plastic.

I do think it reasonable to consider this occasion as an opportunity to come to 
a détente or understanding. AFAICT, the issues that could be resolved by some 
public collaboration could have more impact in their effect on the market--in 
that it would demonstrate to users that regardless of the flavour, the 
substance is, well, solid.

So, let's propose now, independent of LO and if they want then later to join up 
with us, fine--unless you end up with more current information than I--?

Louis 

OpenOffice for Android

[David Paenson]

Dear all,

I keep on thinking: wouldn't it be wonderful if OpenOffice was
available for tablets running Android?

Yesterday I had to tell a student who had bought a cheap tablet
including external keyboard she had better resell it and buy instead a
netbook, so she could install OpenOffice for Linux or Windows.

Could Google not be approached by OpenOffice programmers with an offer
of the sort:

"We OpenOffice programmers could and would port OpenOffice to android,
but we of course need to be paid proper programmers' salary. A first
working and tested edition would take us around 15 months, working as
a group of 5 programmers." ?

Google/Android has no proper office suite. Microsoft will probably
never want to port their MS Office to Android, because that would be
the end of Windows 8, and Apple is not really interested in Office
software anyway, at least not for Android.

So OppenOffice would dominate the market for Android tablets, which
would be good for Google too :).

Yours
Dave

Re: At the sound of the beep...

[Kay Schenk]

On 10/11/2012 11:03 AM, Rob Weir wrote:

At the sound of the beep Apache OpenOffice 3.4 downloads will exceed 20 million.



Congrats, everyone.

-Rob



WOW! That's a BIG BEEP! :)

--

MzK

"Anyone who considers protocol unimportant has never
 dealt with a cat."
   -- Robert Heinlein

Re: BItTorrents -- do we care?

[Albino B Neto]

HI

On Thu, Oct 11, 2012 at 4:21 PM, Raphael Bircher  wrote:
> They are on now http://rbircher.homeunix.org:6969/index.tmpl?search=pt-BR

Thanks (:

You do statics about download of AOO ?

-- 
Albino

Re: BItTorrents -- do we care?

[Raphael Bircher]

Am 11.10.12 21:13, schrieb Albino B Neto:
> Hi
>
> On Thu, Oct 11, 2012 at 3:49 PM, Raphael Bircher  wrote:
 I setting up a tracker now... http://rbircher.homeunix.org:6969
>>> You are using a mirror, or downloaded and upload here ?
>>>
>> At the moment it is hand work. But this is also only a temporary
>> solution for me. I will investegate in a more automated version maybe
>> also with an other tracker software. But for me it was important to
>> bring it up in a acceptable time frame. It is also not on the right
>> mashine. But it runs, and I will opload the rest of the files soon.
> Understand.
>
>> I would be happy, if you dan allready start to create the seeds. I have
>> limited bandwith here (about 300kb/s upload), and it will takes timd to
>> share the builds.
> The pt-Br I could help, I have limited bandwith here 100kbs upload.
They are on now http://rbircher.homeunix.org:6969/index.tmpl?search=pt-BR

>

Re: At the sound of the beep...

[Albino B Neto]

Hi

On Thu, Oct 11, 2012 at 3:03 PM, Rob Weir  wrote:
> At the sound of the beep Apache OpenOffice 3.4 downloads will exceed 20 
> million.

So Good !

> 

Congratulation for all ! =D

All team is working very for this, now and always is ever increasing.

-- 
Albino

Re: BItTorrents -- do we care?

[Albino B Neto]

Hi

On Thu, Oct 11, 2012 at 3:49 PM, Raphael Bircher  wrote:
>>> I setting up a tracker now... http://rbircher.homeunix.org:6969
>> You are using a mirror, or downloaded and upload here ?
>>
> At the moment it is hand work. But this is also only a temporary
> solution for me. I will investegate in a more automated version maybe
> also with an other tracker software. But for me it was important to
> bring it up in a acceptable time frame. It is also not on the right
> mashine. But it runs, and I will opload the rest of the files soon.

Understand.

> I would be happy, if you dan allready start to create the seeds. I have
> limited bandwith here (about 300kb/s upload), and it will takes timd to
> share the builds.

The pt-Br I could help, I have limited bandwith here 100kbs upload.

-- 
Albino

Re: OpenOffice Developer Room (devroom) at FOSDEM

[Andrea Pescetti]

Louis Suárez-Potts wrote:

On 2012-10-11, at 24:24 , Rob Weir wrote:

OK.  So we've said that we're happy to share a devroom.  This is
good. Are we still waiting to hear from LO?


Yes; apparently LibreOffice had not thought about this, even though it
was clearly written in the guidelines that organizers would have asked
to merge similar devrooms. So we'll need to wait. The organizers set 
Saturday as a deadline.



I'm in Paris now and will likely be either meeting with or dodging
(or both) LO entities.
I can ask. They may now know, however, as I would guess the relevant
LO person is Meeks? or Thorsten?


Actually, at the moment we are waiting for a "yes" or "no" from 
LibreOffice, and I don't know how many people are involved in the 
decision and who (I didn't see anything on the LibreOffice developers 
list, but it could be the wrong place). If it's a "yes", then we will 
definitely have to talk, and your availability is very welcome.



If we do share, what does that mean?  We develop a joint-program
of presentations?   This isn't as bad as it sounds.  Since Fosdem
is more developer-oriented


Exactly, FOSDEM is technical and we have a lot of opportunities for a 
joint program. But again, the algorithm is: OpenOffice said yes; 
LibreOffice says yes -> Organizers are happy and we discuss all 
practicalities; LibreOffice says no -> Organizers are not happy and they 
will take decisions and notify us of the outcome (two rooms, one shared 
room, one room but fully dedicated to one project, zero rooms).



Marketing can be relevant but this is about development.


Sure. And development can include many topics in OpenOffice: core, build 
system, extensions, dictionaries, localization, automated testing, 
formats, interoperability... Plenty of possible presentations.



Would it be worth asking Calligra, Gnumeric and Abi as well?  Or
would they be focused on KDE/GNOME devrooms?


FOSDEM organizers wrote that applications are confidential, so I don't 
know if these projects submitted an application, but I assume they 
didn't, otherwise they would have been asked to join the "ODF Offices" 
devroom, as organizers called it. But we can surely consider to reach 
out to them too once we have more details: FOSDEM is huge and it's 
possible that people from those projects are already going to attend anyway.



PS. On the practical side, we can host a 'neutral' devroom
mailinglist for talk submission and discussion on our server.


This note is from the organizers, and it might be a possibility if we 
wish to have a completely shared room (i.e., not a "federated" one where 
each presentation is clearly specific of a project). Again, this is 
premature until we know that OpenOffice and LibreOffice agree on sharing 
a devroom.


Regards,
  Andrea.

Re: BItTorrents -- do we care?

[Raphael Bircher]

Hi Albino

Am 11.10.12 19:27, schrieb Albino B Neto:
> Hi.
>
> On Thu, Oct 11, 2012 at 5:39 AM, Raphael Bircher  wrote:
>> I setting up a tracker now... http://rbircher.homeunix.org:6969
> Good.
>
> You are using a mirror, or downloaded and upload here ?
>
At the moment it is hand work. But this is also only a temporary
solution for me. I will investegate in a more automated version maybe
also with an other tracker software. But for me it was important to
bring it up in a acceptable time frame. It is also not on the right
mashine. But it runs, and I will opload the rest of the files soon.

I would be happy, if you dan allready start to create the seeds. I have
limited bandwith here (about 300kb/s upload), and it will takes timd to
share the builds.

Greetings Raphael

Re: BItTorrents -- do we care?

[Donald Whytock]

On Thu, Oct 11, 2012 at 2:10 PM, Fernando Cassia  wrote:
> I disagree stongly. Seeding torrents is a bandwith-intensive, and
> particularly upstream-intensive proposition. Most residential
> broadband links -at least down here in .AR- are limited to 512K to 256
> Kbps upstream speed. Only a minority has FTTH or DOCSIS 3.0 cable
> modems, and in those insteances upstream has an average on 1 Mbit.
>
> Torrenting -and particularly seeding- only starts to get interesting
> with upstream speeds above 1Mbit.

Actually, torrenting starts to get interesting with swarms.  The more
people that seed, the greater the chances that the packets you need
will be immediately available.  Even if they don't have a lot of
bandwidth as individuals, as a collection they're as accessible as a
high-speed disk drive.

> On the other hand if you have 256 Kbps of upstream and suddenly you
> find yourself seeding a popular file to several users at once, you
> suddenly find that your ´broadband´ sucks, ie, you can´t send any big
> email attachment or upload files to the cloud because all your tiny
> upstream is being used by the torrents. -yes, one can fine-tune the bw
> allocation, but as I said above, with upstream speeds as low as 512K
> or 256K  any fraction of a tiny pipe is an even tinier pipe.

Mine's 768K, and that's the low end for my ISP.  I typically set aside
150K for bittorrent upload and don't feel it with anything else that I
do.  I know that's not a huge contribution, but again, swarms.

Set up a torrent for AOO and I'll be happy to help seed.  And I
promise to not block Argentinians.

> So, in the words of Vint Cerf "residential broadband connections are crippled"
>
> http://www.theinquirer.net/inquirer/news/1016487/home-broadband-customers-are-crippled-vint-cerf-reckons

Dude...Are you citing yourself?

Don

Re: BItTorrents -- do we care?

[Fernando Cassia]

On Tue, Sep 18, 2012 at 11:37 AM, Rob Weir  wrote:
> In other words, for 99% of normal end users in a low bandwidth/high
> latency/unreliable connections, wouldn't a download manager over http
> be the better solution?

Yes.

Sun had one dubbed "Sun Download Manager", written in cross platform
Java, and which worked wonders. Sadly it was killed after the Sun-ORCL
merger, because it didn´t interface well with the latter´ SSL download
system in place.

Hmmm... maybe Apache can use its reach to ask ORCL for the Sun DL
Manager code? It would make a great FOSS project: Apache Download
Manager. ;)

http://news.techeye.net/software/oracle-quietly-buries-sun-download-manager
^read specially one reader comment near the bottom, from the former
product manager

FC

Re: Installation patches

[Pedro Giffuni]

Hi Herbert;

>
> From: Herbert Dürr 

> 
>Hi Pedro,
>
>> The ability to sidestep archive creation would be welcome (I think).
>
>That is already possible using the configure option
>  --with-package-format="installed"
>which avoids the archive creation.
>

I have to try it, but it will take a while.

>Getting back to the topic of having an "install" makefile target:
>There already is an "install" target for dmake, but its usage and its result 
>is different enough from a "make install" in most other projects.
>

Aha, yes, that's the issue: how to get AOO installed without generating the 
archive :).


>Changing the build process so that "make clean", "make", "make install" etc. 
>will work as expected by newcomers might be a worthwhile goal.
>

That is indeed something that takes a lot of *my* development time: when 
something
fails in the middle of my changes I usually have to clean by hand the module 
(rm -rf)
and invoke the script I use (actually a port makefile) to set the build 
environment and
start building (everything) again. It's a PITA!



>With the files of the "installed" package-format already residing in e.g. 
>main/instsetoo_native/*/OpenOffice/installed/install/en-US
>eventually it is not too much effort to add an "install" target that feels 
>almost right.
>

I guess this is the answer to my first statement :).


Pedro.

Re: BItTorrents -- do we care?

[Fernando Cassia]

On Mon, Sep 17, 2012 at 10:16 PM, Louis Suárez-Potts  wrote:
> Meshing implicitly leads to participatory culture.

I disagree stongly. Seeding torrents is a bandwith-intensive, and
particularly upstream-intensive proposition. Most residential
broadband links -at least down here in .AR- are limited to 512K to 256
Kbps upstream speed. Only a minority has FTTH or DOCSIS 3.0 cable
modems, and in those insteances upstream has an average on 1 Mbit.

Torrenting -and particularly seeding- only starts to get interesting
with upstream speeds above 1Mbit.

On the other hand if you have 256 Kbps of upstream and suddenly you
find yourself seeding a popular file to several users at once, you
suddenly find that your ´broadband´ sucks, ie, you can´t send any big
email attachment or upload files to the cloud because all your tiny
upstream is being used by the torrents. -yes, one can fine-tune the bw
allocation, but as I said above, with upstream speeds as low as 512K
or 256K  any fraction of a tiny pipe is an even tinier pipe.

So, in the words of Vint Cerf "residential broadband connections are crippled"

http://www.theinquirer.net/inquirer/news/1016487/home-broadband-customers-are-crippled-vint-cerf-reckons

FC

-- 
During times of Universal Deceit, telling the truth becomes a revolutionary act
- George Orwell

At the sound of the beep...

[Rob Weir]

At the sound of the beep Apache OpenOffice 3.4 downloads will exceed 20 million.



Congrats, everyone.

-Rob

Headless memory leak #105191

[Alexandro Colorado]

Just want to bring attention to this pretty nasty bug about soffice
doing serious memory leak when dealing with headless mode. The bug has
been reviewed and confirmed yet no breakthrough has happened in quite
a few years.

https://issues.apache.org/ooo/show_bug.cgi?id=105191

Does anyone know about the status and maybe some comments on why is it
so hard to squash?

Regards.

-- 
Alexandro Colorado
PPMC Apache OpenOffice
http://es.openoffice.org

Re: BItTorrents -- do we care?

[Albino B Neto]

Hi.

On Thu, Oct 11, 2012 at 5:39 AM, Raphael Bircher  wrote:
> I setting up a tracker now... http://rbircher.homeunix.org:6969

Good.

You are using a mirror, or downloaded and upload here ?

-- 
Albino

Re: Consultants Directory: Update and Help Needed

[Rob Weir]

On Thu, Oct 11, 2012 at 1:22 PM, Sylvain DENIS
 wrote:
> Hello,
>
> I can help in french ;)
>

Thanks.  Look for a note direct from me in a few minutes.

-Rob


> greetings
>
> Sylvain DENIS
>
> Le 11/10/12 19:05, Rob Weir a écrit :
>
>> On Thu, Oct 11, 2012 at 1:48 AM, Jörg Schmidt 
>> wrote:
>>>
>>> Hello Rob,
>>>
 From: Rob Weir [mailto:robw...@apache.org]
 So areas where I could use help:

 1) Reviewing the non-English legacy consultants for relevant ones who
 should be invited.  German, French, Italian and Spanish volunteers are
 especially needed.  If you can help I can send you a spreadsheet of
 the websites and an English version of my invitation note.  Maybe 30
 or so per language.
>>>
>>> I think I can help you with the german consultants. I already know most
>>> of the german consultants personally, for example, all on:
>>> http://www.frodev.org/dienstleister
>>>
>> Thanks.  I will email you the spreadsheet with the German listings.
>>
>> Is anyone able to help with French, Italian or Spanish?
>>
>> -Rob
>>
>>> Greetings,
>>> Jörg
>>>
>

Re: Consultants Directory: Update and Help Needed

[Albino B Neto]

Hi

On Thu, Oct 11, 2012 at 2:22 PM, Sylvain DENIS
 wrote:
> I can help in french ;)
>
> greetings

So good.

Volunteers are showing up (:

-- 
Albino

Re: Consultants Directory: Update and Help Needed

[Sylvain DENIS]

Hello,

I can help in french ;)

greetings

Sylvain DENIS

Le 11/10/12 19:05, Rob Weir a écrit :

On Thu, Oct 11, 2012 at 1:48 AM, Jörg Schmidt  wrote:

Hello Rob,


From: Rob Weir [mailto:robw...@apache.org]
So areas where I could use help:

1) Reviewing the non-English legacy consultants for relevant ones who
should be invited.  German, French, Italian and Spanish volunteers are
especially needed.  If you can help I can send you a spreadsheet of
the websites and an English version of my invitation note.  Maybe 30
or so per language.

I think I can help you with the german consultants. I already know most of the 
german consultants personally, for example, all on:
http://www.frodev.org/dienstleister


Thanks.  I will email you the spreadsheet with the German listings.

Is anyone able to help with French, Italian or Spanish?

-Rob


Greetings,
Jörg

Re: Consultants Directory: Update and Help Needed

[Rob Weir]

On Thu, Oct 11, 2012 at 1:48 AM, Jörg Schmidt  wrote:
> Hello Rob,
>
>> From: Rob Weir [mailto:robw...@apache.org]
>> So areas where I could use help:
>>
>> 1) Reviewing the non-English legacy consultants for relevant ones who
>> should be invited.  German, French, Italian and Spanish volunteers are
>> especially needed.  If you can help I can send you a spreadsheet of
>> the websites and an English version of my invitation note.  Maybe 30
>> or so per language.
>
> I think I can help you with the german consultants. I already know most of 
> the german consultants personally, for example, all on:
> http://www.frodev.org/dienstleister
>

Thanks.  I will email you the spreadsheet with the German listings.

Is anyone able to help with French, Italian or Spanish?

-Rob

>
> Greetings,
> Jörg
>

RE: Demonstrating Issues for Bug Reports

[Dennis E. Hamilton]

I'm afraid I can't reproduce the problem Maurice Howe reports.  I wonder if 
there is some other software that has his keyboard and mouse "hooked" and the 
recorder interfered with that in some way.  The only application I have running 
that is watching the keyboard and mouse is HyperSnap DX.  My anti-virus is 
Microsoft Security Essentials and it watches whatever it watches.

Here's what I did:

I'm editing this reply as HTML (though I won't post it as HTML).

I have started the recorder.
I am changing this line to be in Bold.
So far I can see in the mouse the little red circle that shows up anytime I 
click on anything.
I have not had any hang-ups so far.
I am removing the bold that is from "So …" to here.

I notice that there is a security symbol in the little display for the recorder 
control.  That reminds me: I am running as a member of the Administrator group. 
 I don't know if that is a factor.

I stopped the recorder successfully.
I am changing this message back to plaintext.

 - Dennis


-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Thursday, October 11, 2012 09:38
To: ooo-us...@incubator.apache.org; ooo-dev@incubator.apache.org
Subject: RE: Demonstrating Issues for Bug Reports

I ran the Problem Steps Recorder and noticed the following things:

 1. If you want to make comments, you need to do it while the Recorder is 
running.  It asks you to outline a portion of your screen and then enter your 
comment in a comment dialog that comes up.  You can do this any number of 
times.  

 2. When the Recorder is stopped, it brings up a Save As ... dialog for saving 
all of the information in a Zip.  The Zip contains a single 
Problem__.mht file, a synthetic web page.  My little test produced 
a 4MB Zip containing a 7MB file which has 15 full-screen captures (I am running 
at 2560 x 1600!), any comments on each capture, and then a summary of 
additional details of the 15 actions.  There are instructions to review all of 
these to make sure no unwanted private information is disclosed.  The MHT also 
has the option to view the sequence as a slide show.

 3. I opened Windows 7 Task Manager and see that the Recorder is listed (by its 
Windows Title bar) in Applications, and as psr.exe in Processes.  

I have seen no slowdowns after closing the Recorder.

If there is a problem about restarting after crashing with Recorder running, I 
recommend starting it again and closing it immediately to see if that clears it 
up.

I have not tried running it on Outlook (2010 in my case).  I'll see if I can 
reproduce the experience of Maurice Howe now.


 - Dennis

-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Thursday, October 11, 2012 08:19
To: ooo-dev@incubator.apache.org; ooo-us...@incubator.apache.org
Subject: RE: Demonstrating Issues for Bug Reports

I'll take a look.  You might want to look in the Processes tab of Windows Task 
Manager to see if there is a noticeable process that is still running.

-Original Message-
From: Maurice Howe [mailto:maur...@stny.rr.com] 
Sent: Thursday, October 11, 2012 05:50
To: ooo-us...@incubator.apache.org; dennis.hamil...@acm.org; 'OOo-dev Apache 
Incubator '
Subject: RE: Demonstrating Issues for Bug Reports

Whoa, Hoss!  That Windows/7 routine has major flaws, at least for me.  I
couldn't use several OUTLOOK features (such as BOLD).  Restarting Outlook
didn't help, so I did a Windows restart.  That locked everything up solid
(couldn't even click START).  Finally mashed POWER OFF and restarted the
whole thing.  Computer is noticeably slower now (even causing letters to
drop when typing at normal speed).  Have no idea what's happening.  It's as
if the RECORDING thing is still running, but according to Windows Task
Manager, it isn't.  

Suggestions? 

Maurice D. Howe
General MacArthur Honor Guard Assn
616 Lacey Drive
Endwell, NY 13760
607-754-0469
maur...@stny.rr.com
 


-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Wednesday, October 10, 2012 11:30 PM
To: OOo-dev Apache Incubator 
Cc: ooo-users Apache Incubator List 
Subject: Demonstrating Issues for Bug Reports

I had no idea there was this handy tool.  It should help with demonstrations
of problems in AOO:



 - Dennis


-
To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org
For additional commands, e-mail: ooo-users-h...@incubator.apache.org


-
To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org
For additional commands, e-mail: ooo-users-h...@incubator.apache.org

RE: Demonstrating Issues for Bug Reports

[Dennis E. Hamilton]

I ran the Problem Steps Recorder and noticed the following things:

 1. If you want to make comments, you need to do it while the Recorder is 
running.  It asks you to outline a portion of your screen and then enter your 
comment in a comment dialog that comes up.  You can do this any number of 
times.  

 2. When the Recorder is stopped, it brings up a Save As ... dialog for saving 
all of the information in a Zip.  The Zip contains a single 
Problem__.mht file, a synthetic web page.  My little test produced 
a 4MB Zip containing a 7MB file which has 15 full-screen captures (I am running 
at 2560 x 1600!), any comments on each capture, and then a summary of 
additional details of the 15 actions.  There are instructions to review all of 
these to make sure no unwanted private information is disclosed.  The MHT also 
has the option to view the sequence as a slide show.

 3. I opened Windows 7 Task Manager and see that the Recorder is listed (by its 
Windows Title bar) in Applications, and as psr.exe in Processes.  

I have seen no slowdowns after closing the Recorder.

If there is a problem about restarting after crashing with Recorder running, I 
recommend starting it again and closing it immediately to see if that clears it 
up.

I have not tried running it on Outlook (2010 in my case).  I'll see if I can 
reproduce the experience of Maurice Howe now.


 - Dennis

-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Thursday, October 11, 2012 08:19
To: ooo-dev@incubator.apache.org; ooo-us...@incubator.apache.org
Subject: RE: Demonstrating Issues for Bug Reports

I'll take a look.  You might want to look in the Processes tab of Windows Task 
Manager to see if there is a noticeable process that is still running.

-Original Message-
From: Maurice Howe [mailto:maur...@stny.rr.com] 
Sent: Thursday, October 11, 2012 05:50
To: ooo-us...@incubator.apache.org; dennis.hamil...@acm.org; 'OOo-dev Apache 
Incubator '
Subject: RE: Demonstrating Issues for Bug Reports

Whoa, Hoss!  That Windows/7 routine has major flaws, at least for me.  I
couldn't use several OUTLOOK features (such as BOLD).  Restarting Outlook
didn't help, so I did a Windows restart.  That locked everything up solid
(couldn't even click START).  Finally mashed POWER OFF and restarted the
whole thing.  Computer is noticeably slower now (even causing letters to
drop when typing at normal speed).  Have no idea what's happening.  It's as
if the RECORDING thing is still running, but according to Windows Task
Manager, it isn't.  

Suggestions? 

Maurice D. Howe
General MacArthur Honor Guard Assn
616 Lacey Drive
Endwell, NY 13760
607-754-0469
maur...@stny.rr.com
 


-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Wednesday, October 10, 2012 11:30 PM
To: OOo-dev Apache Incubator 
Cc: ooo-users Apache Incubator List 
Subject: Demonstrating Issues for Bug Reports

I had no idea there was this handy tool.  It should help with demonstrations
of problems in AOO:



 - Dennis


-
To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org
For additional commands, e-mail: ooo-users-h...@incubator.apache.org

Re: Installation patches

[Herbert Dürr]

Hi Pedro,


The ability to sidestep archive creation would be welcome (I think).


That is already possible using the configure option
  --with-package-format="installed"
which avoids the archive creation.

Getting back to the topic of having an "install" makefile target:
There already is an "install" target for dmake, but its usage and its 
result is different enough from a "make install" in most other projects.


Changing the build process so that "make clean", "make", "make install" 
etc. will work as expected by newcomers might be a worthwhile goal.


With the files of the "installed" package-format already residing in 
e.g. main/instsetoo_native/*/OpenOffice/installed/install/en-US
eventually it is not too much effort to add an "install" target that 
feels almost right.


Herbert

Re: [RELEASE] milestone build (Was: [RELEASE] 3.5, 4.0, fixpack, milestone build...)

[Regina Henschel]

Hi Simon,

Shenfeng Liu schrieb:



I went through all the implemented features and enhancements for 3.5.0,
added/removed the Target Milestone value to some of the records.
And I created a query *TargetTo350FEATURE_Fixed* that can be easier for us
to write release notes:
https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=TargetTo350FEATURE_Fixed&sharer_id=249089
I hope people can check the query and confirm the features/enhancements. As
Arial pointed out in another mail, my reading from the issue history may
not be consistent with the code.

I will continue to check the defects, which may take more time... Currently
there are 175 per TargetTo350AllFixed .


I do not think, that a query for a milestone in Bugzilla is really 
reliable. If you will try a query nevertheless, a query for commenter 
"svnbot" catches all issues, where the committer has written a bug ID 
into the commit message,  http://s.apache.org/kT.


But that will still not catch all relevant issues. To get really all 
changes you need to look at the commit log.


Kind regards
Regina

Re: commit after review vs lazy consensus (was Re: [DISCUSS]: next step towards graduation)

[Pedro Giffuni]

Hi Andre;

Silence is consent. :)

Pedro.



>
> From: Andre Fischer 
>To: ooo-dev@incubator.apache.org 
>Sent: Thursday, October 11, 2012 2:06 AM
>Subject: Re: commit after review vs lazy consensus (was Re: [DISCUSS]: next 
>step towards graduation)
> 
>Ahem,
>
>Yesterday I have created issue 121191 for this, see my mail "Cleaning up 
>ext_sources/" here on ooo-dev for details.
>I will start deleting the files probably tomorrow, so this is a mild 
>form of lazy consensus.
>
>-Andre
>
>On 10.10.2012 23:45, Rob Weir wrote:
>> On Wed, Oct 10, 2012 at 5:11 PM, Pedro Giffuni  wrote:
>>>
>>>
>>>
>>> - Original Message -
 From: Rob Weir 
 To: ooo-dev@incubator.apache.org
 Cc:
 Sent: Wednesday, October 10, 2012 11:05 AM
 Subject: Re: [DISCUSS]: next step towards graduation

 On Wed, Oct 10, 2012 at 11:56 AM, Pedro Giffuni wrote:
>
>
>
>   - Original Message -
>   ...
>>>    Who "praised" my axe? I recall *you* threatened to veto
 it :-P.
>>   Yes, I did.  And I've learned from my error.  So in this case
 I'd seek
>>   lazy consensus first ;-)
>>
>>>    And now that you bring back the issue, I still think the cat-B
 files have
>>>   to be delete *before* graduation.
>>>
>>   Are there some still that you want to delete?  Is anything stopping
>>   you?  Is there a BZ issue for this?
>>
>   For the record: I said axe was a proper solution for the issue, I
 didn't
>   offer to axe them myself. :)
>
>   IMHO, opening a bugzilla for this issue is against the concept of lazy
>   consensus: there is consensus that we want to graduate so we
>   remove those files and if someone complains we consider alternatives.
>
 Lazy consensus is when you want to do something yourself but you think
 it might be controversial.  If you think it is not controversial, and
 it is reversible (as almsot everything in SVN is) then JFDI.

>>> Wrong concept:
>>>
>> Actually, is not wrong at all.  I think you are confusing two
>> different things:  1) *assuming* lazy consensus and 2) stating lazy
>> consensus.  When you JFDI you are assuming lazy consensus. When you
>> state it and wait 72 hours you are being more careful, leaving more
>> room for doubt.
>>
>>> http://rave.apache.org/docs/governance/lazyConsensus.html
>>>
>>>
>>> "Lazy Consensus means that when you are convinced that you know what the 
>>> community would like to see happen you can simply assume that you already 
>>> have consensus and get on with the work. You don't have to insist people 
>>> discuss and/or approve your plan, and you certainly don't need to call a 
>>> vote to get approval. You just assume you have the communities support 
>>> unless someone says otherwise."
>>>
>>> For controversial issues there is the 72 hours rule, but lazy consensus 
>>> strictly speaking, does not depend on controversiality.The idea is that 
>>> once we name someone committer, he/she is expected to have criteria to 
>>> advance on his own, and although some mentorship may be optional we don't 
>>> expect a committer to depend on others to review and approve..
>>>
>>> What doesn't scale IMHO.. is that committers *have* to ask for review, at 
>>> least it doesn't seem the Apache way to me.
>>>
>> For items that you think may be controversial you *should* state lazy
>> consensus and give 72 hours to object.  Otherwise you risk wasting
>> your time, since any committer can veto your commit.  Better to know
>> that up front than after the fact and be forced to revert your change.
>>   We know that this doesn't scale, since it can lead to week's of
>> broken builds, as you know.
>>
>> I'm assuming you actually understand the above and are merely being
>> argumentative.  So I'll stop my co-enablement of this pointless
>> discussion after this post.
>>
>> And btw, as a PMC member you might get into the practice of quoting
>> this project's statement of this practice rather than hunting for it
>> on unrelated websites:
>>
>> http://incubator.apache.org/openofficeorg/docs/governance/lazyConsensus.html
>>
>>
>> -Rob
>>
>>
>>> Pedro.
>
>
>
>

RE: Demonstrating Issues for Bug Reports

[Dennis E. Hamilton]

I'll take a look.  You might want to look in the Processes tab of Windows Task 
Manager to see if there is a noticeable process that is still running.

-Original Message-
From: Maurice Howe [mailto:maur...@stny.rr.com] 
Sent: Thursday, October 11, 2012 05:50
To: ooo-us...@incubator.apache.org; dennis.hamil...@acm.org; 'OOo-dev Apache 
Incubator '
Subject: RE: Demonstrating Issues for Bug Reports

Whoa, Hoss!  That Windows/7 routine has major flaws, at least for me.  I
couldn't use several OUTLOOK features (such as BOLD).  Restarting Outlook
didn't help, so I did a Windows restart.  That locked everything up solid
(couldn't even click START).  Finally mashed POWER OFF and restarted the
whole thing.  Computer is noticeably slower now (even causing letters to
drop when typing at normal speed).  Have no idea what's happening.  It's as
if the RECORDING thing is still running, but according to Windows Task
Manager, it isn't.  

Suggestions? 

Maurice D. Howe
General MacArthur Honor Guard Assn
616 Lacey Drive
Endwell, NY 13760
607-754-0469
maur...@stny.rr.com
 


-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Wednesday, October 10, 2012 11:30 PM
To: OOo-dev Apache Incubator 
Cc: ooo-users Apache Incubator List 
Subject: Demonstrating Issues for Bug Reports

I had no idea there was this handy tool.  It should help with demonstrations
of problems in AOO:



 - Dennis

Re: [RELEASE] milestone build (Was: [RELEASE] 3.5, 4.0, fixpack, milestone build...)

[Jürgen Schmidt]

On 10/11/12 4:59 PM, Shenfeng Liu wrote:
> 2012/10/10 Marcus (OOo) 
> 
>> Am 10/09/2012 03:58 AM, schrieb Shenfeng Liu:
>>
>>  2012/10/9 Ariel Constenla-Haile

>>>
>>>  Hi Jürgen, *

 On Mon, Oct 08, 2012 at 04:58:03PM +0200, Jürgen Schmidt wrote:

> The build bots are still not build the same as we do for the binary
> releases (please correct me if I am wrong). Means as long as we don't
> have build bots which are building with the same configuration we should
> provide the builds manually in the same way we did it for the release.
>
> @Ariel, would that be ok for you fro now until we have a better
> solution?
>

 Yes, I will apply the set up described in
 https://issues.apache.org/ooo/**show_bug.cgi?id=119385,
  that is,
 decreasing Linux system requirements to glibc 2.5

 Any one is welcome to take any of the two architectures (building on
 Linux is multiplied by 4: rpm/deb, 32 and 64 bits; this counts on
 building time and uploading the packages); if not, I will take care of
 both.


> I will take care of Windows and MacOS.
>
>
>(2) How many language support can we get for this milestone build?
>> Not
>> necessary to be 100% translated, but can be a base for volunteers to
>>
> verify

> the translation.
>>
>
> We should include the languages that we have released and add all
> languages where we notice active volunteers who help us to support these
> further languages (eg. Polish, Danish, Scots Gaelic, ...)
>
>
>(3) The current development snapshot naming [a] is a little confusing
>>
> to

> me. I wonder if we can change the naming to reflect the date of the
>>
> build?

>
> I am not sure if understand you correct. The revision is a unique
> identifier and makes it clear what went in the snapshot. We probably
> upload the builds not all on the same day. Means I am not sure how a
> date can help here.
>

 I guess that besides the revision, milestone builds can be identified by
 their milestone number, which should be increased in every milestone
 build: AOO350m1 AOO350m2 etc

 just like in OOo times there was DEV300m105 DEV300m106 etc
 http://www.openoffice.org/**development/releases/**
 DEV300m106_snapshot.html
 it could start now from DEV350m1


  OK, I understand the revision now, and let's forget the "date".
>>> And I agree with Ariel that a milestone number like AOO350m1 will be
>>> better
>>> when we promote it.
>>> I personally do not think we need to use mirror. But a download page that
>>> Marcus suggested will be good.
>>>
>>
>> Sure, the download page can point to the builds on the mirror system or
>> the ASF people's directories (when the paths are unified then automatism is
>> much easier).
>>
>> But when using the mirrors we could:
>> - stear the timeframe how long a milestone should be online,
>> - when to release the next dev build,
>> - a simple point of downloadable dev builds,
>> - and of course we can see how often which file was downloaded. To see if
>> it's worth the efforts at all.
>>
>> So, I think we should try to distribute the dev builds via the mirror
>> system. If we laster think that it doesn't make sense anymore then we can
>> stop it.
>>
>> Marcus
>>
> 
> You persuaded me, Marcus. :) I agree mirrors will be good for the milestone
> build. As far as we can contain the effort.
> 
> I went through all the implemented features and enhancements for 3.5.0,
> added/removed the Target Milestone value to some of the records.
> And I created a query *TargetTo350FEATURE_Fixed* that can be easier for us
> to write release notes:
> https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=TargetTo350FEATURE_Fixed&sharer_id=249089
> I hope people can check the query and confirm the features/enhancements. As
> Arial pointed out in another mail, my reading from the issue history may
> not be consistent with the code.
> 
> I will continue to check the defects, which may take more time... Currently
> there are 175 per TargetTo350AllFixed .
> 
> Juergen & Arial, can I know where we are with the builds?

we don't have started yet because we haven't finally agreed on a
version. I will check the build bots tomorrow morning and will propose a
revision for the next dev snapshot. We can build and upload them over
the weekend and should have them on Monday ready.

Juergen


> 
> Thanks very much for you all's support!
> 
> - Simon
> 

Re: 3.5 Features/Defects - Fwd: [Bug 101466] ODFF: implement AVERAGEIF and AVERAGEIFS

[Shenfeng Liu]

Ariel,
  Thanks very much for your information!
  The reason I cleaned the Target Milestone field was that for those
issues, the value of "AOO 3.5.0" was inherited from original OOo system,
but not being set newly. So I treated them as invalid value. But if they
are really new features in our code, let's update the BZ records and add
the Target Milestone field back.

- Simon


2012/10/11 Ariel Constenla-Haile 

> Hi Shenfeng Liu,
>
> On Thu, Oct 11, 2012 at 03:41:49PM +0800, Shenfeng Liu wrote:
> > Ariel,
> >   I'm cleaning up the Target Milestone field for our 3.5 milestone build.
> >   Below case is the situation that from the defect history it looks like
> a
> > very old defect, but in fact it was not committed until recently.
> >   I also has several similar defects below. I wonder if you can tell me
> > whether they are the same situation?
>
> I don't know much about spreadsheet code, but there are some threads
> explaining these new functions' situation:
>
> http://markmail.org/thread/e5j5e7lp35eajfod
> http://markmail.org/thread/6jnh2cxjkrzv7pwe from this I took the
> information
>
> > 114428VERIFIEDFIXEDODFF: implement XOR spreadsheet function
> > 4/28/2011 17:05AOO 3.5.0
> > 20878RESOLVEDFIXEDQ-PCD Show spaces at end of a wrapped line
> in
> > Writer2/15/2012 11:13AOO 3.5.0
> > 90269VERIFIEDFIXEDODFF: implement COUNTIFS function
> > 5/11/2012 15:36AOO 3.5.0
> > 95144VERIFIEDFIXEDODFF: implement SUMIFS()5/11/2012
> > 15:36AOO 3.5.0
> > 101466VERIFIEDFIXEDODFF: implement AVERAGEIF and AVERAGEIFS
> > 5/11/2012 15:36AOO 3.5.0
>
> As Regina tells, code was committed on 5.Sept.2012, so target should be
> AOO 3.5.0. I don't know the status, sure Regina can enlighten us; it
> seems documentation on the Online Help is missing, besides translation
> (I guess these new functions will be localized too, but the Pootle
> server is in AOO34 branch).
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: [RELEASE] milestone build (Was: [RELEASE] 3.5, 4.0, fixpack, milestone build...)

[Shenfeng Liu]

2012/10/10 Marcus (OOo) 

> Am 10/09/2012 03:58 AM, schrieb Shenfeng Liu:
>
>  2012/10/9 Ariel Constenla-Haile
>> >
>>
>>  Hi Jürgen, *
>>>
>>> On Mon, Oct 08, 2012 at 04:58:03PM +0200, Jürgen Schmidt wrote:
>>>
 The build bots are still not build the same as we do for the binary
 releases (please correct me if I am wrong). Means as long as we don't
 have build bots which are building with the same configuration we should
 provide the builds manually in the same way we did it for the release.

 @Ariel, would that be ok for you fro now until we have a better
 solution?

>>>
>>> Yes, I will apply the set up described in
>>> https://issues.apache.org/ooo/**show_bug.cgi?id=119385,
>>>  that is,
>>> decreasing Linux system requirements to glibc 2.5
>>>
>>> Any one is welcome to take any of the two architectures (building on
>>> Linux is multiplied by 4: rpm/deb, 32 and 64 bits; this counts on
>>> building time and uploading the packages); if not, I will take care of
>>> both.
>>>
>>>
 I will take care of Windows and MacOS.


(2) How many language support can we get for this milestone build?
> Not
> necessary to be 100% translated, but can be a base for volunteers to
>
 verify
>>>
 the translation.
>

 We should include the languages that we have released and add all
 languages where we notice active volunteers who help us to support these
 further languages (eg. Polish, Danish, Scots Gaelic, ...)


(3) The current development snapshot naming [a] is a little confusing
>
 to
>>>
 me. I wonder if we can change the naming to reflect the date of the
>
 build?
>>>

 I am not sure if understand you correct. The revision is a unique
 identifier and makes it clear what went in the snapshot. We probably
 upload the builds not all on the same day. Means I am not sure how a
 date can help here.

>>>
>>> I guess that besides the revision, milestone builds can be identified by
>>> their milestone number, which should be increased in every milestone
>>> build: AOO350m1 AOO350m2 etc
>>>
>>> just like in OOo times there was DEV300m105 DEV300m106 etc
>>> http://www.openoffice.org/**development/releases/**
>>> DEV300m106_snapshot.html
>>> it could start now from DEV350m1
>>>
>>>
>>>  OK, I understand the revision now, and let's forget the "date".
>> And I agree with Ariel that a milestone number like AOO350m1 will be
>> better
>> when we promote it.
>> I personally do not think we need to use mirror. But a download page that
>> Marcus suggested will be good.
>>
>
> Sure, the download page can point to the builds on the mirror system or
> the ASF people's directories (when the paths are unified then automatism is
> much easier).
>
> But when using the mirrors we could:
> - stear the timeframe how long a milestone should be online,
> - when to release the next dev build,
> - a simple point of downloadable dev builds,
> - and of course we can see how often which file was downloaded. To see if
> it's worth the efforts at all.
>
> So, I think we should try to distribute the dev builds via the mirror
> system. If we laster think that it doesn't make sense anymore then we can
> stop it.
>
> Marcus
>

You persuaded me, Marcus. :) I agree mirrors will be good for the milestone
build. As far as we can contain the effort.

I went through all the implemented features and enhancements for 3.5.0,
added/removed the Target Milestone value to some of the records.
And I created a query *TargetTo350FEATURE_Fixed* that can be easier for us
to write release notes:
https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=TargetTo350FEATURE_Fixed&sharer_id=249089
I hope people can check the query and confirm the features/enhancements. As
Arial pointed out in another mail, my reading from the issue history may
not be consistent with the code.

I will continue to check the defects, which may take more time... Currently
there are 175 per TargetTo350AllFixed .

Juergen & Arial, can I know where we are with the builds?

Thanks very much for you all's support!

- Simon

Re: Installation patches

[Pedro Giffuni]

- Original Message -
...
>> 
>>  That is already done in the background. Before any archive, installer or
>>  packages are created AOO is setup in a temporary directory. The
>>  following diff prevents the temporary directory from being deleted
>>  before "make install: ends:
>>  [...]
> 
> AFAIK with using the configure option 
> --with-package-format="installed" this already works without having to 
> patch the packager module.
> 
> But Pedro probably meant a make target named "install" that would copy 
> files from this directory into e.g. /opt/AOO-dev and maybe add a link to its 
> main binary into /usr/bin, right?
> 

Yes. we currently install everything in it's own directory and then add
symlinks to /usr/local/bin so there are no conflicts with other versions
of OpenOffice.

The ability to sidestep archive creation would be welcome (I think).
Maho-san is the expert though :).

Pedro.

Re: Ask for advice:cloud office interoperability

[Ian Lynch]

On 11 October 2012 15:04, BIG JAM  wrote:

> I'm looking for a programmer to help me (surcharge)
> to make an extension for open office
>
> Why did you send me this?
>

You are in a public discussion forum in a discussion thread about cloud
office interoperability. You will get replies to this thread from any of
the participants. If you are interested in a programming project, start a
new thread by putting something like "Programmer needed" in the subject
title of a post to the ooo-dev@incubator.apache.org address. Then replies
to that post will be relevant to the subject title.


> Il giorno 11/ott/2012, alle ore 15:51, zhun guo ha scritto:
>
> >> To Alexandro Colorado:  This article is so good for understanding of
> >> history of HTML or XML. Thanks!
>
>


-- 
Ian

Ofqual Accredited IT Qualifications (The Schools ITQ)

www.theINGOTs.org +44 (0)1827 305940

The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth,
Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and
Wales.

Re: Ask for advice:cloud office interoperability

[BIG JAM]

> To Alexandro Colorado:  This article is so good for understanding of
> history of HTML or XML. Thanks!


Il giorno 11/ott/2012, alle ore 15:51, zhun guo ha scritto:

>> To Alexandro Colorado:  This article is so good for understanding of
>> history of HTML or XML. Thanks!

Re: Ask for advice:cloud office interoperability

[BIG JAM]

I'm looking for a programmer to help me (surcharge)
to make an extension for open office

Why did you send me this?

Il giorno 11/ott/2012, alle ore 15:51, zhun guo ha scritto:

>> To Alexandro Colorado:  This article is so good for understanding of
>> history of HTML or XML. Thanks!

Re: Ask for advice:cloud office interoperability

[zhun guo]

>
> What means ?
>

Re: Ask for advice:cloud office interoperability

[BIG JAM]

thanks if you can help me ..
give me your mail?

Dario


Il giorno 11/ott/2012, alle ore 15:51, zhun guo ha scritto:

>> To Alexandro Colorado:  This article is so good for understanding of
>> history of HTML or XML. Thanks!

Re: Ask for advice:cloud office interoperability

[zhun guo]

>
>
> To Alexandro Colorado:  This article is so good for understanding of
> history of HTML or XML. Thanks!
>

RE: Demonstrating Issues for Bug Reports

[Maurice Howe]

Whoa, Hoss!  That Windows/7 routine has major flaws, at least for me.  I
couldn't use several OUTLOOK features (such as BOLD).  Restarting Outlook
didn't help, so I did a Windows restart.  That locked everything up solid
(couldn't even click START).  Finally mashed POWER OFF and restarted the
whole thing.  Computer is noticeably slower now (even causing letters to
drop when typing at normal speed).  Have no idea what's happening.  It's as
if the RECORDING thing is still running, but according to Windows Task
Manager, it isn't.  

Suggestions? 

Maurice D. Howe
General MacArthur Honor Guard Assn
616 Lacey Drive
Endwell, NY 13760
607-754-0469
maur...@stny.rr.com
 


-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Wednesday, October 10, 2012 11:30 PM
To: OOo-dev Apache Incubator 
Cc: ooo-users Apache Incubator List 
Subject: Demonstrating Issues for Bug Reports

I had no idea there was this handy tool.  It should help with demonstrations
of problems in AOO:



 - Dennis

Re: Demonstrating Issues for Bug Reports

[Jürgen Schmidt]

On 10/11/12 5:30 AM, Dennis E. Hamilton wrote:
> I had no idea there was this handy tool.  It should help with demonstrations 
> of problems in AOO:
> 
> 
> 
>  - Dennis
> 

Have you tried it? The question is how to share the results? I don't
know how big the recorded reports are. But it's user friendly and can
help many end users.

Juergen

Re: BItTorrents -- do we care?

[Raphael Bircher]

Hi all

Am 21.09.12 15:35, schrieb Albino B Neto:
> Hi.
>
> On Wed, Sep 19, 2012 at 4:16 AM, Issac Goldstand  wrote:
>> +1 - I'm for it and willing to help seed :)
> +1
>
>> Would we be using our own tracker (does infra even have a tracker
>> script?) or some third-party website's?
> I was reading another email, we could start using a public tracker to
> host the torrent file, then we moved to (apacheoo). Or simply use our.
I setting up a tracker now... http://rbircher.homeunix.org:6969

Re: Installation patches

[Herbert Dürr]

On 2012/10/10 5:03 PM, Andre Fischer wrote:

On 09.10.2012 17:39, Pedro Giffuni wrote:

From: Andre Fischer
...

As you can imagine generating packages takes a lot of time: it
involves extracting and repackaging.: it would be nice to have a
"raw" mode that just installs things and let our ports/packaging
system take over.

I am not sure what you mean.


I meant that would be nice to have a way to specify "make install"
that just installs the files without
going through intermediate installation sets.


That is already done in the background. Before any archive, installer or
packages are created AOO is setup in a temporary directory. The
following diff prevents the temporary directory from being deleted
before "make install: ends:
[...]


AFAIK with using the configure option --with-package-format="installed" 
this already works without having to patch the packager module.


But Pedro probably meant a make target named "install" that would copy 
files from this directory into e.g. /opt/AOO-dev and maybe add a link to 
its main binary into /usr/bin, right?


Herbert

Re: 3.5 Features/Defects - Fwd: [Bug 101466] ODFF: implement AVERAGEIF and AVERAGEIFS

[Ariel Constenla-Haile]

Hi Shenfeng Liu,

On Thu, Oct 11, 2012 at 03:41:49PM +0800, Shenfeng Liu wrote:
> Ariel,
>   I'm cleaning up the Target Milestone field for our 3.5 milestone build.
>   Below case is the situation that from the defect history it looks like a
> very old defect, but in fact it was not committed until recently.
>   I also has several similar defects below. I wonder if you can tell me
> whether they are the same situation?

I don't know much about spreadsheet code, but there are some threads
explaining these new functions' situation:

http://markmail.org/thread/e5j5e7lp35eajfod
http://markmail.org/thread/6jnh2cxjkrzv7pwe from this I took the
information

> 114428VERIFIEDFIXEDODFF: implement XOR spreadsheet function
> 4/28/2011 17:05AOO 3.5.0
> 20878RESOLVEDFIXEDQ-PCD Show spaces at end of a wrapped line in
> Writer2/15/2012 11:13AOO 3.5.0
> 90269VERIFIEDFIXEDODFF: implement COUNTIFS function
> 5/11/2012 15:36AOO 3.5.0
> 95144VERIFIEDFIXEDODFF: implement SUMIFS()5/11/2012
> 15:36AOO 3.5.0
> 101466VERIFIEDFIXEDODFF: implement AVERAGEIF and AVERAGEIFS
> 5/11/2012 15:36AOO 3.5.0

As Regina tells, code was committed on 5.Sept.2012, so target should be
AOO 3.5.0. I don't know the status, sure Regina can enlighten us; it
seems documentation on the Online Help is missing, besides translation
(I guess these new functions will be localized too, but the Pootle
server is in AOO34 branch).


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgps963HmWscc.pgp
Description: PGP signature

3.5 Features/Defects - Fwd: [Bug 101466] ODFF: implement AVERAGEIF and AVERAGEIFS

[Shenfeng Liu]

Ariel,
  I'm cleaning up the Target Milestone field for our 3.5 milestone build.
  Below case is the situation that from the defect history it looks like a
very old defect, but in fact it was not committed until recently.
  I also has several similar defects below. I wonder if you can tell me
whether they are the same situation?

114428VERIFIEDFIXEDODFF: implement XOR spreadsheet function
4/28/2011 17:05AOO 3.5.0
20878RESOLVEDFIXEDQ-PCD Show spaces at end of a wrapped line in
Writer2/15/2012 11:13AOO 3.5.0
90269VERIFIEDFIXEDODFF: implement COUNTIFS function
5/11/2012 15:36AOO 3.5.0
95144VERIFIEDFIXEDODFF: implement SUMIFS()5/11/2012
15:36AOO 3.5.0
101466VERIFIEDFIXEDODFF: implement AVERAGEIF and AVERAGEIFS
5/11/2012 15:36AOO 3.5.0

  Thanks very much!

- Simon


-- Forwarded message --
From: 
Date: 2012/10/11
Subject: [Bug 101466] ODFF: implement AVERAGEIF and AVERAGEIFS
To: liush...@gmail.com


https://issues.apache.org/ooo/show_bug.cgi?id=101466

Ariel Constenla-Haile  changed:

   What|Removed |Added

 CC||arie...@apache.org

--- Comment #12 from Ariel Constenla-Haile  ---
(In reply to comment #11)
> Clean up the Target Milestone from AOO 3.5.0, since it is a feature
> implemented before.

AFAIK, code was committed recently, with revision 1381446 to revision
1381452
This means, the target milestone with be 3.5.0

--
You are receiving this mail because:
You are on the CC list for the bug.

Re: Proposed resolution: Establish the Apache OpenOffice Project

[Andrea Pescetti]

On 10/10/2012 Andrea Pescetti wrote:

I've proceeded
now and started the 72-hour vote on general@incubator.


Quick follow-up:
- Vote thread is at 
http://mail-archives.apache.org/mod_mbox/incubator-general/201210.mbox/%3C5075C5B0.4010403%40apache.org%3E

- We received some approvals, no problems so far.
- We were asked to slightly change the text of the resolution; the text 
is fortunately the same, only two sentences are swapped; you can see the 
difference at

https://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=30148323&selectedPageVersions=7&selectedPageVersions=6
but this won't delay or invalidate the ongoing vote.

Regards,
  Andrea.

Re: commit after review vs lazy consensus (was Re: [DISCUSS]: next step towards graduation)

[Andre Fischer]

Ahem,

Yesterday I have created issue 121191 for this, see my mail "Cleaning up 
ext_sources/" here on ooo-dev for details.
I will start deleting the files probably tomorrow, so this is a mild 
form of lazy consensus.


-Andre

On 10.10.2012 23:45, Rob Weir wrote:

On Wed, Oct 10, 2012 at 5:11 PM, Pedro Giffuni  wrote:




- Original Message -

From: Rob Weir 
To: ooo-dev@incubator.apache.org
Cc:
Sent: Wednesday, October 10, 2012 11:05 AM
Subject: Re: [DISCUSS]: next step towards graduation

On Wed, Oct 10, 2012 at 11:56 AM, Pedro Giffuni wrote:




  - Original Message -
  ...

   Who "praised" my axe? I recall *you* threatened to veto

it :-P.

  Yes, I did.  And I've learned from my error.  So in this case

I'd seek

  lazy consensus first ;-)


   And now that you bring back the issue, I still think the cat-B

files have

  to be delete *before* graduation.


  Are there some still that you want to delete?  Is anything stopping
  you?  Is there a BZ issue for this?


  For the record: I said axe was a proper solution for the issue, I

didn't

  offer to axe them myself. :)

  IMHO, opening a bugzilla for this issue is against the concept of lazy
  consensus: there is consensus that we want to graduate so we
  remove those files and if someone complains we consider alternatives.


Lazy consensus is when you want to do something yourself but you think
it might be controversial.  If you think it is not controversial, and
it is reversible (as almsot everything in SVN is) then JFDI.


Wrong concept:


Actually, is not wrong at all.  I think you are confusing two
different things:  1) *assuming* lazy consensus and 2) stating lazy
consensus.  When you JFDI you are assuming lazy consensus. When you
state it and wait 72 hours you are being more careful, leaving more
room for doubt.


http://rave.apache.org/docs/governance/lazyConsensus.html


"Lazy Consensus means that when you are convinced that you know what the community 
would like to see happen you can simply assume that you already have consensus and get on 
with the work. You don't have to insist people discuss and/or approve your plan, and you 
certainly don't need to call a vote to get approval. You just assume you have the 
communities support unless someone says otherwise."

For controversial issues there is the 72 hours rule, but lazy consensus 
strictly speaking, does not depend on controversiality.The idea is that once we 
name someone committer, he/she is expected to have criteria to advance on his 
own, and although some mentorship may be optional we don't expect a committer 
to depend on others to review and approve..

What doesn't scale IMHO.. is that committers *have* to ask for review, at least 
it doesn't seem the Apache way to me.


For items that you think may be controversial you *should* state lazy
consensus and give 72 hours to object.  Otherwise you risk wasting
your time, since any committer can veto your commit.  Better to know
that up front than after the fact and be forced to revert your change.
  We know that this doesn't scale, since it can lead to week's of
broken builds, as you know.

I'm assuming you actually understand the above and are merely being
argumentative.  So I'll stop my co-enablement of this pointless
discussion after this post.

And btw, as a PMC member you might get into the practice of quoting
this project's statement of this practice rather than hunting for it
on unrelated websites:

http://incubator.apache.org/openofficeorg/docs/governance/lazyConsensus.html


-Rob



Pedro.