Description of problem: The command: package require sqlite3 when issued to wish or tclsh reports the following as an error: attempt to provide package sqlite3 3.5 failed: package sqlite3 3.5.9 provided instead Version-Release number of selected component (if applicable): RPM Package name: sqlite-tcl RPM Package version: 3.5.9 RPM Package release: 2.fc9 (I am also using tcl 8.5.2) How reproducible: every time. Steps to Reproduce: 1. yum install sqlite-tcl 2. tclsh 3. package require sqlite3 Actual results: "attempt to provide package sqlite3 3.5 failed: package sqlite3 3.5.9 provided instead" returned as an error. Expected results: 3.5.9 returned as a return value Additional info: Oddly, the sqlite3 extension does get loaded and seems to be usable but due to the error return, your wish script will not run. Work-around: In the single-line file "/usr/share/tcl8.5/sqlite3/pkgIndex.tcl" change: package ifneeded sqlite3 3.5 [list load /usr/share/tcl8.5/sqlite3/libtclsqlite3.so sqlite3] to: package ifneeded sqlite3 3.5.9 [list load /usr/share/tcl8.5/sqlite3/libtclsqlite3.so sqlite3] then things work as expected. a better test for the error might be: if [catch {package require sqlite3} result] { puts "failed: $result" } else { puts "worked: $result" } that way you can see that what appears to be a warning is actually an error. I think that the rules are to simply return the version that satisfied the request. In this case, '3.5.9'.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Yes, It just happened on Fedora 10 too: sqlite-tcl-3.5.9-2.fc10.i386 (2.6.27.5-117.fc10.i686)
I ran up against this bug doing some exploratory Fedora stuff today. I have identified the cause and the fix. It was fixed upstream between 3.5.9 and 3.6.6.2, so it should work in current Rawhide. The problem is in the way Makefile.in calls tclinstaller.tcl: $(TCLSH_CMD) $(TOP)/tclinstaller.tcl $(VERSION) in 3.6.6.2, this is: $(TCLSH_CMD) $(TOP)/tclinstaller.tcl $(RELEASE) which is the fix. VERSION and RELEASE are defined in configure.ac. VERSION is just major.minor - so for 3.5.9 it's 3.5, and for 3.6.6.2 it'd be 3.6 - while RELEASE is the whole thing. tclinstaller.tcl passes the parameter into the pkgIndex.tcl file, and that's where we hit the bug: it's 3.5 instead of 3.5.9. So, to fix this, just patch or sed Makefile.in to change ${VERSION} to ${RELEASE}. I'll attach the patch.
Created attachment 326806 [details] Patch to fix the bug in Makefile.in
pmatilai, you appear to be 'really' the owner of this package, so I add you in CC. Could you please take a look at it and the other active sqlite bug for F10? https://bugzilla.redhat.com/show_bug.cgi?id=452591 Thanks.
ping? this has a known and tested fix, couldn't someone please just apply it?
I'd need to to see a bug in order to fix it :) Sorry, sqlite3 component is some leftover whose owner email is long since invalid, need to do something about that... Anyway, will fix.
Fix submitted: https://admin.fedoraproject.org/updates/sqlite-3.5.9-4.fc10
sqlite-3.5.9-4.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update sqlite'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-1370
According to bodhi, this has actually been pushed to updates. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Yup, it's been fixed quite some time ago, dunno why bodhi didn't close this bug then...