[Bug 433253] Review Request: dotconf - Required for speech dispatcher on OLPC XO
bugzilla at redhat.com
bugzilla at redhat.com
Fri Feb 22 09:23:21 UTC 2008
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: dotconf - Required for speech dispatcher on OLPC XO
https://bugzilla.redhat.com/show_bug.cgi?id=433253
------- Additional Comments From assim.deodia at gmail.com 2008-02-22 04:23 EST -------
(In reply to comment #4)
> Created an attachment (id=295402)
--> (https://bugzilla.redhat.com/attachment.cgi?id=295402&action=view) [edit]
> Patch to remove ASL 1.1 part for GPLv2+ compatibility
>
> By the way:
>
> - speech-dispatcher (bug 432259), which depends on this bug, is
> licensed under GPLv2+.
> So to make use of speech-dispatcher the license of dotconf must
> be GPLv2+ compatible.
>
> - However currently this package (dotconf) is licensed under
> LGPLv2 and ASL 1.1 as build log shows:
> --------------------------------------------------------------------------
> /bin/sh ../libtool --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
> -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386
> -mtune=generic -fasynchronous-unwind-tables
> -I/home/tasaka1/rpmbuild/SOURCES/dotconf-1.0.13-1.fc7/dotconf-1.0.13/libpool
> -Wall -g -o libdotconf.la -rpath /usr/lib -version-info 10:4:10 -release
> 1.0 -export-dynamic dotconf.lo readdir.lo
> ---------------------------------------------------------------------------
> and src/readdir.c is ASL 1.1
> Note that ASL 1.1 is GPLv2 incompatible, so this situation is not
> allowed.
>
> Fortunately for Linux as far as I checked the source code
> we can built this package without src/readdir.{c,h}. The attached
> file makes this package surely LGPLv2.
I have again updated the file at the server. Have included the patch file on
the server also link:http://www.nsitonline.in/assim/stuffs/olpc/dotconf/dotconf-
1.0.13.patch. I have done all the edits as said except for the last one
- For %{_bindir}/dotconf-config (in the source tarball it was
dotconf-config.in), @libdir@ is expanded as /usr/lib on 32bits
machine but /usr/lib64 on 64bits machine on Fedora.
This means that /usr/bin/dotconf-config differs between
on 32 bits machine and on 64 bits machine. Currently Fedora
does not allow this type of multilib conflicts for -devel
subpackage.
I am a complete newbie to package building so can you please provide me some
pointer regarding this issue?
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the package-review
mailing list