Re: RFS: libcommons-collections-java 2.1.1-9
On Thu, Nov 19, 2009 at 12:42:01PM +0530, Onkar Shinde wrote: > > Hi Onkar, > > > > Thank you for working on this. I took a look at the packaging. There > > are several lintian warnings that are easily addressed: > > > > W: libcommons-collections-java source: changelog-should-mention-nmu > > W: libcommons-collections-java source: > > source-nmu-has-incorrect-version-number 2.1.1-9 > > W: libcommons-collections-java: > > debian-copyright-file-uses-obsolete-national-encoding at line 35 > > W: libcommons-collections-java: wrong-section-according-to-package-name > > libcommons-collections-java => java > > > > Can you take at those and update debian/control and debian/copyright? I > > can sponsor the upload for you. > > I converted the encoding of copyright file from ISO-8859-1 to UTF-8. I > also fixed section in control file. > I don't think I need to make it a NMU since it is a team maintained > package. Let me know if you think it otherwise. A simple workaround for that is to edit the changelog, and convert it to: [ Onkar Shinde ] -- Debian Java Maintainers Mon, 19 Oct 2009 16:49:13 -0500 That way, you don't need to add yourself to uploaders, and the lintian warning goes away. HTH. Kumar -- I still maintain the point that designing a monolithic kernel in 1991 is a fundamental error. Be thankful you are not my student. You would not get a high grade for such a design :-) (Andrew Tanenbaum to Linus Torvalds) signature.asc Description: Digital signature
Re: RFS: jftp 1.52-2 (Fixes Depends Field)
On Tue, Nov 24, 2009 at 12:48:11PM +0100, Niels Thykier wrote: > Hi > > I am looking for sponsorship for package jftp 1.52-2. The > packaging bits are updated in pkg-java svn. > > Here is the latest changelog entry: > jftp (1.52-2) unstable; urgency=low > > * Removed Depends on jakarta-slide-webdavlib, which was supposed to > have been removed with the last upload. > > -- Niels Thykier Tue, 24 Nov 2009 12:28:36 +0100 > > > The package can also be fetched via dget via: > http://www.student.dtu.dk/~s072425/debian/jftp_1.52-2.dsc > > Notes: > - This upload is done because jakarta-slide-webdavlib was recently > removed from testing and pulled jftp with it. > - lintian gives a pedantic on some CVS folders in the source. I do not > mind fixing it; but it would require a upstream version change at this > point, which is why I left it. > - I did not change the source format to 3.0, so this still builds with > svn-buildpackage. Many thanks for your work. I've uploaded it. Kumar -- > I thing you're missing the capability of Makefiles. It takes several _hours_ to do `make' a second time on my machine with the latest glibc sources (and no files are recompiled a second time). I think I'll remove `build' after changing one file if I want to recompile it. -- Juan Cespedes signature.asc Description: Digital signature
Re: RFS: libcommons-logging-java 1.1.1-7
On Fri, Mar 19, 2010 at 04:08:29PM +0530, Onkar Shinde wrote: > Any takers for this sponsorship request? Thank you for your work. I've uploaded it with the additional change of removing myself from Uploaders. Kumar -- But scientists, who ought to know Assure us that it must be so. Oh, let us never, never doubt What nobody is sure about. -- Hilaire Belloc signature.asc Description: Digital signature
Reg. Apache Excalibur
Dear Debian Java users, I am not really into Java packaging in Debian, but have been looking around a bit. I was actually looking to see if Apache Cocoon can somehow make it into Debian, which will eventually pave the way for inclusion of Lenya, Forrest and many more of the nice Java stuff Apache has. Now, I have identified some of the dependencies of Cocoon, and thought we could start with Apache Excalibur. Now, there's a stumbling block right from the word go. Look at: http://wiki.apache.org/excalibur/BuildProcess under the "Manual Jar Download" section. Now, of the jars mentioned there: mailapi: GNU has an API which has similar functionality jsse: included with Java 2 SDK, so if we allow that, we can allow Excalibur into contrib. jms: Oops! We need to accept some license from Sun to even download the pre-build jar! So, can you suggest something which can be done, or is it that there's no way out till we have a free alternative to these jars (or Sun frees them)? Or am I getting something wrong here? Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reg. Apache Excalibur
On 22/08/07, Trygve Laugstøl wrote: > There are lots of free implementations of the entire JEE stack, JBoss, > Geronimo and Glassfish are some. They have JARs that are certified that > you can use. Thanks to you and Arnaud for the advice. I now have found that OpenJMS is just what we want. Now, to the next question. What do I do for maven built packages? Do I wait for maven to enter Debian first? Or is there some other way out? Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036
Re: Reg. Apache Excalibur
On 23/08/07, Paul Cager wrote: > There is also what I hope will eventually become the official Maven2 > package: > > http://mentors.debian.net/debian/pool/main/m/maven2/ > > I believe this is nearly finished (and would appreciate feedback on it). > If you install this package you should get a working Maven2 system - and > if it doesn't work I would like to know! I think I should now move here, and make Excalibur a later target. > This isn't the same thing as being able to use Maven to build other > Debian packages, such as excalibur. When Maven runs it downloads a > multitude of Jars, which wouldn't be allowed when building a Debian > package. All of these Jars need to be packaged in Debian. I fully understand this, and will try to help out. Your package is lintian clean, and many will love it if it finally enters Debian. So first, I tried mvn -o -npu install. It complains that "The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found". So, I need to install the required maven plugins for this. I saw that a source jar exists in the Maven website, and (I don't know much Java) setting the CLASSPATH and hand compiling it makes the .class files from the source jar. Now, I wanted to know how these things: Would you want me to package the plugin (attempt to, that is, and attempt further requirements as well)? What policy do you want to use for naming etc.? Also, since it has just a few sources in a jar, what is the recommended way? Do you want me to write a build.xml and Debianize it, and try to make it play with maven 2? Thanks for the help. And let's move to a new thread, if you don't mind. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On 23/08/07, Arnaud Vandyck wrote: > A good starting point, but we'll have to prevent mvn to download also > updates! so I think there are properties to set or plugin to write. I would like to help out in some way; at least in testing things out! Myself and my friend (who has experience in Java packaging for Debian) would eventually like to push in some Apache things like Cocoon to Debian, if possible. Also, I want to see if I can have the privilege of building the first Lintian clean deb package using maven! :-) The resources plugin is the first thing I've identified as a requirement for OpenJMS, but I'll keep a watch for further requirements. And I need some guidelines on plugin packaging. Would you like a separate deb for each plugin, as some seem small. Also, what naming convention is to be used? And can we just build them using a custom build.xml written for ant? Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On Thu, Aug 23, 2007 at 02:33:08PM +0100, Paul Cager wrote: > > And can we just build them using > > a custom build.xml written for ant? > > That's the approach I've taken for some of Maven's build-depends - a > custom debian/build.xml. You could have a look at doxia or wagon for > example. But consider the maven-resources plugin. The source jar has the following: org/apache/maven/plugin/resources/util/ org/apache/maven/plugin/resources/PropertyUtils.java org/apache/maven/plugin/resources/ReflectionProperties.java org/apache/maven/plugin/resources/ResourcesMojo.java org/apache/maven/plugin/resources/TestResourcesMojo.java org/apache/maven/plugin/resources/util/InterpolationFilterReader.java I created a build.xml, and can copy your idea to make a deb. But is it worth creating a single deb just for these, or do you think a maven-plugins package with all the plugins assorted and a single build.xml would be better? I ask this, since we have to repackage the things anyway, for the source is provided as jars. But this would mean that if some one plugin's version is bumped up, it would require a rebuild of the whole thing. So, what is the right way? Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On Thu, Aug 23, 2007 at 04:38:26PM +0100, Paul Cager wrote: > I can't give you an authoritative answer, I'm afraid, but I would be a bit > uneasy about combining separate source streams into one source package - > especially as http://svn.apache.org/viewvc/maven/plugins/tags/ shows that > the plugins seem to have independent release cycles. > > (And I guess the mavinistas would be horrified - "separation of concerns" > etc). In that case, I am going to start packaging the plugins one-by-one, and will inform you as and when I get them ready. I will begin with clean and resources plugins. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On Thu, Aug 23, 2007 at 10:07:14PM +0530, Kumar Appaiah wrote: > In that case, I am going to start packaging the plugins one-by-one, > and will inform you as and when I get them ready. I will begin with > clean and resources plugins. My friend and I have made one of the plugins and uploaded it here: http://varun.travisbsd.org/debian_packages/maven-plugins/resources/maven-resources-plugin_2.2-1.dsc If someone tests this with Paul's maven2 installed on their machine, then we can proceed with the other plugins as well. So, awaiting feedback! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On Thu, Aug 23, 2007 at 11:33:55PM +0530, Kumar Appaiah wrote: > http://varun.travisbsd.org/debian_packages/maven-plugins/resources/maven-resources-plugin_2.2-1.dsc However, I am unable to figure out how to use the plugin after install, or where to install it. I also seem to be missing some files from the stock compiled jar. Could someone point me further? Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Maven in Debian [was: Re: Reg. Apache Excalibur]
On Fri, Aug 24, 2007 at 12:56:47PM +0200, Arnaud Vandyck wrote: > On 8/24/07, Trygve Laugst?l <[EMAIL PROTECTED]> wrote: > [...] > > The strategy that I'm fairly sure that has to be followed is to use > > Michael's package to rebuild the plugins and once a full set of plugins > > is built Maven can be rebuilt with itself. > > The maven package from Paul works for me and could enter the archive > when it'll be cleaned. > > Maven needs plugins that need to be built by maven is not an ideal solution > :'( Well, I am dumbfounded by what we'll require to do. It starts with this: I want to package Cocoon, for which I want to packaeg Excalibur, for which I need to package an open JMS implementation, for which I need maven; to build it! Phew! So, I want to first help out on testing maven, wherein we can prevent downloading a huge number of plugins. I also want people to suggest a means to get a free JMS implementation. I'll try looking at Joram over the weekend, but suggestions are welcome. Thanks! Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problems building with java-gcj
Dear Debian Java, I am trying to build j2ssh from http://sshtools.sf.net for Debian. Now, the upstream tarball has an ant build.xml which compiles and builds the docs very well with java-gcj. However, when I try to pdebuild the package, it compiles with various warnings, and the document building is broken. The error I get resembles: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439476 However, my javadoc failure doesn't cause an unsuccesful buildbut only an incomplete API documentation. My package is at: http://mentors.debian.net/debian/pool/main/l/libj2ssh-java/libj2ssh-java_0.2.9-1.dsc Could you please help me find what the cause could be? Thanks! -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: Problems building with java-gcj
On Sat, Aug 25, 2007 at 10:34:11PM +0530, Kumar Appaiah wrote: > However, my javadoc failure doesn't cause an unsuccesful buildbut only > an incomplete API documentation. > > My package is at: > http://mentors.debian.net/debian/pool/main/l/libj2ssh-java/libj2ssh-java_0.2.9-1.dsc Hi! We discovered that the bug is in gjdoc, and it's been fixed. However, we are unable to pdebuild the package due to the ecj stuck in NEW. Anyway, I'll mail an RFS after that. I'd like this to enter Debian since this is a dependency of JFTP, an FTP client written in Java, which as a long pending RFP. Would it be all right to mail Java RFS mails here? Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: libj2ssh-java
(CC'ed to Debian Mentors). Dear Mentors, Myself and a friend have managed to package libj2ssh-java. http://mentors.debian.net/debian/pool/main/l/libj2ssh-java/libj2ssh-java_0.2.9-1.dsc Description: a Java library for the SSH protocol J2SSH is an object-orientated Java library implementation of the SSH version 2 protocol. It provides a rich, powerful, and extensible SSH API that enables developers to gain access to SSH servers and to develop entire SSH client/server frameworks. The API library provides a fully-featured SSH2 implementation specifically designed for cross-platform development. Higher level components, representing both the standard SSH client and SSH servers, are provided which implement the protocol specification for user sessions and port forwarding. The specification currently supports public key and password authentication and a full implementation of the SFTP protocol. . Homepage: http://sshtools.sourceforge.net The primary reason why we wish to see this package in Debian is because this is a dependency for JFTP, which has a long pending RFP. Needless to say, the packages build cleanly with pbuilder, and are Lintian clean. Please get back to us with suggestions. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: RFS: libj2ssh-java
On Thu, Sep 06, 2007 at 09:40:25AM +0200, Michael Koch wrote: > Your package is very good. Thanks for your work. Just one nit. Please > put the javadocs and examples into an extra -doc package. I think the > size of them warrents an extra package. And please make the normal > package suggest the -doc package. We shall get down to this this evening. I have two questions: 1. Could you please consider adding kumanna-guest and varun-guest to pkg-java? I have already mailed there in this regard. 2. Could I mail you in off-list, when I upload the revised package? Thanks a lot! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: Bug#429794: jmagick: should this package be orphaned?
owner 429794 ! retitle 429794 ITA: jmagick -- A java interface to ImageMagick - java classes thankyou On Sat, Oct 13, 2007 at 04:48:44PM +0200, Lucas Nussbaum wrote: > severity 429794 normal > Since the situation didn't improve, and the maintainer never answered > this bug report, I'm now orphaning the package, as originally suggested. > > I'm Ccing debian-java@ since they might be interested in taking over > maintenance. Dear Lucas, I intend to update this package, and believe I can fix the remaining bugs. Hence I have decided to own this bug. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: Friendly reminder: the Vcs-Browser field is now official
On Tue, Oct 30, 2007 at 08:47:03AM +0100, Michael Koch wrote:
> > http://svnbuildstat.debian.net/packages/list/17
> > http://svnbuildstat.debian.net/packages/list/[EMAIL PROTECTED]
>
> Yes, I saw that before. Problem is that this still needs a pro-active
> person to look at this. By an automatic way I meant that a mail gets set
> to e.g. [EMAIL PROTECTED] And this mail gets
> sent weekly or so.
How about this?
To get the current version in unstable:
apt-cache madison |grep unstable|awk '{ print $3 }'|uniq
To get the latest changelog revision:
cd ; dpkg-parsechangelog |grep Version|awk '{ print $2}'
Can't we use the two lists and match them, or have I misunderstood the
question?
Thanks.
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Friendly reminder: the Vcs-Browser field is now official
On Tue, Oct 30, 2007 at 03:17:26PM +0530, Varun Hiremath wrote: > On Tue, 30 Oct, 2007 at 10:13:31AM +0100, Michael Koch wrote: > > > We can do something similar for pkg-java svn also. And may be we can > > > modify the script to generate a html page instead of wiki and we can > > > put it somewhere on the pkg-java svn and also mail it to the list once > > > a week. > > > > This looks really promissing. We should use that as a base. > > Is there any place on alioth which supports wiki where I can upload > the wiki page generated by my script for pkg-java svn? Just put it in public_html/, and you can see it as http://alioth.debian.org/~varun-guest/.html. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Creating Packages for FOSS Java GIS Applications
On Thu, Nov 08, 2007 at 05:03:06PM -0800, Redefined Horizons wrote: > After reading through the Debian Java Policy I believe that I need to > place the main JAR for OpenJUMP in /user/bin/openjump. I also realize > I need to create separate Debian packages for the Java libraries that > OpenJUMP stores in /lib, and that the JARs for these packages should > be stored in /usr/share/java. First of all, your help will be much appreciated, as the Debian GIS team is understaffed. If you are talking about non-jar java libraries, then they shoul follow the same policy as any other library. But for JARs, as you say, they must be in /usr/share/java and the executable should be /usr/bin/openjump. > [1] Where do I put the plugins? Do they stay in /user/share/java or do > they go somewhere else? They aren't really libraries, they are like > mini-exectuables, but they are pacakged in separate JARs. /usr/share/java should be the right place, IMO, but maybe someone else can give you a better idea. Alternately, you may wish to put them in a separate directory, but I'd request someone more knowledgeable to chip in. > [2] How do I ensure that the required libraries are on the Java > Classpath that OpenJUMP needs? At this time we just add the /lib > folder to the classpath in the launch script, but I'm not sure how I > would accomplish this if the libraries are scattered around in > different folders in /usr/share/java. Usually, the libraries can be specified in the executable script. That is, in /usr/bin/openjump, you can list all the scattered jars, add that to the classpath, and then call openjump. This is what is done in the current openjump package. > I hope these questions don't seem foolish. I've been using Debian for > a couple years now, but there is still a lot I don't know about Linux. > I've also never made a Debian package of my own. This is a wonderful time to start. To see the existing (old) openjump packaging, please do apt-get source openjump, and see the way some problems which you asked are handled. Once you get the hang of things and start having more queries, please ask here and we'll try to help. All the best! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proper way to specify Java build-dep
Dear Adam, On Mon, May 05, 2008 at 12:23:11PM -0400, Adam C Powell IV wrote: > Just curious, what will happen regarding testing transitions in the > meantime? And long-term, can I assume that the package will build and > transition as soon as the infrastructure is in place, without another > upload? I had to request removal of the packages from those architectures by filing a bug against ftp.debian.org, since there seems to be no way to get these packages working on those architecures as of now. I guess it might not be prudent to wait for the availability of a JDK on these architectures now, with the release getting closer. Please correct me if I am wrong. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: Confused about the Glassfish packages
On Tue, Sep 09, 2008 at 01:48:10PM +0100, David Goodenough wrote: > Well not really. If all they are intended to be is a source of JARs for > development purposes than thats fine (but it would be useful to be told). > > Its only if they are intended to be all of glassfish that there is a bug. If I recall correctly, that is still the aim. But I am not sure if Torsten managed to fully package all the dependencies needed to set up and run an instance. But I am sure that it is their aim to make available various Java based application servers in Debian, and they were working one by one on the dependencies. Someone please correct me if I am wrong. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
