X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-MailCleaner-SPF: none
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Message-id: <4F3F8578.1060508@unige.ch>
Date: Sat, 18 Feb 2012 12:03:20 +0100
From: Juergen Harms <Juergen DOT Harms AT unige DOT ch>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.26) Gecko/20120203
 Mageia/3.1.18-1.mga1 (1) Thunderbird/3.1.18
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] New geda release on Mageia 2
References: <4F3E33C4 DOT 9050009 AT unige DOT ch>
 <CANqhZFw_w=79psp8+04UZ1HKURxCMOZNZTyDnhoKb5N=VdeYdA AT mail DOT gmail DOT com>
In-reply-to:
 <CANqhZFw_w=79psp8+04UZ1HKURxCMOZNZTyDnhoKb5N=VdeYdA AT mail DOT gmail DOT com>
Content-transfer-encoding: 7bit
Reply-To: geda-user AT delorie DOT com

Hi Gareth - thanks for picking up this (un-amusing) issue - I do not 
know why somebody invested time to make rpmlint more complicated than it 
is already - probably this is "lawyers-feed".

And sorry that I did not explore things further. I now generated a list 
of all the modules that trigger this error. Many of them turned out to 
be auto-generated by one of the makes and I could skip them

Result:

There are both modules with correct and with incorrect addresses in the 
geda package - the example you gave is correct: gschem/src/x_rc.c with
Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, 
MA 02111-1301 USA

Here is an example of an incorrect one: gnetlist/src/vams-misc.c with
Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

Doing the sorting and going back from the messages generated by rpmlint 
to the source modules in the tarball is somewhat painful - I ended up 
with a list of 92 modules but, given the manual filterering, I may have 
committed some mistakes. Where can I send that list without annoying 
people on this list who might have a slow connection?

Anyhow, it is probably better to do a global search for Cambridge to 
find the faulty packages by context.

Regards, Juergen