https://bugzilla.redhat.com/show_bug.cgi?id=996813 --- Comment #5 from Abel Luck <abel@xxxxxxxxxxxxxxxxx> --- Thanks Björn! 1. I believe SQLCipher deserves a No Bundled Libraries exception, so I'm preparing an exception request. Once that's submitted, I'll link it here. 2. The reason for the EPEL looking code is because I based this package off the existing sqlite package. Should I remove them if I don't plan on supporting EPEL? 3. I don't believe SQLCipher will conflict with the system's sqlite. There are no file path conflicts. Moreover, I have sqlite, sqlite-devel, sqlcipher, and sqlcipher-devel installed simultaneously on my dev system with no conflicts. 4. A new version of SQLCipher has been released since I created the package, I'll be updating it next week. Now that I have a space on fedorapeople.org, I'll upload the new sources there. You can see this from the rpmls output below. [user@fedora-pkg rpmbuild]$ rpmls RPMS/x86_64/sqlcipher-devel-2.2.1-1.fc18.x86_64.rpm -rw-r--r-- /usr/include/sqlcipher/sqlite3.h -rw-r--r-- /usr/include/sqlcipher/sqlite3ext.h lrwxrwxrwx /usr/lib64/libsqlcipher.so -rw-r--r-- /usr/lib64/pkgconfig/sqlcipher.pc [user@fedora-pkg rpmbuild]$ rpmls RPMS/x86_64/sqlcipher-2.2.1-1.fc18.x86_64.rpm -rwxr-xr-x /usr/bin/sqlcipher lrwxrwxrwx /usr/lib64/libsqlcipher.so.0 -rwxr-xr-x /usr/lib64/libsqlcipher.so.0.8.6 drwxr-xr-x /usr/share/doc/sqlcipher-2.2.1 -rw-r--r-- /usr/share/doc/sqlcipher-2.2.1/LICENSE -rw-r--r-- /usr/share/doc/sqlcipher-2.2.1/README -rw-r--r-- /usr/share/man/man1/sqlcipher.1.gz [user@fedora-pkg rpmbuild]$ rpmls RPMS/x86_64/sqlcipher-tcl-2.2.1-1.fc18.x86_64.rpm drwxr-xr-x /usr/lib64/tcl8.5/sqlcipher -rwxr-xr-x /usr/lib64/tcl8.5/sqlcipher/libtclsqlite3.so -rw-r--r-- /usr/lib64/tcl8.5/sqlcipher/pkgIndex.tcl -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review