Re: Pre-release commit messages

[Andrea Pescetti]

On 05/11/2020 Matthias Seidel wrote:

Am 05.11.20 um 22:55 schrieb Jim Jagielski:

This is a restriction/limitation of 'svn'... you cannot move one dir to another 
between repos:
 
https://unix.stackexchange.com/questions/308115/copy-folder-of-svn-repository-to-a-folder-in-another-repository

The last time I moved the dir I was able to do it with a single move. I
think that was with AOO 4.1.6.


I think it was the same for me with 4.1.2. Infra was even advertising at 
the time that one needed a single "svn mv" to release. If there is a way 
to go back to this convention, I believe this would be better for 
accountability: the release becomes an "atomic" operation and if 
something goes wrong it cannot be missed.


Regards,
  Andrea.

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

Re: Status on Migration of OpenOffice.org from the Apache CMS

[Dave Fisher]

API section is now available:

https://openoffice-org.staged.apache.org/api/ 


The second part folders are in:

https://github.com/apache/openoffice-org/tree/main/part2 


Regards,
Dave

> On Nov 5, 2020, at 12:14 PM, Dave Fisher  wrote:
> 
>>> The Jenkins setup redux is priority (1)
> 
> The builds are ready.
> 
> https://ci-builds.apache.org/job/OpenOffice/view/OpenOffice.org/ 
> 
> 
>>> The instructions are priority (2).
> 
> Instructions are in README.md files:
> 
> (1) Site instructions
> https://github.com/apache/openoffice-org 
> 
> 
> (2) Templates information
> https://github.com/apache/openoffice-org/tree/main/templates 
> 
> 
> (3) Migration scripts
> https://github.com/apache/openoffice-org/tree/main/tools 
> 
> 
> (4) Staging site branch
> https://github.com/apache/openoffice-org/tree/asf-staging 
> 
> 
> (5) Production site branch (not active)
> https://github.com/apache/openoffice-org/tree/asf-site 
> 
> 
>>> Please wait for those.
> 
> 
> Staging site
> https://openoffice-org.staged.apache.org 
> 
> 
> Known issues.
> (A) Right floating images on Why and Product pages.
> (B) Application Icons on Product pages.
> (C) Missing API section.
> 
> Please check it out!
> 
> Regards,
> Dave

Re: [DISCUSS] Groovy UNO Extensions

[Carl Marcum]

Hi John,

I forgot there is also the example project[1] from the talk so you don't 
have to generate one just to look at it.


And to use the Groovy UNO Extension you need to add it as a Gradle 
dependency.  It's not in the template yet.
Only works with Groovy though. For java you would need to extend the UNO 
classes in your own library.


[1] https://github.com/cbmarcum/file-utils-addin

Best regards,
Carl

On 11/6/20 10:16 AM, Carl Marcum wrote:

Hi John,

(Sorry top posting)

Since this thread, I've done a fair amount of work around this and 
some related related personal projects.
I included them in my ApacheCon@Home OpenOffice UNO Programming with 
Groovy talk you can find on YouTube [1].


The Groovy UNO Extension [2] and Documentation [3].

The project you might want to look at is my openoffice-lazybones[4] 
template project that will generate gradle based exetension projects 
for Groovy or Java Add-Ins, or a Groovy based client. I haven't done 
an Add-On yet but I plan on it soon. Documentation is here[5].


The add-in's show how I reused ant tasks from the Netbeans based 
extensions in a Gradle build.  I moved ant to a sub-directory and 
called them from Gradle instead of re-writing them in Gradle. These 
projects have the Groovy UNO Extension as a dependency.


If you have questions about my projects feel free to contact me off-list.

[1] https://youtu.be/CzxLKG9CUvo
[2] https://github.com/cbmarcum/guno-extension
[3] https://cbmarcum.github.io/guno-extension/
[4] https://github.com/cbmarcum/openoffice-lazybones
[5] https://cbmarcum.github.io/openoffice-lazybones/

Best regards,
Carl


On 11/6/20 9:13 AM, John D'Orazio wrote:

A Gradle implementation sounds good to me! I'm currently packaging some
libraries into the repo of my java plugin, but other developers 
interested

in participating in my project asked if I could implement Gradle to
simplify handling the dependencies.
And those helper methods look good! That would simplify things quite 
a bit.


Might I take the opportunity to ask, I'm currently in the process of
packaging JCEF (Java Chrome Embedded Framework) into my plugin. This
requires adding the path to the native libraries to the system path. 
I've
been successful in the build on Windows using JDK 1.8 since I'm able 
to use
reflection and reset the "java.library.path" at runtime. I haven't 
been as

successful with a Linux build, where I believe I need to set the
LD_LIBRARY_PATH environment variable to accommodate the path to the JCEF
native libraries. While in the testing phase just trying to get it 
working

on Linux, I've tried manually setting the  LD_LIBRARY_PATH environment
variable on the command line before launching the "Debug install" from
Netbeans, however I'm seeing at runtime that the LD_LIBRARY_PATH 
variable

is being overwritten, I'm guessing by the Ant script? I see three
references to LD_LIBRARY_PATH in build-uno-impl.xml but I don't think 
I can

change anything there? I believe that file is automatically generated by
the Netbeans plugin, in fact it says at the very top of the file:



I confess I have hardly any experience with Ant, until now I've 
depended on

the AOO Netbeans plugin taking care of that and it's been enough for my
purposes. Now I'm finding that I need to link to other native 
libraries and
so I probably need to edit the Ant scripts to set environment 
variables and

"java.library.path". Any pointers on how I should go about doing so?

On Fri, Dec 18, 2015 at 12:49 PM Carl Marcum  wrote:



On 12/17/2015 11:53 PM, Pedro Giffuni wrote:

Hi Carl;

You are definitely having quite awesome ideas lately :).
Actually, I tried to get the Groovy extension relicensed but I got
no reply from the developer of the old project.

It sounds great to start a new effort from scratch.

I am taking a forced break due to hardware issues but you
have my moral support! ;).

Pedro.


Thanks Pedro !

-
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: [DISCUSS] Groovy UNO Extensions

[Carl Marcum]

Hi John,

(Sorry top posting)

Since this thread, I've done a fair amount of work around this and some 
related related personal projects.
I included them in my ApacheCon@Home OpenOffice UNO Programming with 
Groovy talk you can find on YouTube [1].


The Groovy UNO Extension [2] and Documentation [3].

The project you might want to look at is my openoffice-lazybones[4] 
template project that will generate gradle based exetension projects for 
Groovy or Java Add-Ins, or a Groovy based client. I haven't done an 
Add-On yet but I plan on it soon. Documentation is here[5].


The add-in's show how I reused ant tasks from the Netbeans based 
extensions in a Gradle build.  I moved ant to a sub-directory and called 
them from Gradle instead of re-writing them in Gradle. These projects 
have the Groovy UNO Extension as a dependency.


If you have questions about my projects feel free to contact me off-list.

[1] https://youtu.be/CzxLKG9CUvo
[2] https://github.com/cbmarcum/guno-extension
[3] https://cbmarcum.github.io/guno-extension/
[4] https://github.com/cbmarcum/openoffice-lazybones
[5] https://cbmarcum.github.io/openoffice-lazybones/

Best regards,
Carl


On 11/6/20 9:13 AM, John D'Orazio wrote:

A Gradle implementation sounds good to me! I'm currently packaging some
libraries into the repo of my java plugin, but other developers interested
in participating in my project asked if I could implement Gradle to
simplify handling the dependencies.
And those helper methods look good! That would simplify things quite a bit.

Might I take the opportunity to ask, I'm currently in the process of
packaging JCEF (Java Chrome Embedded Framework) into my plugin. This
requires adding the path to the native libraries to the system path. I've
been successful in the build on Windows using JDK 1.8 since I'm able to use
reflection and reset the "java.library.path" at runtime. I haven't been as
successful with a Linux build, where I believe I need to set the
LD_LIBRARY_PATH environment variable to accommodate the path to the JCEF
native libraries. While in the testing phase just trying to get it working
on Linux, I've tried manually setting the  LD_LIBRARY_PATH environment
variable on the command line before launching the "Debug install" from
Netbeans, however I'm seeing at runtime that the LD_LIBRARY_PATH variable
is being overwritten, I'm guessing by the Ant script? I see three
references to LD_LIBRARY_PATH in build-uno-impl.xml but I don't think I can
change anything there? I believe that file is automatically generated by
the Netbeans plugin, in fact it says at the very top of the file:



I confess I have hardly any experience with Ant, until now I've depended on
the AOO Netbeans plugin taking care of that and it's been enough for my
purposes. Now I'm finding that I need to link to other native libraries and
so I probably need to edit the Ant scripts to set environment variables and
"java.library.path". Any pointers on how I should go about doing so?

On Fri, Dec 18, 2015 at 12:49 PM Carl Marcum  wrote:



On 12/17/2015 11:53 PM, Pedro Giffuni wrote:

Hi Carl;

You are definitely having quite awesome ideas lately :).
Actually, I tried to get the Groovy extension relicensed but I got
no reply from the developer of the old project.

It sounds great to start a new effort from scratch.

I am taking a forced break due to hardware issues but you
have my moral support! ;).

Pedro.


Thanks Pedro !

-
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: Releasing the Apache OpenOffice API plugin for NetBeans

[John D'Orazio]

oh sorry I just realized this discussion was from 4 years ago! it seemed
more recent at first. I see there is a wiki page for Groovy
https://wiki.openoffice.org/wiki/Groovy_UNO_Extension , and I saw now a
reference to Carl's github repo https://github.com/cbmarcum/guno-extension .
-- John

On Fri, Nov 6, 2020 at 3:48 PM John D'Orazio <
john.dora...@cappellaniauniroma3.org> wrote:

> I've touched up the wiki page in the past week or so, as I've been using
> the Netbeans plugin on more recent versions of Netbeans.
>
> I believe Patricia was asking about the wiki for the Groovy / Gradle
> tests? Is there any information on how to proceed in testing the Groovy /
> Gradle implementation?
>
> On Mon, Mar 28, 2016 at 12:58 PM Carl Marcum  wrote:
>
>> On 03/27/2016 10:59 PM, Patricia Shanahan wrote:
>> > On 3/27/2016 3:53 PM, Carl Marcum wrote:
>> >> On 03/27/2016 05:01 PM, Patricia Shanahan wrote:
>> >>> On 3/27/2016 12:26 PM, Andrea Pescetti wrote:
>> >>> ...
>>  When we have three PMC members willing to commit to voting (at due
>>  time)
>>  on the NetBeans plugin, this discussion will make sense. Otherwise we
>>  are wasting our time.
>> >>>
>> >>> I generally have at least one Windows box with Netbeans installed, so
>> >>> I should be able to participate.
>> >>
>> >> That great,  You will need v. 8.1
>> >
>> > Got v. 8.1 installed.
>> >
>> > I would like to attempt a build and test from what you now have. Is
>> > there a Wiki how-to page? If not, should we be constructing one?
>> >
>> > Patricia
>> >
>> Hi Patricia,
>>
>> Thanks for working on this.
>>
>> The wiki page is here [1]  the source is here [2].
>>
>> Open in NetBeans, it's a NetBeans project.
>> RMB on project and "Create NBM"
>>
>> You can then install the NBM file into NetBeans and test.
>>
>> The version may not have been bumped yet.  Sorry I don't have time to
>> check.
>>
>> The wiki page could use some love. I haven't had a chance to document
>> the build.
>>
>>
>> [1] https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration
>> [2]
>>
>> https://svn.apache.org/repos/asf/openoffice/devtools/netbeansintegration/trunk/
>>
>> Thanks,
>> Carl
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>
> --
> John
>
>

Re: Releasing the Apache OpenOffice API plugin for NetBeans

[John D'Orazio]

I've touched up the wiki page in the past week or so, as I've been using
the Netbeans plugin on more recent versions of Netbeans.

I believe Patricia was asking about the wiki for the Groovy / Gradle tests?
Is there any information on how to proceed in testing the Groovy / Gradle
implementation?

On Mon, Mar 28, 2016 at 12:58 PM Carl Marcum  wrote:

> On 03/27/2016 10:59 PM, Patricia Shanahan wrote:
> > On 3/27/2016 3:53 PM, Carl Marcum wrote:
> >> On 03/27/2016 05:01 PM, Patricia Shanahan wrote:
> >>> On 3/27/2016 12:26 PM, Andrea Pescetti wrote:
> >>> ...
>  When we have three PMC members willing to commit to voting (at due
>  time)
>  on the NetBeans plugin, this discussion will make sense. Otherwise we
>  are wasting our time.
> >>>
> >>> I generally have at least one Windows box with Netbeans installed, so
> >>> I should be able to participate.
> >>
> >> That great,  You will need v. 8.1
> >
> > Got v. 8.1 installed.
> >
> > I would like to attempt a build and test from what you now have. Is
> > there a Wiki how-to page? If not, should we be constructing one?
> >
> > Patricia
> >
> Hi Patricia,
>
> Thanks for working on this.
>
> The wiki page is here [1]  the source is here [2].
>
> Open in NetBeans, it's a NetBeans project.
> RMB on project and "Create NBM"
>
> You can then install the NBM file into NetBeans and test.
>
> The version may not have been bumped yet.  Sorry I don't have time to
> check.
>
> The wiki page could use some love. I haven't had a chance to document
> the build.
>
>
> [1] https://wiki.openoffice.org/wiki/OpenOffice_NetBeans_Integration
> [2]
>
> https://svn.apache.org/repos/asf/openoffice/devtools/netbeansintegration/trunk/
>
> Thanks,
> Carl
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

-- 
John

Re: [DISCUSS] Groovy UNO Extensions

[John D'Orazio]

A Gradle implementation sounds good to me! I'm currently packaging some
libraries into the repo of my java plugin, but other developers interested
in participating in my project asked if I could implement Gradle to
simplify handling the dependencies.
And those helper methods look good! That would simplify things quite a bit.

Might I take the opportunity to ask, I'm currently in the process of
packaging JCEF (Java Chrome Embedded Framework) into my plugin. This
requires adding the path to the native libraries to the system path. I've
been successful in the build on Windows using JDK 1.8 since I'm able to use
reflection and reset the "java.library.path" at runtime. I haven't been as
successful with a Linux build, where I believe I need to set the
LD_LIBRARY_PATH environment variable to accommodate the path to the JCEF
native libraries. While in the testing phase just trying to get it working
on Linux, I've tried manually setting the  LD_LIBRARY_PATH environment
variable on the command line before launching the "Debug install" from
Netbeans, however I'm seeing at runtime that the LD_LIBRARY_PATH variable
is being overwritten, I'm guessing by the Ant script? I see three
references to LD_LIBRARY_PATH in build-uno-impl.xml but I don't think I can
change anything there? I believe that file is automatically generated by
the Netbeans plugin, in fact it says at the very top of the file:



I confess I have hardly any experience with Ant, until now I've depended on
the AOO Netbeans plugin taking care of that and it's been enough for my
purposes. Now I'm finding that I need to link to other native libraries and
so I probably need to edit the Ant scripts to set environment variables and
"java.library.path". Any pointers on how I should go about doing so?

On Fri, Dec 18, 2015 at 12:49 PM Carl Marcum  wrote:

>
>
> On 12/17/2015 11:53 PM, Pedro Giffuni wrote:
> > Hi Carl;
> >
> > You are definitely having quite awesome ideas lately :).
> > Actually, I tried to get the Groovy extension relicensed but I got
> > no reply from the developer of the old project.
> >
> > It sounds great to start a new effort from scratch.
> >
> > I am taking a forced break due to hardware issues but you
> > have my moral support! ;).
> >
> > Pedro.
> >
> Thanks Pedro !
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

-- 
don John R. D'Orazio
Cappellano Ingegneria e Scienze Roma Tre


Servizio di Cappellania - Università degli Studi Roma Tre
Piazzale San Paolo 1/d - 00120 Città del Vaticano
tel. +39 06-69880809 - cell. +39 333/2545447
E-Mail: *cappellania.uniro...@gmail.com*  |
*cappella...@uniroma3.it* 

Sito Web: https://www.cappellaniauniroma3.org
Twitter: https://twitter.com/CappellaniaR3
Flickr: http://www.flickr.com/people/cappellaniauniroma3/
Pagina Facebook: https://www.facebook.com/cappellania.uniroma3
Gruppo Facebook: https://www.facebook.com/groups/cappellania.uniroma3
Pagina Google+: https://plus.google.com/+CappellaniaUniRoma3org
Community Google+: http://gplus.to/CappellaniaUniRoma3
LinkedIn:
http://www.linkedin.com/company/cappellania-universit-degli-studi-roma-tre

Per iscriversi al Calendario Pubblico della Cappellania (con account
gmail): [image: Iscriviti con Google Calendar]