Spec URL: http://hg.et.redhat.com/misc/fedora-mingw--devel/?cmd=manifest;manifest=5a13b9537a4127d600157e3cb12504542bd13651;path=/portablexdr/ SRPM URL: http://www.annexia.org/tmp/mingw/fedora-9/src/SRPMS/mingw32-portablexdr-4.0.11-1.fc9.src.rpm Description: MinGW Windows PortableXDR XDR / RPC library. The approved packaging guidelines are here: http://fedoraproject.org/wiki/Packaging/MinGW
Spec URL: http://hg.et.redhat.com/cgi-bin/hg-misc.cgi/fedora-mingw--devel/file/tip/portablexdr/mingw32-portablexdr.spec SRPM URL: http://www.annexia.org/tmp/mingw/fedora-10/src/SRPMS/mingw32-portablexdr-4.0.11-1.fc10.src.rpm
Mostly good. Just need a clarification of the license. + rpmlint output rpmlint -i mingw32-portablexdr-4.0.11-1.fc10.src.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. + package name satisfies the packaging naming guidelines + specfile name matches the package base name + package should satisfy packaging guidelines + license meets guidelines and is acceptable to Fedora ? license matches the actual package license The website specified in the spec file mentions the original code is BSD derived - %doc includes license file + spec file written in American English + spec file is legible + upstream sources match sources in the srpm a6805f06bbb200d32197845ba723521b portablexdr-4.0.11.tar.gz + package successfully builds on at least one architecture tested using koji scratch build + BuildRequires list all build dependencies n/a %find_lang instead of %{_datadir}/locale/* n/a binary RPM with shared library files must call ldconfig in %post and %postun+ does not use Prefix: /usr n/a package owns all directories it creates n/a no duplicate files in %files + %defattr line + %clean contains rm -rf $RPM_BUILD_ROOT + consistent use of macros + package must contain code or permissible content n/a large documentation files should go in -doc subpackage + files marked %doc should not affect package n/a header files should be in -devel n/a static libraries should be in -static n/a packages containing pkgconfig (.pc) files need 'Requires: pkgconfig' n/a libfoo.so must go in -devel n/a devel must require the fully versioned base n/a packages should not contain libtool .la files n/a packages containing GUI apps must include %{name}.desktop file + packages must not own files or directories owned by other packages + %install must start with rm -rf %{buildroot} etc. + filenames must be valid UTF-8 Optional: + if there is no license file, packager should query upstream n/a translations of description and summary for non-English languages, if available + reviewer should build the package in mock/koji n/a the package should build into binary RPMs on all supported architectures n/a review should test the package functions as described + scriptlets should be sane n/a pkgconfig files should go in -devel + shouldn't have file dependencies outside /etc /bin /sbin /usr/bin or /usr/sbin
Raised to fedora-legal-list: https://www.redhat.com/archives/fedora-legal-list/2008-December/msg00022.html
Held up as per this post https://www.redhat.com/archives/fedora-legal-list/2008-December/msg00023.html
I'm rewriting portablexdr to remove the license issue and also to support a working rpcgen.
As an aside, Sun is (slowly) working through resolving this issue. Hopefully, they'll have this fixed across the board by the time Fedora 11 rolls around.
Since Sun announced SUNRPC was being relicensed to standard 3-clause BSD, can this ticket be unblocked from Fedora Legal now ? http://lwn.net/Articles/319648/
Yes, it should be. However this package still needs upstream work, and is the major blocking point on the F11 / Windows cross-compiler feature. Next week ...
Hmmm .. how do I get this out of NEEDINFO? Perhaps by posting a useless comment!
No... because we have to get explicit permission from Sun to do it. Contrary to what you might think would be the logical approach, Sun is only changing the license for code that has cleared their legal dept.
But the code in PortableXDR is just derived from what was in glibc, so that's OK, right? Or do we get permission for every project that uses the code?
We have to get permission for every single project that copied code. Yes, this is stupid. I sent Simon another email this morning to try to speed things along, but this is Sun's legal machine grinding slowly, not Simon.
That sucks, but thanks for following this up. This doesn't sound very much like "four-freedoms" software. The original intent of PortableXDR was actually to replace that code completely. I already wrote a replacement rpcgen, and about 20% of the XDR code is rewritten too. I stopped because Sun were going to freely license the code. Is it worth continuing?
Simon swears up and down that we'll get the all-clear soon, but he can't tell me when "soon" is going to be. We're talking daily at this point.
Just to update people, we are possibly going to drop this package from the Fedora 11 feature requirements. (That does NOT mean dropping the package!) There is discussion going on here: http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-March/000751.html
Is this covered under the Sun re-licensing that also affected other RPC implementations in Fedora? http://www.redhat.com/archives/fedora-devel-list/2009-May/msg01673.html
Not at the moment, we had to request the license changes on a per package, per file basis from Sun, and the list we sent them was before I was aware of this one. We have already sent them an additional list of the affected files in this package and requested the same relicensing, but we have not yet heard back.
Sun replied this morning with permission for us to relicense the Sun RPC bits in this code to BSD. I've sent Richard the new license text, so once he updates a package with the new license, I'll lift FE-Legal.
Richard, any update on this?
Any update here? Sun gave us permission to relicense these bits back in May. :)
Basically I think we'll abandon PortableXDR in favour of something else. However we're not sure yet, and indeed I'm still using PortableXDR in a number of places ...
Richard. Is this going to be dropped? Is the review still relevant?
Yes, I suspect this package will be dropped .. However that still leaves us with no XDR capability which is necessary for a few things, notably libvirt support on Windows.
Hello? This bug has outlived SUN. Please do something here.
Don't worry, if Bugzilla runs out of bits keeping this bug open, I'll buy us a few more.
Well, I would like to get this off the FE-Legal blocker ticket. Can you at least post a SRPM with the relicensing changes applied. Change any references to the SUN RPC license to this: /* * Copyright (c) 2009, Sun Microsystems, Inc. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions are met: * - Redistributions of source code must retain the above copyright notice, * this list of conditions and the following disclaimer. * - Redistributions in binary form must reproduce the above copyright notice, * this list of conditions and the following disclaimer in the documentation * and/or other materials provided with the distribution. * - Neither the name of Sun Microsystems, Inc. nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */
There's no Sun code in PortableXDR, because I replaced it. I've removed the blocker on FE-LEGAL.
That works for me.
(In reply to comment #27) > There's no Sun code in PortableXDR, because I replaced it. I've > removed the blocker on FE-LEGAL. Hey Richard, so does that mean I need to start the review again, is there an updated rpm/spec?
(In reply to comment #29) > Hey Richard, so does that mean I need to start the review again, is there an > updated rpm/spec? I'm planning to revise the spec file to use portablexdr 4.9.1, since the most recent spec file I can find it 4.0.11.
I'm still around to do the review so let me know when your ready
SPEC URL: http://people.redhat.com/~rohara/mingw32/portablexdr/mingw32-portablexdr.spec SRPM URL: http://people.redhat.com/~rohara/mingw32/portablexdr/mingw32-portablexdr-4.9.1-1.fc13.src.rpm
With the new license all looks good. APPROVED!
New Package SCM Request ======================= Package Name: mingw32-portablexdr Short Description: MinGW Windows PortableXDR XDR / RPC library. Owners: astokes rohara aphilipoff Branches: f13 f14 InitialCC: rohara astokes aphilipoff pmyers
GIT done, but rohara and aphilipoff are not in the packager group, so they could not be owners of this package.