Mail Archives: geda-user/2012/02/18/06:03:48
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
- Raw text -