[Gprename-users] Re : Bug in svn revision 9 on FC4

[Zurd <zu...@ya...>]

Thansk for the dependencies information, I added in the README file for the=
 new GPRename : =0ARequirements   : Perl, Perl-Gtk2 and Perl-Glib=0A=0AAnd =
yes the selection of file to rename only those was broken in revision 9, tr=
y it now with revision 10, should be fine.=0A=0AAs far as I've tested it wo=
rks perfectly.  But needless to say, this is still the SVN version, so it's=
 Beta, test before using it for now ;-)=0A=0A=0A=0A----- Message initial --=
--=0ADe : Lacrocivious Acrophosist <alt...@ya...>=0A=C0 : Gprename-=
us...@li...=0AEnvoy=E9 le : mercredi 15 novembre 2006, 22 h=
 08 min 50 s=0AObjet : [Gprename-users] Bug in svn revision 9 on FC4=0A=0AH=
aving used GPRename v1.3 on an FC4 box for some time=0Awithout problems, I =
thought to take advantage of the=0Afaster and nicer interface offered by GT=
K2 and your=0Anew features.=0A=0AI did have to install perl-Gtk2.i386 (1.12=
1-1.fc4) and=0Aperl-Glib.i386 (1.120-1.fc4) to satisfy dependencies,=0Abut =
this completed without difficulty, as did the=0Asubsequent successful insta=
ll of GPRename v1.7 via svn=0Acheckout.=0A=0AVersion 1.7 loads fine and per=
forms, usually, the=0Afirst rename task without a problem. However,=0Asubse=
quent operations (any renaming with any option,=0Aso far as I can tell) ope=
rates not merely on the=0A*selected* files but *all* the files in that=0Adi=
rectory, with predictably awful results. Attempts to=0Afix the bad renames =
only makes things worse.=0A=0AThis does not happen on a FC6 box also runnin=
g=0AGPRename v1.7 svn checkout 9. Perhaps it is something=0Ato do with the =
FC4 Gtk2 code?=0A=0AWhile not a trace, perhaps this may help:=0A[lacrocivio=
us@courtesan emptydir]$ gprename &=0A[1] 15131=0A[lacrocivious@courtesan em=
ptydir]$ Use of=0Auninitialized value in numeric eq (=3D=3D) at=0A/usr/shar=
e/gprename/bin/gprename.pl line 675.=0AUse of uninitialized value in numeri=
c eq (=3D=3D) at=0A/usr/share/gprename/bin/gprename.pl line 675.=0A=0A=0AAn=
 actual trace can be provided if you need it.=0A=0AI reverted to v1.3 and u=
sed it without problem,=0Averifying there was no substantive other change. =
Then=0AI re-checked out svn revision 9 and reinstalled it,=0Aand ran a test=
 on a directory containing copied files.=0AThe bug repeated itself with thi=
s new install of v1.7.=0A=0APlease let me know what else you may need to fi=
nd the=0Asource of this problem. Thank you.=0A=0A=0A=0A____________________=
______________________________=0ADo You Yahoo!?=0AEn finir avec le spam? Ya=
hoo! Courriel vous offre la meilleure protection possible contre les messag=
es non nollicit=E9s =0Ahttp://mail.yahoo.ca Yahoo! Courriel