Re: Build r1829228 on Linux-32 (gstreamer build problem)
On 1 May, 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. Does Windows even use gstreamer? > 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. I switched the FreeBSD port over to 1.0.0. Both versions of gstreamer are available, though. > 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. - 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)
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)
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 > >
Re: "503 No Backend Servers Available"
Matthias Seidel wrote: Am 01.05.2018 um 00:17 schrieb Dave Brondsema: SourceForge has Drupal admin login credentials for historical reasons, so earlier when you sent this mail I checked that extension and it wasn't "published". Whatever happened... First the page was accessible, then access was denied. I already wrote it a few times, but since Matthias is interested I'll repeat it: a number of PMC members (including me) have moderator access, which is not the same thing as admin access. Moderators can delete spam comments and publish extensions. I routinely check the site for unpublished extensions and I think I published a couple last week, possibly including the dictionary. If it wasn't me, possibly some other moderator did that. Now it is published and accessible to everyone, presumably the extension maintainer marcoagpinto did that. The extension maintainer can't publish an extension, unless he is a site moderator too. I can also provide the admin credentials to OpenOffice PMC members if they'd like to be able to check things like this. I am definitely interested in getting access. What you are interested in (in light of the above explanation) is probably moderator access. You will need to create an account on the site (or sites, if this applies to both Extensions and Templates; but I would start with Extensions) for it. I, as a moderator, can probably create new moderators, so after your account is created you can try e-mailing me to get moderator access. Admin access is reserved to system administration tasks; there is one administrator account only, and it makes sense that SourceForge continues to have credentials for it, since system upgrades often need some actions to be performed using the administrator account. Regards, Andrea. - 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)
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
ApacheCon North America 2018 schedule is now live.
Dear Apache Enthusiast, We are pleased to announce our schedule for ApacheCon North America 2018. ApacheCon will be held September 23-27 at the Montreal Marriott Chateau Champlain in Montreal, Canada. Registration is open! The early bird rate of $575 lasts until July 21, at which time it goes up to $800. And the room block at the Marriott ($225 CAD per night, including wifi) closes on August 24th. We will be featuring more than 100 sessions on Apache projects. The schedule is now online at https://apachecon.com/acna18/ The schedule includes full tracks of content from Cloudstack[1], Tomcat[2], and our GeoSpatial community[3]. We will have 4 keynote speakers, two of whom are Apache members, and two from the wider community. On Tuesday, Apache member and former board member Cliff Schmidt will be speaking about how Amplio uses technology to educate and improve the quality of life of people living in very difficult parts of the world[4]. And Apache Fineract VP Myrle Krantz will speak about how Open Source banking is helping the global fight against poverty[5]. Then, on Wednesday, we’ll hear from Bridget Kromhout, Principal Cloud Developer Advocate from Microsoft, about the really hard problem in software - the people[6]. And Euan McLeod, VP VIPER at Comcast will show us the many ways that Apache software delivers your favorite shows to your living room[7]. ApacheCon will also feature old favorites like the Lightning Talks, the Hackathon (running the duration of the event), PGP key signing, and lots of hallway-track time to get to know your project community better. Follow us on Twitter, @ApacheCon, and join the disc...@apachecon.com mailing list (send email to discuss-subscr...@apachecon.com) to stay up to date with developments. And if your company wants to sponsor this event, get in touch at h...@apachecon.com for opportunities that are still available. See you in Montreal! Rich Bowen VP Conferences, The Apache Software Foundation h...@apachecon.com @ApacheCon [1] http://cloudstackcollab.org/ [2] http://tomcat.apache.org/conference.html [3] http://apachecon.dukecon.org/acna/2018/#/schedule?search=geospatial [4] http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/df977fd305a31b903 [5] http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/22c6c30412a3828d6 [6] http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/fbbb2384fa91ebc6b [7] http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/88d50c3613852c2de - 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)
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
Re: "503 No Backend Servers Available"
Hi Marco, Am 01.05.2018 um 12:48 schrieb Marco A.G. Pinto: > Hello! > > I uploaded twice because I released GB for Mozilla and the files are > "en-GB". > > I then copied the files into my AOO extension folder and forgot to > rename to "en_GB". > > So, GB wasn't working on the OXT and thus I released a new OXT with a > "b" in the filename. Thanks for the explanation! I already pointed AOO trunk to: https://sourceforge.net/projects/aoo-extensions/files/17102/41 Regards, Matthias > > On 01/05/2018 11:29, Matthias Seidel wrote: >> >>> Now it is published and accessible to everyone, presumably the >>> extension maintainer marcoagpinto did that. >> >> Marco seems to have had problems since he uploaded his dictionary >> twice that day. > > Thanks! > > Kind regards, > >Marco A.G.Pinto > -- > > > -- smime.p7s Description: S/MIME Cryptographic Signature
Re: "503 No Backend Servers Available"
Hello! I uploaded twice because I released GB for Mozilla and the files are "en-GB". I then copied the files into my AOO extension folder and forgot to rename to "en_GB". So, GB wasn't working on the OXT and thus I released a new OXT with a "b" in the filename. On 01/05/2018 11:29, Matthias Seidel wrote: > >> Now it is published and accessible to everyone, presumably the >> extension maintainer marcoagpinto did that. > > Marco seems to have had problems since he uploaded his dictionary > twice that day. Thanks! Kind regards, >Marco A.G.Pinto -- -- signature.asc Description: OpenPGP digital signature
"503 No Backend Servers Available"
Am 01.05.2018 um 00:17 schrieb Dave Brondsema: > On 4/27/18 4:11 PM, Matthias Seidel wrote: >> Hi Dave, >> >> Can you please have a look into: >> https://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice >> >> This is one of our "most wanted" extensions and I keep getting "Access >> denied" >> > SourceForge has Drupal admin login credentials for historical reasons, so > earlier when you sent this mail I checked that extension and it wasn't > "published". Hi Dave, Whatever happened... First the page was accessible, then access was denied. > Now it is published and accessible to everyone, presumably the > extension maintainer marcoagpinto did that. Marco seems to have had problems since he uploaded his dictionary twice that day. > I can also provide the admin credentials to OpenOffice PMC members if they'd > like to be able to check things like this. I am definitely interested in getting access. Regards, Matthias >> Am 27.04.2018 um 22:01 schrieb Dave Brondsema: >>> This was fixed some time ago, and should be working fine for you now. >>> >>> On 4/27/18 4:42 AM, FR web forum wrote: Same thing for http://templates.openoffice.org/ - Mail original - > De: "Jörg Schmidt" > À: dev@openoffice.apache.org > Envoyé: Vendredi 27 Avril 2018 10:38:37 > Objet: "503 No Backend Servers Available" > > Hello, > > I just want to inform you that the extension page > (http://extensions.services.openoffice.org/) is currently not > running. > > > Jörg > > > - > 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 > smime.p7s Description: S/MIME Cryptographic Signature
Re: Open Office Download
> BTW - iOS does not equal macOS. There is no OpenOffice for iOS. Possible with specific port nammed Office 700. This is a derivative of OpenOffice available on AppStore. Note that is no free of charge. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org