Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
jan i wrote: do you happen to have the config options we use for releases on the different platforms? I think the closest resource we have is https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds (bottom of page); there you find options for all operating systems, even if they might be slightly outdated. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RAT REPORT] - 30 files with an unknown or no License Header
On 06/05/15 14:45, jan i wrote: On 6 May 2015 at 14:14, Gavin McDonald gmcdon...@apache.org wrote: Hi All, http://ci.apache.org/projects/openoffice/rat-output.html shows 30 files that need attention in getting valid license headers adding. A quick look shows to me that we should probably insert ASF license Headers in all of those files. If nobody gets to it before me I’ll provide a patch to that effect. I just had a look, all the files should really have ALv2 added. I wonder what happened, because I know a couple of these files used to have ALv2. I will take a look at svn log later. The archives however is covered by the general LICENSE file, when we make a distribution. Patches are welcome. rgds jan I. the files were from a new project that is currently stalled, I believe the headers were simply forgotten. They are not part of the office yet and if they are in the source tarball it is just a mistake. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
On Thursday, May 7, 2015, Andrea Pescetti pesce...@apache.org wrote: jan i wrote: do you happen to have the config options we use for releases on the different platforms? I think the closest resource we have is https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds (bottom of page); there you find options for all operating systems, even if they might be slightly outdated. I did not recommend those, mainly because they did not work for me. I was sure we had documented exactly how the 4.1.1 binaries was made, but cannot find it. rgds jan i Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Sent from My iPad, sorry for any misspellings.
Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
Hi again, Subsequent build passed so we are all good here:- http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/20 http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/20 Gav… On 6 May 2015, at 2:51 pm, Gavin McDonald gmcdon...@apache.org wrote: Hi All, Last build for this was way back in October last year: http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/19 http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/19 and failed due to disconnecting with the master, the slave itself has been turned off for a while. I’ve re-enabled the slave VM and started a new build. It will take several hours to complete so I’ll report back when thats complete. Gav… signature.asc Description: Message signed with OpenPGP using GPGMail
rhino build failed when rhino 1.7r5 is used in OpenJDK
Hello. After updating rhino used by OpenJDK to rhino1_7R5 I can't longer compile openoffice, because rhino build fails. Does someone has any cure for this? Rhino build output follows. Entering /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino mkdir: Failed to make directory unxsogi.pro/misc/build/rhino1_7R3/; File exists Buildfile: /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/build.xml properties: init: compile: compile-most: compile-jdk15: compile: properties: compile: xmlimplsrc-compile: [echo] Calling /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/build.xml compile: e4x-compile: [javac] Compiling 8 source files to /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/build/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.5 [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XMLObjectImpl.java:271: error: method does not override or implement a method from a supertype [javac] @Override [javac] ^ [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XMLObjectImpl.java:286: error: method does not override or implement a method from a supertype [javac] @Override [javac] ^ [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XMLObjectImpl.java:305: error: method does not override or implement a method from a supertype [javac] @Override [javac] ^ [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XMLObjectImpl.java:321: error: method does not override or implement a method from a supertype [javac] @Override [javac] ^ [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XML.java:47: error: XML is not abstract and does not override abstract method getFunctionProperty(Context,int) in XMLObject [javac] class XML extends XMLObjectImpl { [javac] ^ [javac] /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/org/mozilla/javascript/xmlimpl/XMLList.java:48: error: XMLList is not abstract and does not override abstract method getFunctionProperty(Context,int) in XMLObject [javac] class XMLList extends XMLObjectImpl implements Function { [javac] ^ [javac] 6 errors [javac] 1 warning BUILD FAILED /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/build.xml:77: The following error occurred while executing this line: /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/build.xml:108: The following error occurred while executing this line: /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/build.xml:60: The following error occurred while executing this line: /export/home/alp/srcs/oi-userland/components/openoffice/openoffice/build/i86/main/rhino/unxsogi.pro/misc/build/rhino1_7R3/xmlimplsrc/build.xml:77: Compile failed; see the compiler error output for details. -- Best regards, Alexander Pyhalov, system administrator of Southern Federal University IT department - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
On 07/05/2015 jan i wrote: https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds I did not recommend those, mainly because they did not work for me. I was sure we had documented exactly how the 4.1.1 binaries was made, but cannot find it. I do not remember them as broken. Well, maybe (I can't check now) there is a mozilla-related switch to be removed, but at least on Linux this should be OK. The only discussion I can find in the archives from a quick look is http://markmail.org/message/t2k75ai7go7xgmcn for Windows builds; I don't know if it's the one you meant. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Opinions about Open Office
Hello, My name is Remigiusz Fajfer and I am Polish. I am curently using Open Office and Libre Office at the same time. I must say that Libre Office is a little bit better right now, but I believe that it is good to support both projects, because one can always be a little better than the other and competition is something good. One thing that drives me mad about open source programmers is that they mostly do not listen to suggestions. I am curently speaking mostly about blender project. Suggestions to you: 1. The icons are too small. It's nice to look at the softness of them, but they are too small. The best optical reference is that their size should be the upper top of the middle. When you look at them, they just shouldn't be the middle size, but a little bumpy.. 2. The color of the panel is light blue, which is a Microsoft standard. Well, the Microsoft standard is wrong, and this should be a light rotten yellow, rotten means it should be with the little of grey, green and red. 3. The panel needs to be optimised. It's just along the process of programming lots of people put important functions somewhere they do not fit and the users have problems finding them and remembering where they are. That does not mean the panel should be somehow minimalised. The only way to do this is to find someone with vision to work as giving opinions about it. That's all. Thank you for giving me the oportunity to share. Best Regards Remigiusz Fajfer
Usage about pyuno
Hi all, I need your *HELP* The problem is, using xsl2pdf.py to convert tmp.xls to tmp.pdf, but the tmp.pdf has page info '1' on the head and tmp.xls on the foot, and the excel didnot fill the full pdf page. I want: 1. remove '1' from the head. 2. remove 'tmp.xls' from the foot. 3. extends the excel to fill the full pdf page. How can I achieve these goals by using OpenOffice? Thank you all very much in advance! Wish you all a good day/night. :-) tmp.xls Description: MS-Excel spreadsheet #!/usr/bin/env python # encoding: utf-8 import uno from os.path import abspath from com.sun.star.beans import PropertyValue from com.sun.star.connection import NoConnectException DEFAULT_OPENOFFICE_PORT = 8100 class ConvertException(Exception): def __init__(self, message): self.message = message def __str__(self): return self.message class Excel2PdfConverter(): def __init__(self, port=DEFAULT_OPENOFFICE_PORT): localContext = uno.getComponentContext() resolver = localContext.ServiceManager.createInstanceWithContext(com.sun.star.bridge.UnoUrlResolver, localContext) try: context = resolver.resolve(uno:socket,host=localhost,port=%s;urp;StarOffice.ComponentContext % port) except NoConnectException: raise ConvertException, failed to connect to OpenOffice.org on port %s % port self.desktop = context.ServiceManager.createInstanceWithContext(com.sun.star.frame.Desktop, context) def convert(self, inputFile, outputFile, properties={}): inputUrl = uno.systemPathToFileUrl(abspath(inputFile)) outputUrl = uno.systemPathToFileUrl(abspath(outputFile)) document = self.desktop.loadComponentFromURL(inputUrl, _blank, 0, self._toProperties({Hidden:True})) try: document.refresh() except AttributeError: pass args = self._toProperties({ FilterName: writer_pdf_Export, }) try: #document.storeToURL(outputUrl, self._toProperties(storeProperties)) document.storeToURL(outputUrl, tuple(args)) finally: document.close(True) def _toProperties(self, dict): props = [] for key in dict: prop = PropertyValue() prop.Name = key prop.Value = dict[key] props.append(prop) return tuple(props) converter = Excel2PdfConverter() converter.convert(tmp.xls, tmp.pdf) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [BUILDBOT] - FreeBSD nightly (openoffice-fbsd-nightly)
Hello Gavin; Thank you for looking at it, I wasn't really aware the buildbot was still available. In upstream FreeBSD we of course do our own builds with minimal patches but we use pre-packaged dependencies when possible. I strongly recommend upgrading the buildbot to FreeBSD 10 and using clang 3.5+ for the build. FreeBSD 9 requires a newer gcc version and also requires a patch related to libiconv (AOO Bugzilla i118574) which is not nice enough for the ASF repository. FreeBSD 10 and newer use the complete llvm/libc++ stack which is more interesting for the buildbot. Pedro. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
On 05/06/2015 10:29 PM, jan i wrote: On Thursday, May 7, 2015, Kay Schenk kay.sch...@gmail.com wrote: On 05/06/2015 06:51 AM, Gavin McDonald wrote: Hi All, Last build for this was way back in October last year: http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/19 and failed due to disconnecting with the master, the slave itself has been turned off for a while. I’ve re-enabled the slave VM and started a new build. It will take several hours to complete so I’ll report back when thats complete. Gav… I've noticed as well when it first happened but didn't know what to do exactly. Thank you SO much for helping with the buildbots! Maybe we can this one figured out without too much effort. kay@ do you happen to have the config options we use for releases on the different platforms? Changing the builddbots to use our release configuration, will help with the other problems gav sees (I think). More importantly doong sowould mean we could use the binaries in our releases. The config options used for the buildbots are specified in: https://svn.apache.org/repos/infra/infrastructure/buildbot/aegis/buildmaster/master1/projects/openofficeorg.conf You need to log in to see them. So, yes, I or any committer can see/change this but when something goes wrong, I don't exactly know what to do -- at the moment. I DO intend to help with CentOS 5 - 32 once that is setup and need to learn more about the inner workings of the buildbot. rgds jan i - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org javascript:; For additional commands, e-mail: dev-h...@openoffice.apache.org javascript:; -- - MzK “What is the point of being alive if you don't at least try to do something remarkable?” -- John Green, An Abundance of Katherines - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: {BUILDBOT] - Linux 32bit Snapshot (openoffice-linux32-snapshot)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/07/2015 01:56 AM, Gavin McDonald wrote: Hi again, Subsequent build passed so we are all good here:- http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/20 Gav… Thanks! On 6 May 2015, at 2:51 pm, Gavin McDonald gmcdon...@apache.org mailto:gmcdon...@apache.org wrote: Hi All, Last build for this was way back in October last year: http://ci.apache.org/builders/openoffice-linux32-snapshot/builds/19 and failed due to disconnecting with the master, the slave itself has been turned off for a while. I’ve re-enabled the slave VM and started a new build. It will take several hours to complete so I’ll report back when thats complete. Gav… - -- - - - MzK “What is the point of being alive if you don't at least try to do something remarkable?” -- John Green, An Abundance of Katherines -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBAgAGBQJVS967AAoJEJ8zlgVF1Gcub0oH/RmEvGL9dyhtDQXfWoUdPeWf 0U+rV9exKPdo7mTGPhYv712abIdNrH7yUGOK1avutCBE/84G8xstdUrW+w48LipP Th3quqNAzv9SyqtTOpc4ddHM6m4kNDSUD6E5/h/KtrkFYO2UxsI4rpQ4aOChk3TA 7BQBpUkNsJCbIgkZVltVoa5cvuOn8VvPhZxEynaIAk+4Rw+PG+h3osSxk1VY4XlM fEq5B9AEhcdEDl5I225eqhZSMuqCLGwYk/samKGEItomWFQb5lbJlMjOaEIesHWJ mjtq66+21NziSsGgWoH28XMXSaI8FBia/NIAeFA6QQ/kJueTIQq7ZMJB3pmKaW4= =BIw3 -END PGP SIGNATURE- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Opinions about Open Office
On Thursday, May 7, 2015, Remigiusz Fajfer aspagn...@gmail.com wrote: Hello, My name is Remigiusz Fajfer and I am Polish. I am curently using Open Office and Libre Office at the same time. I must say that Libre Office is a little bit better right now, but I believe that it is good to support both projects, because one can always be a little better than the other and competition is something good. One thing that drives me mad about open source programmers is that they mostly do not listen to suggestions. I am curently speaking mostly about blender project. Suggestions to you: 1. The icons are too small. It's nice to look at the softness of them, but they are too small. The best optical reference is that their size should be the upper top of the middle. When you look at them, they just shouldn't be the middle size, but a little bumpy.. 2. The color of the panel is light blue, which is a Microsoft standard. Well, the Microsoft standard is wrong, and this should be a light rotten yellow, rotten means it should be with the little of grey, green and red. 3. The panel needs to be optimised. It's just along the process of programming lots of people put important functions somewhere they do not fit and the users have problems finding them and remembering where they are. That does not mean the panel should be somehow minimalised. The only way to do this is to find someone with vision to work as giving opinions about it. That's all. Thank you for giving me the oportunity to share. Thank you for the comments. It is funny having worked with big closed source companies I have always found that the openSource world is more open to changes. However there is an important point which you might have missed. OpenSource is a world of doers, we are not told what to do (like in companies), so if you really want to change things you need to involve yourself. In your case you could e.g. - write specific design changes as bugzilla issues - offer to help with testing - maybe do some of the design and not forgetting documenting it. rgds jan i Best Regards Remigiusz Fajfer -- Sent from My iPad, sorry for any misspellings.
Re: Forum administrators alias / mailing list
Hi All, Top posting. Sorry for my late reply, it's been hectic at work since the last 3 months, plus a long weekend in New York (I longed for that holiday break!), this city is just great, I need some new feet but that was gorgeous. So, long story short, I've some difficulties to follow what's going on since a while... Back to the topic (note that there are moderators and volunteers in the forum to discuss the subject, I'm not the only one in charge!). We decided to set up the Gmail address because we had to act ASAP, considering the time the service was down. We still record each message in the forum in dedicated threads and it proved to be worth since we are getting more than 15 messages per month (250+ replies from Jan. 2014). It was agreed IIRC that it would be a temporary measure until we manage to get an official channel. The best would have been a kind of automated thing that sends the messages to a dedicated forum thread with an automatic reply depending on the mail address, but it was already discussed in the past. It seemed to be too complex for the current handling through Apache systems. In fact, we had already agreed on the next steps several months ago: http://markmail.org/message/7vvbh7z7h4iwyvsb So we just need the details now, like how it actually works. As for the working level, I propose that: - the admin are the ML moderators - the moderators can be subscribed to the list (moderators do see the dedicated section in the forum). We would keep the duplication system in the forum so that we can check if someone has already made a reply for the messages. A last thing: the mail used would be the one that sends the forum notifications (replies, PMs, ...). I don't remember how the other NL forums handle this (perhaps they don't have any contact mail at all). Are we talking about the EN forum only or had you in mind a more global address? If a NL contact address is needed, we may need other similar ML. Hagar Le 02/05/2015 11:26, Andrea Pescetti a écrit : Our latest Board report contained an automatically generated section with all available mailing lists. One of them, named forum-admin AT openoffice.apache.org, is currently unused. It was created as a more official replacement for the current e-mail address used by forum administrators, aoo.forum.en AT gmail.com. What shall we do with it? 1) We subscribe all forum moderators (I mean: the people who now have access to the Gmail address) to it individually, aiming at replacing the Gmail address. 2) We forward it to the Gmail address, thus keeping all current processes in place but giving users the reassurance that they are contacting admins through a recognizable channel. This is my favorite solution since it won't modify any existing workflow. 3) We simply drop the mailing list and we continue using the Gmail address. The list is configured to let all messages through, so moderators of the list merely manage subscribers. 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