On 27 June 2011 17:45, Olaf Till <olaf.t...@uni-jena.de> wrote:
> On Fri, Jun 24, 2011 at 06:32:41PM +0100, Carnė Draug wrote:
>> On 13 June 2011 21:39, Thomas Sailer <t.sai...@alumni.ethz.ch> wrote:
>> > Hi,
>> >
>> > a few octave-force packages, namely communications, optim, and signal
>> > have obsolete FSF addresses in their copyright notices. The following
>> > patches correct the FSF addresses:
>>
>> > Please apply.
>> > Thanks,
>> > Tom
>>
>> Hi Tom,
>>
>> thanks for the bug report and apologies for the delayed reply. I took
>> the opportunity to fix this on many other files. For future reference,
>> I used the following perl script
>>
>> use strict;
>> use File::Find;
>> use File::Copy;
>>
>> ## takes directories as arguments
>> ## runs the function on all files found
>> find(\&process_file, @ARGV);
>>
>> sub process_file {
>>   my $old = $File::Find::name;
>>   return unless -f $old;                  # only mess with plain files
>>   return if $old =~ m/\/\.svn\//;         # don't mess with anything
>> inside .svn directories
>>   my $new = $old.".replacing.tmp";
>>
>>   open(OLD, "<", $old) or die "Couldn't open file $old for reading: $!\n";;
>>   open(NEW, ">", $new) or die "Couldn't open file $new for writing: $!\n";;
>>   select(NEW);            # use NEW as default file handle
>>   $| = 1;                 # change buffering to immediate flush
>>   while (my $line = <OLD>) {
>>     $line =~ s/59\s+Temple\s+Place/51 Franklin Street/i;
>>     $line =~ s/Suite\s+330/Fifth Floor/i;
>>     $line =~ s/MA\s+02111-1307/MA 02110-1301/i;
>>     print NEW $line;
>>   }
>>   close(OLD);
>>   close(NEW);
>>   move($new, $old) or die "Could not move file $new to $old";
>> }
>>
>> Carnė Draug
>
> Carnė,
>
> thanks for doing this. I never noticed this issue while cut-and-pasting
> the license notice. But now I see that in Octaves files the notice
> simply says
>
> ## You should have received a copy of the GNU General Public License
> ## along with this program; If not, see <http://www.gnu.org/licenses/>.
>
> instead of giving a postal address. Maybe we should do this, too?
> I'd guess this reference could be more constant than the postal
> address.
>

Hi

I don't think I'll have time to do this until later next week. It
shouldn't be too hard to do something that would work on
most of the files and then fix the remaining by hand. And what would I
do to files such as

trunk/doc/coda/appendices/gnugpl.sgml

Carnë

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev

Reply via email to