Re: How to handle non-free parts of a free software project
On Sat, 16 Nov 2013 00:25:17 +0100 Kevin Kofler wrote: > Manuel Faux wrote: > > I little bit more feedback would be welcome. > > > > You don't agree to give the option to manually download the file at > > all, or don't you agree with NOT packing the file > > to /usr/lib/jvm/...? > > > > By not giving the option to manually link to the file we will loose > > the functionality to create Java Web Start war files at all. Also > > other packages require the user to get some non-free files for some > > specific non-crucial functionality. > > Can't you package the offending JAR in RPM Fusion Nonfree? Then it > can install to system directories such as /usr/lib/jvm without > causing trouble. > > Of course, the ideal solution would be to have a Free replacement or > to get the original relicensed, but failing that, that's what RPM > Fusion Nonfree is for. > > Kevin Kofler > Currently Dalibor Topic from Oracle is helping us to maybe change the license of that file (see conversation on legal list), since it might be the case that the file was tagged with a too restrictive license, anyway. In meanwhile I added a README.Fedora and explained that the non-free file is expected in ~/.netbeans/, in case the user wants to make use of that functionality. Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Sun, 17 Nov 2013 07:58:48 -0500 Aleksandar Kurtakov wrote: > - Original Message - > > From: "Manuel Faux" > > To: devel@lists.fedoraproject.org > > Sent: Sunday, November 17, 2013 2:40:25 PM > > Subject: Re: OSGi 5 Implementation > > > > On Sun, 17 Nov 2013 04:39:06 -0500 > > Aleksandar Kurtakov wrote: > > > > > - Original Message - > > > > From: "Manuel Faux" > > > > To: devel@lists.fedoraproject.org > > > > Sent: Sunday, November 17, 2013 10:50:33 AM > > > > Subject: Re: OSGi 5 Implementation > > > > > > > > On Sat, 16 Nov 2013 02:46:51 -0500 > > > > Aleksandar Kurtakov wrote: > > > > > > > > > > > > > > > > I didn't see that Equinox satisfies the OSGi 5 part, since I > > > > > > didn't use this package anymore, as soon I recognized that > > > > > > NetBeans does not build with it. > > > > > > > > > > Is this still true? I know that jtulach(one of the netbeans > > > > > guys) has his own equinox(like?) framework called Netbinox > > > > > for usage in netbeans so you might want to get in contact > > > > > with him for details. I haven't followed Netbeans in years > > > > > but if you point to concrete problem I'll take a look. > > > > > > > > > The problem was not with Equinox per se, but with the version > > > > shipped with Fedora. I needed to write some patches to be able > > > > to build NetBeans against the newest version of Equinox. The > > > > component which needs the patch is Netbinox. > > > > > > Are you saying that Netbinox builds with equinox downloaded from > > > eclipse.org but not with the one from our rpms? > > > > > With "version", i meant release version of Equinox, not the > > eclipse.com version vs. Packaged version of Fedora. The problem is, > > that Netbinox is intended to be built with Equinox 3.8.0, but > > Fedora ships Equinox 3.9.0, which causes complication errors. > > This is something that must be handled at Netbinox site, Fedora > project aims at shipping latest versions of software so Netbinox need > to be fixed to compile/work with Equinox 3.9. Not to mention that > Equinox 3.8 is no longer supported upstream so shipping it makes no > sense. So in that situation the way a packager handles that situation is to tell upstream (NetBeans in that case) to fix the incompatibility? I just chose the way to fix it myself, since the previous maintainer of the netbeans packages also did it that way and I just adopted the spec files. The point with NetBeans is, that it does not only concern Equinox, but also some other libraries, which are shipped by Fedora in newer versions than NetBeans requires them. Manuel > > Alexander Kurtakov > Red Hat Eclipse team > > > > > One problem is for example, that the constructor of > > org.eclipse.osgi.baseadaptor.bundlefile.DirBundleFile takes > > different arguments in Equinox 3.8.0 and 3.9.0. > > > > Manuel > > > > > > Alexander Kurtakov > > > Red Hat Eclipse team > > > > > > > > > > > Manuel > > > > > > > > > > > > > > Alexander Kurtakov > > > > > Red Hat Eclipse team > > > > -- > > > > devel mailing list > > > > devel@lists.fedoraproject.org > > > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Sun, 17 Nov 2013 04:39:06 -0500 Aleksandar Kurtakov wrote: > - Original Message - > > From: "Manuel Faux" > > To: devel@lists.fedoraproject.org > > Sent: Sunday, November 17, 2013 10:50:33 AM > > Subject: Re: OSGi 5 Implementation > > > > On Sat, 16 Nov 2013 02:46:51 -0500 > > Aleksandar Kurtakov wrote: > > > > > > > > > > I didn't see that Equinox satisfies the OSGi 5 part, since I > > > > didn't use this package anymore, as soon I recognized that > > > > NetBeans does not build with it. > > > > > > Is this still true? I know that jtulach(one of the netbeans guys) > > > has his own equinox(like?) framework called Netbinox for usage in > > > netbeans so you might want to get in contact with him for > > > details. I haven't followed Netbeans in years but if you point to > > > concrete problem I'll take a look. > > > > > The problem was not with Equinox per se, but with the version > > shipped with Fedora. I needed to write some patches to be able to > > build NetBeans against the newest version of Equinox. The component > > which needs the patch is Netbinox. > > Are you saying that Netbinox builds with equinox downloaded from > eclipse.org but not with the one from our rpms? > With "version", i meant release version of Equinox, not the eclipse.com version vs. Packaged version of Fedora. The problem is, that Netbinox is intended to be built with Equinox 3.8.0, but Fedora ships Equinox 3.9.0, which causes complication errors. One problem is for example, that the constructor of org.eclipse.osgi.baseadaptor.bundlefile.DirBundleFile takes different arguments in Equinox 3.8.0 and 3.9.0. Manuel > > Alexander Kurtakov > Red Hat Eclipse team > > > > > Manuel > > > > > > > > Alexander Kurtakov > > > Red Hat Eclipse team > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Sat, 16 Nov 2013 02:46:51 -0500 Aleksandar Kurtakov wrote: > > > > I didn't see that Equinox satisfies the OSGi 5 part, since I didn't > > use this package anymore, as soon I recognized that NetBeans does > > not build with it. > > Is this still true? I know that jtulach(one of the netbeans guys) has > his own equinox(like?) framework called Netbinox for usage in > netbeans so you might want to get in contact with him for details. I > haven't followed Netbeans in years but if you point to concrete > problem I'll take a look. > The problem was not with Equinox per se, but with the version shipped with Fedora. I needed to write some patches to be able to build NetBeans against the newest version of Equinox. The component which needs the patch is Netbinox. Manuel > > Alexander Kurtakov > Red Hat Eclipse team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Copr
On Thu, 14 Nov 2013 16:58:30 +0100 Miroslav Suchý wrote: > On 11/14/2013 02:43 PM, Manuel Faux wrote: > > I wanted to try out the copr-cli, but unfortunately without great > > success. I added my API key to ~/.config/api but copr-cli create > > always results in an error, without an error message. > > > > Is it known that the cli does not work yet, or did I miss something > > to configure? > > You *must* use at least one --chroot option. E.g.: >copr-cli create --chroot fedora-19-x86_64 --chroot > fedora-rawhide-x86_64 test Sounds logically for me now, as also the web UI requires you to check at least on chroot. In this case the help page of copr-cli seems quite confusing to me, since all the arguments except name are in square brackets, which normally is used for optional arguments. > > I fixed copr-cli to give you better suggestion instead of that ugly > traceback. > Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Copr
I wanted to try out the copr-cli, but unfortunately without great success. I added my API key to ~/.config/api but copr-cli create always results in an error, without an error message. Is it known that the cli does not work yet, or did I miss something to configure? Manuel On Thu, 7 Nov 2013 13:54:40 +0100 Miroslav Suchý wrote: > Dear developers and Fedora contributors, > > let me introduce Copr: > > http://copr-fe.cloud.fedoraproject.org/ > > Copr is a build system for third party repositories. It is intended > for: > * upstream teams - to make nightly and test builds > * layered applications - if you build on top of Fedora, but you are > not part of Fedora > * packages not yet ready to be included in official Fedora > repositories > > How it works? You provide src.rpm, we will provide resulting yum repo > for RHEL 5,6 and Fedora 18, 19, 20... But see WARNING on bottom of > this mail. > > I prepared quick tutorial for you: > https://fedorahosted.org/copr/wiki/ScreenshotsTutorial > and FAQ: > https://fedorahosted.org/copr/wiki/UserDocs#FAQ > > Everybody with FAS account can build there. If you want to use > command line client, you should install copr-cli from updates-testing. > > If you have ideas, questions, comments feel free to use one of our > communication channels https://fedorahosted.org/copr/#Communications > (mailing list is prefered) > > WARNING: > Please do not rely on this service in production. This is very early > release (following "release early, release often"). First of all, > this service works in simple set-up, where resulting yum repos are > *not* backed up. Yet. This is not yet officially part of Fedora > infrastructure, so when Copr fails, it can take several hours to be > restored. And yes, our WebUI is not perfect. It's work in progress. > And since Copr can build packages already, I decided to publicly > announce it, so you can experiment with it. > > We are working on Copr on full steam and in upcoming days you can > expect: > * improvements in WebUI > * ability to build Software Collections there > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to handle non-free parts of a free software project
On Tue, 12 Nov 2013 10:25:16 +0100 drago01 wrote: > On Tue, Nov 12, 2013 at 10:16 AM, Manuel Faux > wrote: > > > I little bit more feedback would be welcome. > > > > You don't agree to give the option to manually download the file at > > all, or don't you agree with NOT packing the file > > to /usr/lib/jvm/...? > > > > By not giving the option to manually link to the file we will loose > > the functionality to create Java Web Start war files at all. Also > > other packages require the user to get some non-free files for some > > specific non-crucial functionality. > > Can't you place it somewhere in the users home directory? > ~/.netbeans/xyz ? That's how other packages handle that (eclipse > plugins, firefox plugins etc). Yes, it's possible. If this is common practice, I will realize it in that way. I think there would be an advantage if it would be at a more central place, so that multi-user systems just need it once, but I don't want to go a different way than other packages. > > > Just pretend to "downvote" something without any comment does not > > help anyone at all. > > Indeed "+1" and "-1" mails are just spam. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to handle non-free parts of a free software project
On Tue, 12 Nov 2013 09:56:47 +0100 "punto...@libero.it" wrote: > Il 12/11/2013 08:37, Manuel Faux ha scritto: > > On Tue, 12 Nov 2013 08:11:12 +0100 > > Manuel Faux wrote: > > > >> On Mon, 11 Nov 2013 15:08:10 -0800 > >> Toshio Kuratomi wrote: > >> > >>> On Tue, Nov 12, 2013 at 12:22:16AM +0200, Elad Alfassa wrote: > >>>> On Tue, Nov 12, 2013 at 12:13 AM, Manuel Faux > >>>> wrote: > >>>> > >>>> NetBeans 7.4 requires a file called jnlp-servlet.jar which > >>>> is part of the Oracle JDK and itself non-free licensed. The file > >>>> is not required for building, but for specific functions of the > >>>> software. > >>>> > >>>> > >>>> More concrete, the file is required if "one wants to build a > >>>> packaged war file of JNLP version of a suite". > >>>> > >>>> It seems like only the class > >>>> jnlp.sample.servlet.JnlpDownloadServlet is required, but I could > >>>> not find it in the OpenJKD. > >>>> > >>>> How is this normally handled? Should we add a file to the > >>>> docs which describes that for this specific functionality that > >>>> file is required? > >>>> Manuel > >>>> -- > >>>> devel mailing list > >>>> devel@lists.fedoraproject.org > >>>> https://admin.fedoraproject.org/mailman/listinfo/devel > >>>> Fedora Code of Conduct: > >>>> http://fedoraproject.org/code-of-conduct > >>>> > >>>> > >>>> > >>>> The answer is simple. Remove the file. Don't distribute it in > >>>> Fedora. Have a README.fedora file in /usr/share/docs/netbeans (or > >>>> whatever) which explains that this file was removed due to > >>>> licensing issues and how to get it. > > I want to give the option to manually download the file, if one > > accepts the non-free license of Oracle. Which file system path > > would be appropriate to be prepared for that file? I would not feel > > comfortable to add the file to add the file inside /usr/lib/jvm/... > > or something. > > > > Manuel > -1 I little bit more feedback would be welcome. You don't agree to give the option to manually download the file at all, or don't you agree with NOT packing the file to /usr/lib/jvm/...? By not giving the option to manually link to the file we will loose the functionality to create Java Web Start war files at all. Also other packages require the user to get some non-free files for some specific non-crucial functionality. Just pretend to "downvote" something without any comment does not help anyone at all. > >>> Depending on the license, you may just need to remove the file in > >>> the spec file or you may need to clean it from the tarball before > >>> that tarball is uploaded to the lookaside cache (via fedpkg > >>> new-sources). > >>> > >>> You may also need to patch the software so that it gracefully > >>> handles the lack of that file at runtime. Perhaps removing the > >>> menu entry that won't function or popping up a dialog to explain > >>> that the netbeans we ship can't use that non-free functionality. > >>> > >>> -Toshio > >> Thanks for your input. > >> > >> I already asked in the legal mailing list, and it was suggested > >> that I might ask at Oracle if they change the license in a way > >> that it complies to free software. But even if they would do it, > >> it would take some time, and I don't want to wait for that. So in > >> between I will go on by just don't shipping that file. > >> > >> Manuel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to handle non-free parts of a free software project
On Tue, 12 Nov 2013 08:11:12 +0100 Manuel Faux wrote: > On Mon, 11 Nov 2013 15:08:10 -0800 > Toshio Kuratomi wrote: > > > On Tue, Nov 12, 2013 at 12:22:16AM +0200, Elad Alfassa wrote: > > > > > > On Tue, Nov 12, 2013 at 12:13 AM, Manuel Faux > > > wrote: > > > > > > NetBeans 7.4 requires a file called jnlp-servlet.jar which is > > > part of the Oracle JDK and itself non-free licensed. The file is > > > not required for building, but for specific functions of the > > > software. > > > > > > > > > More concrete, the file is required if "one wants to build a > > > packaged war file of JNLP version of a suite". > > > > > > It seems like only the class > > > jnlp.sample.servlet.JnlpDownloadServlet is required, but I could > > > not find it in the OpenJKD. > > > > > > How is this normally handled? Should we add a file to the docs > > > which describes that for this specific functionality that file is > > > required? > > > Manuel > > > -- > > > devel mailing list > > > devel@lists.fedoraproject.org > > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > Fedora Code of Conduct: > > > http://fedoraproject.org/code-of-conduct > > > > > > > > > > > > The answer is simple. Remove the file. Don't distribute it in > > > Fedora. Have a README.fedora file in /usr/share/docs/netbeans (or > > > whatever) which explains that this file was removed due to > > > licensing issues and how to get it. I want to give the option to manually download the file, if one accepts the non-free license of Oracle. Which file system path would be appropriate to be prepared for that file? I would not feel comfortable to add the file to add the file inside /usr/lib/jvm/... or something. Manuel > > > > > Depending on the license, you may just need to remove the file in > > the spec file or you may need to clean it from the tarball before > > that tarball is uploaded to the lookaside cache (via fedpkg > > new-sources). > > > > You may also need to patch the software so that it gracefully > > handles the lack of that file at runtime. Perhaps removing the > > menu entry that won't function or popping up a dialog to explain > > that the netbeans we ship can't use that non-free functionality. > > > > -Toshio > > Thanks for your input. > > I already asked in the legal mailing list, and it was suggested that I > might ask at Oracle if they change the license in a way that it > complies to free software. But even if they would do it, it would take > some time, and I don't want to wait for that. So in between I will go > on by just don't shipping that file. > > Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to handle non-free parts of a free software project
On Mon, 11 Nov 2013 15:08:10 -0800 Toshio Kuratomi wrote: > On Tue, Nov 12, 2013 at 12:22:16AM +0200, Elad Alfassa wrote: > > > > On Tue, Nov 12, 2013 at 12:13 AM, Manuel Faux > > wrote: > > > > NetBeans 7.4 requires a file called jnlp-servlet.jar which is > > part of the Oracle JDK and itself non-free licensed. The file is > > not required for building, but for specific functions of the > > software. > > > > > > More concrete, the file is required if "one wants to build a > > packaged war file of JNLP version of a suite". > > > > It seems like only the class > > jnlp.sample.servlet.JnlpDownloadServlet is required, but I could > > not find it in the OpenJKD. > > > > How is this normally handled? Should we add a file to the docs > > which describes that for this specific functionality that file is > > required? > > Manuel > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > > > > > > > The answer is simple. Remove the file. Don't distribute it in > > Fedora. Have a README.fedora file in /usr/share/docs/netbeans (or > > whatever) which explains that this file was removed due to > > licensing issues and how to get it. > > > Depending on the license, you may just need to remove the file in the > spec file or you may need to clean it from the tarball before that > tarball is uploaded to the lookaside cache (via fedpkg new-sources). > > You may also need to patch the software so that it gracefully handles > the lack of that file at runtime. Perhaps removing the menu entry > that won't function or popping up a dialog to explain that the > netbeans we ship can't use that non-free functionality. > > -Toshio Thanks for your input. I already asked in the legal mailing list, and it was suggested that I might ask at Oracle if they change the license in a way that it complies to free software. But even if they would do it, it would take some time, and I don't want to wait for that. So in between I will go on by just don't shipping that file. Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
How to handle non-free parts of a free software project
NetBeans 7.4 requires a file called jnlp-servlet.jar which is part of the Oracle JDK and itself non-free licensed. The file is not required for building, but for specific functions of the software. More concrete, the file is required if "one wants to build a packaged war file of JNLP version of a suite". It seems like only the class jnlp.sample.servlet.JnlpDownloadServlet is required, but I could not find it in the OpenJKD. How is this normally handled? Should we add a file to the docs which describes that for this specific functionality that file is required? Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Mon, 11 Nov 2013 09:45:07 -0500 Aleksandar Kurtakov wrote: > I join late to the discussion but Equinox is the reference > implementation for OSGi R5. What are the problems trying to use > eclipse-equinox ? Thanks, the current eclipse-equinox-osgi package works as OGSi 5 dependency, but unfortunately it does NOT work as OSGi 4 dependency. Building fails with some Java errors when I use the current equinox package (which provides org.eclipse.osgi_3.9.1.v20131014-1715.jar). I didn't see that Equinox satisfies the OSGi 5 part, since I didn't use this package anymore, as soon I recognized that NetBeans does not build with it. Manuel > > http://projects.eclipse.org/projects/rt.equinox > > Alexander Kurtakov > Red Hat Eclipse team > > - Original Message - > > From: "Manuel Faux" > > To: devel@lists.fedoraproject.org > > Sent: Monday, November 11, 2013 4:31:31 PM > > Subject: Re: OSGi 5 Implementation > > > > On Mon, 11 Nov 2013 12:02:07 +0100 > > "punto...@libero.it" wrote: > > > > > Il 11/11/2013 11:35, Manuel Faux ha scritto: > > > > On Mon, 11 Nov 2013 11:07:55 +0100 > > > > "punto...@libero.it" wrote: > > > > > > > >> Il 11/11/2013 10:53, Mikolaj Izdebski ha scritto: > > > >>> On 11/09/2013 03:25 PM, Manuel Faux wrote: > > > >>>> I'm trying to build NetBeans 7.4 under Fedora, which > > > >>>> requires an OSGi 5 specification. NetBeans originally ships > > > >>>> the OSGi Alliance's specification, whose license is not > > > >>>> compatible with Fedora, as far as I know > > > >>>> (http://www.osgi.org/Download/Release5?info=nothanks). > > > >>> This license is clearly non-free. > > > > The strange thing is, that the pre-download information (the > > > > link above) shows a quite restrictive license, but when you > > > > actually download the file, the LICENSE file in the jar file > > > > mentions Apache License 2.0. > > > > > > > >>>> Is there any OSGi 5 implementation already in Fedora's repos > > > >>>> I can use for that purpose? All packages I checked so far > > > >>>> only support OSGi 4 (Eclipse Equinox, JBoss OSGi, Apache > > > >>>> Felix). > > > >>> Not that I know. > > > >>> > > > >>>> I found Knopflerfish, which is a OSGi 5 platform licensed > > > >>>> under BSD license, which would be compatible to Fedora > > > >>>> (http://www.knopflerfish.org/). Unfortunately this package > > > >>>> does not yet exist for Fedora. Building this package, would > > > >>>> be kind of a plan B. > > > >>> Knopflerfish depends on code from OSGi Alliance [1], so if > > > >>> that code is non-free then packaging Knopflerfish itself > > > >>> won't solve the problem. > > > >> the main knopflerfish module no, maybe other sub-modules, > > > >> depend on ee.minimum.jar > > > > I'm not so deep into OSGi frameworks, but basically we just > > > > need the framework, not even the complete service platform. To > > > > build this framework, the ee.minimum.jar is required. Is this > > > > the critical part > > > the only build dep required for build this framework is > > > objectweb-asm 3.x (the rest of the build deps are listed as > > > comment in my spec file > > > https://bugzilla.redhat.com/show_bug.cgi?id=874472) before do > > > this assertion should be require to know what you are talking > > > about... > > My bad, the build.xml [2] of the Knopflerfish 5.0.0 framework > > mentions ee.minimum.jar, even it is not necessarily required (only > > as an extension for JDK < 7). > > > but i think i don't want upgrade K to 5.0.0 (OSGi R5 ri/apis, > > > already built on my system), the previous release are requires > > > for build an use some https://github.com/ops4j/ libraries (R4 and > > > R5 are not compatible) i apologized if my comment seem a bit hard > > > regards > > I think in this case a package of the framework would be sufficient, > > since it has only a few dependencies. > > Any complaints about this? > > > > depending on OSGi Alliance licensed code? If yes, how is it ever > > > > possible to get an OSGi 5 framework into a FOSS product? > > > > > > > >>> [1] > > > >>> https://knopflerfish.org/svn/knopflerfish.org/trunk/osgi/ee/ee.minimum.jar > > > >>> > > > >> regards > > > > Manuel > > > > > > > [2] > > https://www.knopflerfish.org/svn/knopflerfish.org/tags/5.0.0/osgi/framework/build.xml > > > > Manuel > > -- > > devel mailing list > > devel@lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/devel > > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Mon, 11 Nov 2013 12:02:07 +0100 "punto...@libero.it" wrote: > Il 11/11/2013 11:35, Manuel Faux ha scritto: > > On Mon, 11 Nov 2013 11:07:55 +0100 > > "punto...@libero.it" wrote: > > > >> Il 11/11/2013 10:53, Mikolaj Izdebski ha scritto: > >>> On 11/09/2013 03:25 PM, Manuel Faux wrote: > >>>> I'm trying to build NetBeans 7.4 under Fedora, which requires an > >>>> OSGi 5 specification. NetBeans originally ships the OSGi > >>>> Alliance's specification, whose license is not compatible with > >>>> Fedora, as far as I know > >>>> (http://www.osgi.org/Download/Release5?info=nothanks). > >>> This license is clearly non-free. > > The strange thing is, that the pre-download information (the link > > above) shows a quite restrictive license, but when you actually > > download the file, the LICENSE file in the jar file mentions Apache > > License 2.0. > > > >>>> Is there any OSGi 5 implementation already in Fedora's repos I > >>>> can use for that purpose? All packages I checked so far only > >>>> support OSGi 4 (Eclipse Equinox, JBoss OSGi, Apache Felix). > >>> Not that I know. > >>> > >>>> I found Knopflerfish, which is a OSGi 5 platform licensed under > >>>> BSD license, which would be compatible to Fedora > >>>> (http://www.knopflerfish.org/). Unfortunately this package does > >>>> not yet exist for Fedora. Building this package, would be kind of > >>>> a plan B. > >>> Knopflerfish depends on code from OSGi Alliance [1], so if that > >>> code is non-free then packaging Knopflerfish itself won't solve > >>> the problem. > >> the main knopflerfish module no, maybe other sub-modules, depend on > >> ee.minimum.jar > > I'm not so deep into OSGi frameworks, but basically we just need the > > framework, not even the complete service platform. To build this > > framework, the ee.minimum.jar is required. Is this the critical part > the only build dep required for build this framework is objectweb-asm > 3.x (the rest of the build deps are listed as comment in my spec file > https://bugzilla.redhat.com/show_bug.cgi?id=874472) > before do this assertion should be require to know what you are > talking about... My bad, the build.xml [2] of the Knopflerfish 5.0.0 framework mentions ee.minimum.jar, even it is not necessarily required (only as an extension for JDK < 7). > but i think i don't want upgrade K to 5.0.0 (OSGi R5 ri/apis, already > built on my system), the previous release are requires for build an > use some https://github.com/ops4j/ libraries (R4 and R5 are not > compatible) i apologized if my comment seem a bit hard > regards I think in this case a package of the framework would be sufficient, since it has only a few dependencies. Any complaints about this? > > depending on OSGi Alliance licensed code? If yes, how is it ever > > possible to get an OSGi 5 framework into a FOSS product? > > > >>> [1] > >>> https://knopflerfish.org/svn/knopflerfish.org/trunk/osgi/ee/ee.minimum.jar > >>> > >> regards > > Manuel > [2] https://www.knopflerfish.org/svn/knopflerfish.org/tags/5.0.0/osgi/framework/build.xml Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Mon, 11 Nov 2013 11:07:55 +0100 "punto...@libero.it" wrote: > Il 11/11/2013 10:53, Mikolaj Izdebski ha scritto: > > On 11/09/2013 03:25 PM, Manuel Faux wrote: > >> I'm trying to build NetBeans 7.4 under Fedora, which requires an > >> OSGi 5 specification. NetBeans originally ships the OSGi Alliance's > >> specification, whose license is not compatible with Fedora, as far > >> as I know (http://www.osgi.org/Download/Release5?info=nothanks). > > This license is clearly non-free. The strange thing is, that the pre-download information (the link above) shows a quite restrictive license, but when you actually download the file, the LICENSE file in the jar file mentions Apache License 2.0. > > > >> Is there any OSGi 5 implementation already in Fedora's repos I can > >> use for that purpose? All packages I checked so far only support > >> OSGi 4 (Eclipse Equinox, JBoss OSGi, Apache Felix). > > Not that I know. > > > >> I found Knopflerfish, which is a OSGi 5 platform licensed under BSD > >> license, which would be compatible to Fedora > >> (http://www.knopflerfish.org/). Unfortunately this package does > >> not yet exist for Fedora. Building this package, would be kind of > >> a plan B. > > Knopflerfish depends on code from OSGi Alliance [1], so if that > > code is non-free then packaging Knopflerfish itself won't solve the > > problem. > the main knopflerfish module no, maybe other sub-modules, depend on > ee.minimum.jar I'm not so deep into OSGi frameworks, but basically we just need the framework, not even the complete service platform. To build this framework, the ee.minimum.jar is required. Is this the critical part depending on OSGi Alliance licensed code? If yes, how is it ever possible to get an OSGi 5 framework into a FOSS product? > > [1] > > https://knopflerfish.org/svn/knopflerfish.org/trunk/osgi/ee/ee.minimum.jar > > > regards Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OSGi 5 Implementation
On Sat, 9 Nov 2013 23:04:17 +0100
"punto...@libero.it" wrote:
> Il 09/11/2013 15:25, Manuel Faux ha scritto:
> > I'm trying to build NetBeans 7.4 under Fedora, which requires an
> > OSGi 5 specification. NetBeans originally ships the OSGi Alliance's
> > specification, whose license is not compatible with Fedora, as far
> > as I know (http://www.osgi.org/Download/Release5?info=nothanks).
> >
> > Is there any OSGi 5 implementation already in Fedora's repos I can
> > use for that purpose? All packages I checked so far only support
> > OSGi 4 (Eclipse Equinox, JBoss OSGi, Apache Felix).
> try with eclipse-equinox-osgi package
> pushd libs.osgi/external
>%lnSys %{_javadir}/eclipse/osgi.jar osgi.core-4.3.jar
>%lnSys %{_javadir}/eclipse/osgi.services.jar osgi.cmpn-4.2.jar
> popd
Unfortunately Equinox only support OSGi 4, NB 7.4 requires Eclipse
Equinox for OSGi 4 and also an OSGi 5 implementation.
> > I found Knopflerfish, which is a OSGi 5 platform licensed under BSD
> > license, which would be compatible to Fedora
> > (http://www.knopflerfish.org/). Unfortunately this package does not
> > yet exist for Fedora. Building this package, would be kind of a
> > plan B.
> see https://bugzilla.redhat.com/show_bug.cgi?id=874472 (should be
> updated)
I saw this already, but I would like to avoid having another
dependency, for NB, if there would be an existing OGSi 5 package,
therefor just plan B.
> >
> > Manuel
> regards
> gil
Manuel
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
OSGi 5 Implementation
I'm trying to build NetBeans 7.4 under Fedora, which requires an OSGi 5 specification. NetBeans originally ships the OSGi Alliance's specification, whose license is not compatible with Fedora, as far as I know (http://www.osgi.org/Download/Release5?info=nothanks). Is there any OSGi 5 implementation already in Fedora's repos I can use for that purpose? All packages I checked so far only support OSGi 4 (Eclipse Equinox, JBoss OSGi, Apache Felix). I found Knopflerfish, which is a OSGi 5 platform licensed under BSD license, which would be compatible to Fedora (http://www.knopflerfish.org/). Unfortunately this package does not yet exist for Fedora. Building this package, would be kind of a plan B. Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Maven tycho Plugin and Reproducible Version Qualifiers
I'm trying to create a package of a maven project. The project uses the tycho-packaging maven plugin with reproducible version qualifiers. I am not checking out the git repository of the project, but a tgz bundle. Therefore tycho cannot do any git operations and fails with the following error: [ERROR] Failed to execute goal org.eclipse.tycho:tycho-packaging-plugin:0.18.1:build-qualifier (default-build-qualifier) on project org.eclipse.osgi: Execution default-build-qualifier of goal org.eclipse.tycho:tycho-packaging-plugin:0.18.1:build-qualifier failed: One of setGitDir or setWorkTree must be called. -> [Help 1] Does anyone have a suggestion how to ether disable the reproducible version qualifiers functionality of tycho, or how else to circumvent this error? Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Discontinued Packing of NetBeans IDE
On Thu, 7 Nov 2013 09:11:37 +0100 "punto...@libero.it" wrote: > Il 07/11/2013 08:27, Manuel Faux ha scritto: > > On Tue, 5 Nov 2013 18:38:38 + > > wrote: > > > >> Quoting Rahul Sundaram (2013-11-05 17:46:55) > >>> Hi > >>> > >>> > >>> On Tue, Nov 5, 2013 at 11:45 AM, Manuel Faux wrote: > >>> > >>>> Is it correct that the NetBeans IDE is currently not packed for > >>>> Fedora? I checked the "netbeans" package, which was last built > >>>> for fc17. Is there any technical or license reason for this or is > >>>> just nobody packing it right now? > >>>> > >>> Someone from Sun used to be the maintainer and noone is doing it > >>> right now. No technical or licensing issues if anyone is > >>> interested in packaging it afaik. > >> More specifically look at: > >> > >> https://lists.fedoraproject.org/pipermail/java-devel/2010-November/003980.html > >> > >> Reason nobody picked it up is that is has relatively big dependency > >> chain and there was nobody interested enough (from maintainer > >> perspective). > > I have investigated the build process of NetBeans and I can just > > can go along with the fact that its dependency chain is quite long. > > Nevertheless I would like to reactivate it. If anyone is interested > > in helping, feel free to contact me. > > > > It seems like, that also netbeans-platform was not updated since > > quite a long time, which means that this package needs to be > > updated before. > > > > Manuel > hi, > see https://fedoraproject.org/wiki/Features/NetBeans_7.3 > gil Hi, I saw this page, but I could not find out, if anybody actually is working on this. All the TODO bugs are assigned to nobody and also the wiki page was not updated for a long time. Since you are the owner of this feature, is it okay to update it for NetBeans version 7.4 and go ahead with working on it? Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Discontinued Packing of NetBeans IDE
On Tue, 5 Nov 2013 18:38:38 + wrote: > Quoting Rahul Sundaram (2013-11-05 17:46:55) > > Hi > > > > > > On Tue, Nov 5, 2013 at 11:45 AM, Manuel Faux wrote: > > > > > Is it correct that the NetBeans IDE is currently not packed for > > > Fedora? I checked the "netbeans" package, which was last built > > > for fc17. Is there any technical or license reason for this or is > > > just nobody packing it right now? > > > > > > > Someone from Sun used to be the maintainer and noone is doing it > > right now. No technical or licensing issues if anyone is > > interested in packaging it afaik. > > More specifically look at: > > https://lists.fedoraproject.org/pipermail/java-devel/2010-November/003980.html > > Reason nobody picked it up is that is has relatively big dependency > chain and there was nobody interested enough (from maintainer > perspective). I have investigated the build process of NetBeans and I can just can go along with the fact that its dependency chain is quite long. Nevertheless I would like to reactivate it. If anyone is interested in helping, feel free to contact me. It seems like, that also netbeans-platform was not updated since quite a long time, which means that this package needs to be updated before. Manuel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Discontinued Packing of NetBeans IDE
Is it correct that the NetBeans IDE is currently not packed for Fedora? I checked the "netbeans" package, which was last built for fc17. Is there any technical or license reason for this or is just nobody packing it right now? --ManuelFaux -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
