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