Re: gstreamer status for 4.2.0-dev?

Just a FYI that CentOS7 does not "officially" support 32bit. It does provide an install image, but there isn't even an EPEL repo for it. So far, this hasn't been an issue w/ building 4.2.0-dev > On Jul 4, 2018, at 11:39 PM, Andrea Pescetti wrote: > > On 03/07/2018 Jim Jagielski wrote: >> +1.

Re: gstreamer status for 4.2.0-dev?

On 03/07/2018 Jim Jagielski wrote: +1. I'll start on a CentOS7 VM. Makes sense to me. So our indication for the Release Notes would be something like "OpenOffice 4.2.0 is built on CentOS 7 and is expected to run on Linux-based systems released in YEAR or later (CentOS 7, Ubuntu XYZ...)".

Re: gstreamer status for 4.2.0-dev?

+1. I'll start on a CentOS7 VM. BTW, up to now I've been using VMware Fusion, but will likely start using Vbox instead... I'm assuming most people are using that anyway and it would be nice to be able to share the VMs with others. > On Jul 3, 2018, at 8:30 AM, Peter Kovacs wrote: > > I think

Re: gstreamer status for 4.2.0-dev?

I think there was no big support for supporting gstreamer 0.1.0 on 4.2. branch. If those who need it , they should help. Also I think it makes more sense in such a case to keep maintenance for 4.1.x branch. That means we will have to move to centOS7 for building. On 03.07.2018 14:00, Jim

Re: gstreamer status for 4.2.0-dev?

Oops. Forget that. Even CentOS6 doesn't support gstreamer-1.0. > On Jul 3, 2018, at 6:47 AM, Jim Jagielski wrote: > > So have we come up w/ an agreed upon decision? Are we baselining > gstreamer-1.0, and our community/build-systems will be based on > CentOS6 (ie: dropping "official" support

Re: gstreamer status for 4.2.0-dev?

So have we come up w/ an agreed upon decision? Are we baselining gstreamer-1.0, and our community/build-systems will be based on CentOS6 (ie: dropping "official" support for CentOS5)? If so, I can start on some 4.2.0-dev r1834788 Linux builds... (I'm already trying macOS builds but having some

Re: gstreamer status for 4.2.0-dev?

After some thinkibg, I agree with Dave. The Distributions affeced should help in supporting the backward compability. We can support and guide through the process. If we find volunteers it could be a small step back into stronger Linux Distribution support. If no one is interested it saves us

Re: gstreamer status for 4.2.0-dev?

Am 06.06.2018 um 21:37 schrieb Jim Jagielski: On Jun 6, 2018, at 3:21 PM, Marcus wrote: Am 06.06.2018 um 19:21 schrieb Jim Jagielski: Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no longer

Re: gstreamer status for 4.2.0-dev?

> On Jun 6, 2018, at 3:21 PM, Marcus wrote: > > Am 06.06.2018 um 19:21 schrieb Jim Jagielski: >> Let's not focus on CentOS5 vs CentOS6 for now... the issue is that >> gstreamer-1.0 requires that previously supported Linux OSs and platforms >> will no longer be supported; that is, our

Re: gstreamer status for 4.2.0-dev?

Am 06.06.2018 um 19:21 schrieb Jim Jagielski: Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no longer be supported; that is, our community builds will no longer work for them. sure, it's about

Re: gstreamer status for 4.2.0-dev?

Let's not focus on CentOS5 vs CentOS6 for now... the issue is that gstreamer-1.0 requires that previously supported Linux OSs and platforms will no longer be supported; that is, our community builds will no longer work for them. Are we OK with that? That is the main consideration. Everything

Re: gstreamer status for 4.2.0-dev?

> On Jun 4, 2018, at 6:15 PM, Kay Schenk wrote: > > ​I think we'd need to go up to CentOS7 for gstreamer 1.x. Anyway...point > taken. Hmmm... I seem to recall it building on CentOS6. I could be mistaken ;)

Re: gstreamer status for 4.2.0-dev?

That's why the simplest solution is to move to centOS7 for now. We need to debug the gstreamer support too. Even if it is not important to all users /devs. Am 6. Juni 2018 00:03:56 MESZ schrieb Matthias Seidel : >Am 05.06.2018 um 23:41 schrieb Peter Kovacs: >> We have decided this without

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 23:41 schrieb Peter Kovacs: > We have decided this without considering that gstreamer gstreamer 1.0.0 can > not compile there. > I am not sure, if we compile gstreamer with Damjan's symbol patch. Will it > the work despite gstreamer has to be build with a different gcc Version?

Re: gstreamer status for 4.2.0-dev?

We have decided this without considering that gstreamer gstreamer 1.0.0 can not compile there. I am not sure, if we compile gstreamer with Damjan's symbol patch. Will it the work despite gstreamer has to be build with a different gcc Version? (I lack the experience on this, but my expectation

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 23:26 schrieb Marcus: > Am 05.06.2018 um 00:15 schrieb 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 >>>

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 08:14 schrieb Dave Fisher: Those who need to support older versions of Centos with newer versions of Openoffice should come forward and do the work! also a valid argument. ;-) Marcus On Jun 4, 2018, at 10:59 PM, Peter Kovacs wrote: How about we ask the community if we

Re: gstreamer status for 4.2.0-dev?

Am 05.06.2018 um 00:15 schrieb 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

Re: gstreamer status for 4.2.0-dev?

Those who need to support older versions of Centos with newer versions of Openoffice should come forward and do the work! Sent from my iPhone > On Jun 4, 2018, at 10:59 PM, Peter Kovacs wrote: > > How about we ask the community if we need to support centOS6? > If no one uses CentOS6 maybe we

Re: gstreamer status for 4.2.0-dev?

How about we ask the community if we need to support centOS6? If no one uses CentOS6 maybe we make a fuzz for nothing. I am not aware that another distro is using that old versions. The important thing is how much users we say we need to extend the support to CentOS 6? I would also include the

Re: gstreamer status for 4.2.0-dev?

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,

Re: gstreamer status for 4.2.0-dev?

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,

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

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.

Re: gstreamer status for 4.2.0-dev?

> On May 28, 2018, at 3:05 AM, Peter kovacs wrote: > > Imho the gstreamer libs are still the method of choice for doing multimedia. > > 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 >

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

As I explained in a previous mail, Windows uses DirectShow and Mac uses QuickTime or MacAVF. Linux's equivalent of DirectShow is gstreamer. It also builds pipelines of filters, has codecs, supports embedding into windows, etc. On Mon, May 28, 2018 at 7:19 PM Kay Schenk wrote: > On 05/28/2018

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

3. Build on a newer CentOS or other distro. 4. Link to 1.0.0 using run-time dynamic linking, using that patch I made, and only require the gstreamer-1.0.0 tarball at compile time to find the headers. Damjan On Mon, May 28, 2018 at 9:06 AM Peter kovacs wrote: > Imho the

Re: gstreamer status for 4.2.0-dev?

Imho the gstreamer libs are still the method of choice for doing multimedia. 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

Re: gstreamer status for 4.2.0-dev?

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

Re: gstreamer status for 4.2.0-dev?

Hopefully I will not intrude, but... On Wed, May 23, 2018 at 5: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. On May 19-20, 2018, I pulled

gstreamer status for 4.2.0-dev?

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