Re: [dev] Java 1.5 now minimal requirement ? (Re: [dev] RFC: java 1.5
Hi Mathias, Mathias Bauer wrote: Kay Ramme - Sun Germany - Hamburg wrote: IMHO the only reason that 1.3.1 still is the baseline is that nobody took care of raising it. And by now nobody has raised any objections Well, both is not true. Please go back to the beginning of this thread. ??? Who took care of raising it? And who did object? This issue listed in the first mail is one reason I am taking care of it ... Or do I misunderstand what you said? Ciao, Mathias Regards Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Build fails: ERROR: can't deliver from local directory to SOLARVERSION
hi! SOLARVERSION is the name of an environment variable and shouldn't appear as destination directory. check your script for setting up the environment (winenv.set*) tschau... ause codewench wrote: I'm trying to build OpenOffice2 (DEV300_m10). I've been following the instructions for 'Building OOo with Cygwin on Windows' (I'm using Visual Studio 2008... although so far I don't see how any of these instructions help me develop, build or debug using VS... but that's a whole other issue right now) In cygwin bash, when I type build --all -P2 this is what I see: --- [EMAIL PROTECTED] /cygdrive/c/Projects/projGI/OOoSource_CVS/instsetoo_native $ build --all P2 build -- version: 1.167 Fetching dependencies for module swext from solver... failed... Fetching from CVS... failed = Building module solenv = deliver -- version: 1.126 deliver: /cygdrive/c/Projects/projGI/OOoSource_CVS/solenv/prj/d.lst: ERROR : can't deliver from local directory to SOLARVERSION DANGER! Release Engineer: do you really want to deliver from /cygdrive/c/Projects/projGI/OOoSource_C VS/solenv to SOLARVERSION? If so, please use the -force switch ERROR: Error 1792 occurred while making solenv deliver [EMAIL PROTECTED] /cygdrive/c/Projects/projGI/OOoSource_CVS/instsetoo_native $ echo $SOLARVERSION c:/Projects/projGI/OOoSource_CVS/solver/300 --- So far I've been able to figure out the multitude of errors and warnings I've gotten, but I'm at a loss with this one. Any assistance is greatly appreciated. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] mediawiki extension status
Rich wrote: > On 2008.07.16. 19:53, Mathias Bauer wrote: >> Rich wrote: >> >>> hi. i wanted to ask about the status of mediawiki extension, especially >>> about phase 2 - "Provide an extension to OpenOffice.org to load, edit >>> and republish MediaWiki pages with OpenOffice.org" (as stated on >>> http://wiki.services.openoffice.org/wiki/MediaWiki_Extension/Project_Scope_Statement). >>> >>> latest meeting, according to >>> http://wiki.services.openoffice.org/wiki/MediaWiki_Extension/Meetings, >>> has been on last meeting 12-Dec-2007 - and last email about mediawiki i >>> could find on [EMAIL PROTECTED] archives was on february >>> this year. >>> >>> sorry for not using [EMAIL PROTECTED], i'm not subscribed there - and i >>> think this extension, if finished, has a huge potential :) >> >> We didn't work on loading wiki pages and it is not very probable that >> this will change in the next months. We are observing what's going on >> elsewhere wrt. conversion from Mediawiki format to odt, but we are >> currently not working on an own import filter. If someone is interested >> in doing so we will give support as much as we can. > > thanks for the answer. > that's a shame, i was very excited about such a feature :) Well, I'm also very excited about it - but the available "resources" (developers) will be busy with other things that are considered to be more important. > also, maybe it's a good idea to update that wiki page to reflect the > current state ? The current state is described correctly - or did we make any promises about when "phase 2" will start or even end? ;-) I will add a comment that "phase 2" will not happen in the forseeable future (means: 3.1) and that this might change if some development outside of OOo would be so compelling that we couldn't resist to join it. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Compiling DEV300_m18 under Linux
Marcin Miłkowski wrote: > Stephan Bergmann pisze: >> Marcin Miłkowski wrote: >>> Hi, >>> >>> I'm compiling DEV300_m18 with CWS tl55 (for testing LanguageTool >>> grammar checker extension) under Suse 10.2. Now, it compiles fine, >>> installs fine, but all apps - except for the starting page - have no >>> menus nor toolbars, so they are not usable. I haven't found a single >>> message with error saying that some files are missing or something >>> like that - and registry files with UI elements seem to be where they >>> should be. >> >> Do you happen to have old user installation data laying around? > > I've created a new user account for compiling and installing OOo, so > there might be only some system-wide installation data. I deleted > .openoffice.org3 and .ooo2 directories on another account used for > testing but it didn't help much (it asks for user name, offers > registration so it doesn't seem to see old config data). > > Seems my build is broken badly somewhere... Marcin, did you fix your problems meanwhile? If not, can you check the content of e.g. "basis 3.0/share/config/soffice.cfg/modules/swriter/menubar"? Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Compiling DEV300_m18 under Linux
Mathias Bauer pisze: Marcin Miłkowski wrote: Stephan Bergmann pisze: Marcin Miłkowski wrote: Hi, I'm compiling DEV300_m18 with CWS tl55 (for testing LanguageTool grammar checker extension) under Suse 10.2. Now, it compiles fine, installs fine, but all apps - except for the starting page - have no menus nor toolbars, so they are not usable. I haven't found a single message with error saying that some files are missing or something like that - and registry files with UI elements seem to be where they should be. Do you happen to have old user installation data laying around? I've created a new user account for compiling and installing OOo, so there might be only some system-wide installation data. I deleted .openoffice.org3 and .ooo2 directories on another account used for testing but it didn't help much (it asks for user name, offers registration so it doesn't seem to see old config data). Seems my build is broken badly somewhere... Marcin, did you fix your problems meanwhile? If not, can you check the content of e.g. "basis 3.0/share/config/soffice.cfg/modules/swriter/menubar"? Well, I think you might be right -- I didn't fix it, I simply built OOo for another platform and it turned out some files were missing. Strangely enough, I didn't get any serious errors under Linux... Regards, Marcin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [tools-jdk] The OOo Java Baseline ...
By now I did not receive a single objection regarding the switch to Java 1.5 ... I understand that as agreement. So, I am going to update the Java policy page soon, to reflect that by now Java 1.5, and not Java 1.3.1 anymore, is the official OOo baseline. Thanks for your support Kay Kay Ramme wrote: Hi OOo porters, I am mailing you because I just recently started a discussion on [EMAIL PROTECTED] regarding the OOo Java baseline. As Sun has open sourced Java about 1 1/2 years ago to the OpenJDK project, and as this OpenJDK recently become fully functional, I proposed to switch to the OpenJDK as OOos Java baseline, as soon as it becomes available on all of OOos platforms. Please see http://tools.openoffice.org/servlets/ReadMsg?list=jdk&msgNo=230 While discussing that, I talked to Svante Schubert, who observed various issues in OOos current Java libraries, some of them are checked in in binary form, some being functional redundant etc. (please see Svantes mail http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=22824). Plan is, to clean that up before releasing OOo 3.0. In detail Svante plans to replace the current Xalan XSLT processor with Saxon. Problem is, that this requires at least Java 1.5, while the current baseline still is the 1.3 (see http://tools.openoffice.org/policies/java_usage.html). I created an overview of OOo, its platforms and the availability of OpenJDK respectively something similar. Please see http://wiki.services.openoffice.org/wiki/OpenJDK Unfortunately I have not any information on your platforms yet, so I don't know, if raising the baseline to 1.5 would be compatible with your platforms. Please comment on a switch to OpenJDK in general, and if it can be suitable for you. Please also comment on raising the baseline to Java 1.5 for OOo 3.0, ideally you would change the Wiki page according to the Java used/available ... :-) Thanks in advance Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Development at a Glance - Weekly Update CW29
Hi, here is the weekly update for calendar week 29: http://blogs.sun.com/GullFOSS/entry/development_at_a_glance_weekly51 Regards, Dieter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Build fails: ERROR: can't deliver from local directory to SOLARVERSION
post your configure settings. Did you check everything out from CVS? It seems that you haven't got swext. Another point: start with simple dmake, you need to build solenv first, as far as I remember. I've re-checked out from CVS and after solving a few ambiguous errors with .configure my build is in progress now :) -- View this message in context: http://www.nabble.com/Build-fails%3A-ERROR%3A-can%27t-deliver-from-local-directory-to-SOLARVERSION-tp18514580p18532264.html Sent from the openoffice - dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] building and using cairo
Hi Rene, In message "Re: [dev] building and using cairo", Rene Engelhard wrote... >Hi, > >Takashi Ono wrote: >> In message "Re: [dev] building and using cairo", >> Rene Engelhard wrote... >> >> >Wrong. modules depending on cairo should use CAIRO:cairo. if BUILD_TYPE >> >doesn't contain CAIRO this is basically null and not done -> cairo >> >module never built at all. (and so also not even unzipped) >> >> However, prebuilt cairo is supplied for some platform and not for others. BUILD_TYPE >> can only control dmake to build the module or not and cannot switch between unziping >> prebuilt and real building. >> >> If BUILD_CAIRO is not specifield, dmake will try to unzip prebuilt cairo >> but it will >> fail on platforms prebuilt cairo is not supplied and real build from the >> tarball is >> needed. > >That all can be done via configure which then sets BUILD_TYPE >appropriately for each case. > >Regards, > >Rene I cannot fully understand what you mean. I have searched documentations and understand that BUILD_TYPE can control dependences. Can it pass some parameters to dmake through build.pl as well? ( I would appreciate it if you give me a pointer to the documentation. ) Or do you mean to unzip prebuilt cairo whenever available and otherwise do real build from the source tarball depending on the platform or switching between unzipping and real building by the dependencies (by splitting them into modules) ? Existing experimental cairo port seems to be requiring BUILD_CAIRO envionment variable to perform real build from the source tarbal. Takashi Ono(HK Freak) mailto:[EMAIL PROTECTED] or [EMAIL PROTECTED] (Personal Address, checked every morning/evening and holidays) mailto:[EMAIL PROTECTED] (Address for business, checked every working days) http://www.hkfreak.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]