[Bug 433253] Review Request: dotconf - Required for speech dispatcher on OLPC XO

[bugzilla at redhat.com]

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.