date:20130930


Hi Tal,

On 28.09.2013 11:14, Tal Daniel wrote:

Herbert, thank you updating me on the SVN update, which updated Python
definitions in configure.in; it makes things much more easier now, since
Jürgen points now to the current version of Python.

Would you share with us how do you track SVN updates? do you use Eclipse,
or other tool? cmd-line?


Yes, I use the command-line of plain svn and I'd do it for all work with 
the repository if there wasn't git-svn which is much more convenient for 
my preferred workflow.


To get things going I'd suggest to start with plain svn though. Getting 
to know one version control system first is easier than learning two at 
the same time and dealing with their interactions.


I'd also recommend iterm2 which makes working on the command line on Mac 
more convenient.



For now, I've decided to sync & build AOO401 tag, which is more stable, I
guess.


Yes, that's a good approach.

Herbert


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

please tell me that how to download the openoffice SDK,where it is?

2013-09-30 Thread ??????

please tell me that how to download the openoffice SDK,where it is?i do not 
find it.

Re: please tell me that how to download the openoffice SDK,where it is?

2013-09-30 Thread Alexandro Colorado

You can get it here:
http://www.openoffice.org/download/other.html#source

On 9/30/13, 陈杭海 <13625298...@qq.com> wrote:
> please tell me that how to download the openoffice SDK,where it is?i do not
> find it.


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

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

Re: please tell me that how to download the openoffice SDK,where it is?


Forwarding Alexandro's answer (below) to the original poster. Andrea

Alexandro Colorado wrote:

You can get it here:
http://www.openoffice.org/download/other.html#source

On 9/30/13, 陈杭海<13625298...@qq.com>  wrote:

please tell me that how to download the openoffice SDK,where it is?i do not
find it.





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

Re: [MAC][Build] Error at soltools mkdepend


On 28.09.2013 12:40, Tal Daniel wrote:

Hi, I get an error while building (below).
Can anyone guide me how to check its source, and how can I get a more
detailed error report? or... how to try to compile only this part in Xcode
3.2.6?
[...]

1 module(s):
soltools
need(s) to be rebuilt


Changing into the directory in question i.e.
cd ../soltools
then running
build verbose=1
there and checking its output should provide all details known about the 
build problem.


Herbert


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

Re: Where can I find the new AOO4-Logo as a vector format?

2013-09-30 Thread Armin Le Grand


Hi Rob,

On 27.09.2013 17:51, Rob Weir wrote:

On Fri, Sep 27, 2013 at 11:48 AM, Rob Weir  wrote:

On Fri, Sep 27, 2013 at 11:46 AM, Rob Weir  wrote:

On Fri, Sep 27, 2013 at 11:38 AM, Armin Le Grand  wrote:

 Hi Rob,


On 27.09.2013 14:50, Rob Weir wrote:

On Fri, Sep 27, 2013 at 6:04 AM, Alexandro Colorado  wrote:

My guess is that the TM are not converted to path. Font diven logos could
be unstable across different renders engine.
--


And we still get many visitors using older browsers, even I.E. 6.   So
I'd recommend using a rasterized version of the logo on the website or
anywhere else we expect random users to visit.  There are ways of
having both SVG and raster images, but if we're not seeing consistent
SVG rendering then it would be safer to just render via Inkscape and
use that.


There is a way to have a uncritical SVG version - just convert all text to
polygons first (and use absolute polygon paths, e.g. in inkscape). That
version would be safe since it would not use any font references, only
graphics (polygons). Relying on font rendering in SVG does simply not work
for multiple different systems, versions of these and even evtl. different
languages and installed fonts.


That might fix this one issue, but what about older browsers like I.E.
6?   Will the logo render perfectly everywhere?  We have challenges
getting even HTML and Javascript to work right everywhere.   I don't
think we want to risk having our brand image rendering poorly.  We've
gone 12 years with a raster logo on the website.  It works.


And I should mention that we get 200K+ visits/month from mobile phones
and tablets as well.


And finally, converting to polygons in advance prevents the TrueType
engines from doing its best job at rendering the font hinting at
various scales.   Compare it yourself.  Take 12-point text, convert to
polygons and then scale up (or down) the polygons.  Then try again
with an actual font reference.  It might vary by font, but a
well-designed font will render much better if you do not convert to
polygons first.


Lot of arguments, and all somewhat applyable. Do not forget that the 
alternative suggestion was to provide pre-rendered bitmaps. If you 
compare that approach with SVG containing polygons I think the latter 
will be superior in all aspects (size, quality, scalability).
If the various SVG reneders would render fonts the same on all systems 
we would not have a problem. They do not. Polygons are rendered the same 
on all systems. Font hinting may be lost, but do not forget that 
'retina' displays and higher DPIs in general will make that 'trick' less 
important over time.
Also, we are not talking about convincing people to do intense text 
editing without font hinting, it's a logo and only two letters ('TM') 
are small enough to profit from text hinting.


Sincerely,
Armin

BTW: For experimental test purposes I made a primitive renderer which 
does not even support fonts at all, thus all text in the edit view is 
rendered as polygons with sub-pixel AAing, and it does not look bad at 
all...




-Rob


-Rob



Sincerely,
 Armin



-Rob



Sent from my Nokia N900

On Fri Sep 27 04:11:33 2013 David Gerard  wrote:

On 27 September 2013 09:23, Jörg Schmidt  wrote:


But a note:
The "M" in "TM" is shown cut off and the representation of "TM" is
different in Internet Explorer and Firefox, once serifs, once without
serifs, at an official logo should not be.



Display artifact in Firefox. It's fine in Inkscape or on Wikimedia
Commons:

http://en.wikipedia.org/wiki/File:Aoo4-main-tm-logo-rgb.svg


- d.

-
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


-
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: AOO 4 unusable under Linux64?


On 29.09.2013 21:12, Edwin Sharp wrote:

[...]
Not sure what is meant by Crash bug, but here is relevant information:
Current distribution I use: http://www.aptosid.com/


A great distribution, I use that too!


AOO was installed from arc file of the Buildbots.


Ah, that's the reason. Linux has a different development philosophy than 
most other platforms. On other platforms you tell the compiler to target 
a specific baseline (e.g. OSX 10.4 or Windows XP). On Linux the 
philosophy used to be "just recompile if any of the libraries changed 
its APIs" or "update from your system's specific package repository 
where one of the maintainers did that for you". Things have gotten much 
better since but selecting a target API is still not easily possible.


So to solve this for our releases we use the "greatest common 
denominator" approach on Linux: Linux nowadays tries not to break older 
binaries, so we're using a very old system for building the packages. A 
system old enough that most current systems can work with it.


These ancient systems are how we build our releases and release snapshots.

Now the Linux64 buildbot uses Ubuntu 10.4 and the Linux32 buildbot runs 
on Ubuntu 12.4. These systems are quite new and their new compilers are 
much better than what is provided by the "greatest common denominator " 
systems, which enables them to find and report important bugs. The 
drawback is that unless your system is a descendant of these newer Linux 
systems the builds they create are unusable for you.


I suggest to check the official release candidate snapshots if we're in 
the release phase. They have the maximum binary compatibility.


If you want to check the latest experimental trunk releases created by 
buildbots running new distributions I suggest to install that same 
distribution or one of its descendants.


Herbert

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

AW: A little more eye candy for 4.0.1 release

2013-09-30 Thread Arthur Buijs

Hello Drew,

at the end of the video the word o f f i c e looks a bit strange to me.

-- Art... 
 
-Oorspronkelijk bericht-
> Afzender:Drew Jensen   >
> Verstuurd: Zondag 29 September 2013 22:15
> Aan: dev mailto:dev@openoffice.apache.org> >
> Onderwerp: Re: A little more eye candy for 4.0.1 release
> 
> Darn it - forgot the new URL on gdrive
> https://docs.google.com/file/d/0Bx7ZNEXlmR0IMWtzaFN6YW54X0E
> 
> 
> 
> On Sun, Sep 29, 2013 at 4:13 PM, Drew Jensen   >wrote:
> 
> > Howdy,
> >
> > Alright, well I did not have a chance to retrieve emails last night and
> > this morning then I put a few hours into pushing the quality a bit on the
> > release video.
> >
> > Everything that was exported from AOO in jpeg or png is now exported as
> > SVG, with one exception of the opening screen with daisies had to go out as
> > jpeg and then into gimp for some color refinement.
> >
> > I changed the heme a bit, adding Grey9 for body text.
> > Yellow3/Red7 for title
> > Red7 for URL
> > Red7 for trademarks (ASF and others)
> >
> > Added a flourish to the closing screen (which I could remove if anyone
> > would prefer)
> >  Otherwise, I just grabbed the release notes again and a quick read
> > doesn't appear to require a change in content.
> >
> > I'll assume this is done and put together the templates and flyer
> > templates for upload to the wiki tomorrow.
> >
> > Thanks,
> >
> > //drew
> >
> >
> > On Sat, Sep 28, 2013 at 12:15 PM, Drew Jensen  >  >wrote:
> >
> >> Ok - here it is
> >>
> >> ;) Opens with flowers, of course and not just any but I believe some of
> >> the oldest artwork distributed with the package; Daisies.
> >>
> >> https://docs.google.com/file/d/0Bx7ZNEXlmR0IeE1kMVZzZHhpWkE
> >>
> >> In fact I had only planned on using these 4 screens, which is all this is
> >> really, 4 impress screens if you like, as a way to layout a look for a
> >> theme - but it IMO looks good and so I grabbed a voice over clip from what
> >> I did last month and a CC-SA piece of music - I think it's a good face for
> >> the project. It's Saturday noonish and I will be able to check emails later
> >> tonight and could upload any changes Sunday/Monday, so don't hesitate to
> >> make suggestions.
> >>
> >> The file above needs the CC-BY-SA (not I did include ND this time)
> >> because of the music, only. I've included the video master I use to
> >> generate the final file here:
> >>  https://docs.google.com/file/d/0Bx7ZNEXlmR0Ic0pIR01ER0dndW8
> >>
> >> I had intended to drop that file on the wiki and as it is Apache License
> >> 2.0, all parts are original and based on artifacts either in the
> >> distribution or from the project site; The compressed file is still 10 meg
> >> to large for the wiki however, so for today it is there on gdrive.
> >>
> >> The source is three draw files and one gimp file, will wait for any
> >> comments requiring a change and after none will zip them up and place on
> >> the wiki under AL2 also.
> >>
> >> As for the webart and wallpaper files from the other day - I will update
> >> those on Monday with files matching the look of the video screens.
> >>
> >> .02 on the theme as it is (or template perhaps)
> >> - It is predominantly a duo-tone of the logo blue and white [the mat, the
> >> explorer guy in the lower right corner]
> >> - the logo stays in the lower left
> >> - the upper right uses application/tool icons to designate what a video,
> >> or section, is regarding
> >> - the lower right is used for 'campaign' specific information
> >> Font is so far Open Sans 100%
> >> Colors:
> >> Logo Blue
> >> Yellow 3
> >> Red 7
> >>
> >> so, it is a start I believe at least.
> >>
> >> Thanks,
> >>
> >> //drew
> >>
> >>
> >> On Fri, Sep 27, 2013 at 11:07 AM, Drew Jensen  >>  
> >> > wrote:
> >>
> >>> Hi,
> >>>
> >>> It's actually ready - I think - I took the Release notes and used that
> >>> to generate a really shot piece. I could not get the final render finished
> >>> before I needed to leave this morning however. If I can I'll push up
> >>> tonight, but likely it will be tomorrow and I must warn you it is not the
> >>> same old OO.o look - so I won't be hurt in the least if folks want some
> >>> changes made ;)
> >>>
> >>> //drew
> >>>
> >>>
> >>> On Fri, Sep 27, 2013 at 11:03 AM, Roberto Galoppini <
> >>> roberto.galopp...@gmail.com  > wrote:
> >>>
>  2013/9/27 Drew Jensen    >
> 
>  > Howdy,
>  >
>  > Thanks - maybe someone will.
>  >
>  > Folks are quite busy with real work and I won't trouble them with
>  this type
>  > stuff at the moment.
>  >
>  >
>  > I will push two things up over the weekend and then on Monday or
>  Tuesday
>  > will drop the rest. (Set of Flyers w/template - video theme with
>  templates)
>  >
>

Re: Where can I find the new AOO4-Logo as a vector format?

2013-09-30 Thread Alexandro Colorado

On Mon, Sep 30, 2013 at 3:59 AM, Armin Le Grand wrote:

> Hi Rob,
>
>
> On 27.09.2013 17:51, Rob Weir wrote:
>
>> On Fri, Sep 27, 2013 at 11:48 AM, Rob Weir  wrote:
>>
>>> On Fri, Sep 27, 2013 at 11:46 AM, Rob Weir  wrote:
>>>
 On Fri, Sep 27, 2013 at 11:38 AM, Armin Le Grand 
 wrote:

>  Hi Rob,
>
>
> On 27.09.2013 14:50, Rob Weir wrote:
>
>> On Fri, Sep 27, 2013 at 6:04 AM, Alexandro Colorado 
>> wrote:
>>
>>> My guess is that the TM are not converted to path. Font diven logos
>>> could
>>> be unstable across different renders engine.
>>> --
>>>
>>
>> And we still get many visitors using older browsers, even I.E. 6.   So
>> I'd recommend using a rasterized version of the logo on the website or
>> anywhere else we expect random users to visit.  There are ways of
>> having both SVG and raster images, but if we're not seeing consistent
>> SVG rendering then it would be safer to just render via Inkscape and
>> use that.
>>
>
> There is a way to have a uncritical SVG version - just convert all
> text to
> polygons first (and use absolute polygon paths, e.g. in inkscape). That
> version would be safe since it would not use any font references, only
> graphics (polygons). Relying on font rendering in SVG does simply not
> work
> for multiple different systems, versions of these and even evtl.
> different
> languages and installed fonts.
>
>  That might fix this one issue, but what about older browsers like I.E.
 6?   Will the logo render perfectly everywhere?  We have challenges
 getting even HTML and Javascript to work right everywhere.   I don't
 think we want to risk having our brand image rendering poorly.  We've
 gone 12 years with a raster logo on the website.  It works.

  And I should mention that we get 200K+ visits/month from mobile phones
>>> and tablets as well.
>>>
>>>  And finally, converting to polygons in advance prevents the TrueType
>> engines from doing its best job at rendering the font hinting at
>> various scales.   Compare it yourself.  Take 12-point text, convert to
>> polygons and then scale up (or down) the polygons.  Then try again
>> with an actual font reference.  It might vary by font, but a
>> well-designed font will render much better if you do not convert to
>> polygons first.
>>
>
> Lot of arguments, and all somewhat applyable. Do not forget that the
> alternative suggestion was to provide pre-rendered bitmaps. If you compare
> that approach with SVG containing polygons I think the latter will be
> superior in all aspects (size, quality, scalability).
> If the various SVG reneders would render fonts the same on all systems we
> would not have a problem. They do not. Polygons are rendered the same on
> all systems. Font hinting may be lost, but do not forget that 'retina'
> displays and higher DPIs in general will make that 'trick' less important
> over time.
> Also, we are not talking about convincing people to do intense text
> editing without font hinting, it's a logo and only two letters ('TM') are
> small enough to profit from text hinting.
>
> Sincerely,
> Armin
>
> BTW: For experimental test purposes I made a primitive renderer which does
> not even support fonts at all, thus all text in the edit view is rendered
> as polygons with sub-pixel AAing, and it does not look bad at all...


Please look on my site for an SVG source
http://people.apache.org/~jza/index.html

The source is:


I've don't see any issues under firefox/opera althought konqueror couldnt
display it on the current version.

Safari Chrome and IE 10 works pretty ok, only big issue is the spacing
between the  and the title text. There are fallbacks techniques for
old browsers to get the PNG like the following CSS workaround
.ooo-logo {

  background: url(svg/logo.png) no-repeat 0px 0px;
  background: rgba(0,0,0,0) url(svg/logo.svg) no-repeat 0px 0px;

}

http://tobias.is/geeky/webperf/cross-browser-css-technique-for-svg-sprites-with-png-fallback/

I also have many comments on the HTML since there seem to be 'tagless'
making it very SEO unfriendly. For example, the slogan "the free
productivity suite" is a plain text wrapped around a  and
what it seems a useless  as opposed to increase the padding-top 39pt
at the ooo.css (like 40).

HTML5 also introduce new tags like , , ,
 and .



>
>
>
>> -Rob
>>
>>  -Rob


  Sincerely,
>  Armin
>
>
>  -Rob
>>
>>
>>  Sent from my Nokia N900
>>>
>>> On Fri Sep 27 04:11:33 2013 David Gerard  wrote:
>>>
 On 27 September 2013 09:23, Jörg Schmidt 
 wrote:

  But a note:
> The "M" in "TM" is shown cut off and the representation of "TM" is
> different in Internet Explorer and Firefox, once serifs, once
> without
> serifs, at an official logo should not be.
>

>>>

Re: [WWW] Apache 404 handler

2013-09-30 Thread Alexandro Colorado

I think that page can be work upon, I don't like the borders on a table,
this could be done on a more XHTML manners using div instead of tables, and
also get rid of the table borders.

Probably a better design, and more useful information like a link to the
site and a < GoBack() link.


On Sun, Sep 29, 2013 at 11:40 AM, Kay Schenk  wrote:

> On Sun, Sep 29, 2013 at 7:11 AM, Rob Weir  wrote:
>
> > On Mon, Sep 23, 2013 at 6:21 PM, Kay Schenk 
> wrote:
> > > On Mon, Sep 23, 2013 at 1:30 PM, Alexandro Colorado 
> > wrote:
> > >
> > >> I notice a lot of dead links gives a horrible default error. Can we
> put
> > a
> > >> more "design friendly" error handler for missing or outdated links.
> Also
> > >> add some Javascript to redirect back to homepage (or back page).
> > >>
> > >> 
> > >> function delayer(){
> > >>   window.location = "
> > http://www.openoffice.org
> > >> "
> > >>  }
> > >> 
> > >> ...
> > >> 
> > >>
> > >>
> > >> --
> > >> Alexandro Colorado
> > >> Apache OpenOffice Contributor
> > >> http://www.openoffice.org
> > >> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> > >>
> > >
> > > Someone else mentioned this recently. I *thought* we had a custom 404
> at
> > > one time, but I could be mistaken. This is a relatively easy server
> side
> > > configure, rather than JS. Any thoughts on what we would like it to
> say?
> > >
> >
> > We do have a custom 404 handler, here:
> >
> >
> >
> https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/docs/custom_404.html
> >
> > -Rob
> >
>
> Yes, I found this also but haven't had time to get back to this thread.
> There are some odd situations in which this doesn't work (???). So, some
> investigation needed.
>
> In any case, a link to the home page can certainly be added. Or anything
> else we might find useful.
>
>
> > > We could also include some fun pictures!
> > >
> > > --
> > >
> >
> -
> > > MzK
> > >
> > > "Truth is stranger than fiction, but it is because Fiction is obliged
> > >  to stick to possibilities. Truth isn't."
> > >  -- "Following the Equator", Mark Twain
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>
>
> --
>
> -
> MzK
>
> "Truth is stranger than fiction, but it is because Fiction is obliged
>  to stick to possibilities. Truth isn't."
>  -- "Following the Equator", Mark Twain
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: svn commit: r1526917 - /openoffice/trunk/extras/l10n/source/bg/localize.sdf


On 27.09.2013 16:59, janI wrote:

Please make these changes in pootle instead, otherwise we loose them
next time someone generates the sdf file, like I just did.


I just wanted to give buildbots a chance to actually build them 
independent when their SDF file gets recreated. Also my chinese, 
bulgarian or danish language skills are not nearly good enough so that 
I'm very hesitant to make translation suggestions for them. I just 
wanted to get the build going ASAP, so sorry for not going the full 
circle on a Friday evening.


The builds stumbled over other problems too anyway, so these 
translations will take more time to fix. I'm trying to solve them and 
when I find solutions I'll update pootle and svn's sdf. Please check both.


Herbert

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

Re: bug 107063 (needs update)

2013-09-30 Thread bugreporter99

>That issue is assigned to "o...@erack.de", so you don't find it 
>with a
>search for "is" ooo.
>
>In general BZ allows a "real name" (display name) as well as the
>account ID.   For example my ID is "robw...@apache.org", but my
>display name is "Rob Weir".   You should be searching for the 
>unique
>account ID.

Now it makes sense. Is there a way to find out the account ID of the assignee 
OR search for the "real name"?
I was thinking that ooo would stand for OpenOffice.org, so the report would be 
assigned to ALL devs.
What about openoffice and issues? Are they also real user names or general 
assignee names to tell that the issue is assigned to all devs or a list or 
something in those lines.
So I guess that "AOO security list" stands for secur...@openoffice.apache.org 
???


On 30.09.2013 at 2:12 AM, "Rob Weir"  wrote:
>
>On Sun, Sep 29, 2013 at 4:43 PM,   
>wrote:
>>>Can you point me to an
>>>issue where the Assignee field is equal to "ooo"?
>>
>> I don't get it. When I choose "is" and type ooo in the "Search 
>by people" section I also get NULL results.
>> But when I choose contains, I get some reports which are 
>assigned to ooo.
>> for example https://issues.apache.org/ooo/show_bug.cgi?id=101386
>>
>
>That issue is assigned to "o...@erack.de", so you don't find it 
>with a
>search for "is" ooo.
>
>In general BZ allows a "real name" (display name) as well as the
>account ID.   For example my ID is "robw...@apache.org", but my
>display name is "Rob Weir".   You should be searching for the 
>unique
>account ID.
>
>> What about:
>>>btw. is there a difference between you executing some batch 
>operations on the assignee field and me doing that manually?
>>>Won't the amount of emails be the same?
>>>So it does not matter if the assignee-resetting is done manually 
>or via a batch command?
>>
>
>Changing a few issues manually is not an issue.  Changing a large
>number of issues can be a problem.  This usually happens via
>automation since one is unlikely to manually change 10,000 issues 
>in a
>short period of time,
>
>Regards,
>
>-Rob
>
>>
>> On 29.09.2013 at 2:57 PM, "Rob Weir"  wrote:
>>>
>>>On Sun, Sep 29, 2013 at 7:59 AM,  
>>>wrote:
>Can you give a link to a defect report from "ooo" that is
>incorrectly
>showing up in your query?

 The problem is not : reports from ooo incorrectly showing up.
 But: reports that should showing up, are not showing up (like
>>>reports from os_ooo, mst.ooo and wuyan.ooorg)
 So every report containing "ooo" in the assignee's name get
>>>excluded. (not exclusively ooo, as I'd like to have)

 Maybe I'm just telling it the wrong way but what I want to
>>>achieve in my next step is to exlude bugs from the following
>>>assignees:

 openoffice
 ooo
 AOO security list
 issues
 secur...@openoffice.apache.org
 and mybe others too (don't know atm)

 from all bug reports.

 At the moment I'm trying to achieve this for one assignee (ooo)
>>>to prove that my search query will work.

 Still don't get why there are no bug reports showing up when
>>>using the following things in the custom search:
 Assignee  is equal to  ooo

>>>
>>>I see the same thing.   Why is this wrong?  Isn't the most 
>natural
>>>explaination that there are no such bugs?   Can you point me to 
>an
>>>issue where the Assignee field is equal to "ooo"?
>>>
>>>-Rob
>>>
 Is this a feature to prevent people from pasting sql code or
>>>such things into the field???
 Or is this a BZ bug?
 Or am I just missing something here?

 On 29.09.2013 at 12:12 AM, "Rob Weir"  
>wrote:
>
>On Fri, Sep 27, 2013 at 6:12 PM,  
>wrote:
>>>What exactly are you looking for?  We don't have any user 
>with
>>>ID
>>>that
>>>matches that regular expression, e.g., a line starting with
>>>"ooo"
>>>followed immediately by a line end.
>>
>> I was trying to use ^ as a beginning of a string and $ as the
>end of a string. To tell BZ that I just want ooo and nothing 
>else
>like os_ooo.
>>
>>>A simpler way to describe this query might be to do an 
>advanced
>>>query of:
>>>
>>>Assignee: (contains none of the strings) openoffice, ooo,
>>>issues,
>>>AOO
>>>security list, secur...@openoffice.apache.org
>>
>> The problem here is that os_ooo, mst.ooo and wuyan.ooorg are
>also excluded but I only want to exclude ooo (besides the other
>like openoffice...).
>>
>>>It depends on the field type.  But in most cases, such as 
>with
>the
>>>assignee field, it is a string comparison.
>>
>> So why does it not work when I just use ooo as the value? I
>>>also
>tried using "ooo" and 'ooo' but that did not work either.
>> Is there a special way to tell BZ that ooo is a string, that 
>I
>might have missed?
>>
>
>Can you give a link to a defect report from "ooo" that is
>incorrectly
>showing up in your query?

Re: svn commit: r1526917 - /openoffice/trunk/extras/l10n/source/bg/localize.sdf

2013-09-30 Thread janI

On 30 September 2013 13:25, Herbert Duerr  wrote:

> On 27.09.2013 16:59, janI wrote:
>
>> Please make these changes in pootle instead, otherwise we loose them
>> next time someone generates the sdf file, like I just did.
>>
>


>
> I just wanted to give buildbots a chance to actually build them
> independent when their SDF file gets recreated. Also my chinese, bulgarian
> or danish language skills are not nearly good enough so that I'm very
> hesitant to make translation suggestions for them. I just wanted to get the
> build going ASAP, so sorry for not going the full circle on a Friday
> evening.
>

Absolutely no problem, just wanted to be 100% that you knew changes had a
very temporary nature.

Danish also had a problem in helpcontent2, but I solved that and committed
a new sdf file.

Somewhere in the future, we should find a way to avoid tags in text, and
only give translators what should be translated.

rgds
jan I.


>
> The builds stumbled over other problems too anyway, so these translations
> will take more time to fix. I'm trying to solve them and when I find
> solutions I'll update pootle and svn's sdf. Please check both.
>
> Herbert
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: draft 4.0.1 announcement blog post

On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo)  wrote:
> Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>
>> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>>>
>>>
>>> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
>>>
>>>
>>> Short and direct.
>>>
>>> Is there anything else worth mentioning, from a project perspective?
>>> I tried to avoid simply repeating what the release notes already say.
>>
>>
>> To mention the "MS Excel export improvement" is really important as it
>> was (one of) the topic with the highest number of reported 4.0.0 issues
>> (with 6 duplicates and 9 votes).
>>
>>> If I understand correctly we'll go live with the announcement on
>>> Tuesday. So we'll want to ensure the website download page is ready
>>> first.
>>
>>
>> Yes, let me check on Monday evening (Hamburg time) if it's already
>> working. Then we can do the public announcement on Tuesday with working
>> download links.
>
>
> I've updated the download webpages, so that now 4.0.1 is the favorite
> download. Of course still only in the staged area:
>
> http://ooo-site.staging.apache.org/download/index.html
>
> Please test yourself. For me every link is working that I've clicked on but
> of course I've not tested every platform, language and link.
>
> *Important:*
> Avoid any changes and especially publishing on the webpages until Tuesday.
> Otherwise the new 4.0.1 download links will go online without announcement
> and public note.
>

I've updated the announcement text and put Pedro's new Portuguese NL
homepage into place:

http://ooo-site.staging.apache.org/pt

Are we waiting for anything else?  Would it make sense to "go live"
today instead of waiting for Tuesday?

-Rob

> Thanks in advance.
>
>
> Marcus
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

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

OpenOffice Template Website

2013-09-30 Thread Rupert Parsons


Hello,

I have recently logged into my account on the OpenOffice (Sourceforge) 
template website. This is the first time I have logged in since the 
template website was upgraded. I cannot see any option to edit or delete 
my published templates. I am only given an option to 'Add Content'. The 
option to edit or delete published templates should be available to 
publishers.


Regards,

Rupert

Re: svn commit: r1526917 - /openoffice/trunk/extras/l10n/source/bg/localize.sdf


On 30.09.2013 13:40, janI wrote:

Danish also had a problem in helpcontent2, but I solved that and committed
a new sdf file.


Thanks!


Somewhere in the future, we should find a way to avoid tags in text, and
only give translators what should be translated.


Absolutely, these tags seem to be the main source of errors. On the 
other hand the tag checking is so local and looks so simple that maybe 
we could do it directly when a translation suggestion gets made by 
pootle itself or an extension to it.


Herbert

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

Re: OpenOffice Template Website

2013-09-30 Thread Roberto Galoppini

2013/9/30 Rupert Parsons 
>
> Hello,
>
> I have recently logged into my account on the OpenOffice (Sourceforge) 
> template website. This is the first time I have logged in since the template 
> website was upgraded. I cannot see any option to edit or delete my published 
> templates. I am only given an option to 'Add Content'. The option to edit or 
> delete published templates should be available to publishers.


We want to avoid that useful content would vanish by mistake and
preventing the cancellation is a way to avoid that. Of course if you
need to edit or delete a template you can either contact me directly
or write to communityt...@sourceforge.net.

Roberto


>
>
> Regards,
>
> Rupert

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

Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1


Hi,

Status update and open questions!!!

Got feedback for
- Dutch
- German
- Italian
- Spanish
- Slovak

German, Italian and Spanish landing pages will be fine as I am being told.

Dutch landing page links to the default download page, but it talks 
about version 4.0.0.

Will this be changed for AOO 4.0.1 release?

Slovak landing page rework landing page is in progress.
Will it be finished right after the AOO 4.0.1 release?



Missing feedback for
- Chinese (simplified)
- Chinese (traditional)
- French
- Japanese

Chinese (simplified) landing page looks ok, but links to download page 
which does not show a download link at least in my environment (Win 7 
64bit, English, Firefox)

Are there changes needed for AOO 4.0.1 release?

Chinese (traditional) landing page looks ok, but links to 
http://www.openoffice.org/download/other-341.html for the download as 
far as I can see.

Is there a change in progress for AOO 4.0.1 release?

I have given the wrong link for the French landing page - it is 
http://www.openoffice.org/fr/Telecharger

French landing page links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?
My posts still did not reach users-fr@o.a.o - I do not see them in the 
mailing archive.


Japanese landing page links to sub page with links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?


Please provide feedback - Thanks in advance.


Best regards, Oliver.


On 27.09.2013 10:27, Oliver-Rainer Wittmann wrote:

Hi

On 20.09.2013 14:03, Oliver-Rainer Wittmann wrote:

Hi,

forgive me for writing in English, but this post goes to several native
language mailing lists and to dev@o.a.o and l10n@o.a.o.

I am currently preparing the update of the XML feeds for our product
update notification service for former OpenOffice versions (3.2.0,
3.2.1, 3.3.0, 3.4.0, 3.4.1, 4.0.0) in order to enable the notification
about new version 4.0.1

For most of the languages the user is directed by the update
notification to our main download side [1].
For the following languages the user is directed to the corresponding
native languages page:
- Chinese (simplified)
- Chinese (traditional)
- Dutch
- French
- German
- Italian
- Japanese
- Slovak
- Spanish

IMPORTANT:
Please drop me a short note, when the corresponding native langauge
pages has been updated after version 4.0.1 has been released
OR
drop me a short note, when no update to the native language page is
needed.



So far, I got feedback for
- German
- Spanish

Looking at the mail archives of general-ja@o.a.o, progetto-it@o.a.o and
users-fr@o.a.o reveals that my post did not reach the corresponding
mailing list.
Request to the corresponding mailing list moderators/admins: Could you
please check, why my post did not reach the mailing list.

I will now check the landing pages for the following languages. If from
my point of view the page needs to be updated for AOO 4.0.1 release and
if I got no feedback, I will change the download landing page for these
languages to the default download page to avoid user confusion.
- Chinese (simplified)
 http://www.openoffice.org/zh-cn
- Chinese (traditional)
 http://www.openoffice.org/zh-tw
- Dutch
 http://www.openoffice.org/nl/downloaden.html
- French
 http://www.openoffice.org/es/descargar
- Italian
 http://www.openoffice.org/it
- Japanese
 http://www.openoffice.org/ja
- Slovak
 http://www.openoffice.org/sk/download

Please give feedback.


Best regards, Oliver.



When I have collected the replies for all the above mentioned languages
I will enable the product update notification for version 4.0.1

BTW, if for your languages the user shall also be directed to a
corresponding native languages pages, then let me know this page. I will
include it in the update XML feeds.

[1] www.openoffice.org/download


Thanks in advance for your replies and help.

Best regards, Oliver.


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

Re: Where can I find the new AOO4-Logo as a vector format?

2013-09-30 Thread Armin Le Grand

Hi Alexandro,

On 30.09.2013 11:54, Alexandro Colorado wrote:

On Mon, Sep 30, 2013 at 3:59 AM, Armin Le Grand wrote:

Hi Rob,

On 27.09.2013 17:51, Rob Weir wrote:

On Fri, Sep 27, 2013 at 11:48 AM, Rob Weir wrote:

On Fri, Sep 27, 2013 at 11:46 AM, Rob Weir wrote:

On Fri, Sep 27, 2013 at 11:38 AM, Armin Le Grand
wrote:

Hi Rob,

On 27.09.2013 14:50, Rob Weir wrote:

On Fri, Sep 27, 2013 at 6:04 AM, Alexandro Colorado
wrote:

My guess is that the TM are not converted to path. Font diven logos
could
be unstable across different renders engine.
--

And we still get many visitors using older browsers, even I.E. 6. So
I'd recommend using a rasterized version of the logo on the website or
anywhere else we expect random users to visit. There are ways of
having both SVG and raster images, but if we're not seeing consistent
SVG rendering then it would be safer to just render via Inkscape and
use that.

There is a way to have a uncritical SVG version - just convert all
text to
polygons first (and use absolute polygon paths, e.g. in inkscape). That
version would be safe since it would not use any font references, only
graphics (polygons). Relying on font rendering in SVG does simply not
work
for multiple different systems, versions of these and even evtl.
different
languages and installed fonts.

That might fix this one issue, but what about older browsers like I.E.

6? Will the logo render perfectly everywhere? We have challenges
getting even HTML and Javascript to work right everywhere. I don't
think we want to risk having our brand image rendering poorly. We've
gone 12 years with a raster logo on the website. It works.

And I should mention that we get 200K+ visits/month from mobile phones

and tablets as well.

And finally, converting to polygons in advance prevents the TrueType

engines from doing its best job at rendering the font hinting at
various scales. Compare it yourself. Take 12-point text, convert to
polygons and then scale up (or down) the polygons. Then try again
with an actual font reference. It might vary by font, but a
well-designed font will render much better if you do not convert to
polygons first.

Lot of arguments, and all somewhat applyable. Do not forget that the
alternative suggestion was to provide pre-rendered bitmaps. If you compare
that approach with SVG containing polygons I think the latter will be
superior in all aspects (size, quality, scalability).
If the various SVG reneders would render fonts the same on all systems we
would not have a problem. They do not. Polygons are rendered the same on
all systems. Font hinting may be lost, but do not forget that 'retina'
displays and higher DPIs in general will make that 'trick' less important
over time.
Also, we are not talking about convincing people to do intense text
editing without font hinting, it's a logo and only two letters ('TM') are
small enough to profit from text hinting.

Sincerely,
Armin

BTW: For experimental test purposes I made a primitive renderer which does
not even support fonts at all, thus all text in the edit view is rendered
as polygons with sub-pixel AAing, and it does not look bad at all...

Please look on my site for an SVG source
http://people.apache.org/~jza/index.html

The source is:

I took a look, and all is cleanly converted to polygons. It does look
good in Mozilla browser, the small 'TM' looks nice, too.
Maybe change paths to absolute (setting is in inscape prefs, need to
move all once to touch it and save), also remove the 'sodipodi' stuff
(inkscape internal) from the SVG to make it ca. half the file size.

I've don't see any issues under firefox/opera althought konqueror couldnt
display it on the current version.

Safari Chrome and IE 10 works pretty ok, only big issue is the spacing
between the and the title text. There are fallbacks techniques for
old browsers to get the PNG like the following CSS workaround
.ooo-logo {

background: url(svg/logo.png) no-repeat 0px 0px;
background: rgba(0,0,0,0) url(svg/logo.svg) no-repeat 0px 0px;

}

http://tobias.is/geeky/webperf/cross-browser-css-technique-for-svg-sprites-with-png-fallback/

I also have many comments on the HTML since there seem to be 'tagless'
making it very SEO unfriendly. For example, the slogan "the free
productivity suite" is a plain text wrapped around a and
what it seems a useless as opposed to increase the padding-top 39pt
at the ooo.css (like 40).

HTML5 also introduce new tags like , , ,
and .

-Rob

Sincerely,

Armin

-Rob

Sent from my Nokia N900

On Fri Sep 27 04:11:33 2013 David Gerard wrote:

On 27 September 2013 09:23, Jörg Schmidt
wrote:

But a note:

The "M" in "TM" is shown cut off and the representation of "TM" is
different in Internet Explorer and Firefox, once serifs, once
without
serifs, at an official logo should not be.

Display artifact in Firefox. It's fine in Inkscape or on Wikimedia
Commons:

http:

Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1

2013-09-30 Thread Kazunari Hirano

Hi Oliver,

Sorry for being late to provide feedback

On Mon, Sep 30, 2013 at 9:59 PM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Japanese landing page links to sub page with links to AOO 4.0.0 packages.
>

When you say "Japanese landing page," does it mean
http://www.openoffice.org/ja/ ?
And does the "sub page" mean http://www.openoffice.org/ja/download/ ?

Is there a change in progress for AOO 4.0.1 release?

Not yet.  We will change links in the sub page for AOO 4.0.1 release.

Best Regards,
khirano

Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1

2013-09-30 Thread Michal Hriň

Dňa Mon, 30 Sep 2013 14:59:47 +0200 Oliver-Rainer Wittmann  
 napísal:


Slovak and Czech download pages are ready

http://www.openoffice.org/sk/download

http://www.openoffice.org/cs/download

Regards,
Michal Hriň



Hi,

Status update and open questions!!!

Got feedback for
- Dutch
- German
- Italian
- Spanish
- Slovak

German, Italian and Spanish landing pages will be fine as I am being  
told.


Dutch landing page links to the default download page, but it talks  
about version 4.0.0.

Will this be changed for AOO 4.0.1 release?

Slovak landing page rework landing page is in progress.
Will it be finished right after the AOO 4.0.1 release?



Missing feedback for
- Chinese (simplified)
- Chinese (traditional)
- French
- Japanese

Chinese (simplified) landing page looks ok, but links to download page  
which does not show a download link at least in my environment (Win 7  
64bit, English, Firefox)

Are there changes needed for AOO 4.0.1 release?

Chinese (traditional) landing page looks ok, but links to  
http://www.openoffice.org/download/other-341.html for the download as  
far as I can see.

Is there a change in progress for AOO 4.0.1 release?

I have given the wrong link for the French landing page - it is  
http://www.openoffice.org/fr/Telecharger

French landing page links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?
My posts still did not reach users-fr@o.a.o - I do not see them in the  
mailing archive.


Japanese landing page links to sub page with links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?


Please provide feedback - Thanks in advance.


Best regards, Oliver.


On 27.09.2013 10:27, Oliver-Rainer Wittmann wrote:

Hi

On 20.09.2013 14:03, Oliver-Rainer Wittmann wrote:

Hi,

forgive me for writing in English, but this post goes to several native
language mailing lists and to dev@o.a.o and l10n@o.a.o.

I am currently preparing the update of the XML feeds for our product
update notification service for former OpenOffice versions (3.2.0,
3.2.1, 3.3.0, 3.4.0, 3.4.1, 4.0.0) in order to enable the notification
about new version 4.0.1

For most of the languages the user is directed by the update
notification to our main download side [1].
For the following languages the user is directed to the corresponding
native languages page:
- Chinese (simplified)
- Chinese (traditional)
- Dutch
- French
- German
- Italian
- Japanese
- Slovak
- Spanish

IMPORTANT:
Please drop me a short note, when the corresponding native langauge
pages has been updated after version 4.0.1 has been released
OR
drop me a short note, when no update to the native language page is
needed.



So far, I got feedback for
- German
- Spanish

Looking at the mail archives of general-ja@o.a.o, progetto-it@o.a.o and
users-fr@o.a.o reveals that my post did not reach the corresponding
mailing list.
Request to the corresponding mailing list moderators/admins: Could you
please check, why my post did not reach the mailing list.

I will now check the landing pages for the following languages. If from
my point of view the page needs to be updated for AOO 4.0.1 release and
if I got no feedback, I will change the download landing page for these
languages to the default download page to avoid user confusion.
- Chinese (simplified)
 http://www.openoffice.org/zh-cn
- Chinese (traditional)
 http://www.openoffice.org/zh-tw
- Dutch
 http://www.openoffice.org/nl/downloaden.html
- French
 http://www.openoffice.org/es/descargar
- Italian
 http://www.openoffice.org/it
- Japanese
 http://www.openoffice.org/ja
- Slovak
 http://www.openoffice.org/sk/download

Please give feedback.


Best regards, Oliver.



When I have collected the replies for all the above mentioned languages
I will enable the product update notification for version 4.0.1

BTW, if for your languages the user shall also be directed to a
corresponding native languages pages, then let me know this page. I  
will

include it in the update XML feeds.

[1] www.openoffice.org/download


Thanks in advance for your replies and help.

Best regards, Oliver.


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




--
Táto správa bola vytvorená poštovým klientom v prehliadači Opera:  
http://www.opera.com/mail/


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

Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1


Hi,

On 30.09.2013 15:42, Kazunari Hirano wrote:

Hi Oliver,

Sorry for being late to provide feedback



no problem - we all have much to do.


On Mon, Sep 30, 2013 at 9:59 PM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:


Japanese landing page links to sub page with links to AOO 4.0.0 packages.



When you say "Japanese landing page," does it mean
http://www.openoffice.org/ja/ ?


Yes


And does the "sub page" mean http://www.openoffice.org/ja/download/ ?


Yes



Is there a change in progress for AOO 4.0.1 release?


Not yet.  We will change links in the sub page for AOO 4.0.1 release.


OK. This is fine, then the Japanese landing page can be kept in the 
update notification data.


Best regards, Oliver.



Best Regards,
khirano



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

Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1


Hi,

On 30.09.2013 16:19, Michal Hriň wrote:

Dňa Mon, 30 Sep 2013 14:59:47 +0200 Oliver-Rainer Wittmann
 napísal:

Slovak and Czech download pages are ready

http://www.openoffice.org/sk/download

http://www.openoffice.org/cs/download



Cool - great work.

Thus, we can change for Czech also to a native language landing page for 
the update notification.


Best regards, Oliver.


Regards,
Michal Hriň



Hi,

Status update and open questions!!!

Got feedback for
- Dutch
- German
- Italian
- Spanish
- Slovak

German, Italian and Spanish landing pages will be fine as I am being
told.

Dutch landing page links to the default download page, but it talks
about version 4.0.0.
Will this be changed for AOO 4.0.1 release?

Slovak landing page rework landing page is in progress.
Will it be finished right after the AOO 4.0.1 release?



Missing feedback for
- Chinese (simplified)
- Chinese (traditional)
- French
- Japanese

Chinese (simplified) landing page looks ok, but links to download page
which does not show a download link at least in my environment (Win 7
64bit, English, Firefox)
Are there changes needed for AOO 4.0.1 release?

Chinese (traditional) landing page looks ok, but links to
http://www.openoffice.org/download/other-341.html for the download as
far as I can see.
Is there a change in progress for AOO 4.0.1 release?

I have given the wrong link for the French landing page - it is
http://www.openoffice.org/fr/Telecharger
French landing page links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?
My posts still did not reach users-fr@o.a.o - I do not see them in the
mailing archive.

Japanese landing page links to sub page with links to AOO 4.0.0 packages.
Is there a change in progress for AOO 4.0.1 release?


Please provide feedback - Thanks in advance.


Best regards, Oliver.


On 27.09.2013 10:27, Oliver-Rainer Wittmann wrote:

Hi

On 20.09.2013 14:03, Oliver-Rainer Wittmann wrote:

Hi,

forgive me for writing in English, but this post goes to several native
language mailing lists and to dev@o.a.o and l10n@o.a.o.

I am currently preparing the update of the XML feeds for our product
update notification service for former OpenOffice versions (3.2.0,
3.2.1, 3.3.0, 3.4.0, 3.4.1, 4.0.0) in order to enable the notification
about new version 4.0.1

For most of the languages the user is directed by the update
notification to our main download side [1].
For the following languages the user is directed to the corresponding
native languages page:
- Chinese (simplified)
- Chinese (traditional)
- Dutch
- French
- German
- Italian
- Japanese
- Slovak
- Spanish

IMPORTANT:
Please drop me a short note, when the corresponding native langauge
pages has been updated after version 4.0.1 has been released
OR
drop me a short note, when no update to the native language page is
needed.



So far, I got feedback for
- German
- Spanish

Looking at the mail archives of general-ja@o.a.o, progetto-it@o.a.o and
users-fr@o.a.o reveals that my post did not reach the corresponding
mailing list.
Request to the corresponding mailing list moderators/admins: Could you
please check, why my post did not reach the mailing list.

I will now check the landing pages for the following languages. If from
my point of view the page needs to be updated for AOO 4.0.1 release and
if I got no feedback, I will change the download landing page for these
languages to the default download page to avoid user confusion.
- Chinese (simplified)
 http://www.openoffice.org/zh-cn
- Chinese (traditional)
 http://www.openoffice.org/zh-tw
- Dutch
 http://www.openoffice.org/nl/downloaden.html
- French
 http://www.openoffice.org/es/descargar
- Italian
 http://www.openoffice.org/it
- Japanese
 http://www.openoffice.org/ja
- Slovak
 http://www.openoffice.org/sk/download

Please give feedback.


Best regards, Oliver.



When I have collected the replies for all the above mentioned languages
I will enable the product update notification for version 4.0.1

BTW, if for your languages the user shall also be directed to a
corresponding native languages pages, then let me know this page. I
will
include it in the update XML feeds.

[1] www.openoffice.org/download


Thanks in advance for your replies and help.

Best regards, Oliver.


-
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: AOO 4 unusable under Linux64?


Hi,

On 29.09.2013 07:30, Rainer Bielefeld wrote:

Hi all,

Edwin Sharp and some other users found several bugs [1] under Linux64,
in summary the conclusion seems to be that AOO currently is more or less
unusable with Linux 64.

Can some developers please have a look?



I will have a closer look at these issues in my Ubuntu 64bit 10.04 VM. 
On this VM I have snapshots with different OpenOffice versions - namely 
OOo 3.3.0, AOO 3.4.0 and AOO401RC2. Thus, I can check, if the defects 
are newly introduced or already present in a former version.


I will also check on my Windows 7 64bit, if the defects are also 
reproducible on this platform.



Best regards, Oliver.


Best regards

Rainer


Used Hyperlinks:
[1]



-
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: AOO 4 unusable under Linux64?


On 29.09.2013 07:30, Rainer Bielefeld wrote:

Edwin Sharp and some other users found several bugs [1] under Linux64,
in summary the conclusion seems to be that AOO currently is more or less
unusable with Linux 64.


Please see the thread on the QA list where things start to look as if 
buildbot nightly builds where tested that were not compatible (and not 
intended to be compatible) with the system where they were tested.



Can some developers please have a look?
[...]



Most of the issues look platform independent. They seem to be reported 
against Linux64 just because this was the system the testers used and 
not because they were isolated to be Linux64 specific. So it would be 
interesting for testers on other platforms to check them too. I suggest 
that if an issue is confirmed on two or more different platforms that 
this field gets set to "ALL".


Herbert

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

Skills, Resources and Mentors

This projects depends on volunteer efforts.  We have many routine
tasks that need to be performed during a release cycle and even during
ordinarily operation of our website and other public-facing services.

In many cases a given task is well-understood and many members of the
project understand how to do it.  For example, moderating the mailing
lists.  In other areas we might only have a single person who really
understands how to do a task.   We also have many volunteers, signing
up on the mailing list and asking how to help, on nearly a daily
basis.

There should be a way that we can more clearly identify what the
routine tasks are, who knows how to do them, who wants to learn how to
do them, and who is willing to mentor or teach others how to get
started.

So I've started the following wiki page to track some of the most
common tasks in the project:

https://cwiki.apache.org/confluence/display/OOOUSERS/Skills,+Resources+and+Mentors

Feel free to insert additional tasks, or to add your name as an
expert, mentor or someone who wants to learn.

(Of course there are many other routine tasks performed by Apache
Infra and not listed here.  I'm focused on the tasks that are owned by
the AOO project)

This might also help is identify areas where we are currently
dependent on a single person and want to train a backup, to cover for
holidays, etc.

Regards,

-Rob

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

Re: New localizations for testing (Danish and Bulgarian)

Many thanks to Jan for providing the *sdf files and for completing the 
danish translation. I fixed the remaining tag imbalances in the 
Bulgarian translation in both Pootle and SVN.


The first test builds are available now for Bulgarian [1] and Danish 
[2]. For now only the Mac builds, Linux 64bit is uploading, Linux 32bit 
and Windows will probably become available tomorrow.


[1] http://people.apache.org/~hdu/developer-snapshots/snapshot/extra/bg/
[2] http://people.apache.org/~hdu/developer-snapshots/snapshot/extra/da/

Herbert

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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:

> On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo) 
> wrote:
> > Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
> >
> >> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
> >>>
> >>>
> >>>
> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
> >>>
> >>>
> >>> Short and direct.
> >>>
> >>> Is there anything else worth mentioning, from a project perspective?
> >>> I tried to avoid simply repeating what the release notes already say.
> >>
> >>
> >> To mention the "MS Excel export improvement" is really important as it
> >> was (one of) the topic with the highest number of reported 4.0.0 issues
> >> (with 6 duplicates and 9 votes).
> >>
> >>> If I understand correctly we'll go live with the announcement on
> >>> Tuesday. So we'll want to ensure the website download page is ready
> >>> first.
> >>
> >>
> >> Yes, let me check on Monday evening (Hamburg time) if it's already
> >> working. Then we can do the public announcement on Tuesday with working
> >> download links.
> >
> >
> > I've updated the download webpages, so that now 4.0.1 is the favorite
> > download. Of course still only in the staged area:
> >
> > http://ooo-site.staging.apache.org/download/index.html
> >
> > Please test yourself. For me every link is working that I've clicked on
> but
> > of course I've not tested every platform, language and link.
> >
> > *Important:*
> > Avoid any changes and especially publishing on the webpages until
> Tuesday.
> > Otherwise the new 4.0.1 download links will go online without
> announcement
> > and public note.
> >
>
> I've updated the announcement text and put Pedro's new Portuguese NL
> homepage into place:
>
> http://ooo-site.staging.apache.org/pt
>
> Are we waiting for anything else?  Would it make sense to "go live"
> today instead of waiting for Tuesday?
>
> -Rob
>

I was going to ask about this. The last few times, we went live with the
web site a day BEFORE the announcement. So, today is fine with me.  Publish
away! :)

I also noticed a "burp" in the ooo-site staging commit of yesterday. It
would be nice to get on with the publishing a bit earlier -- today -- in
case we run into issues. Just saying...



>
> > Thanks in advance.
> >
> >
> > Marcus
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

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

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

2013-09-30 Thread bugreporter99

Hi Yu Zhen,

I just tried to install a snapshot of AOO on an ubuntu12.04 machine, using your 
command from your attached .ods file.

from the .ods file:   Install: dpkg -i --force-overwrite openoffice.org*.deb 
Trying to use this command I get some errors.
This worked for me: Install: dpkg -i --force-overwrite openoffice*.deb 

btw. after installing the "openoffice4.0-debian-menus_4.0-9714_all.deb" package 
I can't see a AOO icon/entry in the Unity Luncher (the dock on the side).



On 24.09.2013 at 2:14 PM, "Yuzhen Fan"  wrote:
>
>Hi all,
>
>This is the update for showstopper defect verification/impacted 
>area
>testing, general testing and PVT:
>
>*1.* Bug(showstopper)verification and impacted area testing - 
>*Almost
>done*for function bugs, all verified fixed and passed impacted area
>testing
>related to the bugs(with attached samples and limited variation), 
>except:
>
>122885 - Cannot reproduce it in problematic build (4.0.0), thus 
>does not
>know if it is fixed in 4.0.1, add comment in Bugzilla
>
>*2.* General testing for Calc, Writer, Impress on Windows, Linux 
>and Mac - *In
>progress*, please see details as below:
>
>Windows: *Complete*
>
>Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
>Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no 
>critical
>problems for showstopper) on windows 8
>Impress - Dick test on RC1 and all seems well and no critical bugs 
>were
>found on Windows 7
>
>Linux: *In progress with gap*
>
>Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
>Calc - Haven't received test result so far (any one can share your 
>test
>result if you have done or help execute attached general testing 
>list on
>Calc)
>Impress - Started on RC3 by Edwin
>
>Mac: *In progress and safe*
>Impress - passed on RC2 by Liu Ping
>Calc -passed on RC3 by Yu Zhen
>Writer - started on RC3 by Liu Ping, will complete it tomorrow 
>09/25
>
>*3. *Build verification test on RC3 - *In progress and safe*
>
>Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / 
>Mac /
>Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 
>64bit -
>not started, Yu Zhen will complete it tomorrow 09/25
>Open three apps(Calc, Writer, Impress) successfully
>
>*4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu 
>Ping, no
>obvious reproducible performance downgrade on RC3
>
>As we are closed to the deadline(*2013-09-25*) of vote for AOO 
>4.0.1(RC3),
>your volunteering to fill the gap on Linux testing will be 
>appreciated!
>
>Regards
>Yu Zhen


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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 12:39 PM, Kay Schenk  wrote:
> On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:
>
>> On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo) 
>> wrote:
>> > Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>> >
>> >> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>> >>>
>> >>>
>> >>>
>> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
>> >>>
>> >>>
>> >>> Short and direct.
>> >>>
>> >>> Is there anything else worth mentioning, from a project perspective?
>> >>> I tried to avoid simply repeating what the release notes already say.
>> >>
>> >>
>> >> To mention the "MS Excel export improvement" is really important as it
>> >> was (one of) the topic with the highest number of reported 4.0.0 issues
>> >> (with 6 duplicates and 9 votes).
>> >>
>> >>> If I understand correctly we'll go live with the announcement on
>> >>> Tuesday. So we'll want to ensure the website download page is ready
>> >>> first.
>> >>
>> >>
>> >> Yes, let me check on Monday evening (Hamburg time) if it's already
>> >> working. Then we can do the public announcement on Tuesday with working
>> >> download links.
>> >
>> >
>> > I've updated the download webpages, so that now 4.0.1 is the favorite
>> > download. Of course still only in the staged area:
>> >
>> > http://ooo-site.staging.apache.org/download/index.html
>> >
>> > Please test yourself. For me every link is working that I've clicked on
>> but
>> > of course I've not tested every platform, language and link.
>> >
>> > *Important:*
>> > Avoid any changes and especially publishing on the webpages until
>> Tuesday.
>> > Otherwise the new 4.0.1 download links will go online without
>> announcement
>> > and public note.
>> >
>>
>> I've updated the announcement text and put Pedro's new Portuguese NL
>> homepage into place:
>>
>> http://ooo-site.staging.apache.org/pt
>>
>> Are we waiting for anything else?  Would it make sense to "go live"
>> today instead of waiting for Tuesday?
>>
>> -Rob
>>
>
> I was going to ask about this. The last few times, we went live with the
> web site a day BEFORE the announcement. So, today is fine with me.  Publish
> away! :)
>
> I also noticed a "burp" in the ooo-site staging commit of yesterday. It
> would be nice to get on with the publishing a bit earlier -- today -- in
> case we run into issues. Just saying...
>

OK.  I'll publish now.  That will allow us to find any issues now,
before the greater post-announcement traffic.

Regards,

-Rob

>
>
>>
>> > Thanks in advance.
>> >
>> >
>> > Marcus
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>
>
> --
> -
> MzK
>
> "Truth is stranger than fiction, but it is because Fiction is obliged
>  to stick to possibilities. Truth isn't."
>  -- "Following the Equator", Mark Twain

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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 1:52 PM, Rob Weir  wrote:
> On Mon, Sep 30, 2013 at 12:39 PM, Kay Schenk  wrote:
>> On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:
>>
>>> On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo) 
>>> wrote:
>>> > Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>>> >
>>> >> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>>> >>>
>>> >>>
>>> >>>
>>> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
>>> >>>
>>> >>>
>>> >>> Short and direct.
>>> >>>
>>> >>> Is there anything else worth mentioning, from a project perspective?
>>> >>> I tried to avoid simply repeating what the release notes already say.
>>> >>
>>> >>
>>> >> To mention the "MS Excel export improvement" is really important as it
>>> >> was (one of) the topic with the highest number of reported 4.0.0 issues
>>> >> (with 6 duplicates and 9 votes).
>>> >>
>>> >>> If I understand correctly we'll go live with the announcement on
>>> >>> Tuesday. So we'll want to ensure the website download page is ready
>>> >>> first.
>>> >>
>>> >>
>>> >> Yes, let me check on Monday evening (Hamburg time) if it's already
>>> >> working. Then we can do the public announcement on Tuesday with working
>>> >> download links.
>>> >
>>> >
>>> > I've updated the download webpages, so that now 4.0.1 is the favorite
>>> > download. Of course still only in the staged area:
>>> >
>>> > http://ooo-site.staging.apache.org/download/index.html
>>> >
>>> > Please test yourself. For me every link is working that I've clicked on
>>> but
>>> > of course I've not tested every platform, language and link.
>>> >
>>> > *Important:*
>>> > Avoid any changes and especially publishing on the webpages until
>>> Tuesday.
>>> > Otherwise the new 4.0.1 download links will go online without
>>> announcement
>>> > and public note.
>>> >
>>>
>>> I've updated the announcement text and put Pedro's new Portuguese NL
>>> homepage into place:
>>>
>>> http://ooo-site.staging.apache.org/pt
>>>
>>> Are we waiting for anything else?  Would it make sense to "go live"
>>> today instead of waiting for Tuesday?
>>>
>>> -Rob
>>>
>>
>> I was going to ask about this. The last few times, we went live with the
>> web site a day BEFORE the announcement. So, today is fine with me.  Publish
>> away! :)
>>
>> I also noticed a "burp" in the ooo-site staging commit of yesterday. It
>> would be nice to get on with the publishing a bit earlier -- today -- in
>> case we run into issues. Just saying...
>>
>
> OK.  I'll publish now.  That will allow us to find any issues now,
> before the greater post-announcement traffic.
>

Holding back on the publish since we seem to be in an odd state.  The
website build is failing with an error:

"Unmergeable scheduling requested on an entry: Can't add
'/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
directory scheduled for deletion at
/usr/local/cms/build/lib/ASF/SVNUtil.pm line 69"

I have to run to a meeting right now, but I'll check after with Infra
on IRC later this afternoon, unless someone gets to it before me.

-Rob

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

Re: draft 4.0.1 announcement blog post

2013-09-30 Thread Marcus (OOo)


Am 09/30/2013 07:52 PM, schrieb Rob Weir:

On Mon, Sep 30, 2013 at 12:39 PM, Kay Schenk  wrote:

On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:


On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo)
wrote:

Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):


Am 09/26/2013 05:02 PM, schrieb Rob Weir:





https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0



Short and direct.

Is there anything else worth mentioning, from a project perspective?
I tried to avoid simply repeating what the release notes already say.



To mention the "MS Excel export improvement" is really important as it
was (one of) the topic with the highest number of reported 4.0.0 issues
(with 6 duplicates and 9 votes).


If I understand correctly we'll go live with the announcement on
Tuesday. So we'll want to ensure the website download page is ready
first.



Yes, let me check on Monday evening (Hamburg time) if it's already
working. Then we can do the public announcement on Tuesday with working
download links.



I've updated the download webpages, so that now 4.0.1 is the favorite
download. Of course still only in the staged area:

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

Please test yourself. For me every link is working that I've clicked on

but

of course I've not tested every platform, language and link.

*Important:*
Avoid any changes and especially publishing on the webpages until

Tuesday.

Otherwise the new 4.0.1 download links will go online without

announcement

and public note.



I've updated the announcement text and put Pedro's new Portuguese NL
homepage into place:

http://ooo-site.staging.apache.org/pt

Are we waiting for anything else?  Would it make sense to "go live"
today instead of waiting for Tuesday?

-Rob



I was going to ask about this. The last few times, we went live with the
web site a day BEFORE the announcement. So, today is fine with me.  Publish
away! :)

I also noticed a "burp" in the ooo-site staging commit of yesterday. It
would be nice to get on with the publishing a bit earlier -- today -- in
case we run into issues. Just saying...



OK.  I'll publish now.  That will allow us to find any issues now,
before the greater post-announcement traffic.


OK, just go and publish. I've finished the needed changes. Let's see if 
something is still wrong.


Marcus


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

Bug Apache open office 3

2013-09-30 Thread justine bacconnier

Bonjour, j'ai un problème avec Apache Open Office 3, lorsque j'essaie d'ouvrir 
un document celui-ci ne s'ouvre pas et un message s'affiche : Erreur génrale, 
erreur générale d'E/S. 
Merci

CMS Build Failing

On Mon, Sep 30, 2013 at 2:05 PM, Marcus (OOo)  wrote:
> Am 09/30/2013 07:52 PM, schrieb Rob Weir:
>
>> On Mon, Sep 30, 2013 at 12:39 PM, Kay Schenk  wrote:
>>>
>>> On Mon, Sep 30, 2013 at 5:30 AM, Rob Weir  wrote:
>>>
 On Sun, Sep 29, 2013 at 2:42 PM, Marcus (OOo)
 wrote:
>
> Am 09/26/2013 10:12 PM, schrieb Marcus (OOo):
>
>> Am 09/26/2013 05:02 PM, schrieb Rob Weir:
>>>
>>>
>>>
>>>

 https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_4_0
>>>
>>>
>>>
>>> Short and direct.
>>>
>>> Is there anything else worth mentioning, from a project perspective?
>>> I tried to avoid simply repeating what the release notes already say.
>>
>>
>>
>> To mention the "MS Excel export improvement" is really important as it
>> was (one of) the topic with the highest number of reported 4.0.0
>> issues
>> (with 6 duplicates and 9 votes).
>>
>>> If I understand correctly we'll go live with the announcement on
>>> Tuesday. So we'll want to ensure the website download page is ready
>>> first.
>>
>>
>>
>> Yes, let me check on Monday evening (Hamburg time) if it's already
>> working. Then we can do the public announcement on Tuesday with
>> working
>> download links.
>
>
>
> I've updated the download webpages, so that now 4.0.1 is the favorite
> download. Of course still only in the staged area:
>
> http://ooo-site.staging.apache.org/download/index.html
>
> Please test yourself. For me every link is working that I've clicked on

 but
>
> of course I've not tested every platform, language and link.
>
> *Important:*
> Avoid any changes and especially publishing on the webpages until

 Tuesday.
>
> Otherwise the new 4.0.1 download links will go online without

 announcement
>
> and public note.
>

 I've updated the announcement text and put Pedro's new Portuguese NL
 homepage into place:

 http://ooo-site.staging.apache.org/pt

 Are we waiting for anything else?  Would it make sense to "go live"
 today instead of waiting for Tuesday?

 -Rob

>>>
>>> I was going to ask about this. The last few times, we went live with the
>>> web site a day BEFORE the announcement. So, today is fine with me.
>>> Publish
>>> away! :)
>>>
>>> I also noticed a "burp" in the ooo-site staging commit of yesterday. It
>>> would be nice to get on with the publishing a bit earlier -- today -- in
>>> case we run into issues. Just saying...
>>>
>>
>> OK.  I'll publish now.  That will allow us to find any issues now,
>> before the greater post-announcement traffic.
>
>
> OK, just go and publish. I've finished the needed changes. Let's see if
> something is still wrong.
>

The problem is that the CMS build is failing since last night, when I
checked in the new pt translation:

http://ci.apache.org/builders/ooo-site-site-staging

So if we publish now, we'll be in a tough position if we do find an
error.  We wouldn't be able to fix it.   It would be safer to hold
back on publishing until the website build is stable.

-Rob

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

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

Re: CMS Build Failing

On Mon, Sep 30, 2013 at 2:31 PM, Rob Weir  wrote:
> On Mon, Sep 30, 2013 at 2:05 PM, Marcus (OOo)  wrote:
>> Am 09/30/2013 07:52 PM, schrieb Rob Weir:
.
.
.

>>>
>>> OK.  I'll publish now.  That will allow us to find any issues now,
>>> before the greater post-announcement traffic.
>>
>>
>> OK, just go and publish. I've finished the needed changes. Let's see if
>> something is still wrong.
>>
>
> The problem is that the CMS build is failing since last night, when I
> checked in the new pt translation:
>
> http://ci.apache.org/builders/ooo-site-site-staging
>
> So if we publish now, we'll be in a tough position if we do find an
> error.  We wouldn't be able to fix it.   It would be safer to hold
> back on publishing until the website build is stable.
>

Here's the error:

Updated /usr/local/websites/ooo-site/trunk to revision 880524.
Updated /usr/home/cmsslave/slave15/ooo-site-site-staging/build/trunk
to revision 1527583.
Building content/cs/index.html ...
Built to /usr/local/websites/ooo-site/trunk/content/cs/index.html.
Adding /usr/local/websites/ooo-site/trunk/content/pt/brand.html.
Unmergeable scheduling requested on an entry: Can't add
'/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
directory scheduled for deletion at
/usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
program finished with exit code 2

-Rob

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

Re: CMS Build Failing

On Mon, Sep 30, 2013 at 3:02 PM, Rob Weir  wrote:
> On Mon, Sep 30, 2013 at 2:31 PM, Rob Weir  wrote:
>> On Mon, Sep 30, 2013 at 2:05 PM, Marcus (OOo)  wrote:
>>> Am 09/30/2013 07:52 PM, schrieb Rob Weir:
> .
> .
> .
>

 OK.  I'll publish now.  That will allow us to find any issues now,
 before the greater post-announcement traffic.
>>>
>>>
>>> OK, just go and publish. I've finished the needed changes. Let's see if
>>> something is still wrong.
>>>
>>
>> The problem is that the CMS build is failing since last night, when I
>> checked in the new pt translation:
>>
>> http://ci.apache.org/builders/ooo-site-site-staging
>>
>> So if we publish now, we'll be in a tough position if we do find an
>> error.  We wouldn't be able to fix it.   It would be safer to hold
>> back on publishing until the website build is stable.
>>
>
> Here's the error:
>
> Updated /usr/local/websites/ooo-site/trunk to revision 880524.
> Updated /usr/home/cmsslave/slave15/ooo-site-site-staging/build/trunk
> to revision 1527583.
> Building content/cs/index.html ...
> Built to /usr/local/websites/ooo-site/trunk/content/cs/index.html.
> Adding /usr/local/websites/ooo-site/trunk/content/pt/brand.html.
> Unmergeable scheduling requested on an entry: Can't add
> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> directory scheduled for deletion at
> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
> program finished with exit code 2
>

Talked a little about it on IRC, tried forcing a new working copy.  No
luck.  Wrote up a JIRA issue:
https://issues.apache.org/jira/browse/INFRA-6814

-Rob

>
> -Rob

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

Re: draft 4.0.1 announcement blog post


Marcus (OOo) wrote:

OK, just go and publish. I've finished the needed changes. Let's see if
something is still wrong.


While still waiting for the build fix, I've now updated the Italian, 
Lithuanian and Swedish pages.


Regards,
  Andrea.

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

Re: New localizations for testing (Danish and Bulgarian)


On 30/09/2013 Herbert Duerr wrote:

The first test builds are available now for Bulgarian [1] and Danish
[2].


Thank you! It would still be helpful for translators to have the keyid 
("kid") builds available too. I can't find valid reasons not to build 
them: the "kid" SDF file on trunk is up-to-date, the one for 4.0.1 is at 
http://people.apache.org/~pescetti/tmp/2013-09-keyid/ since 4.0.1 was 
open for blockers only.


Regards,
  Andrea.

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

Re: [progetto-it] Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1


Oliver-Rainer Wittmann wrote:

German, Italian and Spanish landing pages will be fine as I am being told.


Italian pages have been updated (on staging). They will be published 
together with the English download pages.


Regards,
  Andrea.

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

Re: New localizations for testing (Danish and Bulgarian)

2013-09-30 Thread janI

On 30 September 2013 21:56, Andrea Pescetti  wrote:

> On 30/09/2013 Herbert Duerr wrote:
>
>> The first test builds are available now for Bulgarian [1] and Danish
>> [2].
>>
>
> Thank you! It would still be helpful for translators to have the keyid
> ("kid") builds available too. I can't find valid reasons not to build them:
> the "kid" SDF file on trunk is up-to-date, the one for 4.0.1 is at
> http://people.apache.org/~**pescetti/tmp/2013-09-keyid/since
>  4.0.1 was open for blockers only.
>

just a hint, dont build kid speciel, build e.g. --with-lang="kid da"

that allows fast and easy switching (at least in my branch).

I build at the moment --with-lang="keyid da es en-US" (keyid is the new
name for kid in l10n40).

rgds
jan I.


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

Re: Skills, Resources and Mentors

2013-09-30 Thread Tal Daniel

On Mon, Sep 30, 2013 at 6:58 PM, Rob Weir  wrote:

>
> [...] There should be a way that we can more clearly identify [...] who
> knows how to do [...], who wants to learn how to [...], and who is willing
> to mentor or teach others how to get
> started.
>
> So I've started the following wiki page to track some of the most
> common tasks in the project:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Skills,+Resources+and+Mentors
>
> Feel free to insert additional tasks, or to add your name as an
> expert, mentor or someone who wants to learn.
>

Rob, nice idea (somewhat overlaps the existing Directory of Volunteers
page),
But I couldn't edit the wiki page (I'm logged in to as Talchu).

Tal

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti wrote:

> Marcus (OOo) wrote:
>
>> OK, just go and publish. I've finished the needed changes. Let's see if
>> something is still wrong.
>>
>
> While still waiting for the build fix, I've now updated the Italian,
> Lithuanian and Swedish pages.
>
> Regards,
>   Andrea.
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
Can someone give us an update on this?

Is there something we can do? Like force new ooo-site working copy? I'm on
infra TRC right now, but I don't see anything pertaining to this...


-- 
-
MzK

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

Re: A little more eye candy for 4.0.1 release

2013-09-30 Thread Drew Jensen

Hello Arthur,

Thanks for noticing that, it is a bit different - I tried to close up the
spacing on the two f characters, ala the logo, and affected the entire
word.(think that slipped in when I changed from M+ to Open Sans font)

I could spin it again, or we could call it 'the god stitch' for this
work... but I suppose at this point, given how over the top it is for a
.point release I aught to do so, it would be morning before I could upload
again. I'm planning on being on-line then anyway..

Ok - Otherwise I want to release three wall paper graphics via the
google/fb pages tomorrow. I just went to upload these to the wiki (cwiki)
but I don't seem to have update status at the moment.. I'll try loggin on
later, but for now here they are on gdrive.

The first two are specific to the 4.0.1 release
https://docs.google.com/file/d/0Bx7ZNEXlmR0IaE81aS1LQVY5eWM
and
https://docs.google.com/file/d/0Bx7ZNEXlmR0IUTN2UV90TmpLZnc

The third is AOO general
https://docs.google.com/file/d/0Bx7ZNEXlmR0IbHZZbURpNjMtb2M

I also went back to the print pieces but don't quite have those finished up
- though I do have a good test file for QA now, which in the end is a good
thing, yes.

Thanks for flowers, Kay ;)

//drew


On Mon, Sep 30, 2013 at 5:50 AM, Arthur Buijs  wrote:

> Hello Drew,
>
> at the end of the video the word o f f i c e looks a bit strange to me.
>
> -- Art...
>
> -Oorspronkelijk bericht-
> > Afzender:Drew Jensen  drewjensen.in...@gmail.com> >
> > Verstuurd: Zondag 29 September 2013 22:15
> > Aan: dev mailto:dev@openoffice.apache.org> >
> > Onderwerp: Re: A little more eye candy for 4.0.1 release
> >
> > Darn it - forgot the new URL on gdrive
> > https://docs.google.com/file/d/0Bx7ZNEXlmR0IMWtzaFN6YW54X0E
> >
> >
> >
> > On Sun, Sep 29, 2013 at 4:13 PM, Drew Jensen 
> >  drewjensen.in...@gmail.com> >wrote:
> >
> > > Howdy,
> > >
> > > Alright, well I did not have a chance to retrieve emails last night and
> > > this morning then I put a few hours into pushing the quality a bit on
> the
> > > release video.
> > >
> > > Everything that was exported from AOO in jpeg or png is now exported as
> > > SVG, with one exception of the opening screen with daisies had to go
> out as
> > > jpeg and then into gimp for some color refinement.
> > >
> > > I changed the heme a bit, adding Grey9 for body text.
> > > Yellow3/Red7 for title
> > > Red7 for URL
> > > Red7 for trademarks (ASF and others)
> > >
> > > Added a flourish to the closing screen (which I could remove if anyone
> > > would prefer)
> > >  Otherwise, I just grabbed the release notes again and a quick read
> > > doesn't appear to require a change in content.
> > >
> > > I'll assume this is done and put together the templates and flyer
> > > templates for upload to the wiki tomorrow.
> > >
> > > Thanks,
> > >
> > > //drew
> > >
> > >
> > > On Sat, Sep 28, 2013 at 12:15 PM, Drew Jensen <
> drewjensen.in...@gmail.com  >wrote:
> > >
> > >> Ok - here it is
> > >>
> > >> ;) Opens with flowers, of course and not just any but I believe some
> of
> > >> the oldest artwork distributed with the package; Daisies.
> > >>
> > >> https://docs.google.com/file/d/0Bx7ZNEXlmR0IeE1kMVZzZHhpWkE
> > >>
> > >> In fact I had only planned on using these 4 screens, which is all
> this is
> > >> really, 4 impress screens if you like, as a way to layout a look for a
> > >> theme - but it IMO looks good and so I grabbed a voice over clip from
> what
> > >> I did last month and a CC-SA piece of music - I think it's a good
> face for
> > >> the project. It's Saturday noonish and I will be able to check emails
> later
> > >> tonight and could upload any changes Sunday/Monday, so don't hesitate
> to
> > >> make suggestions.
> > >>
> > >> The file above needs the CC-BY-SA (not I did include ND this time)
> > >> because of the music, only. I've included the video master I use to
> > >> generate the final file here:
> > >>  https://docs.google.com/file/d/0Bx7ZNEXlmR0Ic0pIR01ER0dndW8
> > >>
> > >> I had intended to drop that file on the wiki and as it is Apache
> License
> > >> 2.0, all parts are original and based on artifacts either in the
> > >> distribution or from the project site; The compressed file is still
> 10 meg
> > >> to large for the wiki however, so for today it is there on gdrive.
> > >>
> > >> The source is three draw files and one gimp file, will wait for any
> > >> comments requiring a change and after none will zip them up and place
> on
> > >> the wiki under AL2 also.
> > >>
> > >> As for the webart and wallpaper files from the other day - I will
> update
> > >> those on Monday with files matching the look of the video screens.
> > >>
> > >> .02 on the theme as it is (or template perhaps)
> > >> - It is predominantly a duo-tone of the logo blue and white [the mat,
> the
> > >> explorer guy in the lower right corner]
> > >> - the logo stays in the lower left
> > >> - the upper right uses application/tool icons to designate what a
> video

Re: CMS Build Failing

On Mon, Sep 30, 2013 at 12:20 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 3:02 PM, Rob Weir  wrote:
> > On Mon, Sep 30, 2013 at 2:31 PM, Rob Weir  wrote:
> >> On Mon, Sep 30, 2013 at 2:05 PM, Marcus (OOo) 
> wrote:
> >>> Am 09/30/2013 07:52 PM, schrieb Rob Weir:
> > .
> > .
> > .
> >
> 
>  OK.  I'll publish now.  That will allow us to find any issues now,
>  before the greater post-announcement traffic.
> >>>
> >>>
> >>> OK, just go and publish. I've finished the needed changes. Let's see if
> >>> something is still wrong.
> >>>
> >>
> >> The problem is that the CMS build is failing since last night, when I
> >> checked in the new pt translation:
> >>
> >> http://ci.apache.org/builders/ooo-site-site-staging
> >>
> >> So if we publish now, we'll be in a tough position if we do find an
> >> error.  We wouldn't be able to fix it.   It would be safer to hold
> >> back on publishing until the website build is stable.
> >>
> >
> > Here's the error:
> >
> > Updated /usr/local/websites/ooo-site/trunk to revision 880524.
> > Updated /usr/home/cmsslave/slave15/ooo-site-site-staging/build/trunk
> > to revision 1527583.
> > Building content/cs/index.html ...
> > Built to /usr/local/websites/ooo-site/trunk/content/cs/index.html.
> > Adding /usr/local/websites/ooo-site/trunk/content/pt/brand.html.
> > Unmergeable scheduling requested on an entry: Can't add
> > '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> > directory scheduled for deletion at
> > /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
> > program finished with exit code 2
> >
>
> Talked a little about it on IRC, tried forcing a new working copy.  No
> luck.  Wrote up a JIRA issue:
> https://issues.apache.org/jira/browse/INFRA-6814
>
> -Rob
>
> >
> > -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
OK, I didn't see this before my other posting...let's keep our fingers
crossed.


-- 
-
MzK

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

Re: Skills, Resources and Mentors

On Mon, Sep 30, 2013 at 8:58 AM, Rob Weir  wrote:

> This projects depends on volunteer efforts.  We have many routine
> tasks that need to be performed during a release cycle and even during
> ordinarily operation of our website and other public-facing services.
>
> In many cases a given task is well-understood and many members of the
> project understand how to do it.  For example, moderating the mailing
> lists.  In other areas we might only have a single person who really
> understands how to do a task.   We also have many volunteers, signing
> up on the mailing list and asking how to help, on nearly a daily
> basis.
>
> There should be a way that we can more clearly identify what the
> routine tasks are, who knows how to do them, who wants to learn how to
> do them, and who is willing to mentor or teach others how to get
> started.
>
> So I've started the following wiki page to track some of the most
> common tasks in the project:
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Skills,+Resources+and+Mentors
>
> Feel free to insert additional tasks, or to add your name as an
> expert, mentor or someone who wants to learn.
>
> (Of course there are many other routine tasks performed by Apache
> Infra and not listed here.  I'm focused on the tasks that are owned by
> the AOO project)
>
> This might also help is identify areas where we are currently
> dependent on a single person and want to train a backup, to cover for
> holidays, etc.
>
> Regards,
>
> -Rob
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
I think this is lovely idea but I'm a bit confused over what you mean by
"Learning Resources" -- are you thinking people, or web resources or ???

Thanks.

-- 
-
MzK

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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk  wrote:
> On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti wrote:
>
>> Marcus (OOo) wrote:
>>
>>> OK, just go and publish. I've finished the needed changes. Let's see if
>>> something is still wrong.
>>>
>>
>> While still waiting for the build fix, I've now updated the Italian,
>> Lithuanian and Swedish pages.
>>
>> Regards,
>>   Andrea.
>>
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> dev-unsubscribe@openoffice.**apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
> Can someone give us an update on this?
>
> Is there something we can do? Like force new ooo-site working copy? I'm on
> infra TRC right now, but I don't see anything pertaining to this...
>

I tried that via:
https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/

But I ended up with the same error after the next build attempt.
You're welcome to try your luck.  Maybe I missed something.

I think something got out of order in the commits to staging.

Before this problem happened we had:

/content/pt (the old Portuguese directory)
/content/pt-test (the new translation)

I moved pt to pt.old and then moved pt-test to pt.  I committed that
from my local working copy to SVN.  No errors.  I then made one
further change to /pt/brand.mdtext.  That would be the new /pt
directory, of course.  No error committing that change.

But now we have an error:

Unmergeable scheduling requested on an entry: Can't add
'/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
directory scheduled for deletion at
/usr/local/cms/build/lib/ASF/SVNUtil.pm line 69

That sounds like it noticed the deletion of the old pt directory when
it was renamed to pt.old, but does not notice that a new pt directory
was created when pt-test was renamed to pt.

Or something else.

-Rob

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

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

Re: Note: Updated BZ for new AOO version


On 27/09/2013 Rob Weir wrote:

I've deactivated 4.0.1-dev as a version for new defects.  I've added
4.0.1 as new version.  There already exists a 4.1.0-dev version string
I also deactivated 4.0.1 as a milestone assignment.


Is it possible to add 4.0.1 to the "Latest confirmation on" field?

Thanks,
  Andrea.

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

Re: Note: Updated BZ for new AOO version

On Mon, Sep 30, 2013 at 5:47 PM, Andrea Pescetti  wrote:
> On 27/09/2013 Rob Weir wrote:
>>
>> I've deactivated 4.0.1-dev as a version for new defects.  I've added
>> 4.0.1 as new version.  There already exists a 4.1.0-dev version string
>> I also deactivated 4.0.1 as a milestone assignment.
>
>
> Is it possible to add 4.0.1 to the "Latest confirmation on" field?
>

Done.

-Rob

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

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

Intercepting drag and drop/Paste between parts of the doc

2013-09-30 Thread James Michael DuPont

Hi there,
we would like to install an event handler macro for checking if a paste is
compatible in the doc. We are using special styles and markup and need to
prevent some sections from being pasted. Any idea on how to do that? this
is for open office 3.1.1 on windows :D

thanks
mike

Re: [progetto-it] Re: [RELEASE 4.0.1][Product Update Notification Service] updated XML feeds for the former versions to be notified about version 4.0.1

2013-09-30 Thread Ricardo Berlasso

2013/9/30 Andrea Pescetti 

> Oliver-Rainer Wittmann wrote:
>
>> German, Italian and Spanish landing pages will be fine as I am being told.
>>
>
> Italian pages have been updated (on staging). They will be published
> together with the English download pages.
>

The updated ES pages are on staging too.

Regards,
Ricardo




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

Re: draft 4.0.1 announcement blog post

2013-09-30 Thread Marcus (OOo)


Am 09/30/2013 11:46 PM, schrieb Rob Weir:

On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk  wrote:

On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescettiwrote:


Marcus (OOo) wrote:


OK, just go and publish. I've finished the needed changes. Let's see if
something is still wrong.



While still waiting for the build fix, I've now updated the Italian,
Lithuanian and Swedish pages.

Regards,
   Andrea.


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



Can someone give us an update on this?

Is there something we can do? Like force new ooo-site working copy? I'm on
infra TRC right now, but I don't see anything pertaining to this...



I tried that via:
https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/

But I ended up with the same error after the next build attempt.
You're welcome to try your luck.  Maybe I missed something.

I think something got out of order in the commits to staging.

Before this problem happened we had:

/content/pt (the old Portuguese directory)
/content/pt-test (the new translation)

I moved pt to pt.old and then moved pt-test to pt.  I committed that
from my local working copy to SVN.  No errors.  I then made one
further change to /pt/brand.mdtext.  That would be the new /pt
directory, of course.  No error committing that change.

But now we have an error:

Unmergeable scheduling requested on an entry: Can't add
'/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
directory scheduled for deletion at
/usr/local/cms/build/lib/ASF/SVNUtil.pm line 69

That sounds like it noticed the deletion of the old pt directory when
it was renamed to pt.old, but does not notice that a new pt directory
was created when pt-test was renamed to pt.

Or something else.


I've updated only the ".../download/test/" website area. But even here 
no CMS build was triggered. Maybe something is broken in general. I hope 
that Infra can help.


Sorry, I need to go to bed now as I've to manage another new release 
tomorrow (hm, already today). But totally Apache unrelated. ;-)


Marcus


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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 2:46 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk  wrote:
> > On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti  >wrote:
> >
> >> Marcus (OOo) wrote:
> >>
> >>> OK, just go and publish. I've finished the needed changes. Let's see if
> >>> something is still wrong.
> >>>
> >>
> >> While still waiting for the build fix, I've now updated the Italian,
> >> Lithuanian and Swedish pages.
> >>
> >> 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
> >>
> >>
> > Can someone give us an update on this?
> >
> > Is there something we can do? Like force new ooo-site working copy? I'm
> on
> > infra TRC right now, but I don't see anything pertaining to this...
> >
>
> I tried that via:
> https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/
>
> But I ended up with the same error after the next build attempt.
> You're welcome to try your luck.  Maybe I missed something.
>
> I think something got out of order in the commits to staging.
>
> Before this problem happened we had:
>
> /content/pt (the old Portuguese directory)
> /content/pt-test (the new translation)
>
> I moved pt to pt.old and then moved pt-test to pt.  I committed that
> from my local working copy to SVN.  No errors.  I then made one
> further change to /pt/brand.mdtext.  That would be the new /pt
> directory, of course.  No error committing that change.
>

OK,  you did an *svn* move of pt to pt.old? I think this  is what is
causing the hangup. The (CMS) svn now thinks "pt" should (have been) be
deleted -- maybe your svn version operates slightly differently than
whatever the CMS is using, isn't.

 Can you try doing an svn remove on pt again, followed by a commit? Then
maybe continue with the rest -- moving pt-test to pt?

Or, maybe do "svn cleanup" and then the removal of "pt"? You might need to
recreate the whole "pt" area again, but, oh well...




> But now we have an error:
>
> Unmergeable scheduling requested on an entry: Can't add
> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> directory scheduled for deletion at
> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
>
> That sounds like it noticed the deletion of the old pt directory when
> it was renamed to pt.old, but does not notice that a new pt directory
> was created when pt-test was renamed to pt.
>
> Or something else.
>
>
> -Rob
>
>
> >
> > --
> >
> -
> > MzK
> >
> > "Truth is stranger than fiction, but it is because Fiction is obliged
> >  to stick to possibilities. Truth isn't."
> >  -- "Following the Equator", Mark Twain
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 8:07 PM, Kay Schenk  wrote:
> On Mon, Sep 30, 2013 at 2:46 PM, Rob Weir  wrote:
>
>> On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk  wrote:
>> > On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti > >wrote:
>> >
>> >> Marcus (OOo) wrote:
>> >>
>> >>> OK, just go and publish. I've finished the needed changes. Let's see if
>> >>> something is still wrong.
>> >>>
>> >>
>> >> While still waiting for the build fix, I've now updated the Italian,
>> >> Lithuanian and Swedish pages.
>> >>
>> >> 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
>> >>
>> >>
>> > Can someone give us an update on this?
>> >
>> > Is there something we can do? Like force new ooo-site working copy? I'm
>> on
>> > infra TRC right now, but I don't see anything pertaining to this...
>> >
>>
>> I tried that via:
>> https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/
>>
>> But I ended up with the same error after the next build attempt.
>> You're welcome to try your luck.  Maybe I missed something.
>>
>> I think something got out of order in the commits to staging.
>>
>> Before this problem happened we had:
>>
>> /content/pt (the old Portuguese directory)
>> /content/pt-test (the new translation)
>>
>> I moved pt to pt.old and then moved pt-test to pt.  I committed that
>> from my local working copy to SVN.  No errors.  I then made one
>> further change to /pt/brand.mdtext.  That would be the new /pt
>> directory, of course.  No error committing that change.
>>
>
> OK,  you did an *svn* move of pt to pt.old? I think this  is what is
> causing the hangup. The (CMS) svn now thinks "pt" should (have been) be
> deleted -- maybe your svn version operates slightly differently than
> whatever the CMS is using, isn't.
>
>  Can you try doing an svn remove on pt again, followed by a commit? Then
> maybe continue with the rest -- moving pt-test to pt?
>
> Or, maybe do "svn cleanup" and then the removal of "pt"? You might need to
> recreate the whole "pt" area again, but, oh well...
>

That gave me an idea.  I did an svn export of the new pt directory,
then deleted that from svn.  I committed that deletion and the CMS
build was then able to complete.  Yeah!   I then re-added the pt
directory (the new new pt directory) and committed that and it still
built.  So I published that.

What was lost in the process was the version history on the "new" pt
directory.  But that was only a week old (previously pt-test) so this
is an acceptable tradeoff.

Since we'll be doing more of these kinds of renaming as more NL
websites come on board, from xx-test to xx, we'll need to be careful.
I think the safer approach may be to do it like this:

svn move xx xx.old
commit

svn move xx-test xx
commit

So do it in two separate commits.

Regards,

-Rob

>
>
>
>> But now we have an error:
>>
>> Unmergeable scheduling requested on an entry: Can't add
>> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
>> directory scheduled for deletion at
>> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
>>
>> That sounds like it noticed the deletion of the old pt directory when
>> it was renamed to pt.old, but does not notice that a new pt directory
>> was created when pt-test was renamed to pt.
>>
>> Or something else.
>>
>>
>> -Rob
>>

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

Re: draft 4.0.1 announcement blog post

On Mon, Sep 30, 2013 at 5:40 PM, Rob Weir  wrote:

> On Mon, Sep 30, 2013 at 8:07 PM, Kay Schenk  wrote:
> > On Mon, Sep 30, 2013 at 2:46 PM, Rob Weir  wrote:
> >
> >> On Mon, Sep 30, 2013 at 5:21 PM, Kay Schenk 
> wrote:
> >> > On Mon, Sep 30, 2013 at 12:36 PM, Andrea Pescetti <
> pesce...@apache.org
> >> >wrote:
> >> >
> >> >> Marcus (OOo) wrote:
> >> >>
> >> >>> OK, just go and publish. I've finished the needed changes. Let's
> see if
> >> >>> something is still wrong.
> >> >>>
> >> >>
> >> >> While still waiting for the build fix, I've now updated the Italian,
> >> >> Lithuanian and Swedish pages.
> >> >>
> >> >> 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
> >> >>
> >> >>
> >> > Can someone give us an update on this?
> >> >
> >> > Is there something we can do? Like force new ooo-site working copy?
> I'm
> >> on
> >> > infra TRC right now, but I don't see anything pertaining to this...
> >> >
> >>
> >> I tried that via:
> >> https://cms.apache.org/redirect?new=1;uri=http://ooo-site.apache.org/
> >>
> >> But I ended up with the same error after the next build attempt.
> >> You're welcome to try your luck.  Maybe I missed something.
> >>
> >> I think something got out of order in the commits to staging.
> >>
> >> Before this problem happened we had:
> >>
> >> /content/pt (the old Portuguese directory)
> >> /content/pt-test (the new translation)
> >>
> >> I moved pt to pt.old and then moved pt-test to pt.  I committed that
> >> from my local working copy to SVN.  No errors.  I then made one
> >> further change to /pt/brand.mdtext.  That would be the new /pt
> >> directory, of course.  No error committing that change.
> >>
> >
> > OK,  you did an *svn* move of pt to pt.old? I think this  is what is
> > causing the hangup. The (CMS) svn now thinks "pt" should (have been) be
> > deleted -- maybe your svn version operates slightly differently than
> > whatever the CMS is using, isn't.
> >
> >  Can you try doing an svn remove on pt again, followed by a commit? Then
> > maybe continue with the rest -- moving pt-test to pt?
> >
> > Or, maybe do "svn cleanup" and then the removal of "pt"? You might need
> to
> > recreate the whole "pt" area again, but, oh well...
> >
>
> That gave me an idea.  I did an svn export of the new pt directory,
> then deleted that from svn.  I committed that deletion and the CMS
> build was then able to complete.  Yeah!   I then re-added the pt
> directory (the new new pt directory) and committed that and it still
> built.  So I published that.
>
> What was lost in the process was the version history on the "new" pt
> directory.  But that was only a week old (previously pt-test) so this
> is an acceptable tradeoff.
>
> Since we'll be doing more of these kinds of renaming as more NL
> websites come on board, from xx-test to xx, we'll need to be careful.
> I think the safer approach may be to do it like this:
>
> svn move xx xx.old
> commit
>
> svn move xx-test xx
> commit
>
> So do it in two separate commits.
>
> Regards,
>
> -Rob
>

Good! Yep! When you do moves or deletes, you must commit before doing
anything else. I think I got bogged down with something similar a while
back.

Happy to see the new Announcement as well! :)


>
> >
> >
> >
> >> But now we have an error:
> >>
> >> Unmergeable scheduling requested on an entry: Can't add
> >> '/usr/local/websites/ooo-site/trunk/content/pt/brand.html' to a parent
> >> directory scheduled for deletion at
> >> /usr/local/cms/build/lib/ASF/SVNUtil.pm line 69
> >>
> >> That sounds like it noticed the deletion of the old pt directory when
> >> it was renamed to pt.old, but does not notice that a new pt directory
> >> was created when pt-test was renamed to pt.
> >>
> >> Or something else.
> >>
> >>
> >> -Rob
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
-
MzK

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

Reporting a problem with the OpenOffice website

2013-09-30 Thread Michelle Bowen

My mac for some reason won't store the OO link. So I have to download it each 
time. This is after  few days of not using it it seems to disappear.

I have gone to the download page today and there is NO LINK to OO download at 
all. I can go to the extensions or templates extras but not to actually 
download apache OO. I can even go onto Facebook to write about it or share the 
link but I can't get OO for my desktop.

Please help me, show me what I am not seeing or doing wrong.

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

Building issues: can't build curl module on Win7 (AOO 4.0.0)

2013-09-30 Thread Yuri Myasoedov

Hi, devs!

I'm confronted with some problems while building AOO 4.0.0 (r1503704) on 
Windows 7 SP1 (32-bit).
Currently, I can't build *curl* module, because of different line endings in 
patch and in original files.
I found a solution that could work [1], but it doesn't work for me. And I don't 
know why.
May be the patch was changed or my version of patch tool (2.7.1) doesn't fit 
for this solution.
I'm appreciate any help or advice.

$ unix2dos.exe ../curl/curl-7.19.7_win.patch
$ build --all:curl
build -- version: 275224

=
Building module curl
=

Entering /cygdrive/c/aoo/main/curl

mkout -- version: 1.8
if [ -d ./wntmsci12.pro/misc/build/curl-7.19.7 ] ; then echo "moving" && mv 
./wntmsci12.pro/misc/build/curl-7.19.7 
./wntmsci12.pro/misc/build/curl-7.19.7_removeme ; fi
make writeable...
patching file curl-7.19.7/configure
patching file curl-7.19.7/lib/setup.h
patching file curl-7.19.7/ltmain.sh
patching file curl-7.19.7/lib/ssh.c
patching file curl-7.19.7/lib/Makefile.vc9
Hunk #1 FAILED at 46 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file 
curl-7.19.7/lib/Makefile.vc9.rej
dmake:  Error code 1, while making 
'./wntmsci12.pro/misc/build/so_patched_so_curl'

[1] 
http://t156370.apache-incubator-ooo-development.apachetalk.us/build-breaks-in-curl-t156370.html

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

Re: Reporting a problem with the OpenOffice website