Thursday 22nd May 2008
Fedora Project
Today I started to look at the bugs that have been amassing for smbldap-tools. I thought I'd start with an easy one like Bug #441833, where the tools assume that the user is using an ISO-8859-1 based locale, but Fedora defaults to UTF-8 everywhere so this results in bogus conversions to UTF-8 and back again.
However, when I tried on test my first effort at a patch for this on my local Fedora 9 box, I got this result:
# smbldap-userlist Can't locate Unicode/MapUTF8.pm in @INC (@INC contains: /usr/sbin/ /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.10.0/smbldap_tools.pm line 28, <DATA> line 228. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.10.0/smbldap_tools.pm line 28, <DATA> line 228. Compilation failed in require at /usr/sbin/smbldap-userlist line 30, <DATA> line 228. BEGIN failed--compilation aborted at /usr/sbin/smbldap-userlist line 30, <DATA> line 228.
It turned out that the perl-Unicode-MapUTF8 package hadn't been rebuilt for perl 5.10 in the Fedora 9 development cycle. There had been a mass rebuild of perl packages but somehow this one had slipped through the cracks. As I'm a co-maintainer for this package in EPEL, I checked in some changes to tidy up the spec and verified that the resulting package fixed the problem. I also raised Bug #447921 to track the issue and alert AurelienBompard, the package's maintainer, to tag and build the update.
Local Packages
Merged some spec file updates from Rawhide into dovecot, particularly regarding the scriptlets