date:20131112

Re: ia2 Buildbot needs attention

2013-11-12 Thread Herbert Duerr


On 11.11.2013 11:12, Steve Yin wrote:

Based on Herbert suggestion, I will synchronize the branch with the latest
trunk. And the build issue will go away. :)


Thanks for synchronizing with trunk! That solved the problem, the ia2 
builds are successful again and the install packages are available [1].


[1] http://ci.apache.org/projects/openoffice/#w7ia2

Herbert

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

How can I know that this file effects save/export feature ?

2013-11-12 Thread Vivek Rai

I want to especially be part of developement activity in save/export. for
that matter, i've been reading QA bugs on bugzilla but what i want to know
(for ease) that how can i know that which file or which part of file
effects save/export features in svn ?
If anyone can give hint, please provide.

Thanks

Vivek Rai

Re: Time to think about a Language Update release?

2013-11-12 Thread Jürgen Schmidt

On 11/12/13 4:48 AM, Kay Schenk wrote:
 On Nov 11, 2013 6:37 AM, Jürgen Schmidt jogischm...@gmail.com wrote:

 On 11/10/13 8:06 PM, Kay Schenk wrote:
 On Sun, Nov 3, 2013 at 11:05 AM, Ricardo Berlasso
 rgb.m...@gmail.comwrote:

 2013/11/3 Keith N. McKenna keith.mcke...@comcast.net

 Andrea Pescetti wrote:
 Comparing http://www.openoffice.org/download/other.html
 and https://translate.apache.org/projects/aoo40/ I see that
 we have: - Two unreleased languages that are now 100%
 translated (Bulgarian and Danish) - One language with only
 about 1000 words left and activity in the last week
 (Norwegian Bokmal) - Three languages with about 4000 words
 left and activity in the last week (Thai, Uighur, Hebrew;
 Indonesian and Icelandic are in the same group, but less
 active)

 Would it make sense to schedule a language update 4.0.1
 release for late November? I mean something like: announce
 a translation deadline on the l10n list, produce SDF files
 for the languages that reach 100% (which of course already
 include Bulgarian and Danish, and hopefully some of the
 other languages listed above), building only those
 languages and releasing an updated source package and
 binaries for those languages.

 Yes I believe that it would make sense and would add to our
 reputation for actively supporting native languages.


 Indeed. +1 from my part for a language update to 4.0.1.

 Regards, Ricardo


 +1

 I also think this would be a good idea...hopefully our Release
 Manager will comment soon.

 In general I am always a fan of having further languages available as
 soon as possible. But we are still in the situation that our builds
 and releases take some time. We have no Mac build bot and we don't
 have Linux systems that can build against our currently existing
 baseline.
 
 I know we don't have a Mac buildbot but what is meant by the Linux comment.
 The last I saw 32-bit nightly was OK. 64-bit success seems intermittent. Is
 this what you mean?

as far as I know the build bots are based on newer systems (Ubuntu 12.04
for 32 bit and 10.04 for 64bit). We build on an older CentOS 5.10 system
which is comaptible to RedHat Enterprise Linux 5. This ensures that our
builds can be used on more different Linux systems.

Juergen

 
 All this should be taken into account and even a language
 update requires some time and we should think careful if we want to do
 it for 2 languages only.

 I we can complete at least 5 languages until end of Nov. we can make
 language update only. Means we will release only this new languages on
 the AOO401 branch + a new source release. The same as we did for 3.4.1
 where we released 12 new languages.

 And this is only a time limiting factor because many other things are
 to do and we already started thinking about a 4.1 release.

 But I am open and in the end I won't be the limiting element here even
 if I ave to do major parts of such a release

 Juergen










 It would make more snse
 So this would work like we did for 3.4.1 when we added new
 languages. Why not call it 4.0.2? Well, we already
 discussed it, but the main reasons would be: for the
 languages already released in 4.0.1, 4.0.2 would be
 identical (example: 4.0.1 in French would be identical to
 4.0.2 in French) since all commits in the meantime have
 been done to trunk; a new 4.0.2 release takes a much
 larger effort than a 4.0.1 language update, so it is harder
 to find volunteers and this is worth doing only if we have
 some important bugfixes for 4.0.1 to include (and I don't
 see any at the moment).

 It would make more sense for it to be 4.0.1 unless there were
 critical bug fixes that would justify a 4.0.2. The only potential
 glitch that I see is handling the release notes. I have a couple of
 ideas that I will lay out in a separate thread if we decide to go
 ahead with a language only release.

 Regards Keith
 Regards, Andrea.


 -


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








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

 


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

Re: Call for Automation BVT volunteer for AOO4.1

2013-11-12 Thread Liu Ping

Hi,all

Because Build update for synchronize ia2 branch with the latest trunk , So
make BVT for  410m1(Build:9750) (en-US) Rev
1540658https://fisheye6.atlassian.com/changelog/~br=trunk/ooo/?showid=1540658


BVT  result :

All 22 testcases , Pass 22,  Fail 0, Error 0 , Ignored 0

The detailed information ,please refer capture.png and  http://wiki.
openoffice.org/wiki/QA/BVT_Report,




On Fri, Nov 8, 2013 at 2:41 PM, Liu Ping doneyours...@gmail.com wrote:

 Hi, Sandhya

 Ia2 branch builds is ready, focus on BTV Automatic testing on Windows
 Plaform
 The ia2 branch builds are on the daily Buildbot, current is rev 1539225
 http://ci.apache.org/projects/openoffice/install/w7ia2/Apache_OpenOffice
 _4.1.0_Win_x86_install_en-US.exe_1539225.exe

 You can post the BVT result on, thanks
 http://wiki.openoffice.org/wiki/QA/BVT_Report,

 And we need more volunteers on multi-platform(Linux 64bit and Mac 10.8 and
 Mac 10.9 ) to support continuing testing ,please reply this letter and post
 your name/email and your platform

 Thanks




 On Wed, Nov 6, 2013 at 6:37 AM, Kay Schenk kay.sch...@gmail.com wrote:

 On Tue, Nov 5, 2013 at 1:41 PM, Andrew Rist andrew.r...@oracle.com
 wrote:

 
  On 11/5/2013 10:32 AM, Kay Schenk wrote:
 
  On Mon, Nov 4, 2013 at 10:15 AM, Alexandro Colorado j...@oooes.org
  wrote:
 
   I reported this a while back:
  http://markmail.org/message/x2plcngb6xczxbch
 
   yes...we have NIGHTLY 32 bit RPMS buildt from trunk  but not
  snapshot
  builds -- those built from the snapshot trunk -- at the moment.
 
 
  I believe the rpm was failing on the snapshot, and I did not have the
 time
  to sort that.  I'll try with the rpms, and if it succeeds we'll leave
 that
  running.
 
  A.
 
 
 
 OK, thanks -- I didn't know if the linux-32 snapshot was just setup to
 output debs or ??? so thanks for this note.


 
 
 
 
  On Mon, Nov 4, 2013 at 12:00 PM, Kay Schenk kay.sch...@gmail.com
  wrote:
 
  On Sun, Nov 3, 2013 at 9:18 PM, Liu Ping doneyours...@gmail.com
  wrote:
 
   Hi ,Kay
  Maybe you can get RPM packs for 32-bit Linux snapshot. from
  http://ci.apache.org/projects/openoffice/
 
   Hi. These snapshot packs are all deb format, not rpm. I don't
 know
 
  what
 
  the decisions were concerning these setups.
 
  OK. I will see what I can find out about this. There ARE nightly
  Linux-32
  rpm packs but not from the SNAPSHOT trunk.
 
 
 
  On Sun, Nov 3, 2013 at 1:16 AM, Kay Schenk kay.sch...@gmail.com
 
  wrote:
 
  On Fri, Oct 25, 2013 at 1:09 AM, Liu Ping doneyours...@gmail.com
 
  wrote:
 
  Hi, all.
 
  BVT(Build Verification Testing)  is a set of tests that run on new
 
  build
 
  to
 
  verify that whether the build is testable or not,  which play an
 
  important
 
  role in software quality
 
  Encourage more efforts in community to engage in automation BVT
 
for
 
  AOO
 
  4.1 (refer item 5 in AOO 4.1 Test Arrangement)
 
(1)First, Welcome volunteers familiar with BVT according by the
 
  guidence
 
  http://wiki.openoffice.org/wiki/QA/BVT
 
   Hi --
 
  Currently, there are no RPM packs for 32-bit Linux snapshot.
  Does anyone know why?
 
 
  Below are prerequisites:
 
  1) 1)Environment tool: SVN Client, JDK, Ant
 
  2) 2)Soft Skills:
 
  · a.Basic skills about Windows Command line,
  Linux/Mac Terminal
 
  · b.Basic knowledge of Java
 
  If have some problems, please put forward issues that block you. I
 
  will
 
  help to resolve it.
 
  (2)Second, Notice new build and collect volunteers’ BTV result.
 
  Please post your name/email and your platform , When new build is
 
  ready
 
I
 
  will notice by email.
 
  Volunteer  post your result on
  http://wiki.openoffice.org/wiki/QA/BVT_Report, thx.
 
 
 
  --
 
 
   
  -
 
  MzK
 
  “Unless someone like you cares a whole awful lot,
Nothing is going to get better. It's not.”
 -- Dr. Seuss, The Lorax
 
 
 
  --
 
   
  -
 
  MzK
 
  “Unless someone like you cares a whole awful lot,
Nothing is going to get better. It's not.”
 -- Dr. Seuss, The Lorax
 
 
 
 
  --
  Alexandro Colorado
  Apache OpenOffice Contributor
  http://www.openoffice.org
  882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
 
  -
  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

 “Unless someone like you cares a whole awful lot,

Re: Build braker in rejuvenate01 cppu

2013-11-12 Thread Herbert Dürr

Hi Raphael,

On 11.11.2013 10:47, Raphael Bircher wrote:

I run in a build breaker in the rejuvenate01 branche

dmake: Error: -- `uno_purpenvhelpers5abi.map' not found, and can't be made

I just committed r1540968 to add the missing file by renaming its older
cousin.

Has someone a idea what happend here, and what's wrong?

The rejuvenate01 branch had its UNO bridge renamed. UNO bridges are
named after the calling convention supported by them. C++ calling
conventions used to be very specific to the compiler/platform/etc. but
things have settled and became standardized.

With the rejuvenate branch we are using the standard C++ tool chain on
the OSX platform (XCode4/5) and build for the standard C++ calling
conventions [1]. So the name I originally chose (cxx) emphasized the
fact that the new UNO bridge was for the standard C++ ABI on the target
platform.

[1]
https://developer.apple.com/library/mac/documentation/developertools/conceptual/LowLevelABI/000-Introduction/introduction.html

Other developers disagreed with naming it cxx (for C++) as that name
is quite generic. So I mentioned the fully qualified ABI name of the
standard C++ ABI on this platform which is System V Application Binary
Interface [for the] AMD64 Architecture and Jürgen abbreviated it as
s5abi.

Thanks for looking into the rejuvenate01 branch. With the renaming and
the recent major update from trunk it has become a construction site
though. After the RmMoz work I can now focus on getting the branch round
again and make it a viable port. So stay tuned, in a few days it will
build+run out of the box again and it will have gained an important
feature it missed so far: support for password protected documents!

Herbert

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

Re: [Accessibility] IA2 Integration proposal

2013-11-12 Thread MENGUAL Jean-Philippe


Hi,

I use Windows XP Pro, and now I am working on r1540658.

regsvr2.exe /U UAccCOM.dl says: module not found.

How should I register


oleacc.dll and oleaut32.dll? Is it relevant on XP (the bug you mention seems to 
be on W7).

Regards,


 


Le 11/11/2013 14:43, V Stuart Foote a écrit :

Jean-Phillipe,

Removal of earlier revisions of the ia2 branch may have corrupted the MSAA
libraries.

Have you unregistered UAccCOM.dll with a regsvr2.exe /U command, and  have
you tried re-registering the oleacc.dll and oleaut32.dll?

Additional notes in issue  aoo#123640




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

Stuart




--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/Accessibility-IA2-Integration-proposal-tp4655454p460.html
Sent from the Development mailing list archive at Nabble.com.

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





--

Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Mail: te...@accelibreinfo.eu

Site Web: http://www.accelibreinfo.eu


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

Re: Time to start 4.1 planning?

2013-11-12 Thread Shenfeng Liu

2013/11/12 Rob Weir robw...@apache.org

 On Mon, Nov 11, 2013 at 3:21 PM, Marcus (OOo) marcus.m...@wtnet.de
 wrote:
  Am 11/11/2013 04:12 PM, schrieb Jürgen Schmidt:
 
  On 11/11/13 3:59 PM, Rob Weir wrote:
 
  On Mon, Nov 11, 2013 at 3:32 AM, Shenfeng Liuliush...@gmail.com
  wrote:
 
  Hi, all,
 It was one month since 4.0.1 release. And I noticed some some great
  works
  are going to be delivered soon. e.g. the IA2 framework from Steve, the
  Mac
  64-bit support from Herbert, and Windows Patch mechanism from Andre.
 
 So I'm thinking, is it a good time to start the 4.1 plan now? We
  should
  deliver those great value to our users through a formal release ASAP!
  And
  IMO, even only the 3 items above can be enough for a release to be
  called
  4.1. We also want to do OOXML improvement by integrating OSBA patches,
  and
  enhance user experience like in-place Input Field, and many other
  things...
  While, I think we can keep the continuous improvement across releases.
  From
  the record breaking download number since 4.0 and 4.0.1, I feel that
  keeping regular release is very important to response to our users,
  attract
  more new comers, and bring this product to success.
 
 So I suggest we start the 4.1 plan now, and set a target date.
 Since
  4.0
  was in July, 4.0.1 was in Oct, I feel some time in 1Q will be a good
  time
  for 4.1.
 
 
  Hi Simon,
 
  Something to think about:   After 4.0.0 we discussed having a public
  beta with out next major release.  If we think this is worth doing,
  then we should plan on two dates:  1) A public beta data, and 2) a
  final release date.   For the beta to be useful I think we would want
  it to last 3-4 weeks, enough time to process any new bug reports,
  identify any critical regressions, and fix them.
 
 
  4 weeks between both is a minimum form my pov
 
  But having a beta is of course the route we should take.
 
 
  What about taking into account to keep the possibility to release a
 second
  Beta version? It can include fixes for the most nasty and prominent bugs.
 

 Well, hopefully we do some amount of testing before we have a beta.
 So the goal should be for the beta to have no nasty and prominent
 bugs.  The beta is a form of insurance and a way of setting
 expectations.

 For example, I think these two scenarios are technically equivalent:

 a) release 4.1.0 after normal testing

 b) release 4.1.1 to fix major bugs that we missed in 4.1.0 testing.

 and

 a') release 4.1.0 beta after normal testing

 b') release 4.1.0 GA after fixing important bugs found in beta

 These are technically the same, and take approximately the same amount
 of time.  The difference is in user expectations.  A beta
 designation tells the cautious user to avoid it.  It encourages users
 who are willing to take more risk and help us by giving feedback.  It
 also helps preserve the brand reputation by ensuring that the actual
 GA releases are high quality.

 (If we're not careful the users will develop a sense to avoid all
 x.y.0 releases, believing them to be low quality.  Other products have
 run into that problem, even with x.y.1 and x.y.2 releases.  I think it
 is better if we can avoid having that kind of reputation.)

 A 2nd beta might be necessary in some rare cases, but I think in most
 cases we fix the critical bugs found in the beta and just do normal
 re-testing of those areas in a Release Candidate.


Hi, Rob,
  I think a public beta is a good idea!
  After the 4.1 feature development and related FVT completed, I think we
kick off a beta testing which cover the major function areas, then announce
the 4.1 beta.
  Then we run the Full Regression Test and monitor the beta feedback, from
4.0 experience the Full Regression Test will take at least 4 weeks, depends
on the number of volunteers. Then the end game critical fix and RC build
testing for 4.1.

- Shenfeng (Simon)



 Regards,

 -Rob



  If we agree on that, we should expand the timeframe to 6 or more weeks.
 
  My 2 ct.
 
  Marcus
 
 
 
 
 I suggest to update the 4.1 planning wiki[1] and:
  (1) Set the target date.
  (2) Clean up the planning list, starting from leaving only the active
  items, and moving the rest to project backlog[2].
 
 Any suggestion/comments?
 
 
  [1]
 
 
 https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning
  [2] https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Blog
 
 
  - Shenfeng (Simon)
 
 
  -
  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: Fwd: Re: Re : [Call For QA Volunteers][Accessibility] AOO IAccessible2 testing work

2013-11-12 Thread MENGUAL Jean-Philippe

Hi,

My experience with bugs trackers and Windows world isn't very big, so I
submit you my situation to see if everything is good.
Now I have an account on the bug tracker. Is it enough or should I add
myself to something? How can I do this while logged in?

Thanks for your answer.

Regards,

Le 09/11/2013 15:11, MENGUAL Jean-Philippe a écrit :

Message original
Sujet: Re: Re : [Call For QA Volunteers][Accessibility] AOO
IAccessible2 testing work

Date : Wed, 6 Nov 2013 20:53:21 -0800 (PST)
De :V Stuart Foote vstuart.fo...@utsa.edu
Répondre à :dev@openoffice.apache.org
Pour : ooo-...@incubator.apache.org

@Jean-Philippe

The ia2 branch builds are on the daily Buildbot, current is rev 1539225
http://ci.apache.org/projects/openoffice/install/w7ia2/Apache_OpenOffice_4.1.0_Win_x86_install_en-US.exe_1539225.exe
.

Issues are being recorded and worked withing AOO Bugzilla and for the branch
are being tagged with an [ia2] in the subject line. We have a META bug
121767https://issues.apache.org/ooo/show_bug.cgi?id=121767open to link
the QA and testing efforts both now and as the branch is merged into trunk
for the 4.1.0 release. I could not locate you BZ account, so please add
yourself to the META bug--you'll receive notification of any issues linked
to it.

Thanks for helping.

--
View this message in
context:http://openoffice.2283327.n4.nabble.com/Call-For-QA-Volunteers-Accessibility-AOO-IAccessible2-testing-work-tp4654497p4655408.html
Sent from the Development mailing list archive at Nabble.com.

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

Jean-Philippe MENGUAL

accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels

Mail: te...@accelibreinfo.eu

Site Web: http://www.accelibreinfo.eu

Request For improvement

2013-11-12 Thread Rizwan Mohammed

Hi 
my name is Mohammed Rizwan 
This email is concerning the Open Office
I am currently studying in the University of Bolton and I have chosen this 
software to have a look at
Their is one problem which I realized when I was using this software which is 
that when a large file is opened the software will crash.

Re: [OS2] gcc 4.7.3, CPPULIB now required for some modules

2013-11-12 Thread Yuri Dario

Hi Herbert,

 Did you change the linker too? When linux distributions switched from 
 the bfd to the gold linker there where problems that libraries that 
 were only linked indirectly had to be mentioned directly [1]

OS/2 does not use ld to link object files. But this seems not the 
problem I see. 

I'm thinking that these functions were inlined in previous gcc 
releases or that now code generates some new kind of reference to 
them, thus requiring the linker to satisfy the dependancy. OS/2 
linkers needs to resolve all symbols like Windows, we do not have lazy
loading enabled by default.

thanks,


-- 
Bye,

Yuri Dario

/*
 * OS/2 open source software
 * http://web.os2power.com/yuri
 * http://www.netlabs.org
*/



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

Re: [OS2] gcc 4.7.3, CPPULIB now required for some modules

2013-11-12 Thread Herbert Duerr


Hi Yuri,

On 12.11.2013 12:37, Yuri Dario wrote:

Did you change the linker too? When linux distributions switched from
the bfd to the gold linker there where problems that libraries that
were only linked indirectly had to be mentioned directly [1]


OS/2 does not use ld to link object files. But this seems not the
problem I see.

I'm thinking that these functions were inlined in previous gcc
releases or that now code generates some new kind of reference to
them, thus requiring the linker to satisfy the dependancy.


I had thought about that too, but seeing that the missing functions are 
declared in main/cppu/source/uno/any.cxx and not in an exported header 
file convinced me that this cannot happen.


But maybe there really are new uses of cssu::Any in the modules you 
mentioned. Do the error messages say which object files need these 
methods that were missing without the CPPULIB dependency?



OS/2
linkers needs to resolve all symbols like Windows, we do not have lazy
loading enabled by default.


The direct/indirect linking (in the build phase) I referred to is 
orthogonal to eager/lazy loading (in the run phase).


Herbert

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

XML files are binary?

2013-11-12 Thread Andre Fischer

I just checked in some files for creating Windows patches (no, the work 
is not yet finished) and saw that the .xml files are flagged as binary.  
Checking their properties revealed that their mime type is correctly set 
to application/xml.  Does anybody know why they are still flagged as binary?


By the way, what became of our attempt to replace SVN with GIT? For 
getting the mime type I first tried svn info filename which shows a 
lot of information but not the properties.  Then I tried svn proplist 
filename which only shows the names of the properties but not their 
values.  I really needed a third call svn propget svn:mime-type 
filename to see the value.  Can we please change to GIT? Life would 
be so much easier.


Regards,
Andre


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

Re: XML files are binary?

2013-11-12 Thread Oliver-Rainer Wittmann


Hi,

On 12.11.2013 14:59, Andre Fischer wrote:

I just checked in some files for creating Windows patches (no, the work
is not yet finished) and saw that the .xml files are flagged as binary.
Checking their properties revealed that their mime type is correctly set
to application/xml.  Does anybody know why they are still flagged as
binary?


I do not know, but I was also hit by this SVN feature when working on 
the application XML update feeds.




By the way, what became of our attempt to replace SVN with GIT? For
getting the mime type I first tried svn info filename which shows a
lot of information but not the properties.  Then I tried svn proplist
filename which only shows the names of the properties but not their
values.  I really needed a third call svn propget svn:mime-type
filename to see the value.  Can we please change to GIT? Life would
be so much easier.



+1


Best regards, Oliver.

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

Re: Request For improvement

2013-11-12 Thread Vladislav Stevanovic

Hi Rizwan Mohammed,
If you have a good will, that will be great!

 Also, next problem is present when open some big file: it takes to long.


Regards,
Wlada


2013/11/12 Rizwan Mohammed king...@live.co.uk

 Hi
 my name is Mohammed Rizwan
 This email is concerning the Open Office
 I am currently studying in the University of Bolton and I have chosen this
 software to have a look at
 Their is one problem which I realized when I was using this software which
 is that when a large file is opened the software will crash.

Re: XML files are binary?

2013-11-12 Thread Jürgen Schmidt

On 11/12/13 2:59 PM, Andre Fischer wrote:
 I just checked in some files for creating Windows patches (no, the work
 is not yet finished) and saw that the .xml files are flagged as binary. 
 Checking their properties revealed that their mime type is correctly set
 to application/xml.  Does anybody know why they are still flagged as
 binary?
 
 By the way, what became of our attempt to replace SVN with GIT? For
 getting the mime type I first tried svn info filename which shows a
 lot of information but not the properties.  Then I tried svn proplist
 filename which only shows the names of the properties but not their
 values.  I really needed a third call svn propget svn:mime-type
 filename to see the value.  Can we please change to GIT? Life would
 be so much easier.

+1

Juergen

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

Re: XML files are binary?

2013-11-12 Thread Rob Weir

On Tue, Nov 12, 2013 at 8:59 AM, Andre Fischer awf@gmail.com wrote:
 I just checked in some files for creating Windows patches (no, the work is
 not yet finished) and saw that the .xml files are flagged as binary.
 Checking their properties revealed that their mime type is correctly set to
 application/xml.  Does anybody know why they are still flagged as binary?


Do you have svn:eol-style set?

-Rob


 By the way, what became of our attempt to replace SVN with GIT? For getting
 the mime type I first tried svn info filename which shows a lot of
 information but not the properties.  Then I tried svn proplist filename
 which only shows the names of the properties but not their values.  I really
 needed a third call svn propget svn:mime-type filename to see the value.
 Can we please change to GIT? Life would be so much easier.

 Regards,
 Andre


 -
 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: XML files are binary?

2013-11-12 Thread Andre Fischer


On 12.11.2013 15:19, Rob Weir wrote:

On Tue, Nov 12, 2013 at 8:59 AM, Andre Fischer awf@gmail.com wrote:

I just checked in some files for creating Windows patches (no, the work is
not yet finished) and saw that the .xml files are flagged as binary.
Checking their properties revealed that their mime type is correctly set to
application/xml.  Does anybody know why they are still flagged as binary?


Do you have svn:eol-style set?


No, svn:mime-type is the only property that was (automatically) set.

Maybe its value should be text/xml instead of application/xml.

-Andre



-Rob



By the way, what became of our attempt to replace SVN with GIT? For getting
the mime type I first tried svn info filename which shows a lot of
information but not the properties.  Then I tried svn proplist filename
which only shows the names of the properties but not their values.  I really
needed a third call svn propget svn:mime-type filename to see the value.
Can we please change to GIT? Life would be so much easier.

Regards,
Andre


-
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: Interested in a technical cross-platform mailing?

2013-11-12 Thread Donald Whytock

...Does that bottom part mean this mailing list is subscribed to his
mailing list?

Don


On Mon, Nov 11, 2013 at 4:54 PM, MENGUAL Jean-Philippe 
mengualjean...@free.fr wrote:

 Hi, We have just founded a group, called liberte0 (Freedom 0). Its purpose
 is to promote the accessibility for everybody, so that a high variety of
 users know the free software in accessibility matter, and to let a place so
 that people can have info on accessibility. This group is French, so our
 core mailing is in French, but it is about our actions with users and some
 support to french-speaking users (feedbacks, etc.). But in parallel we
 opened a multilingual website, whose purpose is to speak mainly in English.
 This is a technical mailing list. 2 purposes: 1. enabling to new dev who
 want to work in accessibility technologies or to make thir free software
 accessible to have a place to ask questions, have feedbacks, with technical
 devs, so that they can understand that accessibility is not so hard, but
 it's especially an approach, and not a big effort. It's useful because we
 meet often devs 7who are interested but who don't know where to begin,
 where to have doc about the widgets, the at-spi, assistive technologies,
 etc. Typically I wasn't good to answer to openbox's dev who wanted to do
 efforts about a11y of her WM, I'm sure you could gi(e her basics to
 proceed. And maybe it would give ideas to some people to contribute to
 accessibility so that it is in progress. 2. I feel today one who want to
 have a global technical approach of the accessibility, in particular in GUI
 matter, needs to be subscribed to various lists. I think, even if I know
 most devs are subscribed to all lists, that it'd be useful to have a
 platform where all devs and power-users could have technical exchanges, if
 they work for Qt, GTK, distros, oriented or not, at-spi/qt-at-spi, etc. I
 think this mailing can gather on a single place all the a11y devs, that
 will enable to everybody to have the same info immediately, to discuss it,
 to speak together, to exchange their experiences, and so to make proceed
 accessibility in general, regardless the platform where a dev works (Qt,
 LibreOffice, OOo, Qt, Mozilla, etc.). If such a project is of interest for
 you, subsc!ibe to tech AT liberte0 DOT org. Don't hesitate to forward the
 address. You can subscribe sending a message to sympa AT liberte0 DOT org
 with subject: subscribe tech. I hope the project, in particular this
 technical, can be considered as useful and that a full community of
 accessibility will have a common place to speak regardless the origin of
 everyone, technically and nationally. Don't hesitate if you have questions
 about this group, here or on the tech mailing list. We'll answer as much as
 we can. Regards, Jean-Philippe MENGUAL accelibreinfo, votre partenaire en
 informatique adaptée aux déficients visuels Mail: texou@accelibreinfo.euSite 
 Web:
 http://www.accelibreinfo.eu -- -- You received this message because you
 are subscribed to the Vinux Support mailing list. To unsubscribe from this
 group, email vinux-support+unsubscr...@googlegroups.com Our website:
 www.vinuxproject.org



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

Re: XML files are binary?

2013-11-12 Thread Herbert Dürr


On 12.11.2013 15:34, Andre Fischer wrote:

On 12.11.2013 15:19, Rob Weir wrote:

On Tue, Nov 12, 2013 at 8:59 AM, Andre Fischer awf@gmail.com wrote:

I just checked in some files for creating Windows patches (no, the
work is
not yet finished) and saw that the .xml files are flagged as binary.
Checking their properties revealed that their mime type is correctly
set to
application/xml.  Does anybody know why they are still flagged as
binary?


Do you have svn:eol-style set?


No, svn:mime-type is the only property that was (automatically) set.

Maybe its value should be text/xml instead of application/xml.


Thats also what http://www.apache.org/dev/svn-eol-style.txt
recommends:

Please do not use svn:mime-type=application/xml for xml files as that 
causes SVN to treat them as binary - use text/xml or omit the setting 
entirely.


Now if svn's automatic property setting mechanism agreed with this too 
all would be fine.


Herbert

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

Re: XML files are binary?

2013-11-12 Thread Herbert Duerr


On 12.11.2013 14:59, Andre Fischer wrote:

I just checked in some files for creating Windows patches (no, the work
is not yet finished) and saw that the .xml files are flagged as binary.
Checking their properties revealed that their mime type is correctly set
to application/xml.  Does anybody know why they are still flagged as
binary?

By the way, what became of our attempt to replace SVN with GIT? [...]

 Can we please change to GIT? Life would be so much easier.

Please see the closed JIRA issue [1] and my mail in [2] where I 
suggested to reopen it when we have consensus on
[...] whether we want to have a read-only git-mirror of our svn 
repository or to whether we want to fully switch to git (read-write).


I'm for a read-only git-mirror for a start.

[1] https://issues.apache.org/jira/browse/INFRA-5590
[2] http://markmail.org/message/5cx4yyb5z5qb6sdz

Herbert

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

Re: XML files are binary?

2013-11-12 Thread Andre Fischer


On 12.11.2013 15:54, Herbert Duerr wrote:

On 12.11.2013 14:59, Andre Fischer wrote:

I just checked in some files for creating Windows patches (no, the work
is not yet finished) and saw that the .xml files are flagged as binary.
Checking their properties revealed that their mime type is correctly set
to application/xml.  Does anybody know why they are still flagged as
binary?

By the way, what became of our attempt to replace SVN with GIT? [...]

 Can we please change to GIT? Life would be so much easier.

Please see the closed JIRA issue [1] and my mail in [2] where I 
suggested to reopen it when we have consensus on
[...] whether we want to have a read-only git-mirror of our svn 
repository or to whether we want to fully switch to git (read-write).


I'm for a read-only git-mirror for a start.


I already have a read-only git mirror on my local machine and prefer a 
switch to git completely.


-Andre



[1] https://issues.apache.org/jira/browse/INFRA-5590
[2] http://markmail.org/message/5cx4yyb5z5qb6sdz

Herbert

-
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: XML files are binary?

2013-11-12 Thread janI

On 12 November 2013 14:59, Andre Fischer awf@gmail.com wrote:

 I just checked in some files for creating Windows patches (no, the work is
 not yet finished) and saw that the .xml files are flagged as binary.
  Checking their properties revealed that their mime type is correctly set
 to application/xml.  Does anybody know why they are still flagged as binary?

 By the way, what became of our attempt to replace SVN with GIT? For
 getting the mime type I first tried svn info filename which shows a lot
 of information but not the properties.  Then I tried svn proplist
 filename which only shows the names of the properties but not their
 values.  I really needed a third call svn propget svn:mime-type
 filename to see the value.  Can we please change to GIT? Life would be
 so much easier.


I tried to find the jira ticket, because it needs some updating to what we
really want (original is was just a RO copy).

If someone has the ticket number then please :-)

Do we want to replace svn with git, have both in common or have git as a RO
mirror ?

rgds
jan I.



 Regards,
 Andre


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

Re: XML files are binary?

2013-11-12 Thread janI

On 12 November 2013 15:54, Herbert Duerr h...@apache.org wrote:

 On 12.11.2013 14:59, Andre Fischer wrote:

 I just checked in some files for creating Windows patches (no, the work
 is not yet finished) and saw that the .xml files are flagged as binary.
 Checking their properties revealed that their mime type is correctly set
 to application/xml.  Does anybody know why they are still flagged as
 binary?

 By the way, what became of our attempt to replace SVN with GIT? [...]

  Can we please change to GIT? Life would be so much easier.

 Please see the closed JIRA issue [1] and my mail in [2] where I suggested
 to reopen it when we have consensus on
 [...] whether we want to have a read-only git-mirror of our svn
 repository or to whether we want to fully switch to git (read-write).

 I'm for a read-only git-mirror for a start.

 [1] https://issues.apache.org/jira/browse/INFRA-5590
 [2] http://markmail.org/message/5cx4yyb5z5qb6sdz


Now I know why I could not find it.

There is an infra committer working hard to get all the git stuff done, so
now would be a nice time to decide and then reopen it.

I would prefer a read/write GIT, so people can work solely in git. Then we
can consider over time to drop svn.

rgds
jan I.



 Herbert


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

[proposal] GIT mirror

2013-11-12 Thread janI

Hi.

based on the discussion in thread XML files are binary and herberts
comments I had a chat with jfarrell (the infra git specialist).

We can have a GIT Read/Only mirror very easy (standard)

We cannot have a GIT Read/write mirror (restriction from infra)

We can switch completely to GIT (which I for one would be against).

I recommend to reopen ticket 5590 with a comment asking for a read/only
mirror. Jfarrell is right now (this week) working through git issues, so if
we can reopen the ticket fast, I can help jfarrell make this happen fast.

@herbert, if nobody objects will you reopen the ticket, or should I ?

rgds
jan I.

71 matches

Mail list logo