Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
I've made a preliminary patch that does run-time dynamic linking to the GStreamer libraries, only linking to $(GTK_LIBS) at build time. This should ultimately allow you to build on CentOS 6. The patch is attached. It's pretty ugly: lots of GStreamer macros expand to functions and thus had to be inlined and hacked to use our function pointers. GStreamer clearly wasn't designed for run-time dynamic linking. It builds but I haven't tested it and won't be able to for a while. Currently, even though GStreamer libraries are not used during the build, you still need GStreamer installed, so pkg-config can detect $(GSTREAMER_CFLAGS) for the header files we need. Our configure.ac thus needs some patching too. That can be an exercise for the reader ;). Damjan On Thu, Mar 15, 2018 at 9:09 AM, Peter kovacs wrote: > +1 > > Am 15. März 2018 03:22:20 MEZ schrieb Damjan Jovanovic >: > >If GStreamer is that problematic to obtain, we could import these 30 > >symbols that we use from it via run-time dynamic linking. That way we > >don't > >need the GStreamer libraries to link against at compile time, only the > >header files: > > > > DF *UND*0060 > >gst_video_overlay_get_type > > DF *UND*0196 > >gst_bus_set_sync_handler > > DF *UND*003b > >gst_message_get_structure > > DF *UND*00b1 > >gst_element_query_duration > > DF *UND*0136 > >gst_pad_get_current_caps > > DF *UND*000a > >gst_pipeline_get_bus > > DF *UND*007f > >gst_bus_get_type > > DF *UND*0174 > >gst_object_unref > > DF *UND*00fc > >gst_element_get_state > > DF *UND*00af > >gst_pipeline_get_type > > DF *UND*00dc > >gst_element_set_state > > DF *UND*00b4 > >gst_structure_has_field > > DF *UND*00da > >gst_bus_have_pending > > DF *UND*00b1 > >gst_element_query_position > > DF *UND*002f > >gst_structure_get_name > > DF *UND*0090 > >gst_structure_get_value > > DF *UND*00c2 > >gst_structure_get_int > > DF *UND*003e > >gst_caps_get_size > > DF *UND*0059 > >gst_structure_nth_field_name > > DF *UND*003a > >gst_is_video_overlay_prepare_window_handle_message > > DF *UND*00ca > >gst_bin_get_type > > DF *UND*0365 > >gst_mini_object_unref > > DF *UND*00b4 > >gst_message_parse_error > > DF *UND*005f > >gst_init > > DF *UND*00da > >gst_bus_pop > > DF *UND*0065 > >gst_caps_get_structure > > DF *UND*00b4 > >gst_element_seek_simple > > DF *UND*01ea > >gst_element_factory_make > > DF *UND*0148 > >gst_video_overlay_set_window_handle > > DF *UND*002f > >gst_structure_n_fields > > > >We already do with ODBC for example, where we will link against either > >iODBC or unixODBC depending on which is installed at run-time. > > > > > >On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti > >wrote: > > > >> Damjan Jovanovic wrote: > >> > >>> GStreamer 1.0.0 requires glib 2.32.0. > >>> > >> > >> CentOS 6 ships with glib (package name: glib2) 2.28 as per > >> http://mirror.centos.org/centos/6/os/x86_64/Packages/ > >> > >> So this is indeed an issue: we would need a distribution that ships > >with > >> glib >= 2.32 (without considering other possible dependencies at the > >> moment) to build. > >> > >> On the other hand, we want something as old as possible since builds > >done > >> with too recent versions of glibc (not to confuse with the above, and > >set > >> at 2.12 in CentOS 6) won't work for users of old Linux-based systems. > >> > >> > >> 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...@openo
Re: extension problem
Dave Brondsema wrote: On 3/14/18 6:08 PM, Andrea Pescetti wrote: Currently, downloads of recent releases of the extensions (not only the English dictionary, even if it is the most prominent) are broken. ... https://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice This dictionary download should work now. Thanks, this one works now. In terms of users, the English dictionary was obviously the most important one to fix, but I still see issues with the most recent releases of other extensions. A convenient way to find them is the https://twitter.com/aooextensions Twitter feed. For example, https://t.co/sZTK7wwASJ and https://t.co/HV0HdhJLGR (listed there) are still broken. And others from that list are broken too. But I guess it's just a matter of moving them to the right place now. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: extension problem
On 3/14/18 6:08 PM, Andrea Pescetti wrote: > Martin Groenescheij wrote: >> I forward your mail to the developers list: >> >> Error message from Sourceforge: The >> "/17102/39/dict-en-20..dict-en-20180301.oxt" file could not be found or is >> not >> available. Please select another file. > > This has already been discussed, for example, here (link to dev list > archives): > https://s.apache.org/xJi5 > > In short, the Extensions site is hosted at SourceForge. SourceForge changed > their datacenter last month; the transition was quite painful, as you can see > in > the list of tweets they posted here https://twitter.com/sfnet_ops - and some > bugs are probably still being ironed out. SourceForge employees monitor this > list (the dev list) so this is the correct way to report issues. > > Currently, downloads of recent releases of the extensions (not only the > English > dictionary, even if it is the most prominent) are broken. Old releases still > work, as anybody can verify here: > https://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice > This dictionary download should work now. -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: English Dictionaries gives an error while attempting to download
Fixed. I've moved the English dictionary file into the correct location, and all future uploads will be saved in the proper location now. I'll see if I can find the credentials for the aooextensions twitter, not sure though. On 3/15/18 9:04 AM, Matthias Seidel wrote: > Am 15.03.2018 um 02:28 schrieb Dave Brondsema: >> Sorry I missed this thread earlier, and just noticed the pointer to it in a >> mail >> today. (Being already subscribed to the list, the extra CC to get my >> attention >> didn't work, maybe I need to adjust some of my filters). >> >> I'll look into this tomorrow. > > Great! > > Regarding https://twitter.com/aooextensions: > The AOO Orb looks blurry, feel free to take this one [1] instead. ;-) > > Regards, > Matthias > > [1] https://home.apache.org/~mseidel/AOO-Twitter-Orb.png > >> >> BTW, filing a ticket at https://sourceforge.net/support is an option too, if >> I've missed something on the list that needs attention. >> >> On 3/12/18 1:44 PM, Matthias Seidel wrote: >>> Does anyone else have administrative access to that site? >>> >>> https://sourceforge.net/projects/aoo-extensions/ >>> >>> New extensions still can't be downloaded... >>> >>> Regards, >>> >>> Matthias >>> >>> >>> Am 06.03.2018 um 16:49 schrieb Matthias Seidel: Hi Dave, Can you please have a look? This is not only Marco's dictionary, but also some others listed on Twitter [1] during the last days. Regards, Matthias [1] https://twitter.com/aooextensions Am 06.03.2018 um 16:31 schrieb Matthias Seidel: > I get "The "/17102/39/dict-en-20..dict-en-20180301.oxt" file could not > be found or is not available. Please select another file." > > Download folder "/39" simply isn't there or it is invisible. > > Regards, > > Matthias > > > Am 05.03.2018 um 17:42 schrieb Rory O'Farrell: >> On Mon, 5 Mar 2018 16:37:52 + >> "Marco A.G.Pinto" wrote: >> >>> Hello! >>> >>> As usual, I have updated the English Dictionaries, and it gives an error >>> while attempting to download. >>> >>> Could someone take a look at the issue?: >>> http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice >>> >>> Thank you! >>> >>> Kind regards, >>> >Marco A.G.Pinto >>> -- >> For the record, the error is "502 Bad gateway" (just now tried). >> >> >> >> > > -- Dave Brondsema : d...@brondsema.net http://www.brondsema.net : personal http://www.splike.com : programming <>< - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OS/2 drag&drop writer only issue
Hi Yuri I am not sure how AOO's implementation works, but I do have a lot of drag and drop experience on Windows, X11, .NET and Java, using/implementing/porting. Examine the action and data flavor negotiations: move vs copy, rich text vs plain text. I know there are special data flavors for internal drag and drop which short-circuit within AOO, data doesn't (fully?) travel through the platform's drag and drop mechanism like it would to other applications. Failing everything, trace through the code on the drop target and see where it's getting rejected and why. Good luck Damjan On Thu, Mar 15, 2018 at 5:48 PM, Yuri Dario wrote: > Hi, > > I have implemented d&d on OS/2 platform. The framework is almost > complete and also basic operations are supported. > > I only face a very strange issue: while d&d works well for calc and > calc to writer or writer to calc, it does not work from writer to > writer. > > if I select a word in a writer document I can't move it using d&d, I > immediately get the rejectDrag() event immediately called. Dropping > into a different writer window is ok. > > Ideas? I have no clue at all for this. > > thanks, > > Yuri > > > -- > Bye, > > Yuri Dario > > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > >
Re: First steps in building with MSVC 14 / Visual Studio 2015
Hi Pedro, Am 14.03.2018 um 03:39 schrieb Pedro Giffuni: > Hi again; > > On 03/13/18 13:10, Pedro Giffuni wrote: >> Hi Damjan; >> >> Glad to see this progress! To build python with newer versions of >> MSVC, you may have to change the BUILD_DIR to "PCbuild". >> >> Look at main/python/makefile.mk line 125. >> > > I committed a small adjustment in r1826694, to clarify better the > situation. > > I don't have a way of testing the windows build so feel free to revert > if I managed to break things in some spectacular way :-/. My latest builds for Windows (with Cygwin64) were successful. ;-) If anyone wants to test: https://home.apache.org/~mseidel/AOO-builds/AOO-420-Test/ Regards, Matthias > > Cheers, > > Pedro. > > > - > 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
OS/2 drag&drop writer only issue
Hi, I have implemented d&d on OS/2 platform. The framework is almost complete and also basic operations are supported. I only face a very strange issue: while d&d works well for calc and calc to writer or writer to calc, it does not work from writer to writer. if I select a word in a writer document I can't move it using d&d, I immediately get the rejectDrag() event immediately called. Dropping into a different writer window is ok. Ideas? I have no clue at all for this. thanks, Yuri -- Bye, Yuri Dario - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Win64 port started, and how building 32 bit AOO on Win64 could break soon
Hi Damjan, Am 14.03.2018 um 05:04 schrieb Damjan Jovanovic: > That's good :). > > I tried to look at 127731, but in the process discovered a far worse issue: > https://bz.apache.org/ooo/show_bug.cgi?id=127732 If you uninstall AOO, is everything back to normal? Matthias > > Damjan > > > On Tue, Mar 13, 2018 at 11:15 PM, Matthias Seidel < > matthias.sei...@hamburg.de> wrote: > >> Am 13.03.2018 um 17:54 schrieb Damjan Jovanovic: >>> I've added back the deleted map file I forgot to revert, and have forced >> a >>> rebuild on the Windows bot. >> Thanks! >> Looks good so far, my local build is far beyond the point where the >> error occurred. ;-) >> >> I know you are very busy at the moment, but could you have a quick look at: >> https://bz.apache.org/ooo/show_bug.cgi?id=127731 >> >> Regards, >>Matthias >> >>> On Tue, Mar 13, 2018 at 3:52 PM, Matthias Seidel < >> matthias.sei...@hamburg.de wrote: Am 13.03.2018 um 04:19 schrieb Damjan Jovanovic: > Hi > > Thank you. > > Fiddling with the main/cppuhelper/source/makefile.mk to reintroduce >> the map > file while keeping the other changes did not help, so it doesn't seem like > a case of exporting a symbol that wasn't exported before. > > I've reverted all the changes to main/cppuhelper in r1826602 while I > investigate further. This should hopefully get AOO building again. Unfortunately not: ERROR: error 65280 occurred while making /cygdrive/e/slave14/aoo-win7/build/main/cppuhelper/source https://ci.apache.org/projects/openoffice/buildlogs/ win/main/svtools/wntmsci12.pro/misc/logs/prj.txt > Oddly I think only the Windows build was affected by this. Yes, it seems to be Windows only. Regards, Matthias > Damjan > > > On Sun, Mar 11, 2018 at 10:01 PM, Matthias Seidel < > matthias.sei...@hamburg.de> wrote: > >> Hi Damjan, >> >> Maybe you already have seen it (buildbot revision 1826428): >> >> "ERROR: error 65280 occurred while making >> /cygdrive/e/slave14/aoo-win7/build/main/svtools/prj" >> >> https://ci.apache.org/projects/openoffice/buildlogs/ >> win/main/svtools/wntmsci12.pro/misc/logs/prj.txt >> >> Regards, >> >>Matthias >> >> >> Am 10.03.2018 um 19:18 schrieb Matthias Seidel: >>> Hi Damjan, >>> >>> I think your last commit [1] breaks the Win32 build: >>> >>> "ERROR: error 65280 occurred while making >>> /cygdrive/c/Source/aoo/main/cppuhelper/source" in my local build. >>> >>> See a more detailed log from our buildbot: >>> >>> https://ci.apache.org/projects/openoffice/buildlogs/ >> win/main/cppuhelper/wntmsci12.pro/misc/logs/source.txt >>> Regards, >>> >>> Matthias >>> >>> [1] https://svn.apache.org/viewvc?view=revision&revision=1826398 >>> >>> >>> Am 05.03.2018 um 21:19 schrieb Damjan Jovanovic: On Mon, Mar 5, 2018 at 3:29 PM, Patricia Shanahan wrote: > On 3/4/2018 11:27 PM, Damjan Jovanovic wrote: > ... > >> But there is a simple way to both keep the 64->32 bit building working >> while making the 64 bit changes in trunk, and still get the >> benefits >> of >> testing. The changes involved to enable the 64 bit build >> environment >> amount >> to 1 relatively small patch affecting only 5 files, and without >> this >> patch >> it will still build 32 bit binaries on 64 bit Windows. Thus this >> patch can >> be maintained out-of-tree while patching modules to build on >> Win64, >> and >> those building without this patch will end up automatically >> testing >> whether >> any of the (small and relatively safe) module changes broke the Win32 >> build. >> > ... > > In general, I favor keeping things checked in, but in keep the >> patch >> that > breaks 64->32 in its own branch. The remaining changes can go in >> the >> trunk. The patch affects 4 files and is only 254 lines long in total, so >> I've >> just placed it into main/solenv/win64/win64.patch together with a readme file referring people to the wiki page ( https://wiki.openoffice.org/wiki/Win64_port) where I've described >> how >> to apply it and start the Win64 build. >> >> smime.p7s Description: S/MIME Cryptographic Signature
Re: English Dictionaries gives an error while attempting to download
Am 15.03.2018 um 02:28 schrieb Dave Brondsema: > Sorry I missed this thread earlier, and just noticed the pointer to it in a > mail > today. (Being already subscribed to the list, the extra CC to get my > attention > didn't work, maybe I need to adjust some of my filters). > > I'll look into this tomorrow. Great! Regarding https://twitter.com/aooextensions: The AOO Orb looks blurry, feel free to take this one [1] instead. ;-) Regards, Matthias [1] https://home.apache.org/~mseidel/AOO-Twitter-Orb.png > > BTW, filing a ticket at https://sourceforge.net/support is an option too, if > I've missed something on the list that needs attention. > > On 3/12/18 1:44 PM, Matthias Seidel wrote: >> Does anyone else have administrative access to that site? >> >> https://sourceforge.net/projects/aoo-extensions/ >> >> New extensions still can't be downloaded... >> >> Regards, >> >> Matthias >> >> >> Am 06.03.2018 um 16:49 schrieb Matthias Seidel: >>> Hi Dave, >>> >>> Can you please have a look? >>> This is not only Marco's dictionary, but also some others listed on >>> Twitter [1] during the last days. >>> >>> Regards, >>> Matthias >>> >>> [1] https://twitter.com/aooextensions >>> >>> >>> Am 06.03.2018 um 16:31 schrieb Matthias Seidel: I get "The "/17102/39/dict-en-20..dict-en-20180301.oxt" file could not be found or is not available. Please select another file." Download folder "/39" simply isn't there or it is invisible. Regards, Matthias Am 05.03.2018 um 17:42 schrieb Rory O'Farrell: > On Mon, 5 Mar 2018 16:37:52 + > "Marco A.G.Pinto" wrote: > >> Hello! >> >> As usual, I have updated the English Dictionaries, and it gives an error >> while attempting to download. >> >> Could someone take a look at the issue?: >> http://extensions.openoffice.org/en/project/english-dictionaries-apache-openoffice >> >> Thank you! >> >> Kind regards, >> >Marco A.G.Pinto >> -- > For the record, the error is "502 Bad gateway" (just now tried). > > > > smime.p7s Description: S/MIME Cryptographic Signature
Linux Community Builds for 4.2.0 (Was: Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library))
That is the conundrum. What we could do is, just as we provide both Linux 32 and 64 bit builds, another set of Linux builds that do, and do not, include gstreamer 1.0. The ones that do would need to use Ubuntu as the build platform and the ones that don't could continue to use CentOS. I can continue to do all the Linux community builds since I have CentOS 6.4 and Ubuntu 14.04 (but just the 64bit Ubuntu at present). > On Mar 14, 2018, at 6:17 PM, Andrea Pescetti wrote: > > Damjan Jovanovic wrote: >> GStreamer 1.0.0 requires glib 2.32.0. > > CentOS 6 ships with glib (package name: glib2) 2.28 as per > http://mirror.centos.org/centos/6/os/x86_64/Packages/ > > So this is indeed an issue: we would need a distribution that ships with glib > >= 2.32 (without considering other possible dependencies at the moment) to > build. > > On the other hand, we want something as old as possible since builds done > with too recent versions of glibc (not to confuse with the above, and set at > 2.12 in CentOS 6) won't work for users of old Linux-based systems. > > 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
Re: gstreamer
Yes, that was my thought as well... We do not bundle it, but our build system allows for it to be downloaded and built during the whole build process, just as we do w/ loads of other dependencies. As long as we don't bundle it, and as long as it is not a *hard* dependency, it's not an issue. > On Mar 15, 2018, at 3:04 AM, Peter Kovacs wrote: > > I thought we do not bundle it, but internally provide for build convenience. > > Am 14. März 2018 19:13:19 MEZ schrieb Damjan Jovanovic : >> I thought the "external download dependency" you were talking about, >> meant >> distribution of GStreamer with an AOO release, which is not allowed. >> >> Building against GStreamer header files, and then only linking to the >> GStreamer libraries on the end user's system, if present, sounds >> allowed >> ("Can Apache projects rely on components under prohibited licenses" on >> https://www.apache.org/legal/resolved.html) >> >> >> >> On Wed, Mar 14, 2018 at 7:22 PM, Jim Jagielski wrote: >> >>> All this was discussed in: >>> >>> https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8 >>> d185ff7a94e0fc7d47a3b1b7f6@%3Cdev.openoffice.apache.org%3E >>> >>> I don't recall you bringing all this up there. >>> On Mar 14, 2018, at 12:03 PM, Damjan Jovanovic >>> wrote: Why? The licence for GStreamer is LGPL, which is Category X. Damjan On Wed, Mar 14, 2018 at 4:25 PM, Jim Jagielski >> wrote: > I think there was general consensus to make gstreamer > a external download dependency. As of this date, this > has not yet been folded in. Who can take point on that? > > >> - > 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: Status on 4.2.0?
Hi Jim, Am 14.03.2018 um 14:11 schrieb Jim Jagielski: > I've gone ahead and make the AOO 4.2 Release Wiki page > for us to start working on it. > > I propose to take HEAD of trunk and create a -dev developers > build for test and "review" by March 16th. I'll sign up for macOS > and Linux. I can take the Windows part. By "developers build" you mean a "normal" build only marked as -dev or building against target openofficedev (sdkoodev, ooodevlanguagepack)? Regards, Matthias > > https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.2 > > - > 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: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)
+1 Am 15. März 2018 03:22:20 MEZ schrieb Damjan Jovanovic : >If GStreamer is that problematic to obtain, we could import these 30 >symbols that we use from it via run-time dynamic linking. That way we >don't >need the GStreamer libraries to link against at compile time, only the >header files: > > DF *UND*0060 >gst_video_overlay_get_type > DF *UND*0196 >gst_bus_set_sync_handler > DF *UND*003b >gst_message_get_structure > DF *UND*00b1 >gst_element_query_duration > DF *UND*0136 >gst_pad_get_current_caps > DF *UND*000a >gst_pipeline_get_bus > DF *UND*007f >gst_bus_get_type > DF *UND*0174 >gst_object_unref > DF *UND*00fc >gst_element_get_state > DF *UND*00af >gst_pipeline_get_type > DF *UND*00dc >gst_element_set_state > DF *UND*00b4 >gst_structure_has_field > DF *UND*00da >gst_bus_have_pending > DF *UND*00b1 >gst_element_query_position > DF *UND*002f >gst_structure_get_name > DF *UND*0090 >gst_structure_get_value > DF *UND*00c2 >gst_structure_get_int > DF *UND*003e >gst_caps_get_size > DF *UND*0059 >gst_structure_nth_field_name > DF *UND*003a >gst_is_video_overlay_prepare_window_handle_message > DF *UND*00ca >gst_bin_get_type > DF *UND*0365 >gst_mini_object_unref > DF *UND*00b4 >gst_message_parse_error > DF *UND*005f >gst_init > DF *UND*00da >gst_bus_pop > DF *UND*0065 >gst_caps_get_structure > DF *UND*00b4 >gst_element_seek_simple > DF *UND*01ea >gst_element_factory_make > DF *UND*0148 >gst_video_overlay_set_window_handle > DF *UND*002f >gst_structure_n_fields > >We already do with ODBC for example, where we will link against either >iODBC or unixODBC depending on which is installed at run-time. > > >On Thu, Mar 15, 2018 at 12:17 AM, Andrea Pescetti >wrote: > >> Damjan Jovanovic wrote: >> >>> GStreamer 1.0.0 requires glib 2.32.0. >>> >> >> CentOS 6 ships with glib (package name: glib2) 2.28 as per >> http://mirror.centos.org/centos/6/os/x86_64/Packages/ >> >> So this is indeed an issue: we would need a distribution that ships >with >> glib >= 2.32 (without considering other possible dependencies at the >> moment) to build. >> >> On the other hand, we want something as old as possible since builds >done >> with too recent versions of glibc (not to confuse with the above, and >set >> at 2.12 in CentOS 6) won't work for users of old Linux-based systems. >> >> >> 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
Re: gstreamer
I thought we do not bundle it, but internally provide for build convenience. Am 14. März 2018 19:13:19 MEZ schrieb Damjan Jovanovic : >I thought the "external download dependency" you were talking about, >meant >distribution of GStreamer with an AOO release, which is not allowed. > >Building against GStreamer header files, and then only linking to the >GStreamer libraries on the end user's system, if present, sounds >allowed >("Can Apache projects rely on components under prohibited licenses" on >https://www.apache.org/legal/resolved.html) > > > >On Wed, Mar 14, 2018 at 7:22 PM, Jim Jagielski wrote: > >> All this was discussed in: >> >> https://lists.apache.org/thread.html/83231a4ff938cdd14c19a01d4ae4f8 >> d185ff7a94e0fc7d47a3b1b7f6@%3Cdev.openoffice.apache.org%3E >> >> I don't recall you bringing all this up there. >> >> > On Mar 14, 2018, at 12:03 PM, Damjan Jovanovic >> wrote: >> > >> > Why? The licence for GStreamer is LGPL, which is Category X. >> > >> > Damjan >> > >> > >> > On Wed, Mar 14, 2018 at 4:25 PM, Jim Jagielski >wrote: >> > >> >> I think there was general consensus to make gstreamer >> >> a external download dependency. As of this date, this >> >> has not yet been folded in. Who can take point on that? >> >> >> >> >- >> >> 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