bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iconvme sync


From: Simon Josefsson
Subject: Re: iconvme sync
Date: Sat, 03 Sep 2005 11:14:26 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

Paul Eggert <address@hidden> writes:

> Simon Josefsson <address@hidden> writes:
>
>> But I have never understood why one has to sign per-projects form for
>> the FSF anyway...
>
> It's a legal thing.  When you assign your copyright, you have to
> specify what it is you're signing over.  Otherwise there could be
> abuses of the legal system (you can probably think of some scenarios;
> suffice it to say that there were real abuses before this requirement
> was imposed many, many years ago).

Thanks for explaining.

> Legally speaking, the important thing is the first assignment, which
> specifies the code that you're donating.  So long as gnulib continues
> to use only GNU code imported from other projects that are already
> covered by copyright assignments, we don't need to sign papers for
> gnulib specially, nor do we need to sign papers when the gnulib code
> is exported into other GNU projects (or even non-GNU projects, so long
> as they respect the copright license).

The problem here seem to be that changes to iconvme.c really is for
the code in glibc, and that gnulib merely import the glibc code.
Oskar hasn't signed papers for glibc.

Perhaps we can view it as Oskar has submitted it as an improvement for
gnulib, we can apply the modification since he has papers for gnulib,
and then, since the code is owned by the FSF, glibc can borrow it, and
after that gnulib can borrow it back from glibc.  That would all
appear legal to me.  But to avoid confusion, then it should probably
not be Oskar who send the code directly to the glibc people.  Hence:

http://sources.redhat.com/bugzilla/show_bug.cgi?id=1293

2005-09-03  Simon Josefsson  <address@hidden>

        * srclist.txt: Add glibc bugs 1293.

Index: srclist.txt
===================================================================
RCS file: /cvsroot/gnulib/gnulib/config/srclist.txt,v
retrieving revision 1.101
retrieving revision 1.102
diff -u -p -r1.101 -r1.102
--- srclist.txt 2 Sep 2005 22:54:59 -0000       1.101
+++ srclist.txt 3 Sep 2005 09:05:55 -0000       1.102
@@ -1,4 +1,4 @@
-# $Id: srclist.txt,v 1.101 2005/09/02 22:54:59 eggert Exp $
+# $Id: srclist.txt,v 1.102 2005/09/03 09:05:55 jas Exp $
 # Files for which we are not the source.  See ./srclistvars.sh for the
 # variable definitions.
 
@@ -87,14 +87,16 @@ $LIBCSRC/argp/argp-pv.c                     lib gpl
 #$LIBCSRC/argp/argp-pvh.c              lib gpl
 $LIBCSRC/argp/argp-xinl.c              lib gpl
 #$LIBCSRC/argp/argp.h                  lib gpl
-$LIBCSRC/libidn/iconvme.h              lib gpl
-$LIBCSRC/libidn/iconvme.c              lib gpl
 $LIBCSRC/stdlib/getsubopt.c            lib gpl
 #$LIBCSRC/posix/getopt.c               lib gpl
 #$LIBCSRC/posix/getopt.h               lib gpl (getopt_.h in gnulib)
 #$LIBCSRC/posix/getopt1.c              lib gpl
 #$LIBCSRC/posix/getopt_int.h           lib gpl
 #
+# http://sources.redhat.com/bugzilla/show_bug.cgi?id=1293
+#$LIBCSRC/libidn/iconvme.h             lib gpl
+#$LIBCSRC/libidn/iconvme.c             lib gpl
+
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1057
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1217
 # http://sources.redhat.com/bugzilla/show_bug.cgi?id=1220




reply via email to

[Prev in Thread] Current Thread [Next in Thread]