[07:23] <persia> Jpdota, The default classpath for dependent libraries oughtn't change just because the JRE changes.
[07:24] <persia> Just make sure you have the dependencies correct.
[07:24] <Jpdota> i do have the dependencies correct :-/
[07:24] <Jpdota> i've been playing around with this problem for two days now and haven't come to a solution
[07:25] <persia> On which packages are you depending?
[07:25] <Jpdota> hsqldb and jpcap
[07:25] <Jpdota> jpcap isn't packaged in ubuntu, but i installed the deb, and i moved the jar to /usr/share/java
[07:25] <Jpdota> but hsqldb is giving me the error
[07:26] <Jpdota> jpcap may too, the program doesnt get that far in its execution
[07:27] <persia> You might want to look at the entagged package, which relies on hsqldb.
[07:27] <Jpdota> entagged?
[07:27] <persia> Yep.  It's just an audio file tagger, but since it's packaged and relies on hsqldb, it might contain the hint you need.
[07:28] <Jpdota> ah ok
[07:28] <Jpdota> awesome let me take a look at that one
[07:28] <persia> Good luck.
[07:33] <Jpdota> persia: it's strange, the only mention of hsqldb is it assigns it to a variable which is never used, and the classpath is set using only squareness.jar, but not hsqldb.jar
[07:34] <Jpdota> ah it lists hsqldb.jar in the MANIFEST, but im not sure how that would resolve
[07:34] <Jpdota> one second i'll try doing that in my program
[07:39] <Jpdota> persia: hmm no such luck with that :(
[07:40] <persia> So, the problem is that when you run your program, it's not finding the jar?
[07:40] <Jpdota> correct
[07:40] <Jpdota> could it have something to do with hsqldb.jar being numbered with a version?
[07:41] <Jpdota> what i mean is, in /usr/share/java hsqldb.jar is just a link to hsqldb-1.8.0.9.jar
[07:41] <persia> I would have thought that would work.
[07:42] <persia> As far as I understand things, symlinks get parsed before they are handed to the program, when an open request is made.
[07:42] <persia> So opening /usr/share/java/hsqldb.jar ought to open hsqldb-1.8.0.9.jar.
[07:42] <Jpdota> right, but could the file having a different name matter?
[07:42] <Jpdota> i'm not sure how java does its loading
[07:43] <persia> I don't think it does, but I don't know.
[07:44] <Jpdota> hmm do you want to take a look at what im working with?  see if im doing something stupid?  this is the first package if packaged for ubuntu/debian
[07:45] <persia> Sure.  Post it somewhere.  I can't promise to see the problem though.
[07:45] <Jpdota> http://jwc3banlist.svn.sourceforge.net/viewvc/jwc3banlist/trunk/debian/ <-- link to the svn for the debian directory
[07:46] <persia> I'll recommend using install rather than mkdir -p followed by cp -R
[07:47] <persia> You might also want to look at dh_install, which lets you just make a list.
[07:47] <Jpdota> ah ok
[07:47] <persia> Of course, that's completely unrelated to your issue :)
[07:47] <Jpdota> right, but any advice is of course appreciated :P
[07:47] <persia> Also, drop debian/dirs : you don't need it.
[07:48] <persia> And debian/files should almost never be present
[07:49] <Jpdota> gotcha, i think they autogenerated and i just didn't delete them
[07:49] <persia> I've never been a fan of the autogeneration.
[07:49] <Jpdota> me neither, but i was just following the instructions :P
[07:49] <persia> Also, you want Architecture: all rather than any for this: you only need to compile it once: the jvm should take care of portability.
[07:50] <Jpdota> ok
[07:50] <persia> Oh, I'm a fan of autogeneration in general: I just don't like any of the current autogenerators for debian-format packaging.
[07:50] <persia> Your docs file is empty, and can be dropped.
[07:51] <Jpdota> i tend to dislike it when it's something i'll eventually have to edit, because it usually makes things confusing
[07:51] <persia> That's unfortunately true.  Sometimes one gets autogenerators that match one's style, but it's hard to find one.
[07:52] <Jpdota> yeah exactly
[07:52] <persia> Looks to me like you could do most of what you're doing with debhelper 5 or 6, and don't need debhelper 7 (you're not using dh $@).
[07:53] <Jpdota> $@?
[07:53] <persia> Have you tried adding libhsqldb-java to Build-Depends-Indep?  I wonder if something is happening at compile time if the package is absent.
[07:54] <Jpdota> nope, i'll try it
[07:54] <persia> $@ is an automatic variable in make that represents the current rule name.  debian/rules is a makefile.
[07:54] <Jpdota> ah
[07:55] <persia> Also, please be sure that your procedure for building the release version of bancraft doesn't include the debian/ directory.  Having that in the diff.gz file is a widely accepted standard practice, and makes it easier if someone wants to package it for other distributions.
[07:56] <persia> Nothing wrong with having it in your VCS, but be aware that once it's in a repo, there will likely be growing variance between your copy and the version in any given distro.
[07:57] <Jpdota> yeah
[07:57] <Jpdota> true
[08:00] <Jpdota> "I have no package to build" from a bunch of the dh's?
[08:01] <persia> hrm?
[08:01] <Jpdota> from changing the libhsqldb-java to a Build-Depend-Indep and the architecture to all
[08:02] <persia> I wasn't suggesting you switch to dh7, only reduce your requirements.  How ar you calling the build?
[08:02] <Jpdota> debuild or do you mean the compile?
[08:02] <persia> debuild
[08:02] <Jpdota> just debuild
[08:04] <Jpdota> it's strange, the program compiles and installs then when it gets to the dh_testdir -a it starts saying it has no package to build
[08:05] <persia> Right.  Change -a to -i in binary-indep
[08:05] <Jpdota> ah :X
[08:06] <persia> binary-arch is supposed to be arch-dependent, and use -a, binary-indep is supposed to be arch-independent, and use -i.  Sorry for not mentioning this previously.
[08:07] <Jpdota> no problem, i should have rtfm :P
[08:09] <Jpdota> testing different classpaths to see if they work
[08:09] <Jpdota> the one like entagged has doesn't work
[08:09] <Jpdota> unless maybe they make a link one sec
[08:11] <Jpdota> hmm that doesn't seem to have fixed it
[08:11] <Jpdota> i'm so confused, looking at entagged didn't yield anything, im going to see if there's other packages
[08:12] <persia> apt-cache rdepends hsqldb-java provides a short list, unfortunately.
[08:12] <Jpdota> wow, yeah
[08:13] <Jpdota> and i looked at openoffice, whew....
[08:13] <persia> And you've already looked at openoffice, right?
[08:13] <persia> But your program works unpackaged?
[08:14] <Jpdota> i've looked at openoffice, and i don't understand it at all, way too much "stuff"
[08:14] <persia> Yeah.  That's a disturbingly complex package.
[08:14] <Jpdota> yep
[08:14] <persia> You might try #debian-java@OFTC, but dunno how many people will be there: most of the regulars here aren't present today.
[08:15] <Jpdota> i see..hmm
[08:15] <Jpdota> wow there's basically nothing that uses hsqldb
[08:16] <Jpdota> itself, entagged, and oo.org
[08:19] <persia> On the bright side, that's a small set of stuff to investigate to find a solution :)
[08:19] <Jpdota> true, however there's hardly any mention of hsqldb in entagged
[08:20] <persia> But it does use it at runtime, doesn't it?
[08:21] <Jpdota> entagged?
[08:21] <persia> yes.
[08:21] <Jpdota> i would assume so, it requires it
[08:21] <persia> That matches my previous understanding, that as long as the dependencies are correct, it ought to work.
[08:22] <persia> You shouldn't have to do much to be able to use the library.
[08:22] <Jpdota> yeah
[08:22] <Jpdota> i thought that too
[08:24] <Jpdota> have you packaged a java application?
[08:24] <persia> Nope.  Reviewed some packages.  Fixed a few bugs, but not packaged anything.
[08:25] <Jpdota> ah ok
[08:31] <Jpdota> it shouldn't matter that the program is run as root right?
[08:32] <persia> Shouldn't, although running stuff as root is generally dangerous.
[08:32] <Jpdota> i guess not, even run as a regular user, it doesn't work
[08:32] <Jpdota> yeah i know, it needs to be, it uses libpcap (through jpca)
[08:32] <Jpdota> jpcap)
[08:32] <persia> And it does work with your program just there, unpackaged?
[08:32] <Jpdota> hmm
[08:32] <Jpdota> let me check that the jar it's trying to use works correctly
[08:33] <Jpdota> well it's making the jar anyway but yeah
[08:39] <Jpdota> hmm one sec trying something that may work
[08:52] <Jpdota> nope
[09:26] <Jpdota> well persia thanks for the help, i didn't gain any traction on it so i guess i'll come back after the holidays
[09:31] <persia> Sorry I couldn't be more help.  Good luck with it.
[09:35] <Jpdota> persia no problem you helped a lot thanks