Re: in build, where can I find info about external packs that have been used

[Andrea Pescetti]

Regina Henschel wrote:

I have removed part hsqldb/readme.txt from i121754.patch and now hsqldb
is build.


Very good, thanks. There is some dangerous mix of whitespaces and 
newlines there (upgrade HSQLDB 1.8.0.10 -> 11, which is tagged but not 
officially released) and it might be that "patch" gets confused on some 
systems. If you haven't already done so, please fix it in trunk too and 
put a short comment on 
https://issues.apache.org/ooo/show_bug.cgi?id=121754 saying that you had 
to fix it since the patch didn't apply on Windows.


Of course, removing the part of the patch that applies to readme.txt 
does not have any practical consequence.


Regards,
  Andrea.

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

4.0.0_release_blocker granted: [Bug 121510] Accessibility broken with Java7

[bugzilla]

j...@apache.org has granted V Stuart Foote 's request
for 4.0.0_release_blocker:
Bug 121510: Accessibility broken with Java7
https://issues.apache.org/ooo/show_bug.cgi?id=121510


--- Additional Comments from j...@apache.org
I have received a patch from David Ostrovsky for this and will work on the
integration

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

4.0.0_release_blocker canceled: [Bug 121510] Accessibility broken with Java7

[bugzilla]

j...@apache.org has canceled V Stuart Foote 's request
for 4.0.0_release_blocker:
Bug 121510: Accessibility broken with Java7
https://issues.apache.org/ooo/show_bug.cgi?id=121510


--- Additional Comments from j...@apache.org
I have received a patch from David Ostrovsky for this and will work on the
integration

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

Re: IA2 branch testing of r1484083 merege with trunk

[V Stuart Foote]

Jamie,

Steve Yin and folks do not push their ia2 branch dev work out very
frequently. But I am sure they've been moving it along.  Just wish it were
more transparent so we could catch any IAccessible2 or A11y standards issues
earlier in the rework.

Anyhow, the last build we had to work against was against r1484083 from May
18th--you have not missed anything.

Simply, nothing newer has been checked back into SVN even if the buildbot
was running to completion instead of erroring out as its done for quite some
time.

You can view the check-in status of the ia2 branch SVN at:

http://svn.apache.org/viewvc/openoffice/branches/ia2/

Stuart




--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/IA2-branch-testing-of-r1484083-merege-with-trunk-tp4644296p4647467.html
Sent from the Development mailing list archive at Nabble.com.

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

Starting Introduction to Contributing to Apache OpenOffice Module

[Tom Goldie]

"Who are you, where are you from, what are you interested in? These are 
all good things to cover."


My name is Tom Goldie, and I am from, and live in, Arizona. I am an 
educator by trade.


My interest in this list and this community is as follows: I currently 
teach inmates in a large (3500 men) prison -- 75 at any one time -- how 
to use OpenOffice. I use it, love it, and share what I know wherever I 
can. My motto: "Friends don't send friends document it will cost them 
hundreds of dollars to open."


We have one problem: we don't have any recognized standards to teach to. 
Sure, we have come up with what WE think is important, but we're looking 
for something that guys can feel good about earning and that will tell 
potential employers what they are likely to know.


Here's what I'm offering: my "expertise", such as it is, and a whole lot 
of prison labor (voluntary, you can be assured) to flesh-out and test 
standards and curriculum materials to form the basis for an OpenOffice 
Certification. I believe the approach I'm suggesting is different and 
more easily completed because it is driven by produced documents -- 
which brings into ready and sharp focus requisite skills and thought 
processes.


Here's the idea so far, with some sketching-in in a few places to give 
you an idea of how it would go together:


1) OpenOffice users across the globe are asked, "What documents is it 
important to know how to make?" Of course, depending on experience the 
responses will be varied, but perhaps it begins to shape up as follows:


Writer -- business and personal letters, shopping lists, mailmerge 
letters, academic papers (MLA in the US, not sure about elsewhere), 
memos, newsletters, etc.


Calc -- inventory sheet, payroll calculation, balance sheet, budget -- I 
KNOW there is a lot of variety out there, but perhaps representative 
sheets with common functions and can be settled on


Draw -- line and block organization chart, simple product illustration, 
landscape scene with imported bitmaps, artistic rendering of automobile, 
whatever.


Note that Impress, Base, Math,and Basic are left out for now -- but not 
forgotten.


2. We (a working group of me and interested people from this community) 
gather from all over the globe .pdfs of each of these documents and 
their specifications. We decide which document elements are signature, 
come up with different levels of elegance of handling them, and then 
assign documents and methods to certain levels.


Some sketching here is in order: Let's take letters. There are business 
and personal letters. We can say what SHOULD NOT be done (hard returns 
at the end of lines), but also say that adding paragraph markers for 
above/below paragraph spacing is a beginner-level technique (and 
students should be aware of the pitfalls), but creating and applying a 
paragraph style is an intermediate-level technique. Instruction can be 
provided for creating common elements: page numbering, dates, alignments 
and indents, margins, and such -- which will be determined by looking 
over user submissions. The student passes the letter portion at either 
basic or intermediate level when they avoid all the don'ts, and then 
apply the appropriate techniques.


This is done for each type of common document for each facet of OO. More 
difficult documents (say, books, or long academic papers -- things that 
require tweaks for headers, bookmarks, cross-references, etc.) are in 
the advanced section.


For Impress, it is pretty easy to figure out what are basic tasks 
(transitions, animations), intermediate tasks (more complicated 
animations and timing, making groovy slide masters), and advanced topics 
(printing handouts, notes, etc.).


For Base, beginners should be able to navigate a database, view data 
using filters and sort, perform queries, use forms, enter data in tables 
and forms, run reports with parameterized queries, etc. Intermediate 
users should be able to design/write queries, design tables, make forms, 
make reports, etc. Advanced users write code to make their forms more 
functional -- probably intersects with Basic (see below).


For Math, symbols are divided into groups (up through high school 
algebra for basic -- I know there will be variety by country, but there 
should be some common ground), common college stuff for intermediate, 
and specialized notations for advanced.


For Basic, beginners should be able to import/export code, insert macro 
code, maybe write simple macros for a spreadsheet; intermediate level 
should be able to make dialogs, and pass info back and forth between 
code and dialogs, write apps; advanced use UNO objects to manipulate 
dbs, text docs, draw objects, etc.


3. Our guys produce learning materials and release them under a Creative 
Commons SSA (or other license, if this community has a preference) to be 
used by anyone wishing to deliver training in OpenOffice for little or 
no cost. (If someone wants to issue certificates and overs

Re: IA2 branch testing of r1484083 merege with trunk

[James Teh]

On 21/05/2013 1:35 PM, Steve Yin wrote:

Fortunately, a new build of the ia2 branch was ready. : )

Unless I'm missing something, I don't see any build for the IA2 branch here:
http://ci.apache.org/projects/openoffice/#w7ia2

Jamie

--
James Teh
Director, NV Access Limited
Email: ja...@nvaccess.org
Web site: http://www.nvaccess.org/
Phone: +61 7 5667 8372


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

Re: upcoming Board Report -- July 17

[janI]

On 8 July 2013 23:56, Kay Schenk  wrote:

> Hi all--
>
> We have an upcoming Board Report due on July 17.  Andrea started a
> preliminary wiki page for it at:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/2013+Jul
>
> Please feel free to contribute and/or correct changes I just made. :}
>
Hi

I made a change around genLang. I would like to suggest that we add the
names (apache id) for new commiters/pmc (of course unless we have a policy
saying not to do it).

rgds
jan I.

>
>
> --
>
> -
> MzK
>
> "Every day we should hear at least one little song,
>  read one good poem, see one exquisite picture,
>  and, if possible, speak a few sensible words."
>  -- Johann Wolfgang von Goethe
>

Re: in build, where can I find info about external packs that have been used

[Kay Schenk]

On Mon, Jul 8, 2013 at 1:47 PM, Regina Henschel wrote:

> Hi,
>
> Regina Henschel schrieb:
>
>  Hi,
>>
>> Kay Schenk schrieb:
>>
>>> On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr  wrote:
>>>
>>>  On 08.07.2013 00:22, Kay Schenk wrote:

  What I want to know is how can I see what was produced when the
>   ext_source
> actually got brought in to the build. Should the packs show up
> somewhere
> in
> the "solver" tree when they're actually downloaded and built or setup?
> Like
> some staging area for them? Or, let me know if this question just isn't
> making any sense.
>
>
 The external sources are unpacked and patched in the project's own
 output
 directory. E.g. external hyphen source is processed in
main/hyphen/${INPATH}/misc/build/hyphen-2.7.1/
 with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

 Herbert


  OK, thanks. This helps quite a bit. My assessment at this point is that
>>> hsqldb did not get built at all and thus the error. I have an updated
>>> "ant"
>>> and different jre since the last time I did this, so I will investigate
>>> further.
>>>
>>
>> I have trouble with hsqldb too. I tried to build current master and get
>> this error
>> patching file hsqldb/readme.txt
>> Hunk #1 FAILED at 1.
>> 1 out of 1 hunk FAILED -- saving rejects to file hsqldb/readme.txt.rej
>>
>> And a lot of other failed patching following.
>>
>> It is a clean build, starting with rebase and newly ./bootstrap. I use
>> MSVC 2008 express on Windows 7.
>>
>
> I have removed part hsqldb/readme.txt from i121754.patch and now hsqldb is
> build.
>
>
> Kind regards
> Regina
>

Regina -- how curious, but thanks for the hint! I will try this. In truth,
I started up this build, command line in Linux,  and went off to do
something else for a few hours. When I got back, I got all the errors re
the QA build failing, but, well, I guess the hslqdb stuff has scrolled off.
Yet, why wouldn't it have just stopped there? Ok, I'm relatively new at
this -- so much to learn.


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


-- 
-
MzK

"Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words."
 -- Johann Wolfgang von Goethe

Re: 4.0 Release Dashboard

[Kay Schenk]

On Mon, Jul 8, 2013 at 2:01 PM, Marcus (OOo)  wrote:

> Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):
>
>  Am 07/08/2013 03:59 PM, schrieb Rob Weir:
>>
>>> On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt
>>> wrote:
>>>
 On 7/3/13 4:19 PM, Rob Weir wrote:

> At the risk of seeming too "corporate", I've added a "dashboard" page
> to the wiki to track our summary status:
>
> https://cwiki.apache.org/**confluence/display/OOOUSERS/4.**
> 0+Release+Dashboard
>
>
> I hate status reports as much as anyone, but with so much information
> passing by on our many mailing lists, we risk losing track of the
> high-level status. I'm hoping that this dash board page, if we update
> it, can give us all a good view of how the release is progressing.
>
> No need for a lot of detail. This is intended to be high-level,
> identifying areas that are "on track" versus "at risk". Or
> green/yellow/red.
>
> This will also make it easier for volunteers to see what areas need
> the most help. We have many volunteers who are able to help in more
> than one area. Now we can see what areas need help.
>
>
 indeed it could help but the page was not easy to find when losing this
 email out of focus.

 And I am wondering why it is not placed under Project Planning ->
 Releases -> AOO 4.0


>>> I just moved it there now. URL is the same:
>>>
>>> https://cwiki.apache.org/**confluence/display/OOOUSERS/4.**
>>> 0+Release+Dashboard
>>>
>>>
>> I just saw an entry for the download scripting, so I've added a comment.
>>
>
> ... and added colors to the status text for a faster visibility, I hope
> you don't mind. ;-)


I don't mind at all! Much nicer to see things quickly this way!


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


-- 
-
MzK

"Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words."
 -- Johann Wolfgang von Goethe

upcoming Board Report -- July 17

[Kay Schenk]

Hi all--

We have an upcoming Board Report due on July 17.  Andrea started a
preliminary wiki page for it at:

https://cwiki.apache.org/confluence/display/OOOUSERS/2013+Jul

Please feel free to contribute and/or correct changes I just made. :}


-- 
-
MzK

"Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words."
 -- Johann Wolfgang von Goethe

Re: 4.0 Release Dashboard

[Marcus (OOo)]

Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):

Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt
wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too "corporate", I've added a "dashboard" page
to the wiki to track our summary status:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status. I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail. This is intended to be high-level,
identifying areas that are "on track" versus "at risk". Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help. We have many volunteers who are able to help in more
than one area. Now we can see what areas need help.



indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning ->
Releases -> AOO 4.0



I just moved it there now. URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard



I just saw an entry for the download scripting, so I've added a comment.


... and added colors to the status text for a faster visibility, I hope 
you don't mind. ;-)


Marcus


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

Re: 4.0 Release Dashboard

[Marcus (OOo)]

Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt  wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too "corporate", I've added a "dashboard" page
to the wiki to track our summary status:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard

I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status.  I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail.  This is intended to be high-level,
identifying areas that are "on track" versus "at risk".  Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help.  We have many volunteers who are able to help in more
than one area.  Now we can see what areas need help.



indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning ->
Releases ->  AOO 4.0



I just moved it there now.  URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


I just saw an entry for the download scripting, so I've added a comment.

Marcus

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

Re: in build, where can I find info about external packs that have been used

[Regina Henschel]

Hi,

Regina Henschel schrieb:

Hi,

Kay Schenk schrieb:

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr  wrote:


On 08.07.2013 00:22, Kay Schenk wrote:


What I want to know is how can I see what was produced when the
  ext_source
actually got brought in to the build. Should the packs show up
somewhere
in
the "solver" tree when they're actually downloaded and built or setup?
Like
some staging area for them? Or, let me know if this question just isn't
making any sense.



The external sources are unpacked and patched in the project's own
output
directory. E.g. external hyphen source is processed in
   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

Herbert



OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated
"ant"
and different jre since the last time I did this, so I will investigate
further.


I have trouble with hsqldb too. I tried to build current master and get
this error
patching file hsqldb/readme.txt
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file hsqldb/readme.txt.rej

And a lot of other failed patching following.

It is a clean build, starting with rebase and newly ./bootstrap. I use
MSVC 2008 express on Windows 7.


I have removed part hsqldb/readme.txt from i121754.patch and now hsqldb 
is build.


Kind regards
Regina


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

RE: EXTERNAL: Re: OpenOffice 3.3 and Java 7

[Steele, Raymond]

Herbert, 

Thanks for the response. I've been informed by Nicolas Christoper of Adfinis 
Sygroup that the Solaris x86 port was not completed, but could be completed at 
cost. I am not sure where my organization will go from here. We've been using 
the OpenOffice API to meet some of our customer requirements and would like to 
stick with OpenOffice to prevent any re-engineering for another office suite. 
However, as I said, the Java 7 directive is now forcing our hand in one 
direction.  In an attempt to prevent any additional cost to our project, it may 
be in our best interest to port  OpenOffice to Solaris x86 ourselves, but we 
are considering our options. Advice?

Raymond 

-Original Message-
From: Herbert Duerr [mailto:h...@apache.org] 
Sent: Monday, July 08, 2013 12:21 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

On 06.07.2013 17:12, Steele, Raymond wrote:
> Thank you for the reply. What shall I do about 3.3 not being supported?  
> There is not a OpenOffice 3.4 available for Solaris 10 x86 under the ASF.

As you know our friends at Adfinis Sygroup provided a Solaris-X86 build of AOO 
3.4.0
   https://adfinis-sygroup.ch/aoo-solaris-x86

It is not an official ASF build, but it is based on the official sources, their 
developers contributed AFAIK all their changes back to the Apache OpenOffice 
project and were trusted with committer status in the project.

IIRC from an ASF perspective the only relevant part of the release is the 
source code. If the code compiles and works on solaris-x86 it could already be 
considered part of the release. Binaries are provided only for practical reason 
of end-users. Unless binaries are built on the official sources and tested by 
third parties they cannot be endorsed by the project, of course.

For solaris-x86 being part of the official release not too much is missing 
IMHO: regular milestone builds, testing by the solaris-x86 community and more 
participation in the release process.

Herbert


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

Re: [DL][Website] Preparing AOO 4

[Marcus (OOo)]

Am 07/08/2013 04:17 PM, schrieb Roberto Galoppini:

Marcus I need your SourceForge account to provide you with admin
priviliges, I couldn't find any account associated with your email address.


sent again via PM.

Thanks for your help.

Marcus




2013/7/5 Marcus (OOo)


Am 06/28/2013 10:35 PM, schrieb Marcus (OOo):

  Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini:



2013/6/28 Rob Weir

  On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)

wrote:


Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini:

  2013/6/25 Marcus (OOo):




Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini:




2013/6/8 Marcus (OOo):

  Roberto, is it possible to get a separate area on a SourceForge



mirror



to

do
some semi-live testing. I could think of the following:



http://sourceforge.net/**projects/aoo-test.mirror/4.0.**
0/binaries/


/





You can use the files from my Apache people account to fill the


mirror:





http://people.apache.org/~**marcus/aoo/4.0.0/binaries/.
..





You can do that in few ways:

- you can create a new project and do any testing you want in it,
that
would be fine;

- you can create a new folder and mark it as "staged" in which it is
all set up and downloads work, but the folder won't be visible
during
normal file browsing;

- you can point to not existing AOO 4.0 files and get 404 error
messages.





great, I can do it myself. I'll give it a try until or at the coming
weekend.




Maybe I missed to clarify something, though. The nice things about the
staged directory method are that:

(1) the files are in their right place for when they go live (get
marked as unstaged), so no new waiting for mirror-updates is needed,
and (2) there's no need for fiddling with extra projects (setup,
admin, deletion, etc.).

For those reasons I'd encourage you to consider the second option. If
you want some help just let me know, I can ask our Support to help
you.




OK, sounds really better. However, I seem to fail to create a new


directory.


I got an account on SourceForge now but I don't see any new options. Or


am I


on a wrong way?




  I guess you've not been put among projects' admin. Please send me your

SourceForge account and I'll do rightaway.



OK, done by PM.



When you can help me for the weekend, then I try something.

Thanks




  BTW:

Have you already noticed that we will change the directory structure
with
AOO 4?

So, the old ones, e.g.:


  http://sourceforge.net/**projects/openofficeorg.mirror/**

files/localized/de/3.4.1/



and

http://sourceforge.net/**projects/openofficeorg.mirror/**
files/stable/3.4.1/


will be cancelled and the following structure will become valid to keep


it


simple and reduced complexity:


.../aoo/4.0.0/source/
.../aoo/4.0.0/binaries//
.../aoo/4.0.0/binaries/SDK/





Yea, and I guess the staged approach would be good especially for this
reason.



OK

  I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the

plan to adapt them to the new directory scheme?




At least up now, old installation files were simply moved into the
archive.

  My suggestion is to leave them as they are, here's why.


The stats are tied to the path and filename, so if you move them, the
per-file/per-folder stats won't be available anymore. Note that the stats
from the old locations are still counted in aggregate totals though. So,
their total download count shouldn't change.



Marcus



  PS:

Is it right that the URL still needs a "/download" at its end to


start



the

download?







The /download should be there at the end of the URL. If it's not, it
still should work, but we'll do an extra redirect on our side to add
it to the URL.





OK, then I will make sure that this is still added to the download
URL.

Thanks


Marcus



  Am 06/08/2013 10:08 PM, schrieb Marcus (OOo):


  I've updated the test area in staging:


http://ooo-site.staging.**apache.org/download/test/**index.html

To keep it simple and get faster results, I've just added en-US,
en-GB,
de languages to my Apache people account. So, when you see
errors it
might be just a missing language. ;-)
And don't worry about the 0 byte files. Yes, they are empty.

For the first troubleshooting the following could help:

http://ooo-site.staging.**apache.org/download/test/**analyze.html

Please test and tell me what needs to be changed/improved.

Thanks in advance.

Marcus



Am 06/08/2013 07:37 PM, schrieb Marcus (OOo):





I'm going to finish the last work for changing the download


scripting



to

apply with the new situation ("incubating" string is gone, new
version,
new directory + filename structure)

Re: Call for verification on resolved show stopper issues for AOO 4.0

[Ricardo Berlasso]

2013/7/8 Yuzhen Fan 

> Hi All,
>
> There are about 70 4.0 show stopper bugs are resolved/fixed, we need to
> verify them as soon as possible. Please bug reporters verify your bugs from
> this list. Thanks for your time in advance, if every one clean his own bugs
> timely, we can get an awesome achievement quickly!
>
>
> https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=4.0.0_release_blocker%2B%2C%20Resolved&sharer_id=251929&list_id=71839
>
> Regards,
> Yu Zhen
>

Hi,

I'm not really sure what is needed because I see no field or flag to
indicate that the fix was verified. Add a comment is enough?

Regards
Ricardo

Re: 4.0.0_release_blocker requested: [Bug 122700] Writer crash when deleting a section

[Juergen Schmidt]

Am Montag, 8. Juli 2013 um 20:36 schrieb Ricardo Berlasso:
> 2013/7/8 Jürgen Schmidt 
>  
> > On 7/7/13 3:05 PM, bugzi...@apache.org wrote:
> > > rgb  has asked for 4.0.0_release_blocker:
> > > Bug 122700: Writer crash when deleting a section
> > > https://issues.apache.org/ooo/show_bug.cgi?id=122700
> > >  
> > >  
> > > --- Additional Comments from rgb 
> > > Steps to reproduce the problem:
> > >  
> > > 1- On an empty Writer document, insert a section with Insert → Section →
> > Accept
> > >  
> > > 2- With the cursor on the empty line after the section, Edit → Select All
> > > 3- Press delete key
> > >  
> > > Result: Writer freeze for a second and then crash.
> > >  
> > > Attached a simple document with one section and some text both inside and
> > > outside it. Put the cursor on the last paragraph → Select All → DEL →
> > >  
> >  
> > Writer
> > > crash. But even if you don't select the whole document but just the
> >  
> > section
> > > plus some text outside it, pressing DEL will give a crash.
> > >  
> > > This problem is not present on 3.4.1 where section and its content is
> > properly
> > > deleted.
> >  
> >  
> > my first attempt to reproduce this failed or brought up a different
> > behaviour but no crash. Steps 1-3 finished in deleting the paragraph
> > behind the section and the cursor is in the section. No crash but I am
> > also not able to enter any text behind the section. But this is
> > potentially because I don't know the magic keys to insert a paragraph
> > behind a section. I remember similar things when I tried to insert text
> > in front of a table and there was a trick. The usability is poor but I
> > see no crash
> >  
> > I will do some further tests...
>  
> Hi, Jürgen,
>  
> Ariel reproduced it and found this problem had the same backtrace than
> issue 122682, which was fixed by Andre
>  
> https://issues.apache.org/ooo/show_bug.cgi?id=122682
>  
> Regards
> Ricardo
>  
>  
yes I have noticed this as well, thanks.

Juergen  
>  
>  
> >  
> > Juergen
> >  
> >  
> > >  
> > > AOO400m3(Build:9702) - Rev. 1499347
> > > 2013-07-03 14:08:16 (Wed, 03 Jul 2013) - Linux x86_64
> > > -
> > > 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: 4.0.0_release_blocker requested: [Bug 122700] Writer crash when deleting a section

[Ricardo Berlasso]

2013/7/8 Jürgen Schmidt 

> On 7/7/13 3:05 PM, bugzi...@apache.org wrote:
> > rgb  has asked  for 4.0.0_release_blocker:
> > Bug 122700: Writer crash when deleting a section
> > https://issues.apache.org/ooo/show_bug.cgi?id=122700
> >
> >
> > --- Additional Comments from rgb 
> > Steps to reproduce the problem:
> >
> > 1- On an empty Writer document, insert a section with Insert → Section →
> Accept
> >
> > 2- With the cursor on the empty line after the section, Edit → Select All
> > 3- Press delete key
> >
> > Result: Writer freeze for a second and then crash.
> >
> > Attached a simple document with one section and some text both inside and
> > outside it. Put the cursor on the last paragraph → Select All → DEL →
> Writer
> > crash. But even if you don't select the whole document but just the
> section
> > plus some text outside it, pressing DEL will give a crash.
> >
> > This problem is not present on 3.4.1 where section and its content is
> properly
> > deleted.
>
> my first attempt to reproduce this failed or brought up a different
> behaviour but no crash. Steps 1-3 finished in deleting the paragraph
> behind the section and the cursor is in the section. No crash but I am
> also not able to enter any text behind the section. But this is
> potentially because I don't know the magic keys to insert a paragraph
> behind a section. I remember similar things when I tried to insert text
> in front of a table and there was a trick. The usability is poor but I
> see no crash
>
> I will do some further tests...
>

Hi, Jürgen,

Ariel reproduced it and found this problem had the same backtrace than
issue 122682, which was fixed by Andre

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

Regards
Ricardo



>
> Juergen
>
>
> >
> > AOO400m3(Build:9702)  -  Rev. 1499347
> > 2013-07-03 14:08:16 (Wed, 03 Jul 2013) - Linux x86_64
> > -
> > 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: in build, where can I find info about external packs that have been used

[Regina Henschel]

Hi,

Kay Schenk schrieb:

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr  wrote:


On 08.07.2013 00:22, Kay Schenk wrote:


What I want to know is how can I see what was produced when the
  ext_source
actually got brought in to the build. Should the packs show up somewhere
in
the "solver" tree when they're actually downloaded and built or setup?
Like
some staging area for them? Or, let me know if this question just isn't
making any sense.



The external sources are unpacked and patched in the project's own output
directory. E.g. external hyphen source is processed in
   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

Herbert



OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated "ant"
and different jre since the last time I did this, so I will investigate
further.


I have trouble with hsqldb too. I tried to build current master and get 
this error

patching file hsqldb/readme.txt
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file hsqldb/readme.txt.rej

And a lot of other failed patching following.

It is a clean build, starting with rebase and newly ./bootstrap. I use 
MSVC 2008 express on Windows 7.


Kind regards
Regina




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

[118671] Requesting ShowStopper flag

[Armin Le Grand]

Hi List,

could now reproduce and have found a solution for 
https://issues.apache.org/ooo/show_bug.cgi?id=118671

will need ShowStopper flag be set (it already has '?' state). Thanks!

Armin
--
ALG

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

Re: in build, where can I find info about external packs that have been used

[Kay Schenk]

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr  wrote:

> On 08.07.2013 00:22, Kay Schenk wrote:
>
>> What I want to know is how can I see what was produced when the
>>  ext_source
>> actually got brought in to the build. Should the packs show up somewhere
>> in
>> the "solver" tree when they're actually downloaded and built or setup?
>> Like
>> some staging area for them? Or, let me know if this question just isn't
>> making any sense.
>>
>
> The external sources are unpacked and patched in the project's own output
> directory. E.g. external hyphen source is processed in
>   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
> with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.
>
> Herbert
>
>
OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated "ant"
and different jre since the last time I did this, so I will investigate
further.



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


-- 
-
MzK

"Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words."
 -- Johann Wolfgang von Goethe

Re: [UX][DESIGN EXPLORATION] - flat application icons

[Samer Mansour]

Hi Everyone, took another stab:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons

Upon scaling down, I can tweak line thicknesses to create sharper small set
icons, I only scaled cheap to get this draft out on the mailing list for
comments.

Here are my thoughts when creating those:

Flatter, sharper, more contrast, less gradients.
People mentions circle is part of the brand, note taken and implemented.
People mentioned too many gradients, I created this icon set back in
December 2012 before we were inspired by the flat idea. Gradients have been
removed.
Someone mentioned shoot the birds, so I played Duck Hunt with them.
Someone said my icon for Impress was less than, I choose not to act on it
for the time being.
I like the oblique styling on the Sigma, that's what the person building
the shed wants to do.
Jurgen mentioned boarders too dark, I forgot to lighten them, but can in
future iterations.
Rob mentioned templates to be dotted, did it, works.  And its still similar
enough for 3.x users to transition to.

If time is running out, we can do just the main application icon for now.
I'm ok with doing these for 4.1


On Mon, Jul 8, 2013 at 7:25 AM, Andre Fischer  wrote:

> On 08.07.2013 09:30, Jürgen Schmidt wrote:
>
>> On 7/8/13 3:42 AM, Kevin Grignon wrote:
>>
>>> I think we should explore the icons with and without the gulls.
>>>
>>> Let's see what the feasible options look like before we drive towards a
>>> single solution.
>>>
>>
> I agree.  This is something that should not be rushed.
>
>
>  in general I would agree but I see already a tendency to icons with
>> gulls, one or two. We should focus on this.
>>
>> And if we want to introduce these icons in 4.0 we don't have time at all
>> for weeks of further exploration. The deadline was already July 1th.
>>
>
> Then I would like to propose to move the integration of the new icons to
> 4.1.  That gives us enough time to select the best icon proposal, make the
> necessary changes, and integrate them into AOO. All this takes time and
> should not be done under time pressure
>
>
> I personally like Kevin's icons a bit better.  Cleaner and simpler. But
> Samer's icons are also nice.  Maybe we can get a mix of both?
>
> Some observations:
>
> Kevin's icon for Calc (the green one) and Samer's icon for master
> documents (or templates?, the blue one on the top left)  look like older MS
> windows icons to me.
>
> Samer's icon for Math: I would prefer an upright (not oblique or cursive).
>  The oblique (cursive) variant looks somehow a little strange to me.  See
> also: 
> https://en.wikipedia.org/wiki/**Summation
>
> Regards,
> Andre
>
>
>
>> But if we can agree on new icons until Wednesday and are able to provide
>> a svg for each we can try to integrate them in time. But it's of course
>> tiny.
>>
>>
>> Feedback to the icons
>> I like them but would remove the black border or at least convert it to
>> a grey one, a more soft one. And in case of templates I would do the
>> same and would remove the black line between the colored bar on top and
>> the content part below.
>>
>>
>> Juergen
>>
>>
>>  Kevin
>>>
>>> On Jul 7, 2013, at 5:09 PM, janI  wrote:
>>>
>>>  On 7 July 2013 22:56, Andrea Pescetti  wrote:

  Samer Mansour wrote:
>
>  I've thrown my icon set up again if you are interested in using it or
>> altering it, let me know.
>> https://cwiki.apache.org/confluence/display/OOOUSERS/**
>> AOO4+-+Desktop+Icons> display/OOOUSERS/AOO4+-+**Desktop+Icons
>> >
>>
> They are quite nice, and they fit well with the flat orb.
>
> I would keep the gull(s) since this is a distinctive feature of
> OpenOffice. I'm not sure about the black outline in the last row icons
> (those suggested for templates), it seems a bit cluttered.
>
 The gulls should be like the orb, and not reduced to a single gull.
  That
 way the gulls becomes the theme that follow our product throughout.

 I like the icons as such.

 rgds
 jan I.


  Regards,
>   Andrea.
>
> --**
> --**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**a**pache.org
> 
> >
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
>  --**--**
>>> -
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@openoffice.**apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> dev-unsubscribe@openoffice.**apache.org
>> For additional co

Re: Hello - new volunteer

[Rob Weir]

On Sat, Jul 6, 2013 at 11:16 AM, Dave Ashelman
<1softwareexp...@gmail.com> wrote:
> Hello Open Office Developers:
> Good morning:
> I hope this eMail finds you well.  My name is David Ashelman and I have
> bachelor degrees in computer information systems and mathematics.
> I really believe your software is very robust and extremely reliable.
>
> I have a lot of experience writing MSI database application setups also
> teaching computer theory to new MSI crafters.  If I can help, then let me
> know how I can improve your already remarkable software.
>
> Since 1996, I've been a network administrator, a software design support
> engineer, an InstallShield technical trainer, a software Release/Build
> technician, a Windows migration consultant, and an application packaging
> engineer.
>

Hello Dave,

Thanks for writing and welcome to the Apache OpenOffice project!

You can read some more about the project and how we work here:

http://openoffice.apache.org/orientation/

(Just scan that material for background info)

Setup/install is an area where we have a lot of room for improvement.
Juergen and Dave Fischer mentioned the code signing side of this.
Another area is to look at possibilities for incremental patch
updates.  Currently we require users to download/install the full
version for every update.

Regards,

-Rob


> I have good technical skills and experience with people and software
> engineering.
> * Two (2) Technical College Degrees (Computer Information Systems + Math)
> * Four (4) years of experience employed by the corporation Flexera, who made
> AdminStudio. I was responsible for supporting and training users of that
> software (Flexera Admin Studio)
>
> * I worked at InstallShield from 1999 - 2003 the time when software
> packaging began
>
> From 2000-2003, I taught software application packaging, software design
> Best Practices, and Windows migration around the United States, Canada, &
> Great Brittan while working for Flexera, Macro Vision, or InstallShield.
>
>
> During that time, I saw how very difficult understanding software builds,
> releasing, and installs was for certain software application developers. So,
> instead of simply reciting the InstallShield product examples, I wrote a
> book illuminating and shedding light on hard to grasp concepts and how to
> best handle those concepts in computer data transfer. Multiple illustrations
> and mathematical proofs and equations explain everything you need to know to
> make great software and application installations.
>
> * Fourteen (14) years software build/release, software installation
> authoring, application packaging engineering, & Windows migrations
>
> From 2003-13 I have been around the United States meeting great people,
> solving complex Windows migrations, solving software application packaging
> projects, creating software build releases, and authored multi-platform
> software installations.
>
> With a little luck, hopefully we can work together. I’d like to help you
> improve your software solutions.  Your future is bright.
>
> Kind regards
>
> David W. Ashelman
>
>
>
>
>
>
>
>
> -
> 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: New Extensions website goes live!

[Rob Weir]

On Sat, Jul 6, 2013 at 4:18 PM, Roberto Galoppini
 wrote:
> We are updating http://extensions.openoffice.org to tturn on all
> enhancements previously made available at the test website.
>

This is great news, Roberto!

Are you planning a blog post related to this at SourceForge?  Or
should we plan something for the AOO blog?  (Or both?)

Do you have a list of changes that we can reference?

Regards,

-Rob


> All users accounts will be migrated, along with associated passwords and
> users content.
>
>  http://extensions.openoffice.org may be temporarily unavailable or slow
> down.
>
> Once the migration will be completed "update notifications" will be
> activated.
>
> Roberto

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

Re: [DL][Website] Preparing AOO 4

[Roberto Galoppini]

Marcus I need your SourceForge account to provide you with admin
priviliges, I couldn't find any account associated with your email address.

Roberto


2013/7/5 Marcus (OOo) 

> Am 06/28/2013 10:35 PM, schrieb Marcus (OOo):
>
>  Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini:
>>
>>> 2013/6/28 Rob Weir
>>>
>>>  On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)
 wrote:

> Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini:
>
>  2013/6/25 Marcus (OOo):
>>
>>>
>>> Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini:
>>>


 2013/6/8 Marcus (OOo):

  Roberto, is it possible to get a separate area on a SourceForge
>
 mirror

> to
> do
> some semi-live testing. I could think of the following:
>
>
>
> http://sourceforge.net/**projects/aoo-test.mirror/4.0.**
> 0/binaries/
>
 /

>
> You can use the files from my Apache people account to fill the
>
 mirror:

>
> http://people.apache.org/~**marcus/aoo/4.0.0/binaries/.
> ..
>



 You can do that in few ways:

 - you can create a new project and do any testing you want in it,
 that
 would be fine;

 - you can create a new folder and mark it as "staged" in which it is
 all set up and downloads work, but the folder won't be visible
 during
 normal file browsing;

 - you can point to not existing AOO 4.0 files and get 404 error
 messages.

>>>
>>>
>>>
>>> great, I can do it myself. I'll give it a try until or at the coming
>>> weekend.
>>>
>>
>>
>> Maybe I missed to clarify something, though. The nice things about the
>> staged directory method are that:
>>
>> (1) the files are in their right place for when they go live (get
>> marked as unstaged), so no new waiting for mirror-updates is needed,
>> and (2) there's no need for fiddling with extra projects (setup,
>> admin, deletion, etc.).
>>
>> For those reasons I'd encourage you to consider the second option. If
>> you want some help just let me know, I can ask our Support to help
>> you.
>>
>
>
> OK, sounds really better. However, I seem to fail to create a new
>
 directory.

> I got an account on SourceForge now but I don't see any new options. Or
>
 am I

> on a wrong way?
>


  I guess you've not been put among projects' admin. Please send me your
>>> SourceForge account and I'll do rightaway.
>>>
>>
>> OK, done by PM.
>>
>
> When you can help me for the weekend, then I try something.
>
> Thanks
>
>
>
>
>  BTW:
> Have you already noticed that we will change the directory structure
> with
> AOO 4?
>
> So, the old ones, e.g.:
>
>
>  http://sourceforge.net/**projects/openofficeorg.mirror/**
 files/localized/de/3.4.1/


> and
>
> http://sourceforge.net/**projects/openofficeorg.mirror/**
> files/stable/3.4.1/
>
>
> will be cancelled and the following structure will become valid to keep
>
 it

> simple and reduced complexity:
>
>
> .../aoo/4.0.0/source/
> .../aoo/4.0.0/binaries//
> .../aoo/4.0.0/binaries/SDK/
>


>>> Yea, and I guess the staged approach would be good especially for this
>>> reason.
>>>
>>
>> OK
>>
>>  I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the
 plan to adapt them to the new directory scheme?

>>>
>> At least up now, old installation files were simply moved into the
>> archive.
>>
>>  My suggestion is to leave them as they are, here's why.
>>>
>>> The stats are tied to the path and filename, so if you move them, the
>>> per-file/per-folder stats won't be available anymore. Note that the stats
>>> from the old locations are still counted in aggregate totals though. So,
>>> their total download count shouldn't change.
>>>
>>
>> Marcus
>>
>>
>>
>>  PS:
> Is it right that the URL still needs a "/download" at its end to
>
 start

> the
> download?
>





 The /download should be there at the end of the URL. If it's not, it
 still should work, but we'll do an extra redirect on our side to add
 it to the URL.

>>>
>>>
>>>
>>> OK, then I will make sure that this is still added to the download
>>> URL.
>>>
>>> Thanks
>>>
>>>
>>> Marcus
>>>

4.0.0_release_blocker denied: [Bug 122390] Menu shortcut used twice in Swedish translation

[bugzilla]

j...@apache.org has denied Andrea Pescetti 's request for
4.0.0_release_blocker:
Bug 122390: Menu shortcut used twice in Swedish translation
https://issues.apache.org/ooo/show_bug.cgi?id=122390


--- Additional Comments from j...@apache.org
remove showstopper request

fixed on Pootle and will be fixed with the next translation update for Swedish.
Currently no activity ongoing for Swedish.

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

4.0.0_release_blocker canceled: [Bug 122560] msiexec installation only possible with parameter "/i"

[bugzilla]

Andre  has canceled fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 122560: msiexec installation only possible with parameter "/i"
https://issues.apache.org/ooo/show_bug.cgi?id=122560


--- Additional Comments from Andre 
If you start msiexec without the /qn option it shows one message box reading
"Please use the file setup.exe to start the installation.".  This comes from a
rule in the MSI file encoded in the
main/instsetoo_native/inc_openoffice/windows/msi_templates/LaunchCo.idt file:

(VersionNT < 600) or (SETUP_USED=1) or InstalledOOO_LAUNCH_2 

with OOO_LAUNCH_2 being the id of the message text quoted above.
This basically means that on everything before Vista the MSI could be installed
as is, while on Vista and above (Windows7 and Windows8) you need to run the
setup.exe.

The line was checked in on Dezember 4th, 2009 with the comment:
#i96594# Allow customization of 'register for Microsoft File Types' in custom
setup

Running the setup.exe is a little different from only installing the MSI. 
Setup.exe can also run other commands and executables.  This includes
redistributables for some Windows libraries and, like above, registration as
handler for Microsoft file types.

In other words, this is not a bug, it's a feature.  Removing the release
blocker flag.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.0_release_blocker denied: [Bug 121682] Problem opening network files

[bugzilla]

j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121682: Problem opening network files
https://issues.apache.org/ooo/show_bug.cgi?id=121682


--- Additional Comments from j...@apache.org
remove showstopper request, can't be reproduced and workaround exists as well.

I assume that is problem with missing or not installed 64bit shell extensions.

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

Re: 4.0 Release Dashboard

[Rob Weir]

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt  wrote:
> On 7/3/13 4:19 PM, Rob Weir wrote:
>> At the risk of seeming too "corporate", I've added a "dashboard" page
>> to the wiki to track our summary status:
>>
>> https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard
>>
>> I hate status reports as much as anyone, but with so much information
>> passing by on our many mailing lists, we risk losing track of the
>> high-level status.  I'm hoping that this dash board page, if we update
>> it, can give us all a good view of how the release is progressing.
>>
>> No need for a lot of detail.  This is intended to be high-level,
>> identifying areas that are "on track" versus "at risk".  Or
>> green/yellow/red.
>>
>> This will also make it easier for volunteers to see what areas need
>> the most help.  We have many volunteers who are able to help in more
>> than one area.  Now we can see what areas need help.
>>
>
> indeed it could help but the page was not easy to find when losing this
> email out of focus.
>
> And I am wondering why it is not placed under Project Planning ->
> Releases -> AOO 4.0
>

I just moved it there now.  URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


Regards,

-Rob

> Juergen
>
>
>> Thanks!
>>
>> -Rob
>>
>> -
>> 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
>

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

4.0.0_release_blocker denied: [Bug 119218] Upgrade from English full package to Simplified Langauge package, the UI is kept English and the witch language couldn't work

[bugzilla]

j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 119218: Upgrade from English full package to Simplified Langauge package,
the UI is kept English and the witch language couldn't work
https://issues.apache.org/ooo/show_bug.cgi?id=119218


--- Additional Comments from j...@apache.org
where is the information that the default changed automatically? You can
install more than 1 language pack and can switch between the languages
manually.

I don't see this as showstopper. If a different behaviour is expected or
defined some where it is a normal issue or an feature request.

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

4.0.0_release_blocker canceled: [Bug 121631] REGRESSION: FILEOPEN particular xml file from Birt Report could be opened only if Java is installed and "Use Java runtime environment" is enabled

[bugzilla]

Andre  has canceled fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121631: REGRESSION: FILEOPEN particular xml file from Birt Report could be
opened only if Java is installed and "Use Java runtime environment" is enabled
https://issues.apache.org/ooo/show_bug.cgi?id=121631


--- Additional Comments from Andre 
I honestly don't see why this should be a bug.  An XML document is loaded.  To
do that we create a UNO service that does an XSLT transformation.  This is
currently implemented in Java.
The XSLT transformation could probably done without Java but that is a feature
request at best.

Certainly this is not a release blocker.  Resetting the release blocker
request.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [RELEASE]: proposal for an update of the AOO 4.0 release schedule

[Jürgen Schmidt]

Hi,

based on the current situation and open showstopper I haven't created a
branch for the release yet. But I pan to do so on Wednesday or Thursday.
And my plan is to start building a RC on this branch and provide the RC
at the end of the week. Evaluation and voting will start immediately and
in paralell we should also continue the further preparation work to have
everything in place.

For example improved release notes, announcement, etc.

Some further explanation why not all proposed showstopper can and will
be fixed. Some of the issues are not really showstopper, others require
much more work and can't be fixed easily. I looked on the activity in
general and what is going on in certain areas.

For example issue https://issues.apache.org/ooo/show_bug.cgi?id=122312,
I completely agree that this should be fixed asap but on the other hand
I see no activity. And I believe this issues requires more guidance of
what exactly is to do. Somebody who feels responsible to drive it...
Similar to the task with the logo that finally Rob had driven with many
helping hands. Rob did not directly the art work but he summarized and
pushed and tried to convince people to work on it. The same is necessary
with this content. Somebody have to drive it for 4.1 because I don't see
something happen for 4.0.

We try to fix as many as possible potential showstopper issues until
Wednesday. But nobody should be annoyed if her/his showstopper get not
fixed.

And regarding the timing of the release, from my pov it doesn't make
sense to postpone the release if no real showstopper comes up. We will
always find new issues that seems to be important and that should be
fixed in time. We can think of a 4.0.1 with more critical bug fixes and
further languages.

Important is a stable program for the majority of our users.

Juergen

On 6/19/13 10:14 AM, Jürgen Schmidt wrote:
> Hi,
> 
> I tried to get an overview where we are with our AOO 4.0 release and I
> have thought about an updated release plan. I hope you share my view on
> this updated plan and you will continue to help that we can achieve it.
> 
> First of all I am still thinking that we should release the 4.0 as soon
> as possible and before the majority will take a break and go in summer
> holidays. And with a potential second release later this year in mind I
> believe July is the best time.
> 
> We are a little bit behind my proposed schedule that we can't hold under
> the current circumstances. It's ok, we worked hard, did a lot of
> testing, work on translation and things moved forward. But when I take a
> look on the list of proposed show stoppers and the not yet integrated
> help for the sidebar and the translation, I believe we should adapt our
> release plan to take the current situation and status into account.
> 
> I see the following work items that we have to complete before or in
> parallel to the vote of an RC:
> 
> - sidebar help
> merge the English help file on Pootle and give the translation
> volunteers at least the chance to provide a translation. This is not yet
> done because the lack of time (I am the bottle neck here and maybe other
> volunteers can jin me in the future to work on this).
> The sidebar is the most visible improvement in 4.0 and now where we have
> a help file, it should be translated if possible
> 
> - finish general translation update, means update Pootle with offline
> translated strings on demand, merge the localized strings back from
> Pootle, run gsi consistency check to find potential problems like
> mismatched xml tags. I would like to see some further languages complete
> that are very popular, this includes Danish, Sweidish, German.
> 
> - continue to review, identify the real show stopper issues. We expect
> to come up in the end with a list of 15-20 real show stopper issues
> 
> - prepare the update service
> 
> - prepare release notes (attractive marketing material that can be
> used), with screenshots as many as possible to highlight the features
> and bug fixes
> 
> - logo integration as first step of an ongoing brand refresh -> depends
> on the availability of the logo files
> 
> - RAT scan -> have to be checked
> 
> - document migration path for incompatible API changes, not migrated
> extensions
> 
> 
> 
> Some of these points have to be finished until the first official
> release candidate (RC). Taking all this into account I would like to
> propose the following update:
> 
> - Wednesday June 19th, update Pootle with sidebar help and provide Po
> files for all current languages available on Pootle.
> 
> - Monday July 1th, deadline for the localization, it always takes more
> time to merge it back and fix potential problems
> 
> - Monday July 1th, deadline for logo integration
> 
> - Wednesday/Thursday July 3/4th, provide last snapshot build with all
> available translations, logo if finished etc.
> 
> - create new AOO release branch on Wednesday July 4th after the last
> snapshot
> 
> - continue fixing show stopper issues until

Re: [UX][DESIGN EXPLORATION] - flat application icons

[Andre Fischer]

On 08.07.2013 09:30, Jürgen Schmidt wrote:

On 7/8/13 3:42 AM, Kevin Grignon wrote:

I think we should explore the icons with and without the gulls.

Let's see what the feasible options look like before we drive towards a single 
solution.


I agree.  This is something that should not be rushed.


in general I would agree but I see already a tendency to icons with
gulls, one or two. We should focus on this.

And if we want to introduce these icons in 4.0 we don't have time at all
for weeks of further exploration. The deadline was already July 1th.


Then I would like to propose to move the integration of the new icons to 
4.1.  That gives us enough time to select the best icon proposal, make 
the necessary changes, and integrate them into AOO. All this takes time 
and should not be done under time pressure



I personally like Kevin's icons a bit better.  Cleaner and simpler. But 
Samer's icons are also nice.  Maybe we can get a mix of both?


Some observations:

Kevin's icon for Calc (the green one) and Samer's icon for master 
documents (or templates?, the blue one on the top left)  look like older 
MS windows icons to me.


Samer's icon for Math: I would prefer an upright (not oblique or 
cursive).  The oblique (cursive) variant looks somehow a little strange 
to me.  See also: https://en.wikipedia.org/wiki/Summation


Regards,
Andre



But if we can agree on new icons until Wednesday and are able to provide
a svg for each we can try to integrate them in time. But it's of course
tiny.


Feedback to the icons
I like them but would remove the black border or at least convert it to
a grey one, a more soft one. And in case of templates I would do the
same and would remove the black line between the colored bar on top and
the content part below.


Juergen



Kevin

On Jul 7, 2013, at 5:09 PM, janI  wrote:


On 7 July 2013 22:56, Andrea Pescetti  wrote:


Samer Mansour wrote:


I've thrown my icon set up again if you are interested in using it or
altering it, let me know.
https://cwiki.apache.org/**confluence/display/OOOUSERS/**
AOO4+-+Desktop+Icons

They are quite nice, and they fit well with the flat orb.

I would keep the gull(s) since this is a distinctive feature of
OpenOffice. I'm not sure about the black outline in the last row icons
(those suggested for templates), it seems a bit cluttered.

The gulls should be like the orb, and not reduced to a single gull.  That
way the gulls becomes the theme that follow our product throughout.

I like the icons as such.

rgds
jan I.



Regards,
  Andrea.

--**--**-
To unsubscribe, e-mail: 
dev-unsubscribe@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



-
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

4.0.0_release_blocker granted: [Bug 122700] Writer crash when deleting a section

[bugzilla]

j...@apache.org has granted rgb 's request for
4.0.0_release_blocker:
Bug 122700: Writer crash when deleting a section
https://issues.apache.org/ooo/show_bug.cgi?id=122700


--- Additional Comments from j...@apache.org
grant showstopper flag, duplicate but should be verified

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

Re: Building in recent environments: Java 7 and Mozilla

[Herbert Duerr]

On 06.07.2013 08:09, Andrea Pescetti wrote:

On 02/07/2013 Herbert Duerr wrote:

--disable-build-mozilla
[1] http://www.openoffice.org/tools/moz_prebuild/OOo3.2/

In case someone is interested I'd like to point to issue [1] (removing
the mozilla dependency for security stuff) and its corresponding branch
[2]. When this is finished the only remaining dependency to Mozilla is
AFAIK for its address book support. IMHO the system and LDAP address
books should suffice.
[1] https://issues.apache.org/ooo/show_bug.cgi?id=122365
[2] http://svn.apache.org/repos/asf/openoffice/branches/Remove_MOZ/


It seems that this still breaks in the "connectivity" module (even when
using --disable-build-mozilla and the above prebuilt stuff), with errors
like


Are you trying to build the Remove_MOZ branch? According to Fan it is 
currently only built on Windows and Mac. Getting it to work on the 
Unixes is still work in progress. The --disable-build-mozilla option is 
also removed from this branch.


Anyway, I suggest to focus on the release first and concentrate on 
branches such as this when we released AOO 4.0.



So, unless I use --disable-mozilla, I'm still unable to make a full
build on a recent system.


Even for building trunk I'd suggest to use the prebuilt mozilla 
binaries. The mozilla/seamonkey source tarball is way obsoleted for many 
years already. The alternatives are to invest energy on

a) updating the tarball to build on modern tool chains
b) update the tarball and our codebase to work with newer versions
c) weigh the benefits (address book) of this extremely heavy dependency 
vs. its drawbacks and draws the consequences: remove the moz dependency 
and replace the most important address book sources


The branch attempts to do c) which is the most reasonable goal I think.

Herbert


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

[QA][Test Report] Weekly Status Update as of 20130705

[Yuzhen Fan]

Hi All,

We continue doing the AOO 4.0 Final Regression test this week, here is the
weekly update (07/01 - 07/05):

*Test execution:*
1. Exploration testing of Base on Mac, Covered Database, Table, Query,
Form, Report with embedded database, DB2 via JDBC and Text(CSV files)

New bugs found (No Mac special):
122667 Unable to update(but able to delete) table's existing fields in
a Text(CSV) table
122668 Unable to add a field in a Text(CSV) table
122669 Undo toolbar button is not enabled after delete a field from a
Text(CSV) table
122680 Test alignment in table cell changes from left to right after
copy number text from Writer to Calc

Detail report/scenarios:
http://wiki.openoffice.org/wiki/QA/AOO40_Database

2. Exploration testing of Drawing on Win7, no obvious issues are found so
far
Detail report/scenarios:
http://wiki.openoffice.org/wiki/QA/AOO40_Drawing

3.  Full/Final Regression test
We have assigned 1804 text executions to about 20 volunteers, and completed
about 68% in execution (1219 test executions done). We will retest the
failed/blocked test executions as the defects get fixed

*Defect summary:*
1. There are 78 release blocker (with flag 4.0.0_release_blocker+) now, 69
need verification (30 for translation)
2. 4 more Base defects are opened this week, no platform specific
*
Issues & quality highlight:*
1. We have managed to complete Base exploration test with basic function
defects exposed
2. From the current test results on Drawing exploration test, no obvious
issues are found
3. We need to clean up 69 resolved/fixed release blocker defects, this is
the first priority work next week
4. QAs are reminded to retest the failed/blocked test executions as the
defects get fixed
*
Volunteer status: *
1. No new volunteers(total 20 so far) on test execution work
2. 2 volunteers are on defect verification work, make little progress
3. 1 volunteer on Drawing exploration test, make good progress this week
(on Win7)
*
Plan for next week:*
1. Work with volunteers to verify defects as release blocker (total 69)
2. Continue to do Drawing exploration test on Mac and Linux
3. Retest the failed/blocked test executions as the defects get fixed

Thanks you all for effort this week, let's continue and make progress next
week!

Regards,
Yu Zhen

Re: Drawing testing of AOO4 snapshot

[Yuzhen Fan]

Hi,

I have seen your test results on Win7 in the wiki page, it's very good. You
don't have to include everything from detail in depth, we need to ensure
the coverage as wide as possible in this exploration test.

http://wiki.openoffice.org/wiki/QA/AOO40_Drawing

Regards
Yu Zhen



On Fri, Jul 5, 2013 at 2:08 AM,  wrote:

> Hi Yu Zhen,
>
> seems like my first email wasn't delivered (does not appear in the
> mailinglist), here is the second attempt.
> Here are my results from some testing on Drawing.
> Should I include everything into the wiki page?
>
> http://pastebin.com/ZnkTFKJc
>
> regards
>

Re: 4.0 Release Dashboard

[Jürgen Schmidt]

On 7/3/13 4:19 PM, Rob Weir wrote:
> At the risk of seeming too "corporate", I've added a "dashboard" page
> to the wiki to track our summary status:
> 
> https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard
> 
> I hate status reports as much as anyone, but with so much information
> passing by on our many mailing lists, we risk losing track of the
> high-level status.  I'm hoping that this dash board page, if we update
> it, can give us all a good view of how the release is progressing.
> 
> No need for a lot of detail.  This is intended to be high-level,
> identifying areas that are "on track" versus "at risk".  Or
> green/yellow/red.
> 
> This will also make it easier for volunteers to see what areas need
> the most help.  We have many volunteers who are able to help in more
> than one area.  Now we can see what areas need help.
> 

indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning ->
Releases -> AOO 4.0

Juergen


> Thanks!
> 
> -Rob
> 
> -
> 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

Call for verification on resolved show stopper issues for AOO 4.0

[Yuzhen Fan]

Hi All,

There are about 70 4.0 show stopper bugs are resolved/fixed, we need to
verify them as soon as possible. Please bug reporters verify your bugs from
this list. Thanks for your time in advance, if every one clean his own bugs
timely, we can get an awesome achievement quickly!

https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=4.0.0_release_blocker%2B%2C%20Resolved&sharer_id=251929&list_id=71839

Regards,
Yu Zhen

Re: [UX][DESIGN EXPLORATION] - flat application icons

[Xin Li]

Hi Kevin and Samer，

Thanks for the explorations and contributions. The icons looks great! I
love them!

I prefer the flat ones which are not have gulls because they looks simple
and clear. But I also agree with Kevin that we should explore the icons
with and without the gulls.

I suggest we can have the different size for these icons, for example
16pixel/24pixel/32pixel. So that have a preview at small size.


2013/7/8 Dennis E. Hamilton 

> Another option would be to ditch the single gull and have a flat orb in
> the upper left corner, in its original colors. The desktop icons might need
> to be toned down a bit to not clash.  Likewise for the document icons,
> which don't scale well with those gradients.  (Also, when did "OpenOffice"
> get two tones.  Was I sleeping?)
>
> This works to indicate that Apache OpenOffice is the associated
> application.  It also works when there are other decorations, such as a
> lock or signature security indicator, other indicators that tend to be
> overlain on the lower left corner.
>
> Some do it differently, especially for large icons associated with
> documents.  The format may be identified in the upper left (e.g., "PDF")
> and the associated application is indicated in the main symbol (Acrobat
> Reader).  Microsoft uses generic icons for word-processing, spreadsheet,
> presentation, e-mail applications, etc.  There is then a single-letter
> badge that indicates the application when it is a Microsoft associated
> format.  For Apache OpenOffice having the orb as a badge on each of our
> designs serves a similar purpose.
>
>
> It occurs to me that the page surround is not needed.  The larger versions
> of the inscribed symbol can be used on its own, with the orb in the corner
> of those.  They might be borderless then, apart from the shape of the
> central symbol, and the page curl could go away.  (Whether a simple
> document-page surround is used on large icons, such as 64-bit ones, is a
> different matter.  That option remains.)
>
> The difference between a template and the document icon is pretty subtle.
>  I get the tear-off from a pad of paper, but only because that is the only
> way I can explain it to myself.  With uninscribed icons (other than the
> colored framing of the different symbols), maybe the difference is for the
> template graphics to be with dotted or dashed lines rather than solid.
>  Just grasping at straws here.
>
>  - Dennis
>
>
>
> -Original Message-
> From: Kevin Grignon [mailto:kevingrignon...@gmail.com]
> Sent: Sunday, July 7, 2013 06:43 PM
> To: dev@openoffice.apache.org
> Cc: dev
> Subject: Re: [UX][DESIGN EXPLORATION] - flat application icons
>
> I think we should explore the icons with and without the gulls.
>
> Let's see what the feasible options look like before we drive towards a
> single solution.
>
> Kevin
>
> On Jul 7, 2013, at 5:09 PM, janI  wrote:
>
> > On 7 July 2013 22:56, Andrea Pescetti  wrote:
> >
> >> Samer Mansour wrote:
> >>
> >>> I've thrown my icon set up again if you are interested in using it or
> >>> altering it, let me know.
> >>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
> >>> AOO4+-+Desktop+Icons<
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons>
> >>
> >> They are quite nice, and they fit well with the flat orb.
> >>
> >> I would keep the gull(s) since this is a distinctive feature of
> >> OpenOffice. I'm not sure about the black outline in the last row icons
> >> (those suggested for templates), it seems a bit cluttered.
> >
> > The gulls should be like the orb, and not reduced to a single gull.  That
> > way the gulls becomes the theme that follow our product throughout.
> >
> > I like the icons as such.
> >
> > rgds
> > jan I.
> >
> >
> >> Regards,
> >>  Andrea.
> >>
> >>
> --**--**-
> >> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> 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
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Best regards,
Xin Li   李欣
UX designer

Re: [UX][DESIGN EXPLORATION] - flat application icons

[Jürgen Schmidt]

On 7/8/13 3:42 AM, Kevin Grignon wrote:
> I think we should explore the icons with and without the gulls. 
> 
> Let's see what the feasible options look like before we drive towards a 
> single solution. 

in general I would agree but I see already a tendency to icons with
gulls, one or two. We should focus on this.

And if we want to introduce these icons in 4.0 we don't have time at all
for weeks of further exploration. The deadline was already July 1th.

But if we can agree on new icons until Wednesday and are able to provide
a svg for each we can try to integrate them in time. But it's of course
tiny.


Feedback to the icons
I like them but would remove the black border or at least convert it to
a grey one, a more soft one. And in case of templates I would do the
same and would remove the black line between the colored bar on top and
the content part below.


Juergen


> 
> Kevin 
> 
> On Jul 7, 2013, at 5:09 PM, janI  wrote:
> 
>> On 7 July 2013 22:56, Andrea Pescetti  wrote:
>>
>>> Samer Mansour wrote:
>>>
 I've thrown my icon set up again if you are interested in using it or
 altering it, let me know.
 https://cwiki.apache.org/**confluence/display/OOOUSERS/**
 AOO4+-+Desktop+Icons
>>>
>>> They are quite nice, and they fit well with the flat orb.
>>>
>>> I would keep the gull(s) since this is a distinctive feature of
>>> OpenOffice. I'm not sure about the black outline in the last row icons
>>> (those suggested for templates), it seems a bit cluttered.
>>
>> The gulls should be like the orb, and not reduced to a single gull.  That
>> way the gulls becomes the theme that follow our product throughout.
>>
>> I like the icons as such.
>>
>> rgds
>> jan I.
>>
>>
>>> Regards,
>>>  Andrea.
>>>
>>> --**--**-
>>> To unsubscribe, e-mail: 
>>> dev-unsubscribe@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
> 


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

Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

[Herbert Duerr]

On 06.07.2013 17:12, Steele, Raymond wrote:

Thank you for the reply. What shall I do about 3.3 not being supported?  There 
is not a OpenOffice 3.4 available for Solaris 10 x86 under the ASF.


As you know our friends at Adfinis Sygroup provided a Solaris-X86 build 
of AOO 3.4.0

  https://adfinis-sygroup.ch/aoo-solaris-x86

It is not an official ASF build, but it is based on the official 
sources, their developers contributed AFAIK all their changes back to 
the Apache OpenOffice project and were trusted with committer status in 
the project.


IIRC from an ASF perspective the only relevant part of the release is 
the source code. If the code compiles and works on solaris-x86 it could 
already be considered part of the release. Binaries are provided only 
for practical reason of end-users. Unless binaries are built on the 
official sources and tested by third parties they cannot be endorsed by 
the project, of course.


For solaris-x86 being part of the official release not too much is 
missing IMHO: regular milestone builds, testing by the solaris-x86 
community and more participation in the release process.


Herbert


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

4.0.0_release_blocker granted: [Bug 122682] Crash when deleting content

[bugzilla]

j...@apache.org has granted Ariel Constenla-Haile 's request
for 4.0.0_release_blocker:
Bug 122682: Crash when deleting content
https://issues.apache.org/ooo/show_bug.cgi?id=122682


--- Additional Comments from j...@apache.org
grant showstopper flag

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

Re: Hello - new volunteer

[Jürgen Schmidt]

On 7/7/13 10:08 PM, Dave Fisher wrote:
> Hi Dave,
> 
> Welcome! The first step in volunteering is to subscribe to this dev list.
> 
> If you would like to help us with building installation packages for WIndows 
> platforms then you should start by learning how to build from here:
> 
> http://openoffice.apache.org/source.html
> 
> This may be a difficult place to start, but it would be a prerequisite to 
> building an installation package.
> 
> Please ask questions on the list as you explore.

Indeed expert knowledge in the area of Windows installer would be
appreciated. We have a hand made complex packaging process that is
designed to have many common procedures for all platforms + specialized
ones for each platform.

A simplification would be welcome and we are looking forward to produce
minor patch updates to provide better service to our users.

> 
> One of the big areas we need help is with secure digital signatures of 
> installation artifacts. Anything that you could add to how we can make this 
> happen in very few steps would be helpful. The ASF has strict standards which 
> no one has met your expertise may prove helpful.

the singing process itself is not the problem it is more the handling or
better secure maintaining of the certificate. Signing a build in a
secure environment is only the matter of using the right flags.

But anyway in both areas help is welcome. Feel free to ask on the dev list

Juergen

> 
> Regards,
> Dave
> 
> On Jul 6, 2013, at 8:16 AM, Dave Ashelman wrote:
> 
>> Hello Open Office Developers:
>> Good morning:
>> I hope this eMail finds you well.  My name is David Ashelman and I have 
>> bachelor degrees in computer information systems and mathematics.
>> I really believe your software is very robust and extremely reliable.
>>  
>> I have a lot of experience writing MSI database application setups also 
>> teaching computer theory to new MSI crafters.  If I can help, then let me 
>> know how I can improve your already remarkable software.
>> Since 1996, I've been a network administrator, a software design support 
>> engineer, an InstallShield technical trainer, a software Release/Build 
>> technician, a Windows migration consultant, and an application packaging 
>> engineer. 
>>
>> I have good technical skills and experience with people and software 
>> engineering.
>> * Two (2) Technical College Degrees (Computer Information Systems + Math) 
>> * Four (4) years of experience employed by the corporation Flexera, who made 
>> AdminStudio. I was responsible for supporting and training users of that 
>> software (Flexera Admin Studio)
>> * I worked at InstallShield from 1999 - 2003 the time when software 
>> packaging began 
>>
>> From 2000-2003, I taught software application packaging, software design 
>> Best Practices, and Windows migration around the United States, Canada, & 
>> Great Brittan while working for Flexera, Macro Vision, or InstallShield.
>>
>> During that time, I saw how very difficult understanding software builds, 
>> releasing, and installs was for certain software application developers. So, 
>> instead of simply reciting the InstallShield product examples, I wrote a 
>> book illuminating and shedding light on hard to grasp concepts and how to 
>> best handle those concepts in computer data transfer. Multiple illustrations 
>> and mathematical proofs and equations explain everything you need to know to 
>> make great software and application installations. 
>>
>> * Fourteen (14) years software build/release, software installation 
>> authoring, application packaging engineering, & Windows migrations 
>>
>> From 2003-13 I have been around the United States meeting great people, 
>> solving complex Windows migrations, solving software application packaging 
>> projects, creating software build releases, and authored multi-platform 
>> software installations. 
>>
>> With a little luck, hopefully we can work together. I’d like to help you 
>> improve your software solutions.  Your future is bright.
>>
>> Kind regards 
>>
>> David W. Ashelman
>>  
>>  
>>  
>>  
>>  
>>
>> -
>> 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: EXTERNAL: Re: OpenOffice 3.3 and Java 7

[Andrea Pescetti]

On 06/07/2013 Steele, Raymond wrote:

What shall I do about 3.3 not being
supported?  There is not a OpenOffice 3.4 available for Solaris 10
x86 under the ASF.


Third parties may be able to offer extended support, or to put the 
necessary work in place (contributing code upstream, following the main 
release schedule...) to make it an official port (so, no longer a port, 
but an officially approved binary version). You might want to contact 
them, see

http://www.openoffice.org/porting/

Regards,
  Andrea.

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