Please ignore message sent to this list at 0910 PDT today...

[Kay Schenk]

My political message was NOT INTENDED for AOODEV.

Hopefully it will be stricken from ASF archives soon.

--
---
"Do what you can, with what you've got,
 where you are."
  -- Theodore Roosevelt
MzK

Things you don't want to know about Ukraine??

[Kay Schenk]

I go started down a rabbit hole this am when my husband told me Putin was
contemplating bombing the US Embassey in Ukraine. A vacant building at this
point but internet searches kept popping up about the embassy pulling
docs/information about some bio labs housed in Ukraine that were/are
jointly run by Ukraine/US and wholly funded by the US!
Dare I say if this is true, the US has a MUCH LARGER stake in the future of
Ukraine.
You can do your own search or enlist your son to help.
I am more freaked out than ever. And if Biden knows all this -- which I'm
sure he does -- he needs to get his ass in gear!

We live in WAY WAY WAY BEYOND BULLSHIT times!


https://www.newsweek.com/us-biological-weapons-ukraine-labs-germ-warfare-1685956

Re: Who moderates users...@openoffice.apache.org?

[Kay Schenk]

On 11/9/21 20:25, Dave Fisher wrote:


Sent from my iPhone


On Nov 9, 2021, at 3:48 PM, Marcus  wrote:

Am 07.11.21 um 21:18 schrieb Dave:

On 07/11/2021 19:42, Dave Fisher wrote:

Sorry to put it this way Dave, but this is the same answer that I have
had received from you and other PMC members previously.

If your statement is true, then we and the ASF have a very serious and
extreme privacy challenge here:
https://people.apache.org/committers-by-project.html#openoffice

In my view anyone who "steps up to he plate" for ANY role in an OPEN
source project should not have any concerns about being identified a
contributor and their role that project. I am not ashamed of being
identified as a (very small, relatively unimportant) contributor to the
AOO project and I suggest that ANYONE who is wishes to adopt this
underhanded, secretive approach, should step away from the project.

I agree about every role except moderation. I moderate 27 different Apache 
Mailing Lists only one of which is an AOO list.

If the community wishes to disclose all of the moderators that would be an 
acceptable outcome.

I read your words, which are the same as you and other PMC members have
previously stated, but I still do not read any explanation as to the
rational of why moderators should hold any more of an exclusive or
covert role within the ASF.
Let's just put this down to my natural stupidity and end this thread,
because there is nothing to be gained by perusing the subject.

normally I would agree. However, I'm curious to know what you mean with "... why 
moderators should hold any more of an exclusive or covert role within the ASF ..." 
and why you think there is something secret?

A moderator is just a committer as you and me. Some are also a PMC member or 
maybe also supporter/committer/member of other ASF projects. But thats it.

I volunteer to create a Wiki page to show who is moderating which mailing 
list(s) - if the community think it has a value.


my thoughts

Once upon a time, mailing list moderators were listed on the project 
page -- openoffice.apache.org -- along with the mailing lists. I see 
that this is no longer the case.  It might be a good idea to list the 
moderators...but as Dave sez, make it clear they are not to be directly 
contacted and (maybe?) to contact the PMC about issues with mailing list 
behavior instead(???)



That’s ok as long as it is made clear NOT to ever contact moderators directly 
about the mailing list.

I hope you see the conundrum being presented.

Regards,
Dave

Marcus


-
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


--
---
"Do what you can, with what you've got,
  where you are."
  -- Theodore Roosevelt
Kay Schenk


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

Re: [Discussion] ODF 1.3 filter implementation strategy

[Kay Schenk]

Hello all --

If you'd like an opinion from someone who hasn't contributed to the 
project in about 3 years...


I think using the filter API is the way to go. I remember getting very 
curious about the filter API quite some time ago for something I wanted 
to work on -- maybe generic XML docs, and realized this API seemed very 
useful but I wasn't sure how it had been used. So, one opinion for you 
in any case.


On 10/10/21 4:35 AM, Peter Kovacs wrote:

Hi all,

ODF 1.3 becomes more relevant soon. MS Office 2021 will support only 
ODF 1.3


So I try to look into this, however our implementation on ODF 
currently uses not the filter API but office Document model directly.


Should we stay with this architecture or should we use this 
opportunity to migrate on a API driven filter?


What is your opinion on this?


--
---
"Do what you can, with what you've got,
  where you are."
  -- Theodore Roosevelt
MzK

Re: Fwd: Critical issue on forum.openoffice.org and Google Search

[Kay Schenk]

Oops! My misunderstanding. Sorry for the noise.

Regards,
Kay


On Tue, May 12, 2020, 01:39 Matthias Seidel 
wrote:

> Hi Kay,
>
> Am 12.05.20 um 01:21 schrieb Kay Schenk:
> >
> > On 5/11/20 12:33 PM, Matthias Seidel wrote:
> >> Hi Kay,
> >>
> >> Am 11.05.20 um 21:23 schrieb Kay Schenk:
> >>> Hi Peter...
> >>>
> >>> Since I am a Google Search admin for www.openoffice.org, and
> >>> openoffice.apache.org, I got this also. Disclaimer: I have not done
> >>> ANY work with the Google Search apis on these sites in quite some time.
> >>>
> >>> I actually was NOT aware forum.openoffice.org was set up to use Google
> >>> Search until I saw this.
> >> I think, I added it to the list when we had a discussion about outdated
> >> information regarding SourceForge found by Google Search.
> >>
> >> But I don't have access to forum.openoffice.org, so I could never
> >> complete the step.
> >>
> >> Regards,
> >>
> >> Matthias
> >
> > OK. In the top level of the website source, there is a file called
> > "skeleton.html" which references the following bit of code --
> >
> > 
> >
> > I didn't dig far enough to find how "skeleton.html" is used ( I
> > forgot) but this this is example for the google-analytics code snippet
> > that is used. Basically, this needs to be included in the site you
> > want analytics to be used on by putting it in the (header) files that
> > generate the site. And, you might  take a look at recent instructions
> > from Google. Things change.
> >
> > https://support.google.com/analytics/answer/1008080
>
> Yes, but this is for Google Analytics. I wouldn't want to "analyze" the
> forum...
> The procedure for the Google Search Console is the same, it needs access
> to the root directory.
>
> Maybe Andrea can help if he is available again?
>
> Regards,
>
>Matthias
>
> >
> > Regards,
> >
> > Kay
> >
> >>> One of the Google Search admins for forum.openoffice.org could check
> >>> the current Google search apis that are in use on that site. Changes
> >>> are occasionally made to the calls, and maybe that is the issue, or a
> >>> robots.txt for that site is causing this. I don't think it requires a
> >>> response, but maybe some investigation.
> >>>
> >>> Just some ideas...
> >>>
> >>> Regards,
> >>>
> >>> Kay
> >>>
> >>>
> >>> On 5/11/20 6:02 AM, Peter Kovacs wrote:
> >>>> Hi all,
> >>>>
> >>>> I have received following mail. Probably because I am listed in the
> >>>> google-Analytics page.
> >>>>
> >>>> Does this has some action items? What can we answer Mr John Mueller?
> >>>>
> >>>>
> >>>> All the Best
> >>>>
> >>>> Peter
> >>>>
> >>>>
> >>>>
> >>>>  Weitergeleitete Nachricht 
> >>>> Betreff: Critical issue on forum.openoffice.org and Google Search
> >>>> Datum: Mon, 11 May 2020 13:37:27 +0200
> >>>> Von: John Mueller 
> >>>> An: morsei...@gmail.com, kay.sch...@gmail.com, legi...@gmail.com
> >>>>
> >>>>
> >>>>
> >>>> Dear webmaster of forum.openoffice.org <http://forum.openoffice.org>
> >>>>
> >>>> I'm an analyst at Google in Switzerland. We wanted to bring your
> >>>> attention to a critical issue with your website, and how it's
> >>>> available for Google's web search.
> >>>>
> >>>> In particular, Googlebot has been unable to crawl URLs from
> >>>> https://forum.openoffice.org/ . This will cause those pages to drop
> >>>> out of Google's search results, and will prevent new pages from being
> >>>> picked up for Search. If you're not aware of this issue, you may be
> >>>> accidentally blocking these pages from Google Search due to a server
> >>>> issue. If you need to block Googlebot from crawling pages on your
> >>>> website, we'd recommend using the robots.txt file instead.
> >>>>
> >>>> Should you need to recognize IP addresses of Googlebot requests, you
> >>>> can use a reverse IP lookup to do so:
> >>>> https://support.google.com/webmasters/answer/80553
> >>>>
> >>>> Should you have any questions, feel free to contact me directly. For
> >>>> verification purposes, we are sending a copy of this message to your
> >>>> site's Search Console account.
> >>>>
> >>>> Thank you,
> >>>> John Mueller (joh...@google.com <mailto:joh...@google.com>)
> >>>> Webmaster Trends Analyst
> >>>>
> >>>>
> >>>>
> >>>>
> >>> -
> >>> 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: Critical issue on forum.openoffice.org and Google Search

[Kay Schenk]

On 5/11/20 12:33 PM, Matthias Seidel wrote:

Hi Kay,

Am 11.05.20 um 21:23 schrieb Kay Schenk:

Hi Peter...

Since I am a Google Search admin for www.openoffice.org, and
openoffice.apache.org, I got this also. Disclaimer: I have not done
ANY work with the Google Search apis on these sites in quite some time.

I actually was NOT aware forum.openoffice.org was set up to use Google
Search until I saw this.

I think, I added it to the list when we had a discussion about outdated
information regarding SourceForge found by Google Search.

But I don't have access to forum.openoffice.org, so I could never
complete the step.

Regards,

    Matthias


OK. In the top level of the website source, there is a file called 
"skeleton.html" which references the following bit of code --




I didn't dig far enough to find how "skeleton.html" is used ( I forgot) 
but this this is example for the google-analytics code snippet that is 
used. Basically, this needs to be included in the site you want 
analytics to be used on by putting it in the (header) files that 
generate the site. And, you might  take a look at recent instructions 
from Google. Things change.


https://support.google.com/analytics/answer/1008080

Regards,

Kay


One of the Google Search admins for forum.openoffice.org could check
the current Google search apis that are in use on that site. Changes
are occasionally made to the calls, and maybe that is the issue, or a
robots.txt for that site is causing this. I don't think it requires a
response, but maybe some investigation.

Just some ideas...

Regards,

Kay


On 5/11/20 6:02 AM, Peter Kovacs wrote:

Hi all,

I have received following mail. Probably because I am listed in the
google-Analytics page.

Does this has some action items? What can we answer Mr John Mueller?


All the Best

Peter



 Weitergeleitete Nachricht 
Betreff: Critical issue on forum.openoffice.org and Google Search
Datum: Mon, 11 May 2020 13:37:27 +0200
Von: John Mueller 
An: morsei...@gmail.com, kay.sch...@gmail.com, legi...@gmail.com



Dear webmaster of forum.openoffice.org <http://forum.openoffice.org>

I'm an analyst at Google in Switzerland. We wanted to bring your
attention to a critical issue with your website, and how it's
available for Google's web search.

In particular, Googlebot has been unable to crawl URLs from
https://forum.openoffice.org/ . This will cause those pages to drop
out of Google's search results, and will prevent new pages from being
picked up for Search. If you're not aware of this issue, you may be
accidentally blocking these pages from Google Search due to a server
issue. If you need to block Googlebot from crawling pages on your
website, we'd recommend using the robots.txt file instead.

Should you need to recognize IP addresses of Googlebot requests, you
can use a reverse IP lookup to do so:
https://support.google.com/webmasters/answer/80553

Should you have any questions, feel free to contact me directly. For
verification purposes, we are sending a copy of this message to your
site's Search Console account.

Thank you,
John Mueller (joh...@google.com <mailto:joh...@google.com>)
Webmaster Trends Analyst





-
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: Critical issue on forum.openoffice.org and Google Search

[Kay Schenk]

Hi Peter...

Since I am a Google Search admin for www.openoffice.org, and 
openoffice.apache.org, I got this also. Disclaimer: I have not done ANY 
work with the Google Search apis on these sites in quite some time.


I actually was NOT aware forum.openoffice.org was set up to use Google 
Search until I saw this.


One of the Google Search admins for forum.openoffice.org could check the 
current Google search apis that are in use on that site. Changes are 
occasionally made to the calls, and maybe that is the issue, or a 
robots.txt for that site is causing this. I don't think it requires a 
response, but maybe some investigation.


Just some ideas...

Regards,

Kay


On 5/11/20 6:02 AM, Peter Kovacs wrote:

Hi all,

I have received following mail. Probably because I am listed in the 
google-Analytics page.


Does this has some action items? What can we answer Mr John Mueller?


All the Best

Peter



 Weitergeleitete Nachricht 
Betreff: Critical issue on forum.openoffice.org and Google Search
Datum: Mon, 11 May 2020 13:37:27 +0200
Von: John Mueller 
An: morsei...@gmail.com, kay.sch...@gmail.com, legi...@gmail.com



Dear webmaster of forum.openoffice.org 

I'm an analyst at Google in Switzerland. We wanted to bring your 
attention to a critical issue with your website, and how it's 
available for Google's web search.


In particular, Googlebot has been unable to crawl URLs from 
https://forum.openoffice.org/ . This will cause those pages to drop 
out of Google's search results, and will prevent new pages from being 
picked up for Search. If you're not aware of this issue, you may be 
accidentally blocking these pages from Google Search due to a server 
issue. If you need to block Googlebot from crawling pages on your 
website, we'd recommend using the robots.txt file instead.


Should you need to recognize IP addresses of Googlebot requests, you 
can use a reverse IP lookup to do so: 
https://support.google.com/webmasters/answer/80553


Should you have any questions, feel free to contact me directly. For 
verification purposes, we are sending a copy of this message to your 
site's Search Console account.


Thank you,
John Mueller (joh...@google.com )
Webmaster Trends Analyst






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

Re: macOS and AOO42X

[Kay Schenk]

Just installed the linux 64 bit, en-US on my machine.

All good so far with just few documents. Onto to Calc later.

Regards,

Kay


On 5/4/20 5:53 AM, Jim Jagielski wrote:



On May 3, 2020, at 1:58 PM, Matthias Seidel  wrote:

Hi Jim,

Am 29.04.20 um 20:43 schrieb Jim Jagielski:

OK, so I have available a handful of Lang builds for Linux 64bit and macOS 
available at

   o http://home.apache.org/~jim/AOO-builds/

These are of HEAD of AOO42X and were built as developer releases... these are not the 
"official" Dev2m2 releases however, although they are in a directory that 
implies otherwise.

Once people give these a quick A-OK, I can go ahead and do the *real* and 
*official* Dev2/4.2.0-m2 builds

All needed languages (including the 5 new ones) are now updated in trunk
and cherry-picked for AOO42X.

How do we proceed? Create a tag for Dev2?
I have seen no objections so far, assuming that everyone is OK with it...


Yep, I think a tag makes the most sense... I'll wait a bit for people to chime 
in.


-
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: about build environment development

[Kay Schenk]

On 4/23/20 10:44 AM, Peter Kovacs wrote:

Hi Jim,


dmake is not simple. I do know nothing Jim Jagielski...

Today the build system enjoys me with


checking whether the found dmake is the right dmake... configure: 
WARNING: no


or

configure: error: no URL for dmake source code specified, either. Use 
--with-dmake-url to supply an URL; run configure with the --help 
option for a list of possible URLs.
./configure.sh: Zeile 22: 
--with-dmake-url=https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2: 
Datei oder Verzeichnis nicht gefunden


but:

wget 
https://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
dmake-4.12.tar.bz2 
100%[==>] 
490,31K  92,2KB/s    in 5,3s



I am frustrated and will continue, when I had a break. Maybe then I 
figure out what stupidity I do not see.



All the Best

Peter



Maybe some useful information on dmake?

https://docs.oracle.com/cd/E19422-01/819-3697/dmake.html

Regards,

Kay



Am 23.04.20 um 15:48 schrieb Jim Jagielski:
IMO, dmake is simply a build-and-compile dependency. Considering that 
we pull in lots of other external dependencies, keeping or dropping 
dmake will likely not make any real difference in the people we can 
attract to help develop, test and build AOO. At the very least, we 
know what dmake is good at, and what it is NOT good at; so I support 
porting as much as possible to gmake, and just using dmake as the 
last step.


And, FWIW, I am keeping dmake up-to-date and even FreeBSD are using 
my repo now: https://github.com/jimjag/dmake



On Apr 17, 2020, at 8:53 AM, Peter Kovacs  wrote:

The goal is to move away from dmake. I do struggle with your point 
of view, saying moving away from dmake is unimportant, and should be 
stopped.


I disagree with this position.


Am 16.04.20 um 23:04 schrieb Patricia Shanahan:


On 4/15/2020 10:08 AM, Damjan Jovanovic wrote:
On Wed, Apr 15, 2020 at 3:15 PM Jim Jagielski  
wrote:




On Apr 15, 2020, at 3:01 AM, Damjan Jovanovic 
 wrote:



We are also thin on new contributors, and I recall you saying 
they're

largely scared off by the current build system.


Two points:

    1. I doubt that by the time we finish porting to a whole new 
build
system, we will even have anyone *wanting* to contribute. With 
each delay
and push-out on releases, and more time spent working on the 
build system
instead of AOO itself, we become less and less relevant. Is that 
really a
priority we should be focusing on? Are the number of people 
knowledgeable
around scons really greater than what we have now? But I could be 
wrong,

which leads me to #2...



What would you recommend we focus on instead then?
I would recommend going for robustness, rather than new features. I 
know of some areas for potential improvement:


Array bounds checking, especially during input processing.

Memory allocation checking.

Debug profile corruption.

Ideally, new contributors wouldn't need to be knowledgeable about 
scons.

The build should be easier to perform, hopefully just "./configure"
followed by "scons" (and scons even implements features that can 
subsume
./configure too). Already, scons doesn't need the "source 
winenv.set.sh"

and "cd instsetoo_native" steps to build its modules.


    2. "The conversion from gbuild to scons would largely be 
automated, fast

and correct." If that is the case, let's test that theory right now.

This has been possible for some time. In the scons-build branch, 
you can do

the following:

$ cd gotoSCons
$ mvn package
$ java -cp target/gotoSCons-0.1-SNAPSHOT.jar
org.apache.openoffice.gotoSCons.GBuildConverter parsingAnalysis 
../main

(per-module output)
Could parse: [MathMLDTD, UnoControls, animations, cosv, cppcanvas,
drawinglayer, eventattacher, fileaccess, i18nutil, idl, io, rdbmaker,
registry, remotebridges, sane, store, svgio, twain, ucbhelper, 
unixODBC,

xmlreader, xmlscript]
22 out of 105 gbuild modules are parseable

That means 22 modules can already be converted, completely and 
correctly.
As we add more features to the converter (AllLangResTarget, 
UnoApi, Junit,

GoogleTest, etc.), that 22 will increase.

The per-module gbuild files are easy to parse. Parsing the syntax 
takes
only 3 methods and < 100 lines of Java. The non-deterministic ones 
with
"ifeq ($(GUIBASE),aqua)" require some manual work, but even there, 
a lot
can be automated. There is some more work involved in semantic 
conversion:
understanding and converting specific gbuild commands, converting 
paths to
scons format, etc. but even so, we're on just 1913 lines of code 
in total

for the converter.

The hard part is to convert gbuild functions in main/solenv/gbuild 
into
scons, for example, the worst case scenario is AllLangResTarget, 
for which
this monstrous dependency tree needs to be implemented, with 4 
layers of

intermediate ta

Re: about build environment development

[Kay Schenk]

On 4/14/20 9:46 PM, Peter Kovacs wrote:
If one wants to tap in our build system he needs to understand Perl, 
shell, make, ant, XML, configure, ...


This is just way to complicated, especially if you want to bring in an 
IDE to ease code development.



Damjan is not very happy with the features gmake offers. I am not sure 
where exactly the Issue is.


He is opting for SCONs, with the option to extend the build system 
with python. And IMHO on Damjan


Side he is quite serious about it.


Everyone else has not expressed any opinion on this development, so I 
am not sure everyone is aware. The last discussion on this topic,


consent has been strongly to make gmake work.

Another objection is that we got some heavy negative experience report 
from the serf community about SCONS.


Which are switching from, SCONS to cmake.


HA! I guess I missed this. I was wondering if cmake might be acceptable 
option, and I guess it is! :)


On Carl's original question. There WERE dependency specs in dmake. Since 
I'm not a gbuild guru, I couldn't figure how this was handled in gbuild.






So in the end we do not have Consent where we want to go. And 
currently it is heavily influenced by Damjan. And this is imho very thin.


I am still like the Idea most to go in the direction of ant / maven, 
despite its flaws. But I am not negative on SCONS either. My main 
point is we need something that


offers a better architecture and is easier to handled and maintained.


Also what we could try is making use of something like portage. 
Portage is pretty easy to use repostory manager used by gentoo, whioch 
also had a community prior to homebrew on mac. It is not very 
difficult to setup.  But it is build to make different build system 
work together. So we could have a build repository, that builds our 
dependencies. We reconstruct our monolith in smaller build libraries, 
like UNOcore, OOFrame, UNOGUI, OOapp, OOpython, StarBasic, OOwizards, 
extentionXYZ (Just saying something), and pick the best build system 
(cmake, gmake, ant, maven, SCONS) for each library. Also we could 
think on incubating Starbasic or UNO, as own Project if they become 
more interesting. Since Portage is made for source build, but can also 
handle binaries, maybe we could add some features that will make it 
easy to export towards specific distributions, making it easy for 
distributors to export to their system. BTW, portage is build on 
python, so it should work on all systems we target. Sorry if this Idea 
is to crazy for you. It is only an idea.



Maybe it is a good time now to bring this topic up in everyones mind.


All the Best

Peter


Am 15.04.20 um 01:14 schrieb Carl Marcum:



On 4/14/20 5:53 PM, Kay Schenk wrote:


On 4/14/20 1:46 PM, Carl Marcum wrote:



On 4/14/20 3:57 PM, Peter Kovacs wrote:
You could try to build only the module, by going into the folder 
and execute make directly.


Hi Peter,

Yes but that doesn't solve my problem with targets not running in 
order or how I can enforce it if possible.

I don't want to break the build if my change ever makes it to trunk.

Eventually if I can get Ant to build the Jar exactly as gbuild does 
I can use that one and my problem goes away.
But until then I was wanting to use the current one that gbuild 
builds.


Thanks,
Carl


Hi Carl --

From your first post in this thread...

When I build with "build --all" everything works as expected.
When I build with "build --all -P2 -- -P2" the file copy fails 
because the juh.jar file isn't completed.


I recall having issues with the second part -- -P2.

You might try omitting that, and just use "build --all -P2" or maybe 
"build --all -P4"


ref...

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Building_2 



The build will take a longer but you shouldn't run into the 
"non-completion" issue you're having.


Hope this helps,

Kay


Hi Kay,

Thanks for pointing out what the second parameter meant :)

It would still be good to know if it's possible to declare 
dependencies between targets in gbuild somehow like you can with Ant 
builds.


I'm guessing any final solution that gets into trunk has to build 
with multiple threads per module.


My best option is probably to do the jar build along with the other 
tasks in Ant so I can control when it happens.


Were already using Ant to build java jars in ridljar, jurt, 
officebean, and probably other modules.


I didn't mention it but I'm working on creating the necessary 
javadoc, source, and library jars for distribution through Apache 
Nexus [1].
But during the build process to avoid the need for a separate Vote 
next time around.


[1] https://wiki.openoffice.org/wiki/Uno/Java/MavenBundles

Thanks again,
Carl



-
To unsubscribe,

Re: declaring gbuild target dependencies

[Kay Schenk]

On 4/14/20 1:46 PM, Carl Marcum wrote:



On 4/14/20 3:57 PM, Peter Kovacs wrote:
You could try to build only the module, by going into the folder and 
execute make directly.


Hi Peter,

Yes but that doesn't solve my problem with targets not running in 
order or how I can enforce it if possible.

I don't want to break the build if my change ever makes it to trunk.

Eventually if I can get Ant to build the Jar exactly as gbuild does I 
can use that one and my problem goes away.

But until then I was wanting to use the current one that gbuild builds.

Thanks,
Carl


Hi Carl --

From your first post in this thread...

When I build with "build --all" everything works as expected.
When I build with "build --all -P2 -- -P2" the file copy fails because 
the juh.jar file isn't completed.


I recall having issues with the second part -- -P2.

You might try omitting that, and just use "build --all -P2" or maybe 
"build --all -P4"


ref...

https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Building_2

The build will take a longer but you shouldn't run into the 
"non-completion" issue you're having.


Hope this helps,

Kay



-
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: Patricia elected for ASF Board

[Kay Schenk]

On 4/6/20 12:19 PM, Dave Fisher wrote:

Hi -


On Apr 6, 2020, at 12:11 PM, Andrea Pescetti  wrote:

Congratulations Patricia!

Condolences might be more like it :-)

Patricia - I am willing to review Whimsy with you sometime.


And a big thank you to Dave, who served in the outgoing Board.

You are welcome! It’s a job where there are often no good options, just the 
best you can do.

Truthfully I am relieved. (And I’m thinking about OpenOffice.org website stuff 
again …)

Regards,
Dave


The ASF is VERY LARGE now. Serving on the Board is challenging I'm sure.

Congratulations, Patricia!

And a world of thanks to you, Dave!

Best to all,

Kay





Regards,
  Andrea.

Keith N. McKenna wrote:

On 4/5/2020 1:15 PM, Patricia Shanahan wrote:

Thanks. I had hoped to get more active in AOO, but will be giving
priority to board activities for my Apache time.


Congratulations Patricia. Though your greater activity in AOO will be
missed it is good to see this recognition of all your good work on
behalf of the Foundation both here and in the other projects you have
given time to.
Regards
Keith

On 4/5/2020 8:27 AM, Marcus wrote:

I want to take the chance to congratulate Patricia for electing.

Great to see that one of our circle is engaged in the ASF Board of
directors.

I wish you all the best and much success. :-)

Marcus

-
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



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

Re: [NEW CHAIR] Carl Marcum is the new chair for Apache OpenOffice

[Kay Schenk]

Congratulations Carl, and thank you for volunteering to be the new chair 
of AOO.


We all really appreciate your work here at AOO!

Best,

Kay


On 3/21/20 6:45 AM, Carl Marcum wrote:

Thanks Marcus,

I appreciate the support of the PMC and the Board.
I'm lucky to have so many former Chairs still active and some not so 
that have reached out to offer support.


I'll do my best.

Best regards,
Carl

On 3/21/20 8:45 AM, Marcus wrote:

Hello all,

Jim Jagielski resigned his position as VP, Apache OpenOffice last 
week for personal reasons. The Apache OpenOffice PMC thanks Jim for 
his efforts and engagement as VP, and we respect his decision. Jim 
will continue as PMC member and Release Manager.


Carl Marcum volunteered, and so the PMC recommended him to the Board 
of Directors. At the monthly Apache Software Foundation Board Meeting 
on Wednesday Carl was appointed to the position. The PMC thanks Carl 
for volunteering and will support him in his new role.


Best regards

Marcus
(on behalf of the Apache OpenOffice PMC)


-
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

PLEASE IGNORE Re: Pence also confuses stock market with economy...

[Kay Schenk]

wrong recipient...
-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Pence also confuses stock market with economy...

[Kay Schenk]

"Fundamentals of this economy are strong" . Yes, it's called capitalism!!!

ARGH JACKASS GOP!!!

In truth, the coronavirus IS hurting some sectors of our "economy" like
restaurants and group entertainment -- movies, etc. -- but he apparently IS
using the stock market as a definition.

https://www.washingtonexaminer.com/news/it-will-come-back-pence-says-economy-expected-to-rebound-after-decline-from-coronavirus-fears

___
Sent from MzK's phone.

Re: How to find complete list of AOO environment variables?

[Kay Schenk]

Hello again...
I found info on LXR so ignore this part of my question.
I would still like info on the environment variables.

Thanks again.

-- Kay


On Fri, Feb 28, 2020, 15:55 Kay Schenk  wrote:

> Hello all-
> I am looking at this page in the wiki --
> https://wiki.openoffice.org/wiki/Environment_Variables
>
> The last section
> Environment variables not classified yet
> references something called LXR, the page of which has been deleted. A few
> questions --
>
> * does anyone know what LXR was/is?
> * what's the best way to find the definitive list of env variables used by
> AOO?
>
> Thanks for any help.
>
> -- Kay
>
>
>

How to find complete list of AOO environment variables?

[Kay Schenk]

Hello all-
I am looking at this page in the wiki --
https://wiki.openoffice.org/wiki/Environment_Variables

The last section
Environment variables not classified yet
references something called LXR, the page of which has been deleted. A few
questions --

* does anyone know what LXR was/is?
* what's the best way to find the definitive list of env variables used by
AOO?

Thanks for any help.

-- Kay

Re: Unsuccessful test of AOO 4.5 from buildbot output

[Kay Schenk]

Hi Peter--

Thanks for the explanation. My current libstdc++.so.6 only defines up to 
CXXABI_1.3.7. It would help if we knew what C++ version is used in the 
buildbots. Oddly, I have version 4.8.5 linked to 4.8.2 on my system.


Meanwhile, I will work on doing my own build.

Regards,

Kay

On 2/27/20 12:06 AM, Peter Kovacs wrote:

This is the explanation to the Issue:

https://stackoverflow.com/questions/23494103/version-cxxabi-1-3-8-not-found-required-by#23494975 




We do our test builds on Ubuntu, but they are not out of the box 
downgrade able to older Linuxes.


You could install a newer Gcc on Centos 7.

Or you could build AOO in the Centos7 machine to get a valid build.


It has nothing to do with our build requirements. Just with the build 
setup on the buildbots.



Am 27.02.20 um 01:36 schrieb Carl Marcum:



On 2/26/20 6:49 PM, Kay Schenk wrote:

Hi Pedro --

I see these messages as soon as I start up the new OpenOffice from 
command line and it will not continue -- bring up the application.  
I have it installed in a separate directory from my "production" 
version. Carl and I are both on CentOS7 with an older gcc it seems 
and he got this as well. I remember ahvign this same issue quite 
some time ago with the buildbot version. Production versions, 
because they are built on older platforms, don't seem to have this 
issue.


Regards,

Kay

On 2/26/20 2:20 PM, Pedro Lino wrote:

Hi Kay

Installed the Portuguese and English 4.5.0 x64 build from the 
buildbot and both worked perfectly under Ubuntu 18.04.4 x64


Where do you see these error messages?

Regards,
Pedro


On February 26, 2020 9:31 PM Kay Schenk  wrote:

  Hi Carl and thanks for the response.

Happarently we need a newer version of gcc  --

https://unix.stackexchange.com/questions/503358/missing-lib64-libstdc-so-6-version-cxxabi-1-3-8-and-cxxabi-1-3-9-on-cento 



The buildbot is running on Ubuntu but I don't know what 
version,and I don't

know what gcc it has.  😕

The actual releases of AOO are built on CentOS systems. Not sure what
version is being used currently, maybe 6.

On Tue, Feb 25, 2020 at 5:22 PM Carl Marcum  
wrote:




On 2/25/20 6:55 PM, Kay Schenk wrote:

Hello all --
I just installed the AOO 4.5.0 for Linux-64 from the buildbots
https://ci.apache.org/projects/openoffice/install/linux64/

I'm getting errors (multiple occurrence of each) as follows:

l/ib64/libstdc++.so.6: version `CXXABI_1.3.8' not found
/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found

Do these reference new library requirements -- I'm on CentOS7 
--or are

they
the result of the differences between the buildbot environment 
and my

machine?

Thanks.


Kay


Hi Kay,

I just installed the en-US RPM's from there and got the same 
result on

my CentOS 7 VM that I rolled back to before installing all the build
dependencies.

Best regards,
Carl



My CentOS 7 gcc is 4.8.5

The 4.5 I built on the machine ran fine.

I installed the buildbot en-US deb packages on my Ubuntu 18 VM and it 
runs.

I forgot to note the gcc exact version but it's 7.x

Thanks,
Carl


-
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: Unsuccessful test of AOO 4.5 from buildbot output

[Kay Schenk]

Hi Pedro --

I see these messages as soon as I start up the new OpenOffice from 
command line and it will not continue -- bring up the application.  I 
have it installed in a separate directory from my "production" version. 
Carl and I are both on CentOS7 with an older gcc it seems and he got 
this as well. I remember ahvign this same issue quite some time ago with 
the buildbot version. Production versions, because they are built on 
older platforms, don't seem to have this issue.


Regards,

Kay

On 2/26/20 2:20 PM, Pedro Lino wrote:

Hi Kay

Installed the Portuguese and English 4.5.0 x64 build from the buildbot and both 
worked perfectly under Ubuntu 18.04.4 x64

Where do you see these error messages?

Regards,
Pedro


On February 26, 2020 9:31 PM Kay Schenk  wrote:

  
Hi Carl and thanks for the response.


Happarently we need a newer version of gcc  --

https://unix.stackexchange.com/questions/503358/missing-lib64-libstdc-so-6-version-cxxabi-1-3-8-and-cxxabi-1-3-9-on-cento

The buildbot is running on Ubuntu but I don't know what version,and I don't
know what gcc it has.  😕

The actual releases of AOO are built on CentOS systems. Not sure what
version is being used currently, maybe 6.

On Tue, Feb 25, 2020 at 5:22 PM Carl Marcum  wrote:



On 2/25/20 6:55 PM, Kay Schenk wrote:

Hello all --
I just installed the AOO 4.5.0 for Linux-64 from the buildbots
https://ci.apache.org/projects/openoffice/install/linux64/

I'm getting errors (multiple occurrence of each) as follows:

l/ib64/libstdc++.so.6: version `CXXABI_1.3.8' not found
/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found

Do these reference new library requirements -- I'm on CentOS7 --or are

they

the result of the differences between the buildbot environment and my
machine?

Thanks.


Kay


Hi Kay,

I just installed the en-US RPM's from there and got the same result on
my CentOS 7 VM that I rolled back to before installing all the build
dependencies.

Best regards,
Carl

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



--
"And in the end, only kindness matters."
-- Jewel, "Hands"

MzK

-
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: Unsuccessful test of AOO 4.5 from buildbot output

[Kay Schenk]

Hi Carl and thanks for the response.

Happarently we need a newer version of gcc  --

https://unix.stackexchange.com/questions/503358/missing-lib64-libstdc-so-6-version-cxxabi-1-3-8-and-cxxabi-1-3-9-on-cento

The buildbot is running on Ubuntu but I don't know what version,and I don't
know what gcc it has.  😕

The actual releases of AOO are built on CentOS systems. Not sure what
version is being used currently, maybe 6.

On Tue, Feb 25, 2020 at 5:22 PM Carl Marcum  wrote:

>
>
> On 2/25/20 6:55 PM, Kay Schenk wrote:
> > Hello all --
> > I just installed the AOO 4.5.0 for Linux-64 from the buildbots
> > https://ci.apache.org/projects/openoffice/install/linux64/
> >
> > I'm getting errors (multiple occurrence of each) as follows:
> >
> > l/ib64/libstdc++.so.6: version `CXXABI_1.3.8' not found
> > /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found
> > /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
> > /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found
> >
> > Do these reference new library requirements -- I'm on CentOS7 --or are
> they
> > the result of the differences between the buildbot environment and my
> > machine?
> >
> > Thanks.
> >
> > 
> > Kay
> >
> Hi Kay,
>
> I just installed the en-US RPM's from there and got the same result on
> my CentOS 7 VM that I rolled back to before installing all the build
> dependencies.
>
> Best regards,
> Carl
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Unsuccessful test of AOO 4.5 from buildbot output

[Kay Schenk]

Hello all --
I just installed the AOO 4.5.0 for Linux-64 from the buildbots
https://ci.apache.org/projects/openoffice/install/linux64/

I'm getting errors (multiple occurrence of each) as follows:

l/ib64/libstdc++.so.6: version `CXXABI_1.3.8' not found
/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found
/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found

Do these reference new library requirements -- I'm on CentOS7 --or are they
the result of the differences between the buildbot environment and my
machine?

Thanks.


Kay

Re: Optical glitches in Ubuntu 20.04

[Kay Schenk]

On 2/25/20 10:06 AM, Matthias Seidel wrote:

Hi Kay,

Am 25.02.20 um 18:28 schrieb Kay Schenk:

Hi Matthias, Rory--

My Gnome theme, Adwaita, on CentOS 7 is problematic with some spacing
if you want to know the truth.

I switched to Adwaita for testing on Ubuntu 20.04 and that reduces some
problems with the scroll bars, but not with the sidebar.

Just curious on your image -- are you referring to the cramped text
under the bullet boxes?

The problem is that the boxes are way too big and overlapping. Looks
like some vertical scaling is used (also for menu/toolbars).


Honestly, it doesn't look all that bad to me. Yet again, different 
themes/scaling issues I guess.



What Gnome version and theme are being used?

My Ubuntu 20.04 (pre-release) is at GNOME 3.34.2 and the theme Canonical
uses is called "Yaru".

Personally, I don't like GNOME (and Yaru) at all, but that is what users
installing Ubuntu 20.04 get out of the box. ;-)


I understand. I'm not sure how to reconcile the Gnome version and 
default theme used with the build with what Linux users will see. We 
should at least provide information on that to them. Things may vary 
quite a bit from Gnome versions and theme used.




Regards,

    Matthias


On 2/25/20 9:18 AM, Matthias Seidel wrote:

Hi Rory,

Am 25.02.20 um 18:11 schrieb Rory O'Farrell:

On Tue, 25 Feb 2020 14:31:43 +0100
Matthias Seidel  wrote:


It seems that nobody cares about how ugly AOO will look on Ubuntu
20.04?

Am 08.02.20 um 12:55 schrieb Matthias Seidel:

Hi all,

Ubuntu 20.04 is coming in April and AOO has some issues with the
"new"
GNOME theme:

https://home.apache.org/~mseidel/AOO420-Ubuntu2004.png

Until Ubuntu 18.04 it looked all right.

Any ideas?

Regards,

     Matthias

On Xubuntu 20.04 (out of the box install) with today's updates
(2020-02-25) A00 4.5.0 of 2020-02-16_04:12:23 that sidebar looks
good - positioning of the various panels is correct.

On Xubuntu 18.04.4 (with today's updates), AOO 420m2(Build:9821)
2020-02-16_12:52:4 that sidebar looks good also.

Yes, but I am talking about Ubuntu here, not Xubuntu... The problems are
with GNOME, not with XFCE.

AOO on Ubuntu 18.04 still looks "normal". Ubuntu 20.04 is the next LTS
version coming in April, so people upgrading from 18.04 to 20.04 will be
disappointed.

Regards,

     Matthias


   --
Rory O'Farrell 

-
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: Optical glitches in Ubuntu 20.04

[Kay Schenk]

Hi Matthias, Rory--

My Gnome theme, Adwaita, on CentOS 7 is problematic with some spacing if 
you want to know the truth. Just curious on your image -- are you 
referring to the cramped text under the bullet boxes? What Gnome version 
and theme are being used?


On 2/25/20 9:18 AM, Matthias Seidel wrote:

Hi Rory,

Am 25.02.20 um 18:11 schrieb Rory O'Farrell:

On Tue, 25 Feb 2020 14:31:43 +0100
Matthias Seidel  wrote:


It seems that nobody cares about how ugly AOO will look on Ubuntu 20.04?

Am 08.02.20 um 12:55 schrieb Matthias Seidel:

Hi all,

Ubuntu 20.04 is coming in April and AOO has some issues with the "new"
GNOME theme:

https://home.apache.org/~mseidel/AOO420-Ubuntu2004.png

Until Ubuntu 18.04 it looked all right.

Any ideas?

Regards,

    Matthias

On Xubuntu 20.04 (out of the box install) with today's updates (2020-02-25) A00 
4.5.0 of 2020-02-16_04:12:23 that sidebar looks good - positioning of the 
various panels is correct.

On Xubuntu 18.04.4 (with today's updates), AOO 420m2(Build:9821) 
2020-02-16_12:52:4 that sidebar looks good also.

Yes, but I am talking about Ubuntu here, not Xubuntu... The problems are
with GNOME, not with XFCE.

AOO on Ubuntu 18.04 still looks "normal". Ubuntu 20.04 is the next LTS
version coming in April, so people upgrading from 18.04 to 20.04 will be
disappointed.

Regards,

    Matthias


  --
Rory O'Farrell 

-
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: Building On CentOS 8 Dependency Help

[Kay Schenk]

On Tue, Feb 18, 2020, 03:06 Carl Marcum  wrote:

>
>
> On 2/17/20 9:59 PM, Kay Schenk wrote:
> > On Mon, Feb 17, 2020, 16:44 Carl Marcum  wrote:
> >
> >>
> >> On 2/17/20 6:31 PM, Kay Schenk wrote:
> >>> OK. Here's the section of configure.ac that applies to your issue...
> >>>
> >>> *** begin code ***
> >>>
> >>> dnl ===
> >>> dnl Check whether the gtk 2.0 libraries are available.
> >>> dnl ===
> >>>
> >>> GTK_CFLAGS=""
> >>> GTK_LIBS=""
> >>> ENABLE_SYSTRAY_GTK=""
> >>> ENABLE_DBUS=""
> >>> if test  "$test_gtk" = "yes"; then
> >>>
> >>> if test "$ENABLE_GTK" = "TRUE" ; then
> >>>PKG_CHECK_MODULES(GTK, gtk+-2.0 >= 2.4 gdk-pixbuf-xlib-2.0 >=
> >>> 2.2 ,,AC_MSG_ERROR([requirements to build the gtk-plugin not met. Use
> >>> --disable-gtk or install the missing packages]))
> >>>PKG_CHECK_MODULES(GTHREAD,
> >>> gthread-2.0,,AC_MSG_ERROR([requirements to build the gtk-plugin not
> >>> met. Use --disable-gtk or install the missing packages]))
> >>>
> >>> *** end code ***
> >>>
> >>> Configure wants a gtk+-2.0 version that is 2.4 or later. From your
> >>> first message, this is what you show --
> >>>
> >>> gtk2.x86_64   2.24.32-4.el8
> >>>
> >>> To me, it seems PKG_CHECK_MODULES couldn't determine if 2.24.32-4.el8
> >>> passed the   "gtk+-2.0 >= 2.4" test. Maybe someone else can offer
> >>> suggestions on how to fix that.
> >>>
> >>> Sorry I couldn't help more
> >>>
> >>> --Kay
> >>>
> >> Hi Kay,
> >>
> >> Sounds reasonable that may be the issue.
> >> The the two error messages are the same for GTK and GTHREADI edited the
> >> error messages to make them different confirmed it is the GTK check
> >> that's the problem.
> >> Any idea where PKG_CHECK_MODULES lives?
> >>
> >> Thanks,
> >> Carl
> >>
> > Hi Carl --
> >
> > PKG_CHECK_MODULES is a macro that is part of autoconf (autotools)
> >
> > https://autotools.io/pkgconfig/pkg_cpkg_check_modules.html
> >
> > HTH,
> >
> > Kay
>
> Hi Kay,
>
> I got a 404 on that link but I found it here:
> https://autotools.io/pkgconfig/pkg_check_modules.html
>
> I'll look at it this evening.
>
> Thanks again for your help!
>
> Best regards,
> Carl
>

OK good. Sorry about the messed up link.

-- Kay


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

Re: Building On CentOS 8 Dependency Help

[Kay Schenk]

On Mon, Feb 17, 2020, 16:44 Carl Marcum  wrote:

>
>
> On 2/17/20 6:31 PM, Kay Schenk wrote:
> > OK. Here's the section of configure.ac that applies to your issue...
> >
> > *** begin code ***
> >
> > dnl ===
> > dnl Check whether the gtk 2.0 libraries are available.
> > dnl ===
> >
> > GTK_CFLAGS=""
> > GTK_LIBS=""
> > ENABLE_SYSTRAY_GTK=""
> > ENABLE_DBUS=""
> > if test  "$test_gtk" = "yes"; then
> >
> >if test "$ENABLE_GTK" = "TRUE" ; then
> >   PKG_CHECK_MODULES(GTK, gtk+-2.0 >= 2.4 gdk-pixbuf-xlib-2.0 >=
> > 2.2 ,,AC_MSG_ERROR([requirements to build the gtk-plugin not met. Use
> > --disable-gtk or install the missing packages]))
> >   PKG_CHECK_MODULES(GTHREAD,
> > gthread-2.0,,AC_MSG_ERROR([requirements to build the gtk-plugin not
> > met. Use --disable-gtk or install the missing packages]))
> >
> > *** end code ***
> >
> > Configure wants a gtk+-2.0 version that is 2.4 or later. From your
> > first message, this is what you show --
> >
> > gtk2.x86_64   2.24.32-4.el8
> >
> > To me, it seems PKG_CHECK_MODULES couldn't determine if 2.24.32-4.el8
> > passed the   "gtk+-2.0 >= 2.4" test. Maybe someone else can offer
> > suggestions on how to fix that.
> >
> > Sorry I couldn't help more
> >
> > --Kay
> >
>
> Hi Kay,
>
> Sounds reasonable that may be the issue.
> The the two error messages are the same for GTK and GTHREADI edited the
> error messages to make them different confirmed it is the GTK check
> that's the problem.
> Any idea where PKG_CHECK_MODULES lives?
>
> Thanks,
> Carl
>

Hi Carl --

PKG_CHECK_MODULES is a macro that is part of autoconf (autotools)

https://autotools.io/pkgconfig/pkg_cpkg_check_modules.html

HTH,

Kay



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

Re: Building On CentOS 8 Dependency Help

[Kay Schenk]

OK. Here's the section of configure.ac that applies to your issue...

*** begin code ***

dnl ===
dnl Check whether the gtk 2.0 libraries are available.
dnl ===

GTK_CFLAGS=""
GTK_LIBS=""
ENABLE_SYSTRAY_GTK=""
ENABLE_DBUS=""
if test  "$test_gtk" = "yes"; then

   if test "$ENABLE_GTK" = "TRUE" ; then
  PKG_CHECK_MODULES(GTK, gtk+-2.0 >= 2.4 gdk-pixbuf-xlib-2.0 >= 2.2 
,,AC_MSG_ERROR([requirements to build the gtk-plugin not met. Use 
--disable-gtk or install the missing packages]))
  PKG_CHECK_MODULES(GTHREAD, 
gthread-2.0,,AC_MSG_ERROR([requirements to build the gtk-plugin not met. 
Use --disable-gtk or install the missing packages]))


*** end code ***

Configure wants a gtk+-2.0 version that is 2.4 or later. From your first 
message, this is what you show --


gtk2.x86_64   2.24.32-4.el8

To me, it seems PKG_CHECK_MODULES couldn't determine if 2.24.32-4.el8  
passed the   "gtk+-2.0 >= 2.4" test. Maybe someone else can offer 
suggestions on how to fix that.


Sorry I couldn't help more

--Kay


On 2/17/20 2:14 PM, Carl Marcum wrote:

Hi Kay,


On 2/17/20 3:55 PM, Kay Schenk wrote:

Hi --

I remember having configure issues when pkg-config was not properly 
recognizing my installed packs.


On your system you might try typing --

pkg-config --list-all | sort

so you see what configure is picking up for your gtk version.

I have not tried building in quite some time, but my CentOS system 
has this in my list --


gtk+-3.0

Hope this helps,

Kay



This I what I get:

$ pkg-config --list-all | sort
...
gtk+-2.0   GTK+ - GTK+ Graphical UI Library (x11 
target)

gtk+-3.0   GTK+ - GTK+ Graphical UI Library
gtk+-broadway-3.0  GTK+ - GTK+ Graphical UI Library
gtk+-unix-print-2.0    GTK+ - GTK+ Unix print support
gtk+-unix-print-3.0    GTK+ - GTK+ Unix print support
gtk+-wayland-3.0   GTK+ - GTK+ Graphical UI Library
gtk+-x11-2.0   GTK+ - GTK+ Graphical UI Library (x11 
target)

gtk+-x11-3.0   GTK+ - GTK+ Graphical UI Library
...

Thanks,
Carl



On 2/16/20 6:17 AM, Carl Marcum wrote:

Hi All,

Now I'm stuck GTK.
I'm not sure if it may be related to the gnome-vfs package being 
changed to gvfs or not.


Here is my configure
./configure \
--enable-category-b \
--enable-bundled-dictionaries \
--enable-dbgutil \
--with-package-format="installed" \
--with-rat-scan

last bit of latest error:
checking for zip... /usr/bin/zip
checking for unzip... /usr/bin/unzip
checking which VCLplugs shall be built... gtk
checking whether to enable GConf support... yes
checking for GCONF... yes
checking whether to enable GNOME VFS support... no
checking for GTK... no
configure: error: requirements to build the gtk-plugin not met. Use 
--disable-gtk or install the missing packages



Installed Packages
gtk-update-icon-cache.x86_64  3.22.30-4.el8
gtk-vnc2.x86_64   0.9.0-1.el8
gtk2.x86_64   2.24.32-4.el8
gtk2-devel.x86_64 2.24.32-4.el8
gtk3.x86_64   3.22.30-4.el8
gtk3-devel.x86_64 3.22.30-4.el8
gtkmm30.x86_64    3.22.2-2.el8
gtksourceview3.x86_64 3.24.9-1.el8

Installed Packages
gvfs.x86_64   1.36.2-6.el8
gvfs-afc.x86_64   1.36.2-6.el8
gvfs-afp.x86_64   1.36.2-6.el8
gvfs-archive.x86_64   1.36.2-6.el8
gvfs-client.x86_64    1.36.2-6.el8
gvfs-devel.x86_64 1.36.2-6.el8
gvfs-fuse.x86_64  1.36.2-6.el8
gvfs-goa.x86_64   1.36.2-6.el8
gvfs-gphoto2.x86_64   1.36.2-6.el8
gvfs-mtp.x86_64   1.36.2-6.el8
gvfs-smb.x86_64   1.36.2-6.el8

Thanks,
Carl


-
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: Building On CentOS 8 Dependency Help

[Kay Schenk]

Hi --

I remember having configure issues when pkg-config was not properly 
recognizing my installed packs.


On your system you might try typing --

pkg-config --list-all | sort

so you see what configure is picking up for your gtk version.

I have not tried building in quite some time, but my CentOS system has 
this in my list --


gtk+-3.0

Hope this helps,

Kay


On 2/16/20 6:17 AM, Carl Marcum wrote:

Hi All,

Now I'm stuck GTK.
I'm not sure if it may be related to the gnome-vfs package being 
changed to gvfs or not.


Here is my configure
./configure \
--enable-category-b \
--enable-bundled-dictionaries \
--enable-dbgutil \
--with-package-format="installed" \
--with-rat-scan

last bit of latest error:
checking for zip... /usr/bin/zip
checking for unzip... /usr/bin/unzip
checking which VCLplugs shall be built... gtk
checking whether to enable GConf support... yes
checking for GCONF... yes
checking whether to enable GNOME VFS support... no
checking for GTK... no
configure: error: requirements to build the gtk-plugin not met. Use 
--disable-gtk or install the missing packages



Installed Packages
gtk-update-icon-cache.x86_64  3.22.30-4.el8
gtk-vnc2.x86_64   0.9.0-1.el8
gtk2.x86_64   2.24.32-4.el8
gtk2-devel.x86_64 2.24.32-4.el8
gtk3.x86_64   3.22.30-4.el8
gtk3-devel.x86_64 3.22.30-4.el8
gtkmm30.x86_64    3.22.2-2.el8
gtksourceview3.x86_64 3.24.9-1.el8

Installed Packages
gvfs.x86_64   1.36.2-6.el8
gvfs-afc.x86_64   1.36.2-6.el8
gvfs-afp.x86_64   1.36.2-6.el8
gvfs-archive.x86_64   1.36.2-6.el8
gvfs-client.x86_64    1.36.2-6.el8
gvfs-devel.x86_64 1.36.2-6.el8
gvfs-fuse.x86_64  1.36.2-6.el8
gvfs-goa.x86_64   1.36.2-6.el8
gvfs-gphoto2.x86_64   1.36.2-6.el8
gvfs-mtp.x86_64   1.36.2-6.el8
gvfs-smb.x86_64   1.36.2-6.el8

Thanks,
Carl


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

Re: need some feedback on source code page changes on project site...

[Kay Schenk]

All done ( I think). Some former aspects of the CMS seem to be missing 
but my changes got published.


HTH

-- Kay


On 2/8/20 12:54 AM, Marcus wrote:

Am 08.02.20 um 00:13 schrieb Andrea Pescetti:

On 06/02/2020 Kay Schenk wrote:

http://home.apache.org/~kschenk/AOO_project_site/source.html


Please go ahead and commit it. This is already better than the 
current one. Then we may want to go through it (and especially remove 
any references such as "as of August 2019": all we need to say is 
that this is the current version).


But we can definitely refine it in iterations once it is online.


yes, just commit your changes and we will see what needs to be adjusted.

Marcus


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

Re: need some feedback on source code page changes on project site...

[Kay Schenk]

Thanks Andrea and Matthias. I'll fix the typo and get this committed over
the weekend.
I thought  gitbox was the "official" location for the repo but the
instructions for getting the source were nice and readable on github so
that's why both got referenced.

HTH

-- Kay

On Fri, Feb 7, 2020, 15:34 Matthias Seidel 
wrote:

> Am 08.02.20 um 00:13 schrieb Andrea Pescetti:
> > On 06/02/2020 Kay Schenk wrote:
> >> http://home.apache.org/~kschenk/AOO_project_site/source.html
> >
> > Please go ahead and commit it. This is already better than the current
> > one. Then we may want to go through it (and especially remove any
> > references such as "as of August 2019": all we need to say is that
> > this is the current version).
> >
> > But we can definitely refine it in iterations once it is online.
> +1 (I only found a small typo: browswer)
> >
> > For example, we'll need to decide whether to list gitbox, or github,
> > or both (probably both).
>
> Better both (makes it easier for those that are already on GitHub)
>
> Regards,
>
>Matthias
>
> >
> > Regards,
> >   Andrea.
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
>

Re: need some feedback on source code page changes on project site...

[Kay Schenk]

On 2/6/20 12:16 PM, Matthias Seidel wrote:


Hi Kay,

Am 06.02.20 um 21:12 schrieb Kay Schenk:


Hello all--

The information on obtaining and using source code is outdated on the 
project site --


https://openoffice.apache.org/source.html


Oh yes, this is very much needed. Thanks for taking that task!


I've made changes and attached the .html conversion of my changed 
.mdtext file here. This is not committed yet.



Unfortunately attachments are stripped on the mailing list.
Can you provide it through some other way?

Regards,

   Matthias


Hi Matthias --

Try here:

http://home.apache.org/~kschenk/AOO_project_site/source.html



I would appreciate some feedback before I commit this. Thanks.

--
Regards,
Kay

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

need some feedback on source code page changes on project site...

[Kay Schenk]

Hello all--

The information on obtaining and using source code is outdated on the 
project site --


https://openoffice.apache.org/source.html

I've made changes and attached the .html conversion of my changed 
.mdtext file here. This is not committed yet.


I would appreciate some feedback before I commit this. Thanks.

--
Regards,
Kay


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

Re: Letter page size in Writer sidebar

[Kay Schenk]

On 2/5/20 2:59 PM, Matthias Seidel wrote:

Hi Michelle,

Am 05.02.20 um 23:02 schrieb Michele Denber:

On 02-05-2020 4:03 PM, Matthias Seidel wrote:

Hi all,

While working on the Writer sidebar I discovered that page size "Letter"
and "Legal" have no graphic like e.g. "A4".
Unfortunately there is not much space, so I would like to abbreviate
Letter with Ltr (and Legal with Lgl):

https://home.apache.org/~mseidel/Letter%20size.pdf

As a non native speaking person I would like to hear some opinions about
that.

As a native English speaking person, I'd have no problem with that. I
think anyone would understand the intended meaning.

Thank you for your input. It is much appreciated!

I have seen LTR on paper trays for printers.
As space is limited I did hope that it would still be understandable.


Thanks for noticing this omission and proposing a correction. I think 
LTR and LGL would be better than "Ltr" and "Lgl". I think the mixed case 
may not be as clearly understood by some users.


-- Kay



I would like to get that into the next version...

Regards,

    Matthias


     - Michele




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

Re: External dependencies

[Kay Schenk]

On 1/28/20 9:21 AM, Andrea Pescetti wrote:

Kay Schenk wrote:
It would be nice to re-enable "admin" for me ... just in case the 
need arises.


Done. Updated list of admins and non-admins at
https://sourceforge.net/mirror/oooextras/_members/

...and now we should go back to adding some of the files Matthias 
mentioned! I'll keep you posted about new files I add.


Regards,
  Andrea.


Thanks Andrea. I just checked and it now seems I'll be able to add and 
delete files.


-- Kay





-
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: External dependencies

[Kay Schenk]

On 1/27/20 2:28 PM, Marcus wrote:

Am 27.01.20 um 19:50 schrieb Andrea Pescetti:

Kay Schenk wrote:

https://sourceforge.net/mirror/oooextras/_members/
Just a quick FYI. My id, "kschenk", is listed as "developer" but I 
no longer seem to have access to site capablities which let me 
delete or add files near as I can determine although at one time I 
COULD do this. Could be my browser settings I don't know. Fro the 
time being maybe only admins can make these kinds of changes.


Possibly. From the audit trail it seems I removed your admin 
privileges in 2016. I can add you back as an admin and move to 
ordinary members (no special privileges) those who retired in the 
meantime (orcmid and the editor account). Shall I proceed? It is very 
easy to revert in case.


I see no problem to re-enable Kay's account.

Marcus


Hi again--

It would be nice to re-enable "admin" for me ... just in case the need 
arises. Thanks.





-
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: External dependencies

[Kay Schenk]

On 1/26/20 11:01 AM, Andrea Pescetti wrote:

On 25/01/2020 Matthias Seidel wrote:

In main/external_deps.lst we define
https://sourceforge.net/projects/oooextras.mirror/files/ as fallback for
a lot of files.
However, most of them were never uploaded (after updating the
dependencies in source).
Can someone with the appropriate rights please do so?


After some realignment, I was now able to get a copy of the existing 
files via rsync and I confirm I have enough privileges to add new 
ones, together with other people listed at


https://sourceforge.net/mirror/oooextras/_members/

I've only added the latest file (curl 7.66) for the time being.

What do we want to reach? Shall I, for example, go through all changes 
to external_deps.lst across all AOO41x branches (and their history) so 
that we can ensure that we can bootstrap any old 4.1.x versions and 
intermediate states of code?


Regards,
  Andrea.


Just a quick FYI. My id, "kschenk", is listed as "developer" but I no 
longer seem to have access to site capablities which let me delete or 
add files near as I can determine although at one time I COULD do this. 
Could be my browser settings I don't know. Fro the time being maybe only 
admins can make these kinds of changes.


-- Kay




-
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: Can no longer log in to https://cwiki.apache.org/confluence/display/OOOUSERS/

[Kay Schenk]

Hi Matthias-

Thanks. Yes, my ASF credentials work with the cwiki.


"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK


On 1/23/20 12:31 PM, Matthias Seidel wrote:

Hi Kay,

Your user is still there:
https://cwiki.apache.org/confluence/display/~kschenk

cWiki is LDAP enabled for some time, did you log in with your ASF
credentials?

Regards,

    Matthias

Am 23.01.20 um 21:16 schrieb Kay Schenk:

I can no longer log into the AOO cwiki --
https://cwiki.apache.org/confluence/display/OOOUSERS/

I can not use my existing password nor can I reset my password.

My userid = kschenk.

Has it been deleted? What should I do?

Thanks

Can no longer log in to https://cwiki.apache.org/confluence/display/OOOUSERS/

[Kay Schenk]

I can no longer log into the AOO cwiki -- 
https://cwiki.apache.org/confluence/display/OOOUSERS/


I can not use my existing password nor can I reset my password.

My userid = kschenk.

Has it been deleted? What should I do?

Thanks

--

"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK



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

Re: Ariel is back in our PMC and developer circle

[Kay Schenk]

___
Sent from MzK's phone.

On Tue, Nov 19, 2019, 09:06 Kay Schenk  wrote:

> Great to hear about April's return. Wonderful news!
>

Oy! Ariel's NOT April's


> ___
> Kay Schenk
>
> On Mon, Nov 18, 2019, 12:57 Marcus  wrote:
>
>> Just to let you all know that we as Apache OpenOffice Project are very
>> happy that Ariel is back and want to say a warm welcome to him.
>>
>> He is writing in mailing lists and has done already many committs to
>> participate more in the project.
>>
>> Ariel, hopefully you feel well and have recognized many known places
>> here. :-)
>>
>> Welcome back!
>>
>> Marcus
>>
>> (on behalf of the Apache OpenOffice PMC)
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>

Re: Ariel is back in our PMC and developer circle

[Kay Schenk]

Great to hear about April's return. Wonderful news!

_______
Kay Schenk

On Mon, Nov 18, 2019, 12:57 Marcus  wrote:

> Just to let you all know that we as Apache OpenOffice Project are very
> happy that Ariel is back and want to say a warm welcome to him.
>
> He is writing in mailing lists and has done already many committs to
> participate more in the project.
>
> Ariel, hopefully you feel well and have recognized many known places
> here. :-)
>
> Welcome back!
>
> Marcus
>
> (on behalf of the Apache OpenOffice PMC)
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: New computer

[Kay Schenk]

On 10/30/19 11:01 AM, Damjan Jovanovic wrote:

On Wed, Oct 30, 2019 at 6:16 PM Patricia Shanahan  wrote:


On 10/30/2019 8:13 AM, Damjan Jovanovic wrote:

What do you already know? SVN?

RCS, SCCS, and SVN.


I personally did:
git clone https://gitbox.apache.org/repos/asf/openoffice.git
(ie. not GitHub)
which I think used my Apache credentials. If you prefer to clone from
GitHub, and want to link your Apache and GitHub credentials, you can
apparently do it on:
https://gitbox.apache.org/

Any guidance on how to decide which I am likely to prefer?



It doesn't really matter which you start with, because they're each other's
mirrors, and in Git you can always change your local repository's "remote".
For example if you cloned GitHub, and want to switch to GitBox, you don't
need to clone the GitBox link, you can simply do:
git remote set-url origin https://gitbox.apache.org/repos/asf/openoffice.git

With GitHub, you can accept GitHub pull requests from other contributors,
even in your web browser, so it might be a better choice in that regard. I
can't say I personally approve of the GitHub lock-in for that feature
though.



As for how you use Git, if you are interested, I can give you some links,
and my own "Git for SVN users" crash course.

Links would be useful. For me when learning programming languages, "for
dummies" courses work better than conversion courses. The "for dummies"
type of course helps me get into the right mindset for the language. I
don't know whether SVN to Git will be different.



Ok sure:

Graph theory explanations of how branches and Git operations work:
https://eagain.net/articles/git-for-computer-scientists/

The free online book, "Pro Git":
https://git-scm.com/book/en/v2

A detailed guide to various Git options, written for the Wine project but
generally useful:
https://wiki.winehq.org/Git_Wine_Tutorial

I'll try sum it up for you. For SVN users, Git's terminology is straight
from hell. "svn checkout X" checks out a working copy from repository X,
but "git checkout X" switches the current branch to X (among other things).
Git's equivalent is "git clone" (except that the entire repository with
full history and all branches is cloned, not just a working copy.) An SVN
revision is a commit in Git.

Everything you commit is only committed locally, and can be undone. You
have to "git push" to send your commits upstream.

The main branch of a project is usually called "master", but in AOO ours is
called "trunk" since we imported from SVN. The branch you are on at the
moment is given by "git branch", which lists all the local branches and
stars the current one. "git status" also shows your current branch and
files changed.

Remote branches can be shown with "git remote show origin". If you "git
checkout" with their name, eg. "git checkout AOO418", it will make a local
branch by that name and switch to it. You can also make a local branch
remote (somehow).

You make new local branches with "git branch ", eg. "git branch
temp". (It's instantaneous: it doesn't have to copy history or anything
like that). You can "git checkout temp" to switch to it, "git branch -D
temp" to delete it. A "detached head" is when you "git checkout" something
that's not a branch (as you can "git checkout" any commit or tag, not just
a branch). If you are just looking around, that's not a problem, but if you
"git commit" on a detached head, that commit isn't referenced from
anywhere, and if you checkout anything else, you will lose that work. If
you don't want to lose it, you can "git branch myWork" to attach a branch
to that new commit, so you can get back to it later (with "git checkout
myWork").

There are 2 important ways of working with branches, merging and rebasing.
Both are only local, until you "git push". Merging in Git is similar to
merging in SVN, changes in one branch get merged into another, but rebasing
is amazing. With rebasing you can rearrange commits and branches to your
liking, split commits, merge commits, reorder commits, delete commits,
change commit messages, reposition an old branch so it starts at a newer
commit (and deal with outdated code locally in that branch before merging
or pushing it), etc. "git rebase -i HEAD~3" opens a text editor with the
last 3 commits, one per line, describing changes you can make by placing a
keyword at the beginning of its line. If you commit by mistake, do that and
you can drop the bad commit. Of course with great power comes great
responsibility, and rebasing should only really be done locally before you
push, as rebasing commits that were already pushed can mess up other
people's changes to them.

When changes are made upstream by other contributors, you can "git pull"
them, but I prefer the more incremental "git fetch" which fetches changes
without merging them, and then a rebase of my work to come after the latest
changes - that way I know those changes still apply, even if I don't push
them yet. ("git pull" does a "git fetch" and then a merge, not a r

Re: 7 years Apache OpenOffice Top Level Project

[Kay Schenk]

Good announcement! \o/

"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK


On 10/22/19 12:02 PM, Marcus wrote:

Am 17.10.19 um 23:44 schrieb Matthias Seidel:

Am 17.10.19 um 22:32 schrieb Marcus:

Am 17.10.19 um 18:04 schrieb Mechtilde:

Am 17.10.19 um 16:35 schrieb Bidouille:

Last week, AOO 4.1.7 has been downloaded more 1 million times.


Do I calculate it right?

https://sourceforge.net/projects/openofficeorg.mirror/files/4.1.7/stats/timeline?dates=2019-09-22+to+2019-10-12 



Maybe these can be announced on Apache OOo blog?


We released version 4.1.7 at 2019-09-21.

Up to last week there are nearly 50,000 (in words: fifty thousand)
downloads per day.

Yes we should do it more public.


IMHO doing a blog post on Oct, 21st (1 month later) would be a good
date. I volunteer for doing this.


you can find the blog post here:

https://blogs.apache.org/OOo/entry/1-6-million-downloads-of

Marcus




- Mail original -

De: "Matthias Seidel" 
À: dev@openoffice.apache.org
Envoyé: Jeudi 17 Octobre 2019 14:36:21
Objet: 7 years Apache OpenOffice Top Level Project

Hi all,

Just as a reminder, today Apache OpenOffice celebrates its 7th year
as
Apache TLP.



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

Re: [status] Static webside migration

[Kay Schenk]

Quick question. So once this migration is complete, we can only use git 
for changes?


Good that you're making use of the old CMS scripts. I didn't see any BIG 
reason not to do this.


"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK


On 10/1/19 10:31 AM, Dave Fisher wrote:

Hi -

Heads up that I’m starting to do the migration,


Repos name must start with OpenOffice.

I propose these:

OpenOffice-DevWebsite
OpenOffice-OrgWebsite

I’ll be tackling the project site first.

I plan to make use of https://S.apache.org/asfyaml so that we will have staging 
and production.

I may use the Apache CMS scripts for page generation. Infra-VP does not have 
trouble with those being on a Jenkins or Buildbot node. I may use jBake which 
I’ve used with the Incubator site. It may use both.

Changes will be done in GIT and the CMS WebGUI will not be used. Committers 
will be able to change the git repos. There will be instructions on the local 
build as well. I’m starting with the local build.

This will take sometime.

If someone wants to redesign our Websites Look & Feel then proposals welcome. I 
may play with it myself...

Regards,
Dave


I have one more question. Jörg has mentioned that a lot of outside
links point to the current web pages. What do we do with this? Do we
make an announcement that this will happen and maybe give people some
sort of hint to update their link lists?

If we track what we change then we can create https redirection rules.

Best Regards,
Dave



All the Best

Peter


On 24.09.19 22:54, Dave Fisher wrote:
Hi Kay,

I promised to look into this migration after Apachecon.

I’ve been thinking through a plan the last few days.

See inline.

Sent from my iPhone


On Sep 24, 2019, at 1:38 PM, Kay Schenk  wrote:

Hi --

The last item I saw on this topic was this one concerning the new CMS

https://www.mail-archive.com/dev@openoffice.apache.org/msg36504.html

and I recall you mentioning at one point that it was desirable to do some 
housecleaning on the www.openoffice.org web site due to size and no longer 
pertinent information.

Some questions at this point --

* was a new "CMS" chosen? If so what is it and where can we find additional 
information?

Not exactly. Here is the plan.

(1) Copy OpenOffice.apache.org svn to a new git repository.

(2) Learn to use the new infra supported yaml tags to try a few different build 
techniques. I am familiar with JBake from the incubator build but Pelican is 
possible.

(3) Finish the project site.

(4) Rinse and repeat with the OpenOffice.org site


The current site, as Dave pointed out earlier, uses a lot of the current CMS 
capabilities in terms of page rendering, dealing with the many languages of the 
site etc. to render the static content.

We’ll figure that out.

If someone wants to redesign the site we can work through it in parallel.

* How long will svn continue to function for both www.openoffice.org and 
openoffice.apache.org?

The CMS is fragile and if it falls down it could become a blocking issue. Infra 
will warm is if things are immanent. I did discuss our migration briefly with 
an infra person at ACNA19.


* It seems it would be advantageous to do a LOT of housecleaning on 
www.openoffice.org before migration

I don't have ANY ideas about archiving www.openoffice.org. It is quite large. I could 
certainly help in about a month with the "housecleaning" aspect of both sites 
assuming they remain svn accessible for a while. But I'm assuming we might want archives 
of both even before that. Yes?

Tag the SVN repository before starting its cleanup. Feel free to keep a local 
copy.

I recommend doing cleanup on a local copy and checking in the results.

So, three parallel threads.

(1) Cleanup
(2) Redesign if needed.
(3) Move to git and away from CMS

Regards,
Dave


-- MzK




On 9/19/19 10:01 PM, Peter Kovacs wrote:
Hello all,


Can everyone interested in this topic give a short status?

Short ping on the current availability. And list any impediments or
difficulties that he currently sees where others can help with.

I would very much like to see this take some drive. And I would love to
see George delivering something, so we can review committer status in
the near future. (As I do with any other volunteer knocking on our door.)


Thanks

All the Best

Peter


-
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: A openoffice 'dependency' map

[Kay Schenk]

Mwiki does have "versioning" of a sort. You can look at previous 
versions of pages and do rollbacks.


I'm looking at the following --

https://wiki.openoffice.org/w/index.php?title=Architecture&diff=245544&oldid=245542

in which you can see how revisions are managed.

Good that you are trying to deal with this in any way though.

"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK


On 9/30/19 11:13 PM, Peter Kovacs wrote:

Sadly a picture as such is currently of no use. The picture has 1200 objects. 
Most of them pointers from one Modul to another. And there are still errors or 
modules are duplicated. Draw has some flaws for this use case. But I already 
learned what we need to improve in Draw.
The map is still work in progress. But I would like to share it in this early 
stage.

Confluence has the advantage that it versions the document. That would make it 
easier to maintain. Does mwiki also version the code?

Hmm maybe we could move the contents of other picture already on Confluence in 
this document so you would obtain a document that contains all pictures. From 
the good ones we can the create pictures as links.


Am 1. Oktober 2019 01:19:03 MESZ schrieb Marcus :

Am 30.09.19 um 21:51 schrieb Peter Kovacs:

I have made it to my first milestone in creating documentation. I

have created a draw document that shows all modules. Pointers point
towards providers and dependencies, from the configuration standpoint
of the build system.

It is not really accurate, but it gives an idea on the topic.

Where do you think is the right home for this document? It is maybe

to thing that will prevail since the manual effort of maintenance is
quite high.

I would say, make a JPG or PNG of it, put it in Confluence with some
text and attach the original Draw doc to that page. Maybe here [1]?

[1] https://cwiki.apache.org/confluence/display/OOOUSERS/UML-Diagramme

Marcus


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

Re: A openoffice 'dependency' map

[Kay Schenk]

Peter, that is fantastic! There's a wiki area about OpenOffice architecture
at that might also be a good place.

https://wiki.openoffice.org/wiki/Architecture

___
Sent from MzK's phone.

On Mon, Sep 30, 2019, 16:29 Marcus  wrote:

> Am 30.09.19 um 21:51 schrieb Peter Kovacs:
> > I have made it to my first milestone in creating documentation. I have
> created a draw document that shows all modules. Pointers point towards
> providers and dependencies, from the configuration standpoint of the build
> system.
> > It is not really accurate, but it gives an idea on the topic.
> >
> > Where do you think is the right home for this document? It is maybe to
> thing that will prevail since the manual effort of maintenance is quite
> high.
>
> I would say, make a JPG or PNG of it, put it in Confluence with some
> text and attach the original Draw doc to that page. Maybe here [1]?
>
> [1] https://cwiki.apache.org/confluence/display/OOOUSERS/UML-Diagramme
>
> Marcus
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: [status] Static webside migration

[Kay Schenk]

Hi --

The last item I saw on this topic was this one concerning the new CMS

https://www.mail-archive.com/dev@openoffice.apache.org/msg36504.html

and I recall you mentioning at one point that it was desirable to do 
some housecleaning on the www.openoffice.org web site due to size and no 
longer pertinent information.


Some questions at this point --

* was a new "CMS" chosen? If so what is it and where can we find 
additional information?


The current site, as Dave pointed out earlier, uses a lot of the current 
CMS capabilities in terms of page rendering, dealing with the many 
languages of the site etc. to render the static content.


* How long will svn continue to function for both www.openoffice.org and 
openoffice.apache.org?


* It seems it would be advantageous to do a LOT of housecleaning on 
www.openoffice.org before migration


I don't have ANY ideas about archiving www.openoffice.org. It is quite 
large. I could certainly help in about a month with the "housecleaning" 
aspect of both sites assuming they remain svn accessible for a while. 
But I'm assuming we might want archives of both even before that. Yes?


-- MzK



On 9/19/19 10:01 PM, Peter Kovacs wrote:

Hello all,


Can everyone interested in this topic give a short status?

Short ping on the current availability. And list any impediments or
difficulties that he currently sees where others can help with.

I would very much like to see this take some drive. And I would love to
see George delivering something, so we can review committer status in
the near future. (As I do with any other volunteer knocking on our door.)


Thanks

All the Best

Peter


-
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: [ANNOUNCE] Apache OpenOffice 4.1.7 released

[Kay Schenk]

Thanks to all for this release. All good so far! :-)

"And in the end, only kindness matters."
   -- Jewel, "Hands"
__
 MzK


On 9/21/19 1:19 PM, Marcus wrote:

Hello OpenOffice community,

today we want to share with you the announcement from below.

Thank You

to all who have helped, tested, hacked, discussed or were otherwise 
involved and have invested many hours of their spare time.


Marcus
(on behalf of the Apache OpenOffice PMC)



 Weitergeleitete Nachricht 
Betreff: [ANNOUNCE] Apache OpenOffice 4.1.7 released
Datum: Sat, 21 Sep 2019 22:14:09 +0200
Von: Marcus 
Antwort an: annou...@openoffice.apache.org
An: annou...@openoffice.apache.org

21 September 2019 - Apache OpenOffice, the leading Open Source office 
document productivity suite, announced today Apache OpenOffice 4.1.7, 
now available in 41 languages on Windows, macOS and Linux.


Apache OpenOffice 4.1.7 is a maintenance release aimed at correcting 
some regressions and delivering the latest English dictionary. All 
users of Apache OpenOffice 4.1.6 or earlier are advised to upgrade.


The main changes include:
* Adds support for AdoptOpenJDK as well as Oracle Java
* Possible crash in Freetype code
* Crash in Writer when linking frames on OS/2
* Apache OpenOffice TM in Splash screen has different background

For the complete overview see the list in Bugzilla:
https://s.apache.org/AOO-417changes

Full version of this announcement:
https://s.apache.org/AOO-417announcement

Apache OpenOffice 4.1.7 Release Notes:
https://s.apache.org/AOO-417releasenotes

Download Apache OpenOffice 4.1.7 from the original source only:
https://www.openoffice.org/download/

Follow Apache OpenOffice:
Twitter   https://twitter.com/apacheoo
Facebook  https://www.facebook.com/ApacheOO
YouTube   https://www.youtube.com/c/openoffice
Mail  https://openoffice.apache.org/mailing-lists.html


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

Re: Release Candidate for AOO 4.1.7?

[Kay Schenk]

On 9/3/19 5:50 PM, Torokhov Sergey wrote:

Hello.

I tested to install 
"Apache_OpenOffice_4.1.7_Linux_x86-64_install-rpm_en-US.tar.gz"
on Gentoo Linux with several Java VM being installed:

1. dev-java/oracle-jdk-bin-1.8.0.202
is recognized by AOO as "Oracle Corporation 1.8.0_202" at 
/opt/oracle-jdk-bin-1.8.0.202/jre/

2. dev-java/icedtea-bin-3.13.0
is recognized by AOO as "AdoptOpenJDK 11.0.4" at 
/opt/openjdk-jre-bin-11.0.4_p11/

3. dev-java/openjdk-jre-bin-11.0.4_p11
wasn't auto-detected, after manual addition is recognized by AOO as "OpenJDK 
1.8.0_222" at /opt/icedtea-bin-3.13.0/jre/


At the first run of oowriter I recieved warning: "javaldx: invalid settings. User 
must select a JRE from options dialog!"
that disappeared after Java VM selection.


Hello all --

NONE of the my java versions was detected on startup. I also got the

"javaldx: invalid settings. User must select a JRE from options dialog!"
message. After I selected a java version, I currently have java7 and java8 
installed, everything was OK.

I can pick up my default using "whereis java" on my CentOS 7.6 setup.

More testing coming soon... :)

-- Kay



"Help" and "Bibliography Database" ran and seems to be work with all of all 
installed Java VM implementations.



The ISSUE (already mentioned: https://bz.apache.org/ooo/show_bug.cgi?id=127789) 
I noticed:
When I go to "Tools" - "Extension manager" and push "Check for Updates" button
I get an error "Error reading data from Internet. Server Error message: ." over the 
pop-up "Extension Update" window.




03.09.2019, 13:18, "Matthias Seidel" :

Hi all,

I think it is time to do our (first) Release Candidate for AOO 4.1.7.

Unofficial test builds for Windows are already here [1] and those for
macOS and Linux here [2].

Please test, so we can decide to build an RC.

Regards,

    Matthias

[1] https://home.apache.org/~mseidel/AOO-builds/AOO-417-Test/
[2] https://home.apache.org/~jim/AOO-builds/AOO417-test/

-
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: get Revision from Git (short Hash)

[Kay Schenk]

On Wed, Aug 14, 2019 at 3:07 PM Matthias Seidel 
wrote:

> Hi Kay,
>
> Am 15.08.19 um 00:02 schrieb Kay Schenk:
> > On Wed, Aug 14, 2019 at 1:24 PM Marcus  wrote:
> >
> >> Am 14.08.19 um 22:02 schrieb Jim Jagielski:
> >>>> On Aug 14, 2019, at 10:51 AM, Andrea Pescetti 
> >> wrote:
> >>>> Matthias Seidel wrote:
> >>>>> We already have the build id, the build
> >>>>> date and now the git hash (which is a unique link to the last commit
> it
> >>>>> was based on)
> >>>>> This is how we did it with SVN, why should we change it?
> >>>> Because we are dropping information. The SVN revisions are always
> >> increasing, and thus (independent on the build date, which can be at any
> >> moment) I can compare two builds and retain information on which came
> first.
> >>>> With git of course this doesn't hold, i.e., you cannot say which
> commit
> >> came earlier between abcd1234 and 5678abcd. So I see some added value
> if we
> >> enrich it this way.
> >>> Is that needed though? I had thought the basic reason for having the
> SVN
> >> ID is that the end-user knows, for sure, which SVN revision their app
> was
> >> built from.
> >>
> >> it's unrealistic that the commit was done, e.g., today but the build
> >> weeks later. So, Git hash and build date is not done at the exact same
> >> date and time. But nearly. And here it think it's sufficiant.
> >>
> >> But when we decide to prefix the hash with a date value it's OK for me,
> >> too.
> >>
> >> Marcus
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >>
> > I think the date and hash should be displayed in the "build information"
> > screen as the revision information was previously. In Jim's sample
> display,
> > although the date is displayed, there is no indication of actual
> "revision"
> > (hash).
>
> This is simply because the code we are discussing about is still not
> committed.
>
> I applied Peters patch and it looks like this:
>
>
> https://www.dropbox.com/s/tkal1y9b09vrhse/VirtualBox_Windows%2010%20AOO-Build_14_08_2019_16_14_33.png?dl=0
>
> Matthias
>

OK. Good.

>
> >
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: get Revision from Git (short Hash)

[Kay Schenk]

On Wed, Aug 14, 2019 at 1:24 PM Marcus  wrote:

> Am 14.08.19 um 22:02 schrieb Jim Jagielski:
> >> On Aug 14, 2019, at 10:51 AM, Andrea Pescetti 
> wrote:
> >>
> >> Matthias Seidel wrote:
> >>> We already have the build id, the build
> >>> date and now the git hash (which is a unique link to the last commit it
> >>> was based on)
> >>> This is how we did it with SVN, why should we change it?
> >>
> >> Because we are dropping information. The SVN revisions are always
> increasing, and thus (independent on the build date, which can be at any
> moment) I can compare two builds and retain information on which came first.
> >>
> >> With git of course this doesn't hold, i.e., you cannot say which commit
> came earlier between abcd1234 and 5678abcd. So I see some added value if we
> enrich it this way.
> >
> > Is that needed though? I had thought the basic reason for having the SVN
> ID is that the end-user knows, for sure, which SVN revision their app was
> built from.
>
> it's unrealistic that the commit was done, e.g., today but the build
> weeks later. So, Git hash and build date is not done at the exact same
> date and time. But nearly. And here it think it's sufficiant.
>
> But when we decide to prefix the hash with a date value it's OK for me,
> too.
>
> Marcus
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
I think the date and hash should be displayed in the "build information"
screen as the revision information was previously. In Jim's sample display,
although the date is displayed, there is no indication of actual "revision"
(hash).

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: SVN problem

[Kay Schenk]

On Wed, Aug 14, 2019 at 8:37 AM Andrea Pescetti  wrote:

> On 13/08/2019 Kay Schenk wrote:
> > The page name from the current project website repository is --
> > source_new.mdtext as you probably saw.
>
> There is no need to be shy here... we have version control and we can
> just update source.mdtext. I've moved your source_new.mdtext to be the
> new version of source.mdtext and we'll continue from there.
>

Sounds good...
This page also references a "Subversion Basics" page --
https://openoffice.apache.org/svn-basics.html

which has a LOT of information that either needs attention or a good
comparable git resource, especially the merge/cherrypicking aspects


> > I really know VERY little about git but I will try to do some editing and
> > hope others will do a lot more. ☺
>
> I am quite knowledgeable about git itself (I've used it daily for
> several years) so I can definitely provide some text and I will do some
> edits. What I am quite unfamiliar with is how we are supposed to use git
> at the ASF, why we have two master repositories and so on; all I can
> find is https://gitbox.apache.org/ so I guess all other policies are up
> to us for defining.
>

I started looking for something like this also. Hopefully INFRA can
enlighten.


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

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: SVN problem

[Kay Schenk]

Hi Matthias --
The page name from the current project website repository is --
source_new.mdtext
as you probably saw.
I really know VERY little about git but I will try to do some editing and
hope others will do a lot more. ☺

-- Kay

On Tue, Aug 13, 2019 at 1:25 PM Matthias Seidel 
wrote:

> Thanks Kay,
>
> I already got notified via commits@ ;-)
>
> Do you plan to publish that page later? It is indeed one, that needs to
> be updated due to the Git switch.
>
> Regards,
>
>Matthias
>
> Am 13.08.19 um 21:43 schrieb Kay Schenk:
> > As an FYI, I was able to add and commit a new page to the project web
> site
> > --
> > https://openoffice.apache.org/
> >
> > to verify that svn is still OK there also.
> >
> >
> >
> > On Tue, Aug 13, 2019 at 2:48 AM Matthias Seidel <
> matthias.sei...@hamburg.de>
> > wrote:
> >
> >> Hi all,
> >>
> >> Totally forgot to say that I was able to commit to that directory early
> >> this morning.
> >> I have not checked other directories yet.
> >>
> >> Thank you Peter for the talk on Slack #asfinfra.
> >>
> >> (We really should use this more for quick communication)
> >>
> >> Regards,
> >>
> >>Matthias
> >>
> >> Am 13.08.19 um 00:37 schrieb Marcus:
> >>> Am 13.08.19 um 00:28 schrieb Peter Kovacs:
> >>>> Infra Chat Log from on slack ( for documentation reasons):
> >>>>
> >>>> petko 23:44 Uhr
> >>>> Hello, is SVN path
> >>>> https://svn.apache.org/repos/asf/openoffice/updates-site/trunk/
> >>>> readonly? (edited)
> >>>>
> >>>> warwalrux 23:54 Uhr
> >>>> I believe it's readonly to all but members of the openoffice group.
> >>>> (edited)
> >>>> Gavin McDonald 23:58 Uhr
> >>>> I imagine the move to Git made more of svn read only than was wanted
> >>>> petko 00:02 Uhr
> >>>> can you make it writeable again?
> >>>> We (OpenOffice Members) can not write to it. Do you need an infra
> >>>> ticket?
> >>>> Gavin McDonald 00:07 Uhr
> >>>> are there any other paths need r/w or just ‘site’ and ‘updates-site’ ?
> >>>> (and ooo-site)
> >>>> petko 00:10 Uhr
> >>>> IMO only trunk, branches and tags should be read only. (edited)
> >>>> Gavin McDonald 00:25 Uhr
> >>>>
> >>>> ok
> >>> or to make it clearer for all:
> >>>
> >>> Root: https://svn.apache.org/repos/asf/openoffice/
> >>>
> >>> r/wDISCLAIMER
> >>> r/wREADME
> >>> rbranches/
> >>> r/wbranding/
> >>> r/wdevtools/
> >>> r/wooo-site/
> >>> r/wsite/
> >>> rsymphony/
> >>> rtags/
> >>> r/wtest/
> >>> rtrunk/
> >>> r/wupdates-site/
> >>>
> >>> Marcus
> >>>
> >>>
> >>>
> >>>> On 13.08.19 00:08, Matthias Seidel wrote:
> >>>>> Am 13.08.19 um 00:05 schrieb Andrea Pescetti:
> >>>>>> Matthias Seidel wrote:
> >>>>>>> https://svn.apache.org/repos/asf/openoffice/updates-site/ seems to
> >> be
> >>>>>>> read-only now?
> >>>>>>> Can anyone confirm?
> >>>>>> Confirmed. I tried adding an empty "aoo417" directory and commit was
> >>>>>> rejected. Transcript below.
> >>>>>>
> >>>>>> $ svn mkdir aoo417
> >>>>>> A aoo417
> >>>>>> $ svn ci -m "Empty dir for 4.1.7 update feeds."
> >>>>>> Adding   aoo417
> >>>>>> svn: E195023: Commit failed:
> >>>>>> svn: E195023: Changing directory '/.../updates-site/trunk/aoo417' is
> >>>>>> forbidden by the server
> >>>>>> svn: E175013: Access to
> >>>>>>
> >> '/repos/asf/!svn/txr/1864989-14y1k/openoffice/updates-site/trunk/aoo417'
> >>>>>> forbidden
> >>>>> Yes, that is exactly what I wanted to do... ;-)
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>>
> >>>
> >>
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: SVN problem

[Kay Schenk]

As an FYI, I was able to add and commit a new page to the project web site
--
https://openoffice.apache.org/

to verify that svn is still OK there also.



On Tue, Aug 13, 2019 at 2:48 AM Matthias Seidel 
wrote:

> Hi all,
>
> Totally forgot to say that I was able to commit to that directory early
> this morning.
> I have not checked other directories yet.
>
> Thank you Peter for the talk on Slack #asfinfra.
>
> (We really should use this more for quick communication)
>
> Regards,
>
>Matthias
>
> Am 13.08.19 um 00:37 schrieb Marcus:
> > Am 13.08.19 um 00:28 schrieb Peter Kovacs:
> >> Infra Chat Log from on slack ( for documentation reasons):
> >>
> >> petko 23:44 Uhr
> >> Hello, is SVN path
> >> https://svn.apache.org/repos/asf/openoffice/updates-site/trunk/
> >> readonly? (edited)
> >>
> >> warwalrux 23:54 Uhr
> >> I believe it's readonly to all but members of the openoffice group.
> >> (edited)
> >> Gavin McDonald 23:58 Uhr
> >> I imagine the move to Git made more of svn read only than was wanted
> >> petko 00:02 Uhr
> >> can you make it writeable again?
> >> We (OpenOffice Members) can not write to it. Do you need an infra
> >> ticket?
> >> Gavin McDonald 00:07 Uhr
> >> are there any other paths need r/w or just ‘site’ and ‘updates-site’ ?
> >> (and ooo-site)
> >> petko 00:10 Uhr
> >> IMO only trunk, branches and tags should be read only. (edited)
> >> Gavin McDonald 00:25 Uhr
> >>
> >> ok
> >
> > or to make it clearer for all:
> >
> > Root: https://svn.apache.org/repos/asf/openoffice/
> >
> > r/wDISCLAIMER
> > r/wREADME
> > rbranches/
> > r/wbranding/
> > r/wdevtools/
> > r/wooo-site/
> > r/wsite/
> > rsymphony/
> > rtags/
> > r/wtest/
> > rtrunk/
> > r/wupdates-site/
> >
> > Marcus
> >
> >
> >
> >> On 13.08.19 00:08, Matthias Seidel wrote:
> >>> Am 13.08.19 um 00:05 schrieb Andrea Pescetti:
>  Matthias Seidel wrote:
> > https://svn.apache.org/repos/asf/openoffice/updates-site/ seems to
> be
> > read-only now?
> > Can anyone confirm?
>  Confirmed. I tried adding an empty "aoo417" directory and commit was
>  rejected. Transcript below.
> 
>  $ svn mkdir aoo417
>  A aoo417
>  $ svn ci -m "Empty dir for 4.1.7 update feeds."
>  Adding   aoo417
>  svn: E195023: Commit failed:
>  svn: E195023: Changing directory '/.../updates-site/trunk/aoo417' is
>  forbidden by the server
>  svn: E175013: Access to
> 
> '/repos/asf/!svn/txr/1864989-14y1k/openoffice/updates-site/trunk/aoo417'
> 
>  forbidden
> >>> Yes, that is exactly what I wanted to do... ;-)
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: [discussion] CMS migration

[Kay Schenk]

Thanks Matthias...

I didn't know if the control over publishing with --
https://cms.apache.org/
still worked or not.

I will investigate on my own soon.


On Thu, Aug 1, 2019 at 11:38 AM Matthias Seidel 
wrote:

> Hi Kay,
>
> Am 31.07.19 um 23:49 schrieb Kay Schenk:
> > Hi all.
> > A few questions --
> > * what's the status of the current OO website repositories -- both
> > https://openoffice.apache.org/ and https://www.openoffice.org/
> > in terms of updates? Are they both, as of today, still svn checkout?
>
> It is still functional for both sites...
>
> However the staging does not work on https://openoffice.apache.org/ due
> to the permanent https redirection.
> But I can live with that... ;-)
>
> >
> > * and since the CMS is broken (?), do updates to through svn go live
> > instantly or 
> I did a commit yesterday, all went fine (but did not publish yet).
> >
> > * where are the instructions for the new "tool"?
>
> We are still discussing about a new system at the moment.
>
> Regards,
>
>Matthias
>
> >
> > Thanks.
> >
> > On Tue, Jul 30, 2019 at 4:29 PM Dave Fisher  wrote:
> >
> >>
> >>> On Jul 30, 2019, at 3:29 PM, Peter Kovacs  wrote:
> >>>
> >>>
> >>> On 31.07.19 00:18, Matthias Seidel wrote
> >>>>> I don't understand:
> >>>>> Why is migration necessary at all?
> >>>> I already told you on users-de@. ASF Infra can not support the old
> >> (self
> >>>> baked) CMS anymore.
> >>> they replace it with another self baked solution... :/
> >> No, they prefer Pelican: https://github.com/getpelican/pelican it will
> >> support Github’s markdown and allow the preview of content within
> GitHub.
> >>
> >> "the pelican setup sees the commit to master, builds the site, pushes to
> >> the asf-site branch, which the gitpubsub sees, and pulls that change to
> the
> >> active website"
> >>
> >> There will be two major challenges.
> >>
> >> (1) Creating our theme so that we continue to handle the NL translated
> >> elements in the header. An example page theme template is quite similar
> to
> >> what the CMS uses:
> >>
> https://github.com/getpelican/pelican/blob/master/pelican/themes/notmyidea/templates/page.html
> >> (2) How to adapt the legacy html into the new template.
> >>
> >> I plan to help, but only after ApacheCon NA. If someone else starts the
> >> process then I would gladly review and discuss.
> >>
> >> Regards,
> >> Dave
> >>
> >>> With less overhead maybe.
> >>>
> >>>
> >>> -
> >>> 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
> >>
> >>
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: [discussion] CMS migration

[Kay Schenk]

Hi all.
A few questions --
* what's the status of the current OO website repositories -- both
https://openoffice.apache.org/ and https://www.openoffice.org/
in terms of updates? Are they both, as of today, still svn checkout?

* and since the CMS is broken (?), do updates to through svn go live
instantly or 

* where are the instructions for the new "tool"?

Thanks.

On Tue, Jul 30, 2019 at 4:29 PM Dave Fisher  wrote:

>
>
> > On Jul 30, 2019, at 3:29 PM, Peter Kovacs  wrote:
> >
> >
> > On 31.07.19 00:18, Matthias Seidel wrote
> >>> I don't understand:
> >>> Why is migration necessary at all?
> >> I already told you on users-de@. ASF Infra can not support the old
> (self
> >> baked) CMS anymore.
> >
> > they replace it with another self baked solution... :/
>
> No, they prefer Pelican: https://github.com/getpelican/pelican it will
> support Github’s markdown and allow the preview of content within GitHub.
>
> "the pelican setup sees the commit to master, builds the site, pushes to
> the asf-site branch, which the gitpubsub sees, and pulls that change to the
> active website"
>
> There will be two major challenges.
>
> (1) Creating our theme so that we continue to handle the NL translated
> elements in the header. An example page theme template is quite similar to
> what the CMS uses:
> https://github.com/getpelican/pelican/blob/master/pelican/themes/notmyidea/templates/page.html
> (2) How to adapt the legacy html into the new template.
>
> I plan to help, but only after ApacheCon NA. If someone else starts the
> process then I would gladly review and discuss.
>
> Regards,
> Dave
>
> >
> > With less overhead maybe.
> >
> >
> > -
> > 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
>
>

-- 
"And in the end, only kindness matters."
   -- Jewel, "Hands"

MzK

Re: hyperlinks in docs

[Kay Schenk]

I'm going to take a stab at this.

Handling URLs is part of the AOO "framework". I had tried to pin this 
down as well a few years ago.


You might want to start by looking at the items in --

https://svn.apache.org/viewvc/openoffice/trunk/main/framework/source/dispatch/

esp *dispatchprovider.cxx*

There seems to be an inclusion in there for #include 

which I can not locate.

I don't have my former work files, but I think the "sal" module did some 
processing as well.


See also: 
https://wiki.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Command_URL


"Less is more."

MzK


On 5/1/19 2:54 AM, Jim Jagielski wrote:

I'm trying to figure out where in the codebase which module is responsible for 
"handling" behaviors when someone clicks a hyperlink in a doc. Any ideas on 
where to look?
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Create tag for 4.2.0 Developer Build 1?

[Kay Schenk]

Hi. I finally got around to checking out rev. 1896514 from:

http://home.apache.org/~jim/AOO-builds/ (last update 04/04/2019)

So far so good. I will check if some of the extensions I use will work 
with this build.



"Less is more."

Kay


On 3/27/19 9:33 AM, Jim Jagielski wrote:

Is Infra aware of this upcoming "developer's" release?


On Mar 27, 2019, at 12:17 PM, Matthias Seidel  
wrote:

I will start immediately with my Windows builds. Don't expect them
before tomorrow evening...

Upload directories exists here, rename if you like:
https://dist.apache.org/repos/dist/dev/openoffice/4.2.0-Dev1/

Regards,

Matthias

Am 27.03.19 um 12:22 schrieb Jim Jagielski:

The TAG for the developer preview is now applied:

https://svn.apache.org/repos/asf/openoffice/tags/AOO420-Dev-m1

I have started building Linux 64&32 and macOS previews based on that tag as we 
speak.
-
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: Google+ going away on April 2, 2019

[Kay Schenk]

+1 to this Matthias. Ok, the archive I just created seems to be in a LOT 
more usable form than the earlier one I did a few weeks ago. I will try 
to just generate a LARGE html file to put somewhere.


"Less is more."

MzK


On 3/21/19 9:24 AM, Matthias Seidel wrote:

Hi Kay,

Am 19.03.19 um 01:48 schrieb Kay Schenk:

Hi. Is MeWe a social platform we want to explore? I'm assuming we'd need to
have an account. I'm fairly certain I can figure out how to "show" the AOO
posts on a Web site but that would be the end of the line.

It would just be another platform...

I'd rather see that Facebook and Twitter are properly maintained.

Regards,

    Matthias


I have NOT investigated how to upload them to the Forum. That's already a
conversational vehicle.
Hoping to get back to all this this week.



___
Sent from MzK's phone.

On Thu, Mar 14, 2019, 17:18 Matthias Seidel 
wrote:


Hi Kay,


Am 26.02.19 um 22:25 schrieb Kay Schenk:

On 2/24/19 12:59 PM, Matthias Seidel wrote:

Hi Kay, Hi Keith,

Am 05.02.19 um 00:58 schrieb Kay Schenk:

On 2/2/19 11:07 AM, Keith N. McKenna wrote:

On 2/2/2019 1:00 PM, Kay Schenk wrote:

I'm assuming most of you know that Google+ is going away April 2.
2019.
I am one of the moderators for the AOO group. Here is information I
just
received. I know MANY are disappointed by this decision, and we
need to
discuss what to do with the current AOO information.

I just found this:


https://techaeris.com/2019/02/15/the-mewe-social-network-made-a-tool-to-import-your-google-data-to-their-platform/

Regards

Matthias


Hi Kay;

Yes we should definitely make an archive of Google+ pages, just not
sure
where the best place for them to be stored would be.

Regards
Keith


I'm looking into HOW to get the data from G+. It might be nice
(somehow) to import the G+ postings into FB, but the participant info
wouldn't sync that's for sure. I'll do a dump from G+ soon and see
what the feeds/post look like.

You may already have found the way to archive Google+ content:
https://takeout.google.com/

It took Google about one week to provide my zip file.

I am also wondering about our YouTube channel. It is linked to the
Google+ brand account, so I have administrative rights. But since I am
not the owner I can not add another administrator/moderator.

Regards,

 Matthias

A short update. I just "downloaded" the set from Apache OpenOffice G+.
It didn't take very long. I actually used the instructions from:

https://support.google.com/plus/answer/1045788

All the posts are there but...the urls generated reference
"plus.google.com" which is useless since that's the service going
away. So, I will look around to see what else I can find. Oy! Maybe we
can find the G+ stylesheets somewhere.


"Less is more."

MzK



--
MzK



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

Re: Google+ going away on April 2, 2019

[Kay Schenk]

Hi. Is MeWe a social platform we want to explore? I'm assuming we'd need to
have an account. I'm fairly certain I can figure out how to "show" the AOO
posts on a Web site but that would be the end of the line.

I have NOT investigated how to upload them to the Forum. That's already a
conversational vehicle.
Hoping to get back to all this this week.



___
Sent from MzK's phone.

On Thu, Mar 14, 2019, 17:18 Matthias Seidel 
wrote:

> Hi Kay,
>
>
> Am 26.02.19 um 22:25 schrieb Kay Schenk:
> >
> > On 2/24/19 12:59 PM, Matthias Seidel wrote:
> >> Hi Kay, Hi Keith,
> >>
> >> Am 05.02.19 um 00:58 schrieb Kay Schenk:
> >>> On 2/2/19 11:07 AM, Keith N. McKenna wrote:
> >>>> On 2/2/2019 1:00 PM, Kay Schenk wrote:
> >>>>> I'm assuming most of you know that Google+ is going away April 2.
> >>>>> 2019.
> >>>>> I am one of the moderators for the AOO group. Here is information I
> >>>>> just
> >>>>> received. I know MANY are disappointed by this decision, and we
> >>>>> need to
> >>>>> discuss what to do with the current AOO information.
>
> I just found this:
>
>
> https://techaeris.com/2019/02/15/the-mewe-social-network-made-a-tool-to-import-your-google-data-to-their-platform/
>
> Regards
>
>Matthias
>
> >>>>>
> >>>> Hi Kay;
> >>>>
> >>>> Yes we should definitely make an archive of Google+ pages, just not
> >>>> sure
> >>>> where the best place for them to be stored would be.
> >>>>
> >>>> Regards
> >>>> Keith
> >>>>
> >>> I'm looking into HOW to get the data from G+. It might be nice
> >>> (somehow) to import the G+ postings into FB, but the participant info
> >>> wouldn't sync that's for sure. I'll do a dump from G+ soon and see
> >>> what the feeds/post look like.
> >> You may already have found the way to archive Google+ content:
> >> https://takeout.google.com/
> >>
> >> It took Google about one week to provide my zip file.
> >>
> >> I am also wondering about our YouTube channel. It is linked to the
> >> Google+ brand account, so I have administrative rights. But since I am
> >> not the owner I can not add another administrator/moderator.
> >>
> >> Regards,
> >>
> >> Matthias
> >
> > A short update. I just "downloaded" the set from Apache OpenOffice G+.
> > It didn't take very long. I actually used the instructions from:
> >
> > https://support.google.com/plus/answer/1045788
> >
> > All the posts are there but...the urls generated reference
> > "plus.google.com" which is useless since that's the service going
> > away. So, I will look around to see what else I can find. Oy! Maybe we
> > can find the G+ stylesheets somewhere.
> >
> >
> > "Less is more."
> > 
> > MzK
> >
> >
> >>
> >>> --
> >>> MzK
> >>>
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>>
> >>>
> >
>
>

Re: Google+ going away on April 2, 2019

[Kay Schenk]

On 2/24/19 12:59 PM, Matthias Seidel wrote:

Hi Kay, Hi Keith,

Am 05.02.19 um 00:58 schrieb Kay Schenk:

On 2/2/19 11:07 AM, Keith N. McKenna wrote:

On 2/2/2019 1:00 PM, Kay Schenk wrote:

I'm assuming most of you know that Google+ is going away April 2. 2019.
I am one of the moderators for the AOO group. Here is information I
just
received. I know MANY are disappointed by this decision, and we need to
discuss what to do with the current AOO information.


Hi Kay;

Yes we should definitely make an archive of Google+ pages, just not sure
where the best place for them to be stored would be.

Regards
Keith


I'm looking into HOW to get the data from G+. It might be nice
(somehow) to import the G+ postings into FB, but the participant info
wouldn't sync that's for sure. I'll do a dump from G+ soon and see
what the feeds/post look like.

You may already have found the way to archive Google+ content:
https://takeout.google.com/

It took Google about one week to provide my zip file.

I am also wondering about our YouTube channel. It is linked to the
Google+ brand account, so I have administrative rights. But since I am
not the owner I can not add another administrator/moderator.

Regards,

    Matthias


A short update. I just "downloaded" the set from Apache OpenOffice G+. 
It didn't take very long. I actually used the instructions from:


https://support.google.com/plus/answer/1045788

All the posts are there but...the urls generated reference 
"plus.google.com" which is useless since that's the service going away. 
So, I will look around to see what else I can find. Oy! Maybe we can 
find the G+ stylesheets somewhere.



"Less is more."

MzK





--
MzK



-
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: Google+ going away on April 2, 2019

[Kay Schenk]

On Sun, Feb 24, 2019, 15:41 Matthias Seidel 
wrote:

> Hi Kay,
>
> Am 25.02.19 um 00:24 schrieb Kay Schenk:
> >
> > On 2/24/19 12:59 PM, Matthias Seidel wrote:
> >> Hi Kay, Hi Keith,
> >>
> >> Am 05.02.19 um 00:58 schrieb Kay Schenk:
> >>> On 2/2/19 11:07 AM, Keith N. McKenna wrote:
> >>>> On 2/2/2019 1:00 PM, Kay Schenk wrote:
> >>>>> I'm assuming most of you know that Google+ is going away April 2.
> >>>>> 2019.
> >>>>> I am one of the moderators for the AOO group. Here is information I
> >>>>> just
> >>>>> received. I know MANY are disappointed by this decision, and we
> >>>>> need to
> >>>>> discuss what to do with the current AOO information.
> >>>>>
> >>>> Hi Kay;
> >>>>
> >>>> Yes we should definitely make an archive of Google+ pages, just not
> >>>> sure
> >>>> where the best place for them to be stored would be.
> >>>>
> >>>> Regards
> >>>> Keith
> >>>>
> >>> I'm looking into HOW to get the data from G+. It might be nice
> >>> (somehow) to import the G+ postings into FB, but the participant info
> >>> wouldn't sync that's for sure. I'll do a dump from G+ soon and see
> >>> what the feeds/post look like.
> > OK. That would be great. I don't do much programming of late. We MAY
> > be able to use one of their APIs (not investigated yet!) to do SOMETHING.
> >> You may already have found the way to archive Google+ content:
> >> https://takeout.google.com/
> >
> > Yes, I have seen this. I've done nothing yet. I should get to doing an
> > archive this week sometime.
> >
> >
> >>
> >> It took Google about one week to provide my zip file.
> >
> > GEE WHIZ! That's kind of unbelievable.
> >
> >
> >>
> >> I am also wondering about our YouTube channel. It is linked to the
> >> Google+ brand account, so I have administrative rights. But since I am
> >> not the owner I can not add another administrator/moderator.
> >
> > YouTube is NOT being affected as far as I know.
>
> YouTube itself is not affected. But the right management is linked with
> Googles brand accounts.
> And "our" brand account is owned by Ariel Constenla-Haile.
>
> So I will still be able to administrate our Channel but I can't do
> anything beyond that.
> And I will be the only one who has access.
>
> Regards,
>
>Matthias
>

Got it.


> >
> >>
> >> Regards,
> >>
> >> Matthias
> > Thanks for looking into this.
> >>
> >>> --
> >>> MzK
> >>>
> >>>
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>
>

Re: Google+ going away on April 2, 2019

[Kay Schenk]

On 2/24/19 12:59 PM, Matthias Seidel wrote:

Hi Kay, Hi Keith,

Am 05.02.19 um 00:58 schrieb Kay Schenk:

On 2/2/19 11:07 AM, Keith N. McKenna wrote:

On 2/2/2019 1:00 PM, Kay Schenk wrote:

I'm assuming most of you know that Google+ is going away April 2. 2019.
I am one of the moderators for the AOO group. Here is information I
just
received. I know MANY are disappointed by this decision, and we need to
discuss what to do with the current AOO information.


Hi Kay;

Yes we should definitely make an archive of Google+ pages, just not sure
where the best place for them to be stored would be.

Regards
Keith


I'm looking into HOW to get the data from G+. It might be nice
(somehow) to import the G+ postings into FB, but the participant info
wouldn't sync that's for sure. I'll do a dump from G+ soon and see
what the feeds/post look like.
OK. That would be great. I don't do much programming of late. We MAY be 
able to use one of their APIs (not investigated yet!) to do SOMETHING.

You may already have found the way to archive Google+ content:
https://takeout.google.com/


Yes, I have seen this. I've done nothing yet. I should get to doing an 
archive this week sometime.





It took Google about one week to provide my zip file.


GEE WHIZ! That's kind of unbelievable.




I am also wondering about our YouTube channel. It is linked to the
Google+ brand account, so I have administrative rights. But since I am
not the owner I can not add another administrator/moderator.


YouTube is NOT being affected as far as I know.



Regards,

    Matthias

Thanks for looking into this.



--
MzK






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

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

[Kay Schenk]

I got curious about this module name, Apple_Remote, and here's what the 
OpenOffice Wiki has to say...


https://wiki.openoffice.org/wiki/Mac_OS_X_Porting_-_Apple_Remote_implementation

So, is this a module that's actually in use anymore?

I do realize this is a module that has been able to build in the past, 
but, I'm wondering about the usefulness of it now.


--
MzK



On 2/19/19 6:25 AM, Jim Jagielski wrote:

=
Building module apple_remote
=

Entering /Users/jim/src/asf/trunk/main/apple_remote/prj

cd .. && make -s -r -j6   && make -s -r deliverlog
[ info  ALL ] LinkTarget Library/libc++.dylib not defined: Assuming headers to 
be there!
[ build PKG ] apple_remote_inc
[ build DEP ] LNK:Library/libAppleRemote.dylib
[ build CHK ] apple_remote
[ build LNK ] Library/libAppleRemote.dylib
[ build CHK ] loaded modules: apple_remote
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/AppleRemote.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/RemoteControl.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/RemoteControlContainer.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/GlobalKeyboardDevice.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/HIDRemoteControlDevice.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/MultiClickRemoteBehavior.o'
clang: error: no such file or directory: 
'/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/ObjCxxObject/apple_remote/source/RemoteMainController.o'
make: *** [/Users/jim/src/asf/trunk/main/solenv/gbuild/LinkTarget.mk:292: 
/Users/jim/src/asf/trunk/main/solver/450/unxmaccx.pro/workdir/LinkTarget/Library/libAppleRemote.dylib]
 Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
apple_remote
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/Users/jim/src/asf/trunk/main/apple_remote/prj

When you have fixed the errors in that module you can resume the build by 
running:

build --all:apple_remote



On Feb 15, 2019, at 8:09 AM, dam...@apache.org wrote:

Author: damjan
Date: Fri Feb 15 13:09:06 2019
New Revision: 1853643

URL: http://svn.apache.org/viewvc?rev=1853643&view=rev
Log:
Port main/apple_remote to gbuild.
Not tested, since we don't have a Mac buildbot, and I don't have a Mac.

Patch by: me


Added:
openoffice/trunk/main/apple_remote/Library_AppleRemote.mk
openoffice/trunk/main/apple_remote/Makefile   (with props)
openoffice/trunk/main/apple_remote/Module_apple_remote.mk
openoffice/trunk/main/apple_remote/Package_inc.mk
openoffice/trunk/main/apple_remote/prj/makefile.mk
openoffice/trunk/main/apple_remote/source/
openoffice/trunk/main/apple_remote/source/AppleRemote.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/AppleRemote.m
openoffice/trunk/main/apple_remote/source/GlobalKeyboardDevice.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/GlobalKeyboardDevice.m
openoffice/trunk/main/apple_remote/source/HIDRemoteControlDevice.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/HIDRemoteControlDevice.m
openoffice/trunk/main/apple_remote/source/KeyspanFrontRowControl.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/KeyspanFrontRowControl.m
openoffice/trunk/main/apple_remote/source/MultiClickRemoteBehavior.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/MultiClickRemoteBehavior.m
openoffice/trunk/main/apple_remote/source/RemoteControl.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/RemoteControl.m
openoffice/trunk/main/apple_remote/source/RemoteControlContainer.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/RemoteControlContainer.m
openoffice/trunk/main/apple_remote/source/RemoteMainController.m
  - copied unchanged from r1853642, 
openoffice/trunk/main/apple_remote/RemoteMainController.m
Removed:
openoffice/trunk/main/apple_remote/AppleRemote.m
openoffice/trunk/main/apple_remote/GlobalKeyboardDevice.m
openoffice/trunk/main/apple_remote/HIDRemoteControlDevice.m
openoffice/trunk/main/apple_remote/KeyspanFrontRowControl.m
openoffice/trunk/main/apple_remote/MultiClickRemoteBehavior.m
openoffice/trunk/main/apple_remote/RemoteControl.m
openoffice/trunk/main/apple_remote/RemoteControlContainer.m
openoffice/trunk/main/apple_rem

Re: Google+ going away on April 2, 2019

[Kay Schenk]

On 2/2/19 11:07 AM, Keith N. McKenna wrote:

On 2/2/2019 1:00 PM, Kay Schenk wrote:

I'm assuming most of you know that Google+ is going away April 2. 2019.
I am one of the moderators for the AOO group. Here is information I just
received. I know MANY are disappointed by this decision, and we need to
discuss what to do with the current AOO information.


Hi Kay;

Yes we should definitely make an archive of Google+ pages, just not sure
where the best place for them to be stored would be.

Regards
Keith



I'm looking into HOW to get the data from G+. It might be nice (somehow) 
to import the G+ postings into FB, but the participant info wouldn't 
sync that's for sure. I'll do a dump from G+ soon and see what the 
feeds/post look like.

--
MzK



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

Google+ going away on April 2, 2019

[Kay Schenk]

I'm assuming most of you know that Google+ is going away April 2. 2019. 
I am one of the moderators for the AOO group. Here is information I just 
received. I know MANY are disappointed by this decision, and we need to 
discuss what to do with the current AOO information.


___

*You've received this email because you have a consumer (personal) 
Google+ account or you manage a Google+ page.*


In December 2018, we announced 
 
our decision to shut down Google+ for consumers in April 2019 due to low 
usage and challenges involved in maintaining a successful product that 
meets consumers' expectations. We want to thank you for being part of 
Google+ and provide next steps, including how to download your photos 
and other content.


*On April 2nd, your Google+ account and any Google+ pages you created 
will be shut down and we will begin deleting content from consumer 
Google+ accounts*. Photos and videos from Google+ in your Album Archive 
and your Google+ pages will also be deleted. You can download and save 
 your content, just make 
sure to do so before April. Note that photos and videos backed up in 
Google Photos will not be deleted.


The process of deleting content from consumer Google+ accounts, Google+ 
Pages, and Album Archive will take a few months, and content may remain 
through this time. For example, users may still see parts of their 
Google+ account via activity log and some consumer Google+ content may 
remain visible to G Suite users until consumer Google+ is deleted.


*As early as February 4th, you will no longer be able to create new 
Google+ profiles, pages, communities or events.*


See the full FAQ  for 
more details and updates leading up to the shutdown.


*If you're a Google+ Community owner or moderator*, you may download and 
save  your data for your 
Google+ Community. Starting early March 2019, additional data will be 
available for download, including author, body, and photos for every 
community post in a public community. Learn more 



*If you sign in to sites and apps using the Google+ Sign-in button*, 
these buttons will stop working in the coming weeks but in some cases 
may be replaced by a Google Sign-in button. You'll still be able to sign 
in with your Google Account wherever you see Google Sign-in buttons. 
Learn more 


*If you've used Google+ for comments on your own or other sites*, this 
feature will be removed from Blogger by February 4th and other sites by 
March 7th. All your Google+ comments on all sites will be deleted 
starting April 2, 2019. Learn more 



*If you're a G Suite customer*, Google+ for your G Suite account should 
remain active. Contact your G Suite administrator 
 for more details. You can 
also expect a new look and new features soon. Learn more 



*If you're a developer* using Google+ APIs or Google+ Sign-in, click 
here  to see how this will 
impact you.


From all of us on the Google+ team, thank you for making Google+ such a 
special place. We are grateful for the talented group of artists, 
community builders, and thought leaders who made Google+ their home. It 
would not have been the same without your passion and dedication.


Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043

You have received this mandatory email service announcement to update 
you about important changes to your Google+ Page, product or account.


--
--
MzK

Re: Remove main/crashrep?

[Kay Schenk]

On 1/30/19 1:06 PM, Marcus wrote:

Am 30.01.19 um 21:07 schrieb Matthias Seidel:

Am 30.01.19 um 19:37 schrieb Marcus:

Am 28.01.19 um 23:54 schrieb Matthias Seidel:

The crash report tool was abandoned some years ago. Help files were
removed in 2014:
https://bz.apache.org/ooo/show_bug.cgi?id=125696

Now I simply removed the directory main/crashrep from my build tree
(AOO42X) and still could build successfully.

So my question is, can it be safely removed? That would free some space
and remove unused strings for translation.


Without a details search in the code I wouldn't do this for 4.2.0 but
in trunk. Then we can do more tests over the time. I don't know how
this feature was done and is still linked within the OpenOffice code.


Of course this would be something for trunk.


you wrote about AOO42X, so I wasn't sure.


If it does no harm and other tests are successful we can backport it
later to 4.2.x.


Yes, this could be an option.


Kay was involved during that time, maybe she knows more details?


Ah great, let's see. ;-)

Marcus


Hi...
Well this was some time ago. As Marcus points out, you need to 
investigate the dependencies on the module before eliminating it. I 
recall starting to do that at some point, but I don't remember anything 
about the outcome. Likely I found it too complicated to determine and 
that's why I just eliminated what I did. With the build process now 
moving to gbuild, determining module dependencies will be different than 
they were in 2014. This is about all the information I can give at the 
moment. ;)


--Kay




-
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: Latest test builds

[Kay Schenk]

On 1/20/19 7:28 AM, Jim Jagielski wrote:

I've uploaded the latest test builds for macOS and Linux 64.
These are based on ~r1851640 and include 2 main updates from
the earlier one:

  o beanshell now included
  o macOS path bug should now be squashed 
(https://bz.apache.org/ooo/show_bug.cgi?id=127965)

Let me know if anyone wants me to kick off a Linux 32bit
build.

Find them here:

  http://home.apache.org/~jim/AOO-builds/4.2.0-dev-r1851640/

Cheers!



Hi all --

I wanted to test out the 4.2 version. Normally I use rpm -i to install 
and use --prefix= option to put the test version where I 
want it. For some reason, I keep getting a "openoffice is not 
relocatable" error on this package -- CentOS 7-64. I don't know if this 
is a "new" enforcement with the rpm version I have -- 4.11.3 -- or a 
build issue with the 4.2 test version.


Thanks for any insights you have.

--
MzK



-
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: what do i need to do to update our static websides

[Kay Schenk]

On 1/15/19 11:44 AM, Marcus wrote:

Am 15.01.19 um 08:38 schrieb Peter Kovacs:

I committed a change to ooo_sites and after 6h the changes are still not
visible.

Are there additional steps needed?


yes, committing a website change goes to SVN which triggers an automatic 
build for the staging area.


But to get it published you need to do it yourself manually.

Long time ago I've explained the instructions here:
https://openoffice.apache.org/docs/edit-cms.html

HTH

Marcus


Good to know this is working again. :)


--
MzK


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

Re: [discussion] get rid of NOT_AN_OOO_ISSUE

[Kay Schenk]

On 12/29/18 3:42 PM, Keith N. McKenna wrote:

On 12/29/2018 12:49 PM, Jörg Schmidt wrote:



From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Saturday, December 29, 2018 3:17 PM
To: dev; users
Subject: [discussion] get rid of NOT_AN_OOO_ISSUE

Hi all,

I would like to get rid of the Resolution "NOT_AN_OOO_ISSUE". This
leaves people angry and it is annoying to Copy paste or just rewrite
always the same stuff.

So I wonder if we could add a component user support, and allocate the
users list to it. With that we have a broader community
looking at those
help requests, and handle them like every other Issue. Also maybe the
barrier between developers/testers and user support gets
reduced a bit.

If it is a bug someone can simply change the component and we
can check
for reproducibility. Instead of NOT_AN_ISSUE I would like to
have FIXED
by workaround or something similar.


can you take some time and write your opinion?


my opinion:
Bugzilla is not a support ticket system. If we were to start inviting users 
(through an appropriate category in Bugzilla) to submit support requests here, 
we would be creating additional work for ourselves.

I don't think there will be more satisfaction through more tolerance in the use 
of Bugzilla. See the following example:
For years, we have tolerated misbehavior by users on the German users mailing 
list (users...@openoffice.apache.org), and what we achieve is not happy users, 
but confusion, inefficiency, and frustration among volunteers and users.


Sorry, I understand your concern, but I don't think we can solve the problems 
of misuse of Bugzilla in that way.


greetings,
Jörg


Peter;

As Marcus stated earlier NOT_AN_OOO_ISSUE is a valid response to an
issue that does not have it's roots in AOO and should be used as such.
Bugzilla is a bug tracking system and not an support help desk.

Keith




I agree with Marcus and Keith on this. Maybe some instructions to the 
"closer" of the issue would be to direct the reporter to the forums as 
Dave suggests.


--
--
MzK



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

Re: [vote] OpenOffice Release Candidate 4.1.6 RC1 - Vote resolution

[Kay Schenk]

On 11/14/2018 01:09 PM, Marcus wrote:

Am 14.11.18 um 18:05 schrieb Kay Schenk:
I got started a little on this yesterday. Maybe some guidance on fixed 
bugs that need emphasis and any dictionary updates and anything else. 
I have some time this week here and there.


thanks Kay, this would be great. If you want I can check the notes and 
integrate the final version within the download webpage on Saturday.


Marcus


Hi Marcus. Yes, please check. The bug list is rather short and I just 
pulled out a few to highlight. I think the rest of the format can remain 
as it was for 4.1.5. If you need the red caveat line removed let me 
know, or feel free to do this.







On 11/11/2018 07:13 AM, Peter Kovacs wrote:

I think the next topic is writing release notes.

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.6+Release+Notes 




Who is available for this? The release blocker 4.1.6 "+" is telling you
what is in the release.

There is one exception. One Bug about updates is about our update
facility, and has no relevance to the Code.


All the Best

Peter

On 11.11.18 15:58, Peter Kovacs wrote:

Formating was fine in my Email client...

Wired. I just copied it quickly from a calc sheet. I upload it on the
release page.

All the best

Peter

On 11.11.18 11:56, Matthias Seidel wrote:

Hi Peter,

Am 10.11.18 um 14:06 schrieb Peter Kovacs:

Thanks for your efforts and participation. It is no issue if you are
early or late. Important is that you believe in the release.

We have following test results:

*Who* *Passed* *Binding* *Windows* *
* *Linunx* *
* *MacOs* *
* *Language Attention* *Specials*



*Binary* *Source* *Binary* *Source* *Binary* 
*Source*


khirano 1
1




Japanese
Andrea 1 1

1 1

Italian
Marcus 1 1 1
1


US / German
Matthias 1 1 1 1 1



Included 32 bit Linux
Josef 1


1




Pedro 1
1
1 1

US / Portugese
Jim 1 1

1 1 1 1
Included 32 bit Linux
*summary* *7* *4* *4* *1* *6* *3* *1* *1*

Formatting is a bit weird...




We have the necessary Binding votes. All Target systems have been 
tested

from source and binary. We have a test coverage on diverse Languages.

The Vote has been made in favor for Release.

Great, then let us get this thing out! ;-)

Follow the steps described here:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.6

Regards,

    Matthias


All the Best

Peter

On 09.11.18 01:25, Kazunari Hirano wrote:

Hi Peter and all,

+1
The Release Candidate 1 for 4.1.6 has passed my tests.

I am sorry but I am late.

I installed japanese version and en-GB langpack on my Windows 10 
machine.


They looks good.

Thanks.

khirano


On Thu, Nov 1, 2018 at 3:52 PM Peter Kovacs  
wrote:



Let's try again.


Welcome to the vote on Release Candidate 1 for the 4.1.6 Release.

The vote will close on Wednesday the 7.11.2018.

The binaries and the source for testing are to be taken from:
https://dist.apache.org/repos/dist/dev/openoffice/4.1.6-RC1/

We follow the policy for the Apache policy on Release Approval at
http://www.apache.org/legal/release-policy.html#release-approval

In order to create a binding vote individuals are REQUIRED to

 * download all signed _source code_ packages onto their own 
hardware,


 * verify that they meet all requirements of ASF policy on 
releases

 as described below,

 * validate all cryptographic signatures,

 * compile as provided, and test the result on their own 
platform.


In order to create a normal vote individuals are REQUIRED to

 * download all signed _binary_ packages onto their own 
hardware,


 * verify that they meet all requirements of ASF policy on 
releases

 as described below,

 * validate all cryptographic signatures,

 * compile as provided, and test the result on their own 
platform.



 



The Release Candidate 1 for 4.1.6 has passed my tests.

[ ] yes / +1

[ ] no / -1

I have tested

Windows Release

 [ ] source / binding

 [ ] binary

Linux Release 32 bit

 [ ] source / binding

 [ ] binary

Linux Release 64 bit

 [ ] source / binding

 [ ] binary

MacOSX Release

 [ ] source / binding

 [ ] binary



-
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: A few questions about 4.1.6 for Release Notes

[Kay Schenk]

On 11/14/2018 09:29 PM, Don Lewis wrote:

On 15 Nov, Matthias Seidel wrote:

Hi Kay,

Am 15.11.18 um 00:48 schrieb Kay Schenk:

Two things --
* I see localization was set up for Kabyle. So is this a new language
addition?


No, only locale data were added internally.


* some discussion and commits about Java 8,
see: https://bz.apache.org/ooo/show_bug.cgi?id=127876
Changes were committed to the 4.1.6 branch near as I can tell.
So...does AOO require Java 8 now or can Java 7 still be used?


Changes for Java 8 were revoked, but that did only affect the building
process.

Java 8 as well as Java 7 can still be used like before.


Yes, but at least on Windows, if you build with Java 8, the resulting
binaries will not recognize Java 7.  This is only true for 4.1.x and
does not affect trunk for some reason even though the code is
essentially identical.  I haven't had a time to dig into this problem.


OK. What is our (soon to be ) distributed 4.1.6 built with then? This is 
important for the System Requirements page.


https://www.openoffice.org/dev_docs/source/sys_reqs_aoo41.html

I'm assuming at this point the Java info at the bottom should be a 
minimum of Java 7? Unless this has really been tested with Jave 1.5 (Java 5)




The fix in this bug report is to allow ODK to be built with Java 8.
Since the fix was revoked, if you want to build ODK, then you must build
with Java 7.







--
--
MzK

"Less is MORE."

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

A few questions about 4.1.6 for Release Notes

[Kay Schenk]

Two things --
* I see localization was set up for Kabyle. So is this a new language
addition?

* some discussion and commits about Java 8,
see: https://bz.apache.org/ooo/show_bug.cgi?id=127876
Changes were committed to the 4.1.6 branch near as I can tell.
So...does AOO require Java 8 now or can Java 7 still be used?

I may have more questions coming in the next day or so, but hopefully not
many. I will make every attempt to get this ready by Fri afternoon, PST.

-- 
--
MzK

"Less is MORE."

Re: [vote] OpenOffice Release Candidate 4.1.6 RC1 - Vote resolution

[Kay Schenk]

I got started a little on this yesterday. Maybe some guidance on fixed 
bugs that need emphasis and any dictionary updates and anything else. I 
have some time this week here and there.


--
MzK

"Less is MORE."

On 11/11/2018 07:13 AM, Peter Kovacs wrote:

I think the next topic is writing release notes.

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.6+Release+Notes


Who is available for this? The release blocker 4.1.6 "+" is telling you
what is in the release.

There is one exception. One Bug about updates is about our update
facility, and has no relevance to the Code.


All the Best

Peter

On 11.11.18 15:58, Peter Kovacs wrote:

Formating was fine in my Email client...

Wired. I just copied it quickly from a calc sheet. I upload it on the
release page.

All the best

Peter

On 11.11.18 11:56, Matthias Seidel wrote:

Hi Peter,

Am 10.11.18 um 14:06 schrieb Peter Kovacs:

Thanks for your efforts and participation. It is no issue if you are
early or late. Important is that you believe in the release.

We have following test results:

*Who*   *Passed**Binding*   *Windows*   *
*   *Linunx**
*   *MacOs* *
*   *Language Attention**Specials*



*Binary**Source**Binary**Source*
*Binary**Source*

khirano 1   
1   




Japanese
Andrea  1   1   

1   1   

Italian 
Marcus  1   1   1   
1   


US / German 
Matthias1   1   1   1   1   



Included 32 bit Linux
Josef   1   


1   




Pedro   1   
1   
1   1   

US / Portugese  
Jim 1   1   

1   1   1   1   
Included 32 bit Linux
*summary*   *7* *4* *4* *1* *6* *3* *1* *1* 

Formatting is a bit weird...




We have the necessary Binding votes. All Target systems have been tested
from source and binary. We have a test coverage on diverse Languages.

The Vote has been made in favor for Release.

Great, then let us get this thing out! ;-)

Follow the steps described here:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.6

Regards,

    Matthias


All the Best

Peter

On 09.11.18 01:25, Kazunari Hirano wrote:

Hi Peter and all,

+1
The Release Candidate 1 for 4.1.6 has passed my tests.

I am sorry but I am late.

I installed japanese version and en-GB langpack on my Windows 10 machine.

They looks good.

Thanks.

khirano


On Thu, Nov 1, 2018 at 3:52 PM Peter Kovacs  wrote:


Let's try again.


Welcome to the vote on Release Candidate 1 for the 4.1.6 Release.

The vote will close on Wednesday the 7.11.2018.

The binaries and the source for testing are to be taken from:
https://dist.apache.org/repos/dist/dev/openoffice/4.1.6-RC1/

We follow the policy for the Apache policy on Release Approval at
http://www.apache.org/legal/release-policy.html#release-approval

In order to create a binding vote individuals are REQUIRED to

 * download all signed _source code_ packages onto their own hardware,

 * verify that they meet all requirements of ASF policy on releases
 as described below,

 * validate all cryptographic signatures,

 * compile as provided, and test the result on their own platform.

In order to create a normal vote individuals are REQUIRED to

 * download all signed _binary_ packages onto their own hardware,

 * verify that they meet all requirements of ASF policy on releases
 as described below,

 * validate all cryptographic signatures,

 * compile as provided, and test the result on their own platform.




The Release Candidate 1 for 4.1.6 has passed my tests.

[ ] yes / +1

[ ] no / -1

I have tested

Windows Release

 [ ] source / binding

 [ ] binary

Linux Release 32 bit

 [ ] source / binding

 [ ] binary

Linux Release 64 bit

 [ ] source / binding

 [ ] binary

MacOSX Release

 [ ] source / binding

 [ ] binary



-
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...@openoffi

Re: maybe a useful Git training course?

[Kay Schenk]

On 11/12/2018 11:19 AM, Matthias Seidel wrote:

Hi Kay,

Am 12.11.18 um 20:10 schrieb Kay Schenk:

Hello all --

I have not gone through this course myself but it may be useful.

https://www.linux.com/blog/get-introduction-open-source-git-and-linux-new-training-cour


Page not found... It is:

https://www.linux.com/blog/get-introduction-open-source-git-and-linux-new-training-course

Regards,

    Matthias


Thanks for the correction...




--
MzK

"Less is MORE."





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

Re: starting 4.1.7 and 4.2.0 Releases

[Kay Schenk]

On 11/12/2018 05:39 AM, Jim Jagielski wrote:



On Nov 11, 2018, at 11:36 AM, Peter Kovacs  wrote:

And I suggest also to branch 4.2.0 from trunk. Jim you still available
to be the release manager on this branch? - Maybe we should branch from
the latest dev build version if we can find out and then check on the
commits.

That works for me. Anyone have any angst about me being RM for 4.2.0?

No angst here!  :)

--
MzK




-
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

maybe a useful Git training course?

[Kay Schenk]

Hello all --

I have not gone through this course myself but it may be useful.

https://www.linux.com/blog/get-introduction-open-source-git-and-linux-new-training-cour 



--
MzK

"Less is MORE."

Re: Test builds of AOO 4.1.6 HEAD

[Kay Schenk]

Installed the Linux 64-bit, en-US rpm version (yes, I've FINALLY 
switched over). So far, so good. Thanks.


On 10/19/2018 01:14 PM, Jim Jagielski wrote:

Builds for macOS and Linux 64bit (CentOS5) can be found at:

 http://home.apache.org/~jim/AOO-builds/

32bit CentOS will either be over the weekend or Monday. If I didn't upload your 
lang of choice, let me know!


On Oct 19, 2018, at 12:36 PM, Matthias Seidel  
wrote:

Hi Jim,

Am 19.10.18 um 18:17 schrieb Jim Jagielski:

My macOS builds are almost done; next up CentOS5 (Linux) ones.

Which langs would people like? I'll upload to my Apache people space.


It would be great if you could provide German for Linux.

I'd like to test it on a daily base...

Matthias



-
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

4.1.6 release blocker queries

[Kay Schenk]

Here's a link to 4.1.6 release blocker requested:

https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=4.1.6_blocker_requested&sharer_id=7

and a link to 4.1.6 release block approved:

https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=4.1.6_blocker_requested%2B&sharer_id=7


-- 
--
MzK

"Less is MORE."

Re: A 4.1.6 Release

[Kay Schenk]

On Mon, Sep 10, 2018 at 10:02 AM, Keith N. McKenna <
keith.mcke...@comcast.net> wrote:

> On 9/10/2018 12:17 PM, Kay Schenk wrote:
> > On Sun, Sep 9, 2018 at 3:47 PM, Kay Schenk  wrote:
> >
> >>
> >>
> >> On Sun, Sep 9, 2018, 15:43 Keith N. McKenna 
> >> wrote:
> >>
> >>> 
> >>>>
> >>>> I had been constructing release blocker queries for some of the other
> >>>> releases.
> >>>>
> >>>> I just put together a query for the release block requests for 4.1.6
> --
> >>>>
> >>>> https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&;
> >>> list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run
> >>>> (I didn't do this for 4.1.5 but for many of the previous releases.)
> >>>>
> >>>> Hopefully this will work once you are logged in to
> >>> https://bz.apache.org/ooo
> >>>> AND hopefully the same ones Peter has referenced. Of course someone
> can
> >>>> always modify the query.
> >>>>
> >>>> HTH.
> >>> Kay;
> >>>
> >>> I just tried tried your query and it came back as "The search named
> >>> 4.1.6_blocker_requested does not exist." It does not appear that you
> >>> have set it as shared.
> >>>
> >>> Regards
> >>> Keith
> >>>
> >>
> >> Dang! I was sure I'd done that but maybe I didn't save it correctly.
> I'll
> >> fix tomorrow and notify the list.
> >>
> >
> >>
> >>>  >>>
> >>>
> >>>
> > HI. Please try the search link again, hopefully it will work now. You
> need
> > to be a registered BZ user to view it.
> >
> > https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&;
> > list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run
> >
> >
> Kay;
>
> The new link is truncated in your message and gives a list that is
> limited to 500 entries. However the search know shows in the preferences
> as being there and usable and works perfectly.
>
> Keith
>

Keith --
When I look at the message I originally sent with the link, the line is not
wrapped. Could a setting with your email client be causing the
wrapping/truncation?

The query should only return 9 entries.



-- 
--
MzK

"Less is MORE."

Re: A 4.1.6 Release

[Kay Schenk]

On Sun, Sep 9, 2018 at 3:47 PM, Kay Schenk  wrote:

>
>
> On Sun, Sep 9, 2018, 15:43 Keith N. McKenna 
> wrote:
>
>> 
>> >
>> > I had been constructing release blocker queries for some of the other
>> > releases.
>> >
>> > I just put together a query for the release block requests for 4.1.6 --
>> >
>> > https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&;
>> list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run
>> > (I didn't do this for 4.1.5 but for many of the previous releases.)
>> >
>> > Hopefully this will work once you are logged in to
>> https://bz.apache.org/ooo
>> > AND hopefully the same ones Peter has referenced. Of course someone can
>> > always modify the query.
>> >
>> > HTH.
>> Kay;
>>
>> I just tried tried your query and it came back as "The search named
>> 4.1.6_blocker_requested does not exist." It does not appear that you
>> have set it as shared.
>>
>> Regards
>> Keith
>>
>
> Dang! I was sure I'd done that but maybe I didn't save it correctly. I'll
> fix tomorrow and notify the list.
>

>
>> >
>>
>>
HI. Please try the search link again, hopefully it will work now. You need
to be a registered BZ user to view it.

https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&;
list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run


-- 
--
MzK

"Less is MORE."

Re: A 4.1.6 Release

[Kay Schenk]

On Sun, Sep 9, 2018, 15:43 Keith N. McKenna 
wrote:

> 
> >
> > I had been constructing release blocker queries for some of the other
> > releases.
> >
> > I just put together a query for the release block requests for 4.1.6 --
> >
> >
> https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run
> > (I didn't do this for 4.1.5 but for many of the previous releases.)
> >
> > Hopefully this will work once you are logged in to
> https://bz.apache.org/ooo
> > AND hopefully the same ones Peter has referenced. Of course someone can
> > always modify the query.
> >
> > HTH.
> Kay;
>
> I just tried tried your query and it came back as "The search named
> 4.1.6_blocker_requested does not exist." It does not appear that you
> have set it as shared.
>
> Regards
> Keith
>

Dang! I was sure I'd done that but maybe I didn't save it correctly. I'll
fix tomorrow and notify the list.


> 
>
>

Re: A 4.1.6 Release

[Kay Schenk]

Hi all --

On Sun, Sep 9, 2018 at 10:06 AM, Matthias Seidel  wrote:

> Hi Peter,
>
> Am 09.09.2018 um 18:03 schrieb Peter Kovacs:
> > Okay I had a look now.
> >
> > I have a bit of an issue in filtering on the blocker flag.
> >
> > I filtered now on the Version 4.1.6-dev and 4.1.6 and found 6 reports.
> >
> > Are these all of them?
>
> I don't know your list, can you post the issue numbers?
> Or just the filter string?
>
> >
> >
> > - The Patch I had in mind i did not find again. Next time I have to
> > note the issue number. :(
> >
> >
> > Thus I am fine with the Blockers so far. Anything that anyone wants
> > still to add from the dev list?
>
> I have a lot of them, but they do not qualify as blocker.
> But I know that Andrea wanted to ask for a blocker, but we hadn't
> enabled the flag at that time.
>
> Regards,
>Matthias
>

I had been constructing release blocker queries for some of the other
releases.

I just put together a query for the release block requests for 4.1.6 --

https://bz.apache.org/ooo/buglist.cgi?cmdtype=dorem&list_id=236879&namedcmd=4.1.6_blocker_requested&remaction=run
(I didn't do this for 4.1.5 but for many of the previous releases.)

Hopefully this will work once you are logged in to https://bz.apache.org/ooo
AND hopefully the same ones Peter has referenced. Of course someone can
always modify the query.

HTH.


> >
> > All the best
> >
> > Peter
> >
> > On 9/6/18 5:10 PM, Peter Kovacs wrote:
> >>   I plan to have a look on the weekend, what we have now. I want to
> >> add one patch concerning mailmerge.
> >> And then off we go, I Think.
> >>
> >>
> >> I agree with Jim in general. I see a possibility that the 4.1.x
> >> series gets maintenance till 2020, for centOS6 while every one else
> >> is moving to 4.2.0.
> >>
> >>
> >> Am 6. September 2018 15:25:19 MESZ schrieb Jim Jagielski
> >> :
> >>> Anyone can propose something as a blocker... it's up to the RM on
> >>> whether it really is one or not ;)
> >>>
> >>> BTW: I'm ready to go w/ Linux and macOS builds!
> >>>
>  On Sep 6, 2018, at 8:05 AM, Matthias Seidel
> >>>  wrote:
>  Hi Jim,
> 
>  Am 03.09.2018 um 23:45 schrieb Jim Jagielski:
> > For some users, AOO 4.1.6 will be the "last" version of OO that they
> >>> can use, since AOO 4.2.x will not provide some community build for
> >>> older platforms (eg: CentOS5,...). As such, I think we need to make
> >>> 4.1.6 as good and as stable and as useful, with as many patches and
> >>> fixes, as feasible for those users.
>  Definitely!
>  We already have some release blocker asked for.
> 
>  How to proceed?
> 
>  Regards,
>  Matthias
> 
> >> On Sep 3, 2018, at 4:49 PM, Matthias Seidel
> >>>  wrote:
> >> Hi Andrea,
> >>
> >> Am 03.09.2018 um 22:37 schrieb Andrea Pescetti:
> >>> Matthias Seidel wrote:
>  How about this one:
>  https://bz.apache.org/ooo/show_bug.cgi?id=126736
>  It fixes a typo in the build process.
> >>> This one has zero impact for users and, if 4.1.6 was just a
> >>> maintenance release and we had regular 4.x major releases, it
> >>> wouldn't
> >>> make sense to include fixes like this one. Still, it is zero-risk
> >>> and
> >>> (unfortunately) 4.2.0 is taking longer than expected, so I
> >>> understand
> >>> if we try to backport some fixes to 4.1.6. No objection.
> >>>
> >>> In general, release blockers should be:
> >>> - important bugfixes for users
> >>> - important build fixes (e.g., don't break with a new compiler)
> >>> - important infrastructure fixes (e.g., support newer JRE, or a
> >>> newer
> >>> Windows release... just an example)
> >> This is why I didn't ask for release blocker. ;-)
> >>
> >> It is just "nice to have" and another resolved issue that would
> >>> finally
> >> find its way into a release.
> >> There are a lot of them, that do not qualify as "blocker"...
> >>
> >> Regards,
> >>Matthias
> >>
> >>> 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
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional co

Re: [Call for testing] Linux icons 128x128

[Kay Schenk]

On Mon, Sep 3, 2018, 12:39 Matthias Seidel 
wrote:

> Hi Kay,
>
> Am 03.09.2018 um 00:16 schrieb Kay Schenk:
> > Hello Matthias--
> >
> > I should have replied to this ages ago. The last build I did was against
> Rev: 1838339 so this would have included your changes. I don't see any
> difference in the printer icons, but...I typicall install the Freedesktop
> desktop interface on rpm build, AND, I don't normally do this during test
> builds, just starting from the binary instead.The reason is I don't want my
> production version to get accidentally trampled.
> >
> > At this point, I seem to have the old icons available because I did't do
> a new desktop installation. Sorry...
>
> I am not sure if it would be visible on Freedesktop, but on Gnome
> (Ubuntu 18.04) and Unity (Ubuntu 16.04) it makes quite a difference...
>
> Regards,
>Matthias
>

It looks like the new icons are installed in the right area. If I had run
the desktop-integration, I'm sure I would have seen them.


> >
> > On 2018/08/08 21:49:23, Matthias Seidel 
> wrote:
> >> Hi all,
> >>
> >> With r1837621 I could finally enable higher resolution icons (128x128)
> >> for Linux.
> >> I can confirm they are visible on Ubuntu 16.04 and 18.04.
> >>
> >> Please test on any Distribution you can. ;-)
> >>
> >> Regards,
> >>
> >>Matthias
> >>
> >>
> >>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>
>
>

Re: [Call for testing] Linux icons 128x128

[Kay Schenk]

Hello Matthias--

I should have replied to this ages ago. The last build I did was against Rev: 
1838339 so this would have included your changes. I don't see any difference in 
the printer icons, but...I typicall install the Freedesktop desktop interface 
on rpm build, AND, I don't normally do this during test builds, just starting 
from the binary instead.The reason is I don't want my production version to get 
accidentally trampled.

At this point, I seem to have the old icons available because I did't do a new 
desktop installation. Sorry...

On 2018/08/08 21:49:23, Matthias Seidel  wrote: 
> Hi all,
> 
> With r1837621 I could finally enable higher resolution icons (128x128)
> for Linux.
> I can confirm they are visible on Ubuntu 16.04 and 18.04.
> 
> Please test on any Distribution you can. ;-)
> 
> Regards,
> 
>    Matthias
> 
> 
> 

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

Re: Creating and Updating the Help Files

[Kay Schenk]

On Tue, Aug 21, 2018 at 10:45 AM Keith N. McKenna 
wrote:

> On 8/21/2018 12:02 PM, FR web forum wrote:
> > https://wiki.openoffice.org/wiki/Category:Documentation/OnlineHelp
> >
> > - Mail original -
> >> De: "Keith N. McKenna" 
> >> À: dev@openoffice.apache.org
> >> Envoyé: Mardi 21 Août 2018 17:56:46
> >> Objet: Creating and Updating the Help Files
> >>
> >> Do we have documentation anywhere on how to Create/Update the AOO
> >> help
> >> files?
> >>
> >> Regards
> >> Keith
> >>
> >>
> Thanks for the link, but most of those do not describe the process in
> any kind of detail. What I need is a process document that explains the
> process in detail along with links to any tools needed.
>
> Regards
> Keith
>
>
The old definitive guide -- specification, etc. -- can be found from this
area:
http://www.openoffice.org/documentation/online_help/index.html

Since I have added help files I will say that the process is NOT easy.
Mostly because nearly ALL paragraphs are tagged with ids, and you must
"create" these ids yourself. There was once a tool to use within AOO that
was supposed to help but I never got this to work for me. The structure is
difficult and seems somewhat arbitrary to me.

The idea to port the internal Help to a different system/architecture was
brought up almost at the outset of bringing AOO into the ASF but no one
volunteered to do this.

Anyway, good luck. I will try to be of help if I can. But, it's been a
while ...


-- 
--
MzK

"Less is MORE."

Re: xmlhelp ported to gbuild

[Kay Schenk]

On Wed, Aug 15, 2018 at 12:02 AM Damjan Jovanovic  wrote:

> Hi
>
> After a long break, I've decided to do some more gbuild porting, for
> interesting reasons I will discuss later.
>
> main/xmlhelp has just been ported and the changes committed.
>
> It's been tested only on FreeBSD but the changes are fairly conservative
> and should work everywhere.
>
> 186 modules exist in total.
> 65 AOO modules using dmake still remain to be ported to gbuild.
> All 37 external modules (eg. jpeg, zlib) are using dmake. How to port them
> remains unclear, but they should be easy to port as they use other build
> scripts that we chain-build.
>
> Damjan
>

Hi. I built and have opened and checked out the existing AOO Help. So far,
so good. This is on my CentOS 6.10 system with the old gstreamer so I did
not enable that option. I need to investigate the build output and will
report on any problems in a few days.

-- 
--
MzK

"Less is MORE."

Re: [Discussion] Increase font size in AOO help?

[Kay Schenk]

On 07/21/2018 02:04 PM, Matthias Seidel wrote:
> Hi all,
>
> Am 21.07.2018 um 16:51 schrieb Matthias Seidel:
>> Am 21.07.2018 um 16:28 schrieb Marcus:
>>> Am 21.07.2018 um 10:57 schrieb Matthias Seidel:
>>>
 Maybe it is just me getting old. ;-)
 But I would like to have the font size increased in AOO help. Not for
 the headings, etc. but for the flowing text.

 At the moment it is at 10pt and (especially on Windows) hard to read
 for me.
 I would propose to increase it to 11pt.

 To make the difference more visible, I made screenshots to compare:
 https://home.apache.org/~mseidel/AOO%20help%2010pt%20vs.%2011pt.pdf
>>> first I thought 10 or 11, is the difference really that big? But it is
>>> indeed - thanks to your screenshot.
>>>
>>> What about Linux and Mac, is the difference there also that big?
>> I could try to build for Linux (or provide a simple patch). I can
>> definitely not test for macOS.
>>
>> It also depends on the fonts that are installed on the system:
>> Bitstream Vera Sans, Arial, Helvetica, Lucida, Geneva, Helmet,
>> sans-serif, Andale Sans UI, Arial Unicode MS, Lucida Sans Unicode ,Tahoma
>>
>> The file is simple CSS and not changed for a long time, so the list
>> could be extended with specific Linux and macOS fonts.
> It is even easier to try out different sizes and fonts:
> https://wiki.openoffice.org/wiki/Fix_issues#Tweaking_appearance
>
> Regards,
>    Matthias

Great find! I will try some of these. In any case, if you want to change
the default, go right ahead.
As someone who is annoyed almost daily with font issues, the difference
between 10pt and 11pt is quite a bit. :)

>
>> Regards,
>>    Matthias
>>
>>> Nevertheless, I support your suggestion to increase the font size for
>>> the normal text.
>>>
>>> Marcus
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>

-- 
--
MzK

"Less is MORE."


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

Re: Compile fails on website

[Kay Schenk]

On Sat, Jul 14, 2018 at 5:11 AM, Matthias Seidel  wrote:

> Hi Kay,
>
> Am 10.07.2018 um 21:24 schrieb Kay Schenk:
> > On 07/10/2018 11:36 AM, Matthias Seidel wrote:
> >> Hi all,
> >>
> >> Infra did some updates last weekend and I just discovered a problem with
> >> the CMS of our website (openoffice.org):
> >>
> >> https://issues.apache.org/jira/browse/INFRA-16745
> >>
> >> Until this is fixed we should hold back changes.
> >>
> >> Regards,
> >>
> >>Matthias
> > Thanks for the notice and this is unfortunate. :(
>
> This should be fixed now. Can you please have a look if all your test
> files made it to the page?
>
> Regards,
>Matthias
>

​Yes, they did! YAY!
​

>
> >
> >
> >>
> >>
> >>
>
>
>


-- 
--
MzK

"Less is MORE."

Re: Compile fails on website

[Kay Schenk]

On 07/10/2018 11:36 AM, Matthias Seidel wrote:
> Hi all,
>
> Infra did some updates last weekend and I just discovered a problem with
> the CMS of our website (openoffice.org):
>
> https://issues.apache.org/jira/browse/INFRA-16745
>
> Until this is fixed we should hold back changes.
>
> Regards,
>
>    Matthias

Thanks for the notice and this is unfortunate. :(


>
>
>
>

-- 
--
MzK

"Less is MORE."


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

Re: A 4.1.6 Release

[Kay Schenk]

On Wed, Jul 4, 2018 at 2:45 PM, Marcus  wrote:

> Am 04.07.2018 um 22:46 schrieb Kay Schenk:
>
>> On Wed, Jul 4, 2018 at 1:00 PM, Marcus  wrote:
>>
>> Am 04.07.2018 um 08:23 schrieb Peter Kovacs:
>>>
>>> I think Jim is referring to the gstreamer situation, where we decided
>>>> that we skip CentOS6 more or less for 4.2.0.And one argument was, if
>>>> they
>>>> want something they should support us. This is not showing sympathy for
>>>> a
>>>> small user group that uses very old software for 2 more years until they
>>>> have to move to CentOS 7. I personally think that the gstreamer Topic
>>>> can
>>>> be solved after we have released a beta version. Damjan and I have
>>>> pointed
>>>> out a lot of possible ways to deal with the issue. Just for now I think
>>>> we
>>>> have other problems then gstreamer in 4.2.0. I think it is my fault
>>>> that I
>>>> put that argument so much in the front line, but that stuck for me.
>>>>
>>>> In the last months we had a drop in activity. And more then one topic
>>>> received not the attention it deserved. I would not conclude that anyone
>>>> has stopped caring at this point in time.
>>>>
>>>>
>>>> Let us conclude for now:
>>>> 4.1.x is still in maintenance. And in my opinion we could think of
>>>> maintaining it until 2020 when CentOS6 drops out of maintenance. Some
>>>> support from CentOS6 side would be nice. But we need to search someone
>>>> for
>>>> this.
>>>> I have that on my todo list, but did not manage to follow it up.
>>>>
>>>>
>>> incl. gstreamer 0.1.0 that is now within the 4.1.x code.
>>>
>>> PS:
>>> CentOS 6 will be supported until Nov 2020; which means another ~2.5
>>> years.
>>>
>>> 4.2.0 has I think 3 bugs we know about and that blocks a beta release.
>>>
>>>> Current target for building with gstreamer is CentOS7. Building without
>>>> gstreamer could be done on CentOS6. We should keep the code in trunc
>>>> CentOS
>>>> 6 compatible where ever we can for now. That will make it easy to back
>>>> port
>>>> patches to 4.1.x if we decide to maintain 4.1.x until EOL of CentOS6.
>>>>
>>>>
>>> In 4.2.0 we can still keep gstreamer 0.1.0 or update to something newer.
>>> To be honest, I don't care *about this special topic*.
>>>
>>> And it is only relevant on Linux, right?
>>>
>>> IMHO more relevant is the baseline: When we increase the CentOS version
>>> we
>>> also raise the sysreq for Linux kernel, glibc, etc. This has a much
>>> bigger
>>> impact for our users.
>>>
>>
>> ​You are absolutely correct about this, Marcus. Monitoring the 32-bit
>> Linux
>> downloads might help here. It does seem like AOO could be moving away from
>> 32-bit for Linux and other operating systems. I don't know what impact
>> this
>> will have overall though.
>>
>
> I don't remember exactly, does the gstreamer 0.1.0 vs. 1.0.0 discussion is
> also connected to the Linux 32-bit builds?


​Somewhat, if we continue using CentOS for the Linux builds. Right now,
gstreamer 1.0 as opposed to 0.10 is only supplied in CentOS 7. CentOS 7.x
is supplied via the RH 7.x pipeline which is 64-bit only. There IS a CentOS
7.x - 32 bit provided by the CentOS community. I don't know if this stream
will continue.

​


> If so, a solution could be indeed to drop the 32-bit builds. From SF.net
> stats I get the following (2018-01-01 until today).
>
> BTW:
> Very likely it's the used OS the download is started from. And not the OS
> where OpenOffice should be installed on.
>

​Yes. It would be better if you could get counts per AOO package name
across all languages.
​


>
> OS  %
> ---
> Windows 86,1165
> Macintosh7,8424
> Unknown  4,9012
> Linux1,0621
> Android  0,0762
> BSD  0,0011
> Solaris  0,0006
>
> But even then, I'm sure the most downloads from resp. for Linux will be
> for 64-bit.
>
> Has anybody more exact numbers - or an idea how to get them?
>
>
> Marcus
>
>
>
> On 03.07.2018 23:50, Matthias Seidel wrote:
>>>
>>>>
>>>> What impact has Ant 1.10.x exactly on older machines?
>>>>> It is no problem for me to build the Windows version with A

Re: A 4.1.6 Release

[Kay Schenk]

On Wed, Jul 4, 2018 at 1:00 PM, Marcus  wrote:

> Am 04.07.2018 um 08:23 schrieb Peter Kovacs:
>
>> I think Jim is referring to the gstreamer situation, where we decided
>> that we skip CentOS6 more or less for 4.2.0.And one argument was, if they
>> want something they should support us. This is not showing sympathy for a
>> small user group that uses very old software for 2 more years until they
>> have to move to CentOS 7. I personally think that the gstreamer Topic can
>> be solved after we have released a beta version. Damjan and I have pointed
>> out a lot of possible ways to deal with the issue. Just for now I think we
>> have other problems then gstreamer in 4.2.0. I think it is my fault that I
>> put that argument so much in the front line, but that stuck for me.
>>
>> In the last months we had a drop in activity. And more then one topic
>> received not the attention it deserved. I would not conclude that anyone
>> has stopped caring at this point in time.
>>
>>
>> Let us conclude for now:
>> 4.1.x is still in maintenance. And in my opinion we could think of
>> maintaining it until 2020 when CentOS6 drops out of maintenance. Some
>> support from CentOS6 side would be nice. But we need to search someone for
>> this.
>> I have that on my todo list, but did not manage to follow it up.
>>
>
> incl. gstreamer 0.1.0 that is now within the 4.1.x code.
>
> PS:
> CentOS 6 will be supported until Nov 2020; which means another ~2.5 years.
>
> 4.2.0 has I think 3 bugs we know about and that blocks a beta release.
>> Current target for building with gstreamer is CentOS7. Building without
>> gstreamer could be done on CentOS6. We should keep the code in trunc CentOS
>> 6 compatible where ever we can for now. That will make it easy to back port
>> patches to 4.1.x if we decide to maintain 4.1.x until EOL of CentOS6.
>>
>
> In 4.2.0 we can still keep gstreamer 0.1.0 or update to something newer.
> To be honest, I don't care *about this special topic*.
>
> And it is only relevant on Linux, right?
>
> IMHO more relevant is the baseline: When we increase the CentOS version we
> also raise the sysreq for Linux kernel, glibc, etc. This has a much bigger
> impact for our users.
>

​You are absolutely correct about this, Marcus. Monitoring the 32-bit Linux
downloads might help here. It does seem like AOO could be moving away from
32-bit for Linux and other operating systems. I don't know what impact this
will have overall though.

​


>
> My 2 ct.
>
> Marcus
>
>
>
>
> On 03.07.2018 23:50, Matthias Seidel wrote:
>>
>>> What impact has Ant 1.10.x exactly on older machines?
>>> It is no problem for me to build the Windows version with Ant 1.9.12. As
>>> long as we use Java 8.
>>>
>>> But again, I just did a personal build to test AOO 4.1.x with Java 8.
>>> Nothing else.
>>> To be more precise: I was the only one who cared. No response from other
>>> members!
>>>
>>>
>>> Am 03.07.2018 um 23:19 schrieb Jim Jagielski:
>>>
 The above made it appear that Ant 1.9.x was no longer supported plus
 had some sort of security related issue making it unsuited for AOO... ie,
 we *needed* to use Ant 1.10 not just that we now *can* use it.

 How about showing some sympathy and understanding for those who may be
 stuck w/ older machines? After all, let's be real, our continued support
 for "older" systems is the only real thing we have going for us... It's
 these little things that make significant ripples in our eco-system and we
 seem to not really care about that anymore.

 On Jul 3, 2018, at 4:02 PM, Matthias Seidel 
> wrote:
>
> Am 03.07.2018 um 21:45 schrieb Jim Jagielski:
>
>> On Jul 1, 2018, at 11:27 AM, Peter Kovacs  wrote:
>>>
>>> Hi everbody.
>>>
>>>
>>> I would like to bring a 4.1.6 Release on the way in July. Even if we
>>> manage to get 4.2.0 ready it will only be a beta. And we have some 
>>> stuff to
>>> get out to the people.
>>>
>>> Matthias has created a suggestion for a 4.1.6 release on security.
>>> Containing some security fixes, plus
>>>
>>>
>>> - Java 8 Update 172
>>> - Apache Ant 1.10.3
>>>
>> What is wrong w/ Apache Ant 1.9.12? Why the need for 1.10.x?
>>
> What is wrong with Ant 1.10.x? If we build with Java 8 we can use
> it... ;-)
> My test build was just a Proof-of-Concept what can be done with AOO
> 4.1.x.
>
> But of course we can build with 1.9.x if that is wanted?
>
> Regards,
> Matthias
>

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


-- 
--
MzK

"Less is MORE."

Re: A 4.1.6 Release

[Kay Schenk]

Hi *,

If 4.1.6 would contain some needed security fixes, by all means, it
needs to be released as soon as possible.

Some questions --

Will Java 8  then be the minimum version to use 4.1.6?
Because Ant is only used for building, this should not affect any
end-user requirements, right?
Would 4.1.6 still be using gstreamer 0.10?



On 07/01/2018 08:27 AM, Peter Kovacs wrote:
> Hi everbody.
>
>
> I would like to bring a 4.1.6 Release on the way in July. Even if we
> manage to get 4.2.0 ready it will only be a beta. And we have some
> stuff to get out to the people.
>
> Matthias has created a suggestion for a 4.1.6 release on security.
> Containing some security fixes, plus
>
>
>  - Java 8 Update 172
>  - Apache Ant 1.10.3
>  - Mozilla Build 3.2
>  - NSIS 3.03
>  - some minor fixes
>
> I think Matthias patch set is a nice small and good bundle, to
> release. I would only like to add a patch from Bugzilla which adds SSL
> capabilities to merge mail. (Has been a topic recently)
>
> I suggest we create and merge all patches collected together into
> 4.1.6 branch.
>
> Is there support for bringing this out and test it? :)
>
>
> All the best
>
> Peter
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-- 
--
MzK

"Less is MORE."


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

Re: gstreamer status for 4.2.0-dev?

[Kay Schenk]

On Mon, Jun 4, 2018 at 12:09 PM, Jim Jagielski  wrote:

> I am setup to be able to provide both CentOS5 Linux builds, for "old"
> systems (and gstreamer 0.10), and Ubuntu-or-CentOS6 Linux builds for newer
> ones (and gstreamer 1.x), so if that is the decision, that's fine w/ me. It
> increases, substantially, the total volume of releases we need to do, which
> is a factor, so we need to make sure our distro channel is aware.
>

​I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point
taken.
​


>
> I just don't like the one "making" that decision... but that's the only
> one I'm qualified to make since that's the only one I'm qualified to adjust
> trunk to represent (that is, pull the gstreamer-0.10 stuff from 4.1.5 and
> reincorporate it into trunk to exist in parallel w/ the new gstreamer-1.x
> stuff in there now).
>
> FWIW, our inability to follow-through on this single issue is quite
> bothersome to me...


> > On May 30, 2018, at 6:19 PM, Torokhov Sergey 
> wrote:
> >
> >
> >
> > 29.05.2018, 21:30, "Jim Jagielski" :
> >> I think the hope is to continue using CentOS5 for our official AOO
> community builds. If not, then this becomes much easier, but it is, IMO, a
> major policy decision to do that. recall that gstreamer-1.x is incompatible
> w/ CentOS5.
> >>
> >> I have no idea how to do #2 but #1 looks like simple brute force.
> Certainly not elegant but if that's what it takes to get past this holding
> pattern, then that's what we have to do.
> >>
> >
> > Some packages provides builds both for old and new systems.
> > E.g. here ( https://www.onlyoffice.com/en/download-desktop.aspx )
> presented
> > packages both for old Debian and Ubuntu (Debian 7, Ubuntu 12.04 ) and
> their new releases (Debian 8, Ubuntu 14.04, 16.04, 18.04 ).
> >
> > Could it be a solution to prepare separate packages?
> >
> > -
> > 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

"Less is MORE."

Re: gstreamer status for 4.2.0-dev?

[Kay Schenk]

On 05/30/2018 03:08 PM, Torokhov Sergey wrote:
>
> 28.05.2018, 20:19, "Kay Schenk" :
>
>> This is ONLY for Linux. So, how is multimedia "integrated" in AOO for
>> Mac and Windows? Can someone point us to the applicable code areas for this?
>>
>> I have a feeling gstreamer was integrated long ago when no other
>> multi-media standard/app for Linux existed. Now it seems VLC seems to
>> the standard for the most part. (This is a dated web page but I think
>> it's still a good reference:
>> http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html).
>> Basically, we are supplying gstreamer as a multimedia app to Linux when
>> maybe this isn't really needed.
> The using of gstreamer multimedia backend of OpenOffice was anounced in 
> Oracle OpenOffice.org 3.4 Beta 
> in April 2010 and the first release with it was the Apache OpenOffice 3.4.0 
> in May 2012.
>
> Previously to play multimedia content in OpenOffice the Java Media Framework 
> (JMF) was used
> ( https://wiki.openoffice.org/wiki/Java/Java_Media_Framework ). 
> The JMF wasn't updated since 2003 and supported too small amount of formats 
> in contrast to gstreamer.

Thank you for this information, it is useful. I understand the need for
a standardized AV app in some ways, but, assuming an end user's
preferred AV app supports a wide variety of formats, I think it would be
better for AOO (in non-Win, non-Mac) implementations to try to determine
the the end user's AV application, and use that rather than providing a
new AV app. But...a much longer discussion not on this thread.


-- 
--
MzK

"Less is MORE."


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

Re: gstreamer status for 4.2.0-dev?

[Kay Schenk]

Thanks Peter. I will investigate.

___
Sent from MzK's phone.

On Mon, May 28, 2018, 10:54 Peter Kovacs  wrote:

> The implementation can be found at avmedia/source/
>
> I think we use native API / libs for Windows and Mac.
>
>
> Am 28. Mai 2018 19:18:34 MESZ schrieb Kay Schenk :
> >On 05/28/2018 12:05 AM, Peter kovacs wrote:
> >> Imho the gstreamer libs are still the method of choice for doing
> >multimedia.
> >
> >This is ONLY for Linux. So, how is multimedia "integrated" in AOO for
> >Mac and Windows? Can someone point us to the applicable code areas for
> >this?
> >
> >I have a feeling gstreamer was integrated long ago when no other
> >multi-media standard/app for Linux existed. Now it seems VLC seems to
> >the standard for the most part. (This is a dated web page but I think
> >it's still a good reference:
> >
> http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html
> ).
> >Basically, we are supplying gstreamer as a multimedia app to Linux when
> >maybe this isn't really needed.
> >
> >>
> >> The current state is that trunk can utilize the gstreamer API 1.0.0
> >>
> >> We have the issue not resolved the issue to provide gstreamer for
> >different Distributions. (Main issue: centos6 is to old to support the
> >new gstreamer 1.0.0 API)
> >> We have 2 suggestions to solve the issue:
> >> 1) implement 0.1.0 and 1.0.0 API.
> >> 2) move the implementation into an optional extention.
> >>
> >> Both solutions have currently not followed up.
> >>
> >> All the best
> >> Peter
> >>
> >> Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk
> >:
> >>> On 05/23/2018 05:35 AM, Jim Jagielski wrote:
> >>>> Subj line sez it all... where are we? There was a proposal to make
> >it
> >>> a run-time dependency but afaict there hasn't been any effort yet it
> >>> doing that.
> >>>> I know we have a handful of other things TODO re: 4.2.0 but this
> >>> seems to be an inflection point for the Linux builds and so I really
> >>> think we need to resolve this if we have any intent in getting a
> >4.2.0
> >>> beta out in a reasonable time frame.
> >>>
> >>> What would happen if we simply stopped including the
> >--with-gstreamer
> >>> option in the build? Mac and Windows builds don't use it, and it
> >only
> >>> applies to Linux.
> >>>
> >>> I haven't investigated the code much to see how the gstreamer
> >libraries
> >>> are used. The Linux distros now mostly use Freedesktop lower level
> >>> interfaces except I don't know what Unity uses. Is building with
> >>> gstreamer still needed/compliant with this? In short, how are video
> >>> applications determined in Linux now? Do we need a different
> >approach
> >>> for integration of video objects in Linux?
> >>>
> >>> If anyone knows the history of this, it would be very helpful to
> >this
> >>> discussion.
> >> -
> >> 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: gstreamer status for 4.2.0-dev?

[Kay Schenk]

On 05/28/2018 12:05 AM, Peter kovacs wrote:
> Imho the gstreamer libs are still the method of choice for doing multimedia.

This is ONLY for Linux. So, how is multimedia "integrated" in AOO for
Mac and Windows? Can someone point us to the applicable code areas for this?

I have a feeling gstreamer was integrated long ago when no other
multi-media standard/app for Linux existed. Now it seems VLC seems to
the standard for the most part. (This is a dated web page but I think
it's still a good reference:
http://www.yolinux.com/TUTORIALS/LinuxTutorialMimeTypesAndApplications.html). 
Basically, we are supplying gstreamer as a multimedia app to Linux when
maybe this isn't really needed.

>
> The current state is that trunk can utilize the gstreamer API 1.0.0
>
> We have the issue not resolved the issue to provide gstreamer for different 
> Distributions. (Main issue: centos6 is to old to support the new gstreamer 
> 1.0.0 API)
> We have 2 suggestions to solve the issue:
> 1) implement 0.1.0 and 1.0.0 API. 
> 2) move the implementation into an optional extention.
>
> Both solutions have currently not followed up. 
>
> All the best
> Peter
>
> Am 26. Mai 2018 18:53:46 MESZ schrieb Kay Schenk :
>> On 05/23/2018 05:35 AM, Jim Jagielski wrote:
>>> Subj line sez it all... where are we? There was a proposal to make it
>> a run-time dependency but afaict there hasn't been any effort yet it
>> doing that.
>>> I know we have a handful of other things TODO re: 4.2.0 but this
>> seems to be an inflection point for the Linux builds and so I really
>> think we need to resolve this if we have any intent in getting a 4.2.0
>> beta out in a reasonable time frame.
>>
>> What would happen if we simply stopped including the --with-gstreamer
>> option in the build? Mac and Windows builds don't use it, and it only
>> applies to Linux. 
>>
>> I haven't investigated the code much to see how the gstreamer libraries
>> are used. The Linux distros now mostly use Freedesktop lower level
>> interfaces except I don't know what Unity uses. Is building with
>> gstreamer still needed/compliant with this? In short, how are video
>> applications determined in Linux now? Do we need a different approach
>> for integration of video objects in Linux?
>>
>> If anyone knows the history of this, it would be very helpful to this
>> discussion.
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-- 
--
MzK

"Less is MORE."


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

Re: gstreamer status for 4.2.0-dev?

[Kay Schenk]

On 05/23/2018 05:35 AM, Jim Jagielski wrote:
> Subj line sez it all... where are we? There was a proposal to make it a 
> run-time dependency but afaict there hasn't been any effort yet it doing that.
>
> I know we have a handful of other things TODO re: 4.2.0 but this seems to be 
> an inflection point for the Linux builds and so I really think we need to 
> resolve this if we have any intent in getting a 4.2.0 beta out in a 
> reasonable time frame.

What would happen if we simply stopped including the --with-gstreamer
option in the build? Mac and Windows builds don't use it, and it only
applies to Linux. 

I haven't investigated the code much to see how the gstreamer libraries
are used. The Linux distros now mostly use Freedesktop lower level
interfaces except I don't know what Unity uses. Is building with
gstreamer still needed/compliant with this? In short, how are video
applications determined in Linux now? Do we need a different approach
for integration of video objects in Linux?

If anyone knows the history of this, it would be very helpful to this
discussion.

-- 

--
MzK

"Less is MORE."


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

Re: Build r1829228 on Linux-32 (gstreamer build problem)

[Kay Schenk]

​Thanks for this info, Damjan. It would be very useful if we could identify
the Linux media player that would likely be used -- as DirectX is for WNT
and QuickTime for Mac. Maybe VLC? This would mean defining a new
​AVMEDIA_MANAGER_SERVICE_NAME, right?


On Tue, May 1, 2018 at 6:51 AM, Damjan Jovanovic  wrote:

> In main/avmedia/source/inc/mediamisc.hxx, the media player is chosen with
> the following code. Note how GStreamer is only used on non-Windows non-Mac
> platforms.
>
> #ifdef WNT
>
> #define AVMEDIA_MANAGER_SERVICE_NAME
> "com.sun.star.comp.avmedia.Manager_DirectX"
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False
>
> #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1  ""
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1  sal_False
>
> #else
> #ifdef QUARTZ
>
> #define AVMEDIA_MANAGER_SERVICE_NAME
> "com.sun.star.comp.avmedia.Manager_QuickTime"
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False
>
> #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1
> "com.sun.star.comp.avmedia.Manager_MacAVF"
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1  sal_False
>
> #else
>
> #define AVMEDIA_MANAGER_SERVICE_NAME
> "com.sun.star.comp.avmedia.Manager_GStreamer"
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASEDsal_False
>
> #define AVMEDIA_MANAGER_SERVICE_NAME_FALLBACK1
> "com.sun.star.comp.avmedia.Manager_Java"
> #define AVMEDIA_MANAGER_SERVICE_IS_JAVABASED_FALLBACK1  sal_True
>
> #endif
> #endif
>
>
> On Tue, May 1, 2018 at 3:01 PM Peter kovacs  wrote:
>
> > I think we do have the pain only with Linux. Since some distributions
> move
> > slower then others.
> >
> > We could bundle the only 1.0.0 with Windows and Mac I think. For Linux we
> > would need some logic, that identifies the right gstreamer available on
> the
> > distribution.
> > Maybe we could even reduce the effort to one certain package.
> >
> > I do not know about OS/2 or BSD. Maybe the appropiate volunteers could
> > answer that. But imho it should not be a problem to create an additional
> > port for this on BSD and integrate the right extention on OS/2.
> >
> > A complete different approach could be not to bundle the extention. It
> > would give us the option for Windows user to add the gstreamer into the
> > extention,  providing them a simplified access.
> >
> > For Linux a integration into the distribution would be the way. But I do
> > not know how we can do that. We need maintainers for that.
> >
> > Am 1. Mai 2018 13:57:50 MESZ schrieb Jim Jagielski :
> > >So that would mean that our 'official' community builds would
> > >not longer bundle/include it by default? Would we have 2 different
> > >versions of the extension (0.10 and 1.0) or just one?
> > >
> > >I like the idea, btw :)
> > >
> > >> On Apr 26, 2018, at 1:14 AM, Peter Kovacs  wrote:
> > >>
> > >> Does it make sense to reorg the gstreamer module into an extention?
> > >> We could then have multiple versions of it.
> > >>
> > >> I mean after all this is only a optional feature, thats important to
> > >some not all.
> > >>
> > >> On 25.04.2018 16:18, Jim Jagielski wrote:
> > >>> I think this shows that we need to come to *some* consensus on
> > >>> how to handle the gstreamer stuff. Either we provide both CentOS6
> > >>> and Ubuntu builds to our community or we fold in the proposed
> > >>> gstreamer "work-around" which makes it a purely runtime
> > >>> concern.
> > >>>
> > >>> I would love to see how far we can go with the latter, but I am
> > >>> loath to volunteer someone else to "do the work" since I am
> > >>> unsure what the exact status of the patch is, how to fold it
> > >>> into trunk and how to handle building with the patch folded in.
> > >>>
> > >>> I know that there are other issues related to being at the stage
> > >>> to branch AOO420 from trunk but this, to me, seems like the
> > >>> priority at this point.
> > >>>
> > >>>
> > >-
> > >>> 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
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
> >
>



-- 
--
MzK

"Less is MORE."

Re: Build r1829228 on Linux-32 (gstreamer build problem)

[Kay Schenk]

On 04/25/2018 10:14 PM, Peter Kovacs wrote:
> Does it make sense to reorg the gstreamer module into an extention?
> We could then have multiple versions of it.
>
> I mean after all this is only a optional feature, thats important to
> some not all.

I think this idea is very good and deserves serious consideration. 
Thanks for bringing it up.

>
> On 25.04.2018 16:18, Jim Jagielski wrote:
>> I think this shows that we need to come to *some* consensus on
>> how to handle the gstreamer stuff. Either we provide both CentOS6
>> and Ubuntu builds to our community or we fold in the proposed
>> gstreamer "work-around" which makes it a purely runtime
>> concern.
>>
>> I would love to see how far we can go with the latter, but I am
>> loath to volunteer someone else to "do the work" since I am
>> unsure what the exact status of the patch is, how to fold it
>> into trunk and how to handle building with the patch folded in.
>>
>> I know that there are other issues related to being at the stage
>> to branch AOO420 from trunk but this, to me, seems like the
>> priority at this point.
>>
>> -
>> 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

"Less is MORE."


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

Re: Build r1829228 on Linux-32 (gstreamer build problem)

[Kay Schenk]

On Mon, Apr 23, 2018 at 1:50 AM, Peter Kovacs 
wrote:

> Does the build work without gstreamer activated?
>

​Yes, without gstreamer as part of the my  config, I can build without
issue.



>
> Am 23. April 2018 03:09:49 MESZ schrieb Kay Schenk :
> >On Sun, Apr 22, 2018, 15:47 Andrea Pescetti 
> >wrote:
> >
> >> Matthias Seidel wrote:
> >> > Am 23.04.2018 um 00:15 schrieb Andrea Pescetti:
> >> >> Correct. Jim's builds (not only releases) are done with CentOS 6,
> >so
> >> >> they will work on CentOS 6 too, and Kay can try with the latest
> >link
> >> >> you gave. Only buildbots builds won't.
> >> > And that's the problem, even Jim's build won't run! ;-)
> >> > https://bz.apache.org/ooo/show_bug.cgi?id=127738
> >>
> >> This is because those specific builds, as an exceptional case, were
> >done
> >> on Ubuntu: https://s.apache.org/Jwr0
> >>
> >> Regards,
> >>Andrea.
> >>
> >
> >One final note on this. Jim had built 4.2.0 on CentOS6 a while back
> >before
> >the gstreamer 1.0 update and that one DID work for me.
> >
> >We'll see how things go from here.
> >
> >
> >> -
> >> 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

"Less is MORE."

Re: Build r1829228 on Linux-32

[Kay Schenk]

On Sun, Apr 22, 2018, 15:47 Andrea Pescetti  wrote:

> Matthias Seidel wrote:
> > Am 23.04.2018 um 00:15 schrieb Andrea Pescetti:
> >> Correct. Jim's builds (not only releases) are done with CentOS 6, so
> >> they will work on CentOS 6 too, and Kay can try with the latest link
> >> you gave. Only buildbots builds won't.
> > And that's the problem, even Jim's build won't run! ;-)
> > https://bz.apache.org/ooo/show_bug.cgi?id=127738
>
> This is because those specific builds, as an exceptional case, were done
> on Ubuntu: https://s.apache.org/Jwr0
>
> Regards,
>Andrea.
>

One final note on this. Jim had built 4.2.0 on CentOS6 a while back before
the gstreamer 1.0 update and that one DID work for me.

We'll see how things go from here.


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