RPMs for the native libs

[GoogleCodeExporter]

I buildt RPMs of the native Linux libs for x86_64 and i386. They don't compile 
the source (because I couldn't find it), so they won't show up in the official 
Fedora repos. However, maybe a third-party repo will adopt them or other 
packagers will refer to them. It's at least a first step to spare the 
distribution of them with every single application using sqlite4java.

Since I'm not an official maintainer, careful people probably want to import my 
pubkey from sutor-it.com/0xA94EE37B.asc

regards.

Original issue reported on code.google.com by tobias.s...@googlemail.com on 4 Jul 2011 at 1:11

Attachments:

• sqlite4java-lib-2.1.3-1.i386.rpm
• sqlite4java-lib-2.1.3-1.x86_64.rpm

[GoogleCodeExporter]

wrong spec-file....

Original comment by tobias.s...@googlemail.com on 4 Jul 2011 at 1:15

Attachments:

• sqlite4java-lib.spec

[GoogleCodeExporter]

Thanks Tobias! Is there anything we can do to help other guys who'd like to 
have this rpm or have distro maintainers adopt it?

Original comment by ser...@gmail.com on 4 Jul 2011 at 10:29

• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

Well, that's kind of complex situation.

First, the RPM is supposed to compile the source, which usually comes as a GNU 
make tarball. I've already converted a C project to a make project, but I'm not 
familiar with your source and I'm not sure if you'd like such a big change. So, 
beside the fact that you'd need a Fedora-Maintainer (which I'd like to become, 
but I'm to occupied atm.), you must also comply with their quality-standards 
(which are very high and as I've stated above, I don't think that you wanna put 
that kind of effort in this idea).

My assumption is, that focusing on a third-party repo would be the appropriate 
way. Although I'm not related to any repo yet, I'll release RPMs for my other 
project (which is using sqlite4java and therefore is the reason why I built the 
RPMs: https://sourceforge.net/projects/roboquiz/) and a third project 
(https://sourceforge.net/projects/weblooker/) too. So, eventually I'll get in 
touch with one of the common repos and try to become a maintainer.

Until then you're free to simply offer the rpm's as downloads and I'll try to 
update them whenever possible. If the feedback is positive I can also build 
packages for the jar and Debian packages.

regards.

Original comment by tobias.s...@googlemail.com on 4 Jul 2011 at 1:05

[GoogleCodeExporter]

Due to Google closing Google Code, we have moved sqlite4java project to 
BitBucket. New project home page: 
https://bitbucket.org/almworks/sqlite4java/overview

All issues have been transferred. Unfortunately, it wasn't possible to transfer 
Reporter, Votes and Watches. Please check the issues you are interested in at 
https://bitbucket.org/almworks/sqlite4java/issues?status=new&status=open

Note that the issue tracker on Google Code is no longer tracked and any further 
comments or new issues posted here will be lost when Google Code shuts down.

I apologize for the inconvenience.
Igor Sereda

Original comment by ser...@almworks.com on 28 Jun 2015 at 4:22