Re: Buster soft freeze question

On Sun, Feb 03, 2019 at 04:24:02PM +0100, Felix Natter wrote: > Markus Koschany writes: > > > Hi, > > hello Markus, > hello Tony, > > > Am 30.01.19 um 20:55 schrieb Felix Natter: > >> hi Debian-java, > >> > >> I would like to get freeplane-1.7.5-1 into buster, because it contains > >> importan

Re: Buster soft freeze question

Markus Koschany writes: > Hi, hello Markus, hello Tony, > Am 30.01.19 um 20:55 schrieb Felix Natter: >> hi Debian-java, >> >> I would like to get freeplane-1.7.5-1 into buster, because it contains >> important fixes. Unfortunately, upstream is still fixing regressions. >> >> For stretch, a so

Re: Buster soft freeze question

Hi, Am 30.01.19 um 20:55 schrieb Felix Natter: > hi Debian-java, > > I would like to get freeplane-1.7.5-1 into buster, because it contains > important fixes. Unfortunately, upstream is still fixing regressions. > > For stretch, a soft freeze is described as: > "no new packages, no re-entry, nor

Buster soft freeze question

hi Debian-java, I would like to get freeplane-1.7.5-1 into buster, because it contains important fixes. Unfortunately, upstream is still fixing regressions. For stretch, a soft freeze is described as: "no new packages, no re-entry, normal migrations" [1] I think that means that I can get freepla

Re: Question regarding libjsyntaxpane-java on alioth

Markus Koschany writes: > Hi, > > Am 23.04.2018 um 21:44 schrieb Felix Natter: >> Felix Natter writes: >> >>> hello Debian-java, >> >> hello again, >> >>> when accessing libjsyntaxpane-java I get "Bad object id:" on each commit: >>> https://anonscm.debian.org/gitweb/?p=pkg-java/libjsyntaxpa

Re: Question regarding libjsyntaxpane-java on alioth

Hi, Am 23.04.2018 um 21:44 schrieb Felix Natter: > Felix Natter writes: > >> hello Debian-java, > > hello again, > >> when accessing libjsyntaxpane-java I get "Bad object id:" on each commit: >> https://anonscm.debian.org/gitweb/?p=pkg-java/libjsyntaxpane-java.git > > I tried to clone the r

Re: Question regarding libjsyntaxpane-java on alioth

Felix Natter writes: > hello Debian-java, hello again, > when accessing libjsyntaxpane-java I get "Bad object id:" on each commit: > https://anonscm.debian.org/gitweb/?p=pkg-java/libjsyntaxpane-java.git I tried to clone the repo and I can make a (local) commit. So I guess just the web interf

Question regarding libjsyntaxpane-java on alioth

hello Debian-java, when accessing libjsyntaxpane-java I get "Bad object id:" on each commit: https://anonscm.debian.org/gitweb/?p=pkg-java/libjsyntaxpane-java.git Does anybody know what causes this? Thanks and Best Regards, -- Felix Natter debian/rules!

Re: Jetty9 Question

Le 03/06/2015 14:32, Damian Minkov a écrit : > are there any plans or ongoing work on updating Jetty to latest version? Hi Damian, I started working on jetty9 some time ago but didn't complete the task. I'll probably get back to Jetty once the Java 8 transition is over. If someone else want to p

Jetty9 Question

Hi, are there any plans or ongoing work on updating Jetty to latest version? Thanks damencho

Re: Question on java library packaging

Hi, On 07/14/2014 06:20 PM, Robert Middleton wrote: >>You are right, dbus-java-bin should depend on "default-jre | > java6-runtime | java7-runtime" instead of "openjdk-7-jre | openjdk-6-jre". > > Good to know. :) If Java6 is sufficient, then "default-jre | java6-runtime" should be sufficient. A

Re: Question on java library packaging

t-jre | > java6-runtime | java7-runtime" instead of "openjdk-7-jre | openjdk-6-jre". > > > > Similar question too: the previously quoted snippet from the Debian > > policy manual indicates that any Java library should depend on > > default-jre, whereas out of th

Re: Question on java library packaging

lt-jre | java6-runtime | java7-runtime" instead of "openjdk-7-jre | openjdk-6-jre". > Similar question too: the previously quoted snippet from the Debian > policy manual indicates that any Java library should depend on > default-jre, whereas out of the half-dozen librar

Question on java library packaging

I think I tried to send this to the wrong list before, so here goes... I've got a question on the dependencies for Java libraries that testing/jessie currently has. I've noticed at least one package(dbus-java-bin) depends on openjdk-7-jre, whereas the Debian policy manual states: "

Re: RFS: modello/1.1-3 and modello1.4/1.4.1-2 - [UPLOADED] + a question

Le 16/01/2014 05:53, tony mancill a écrit : > I was thinking that the issue is that we have packages that can't be > built with a UTF-8 locale installed, but their build-deps/tools don't > pull in a locale, nor do they set it. This is a bit different here. If the locale is not set in the chroot,

Re: RFS: modello/1.1-3 and modello1.4/1.4.1-2 - [UPLOADED] + a question

Hi Emmanuel, On 01/14/2014 12:43 AM, Emmanuel Bourg wrote: > This is probably a maven-ant-helper bug, because the pom.xml for modello > specifies UTF-8 as the source encoding and the parameter isn't passed to > the javadoc generator. I was thinking that the issue is that we have packages that can

Re: RFS: modello/1.1-3 and modello1.4/1.4.1-2 - [UPLOADED] + a question

On Mon, 13 Jan 2014 22:58:36 -0800, tony mancill wrote: > However, having just been through a similar experience (read: "hassle") > with migrating from ruby 1.8 -> 1.9.1 (for the build system in jblas), > it got me to thinking that since some build systems expect to be run > within a given locale,

Re: RFS: modello/1.1-3 and modello1.4/1.4.1-2 - [UPLOADED] + a question

Thank you for the upload Tony. This is probably a maven-ant-helper bug, because the pom.xml for modello specifies UTF-8 as the source encoding and the parameter isn't passed to the javadoc generator. Assuming we no longer care about bootstrapping Maven properly (that is, all its transitive depend

Re: RFS: modello/1.1-3 and modello1.4/1.4.1-2 - [UPLOADED] + a question

On 01/11/2014 09:16 AM, Emmanuel Bourg wrote: > Ladies and gentlemen, I'm still looking for a sponsor to upload these > two packages please. > > Emmanuel > > > Le 06/11/2013 16:49, Emmanuel Bourg a écrit : >> Hi all, >> >> I refreshed the modello and modello1.4 packages and I'm looking for a >>

AW: Beginner's Question on Java Security Fixes

.is.w...@gmail.com [mailto:paul.is.w...@gmail.com] Im Auftrag von Paul Wise Gesendet: Mittwoch, 8. Mai 2013 08:36 An: debian-java@lists.debian.org Betreff: Re: Beginner's Question on Java Security Fixes On Wed, May 8, 2013 at 2:16 PM, Markus Karg wrote: > Maybe there is a misunderstanding.

Re: Beginner's Question on Java Security Fixes

On Wed, May 8, 2013 at 2:16 PM, Markus Karg wrote: > Maybe there is a misunderstanding. I am running Debian Wheezy, neither jessie > nor sid. Certainly I want the best stability and security. Using Oracle's > product, this would result in manually installing 7u21. But what if using > openjdk-7-

AW: Beginner's Question on Java Security Fixes

ht- Von: paul.is.w...@gmail.com [mailto:paul.is.w...@gmail.com] Im Auftrag von Paul Wise Gesendet: Mittwoch, 8. Mai 2013 07:57 An: debian-java@lists.debian.org Betreff: Re: Beginner's Question on Java Security Fixes On Wed, May 8, 2013 at 1:51 PM, Markus Karg wrote: > Thank you for your ki

Re: Beginner's Question on Java Security Fixes

On Wed, May 8, 2013 at 1:51 PM, Markus Karg wrote: > Thank you for your kind answer. So this means there is no simple answer like > e. g. "On Debian, openjdk-7-jre-2.x has the same security level than OpenJDK > 7u21", but I have to check each single CVE, right? In general, if you are running th

AW: Beginner's Question on Java Security Fixes

@gmail.com [mailto:paul.is.w...@gmail.com] Im Auftrag von Paul Wise Gesendet: Mittwoch, 8. Mai 2013 07:38 An: debian-java@lists.debian.org Betreff: Re: Beginner's Question on Java Security Fixes On Wed, May 8, 2013 at 1:20 PM, Markus Karg wrote: > While programming for more than 25 years (more than

Re: Beginner's Question on Java Security Fixes

On Wed, May 8, 2013 at 1:20 PM, Markus Karg wrote: > While programming for more than 25 years (more than a decade with Java SE / > EE), I am still a beginner with Debian. So please don’t mind my possibly > stupid question: Looking at all the security fixes that Oracle provides, I >

Beginner's Question on Java Security Fixes

While programming for more than 25 years (more than a decade with Java SE / EE), I am still a beginner with Debian. So please don't mind my possibly stupid question: Looking at all the security fixes that Oracle provides, I wonder how I can see what of these fixes are contained in Debian? I

Re: maven depends question

Hello Boris, There are two distinct sets of constraints here: - the build constraints, which you have manually created, - the runtime constraints, which are created during the build and injected as part of the ${maven:Depends} substitution variable. An easy solution would be to replace in your

maven depends question

Hi, I have maven based package which depends on other packages with version restriction (libsqljet-java (>= 1.1.1)): Build-Depends-Indep: libmaven-replacer-plugin-java, libcommons-cli-java, libcommons-codec-java, libcommons-io-java, libcommons-lang-java, libgoogle-api-client-java, libjetty-java,

Policy question: Private Libraries and Maven Artefacts

Hi Team I have a question about how I should package some of the dependencies for Jenkins. Basically the Jenkins project manages a number of small utility libraries as separate projects; these are jenkins specific (i.e. unlikely to find use outside of the jenkins project itself). I want to

Re: Next question for help in Java packaging: beast-mcmc

Hi. On 13/03/2011 16:03, Eric Lavarde wrote: > The reality is that, invoked with -jar, java ignores any classpath from > the command line and uses only the one from the manifest, which explains > the differences in behavior your are experiencing. I considered this option, which partially solves t

Re: Next question for help in Java packaging: beast-mcmc

Hi, On 12/03/11 12:13, Giovanni Mascellani wrote: Third try: if I explicitly set classpath with this line java -cp /usr/share/beast-mcmc/lib/beast.jar:/usr/share/java/jam.jar:/usr/share/java/jdom1.jar:/usr/share/java/jebl.jar:/usr/share/java/commons-math.jar dr.app.beast.BeastMain then the pro

Re: Next question for help in Java packaging: beast-mcmc

Hi Andreas. On 28/02/2011 22:51, Andreas Tille wrote: > Hi, > > I would like to refresh my question about the problem I mentioned. > Here again a short summary: At > >http://people.debian.org/~tille/packages/beast-mcmc-help-wanted/ > > you can find a source pac

Re: Next question for help in Java packaging: beast-mcmc

Hi, I would like to refresh my question about the problem I mentioned. Here again a short summary: At http://people.debian.org/~tille/packages/beast-mcmc-help-wanted/ you can find a source package of beast-mcmc. All preconditions which are not available in Debian are at http

Re: Next question for help in Java packaging: beast-mcmc

On Fri, Feb 18, 2011 at 04:37:53PM +0100, Vincent Fourmond wrote: > > This could mean that the version of jam in NEW was built without > support for one of its components (this can happen sometimes with > complex ant files), or that these components were split somehow. Where > can I get the pack

Re: Next question for help in Java packaging: beast-mcmc

On Wed, Feb 16, 2011 at 10:59 PM, Andreas Tille wrote: > when dealing with phylogenie related programs I found several Java based > programs up for packaging.  I've got FigTree close to ready - just one > JAR (iText PDF library) is up for isolation of binary JAR into separate > package (will be to

Re: Next question for help in Java packaging: beast-mcmc

On Fri, Feb 18, 2011 at 09:31:09AM -0500, Scott Howard wrote: > > ... but failed.  Any idea why this does not work? > > Is it failing when you try to execute the .jar? (Saying can't find jam.jar?) Yes. > I don't know the insides of jh_manifest and dh7 style commands, but I > usually see debian/

Re: Next question for help in Java packaging: beast-mcmc

On Fri, Feb 18, 2011 at 02:06:54PM +0100, Niels Thykier wrote: > > jh_manifest follows the symlink and updates the original jar file rather > than creating a copy of the original jar file and updating that copy. > > That being said; java generally does not support multiple purpose jars > via the

Re: Next question for help in Java packaging: beast-mcmc

> >   jh_manifest > > Syntax error in debian/beast-mcmc.manifest > > (/usr/share/beast-mcmc/beast.jar) - perhaps you are missing a ":"? > > jh_manifest: Unknown line in debian/beast-mcmc.manifest > > (/usr/share/beast-mcmc/beast.jar), > > It looks like you're missing a : after the jar name (e.g

Re: Next question for help in Java packaging: beast-mcmc

On Thu, Feb 17, 2011 at 3:49 AM, Andreas Tille wrote: > The problem I had is that beast-mcmc contains more than one executables > with more than one JAR files.  Some executables are using a common JAR > file with different main classes.  As far as I have seen this case > is not covered by the tuto

Re: Next question for help in Java packaging: beast-mcmc

On Wed, Feb 16, 2011 at 06:12:53PM -0500, Scott Howard wrote: > I haven't built the package, but the debian/__beast-mcmc.manifest__ > doesn't appear to be in javahelper manifest form. No it is definitely not - it was just a reminder for myself what classes need to be called. The __*__ made sure t

Re: Next question for help in Java packaging: beast-mcmc

On Wed, Feb 16, 2011 at 4:59 PM, Andreas Tille wrote: > with debian/figtree.manifest which was determining the CLASSPATH for the > executable jar.  I considered this way as quite useful and would like to > try it for beast-mcmc as well (even if it is no real request - any other > way would be welc

Next question for help in Java packaging: beast-mcmc

Hi, when dealing with phylogenie related programs I found several Java based programs up for packaging. I've got FigTree close to ready - just one JAR (iText PDF library) is up for isolation of binary JAR into separate package (will be topic of another mail soonish). For the package beast-mcmc[1

Re: question to sun-java6-* and floatingpoint bug

Hi, Am 10.02.2011 12:19, schrieb Niels Thykier: > On 2011-02-10 11:31, Jochen Becker wrote: >> Oracle said they will release a new/fixed java version at the 15th feb., >> when will be such a new version in the stable release as security fix? there is already a fix for openjdk available at

Re: question to sun-java6-* and floatingpoint bug

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-02-10 11:31, Jochen Becker wrote: > Hello Maintainers, > i have a question about this sun-java bug > Hey, Moving this to debian-java@l.d.o to get more exposure. Unfortunately I cannot answer your questions as I am not directly

Re: Question regarding OpenMRS packaging - JAR dependencies in source?

here is a jar file with similar binary artifacts (misc/weirdx.jar). > > I was wondering if you had any input on Luca's question? The difference here is that in the weirdx case, those class files are just pre-built from the source for that package. The jar is ignored during the Debian pac

Question regarding OpenMRS packaging - JAR dependencies in source?

/ftp.de.debian.org/debian/pool/main/w/weirdx/weirdx_1.0.32.orig.tar.gz there is a jar file with similar binary artifacts (misc/weirdx.jar). I was wondering if you had any input on Luca's question? Thank you Yours Misha -- Forwarded message -- From: Misha Koshelev Date: Tue, Nov 9

Re: Question concerning patched jars

goes into /usr/share/java/repository.jboss.com/) together with some metadata about the jar that is used by jbossas and the patch applied (for documentation). I have just discussed this with the JPackage people who answered my question. JPackage enable different build and runtime setups for the

Question concerning patched jars

Hi everybody, in jbossas we have got lots of jars that are built from source by the JBoss people upstream with patches applied to them. So they are nearly the same as the ones we have in our own packages except for the patches which are needed for the jars to work with jbossas. The JPackage

Re: Apache Commons packaging question

Hi Manuel, Manuel Prinz schrieb: 2. The commons-math tarball ships three jars containing the class files, source files and documentation, respectively. Is it OK to just put them in the Debian package (as they are) or should I extract the source and rebuild a Debian source package from that? (The

Re: Apache Commons packaging question

> Yes. the lib*-java part is given by the Java Policy [2], the rest is more > of a "common" understanding. My question here was whether I should rename the source package to match the binary package. So, should the source package be named libcommons-math-java as well? I did not fin

Re: Apache Commons packaging question

Hi Manuel, Manuel Prinz said: > Hi all, > > I thought about packaging the Apache Commons Math Library[1] which I use > regularly. I do have a some question though and would like to ask you > for your opinion on that: > > 1. Other commons source packages seem to be rename

Apache Commons packaging question

Hi all, I thought about packaging the Apache Commons Math Library[1] which I use regularly. I do have a some question though and would like to ask you for your opinion on that: 1. Other commons source packages seem to be renamed to libcommon-*-java. Do all commons packages do this? Is there a

Re: Question concerning jh_manifest

On Fri Jul 04 00:38, Florian Grandel wrote: > The standard ant jar task creates a manifest with an empty line at the end. > If I apply jh_manifest this empty line remains untouched and leads to the > following MANIFEST.MF (jh_manifest added the lines starting with Main-Class > and below): Ah, t

Re: Question concerning jh_manifest

Hi Matthew, I have further researched this problem. To me it seems a (not too trivial) bug in jh_manifest. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489214. Maybe better to discuss the topic there to keep this list clean... Cheers, Florian -- To UNSUBSCRIBE, email to [EMAIL PRO

Question concerning jh_manifest

Hi Matthew, I am currently trying to use your jh_manifest script. I have the following problem however: The standard ant jar task creates a manifest with an empty line at the end. If I apply jh_manifest this empty line remains untouched and leads to the following MANIFEST.MF (jh_manifest add

Re: Repackaging question

Marcus Better better.se> writes: > > Andrew Haley wrote: > > > It's a good idea to remove generated javadoc and jar files and classes. > > > > Very much so. Unless you build from source, you have no way to know > > that the binaries correspond to that source code. You can't even > > guarante

Re: Repackaging question

Matthias Klose wrote: > looked at libcommons-logging-java, jaxen, dom4j, which do not use > maven for the build. so which sources are actually including maven > jars? I think we are talking about two different things here. No packages include maven jars. Some packages use maven upstream, but in al

Re: Repackaging question

Marcus Better writes: > Matthias Klose wrote: > > Marcus Better writes: > >> instance we ship a lot of packages that build with Maven, but since we > >> don't have Maven in Debian, we use the included, pre-generated, Ant build > >> file instead. What should we do about those? > > > > if these pack

Re: Repackaging question

Matthias Klose wrote: > Marcus Better writes: >> instance we ship a lot of packages that build with Maven, but since we >> don't have Maven in Debian, we use the included, pre-generated, Ant build >> file instead. What should we do about those? > > if these packages are in main, file a RC report a

Re: Repackaging question

Marcus Better writes: > Andrew Haley wrote: > > > It's a good idea to remove generated javadoc and jar files and classes. > > > > Very much so. Unless you build from source, you have no way to know > > that the binaries correspond to that source code. You can't even > > guarantee that you're no

Re: Repackaging question

On Wed, 13 Dec 2006, Marcus Better wrote: Andrew Haley wrote: > It's a good idea to remove generated javadoc and jar files and classes. Very much so. Unless you build from source, you have no way to know that the binaries correspond to that source code. You can't even guarantee that you're n

Re: Repackaging question

Andrew Haley wrote: > > It's a good idea to remove generated javadoc and jar files and classes. > > Very much so. Unless you build from source, you have no way to know > that the binaries correspond to that source code. You can't even > guarantee that you're not violating the GPL, which require

Re: Repackaging question

Marcus Better wrote: > Arnaud Vandyck wrote: >> It's a good idea to remove generated javadoc and jar files and classes. > > Well, let's agree to disagree. :) > >> They can be removed to use less space and be sure not to include code >> that has been build with non free dependencies. > > The spac

Re: Repackaging question

On 12/12/06, Marcus Better <[EMAIL PROTECTED]> wrote: Arnaud Vandyck wrote: > It's a good idea to remove generated javadoc and jar files and classes. Well, let's agree to disagree. :) ;-) > They can be removed to use less space and be sure not to include code > that has been build with non f

Re: Repackaging question

Hello, > > They can be removed to use less space and be sure not to include code > > that has been build with non free dependencies. > > The space argument is rather weak IMHO, and certainly shouldn't warrant > rebuilding a source tarball only for that purpose. (Or do you have a source > for th

Re: Repackaging question

Arnaud Vandyck writes: > On 12/6/06, Marcus Better <[EMAIL PROTECTED]> wrote: > > Benjamin Mesing wrote: > > > Generally speaking yes, but the Debian Java Policy suggests, that class > > > files should be removed from upstream release [1]. > > > > That advice is plain wrong. (And it's not par

Re: Repackaging question

On 12/6/06, Marcus Better <[EMAIL PROTECTED]> wrote: Benjamin Mesing wrote: > Generally speaking yes, but the Debian Java Policy suggests, that class > files should be removed from upstream release [1]. That advice is plain wrong. (And it's not part of the actual Java policy as the page says.)

Re: Repackaging question

Arnaud Vandyck wrote: > It's a good idea to remove generated javadoc and jar files and classes. Well, let's agree to disagree. :) > They can be removed to use less space and be sure not to include code > that has been build with non free dependencies. The space argument is rather weak IMHO, and

Re: Repackaging question

Benjamin Mesing wrote: > Generally speaking yes, but the Debian Java Policy suggests, that class > files should be removed from upstream release [1]. That advice is plain wrong. (And it's not part of the actual Java policy as the page says.) Many Java packages come with jar files for dependencies

Re: Repackaging question

[Please CC I am not subscribed] Hello, > It's preferable to leave the package contents exactly as upstream, and just > repackage into a tarball. In that case you don't need to tag the orig > filename. Generally speaking yes, but the Debian Java Policy suggests, that class files should be removed

Re: Repackaging question

It's preferable to leave the package contents exactly as upstream, and just repackage into a tarball. In that case you don't need to tag the orig filename. See http://people.debian.org/~daniel/documents/packaging.html for some recommendations. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROT

Repackaging question

[Please CC, I am not subscribed] Hello, I have an upstream release umlet.zip with the given content: umlet.zip +- com.umlet.plugin +- +- umlet.jar + <.class file hierarchy> + src + <.java file hierarchy> (i.e. u

Re: One simple question about Eclipse

On Sun, Nov 06, 2005 at 01:22:25PM +0200, Nikita Salnikov-Tarnovski wrote: > Hi. > > Just one question: why package eclipse-base depends on gij-4.0 and not > java-runtime ? This is a part-time solution. We need a script which generates the master db file for the native jars of e

Re: One simple question about Eclipse

"Nikita Salnikov-Tarnovski" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi. Just one question: why package eclipse-base depends on gij-4.0 and not java-runtime ? Nikem. I would like to know that. I thought I was assured that java-runtime would be used so tha

One simple question about Eclipse

Hi. Just one question: why package eclipse-base depends on gij-4.0 and not java-runtime ? Nikem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

RE: question

>-- Original Message -- >From: debian-java@lists.debian.org >To: [EMAIL PROTECTED] >Subject: question >Date: Fri, 29 Oct 2004 15:28:24 +0200 > > >yours? > >Attachment: friend.zip > non conprendo il messaggio rispondi in italiano

Re: GPL related question

Let me get this straight: You are going to take somebody else's code without reading and consenting to the license agreement that they placed on their code? Read the license. If you do not consent to it, do not use the code. Period.

Re: GPL related question

Rishabh Manocha cs.utexas.edu> writes: > > > if it is allright to take GPL'ed code, edit it and use it in your own > > > application?? Read the FAQ: http://www.gnu.org/licenses/gpl-faq.html If you copy GPLd code into your application (or link to it) then you must license your whole application

Re: GPL related question

On 04/10/04 01:02 +0200, Laszlo 'GCS' Boszormenyi wrote: > * Rishabh Manocha <[EMAIL PROTECTED]> [2004-10-03 17:59:03 -0500]: > > > this might sound like a really stupid question but I just wanted to make > > sure > > if it is allright to take GPL

Re: GPL related question

* Rishabh Manocha <[EMAIL PROTECTED]> [2004-10-03 17:59:03 -0500]: > this might sound like a really stupid question but I just wanted to make sure > if it is allright to take GPL'ed code, edit it and use it in your own > application?? Until you make your changes available t

GPL related question

Hi guys, this might sound like a really stupid question but I just wanted to make sure if it is allright to take GPL'ed code, edit it and use it in your own application?? Thanks -- Rishabh Manocha http://www.cs.utexas.edu/users/rmanocha **Your Quote for the day** Marriage is

Re: Question about java-virtual-machine

If you have a package, say, erm, myjavaprogram, and it works with the Sun JVM, IBM JVM, Blackdown and kaffe, but not sablevm, then my interpretation is that the dependencies should look like this: java2-runtime | kaffe and that kaffe and sablevm, because they don't support everything that is in J

Re: Question about java-virtual-machine

W liście z wto, 31-08-2004, godz. 07:59, Ricky Clarkson pisze: > On Tue, 31 Aug 2004 11:50:54 +0200, Arnaud Vandyck <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Mon, 30 Aug 2004 22:12:28 -0400, > > "Grzegorz B. Prokopski" <[EMAIL PROTECTED]> wrote: > >

Re: Question about java-virtual-machine

Wed, 01 Sep 2004 00:04:49 +0200, Mark Wielaard <[EMAIL PROTECTED]> wrote: > Note that the new IKVM snapshot (from today) has a new JNI provider > which should be at least good enough to get Eclipse 3 starting up. So it > should now be at least as capable as jamvm, gcj/gij or kaffe with > respect

Re: Question about java-virtual-machine

Hi, On Tue, 2004-08-31 at 04:12, Grzegorz B. Prokopski wrote: > Not sure it's a good idea. Given that the "java-virtual-machine" > dependency was created to accomodate the properties shared among > the JVMs and that most of JVMs, in general, is capable of running > JNI code, running a JNI code is

Re: Question about java-virtual-machine

On Tue, 31 Aug 2004 11:50:54 +0200, Arnaud Vandyck <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Mon, 30 Aug 2004 22:12:28 -0400, > "Grzegorz B. Prokopski" <[EMAIL PROTECTED]> wrote: > > > PS: When Sarge is finally released shouldn't we think about renaming > >

Re: Question about java-virtual-machine

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mon, 30 Aug 2004 22:12:28 -0400, "Grzegorz B. Prokopski" <[EMAIL PROTECTED]> wrote: > PS: When Sarge is finally released shouldn't we think about renaming > java-runtime to something like free-java-runtime and java2-runtime to > something like non-f

Re: Question about java-virtual-machine

W liście z pon, 30-08-2004, godz. 18:16, Arnaud Vandyck pisze: > > Here's the question: should ikvm provide > > java-virtual-machine or not? > > I'd like to say yes. So I second it. First let me welcome next free JVM in Debian! :-) And now to the business... Not s

Re: Question about java-virtual-machine

code. Is it on the TODO list? Is it planed? [...] > Here's the question: should ikvm provide > java-virtual-machine or not? I'd like to say yes. So I second it. Cheers, - -- .''`. : :' :rnaud `. `' `- -BEGIN

Question about java-virtual-machine

n use libreadline-java, which in turn has some native code. If I disable libreadline-java, Jython works fine with ikvm. If it's enabled, it breaks. Here's the question: should ikvm provide java-virtual-machine or not? Thanks, John

Re: question about tomcat

Michael Forster wrote: IIRC the problem is, that the links are regenerated when the package is updated. They are not regenerated if at least one link is not deleted (or an S link is replaced by a K link). Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trou

Re: question about tomcat

Mariano García wrote: I want to ask you if there is any way to get tomcat does not start automatically when linux starts. Yes, you can set TOMCAT4_USER to an empty string in /etc/default/tomcat4. However, you won't be able to manually run /etc/init.d/tomcat4 in this case either. There has been

Re: question about tomcat

I want to ask you if there is any way to get tomcat does not start automatically when linux starts. I know I can delete all /etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing parameter start_at_boot in /etc/tomcat/default, for example). use the command "update-rc.d" to properly

RE: question about tomcat

Hi, Xavier Poinsard wrote: > Mariano García wrote: > > I want to ask you if there is any way to get tomcat does not start > > automatically when linux starts. I know I can delete all > > /etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing > > parameter start_at_boot in /etc/tomcat

Re: question about tomcat

Mariano García wrote: Hi all, I want to ask you if there is any way to get tomcat does not start automatically when linux starts. I know I can delete all /etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing parameter start_at_boot in /etc/tomcat/default, for example). use the comman

question about tomcat

Hi all, I want to ask you if there is any way to get tomcat does not start automatically when linux starts. I know I can delete all /etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing parameter start_at_boot in /etc/tomcat/default, for example). Regards, Mariano. signature.asc D

Re: J2SDK question

På Thu, Jan 01, 2004 at 10:34:14AM -0600, Jerry Haltom skrev: > What are the differences between j2se-package and mpkg-j2sdk? Both packages are written by the same author and do approx. the same job, but the latter is older and its use deprecated for various reasons (doesn't support multipe sdk in

Re: J2SDK question

What are the differences between j2se-package and mpkg-j2sdk? On Tue, 2003-12-16 at 12:32, Jan Schulz wrote: > Hallo Marco, > > * Marco Bresciani wrote: > >Can I use J2SDK on Debian? > > To install it 'the debian way', use j2se-package or mpkg-j2sdk: > > deb http://www.stud.uni-karlsruhe.de/~ud

Re: J2SDK question

Hallo Jerry, * Jerry Haltom wrote: >make-j2sdk itself depends on having non-free stuff installed? I thought >it was just a little script to create a .deb from a Sun provided SDK. It depends on a *-bin download, which is unfree (and not even packaged). In general, install for unfree things ar ein

Re: J2SDK question

On Sat, Dec 20, 2003 at 11:41:56AM -0600, Jerry Haltom wrote: > make-j2sdk itself depends on having non-free stuff installed? I thought > it was just a little script to create a .deb from a Sun provided SDK. If you don't have the sdk, it is useless. Therefore, it depends on non-free software and d

  1   2   >