Re: Learning

[JZA]

yes is available
download it from here https://www.openoffice.org/download/index.html

On Thu, Feb 21, 2019 at 5:28 PM muruganvbm1976 
wrote:

>
> Sir,
> Pc and windows 10,8.1,8 how does download for open office writer 4.1.6
>
> Sent from vivo smartphone



-- 
Alexandro Colorado
GULTab.org
Linux User # 319286
Blog: http://www.alexandrocolorado.org/

Learning

[muruganvbm1976]

Sir, 
Pc and windows 10,8.1,8 how does download for open office writer 4.1.6

Sent from vivo smartphone

Re: IMPORTANT: March 31st, 2019 deadline for deactivation of old ODFAuthor Plone service

[Drew Jensen]

One follow up on this - while it is in front of me.

It appears the last time a file under the AOO tree was updated was in third
quarter 2017 and those appear to be work files and 'not published' final
docs.

On Thu, Feb 21, 2019 at 12:25 PM Drew Jensen 
wrote:

> Howdy folks,
> I has been a while since I've said hello on you mailing list.
> Reason for doing so today is, as the subject says, regarding the
> ODFAuthors website which had been used at one time by folks developing
> documentation for both LibreOffice and Apache OpenOffice.
> As you can see the Document Foundation, which has been hosting the site,
> is  looking to move away from it and currently looking to shudder the
> service in an expeditious fashion. March 31, 2019 being at a minimum the
> date on which the server will be read only.
> What follows is a copy of an email that went out to the Document
> Foundation's documentation mailing list last week.
> 
> Hello Authors
>
> In order to optimize our resources in many aspects (manpower, security,
> hardware) we started last year the migration of some documentation
> communities to the NextCloud service.
>
> https://nextcloud.documentfoundation.org
>
> To the date, the EN, DE, FR, ES, pt-BR, IT, NL and TR documentation
> communities have open folders in NextCloud and started to move data
> from old ODF Author Plone to the new repository in NextCloud.
>
> I ask the remaining community leaders to start the migration process so
> we can keep March 31st, 2019 our deadline for freezing and deactivating
> the plone service.
>
> The migration is no more complex than recreating the same folder
> tree of the NL community in the NextCloud service and moving the
> files to the new service. Of course, as when moving to a new home, you
> may want to do some housekeeping on the contents.
>
> We will also move AOO / OO.o files to our NextCloud just in case.
>
> The old ODFAuthor plone service will be handed shutdown and archived. No
> loss of data expected.
>
> More on NextCloud at TDF:
>
> https://wiki.documentfoundation.org/Documentation/ODFAuthorsMigration
>
> kind regards
>
> --
>
> As part of the process I was tasked with be responsible for maintaining a
> copy of the published files currently under the AOO and OO.o directories on
> the plone server over on the next cloud service mentioned above. This is
> just to ensure that they are saved in a place which could offer public
> access long term.
>
> In starting this process I have scanned through the files on the
> OADAuthors site and have found a number directories marked as private
> (which is in addition to a flag 'not published). I wanted to talk with
> folks here first and get your guidance on how best to proceed.
>
> My guess is there are questions - and I'll do my best to work with you on
> those through the mailing list here.
>
> Thanks for you attention to this and in advance for your time.
>
> Best wishes,
>
> Drew
>

IMPORTANT: March 31st, 2019 deadline for deactivation of old ODFAuthor Plone service

[Drew Jensen]

Howdy folks,
I has been a while since I've said hello on you mailing list.
Reason for doing so today is, as the subject says, regarding the ODFAuthors
website which had been used at one time by folks developing documentation
for both LibreOffice and Apache OpenOffice.
As you can see the Document Foundation, which has been hosting the site,
is  looking to move away from it and currently looking to shudder the
service in an expeditious fashion. March 31, 2019 being at a minimum the
date on which the server will be read only.
What follows is a copy of an email that went out to the Document
Foundation's documentation mailing list last week.

Hello Authors

In order to optimize our resources in many aspects (manpower, security,
hardware) we started last year the migration of some documentation
communities to the NextCloud service.

https://nextcloud.documentfoundation.org

To the date, the EN, DE, FR, ES, pt-BR, IT, NL and TR documentation
communities have open folders in NextCloud and started to move data
from old ODF Author Plone to the new repository in NextCloud.

I ask the remaining community leaders to start the migration process so
we can keep March 31st, 2019 our deadline for freezing and deactivating
the plone service.

The migration is no more complex than recreating the same folder
tree of the NL community in the NextCloud service and moving the
files to the new service. Of course, as when moving to a new home, you
may want to do some housekeeping on the contents.

We will also move AOO / OO.o files to our NextCloud just in case.

The old ODFAuthor plone service will be handed shutdown and archived. No
loss of data expected.

More on NextCloud at TDF:

https://wiki.documentfoundation.org/Documentation/ODFAuthorsMigration

kind regards

--

As part of the process I was tasked with be responsible for maintaining a
copy of the published files currently under the AOO and OO.o directories on
the plone server over on the next cloud service mentioned above. This is
just to ensure that they are saved in a place which could offer public
access long term.

In starting this process I have scanned through the files on the OADAuthors
site and have found a number directories marked as private (which is in
addition to a flag 'not published). I wanted to talk with folks here first
and get your guidance on how best to proceed.

My guess is there are questions - and I'll do my best to work with you on
those through the mailing list here.

Thanks for you attention to this and in advance for your time.

Best wishes,

Drew

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

[Damjan Jovanovic]

That's great :)
Well done!

On Thu, Feb 21, 2019 at 6:35 PM Jim Jagielski  wrote:

> Resolved in r 1854065

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

[Jim Jagielski]

Resolved in r 1854065

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

[Jim Jagielski]

Here is the attempted build w/ --verbose



-
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/

[Jim Jagielski]

OK, actually it looks like there's nothing being compiled...

=
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 LNK ] Library/libAppleRemote.dylib
[ build CHK ] apple_remote
[ build CHK ] loaded modules: apple_remote
[ build MOD ] apple_remote
[ build ALL ] top level modules: apple_remote
[ build ALL ] loaded modules: apple_remote
[ build LOG ] apple_remote
apple_remote deliver
deliver -- version: 1775979
Module 'apple_remote' delivered successfully. 1 files copied, 0 files unchanged

and looking at the size of the dylib, this is confirmed:

 % ls -l 
solver/450/unxmaccx.pro/lib/libAppleRemote.dylib 
-rwxr-xr-x  1 jim  staff  4144 Feb 21 10:01 
solver/450/unxmaccx.pro/lib/libAppleRemote.dylib*
 % ls -l 
../../AOO42X/main/solver/420/unxmaccx.pro/lib/libAppleRemote.dylib 
-rwxr-xr-x  1 jim  staff  57872 Feb 14 09:54 
../../AOO42X/main/solver/420/unxmaccx.pro/lib/libAppleRemote.dylib*

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

[Jim Jagielski]

Unfortunately, no difference :

nm -a solver/450/unxmaccx.pro/lib/libAppleRemote.dylib
 U dyld_stub_binder

% svn diff
Index: apple_remote/inc/AppleRemote.h
===
--- apple_remote/inc/AppleRemote.h  (revision 1853980)
+++ apple_remote/inc/AppleRemote.h  (working copy)
@@ -28,6 +28,7 @@
  *
  */
 
+#include "sal/types.h"
 #import 
 #import "HIDRemoteControlDevice.h"
 
@@ -34,7 +35,7 @@
 /* Interacts with the Apple Remote Control HID device
The class is not thread safe
 */
-@interface AppleRemote : HIDRemoteControlDevice {  
+@interface SAL_DLLPUBLIC_EXPORT AppleRemote : HIDRemoteControlDevice { 
 }
 
 @end


> On Feb 20, 2019, at 12:46 PM, Damjan Jovanovic  wrote:
> 
> Looks like a lot of symbols may need exporting.
> 
> For starters, try the following:
> In apple_remote/inc/AppleRemote.h,
> change:
> @interface AppleRemote : HIDRemoteControlDevice {
> to:
> @interface SAL_DLLPUBLIC_EXPORT AppleRemote : HIDRemoteControlDevice {
> 
> You may also need:
> #include 
> 
> See if you get this back in the AppleRemote.dylib after building:
> bd80 S _OBJC_CLASS_$_AppleRemote
> 
> 
> On Wed, Feb 20, 2019 at 7:29 PM Jim Jagielski  wrote:
> 
>> In both cases (using trunk and AOO42X) I get:
>> 
>> nm -D solver/450/unxmaccx.pro/lib/*AppleRe*
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm:
>> solver/450/unxmaccx.pro/lib/libAppleRemote.dylib: File format has no
>> dynamic symbol table.
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm:
>> solver/450/unxmaccx.pro/lib/libAppleRemote.jnilib: File format has no
>> dynamic symbol table.
>> 
>> Instead, looking at all symbols:
>> 
>> nm -a solver/420/unxmaccx.pro/lib/*AppleRe*
>> bfb0 D _AppleRemoteDeviceName
>> U _CFGetTypeID
>> U _CFNumberGetTypeID
>> U _CFRelease
>> U _CFRunLoopAddSource
>> U _CFRunLoopGetCurrent
>> U _CFRunLoopRemoveSource
>> U _CFUUIDGetConstantUUIDWithBytes
>> U _CFUUIDGetUUIDBytes
>> 7b10 S _DEFAULT_MAXIMUM_CLICK_TIME_DIFFERENCE
>> U _DisableSecureEventInput
>> U _EnableSecureEventInput
>> bfc0 D _FINISHED_USING_REMOTE_CONTROL_NOTIFICATION
>> U _GetEventDispatcherTarget
>> U _GetEventParameter
>> 78f0 T _GetVersionInfo
>> 7b18 S _HOLD_RECOGNITION_TIME_INTERVAL
>> U _IOCreatePlugInInterfaceForService
>> U _IOIteratorNext
>> U _IOObjectGetClass
>> U _IOObjectRelease
>> U _IOServiceGetMatchingServices
>> U _IOServiceMatching
>> U _InstallEventHandler
>> U _NSApp
>> U _NSAppKitVersionNumber
>> U _NSLog
>> U _NSZeroPoint
>> bd80 S _OBJC_CLASS_$_AppleRemote
>> bf60 S _OBJC_CLASS_$_AppleRemoteMainController
>> be70 S _OBJC_CLASS_$_GlobalKeyboardDevice
>> bec0 S _OBJC_CLASS_$_HIDRemoteControlDevice
>> bf10 S _OBJC_CLASS_$_MultiClickRemoteBehavior
>> U _OBJC_CLASS_$_NSArray
>> U _OBJC_CLASS_$_NSAutoreleasePool
>> U _OBJC_CLASS_$_NSBundle
>> U _OBJC_CLASS_$_NSDate
>> U _OBJC_CLASS_$_NSDictionary
>> U _OBJC_CLASS_$_NSDistributedNotificationCenter
>> U _OBJC_CLASS_$_NSEvent
>> U _OBJC_CLASS_$_NSMutableArray
>> U _OBJC_CLASS_$_NSMutableDictionary
>> U _OBJC_CLASS_$_NSMutableString
>> U _OBJC_CLASS_$_NSNumber
>> U _OBJC_CLASS_$_NSObject
>> U _OBJC_CLASS_$_NSString
>> U _OBJC_CLASS_$_NSThread
>> U _OBJC_CLASS_$_NSUserDefaults
>> bdd0 S _OBJC_CLASS_$_RemoteControl
>> be20 S _OBJC_CLASS_$_RemoteControlContainer
>> bd78 S _OBJC_IVAR_$_AppleRemoteMainController.remoteControl
>> bcd0 S _OBJC_IVAR_$_GlobalKeyboardDevice.eventHandlerRef
>> bcc8 S
>> _OBJC_IVAR_$_GlobalKeyboardDevice.hotKeyRemoteEventMapping
>> bd08 S _OBJC_IVAR_$_HIDRemoteControlDevice.allCookies
>> bcf0 S
>> _OBJC_IVAR_$_HIDRemoteControlDevice.cookieToButtonMapping
>> bd18 S _OBJC_IVAR_$_HIDRemoteControlDevice.eventSource
>> bd00 S
>> _OBJC_IVAR_$_HIDRemoteControlDevice.fixSecureEventInputBug
>> bce8 S _OBJC_IVAR_$_HIDRemoteControlDevice.hidDeviceInterface
>> bcd8 S _OBJC_IVAR_$_HIDRemoteControlDevice.openInExclusiveMode
>> bd10 S _OBJC_IVAR_$_HIDRemoteControlDevi

ApacheCon Europe 2019 in Berlin

[Matthias Seidel]

Hi all,

Given that ApacheCon Europe might happen in Berlin this year [1] I would
like to go there and meet some interesting people.

Travel cost are cheap for me, but if the tickets will be as expensive as
for the Apache Roadshow in Berlin last year I will not be able to get in.

However, I will be available for beer and talk outside... ;-)

Regards,

   Matthias

[1] https://events.apache.org/




smime.p7s
Description: S/MIME Cryptographic Signature