Roger that Paul. I have been bundling images in my JAR, but I don't know if this would work for config files that need to be modified, possibly by an admin or user.
The Sunburned Surveyor On Nov 8, 2007 6:21 PM, Paul Austin <[EMAIL PROTECTED]> wrote: > Landon, > > It's not just debian it's most Linux systems that do it like this. I use > Gentoo and it wants things in similar places. I think it's to do with the > Linux standards that were invented to try and get diufferent distros to > follow a common pattern. > > There is a good argument to putting the launch script into the /usr/bin, it > means that user's don't have to add your app to their path. > > In terms of hard coding paths you should try and avoid doing that. If you > are just accessing images, we could make sure that the lib and ext dirs are > in the classpath. Then you can use System.getResource to get a URL to them. > The you can actually just bundle them up in your jar file. > > This is something I plan on looking at some point in the future as it would > be nice for users of debian, redhat or gentoo based systems just to install > a package directly. > > Paul > > > > Sunburned Surveyor wrote: > Larry, > > You wrote: "Hmm, there isn't anything magic about those names to > us, > but apparently there is to Debian (and perhaps other *nixes). Why > don't > we just rename them to something else (in the debian repository > version) > that is less loaded with meaning. Perhaps jars for lib and > scripts for bin? > " > > I don't know if this will work Larry. The real problem is that > Debian > wants you to split the parts of your program up and move it > to > different parts of the Linux filesystem. This is very different from > the > "everything in a single folder" system that is used on Windows > Operating > System, and by programs like OpenJUMP. (Eclipse is another > good > example.) > > I'm not sure why Debian chose to package programs in this way. > The > "everything in a single folder" technique seems to make a lot > more > sense, at least when you are developing cross-platform > applications > like OpenJUMP. > > If we want to adhere with the Debian packaging > policy we would need to > put the contents of the /bin folder in > /user/bin/openjump on Debian, > and the contents of the /lib folder in > /usr/share/java. I (think) that > plug-ins will go into user/share/java as > well, but I'm not sure. > > As you can see, this will be a real pain in the > neck. If we do store > plug-ins in /usr/share we are going to break OpenJUMP's > plug-in > loading mechanism. This will also mess up plug-ins like my own, > which > depend on a relative path rooted in /lib to access things like > images > and configuration files. > > In summary, I think it may be very > difficult or darn near impossible > to totally adhere to Debian's packaging > policy. I'm not going to > recommend we overhaul OpenJUMP to support a single > operating system, > as much as I do love Debian. :] > > We may end up creating a > Debian package for OpenJUMP that violates > some of the Debian Policy rules > for the sake of practicality and our > sanity. > > Let me post some questions > about this on the Debian mailing list. I'll > report back after the hardcore > Linux asvocates have stomped on my > vital organs for even using Java to write > a program to start with. :] > > The Sunburned Surveyor > > On Nov 7, 2007 2:55 PM, > Larry Becker <[EMAIL PROTECTED]> wrote: > > Hi SS, > > Looks like you're the one with the right experience for this issue. > I > understand what you are saying about lib and bin. Hmm, there isn't > anything > magic about those names to us, but apparently there is to Debian > (and > perhaps other *nixes). Why don't we just rename them to something else > (in > the debian repository version) that is less loaded with meaning. > Perhaps > jars for lib and scripts for bin? > > regards, > > Larry > > > > On Nov 7, 2007 > 2:17 PM, Sunburned Surveyor <[EMAIL PROTECTED]> > wrote: > > > Guys, > > "sources.list" is one of the configuration files that Debian > uses > internally to manage installation of software packages. There is > an > OpenJUMP package available for download on the main Debian > package > repository, but it is an older version. > > I'm in the process of > examining how the package was put together so I > can produce an updated one > for other Debian users. This is a little > tricky because we can't use a > folder structure in which the /lib and > /bin directories share a common > parent. If we are going to meet > Debian's packaging policy, which we will > need to do if we want to keep > a package in the official repository, then > I've got to split the /lib > folder out into another part of the Linux file > system. This means I'll > have to do some tinkering with the classpath for > OpenJUMP, and I'm not > sure what else it might goof up. > > I'll also need to > write installation and removal scripts, and I'd like > to incorporate Paul's > Free Desktop file. > > In the meantime, Temiz can let me know if he has trouble > getting > OpenJUMP running on Debian from an unpackaged install. Perhaps > he > would be willing to serve as a tester for the updated Debian package > of > OpenJUMP in a month or two. > > The Sunburned Surveyor > > P.S. - If anyone else > has experience with Debian packaging and wants > to give me some guidance, > I'll gladly accept it. Java packages on > Debian aren't exactly commonplace. > :] > > > > > > > On Nov 7, 2007 2:34 AM, Stefan Steiniger <[EMAIL PROTECTED]> > wrote: > > Hei, > > can you specify your request? > I know we are on Debian GIS .. but do > you use that? > > What is sources.list? > > stefan > > temiz schrieb: > > hello > > > I want to install openjump in "debian" way. > what repository should > be handled? > how should sources.list be arranged ? > > regards > > > > _______________________________________________ > jump-users mailing > list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > > > _______________________________________________ > > jump-users mailing > list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > > > > -- > http://amusingprogrammer.blogspot.com/ > _______________________________________________ > jump-users > mailing > list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > > > > _______________________________________________ > jump-users mailing > list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > > > > _______________________________________________ > jump-users mailing list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > > _______________________________________________ jump-users mailing list [email protected] http://lists.refractions.net/mailman/listinfo/jump-users
