Re: Very simple first patch
On 14.11.2014 01:04, Kay Schenk wrote: On 11/13/2014 03:10 PM, Andrea Pescetti wrote: On 13/11/2014 Michal Hriň wrote: [...] It is a update of external package :) And here is a problem, but it doesn't depend on you. Policy so far has been: we download build-time dependencies from the Extensions site and from Apache Extras. Can we get a memory refresher on why we can't use the svn versions of these external sources directly? David Fisher wrote in [1] that he removed them because fallback urls to svn are now removed as per Infra policy. I guess the revision control server that is so very critical to so many ASF projects should not be impeded by the download of such large third-party tarballs. [1] http://svn.apache.org/viewvc?view=revisionrevision=r1377529 [...] It seems like the testing from the new SourceForge are is going pretty well... http://markmail.org/message/4p3klhqkkvszmwav Maybe time for some additional testing from: http://sourceforge.net/projects/oooextras.mirror/files/ I'll make local changes and test with this as new OOO_EXTRAS area. Who would have rights to update these files on SF? The sourceforge ooextras.mirror project currently has only one administrator [2]. [2] https://sourceforge.net/u/sf-editor1/ Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 2015 -- Our 30th Anniversary
On 13/11/14 17:23, Malte Timmermann wrote: Hi Louis, On 28.10.2014 21:12, Louis Suárez-Potts wrote: Hi Malte, And you are right wrt many early developers working for Open-Xchange now :) Yes, and perhaps one day we’ll even see something (I joke; there is already something). Actually everyone can look at the demo version of App Suite, including OX Text and OX Spreadsheet: http://www.open-xchange.com/demo cool, you make good progress, I like it Juergen Same focus - Office productivity, ODF and OOXML. Hm. You might want to share with us what’s going on over there…. See below :) Just different technology - now written for the browser. Right. Can you edit in the browser? I mean, edit ODF or OOXML docs. using, for instance, Chrome or Firefox or Safari? Exactly. ODF and OOXML are our natively supported formats that we can edit in the browser. Text and Spreadsheet are already available. We work on the documents very different compared to Open Office or MS Office. One of our most important features is the document roundtrip. You can safely switch between editing with OX Documents and editing with your native application. And we have real-time communication to quickly distribute changes to other clients. I just wrote a blog post that explains the technical details how we achieve it. http://techblog.open-xchange.com/2014/11/13/ox-documents-roundtrip-and-operations/ Best regards Malte. - 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: Admin rights to Pootle
Dňa 14.11.2014 o 08:44 jan i napísal(a): I think you misunderstood my mail. The above was what I prefer, but the AOO project handles it differently. The AOO project admins create accounts when requested, but of course they are not online 24hours a day, therefore account creation can take a couple of days. I have no problem with that. But just for reference there are no double workthe suggestion is accepted (just as users with account should have their translations reviewed, this is the normal committer process). Look at the mailing list, 2 accounts was just created within 24hours. You ask to become admin, and that is different. OK, I stop discussing about this. _I want only to help. :)_ I'm asking from time to time to be more usefull. I have no problem with others work. If you want PMC as admin OK. If you want from users to make sugestions OK. If you don't want new admin volunteers OK. It looks like that we (as AOO) still have no strict definitions for how translators should work. Regards, hrin - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: emails to issues list
Issue-8621 created. https://issues.apache.org/jira/browse/INFRA-8621 Thank you, Kay! :) Have a nice weekend! Greetings, Mathias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Very simple first patch
Dňa 14.11.2014 o 00:10 Andrea Pescetti napísal(a): On 13/11/2014 Michal Hriň wrote: I made very simple patch. http://people.apache.org/~hrin/dejavu/ Looks quite correct. The normal way would be to open an issue of type PATCH and attach your patch. Make just one .patch file, obtained with svn diff or git diff. And don't forget to send the link here to connect it to this discussion. Thanks! I tried to avoid to download whole trunk. I tried this on release because I want to know if the build is my problem or others. svn diff can't be made without svn co, right? But this is my problem. Please review, and feel free to add it to trunk if it will be good. And add comments if I'm doing something wrong. I didn't test it yet, but I would only double-check that replacing the ZIP file with a tar.gz archive does not require other changes. The rest looks good. Yop, :) sorry. I overseen the same file, but in .zip archive. I may change it. It is a update of external package :) And here is a problem, but it doesn't depend on you. Policy so far has been: we download build-time dependencies from the Extensions site and from Apache Extras. If Apache Extras (currently part of Google Code) do not allow us to upload files any longer, then this is the first occurrence of a problem that we have largely anticipated but not solved yet. This shouldn't stop us from updating libraries, but for sure we (the entire Apache Foundation, not OpenOffice only) must find a viable replacement before the next release. 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
Re: Build source from svn repository errors
Have you followed the Build Guide with the notes for your distro? This notes might be outdated, any updates are appreciated: https://wiki.openoffice.org/wiki/Fedora_Build_Instructions On Fri, Nov 14, 2014 at 1:57 AM, jupiter jupiter@gmail.com wrote: Hi, I have just fetched source code from svn, but failed to build it in CentOS 6 where I installed Archive::Zip version 1.39. See following error: /usr/bin/perl /Build2/aoo/main/solenv/bin/packimages.pl -g /Build2/OPENOFFICE/aoo/main/default_images -m /Build2/aoo/main/default_images -c .. -l /Build2/aoo/main/solver/350/unxlngx6.pro/res/img -s ../unxlngx6.pro/res/img/sorted.lst -l ../unxlngx6.pro/res/img -o ../unxlngx6.pro/bin/images.zip packimages -- version: 1.17 Can't call method desiredCompressionLevel on an undefined value at /usr/local/share/perl5/Archive/Zip/Archive.pm line 257. 1 module(s): packimages need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /Build2/aoo/main/packimages/pack Is the source broken or is the perl issue? Any workaround to fix it? Thank you. - hce - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Alexandro Colorado Apache OpenOffice Contributor 882C 4389 3C27 E8DF 41B9 5C4C 1DB7 9D1C 7F4C 2614
Re: OpenOffice folks: ApacheCon template?
On Tue, Nov 11, 2014 at 4:53 PM, Shane Curcuru a...@shanecurcuru.org wrote: On 11/10/14 6:27 PM, Andrea Pescetti wrote: On 10/11/2014 Rony G. Flatscher wrote: On 24.10.2014 21:49, Rich Bowen wrote: Just received an e-mail pointing to the ApacheCon EU template at http://events.linuxfoundation.org/events/apachecon-europe/program/speaker-guide which is a breathtaking 18 (eighteen) MB file! CCing the dev@community list again to say that Nick Burch provided a nicer (and smaller) template at http://people.apache.org/~nick/NickTemplateACEU14.odp (Nick, thank you and you can upload it to http://templates.openoffice.org/ too!) Regards, Andrea. Nice! Is there a pointer to an easy and complete description of how to swap out the 18MB masters/background for Nick's improved version? I'm still lost when it comes to bulk formatting changes in Impress. The command line way is simple/direct: 1) Unzip the ODP file to disk 2) Look for any large image files 3) Load the large image files into an editor and reduce resolution/color depth, increase compression, whatever you need to do to make it smaller. 4) Save image file back to same name/same directory. 5) Zip up the directory, renaming it to and *.odp extension if needed. ODF files are just ZIP archives containing XML + binary resources like images. So they are very hackable from the command line, once you unzip them. Regards, -Rob - Shane - 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: OpenOffice folks: ApacheCon template?
On 11/14/14, Rob Weir r...@robweir.com wrote: On Tue, Nov 11, 2014 at 4:53 PM, Shane Curcuru a...@shanecurcuru.org wrote: On 11/10/14 6:27 PM, Andrea Pescetti wrote: On 10/11/2014 Rony G. Flatscher wrote: On 24.10.2014 21:49, Rich Bowen wrote: Just received an e-mail pointing to the ApacheCon EU template at http://events.linuxfoundation.org/events/apachecon-europe/program/speaker-guide which is a breathtaking 18 (eighteen) MB file! CCing the dev@community list again to say that Nick Burch provided a nicer (and smaller) template at http://people.apache.org/~nick/NickTemplateACEU14.odp (Nick, thank you and you can upload it to http://templates.openoffice.org/ too!) Regards, Andrea. Nice! Is there a pointer to an easy and complete description of how to swap out the 18MB masters/background for Nick's improved version? I'm still lost when it comes to bulk formatting changes in Impress. The command line way is simple/direct: 1) Unzip the ODP file to disk 2) Look for any large image files 3) Load the large image files into an editor and reduce resolution/color depth, increase compression, whatever you need to do to make it smaller. I would recommend using vectors like SVG or indexed PNG instead. If you want to keep it ODF-like, maybe do the design on ODG. 4) Save image file back to same name/same directory. 5) Zip up the directory, renaming it to and *.odp extension if needed. AFAIK there are issues with zipping an ODF file. I remember this was reported on some ODF blog since the way WinZip ad other programs zip by default is not 'standard' with ODF editors. Might need to google it again, but it just jump into mind. ODF files are just ZIP archives containing XML + binary resources like images. So they are very hackable from the command line, once you unzip them. Regards, -Rob - Shane - 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 -- Alexandro Colorado Apache OpenOffice Contributor 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
Re: Very simple first patch
On Fri, Nov 14, 2014 at 12:08 AM, Herbert Duerr h...@apache.org wrote: On 14.11.2014 01:04, Kay Schenk wrote: On 11/13/2014 03:10 PM, Andrea Pescetti wrote: On 13/11/2014 Michal Hriň wrote: [...] It is a update of external package :) And here is a problem, but it doesn't depend on you. Policy so far has been: we download build-time dependencies from the Extensions site and from Apache Extras. Can we get a memory refresher on why we can't use the svn versions of these external sources directly? David Fisher wrote in [1] that he removed them because fallback urls to svn are now removed as per Infra policy. I guess the revision control server that is so very critical to so many ASF projects should not be impeded by the download of such large third-party tarballs. [1] http://svn.apache.org/viewvc?view=revisionrevision=r1377529 [...] It seems like the testing from the new SourceForge are is going pretty well... http://markmail.org/message/4p3klhqkkvszmwav Maybe time for some additional testing from: http://sourceforge.net/projects/oooextras.mirror/files/ I'll make local changes and test with this as new OOO_EXTRAS area. Who would have rights to update these files on SF? The sourceforge ooextras.mirror project currently has only one administrator [2]. [2] https://sourceforge.net/u/sf-editor1/ Herbert Thanks for the info... -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche
Re: Apache Extras PoC
On Thu, Oct 30, 2014 at 4:49 PM, Andrea Pescetti pesce...@apache.org wrote: On 29/10/2014 Roberto Galoppini wrote: Here we go, the new lookfeel based on some of your earlier feedback: http://sourceforge.net/directory/apache_extras This is much improved, thanks Roberto! The landing page is now much cleaner. Some of the comments on the inner pages still apply, but maybe if it would be possible to remove the Code tab from the individual projects? Or, on the contrary, using the Code function instead of the File function for the file repository? (Here we should really check what other projects do; for OpenOffice, Extras is just a file repository). It seems that a look and feel like http://sourceforge.net/mirror/oooextras/code/HEAD/tree/trunk/ could be better for our case than something like http://sourceforge.net/projects/oooextras.mirror/files/ (which assumes, more or less, that those files are actually releases; but they aren't and this has a number of unintended consequences). Regards, Andrea. Two questions -- Are we ready to go ahead with these changes to /main/external_deps.lst -- -- Andrea's earlier post -- I can say I managed to build OpenOffice trunk by replacing (and I'm not suggesting that anyone commits this, it is just a proof of concept!) -OOO_EXTRAS=http://ooo-extras.apache-extras.org.codespot.com/files/ +OOO_EXTRAS=http://sourceforge.net/projects/oooextras.mirror/files/ http://ooo-extras.apache-extras.org.codespot.com/files/+OOO_EXTRAS=http://sourceforge.net/projects/oooextras.mirror/files/ and -URL2 = $(OOO_EXTRAS)$(MD5)-$(name) +URL2 = $(OOO_EXTRAS)$(MD5)-$(name)/download in external_deps.lst after deleting all third-party packages. So the archive seems complete and working. -- end Andrea -- and since this is mirroring, I'm assuming we still put changes in our local svn tree and SF will grab them from there. Correct? -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche
Re: Apache Extras PoC
Kay Schenk wrote: Two questions -- Are we ready to go ahead with these changes to /main/external_deps.lst -- No we aren't! Roberto sent us a proof of concept, but he wrote that even the URL will change, so it is definitely not OK to change the location for Extras from Google Code to SourceForge yet. On the other hand, I just tried to create a new download at https://code.google.com/a/apache-extras.org/p/ooo-extras/downloads/list (i.e., I tried to add the updated fonts package recently discussed on the OpenOffice dev list) and I confirm I can't add it. So the current service at Google Code cannot be used any longer to add new packages, which means that an alternative must be found (this has been known for months, but now this is really preventing us from getting things done). and since this is mirroring, I'm assuming we still put changes in our local svn tree and SF will grab them from there. Correct? The (remote or local) SVN tree has nothing to do with this. OpenOffice Extras is a section of Apache Extras which in turn is part of Google Code, and files to be mirrored are those at the link above. Apache Extras in itself is foundation-wide, but only a few projects so far have expressed concerns about the policy change that is making it useless for OpenOffice in future. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Build source from svn repository errors
Thanks Alexandro, yes I did follow the build guides. Anyway, I had a quick look at the code packimages.pl and found following invalid path passed to $zip-addFile, the file /Build2/aoo/main/default_images/res/helpimg|/area1.png was fine, but following path was wrong. My gut felling is at least the packimages.pl should check the path before passing to the $zip-addFile. I added a check statement next unless (-e $path); which completed the build process, but did not fix the issue why an invalid path was generated. /Build2/aoo/main/default_images/res/|-dir=/Build2/aoo/main/default_images/res/helpimg|/area1.png' Thank you. - hce On Fri, Nov 14, 2014 at 11:30 PM, Alexandro Colorado j...@oooes.org wrote: Have you followed the Build Guide with the notes for your distro? This notes might be outdated, any updates are appreciated: https://wiki.openoffice.org/wiki/Fedora_Build_Instructions On Fri, Nov 14, 2014 at 1:57 AM, jupiter jupiter@gmail.com wrote: Hi, I have just fetched source code from svn, but failed to build it in CentOS 6 where I installed Archive::Zip version 1.39. See following error: /usr/bin/perl /Build2/aoo/main/solenv/bin/packimages.pl -g /Build2/OPENOFFICE/aoo/main/default_images -m /Build2/aoo/main/default_images -c .. -l /Build2/aoo/main/solver/350/unxlngx6.pro/res/img -s ../unxlngx6.pro/res/img/sorted.lst -l ../unxlngx6.pro/res/img -o ../unxlngx6.pro/bin/images.zip packimages -- version: 1.17 Can't call method desiredCompressionLevel on an undefined value at /usr/local/share/perl5/Archive/Zip/Archive.pm line 257. 1 module(s): packimages need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /Build2/aoo/main/packimages/pack Is the source broken or is the perl issue? Any workaround to fix it? Thank you. - hce - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Alexandro Colorado Apache OpenOffice Contributor 882C 4389 3C27 E8DF 41B9 5C4C 1DB7 9D1C 7F4C 2614
Re: Build source from svn repository errors
On 11/14/2014 03:32 PM, jupiter wrote: Thanks Alexandro, yes I did follow the build guides. Anyway, I had a quick look at the code packimages.pl and found following invalid path passed to $zip-addFile, the file /Build2/aoo/main/default_images/res/helpimg|/area1.png was fine, but following path was wrong. My gut felling is at least the packimages.pl should check the path before passing to the $zip-addFile. I added a check statement next unless (-e $path); which completed the build process, but did not fix the issue why an invalid path was generated. /Build2/aoo/main/default_images/res/|-dir=/Build2/aoo/main/default_images/res/helpimg|/area1.png' Thank you. - hce You could try adding -- VERBOSE_PACKIMG=TRUE to your environment script (the one sourced before building), also include this in the export set at the bottom of that script. Then try a rebuild (clean build) -- see Build Cleanup (https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Build_Cleanup) When you review output for packimages, you should then see output messages of the images that are to be archived along with their paths. This would help us determine what paths are checked and why this happened. To my knowledge, I don't think this has been reported before. On Fri, Nov 14, 2014 at 11:30 PM, Alexandro Colorado j...@oooes.org wrote: Have you followed the Build Guide with the notes for your distro? This notes might be outdated, any updates are appreciated: https://wiki.openoffice.org/wiki/Fedora_Build_Instructions On Fri, Nov 14, 2014 at 1:57 AM, jupiter jupiter@gmail.com wrote: Hi, I have just fetched source code from svn, but failed to build it in CentOS 6 where I installed Archive::Zip version 1.39. See following error: /usr/bin/perl /Build2/aoo/main/solenv/bin/packimages.pl -g /Build2/OPENOFFICE/aoo/main/default_images -m /Build2/aoo/main/default_images -c .. -l /Build2/aoo/main/solver/350/unxlngx6.pro/res/img -s ../unxlngx6.pro/res/img/sorted.lst -l ../unxlngx6.pro/res/img -o ../unxlngx6.pro/bin/images.zip packimages -- version: 1.17 Can't call method desiredCompressionLevel on an undefined value at /usr/local/share/perl5/Archive/Zip/Archive.pm line 257. 1 module(s): packimages need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /Build2/aoo/main/packimages/pack Is the source broken or is the perl issue? Any workaround to fix it? Thank you. - hce - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Alexandro Colorado Apache OpenOffice Contributor 882C 4389 3C27 E8DF 41B9 5C4C 1DB7 9D1C 7F4C 2614 -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Build source from svn repository errors
On Sat, Nov 15, 2014 at 11:06 AM, Kay Schenk kay.sch...@gmail.com wrote: On 11/14/2014 03:32 PM, jupiter wrote: Thanks Alexandro, yes I did follow the build guides. Anyway, I had a quick look at the code packimages.pl and found following invalid path passed to $zip-addFile, the file /Build2/aoo/main/default_images/res/helpimg|/area1.png was fine, but following path was wrong. My gut felling is at least the packimages.pl should check the path before passing to the $zip-addFile. I added a check statement next unless (-e $path); which completed the build process, but did not fix the issue why an invalid path was generated. /Build2/aoo/main/default_images/res/|-dir=/Build2/aoo/main/default_images/res/helpimg|/area1.png' Thank you. - hce You could try adding -- VERBOSE_PACKIMG=TRUE to your environment script (the one sourced before building), also include this in the export set at the bottom of that script. Then try a rebuild (clean build) -- see Build Cleanup ( https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Build_Cleanup ) When you review output for packimages, you should then see output messages of the images that are to be archived along with their paths. This would help us determine what paths are checked and why this happened. To my knowledge, I don't think this has been reported before. Will do it. Sorry for a dumb question, it is my first time to build the open office. I guess the binary executable file is openoffice.org, but I could not find it.. $ ls aoo/main/instsetoo_native/ unxlngx6.pro/OpenOffice/installed/install/en-US/openoffice.org basis3.5 ure - hce
Re: Build source from svn repository errors
jupiter wrote: Sorry for a dumb question, it is my first time to build the open office. I guess the binary executable file is openoffice.org, but I could not find it.. $ ls aoo/main/instsetoo_native/ unxlngx6.pro/OpenOffice/installed/install/en-US/openoffice.org basis3.5 ure The executable is main/instsetoo_native/unxlngx6.pro/Apache_OpenOffice/installed/install/en/openoffice4/program/soffice (if you configured with --with-package-format=installed ). but the above seems to show that you are possibly building the wrong thing (and maybe this explains the errors you got too). Can you run svn info and give us the URL? Does it contain incubator? Where did you find it? We may need to update some documentation. Here https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO you should find the right URLs to use. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org