Re: RFS: jsoup 1.6.1-3 (maven => No-ITS)
On 2012-03-26 23:52, Jakub Adam wrote: > Dear java packagers, > Hi, Thanks for your work here. I will not sponsor this package as it uses maven and is therefore beyond what I am comfortable with sponsoring. > I am looking for a sponsor for package "jsoup". > > [...] > > It builds those binary packages: > > libjsoup-java - Java HTML parser that makes sense of real-world HTML soup > libjsoup-java-doc - Documentation for jsoup HTML Parser > > I let maven-bundle-plugin generate OSGi metadata for JAR library (new > dependency > of eclipse-mylyn 3.7.0), updated Standards-Version and fixed some > lintian warnings. > > Package source can be accessed at pkg-java git repository: > > http://anonscm.debian.org/gitweb/?p=pkg-java/jsoup.git > > I would be glad if someone uploaded this package for me. > > > [...] > > Kind regards, > > Jakub Adam > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665799 > > I did a minor review (without building it nor running Lintian) it appears to be looking good. I noticed Torsten Werner's copyright statement in d/copyright was a bit off and fixed that (pushed to git). I am not too happy with upstream's lack of copyright headers in the source files and some of the articles in the test suite appears to be "real" with their own copyright statements - fun and possibly non-distributable[1]. It seems to predate your changes, so I will file a bug for this. The watch file appears to be working rather well. At least reports a newer version (1.6.2). ~Niels [1] src/test/resources/htmltests/yahoo-article-1.html: """ Copyright © 2010 Reuters Limited. All rights reserved. Republication or redistribution of Reuters content is expressly prohibited without the prior written consent of Reuters. Reuters shall not be liable for any errors or delays in the content, or for any actions taken in reliance thereon. """ -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7af2ef.8050...@thykier.net
Re: RFS: slashtime
On 2011-12-19 19:58, Guillaume Mazoyer wrote: > Sorry for this late reply. > I guess that just made two of us... T_T - Next time feel free to nag me within a week or so. Assuming you are still interested in this package, ... > On Sun, Nov 06, 2011 at 10:43:51AM +0100, Niels Thykier wrote: >> Hi, >> >> A couple of lintian warnings worth considering to fix: >> >> N: Processing binary package slashtime (version 0.5.13-1, arch all) ... >> [...] >> W: slashtime: old-fsf-address-in-copyright-file >> E: slashtime: description-starts-with-package-name Looks fixed (based on the diffs) >> I: slashtime: description-synopsis-might-not-be-phrased-properly Will still be triggered (synopsis ends with a ".") >> W: slashtime: missing-classpath libjava-gnome-java Looks fixed, but you did not have to use a patch (jh_manifest could have done it). I do not care about which method you use, as long as you use the method you prefer to most. >> W: slashtime: binary-without-manpage usr/bin/slashtime Looks fixed as well. > I hope I have fixed some warnings, errors etc... My lintian did not > output all these lines + debexpo tells me that my package is lintian > clean. > >> The run script (usr/bin/slashtime) is broken - I don't get the "cd /usr" > It is used so the application can locate icons. > Upstream contains a 'share/pixmaps' directory so the 'cd /usr' is used > so the application can locate icons in '/usr/share/pixmaps'. > Okay, this is something I would like to see documented (preferably in the script just above the cd /usr). >> part and "exec /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java" will >> definitely not work for an arch:all package. Furthermore I believe "$@" >> is better than $* when it comes to arguments with spaces and such (note >> the quotes on the first). > I have made a patch for that and tell the upstream author that he should > fix that upstream :) > Thanks >> You may or may not be missing a short-name for the first "files" >> paragraph in d/copyright. I don't remember my DEP-5 here, but you have >> one for the second paragraph, so I assumed you forgot it for the first one. > As far as I know the copyright file is ok and this syntax is correct > according to http://dep.debian.net/deps/dep5 > I think I wanted to say 'you may be missing a short-name for the license field in the first "files" paragraph.'. But obviously I do not remember now. > I've re-uploaded the package on debexpo and also commited the new > revision of the file in the pkg-java team SVN. > > Thank you for reviewing my package. > > -- > Guillaueme Mazoyer ~Niels -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7aed31.8080...@thykier.net
Re: RFS: uddi4j
On 2011-12-04 19:28, Jakub Adam wrote: > Dear java packagers, > > I am looking for a sponsor for package "uddi4j". > > * Package name: uddi4j >Version : 2.0.5-1 >Upstream Author : IBM and HP > * URL : http://uddi4j.sourceforge.net > * License : IBM Public License 1.0 >Section : java > > It builds those binary packages: > > libuddi4j-java - Universal Description, Discovery and Integration > implementation in Java > libuddi4j-java-doc - Documentation for libuddi4j-java > > Packaging files can be accessed at pkg-java svn repository: > > http://anonscm.debian.org/viewvc/pkg-java/trunk/uddi4j > > I need this package as a dependency of eclipse-wtp. > > I would be glad if someone uploaded this package for me. > > Kind regards, > > Jakub Adam > > Hi, I see this one has fallen through the cracks and probably have not been sponsored (like wsil4j, which depends on this). Assuming these are still valid and needed, I am willing to sponsor these - though I would strongly prefer that uddi4j was moved to a git repository first. Also, I think that given that Stephan Michels has not committed since 2006, it is safe to remove Stephan from the Uploaders list. ~Niels ~Niels -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7aea05.1000...@thykier.net
Re: RFS: httpcomponents-client 4.1.1-2 (add OSGi metadata + maintenance) [Uploaded]
On 2012-03-29 23:47, Jakub Adam wrote: > Dear java packagers, > > I am looking for a sponsor for package "httpcomponents-client". > > * Package name: httpcomponents-client >Version : 4.1.1-2 >Upstream Author : Apache Software Foundation > * URL : http://hc.apache.org/httpcomponents-client/index.html > * License : Apache-2.0 >Section : java > > It builds those binary packages: > > libhttpclient-java - HTTP/1.1 compliant HTTP agent implementation > libhttpmime-java - HTTP/1.1 compliant HTTP agent implementation - > mime4j extension > > I let maven-bundle-plugin generate OSGi metadata for JAR library (new > dependency > of eclipse-mylyn 3.7.0), updated Standards-Version and fixed some > lintian warnings. > > Package source can be accessed at pkg-java git repository: > > http://anonscm.debian.org/gitweb/?p=pkg-java/httpcomponents-client.git > > I would be glad if someone uploaded this package for me. > > Kind regards, > > Jakub Adam > > Hi, Seems to been uploaded by Tony Mancill[1], so I guess this is done. :) ~Niels [1] $ who-uploads httpcomponents-client -M1 Uploads for httpcomponents-client: 4.1.1-2 to unstable: tony mancill -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7ac356.5080...@thykier.net
Re: New work on java-package
On 04/03/2012 12:29 AM, Emmanuel Bourg wrote: > Le 31/03/2012 21:10, Andrew Haley a écrit : > >>> While reading the authbind documentation I saw it was doing some fork >>> tricks behind the scene. Maybe the forked process can't allocate its >>> memory due to OpenVZ and quits? >> >> Hold on, do you see this problem outside OpenVZ? I know that there is >> a virtualization container that doesn't support memory overcommit, but >> I can't remember its name. If so, that's a big problem; Java's GC >> strategy really needs overcommit to work. > > This problem doesn't happen outside the OpenVZ container. > > OpenVZ has a setting to fiddle with memory overcommit (the privvmpages > parameter), but I'm not sure it'll work with a 32 bits container and 4GB > assigned, the limit can't be extended. > > If the JVM could allocate gradually the memory as the heap grows that > would help, but I guess that's not possible. Not really. To be frank, overcommit is such a basic Linux feature that any container which doesn't fully support it is just broken. >>> That's probably one more good reason to replace authbind with iptable in >>> my case. The other reason being the lack of IPv6 support. >> >> Right. I expect that every Java VM will move to IPv6, so authbind >> would stop working everywhere. > > The sad thing is there is no good alternative yet. I realized today that > ip6table doesn't support port redirection (because it works with NAT and > NAT is discouraged with IPv6). The only solution left is to put a > reverse proxy in front of Tomcat. It doesn't look difficult to make authbind work with IPv6. I don't know why no-one has yet done it. Andrew. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7ac21d.6030...@redhat.com
Re: RFS: eclipse-mercurialeclipse
On 2012-03-13 23:37, Jakub Adam wrote: > Dear java packagers, > > I am looking for a sponsor for package "eclipse-mercurialeclipse". > > [...] > > I would be glad if someone uploaded this package for me. > > Kind regards, > > Jakub Adam > > Hi, Uploaded, thanks for your contribution. I was not completely happy with the Base64Coder.java license in d/copyright (it is licensed under multiple licenses). But given the delay on my part, this one is on me. I took the "easy" route and picked the EPL-1.0 license for us, but I added a comment in d/copyright that other licenses are available if needed. I felt it was overkill to add 3-4 more licenses to d/copyright for one single file. ~Niels -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7ac1e2.1060...@thykier.net
Re: RFS: eclipse-cdt-pkg-config [Uploaded]
On 2012-03-11 23:36, Jakub Adam wrote: > Hi Niels, > >> I see this have (apparently) been left unanswered for a while. Is this >> RFS still relevant and if so, how do did you obtain a tarball for it? >> Upstream does not appear to have tarballs nor svn tags. The best I >> could find was their binary releases at [1], which suggests there are >> "multiple 0.5.3" versions. >> >> If you just pulled trunk, I think it is best to go back to the >> "+svn$rev" notation. > > yes, this RFS is still relevant. For the source tarball I determined the > right svn revision by comparing the commit date with build timestamp of > the last upstream binary release. But if you like it better I appended > revision number to the version. > >> I am also not sure what to make of the copyright holder of some the >> files in "templates/projecttemplates/". By the looks of it, it is a >> template/example thing. >>On the other hand, there seems to be a "Symbian Software" (possibly >> now owned by Nokia), so it could be a real copyright statement. If the >> latter is the case, the copyright statement is missing in d/copyright. > > Right, template.properties and template.xml seem to have real copyrights, > added them to the list. Rest of the files are just templates with > placeholders > for copyright. > > Regards, > > Jakub > > Hi, Uploaded, thanks for your contribution. :) ... and sorry for the delay. ~Niels -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7ab9bf.6060...@thykier.net
