Bug#719758: RFS: jgrowl/1.2.13-1 ITP to resolve OpenNebula dependency
tags 719758 + moreinfo thanks Hi, Le jeudi 15 août 2013 02:06:46 Matthias Schmitz a écrit : Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package jgrowl * Package name: jgrowl Version : 1.2.13-1 Upstream Author : Stan Lemon stosh1...@gmail.com * URL : https://github.com/stanlemon/jGrowl * License : GPL-2 or MIT Section : web FTR, I've started reviewing this package and I'm willing to sponsor it (since it's an opennebula package dependency). Regards, -- Damien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/6686469.S6SqbHaJez@murphy
Re: how to consult who has set usertag not-fit-for-wheezy
Hi, Le samedi 21 juillet 2012 10:20:53, Thibaut Paumard a écrit : Le 21/07/12 09:26, Bart Martens a écrit : Hello, Is there a way to consult who has set the usertag not-fit-for-wheezy for a particular RFS bug ? For normal tags like patch, upstream, moreinfo and so on, there are links to the messages sent to cont...@bugs.debian.org on the bug log, but for usertags I don't see such links. Regards, Bart Martens Yep, I've seen that too and I have no answer... You can use this : http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=not-fit-for- wheezy;users=sponsorship-reque...@packages.debian.org -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
[Uploaded] RFS: jquery-jplayer/2.1.0-1
Le lundi 14 mai 2012 00:33:07, Pau Garcia i Quiles a écrit : [...] A new version of the packaging, hopefull the final one, is available from mentors: http://mentors.debian.net/debian/pool/main/j/jquery-jplayer/jquery-jplayer_ 2.1.0-1.dsc Uploaded (waiting in NEW). Thanks for your contribution! -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: jquery-jplayer/2.1.0-1
Le dimanche 13 mai 2012 03:43:14, Pau Garcia i Quiles a écrit : - You use tarball-in-tarball approch with a jQuery.jPlayer.2.1.0.source.zip into your jquery-jplayer_2.1.0.orig.tar.gz. I'm not sure this is useful for this simple package : you should just repack upstream to an orig.tar.{gz,bz2}. This is easier for code review and for applying patches. AFAIK it's not possible to repack a .zip file while preserving timestamps, permissions, etc. That's why I'm packaging the .zip inside the .orig.tar.gz. Since you provide a debian/watch file, you should try uscan --repack : it will download your upstream ZIP file and repack it to a correct debian orig.tar format (default: gz) while preserving timestamp and permission (IIRC). I'm using a .tar.gz instead of .tar.bz2 because I'm still providing packages for Wt (witty) for Ubuntu Hardy, which uses an old debhelper. Since version 3.1.1, Wt depends on JPlayer for the WAudio and WVideo classes, therefore I will provide jquery-jplayer backports for Ubuntu Hardy. AFAIK, .tar.{bz2,lzma,xz} support is not linked to debhelper but to dpkg and archive tools (dak for Debian or soyuz for Ubuntu). But you're right, I don't think Hardy support dpkg 3.0 source format. - Jplayer.fla file seems to be useless (according to upstream [1] and to your debian/rules). Since this file seems to be a binary proprietary blob (and I don't know any tool in Debian that can edit this file) I think you should strip it from upstream tarball during repack. Given that I cannot preserve permissions or timestamps, and this file (although binary) is the preferred editable form, not a compiled, minified or obfuscated form, I'd rather not repack. The .fla is still useful for people who use Adobe CS tools to edit the Flash (the .fla is a project file), which can be used on Debian via Wine. I understand that .fla file is useful for people running Adobe tools but it's really look like a binary blob :) = largely undocumented, no free software tool in main to edit... You should at least document those facts into debian/copyright or debian/README.source to ease reviewing of your package by FTP Masters. - (optional) Maybe you should try Debian source package formats 3.0 (quilt) [2] ? It's not supported on Ubuntu Hardy. Due to that, and given that there are not patches, no multiple upstream tarballs, or anything where source format 3.0 would be useful, I can't see a valid reason to change from 1.0 to 3.0. Okay. - (optional) There is also improvement for debhelper handling. I think that you can simplify your debian/rules file [3] I don't really like the simplified debian/rules formats. Too much magic hidden behind convention. I like to see what's going on. Ack. Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: jquery-jplayer/2.1.0-1
Hi Pau! Le lundi 07 mai 2012 02:32:57, Pau Garcia i Quiles a écrit : jPlayer is required by version 3.2.1 of my package witty (http://packages.debian.org/witty) and by owncloud ( http://owncloud.org/ , in process of packaging by Paul van Tilburg and Thomas Müller). I'm interrested in sponsoring this package (ie. for owncloud), so here we go for some comments : - You use tarball-in-tarball approch with a jQuery.jPlayer.2.1.0.source.zip into your jquery-jplayer_2.1.0.orig.tar.gz. I'm not sure this is useful for this simple package : you should just repack upstream to an orig.tar.{gz,bz2}. This is easier for code review and for applying patches. - Jplayer.fla file seems to be useless (according to upstream [1] and to your debian/rules). Since this file seems to be a binary proprietary blob (and I don't know any tool in Debian that can edit this file) I think you should strip it from upstream tarball during repack. - (optional) Maybe you should try Debian source package formats 3.0 (quilt) [2] ? - (optional) There is also improvement for debhelper handling. I think that you can simplify your debian/rules file [3] That's all :) [1] http://jplayer.org/latest/developer-guide/#jPlayer-files-source [2] http://wiki.debian.org/Projects/DebSrc3.0 [3] http://joeyh.name/blog/entry/cdbs_killer___40__design_phase__41__/ Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: owncloud 2.0.1
Le jeudi 29 décembre 2011 22:04:24, Thomas Müller a écrit : Hi Damien, Hi Thomas, thanks for your feedback to my RFS! I'm still searching for a sponsor - your support is more than welcome! Good :) Are you *only* interested in sponoring or do you want to co-maintain? Both approached would be fine for me - in case of co-maintain a svn/git would be great. I'm not interrested in co-maintainership because I already lack time for my own packages, sorry. But even if you work alone on this package, you might want to use a VCS : it help attracting other maintainers and improve general feedback you'll get. THX, Thomas Am Mittwoch, den 28.12.2011 um 22:37 schrieb Damien Raude-Morvan: Le mercredi 23 novembre 2011 22:51:42, Thomas Müller a écrit : Dear mentors, Hi Thomas, I am STILL looking for a sponsor for my package owncloud. Meanwhile version 2.0.1 was released. Did anyone volunteered to be your sponsor for owncloud ? If not, I'm interested in this tool ! * Package name: owncloud Version : 2.0.1-1 Upstream Author : Frank Karlitschek, Robin Appelman, Jakob Sack, ... * URL : http://owncloud.org * License : AGPL Section : web Some comments : - I can't find any licence for JPlayer files, for instance : apps/media/js/Jplayer.swf apps/media/js/jquery.jplayer.min.js Thx for the hint - I'll try to find the license and add it. Please also pay attention to Paul Wise remarks : - there is, yet, no tool in Debian to build SWF files from source (Action Script I suppose) : Adobe Flex SDK is not yet in main. - neither of these filess comes with source code, this is a violation of the GNU GPL I think you should disable this feature for now... maybe we can work with upstream to provide some HTML5 version of this ? - There is some compressed javascript libraries. They're not considered as preferred source for modification, thus they are not suitable for main. core/js/jquery-1.6.4.min.js core/js/jquery-ui-1.8.14.custom.min.js core/js/jquery.infieldlabel.min.js apps/media/js/jquery.jplayer.min.js 3rdparty/js/chosen/chosen.jquery.min.js What would be the preverred way? Remove *.min.js and rebuild them from the source in the rules file? Prefered way is to : 1) use a dedicated package (see all libjs-jquery-* packages) 2) drop minified files from source tarball 3) symlink between current package /usr/share/package and JS file in other package Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Re: RFS: owncloud 2.0.1
Le mercredi 23 novembre 2011 22:51:42, Thomas Müller a écrit : Dear mentors, Hi Thomas, I am STILL looking for a sponsor for my package owncloud. Meanwhile version 2.0.1 was released. Did anyone volunteered to be your sponsor for owncloud ? If not, I'm interested in this tool ! * Package name: owncloud Version : 2.0.1-1 Upstream Author : Frank Karlitschek, Robin Appelman, Jakob Sack, ... * URL : http://owncloud.org * License : AGPL Section : web Some comments : - I can't find any licence for JPlayer files, for instance : apps/media/js/Jplayer.swf apps/media/js/jquery.jplayer.min.js - There is some compressed javascript libraries. They're not considered as preferred source for modification, thus they are not suitable for main. core/js/jquery-1.6.4.min.js core/js/jquery-ui-1.8.14.custom.min.js core/js/jquery.infieldlabel.min.js apps/media/js/jquery.jplayer.min.js 3rdparty/js/chosen/chosen.jquery.min.js - You should not set DMUA flag for your first upload of a NEW package (I don't know you enough to allow that :) Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Re: RFS: tsung (2nd try)
Le mercredi 16 novembre 2011 20:52:47, Ignace Mouzannar a écrit : Dear mentors, Hi Ignace! I am looking for a sponsor for my package tsung. [...] Looking forward to hearing your feedback. No more comments regarding this package since previous licensing problems has been fixed! Just uploaded into unstable (should be in NEW queue soon). Thank you for your time and consideration. Thanks for you work ! Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: flex-sdk-4.5
Le dimanche 06 novembre 2011 16:02:55, Joey Parrish a écrit : On Tue, Oct 25, 2011 at 03:52, Joey Parrish wrote: On Mon, Oct 24, 2011 at 18:22, Joey Parrish wrote: On Mon, Oct 24, 2011 at 17:23, Jaldhar H. Vyas wrote: I talked to the Alioth admins about it and it should be approved now. Excellent. I'll get to work setting up the repo tomorrow. I have the repository set up on alioth now. It's my first time using git, so if I've done anything obviously wrong, please let me know. http://alioth.debian.org/projects/pkg-flex-sdk/ Jaldhar, Hi Joey, I haven't heard back in a while. Anything wrong with my package or repo that's holding up an upload? Your repository doesn't show up on [1], did you setup post-update hook ? --- mv hooks/post-update.sample hooks/post-update chmod +x hooks/post-update --- [1] http://anonscm.debian.org/gitweb/ Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20061619.48052.draz...@debian.org
Re: RFS: flex-sdk-4.5
Hi Joey, On Thu, 13 Oct 2011 13:01:11 +0200, Joey Parrish joey.parr...@gmail.com wrote: Note that the Flex SDK itself cannot yet be built from Adobe's source code under Debian, even though the code is released under the MPL. Adobe's build system relies on Cygwin and some outdated and/or patched libraries to produce the binary SDK included in this package. From what I understand, this means that this package will have to live in non-free until Adobe's source can be built under Debian. From my understanding of #602499 ITP, it seems that people inside Adobe (especially Dave McAllister) are willing to help fixing this kind of issues. Have you talked to them about issues you found ? Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e88d5403d009d358126434733ab5...@drazzib.com
Re: RFS: lucene3
Le dimanche 21 août 2011 00:57:31, Mat Scales a écrit : Hello mentors! Hi Matt, I am looking for a sponsor for my package lucene3. [...] You should try to contact directly Debian Java Team on debian-jav@l.d.o for Java sponsoring. This package is an incompatible upgrade from the existing lucene2 package, though it was built from scratch rather than updating the original package. The .changes and .deb files all pass lintian -iI --pedantic cleanly. Why is your package not based on initial work done by Jan-Pascal van Best ? svn+ssh://svn.debian.org/svn/pkg-java/trunk/lucene3 Regards, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: tsung (2nd try)
Le samedi 25 juin 2011 17:16:58, Ignace Mouzannar a écrit : Dear mentors, Hi Ignace :) I am looking for a sponsor for my package tsung. As is written in Erlang, I thought I would send an email on the pkg-erlang-devel mailing list before trying my luck on debian-mentors@. But as I did not get an answer there, I am trying my luck here. As I regularly use tsung at work to perform load tests of our web applications, I wanted to see it in the official Debian repository. So I packaged it. Here are the details of the package [1]: --8---8-- * Package name: tsung Version : 1.3.3-1 Upstream Author : Nicolas Niclausse nico...@niclux.org * URL : http://tsung.erlang-projects.org/ * License : GPL-2 Section : net I just had a quick look at your package, and I've some comments : - I got Failed: 31. Skipped: 0. Passed: 121 test cases, is this expected to have this much failed test results ? did you see same result ? - ${perl:Depends} seems useless (you do too much perl packaging :) - Regarding license issue, sadly, I agree with Benoît : since Erlang PL is largely based on MPL, it is GPL-incompatible [1]. - You should report this upstream. - Since only 3 files are under Erlang PL, maybe we can drop those and build a +dfsg tarball ? [1] http://www.tomhull.com/ocston/docs/mozgpl.html Regards, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: animal-sniffer-parent
Hi Matthias, Here is a more extended review of your package. Le samedi 30 avril 2011 21:12:07, Matthias Schmitz a écrit : - on source package name: I don't think we should name it with a -parent suffix (-parent imply for me that only parent POM is included) first i named it only animal-sniffer but upstreams svn tag name is animal-sniffer-parent-1.6 so the created orig tarball was named animal-sniffer-parent_1.6 and i renamed the source package :-). The tag is named like that because in pom.xml file, artifactId is set to animal-sniffer-parent. So when upstream make a new release (with maven- release-plugin) this artifactId is used a tag name format. But for me that's orthogonal to upstream source package name. Is it ok for your to rename it ? - binary packages count: I don't know if its really necessary to split packages that much. Is there really a big number of dependencies ? First i tried to package only the animal-sniffer.jar with a single source / binary package but this needs the java-boot-classpath-detector and i start another single source / binary package. But this seems wrong because it comes both from the same source and so this bigger package was created. Should i melt all together in one binary package? It seems a neat idea to create a single binary package for every sub module (The jar, the Maven plugin, the Ant task and so on). YMMV, but for my point of view 1) animal-sniffer is a small package 2) there is no big dependency chain, I see no need to split it that much: 65000 for orig.tar.gz 5492 libanimal-sniffer-annotations-java 9078 libanimal-sniffer-annotations-java-doc 254552 libanimal-sniffer-ant-tasks-java 15690 libanimal-sniffer-ant-tasks-java-doc 10372 libanimal-sniffer-enforcer-rule-java 13642 libanimal-sniffer-enforcer-rule-java-doc 23936 libanimal-sniffer-java 24050 libanimal-sniffer-java-doc 22302 libanimal-sniffer-maven-plugin-java 17420 libanimal-sniffer-maven-plugin-java-doc 6904 libjava-boot-classpath-detector-java 9540 libjava-boot-classpath-detector-java-doc You can check FTP Master Reject FAQ [1] for explanation of my point : You split a package too much or in a broken way. Well, broken or too much is a wide definition, so this is a case-by-case thing, but you should really think about a split before you do it. For example it doesn't make any sense to split a 50k arch:all package from a 250k arch:any one. Or splitting a package for only one file, depending on the main package. Yes, big dependency chains can be a reason. Or big documentation splitted into one -doc package. The point there is big. Another - linked - comment I have is about providing -doc packages with Javadoc API. For example, libjava-boot-classpath-detector-java-doc, contains only one class Javadoc HTML file : ShowClassPath.html This HTML page doesn't contains any comment/documentation from upstream, only auto-generated info. I see no added value to provide this package (and many others -doc package seems to be on the same pattern) - Maybe you can 1) move all Javadoc to a common package like libanimal- sniffer-java-doc 2) disable Javadoc modules with no added value 3) install Javadoc to /api-component/ (see Java Policy [2]). - In animal-sniffer cas, valuable documentation is contained in src/site of each module. Maybe you can generate/provide it ? Regarding source tarball content, there is two binary files without source : ./animal-sniffer-enforcer-rule/src/it/setup-001/src/main/signatures/api-1- SNAPSHOT.signature ./animal-sniffer-enforcer-rule/src/it/setup-002/src/main/signatures/api-2- SNAPSHOT.signature You should removed it and/or find source of them. I haven't any other remark about your work, so we might be able to upload it soon. Thanks for you work. [1] http://ftp-master.debian.org/REJECT-FAQ.html [2] http://www.debian.org/doc/packaging-manuals/java-policy/x104.html Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFS: animal-sniffer-parent
Hi Matthias, On Fri, 29 Apr 2011 14:39:37 +0200, Matthias Schmitz matth...@sigxcpu.org wrote: I am looking for a sponsor for my package animal-sniffer-parent. * Package name: animal-sniffer-parent Version : 1.6-1 Upstream Author : Kohsuke Kawaguchi, codehaus.org, Stephen Connolly * URL : http://mojo.codehaus.org/animal-sniffer/ * License : MIT License Section : java [...] My motivation for maintaining this package is: I need thie package as dependency for the sonatype-aether library (which is a maven3 dependency). I'll check your package during this week-end. Two comments to start : - on source package name: I don't think we should name it with a -parent suffix (-parent imply for me that only parent POM is included) - binary packages count: I don't know if its really necessary to split packages that much. Is there really a big number of dependencies ? Regards, -- Damien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/91fbf31093e2da387625f9ff24345...@drazzib.com
Re: Bug#575850: RFS: libspring-webflow-2.0-java
Hi Miguel, Le jeudi 01 avril 2010 02:09:47, Miguel Landaeta a écrit : I uploaded a new version to mentors and pushed the changes to the git repo. Let me know if more changes are needed. Cheers, - URL: http://mentors.debian.net/debian/pool/main/l/libspring-webflow-2.0-java - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libspring-webflow-2.0-java/li bspring-webflow-2.0-java_2.0.8.RELEASE-1.dsc - Vcs-Git: git://git.debian.org/pkg-java/libspring-webflow-2.0-java.git I've uploaded your last mentors upload as is. Remember to tag this release in your Git VCS. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Re: Bug#575850: RFS: libspring-webflow-2.0-java
Hi Miguel, Here we go for libspring-webflow-2.0-java review : - debian/patches/02_fix_compilation.diff You should try to forward your patch upstream (maybe they'll be please to deliver you a parser compliant with OGNL version in debian) - debian/README.Debian-source Should be renamed to debian/README.source (as per Debian Policy § 4.14) - debian/control: * libspring-js-2.0-java short description seems a bit too generic Javascript abstraction framework. What about server-side Javascript abstraction framework ? * libspring-webflow-2.0-java: junit seems removable libhibernate3-java is twice + should be Recommends ... - projects/spring-js/src/main/resources/META-INF/dojo/ Seems already available inside libjs-dojo-core package 1) you can of course ship it inside original tarball (after all it's DFSG- compliant) 2) you should try to use existing JS and don't embedded it in JAR file. I don't exactly know how Spring.js can handle this :/ As a general guideline, we should try to avoid embedded code copies. Same apply for META-INF/dijix/ (in libjs-dojo-dijix package) - notice.txt (install) There is no need to install this file as we already ship it in source form (orig tarball) and copyright notice are provided by copyright file in each binary package (compliant with Apache License 2.0 §4d) - readme.txt Debhelper already take care of changelog.txt, but maybe you should install readme.txt too ? - docs/spring-webflow-reference/ As you already strip Javadoc from source package, you may want to remove all this. (As you may know, docbook source is here : projects/spring-webflow- reference/) Embedded code copies is the only blocking issue for me to upload your package. Can you provide me some feedback about this ? Cheers, -- Damien Raude-Morvan - http://www.damien-raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: Bug#575850: RFS: libspring-webflow-2.0-java
On Mon, 29 Mar 2010 20:41:49 -0430, Miguel Landaeta mig...@miguel.cc wrote: Hi mentors, Hi Miguel, I am looking for a sponsor for my package libspring-webflow-2.0-java. * Package name: libspring-webflow-2.0-java Version : 2.0.8.RELEASE-1 Upstream Author : SpringSource Inc. * URL : http://www.springsource.com/webflow * License : Apache-2.0, BSD and others Section : java I'm interested in sponsoring your package. I'll try to have a look at it this evening or tomorow. FYI, you might check your Homepage field (debian/control) : http://www.springsource.com/webflow may be replaced by http://www.springsource.ORG/webflow (first version won't work - just redirect to spring source inc. main site) Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/b06f631684f8f67be222978c286fb...@drazzib.com
Re: Bug#519938: RFS: System protoaculous library
Le mardi 29 décembre 2009 21:10:41, Michael Gilbert a écrit : Hi, Hi, [context: I'm the owner of yuicompressor ITP #519938] I have put together a protoaculous package for the packages currently embedding it (which of course leads to difficulty when it comes to security updates). I am looking for a sponsor that would be willing to upload the package. Note that I also had to package yui-compressor (which already had an ITP #519938 that appeared to have stalled). I haven't seen any ping from you regarding #519938. As a general guideline, if an ITP is assigned to someone you should try to contact him before working alone on your side :) For example, I would have said to you that there is already a preview package in pkg-java SVN repository : svn://svn.debian.org/svn/pkg-java/trunk/yuicompressor/ This preview package contains : - a debian/watch file - a reviewed debian/copyright but it's missing some interesting bits from your package : - a manpage - a launcher shell script I think your first step will be to commit this work to pkg-java SVN repository (you can request access on [1]). Secondly, to explain the stalled status of this ITP : yuicompressor used a modified and embeded version of rhino Javascript library. YUI Compressor won't work with genuine rhino debian package [2]. I've seen in your debian/rules that you are trying to apt-get source rhino during build : it seems wrong from my point of view. You cannot rely on deb- src lines in /etc/apt/sources.list to build your package and you cannot download source code during build (even when using apt-get). One possible short term solution will be to create a new rhino-source package (like we have cacao-source package) to cleanly Build-Depends from but I haven't had time to work on it (patches welcome :). Other mid-term solution, will be to fix yuicompressor to use clean AST (Abstract Syntax Tree) processor [3]. [1] https://alioth.debian.org/projects/pkg-java/ [2] http://yuilibrary.com/projects/yuicompressor/ticket/1859529 [3] Expected to be released in next rhino. -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: java3d-fileloader
Le jeudi 26 novembre 2009 18:51:12, Gabriele Giacone a écrit : Dear mentors, Dear Java people, Hi Gabriele, Welcome a board! I'm packaging sweethome3d [1] Great! And now (f). It's a loader for file in 3D Studio format [4] by Microcrowd under LGPL * Package name: java3ds-fileloader Version : 1.2-1 Upstream Author : Microcrowd t...@microcrowd.com * URL : http://www.microcrowd.com * License : LGPL Section : java It builds these binary packages: java3ds-fileloader - Java3DS 3DS FileLoader Random comments : - Maybe join pkg-java team [1] and commit your packaging in SVN repository (or at least any VCS software) debian/changelog: - a NEW package should close an ITP bug (Debian Developer's Reference section 5.1 [2]) debian/control: - Architecture: any ? Are you sure [3] ? Looks like Architecture: all as package package contains only architecture-independent bytecode = no need to rebuild this package for each arch. - Depends: no need for ${shlibs:Depends} in a Java package - Description: what 3DS is ? - Description: Supports should be an itemized list debian/copyright: - maybe you should licence your packaging work under same license as upstream (may help when upstream apply your patches) debian/rules: - you should provide a get-orig-source target (recommended by Debian Policy 3.8.3) debian/watch is missing [1] http://java.debian.net/developers.html [2] http://www.debian.org/doc/developers-reference/pkgs.html#newpackage [3] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f- Architecture Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: jmdns
Hi Mathieu, On Tue, 27 Oct 2009 15:42:00 +0100, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Mon, Oct 12, 2009 at 9:51 AM, Damien Raude-Morvan dam...@raude-morvan.com wrote: Unfortunately, I won't upload a tarball with unclear licensed files in orig tarball. [I'm confident that FTP Masters will agree with me : I've already made that mistake when uploading a NEW package and they did not let past :P] You have two options : - remove offending files from orig.tar.gz and make jmdns library work without them Ok, since no news from upstream, I decided to remove those files (they are required for building utilities but not the libraries itself). New upload is at: http://mentors.debian.net/debian/pool/main/j/jmdns/jmdns_2.1-1.dsc I'll take care of it during this evening. Thanks for your work. Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: jmdns
Le mardi 27 octobre 2009 15:48:53, Damien Raude-Morvan a écrit : Hi Mathieu, On Tue, 27 Oct 2009 15:42:00 +0100, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Mon, Oct 12, 2009 at 9:51 AM, Damien Raude-Morvan dam...@raude-morvan.com wrote: Unfortunately, I won't upload a tarball with unclear licensed files in orig tarball. [I'm confident that FTP Masters will agree with me : I've already made that mistake when uploading a NEW package and they did not let past :P] You have two options : - remove offending files from orig.tar.gz and make jmdns library work without them Ok, since no news from upstream, I decided to remove those files (they are required for building utilities but not the libraries itself). New upload is at: http://mentors.debian.net/debian/pool/main/j/jmdns/jmdns_2.1-1.dsc I'll take care of it during this evening. Uploaded. [and tagged in pkg-java SVN repository] Thanks for your work. -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: jmdns
Hi, [...] Having license headers in all human created files is a boring task but it's necessary, like explained by Sam Ruby [2]. [0] http://www.debian.org/MailingLists/ [1] http://issues.apache.org/jira/browse/TUSCANY-848 [2] http://markmail.org/message/yyf455sqfl6vagmo Done: https://sourceforge.net/tracker/?func=detailaid=2876925group_id=93852atid=605791 Fine. Did you check my actual package, is it ok now ? Now this is outside of my responsibility, if upstream never bother fixing those headers, right ? Unfortunately, I won't upload a tarball with unclear licensed files in orig tarball. [I'm confident that FTP Masters will agree with me : I've already made that mistake when uploading a NEW package and they did not let past :P] You have two options : - remove offending files from orig.tar.gz and make jmdns library work without them - wait for upstream to fix that Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: jmdns
Le samedi 10 octobre 2009 16:31:59, Mathieu Malaterre a écrit : Salut Damien, Hi :) [No need to CC me, I'm suscribed to -mentors and -java Please read, Debian ML Code of conduct] On Thu, Oct 8, 2009 at 8:42 PM, Damien Raude-Morvan draz...@debian.org wrote: http://mentors.debian.net/debian/pool/main/j/jmdns/jmdns_2.1-1.dsc I think I got everything ok; excep your last remark: * Upstream should include ASL-2.0 headers [4] What should I do about that ? You should report a bug to upstream about that and wait for new release/fix. Read for example [1]. Having license headers in all human created files is a boring task but it's necessary, like explained by Sam Ruby [2]. [0] http://www.debian.org/MailingLists/ [1] http://issues.apache.org/jira/browse/TUSCANY-848 [2] http://markmail.org/message/yyf455sqfl6vagmo Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: simple-xml
Hi, Le jeudi 08 octobre 2009 11:52:11, Sylvestre Ledru a écrit : * Package name: simple-xml [...] The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/simple-xml - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/simple-xml/simple- xml_2.1.4-1.dsc I would be glad if someone uploaded this package for me. * update the control file with debian-java as a maintainer and you as an uploader AFAIK, this is not a strict rule but just a best practice for library packages and important program which require heavy work (like eclipse or so). [...] * java5-runtime-headless what is this package ? I cannot find any reference to it. It's a virtual package provided by Java runtimes [1] which support : - 49.0 class file format - Java 5.0 standard edition API [1] http://packages.debian.org/sid/java5-runtime-headless Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: jmdns
Hi Mathieu, Le samedi 03 octobre 2009 11:08:33, Mathieu Malaterre a écrit : It builds these binary packages: libjmdns-java - A Java implementation of multi-cast DNS (Apple Rendezvous) [...] The upload would fix these bugs: 486697 [...] I would be glad if someone uploaded this package for me. Some comments about this package : - You have build a debian-native package (debian/ directory in jmdns_2.1-1.tar.gz). You should remove debian/ directory and rename this to jmdns_2.1.orig.tar.gz - debian/control: * I won't sponsor a DM-Upload-Allowed: yes package for a NEW one. * Source: jmdns with Section: libs and only one Package: libjmdns-java Section: java. You should set Source: jmdns with Section: java use inheritance to binary packages * Move openjdk-6-jdk from B-D-I to B-D * Short description should not start with A... [1] * You should set Vcs-* fields to pkg-java SVN repository - debian/copyright * You should use DEP-5 [2] instead of http://wiki.debian.org/Proposals/CopyrightFormat * You should swap Files: * and Files: debian/* (DEP-5: it is recommended for clarity that the stanzas appear in order from most general (e.g. Files: *) first, through to most specific) * debian/* are copyright Yann Rouillard. And you ? :) * You should include in debian/copyright a note about upstream switch from LGPL-2.1 to ASL-2 (to explain two LICENCE files in root directory) * AFAIK, some files are still licensed under LPGL [3] * Upstream should include ASL-2.0 headers [4] - You should build a separate -doc package for Javadoc API [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging- practices.html#bpp-pkg-synopsis [2] http://dep.debian.net/deps/dep5/ [3] LGPL-2.1 files : src/samples/ListServices.java src/samples/DiscoverServiceTypes.java src/samples/DiscoverServices.java src/samples/OpenJmDNS.java src/samples/RegisterService.java src/com/strangeberry/jmdns/tools/Browser.java src/com/strangeberry/jmdns/tools/Responder.java src/com/strangeberry/jmdns/tools/Main.java [4] http://apache.org/licenses/LICENSE-2.0.html How to apply the Apache License to your work You should, at least, fix the most important issues before I'll sponsor this package. Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: faifa (new package)
Le lundi 07 septembre 2009 18:33:45, Rogério Brito a écrit : Hi, Damien. Hi Rogério, On Sep 07 2009, Damien Raude-Morvan wrote: Faifa is a network tool to configure, inspect flash, collect statistics on HomePlug 1.0/AV devices. . It sends all private and public ethernet management frames to the devices. It builds these binary packages: faifa - Homeplug 1.0/AV tool libfaifa-dev - Homeplug 1.0/AV development libraries libfaifa0 - Homeplug 1.0/AV library Please, give more detailed descriptions. Especially the long description should be a little more informative. I've uploaded a new package with extended description : Description: manage HomePlug 1.0/AV devices via ethernet frames - devel library Faifa is a network tool to remotely manage HomePlug 1.0 and HomePlug AV devices. . HomePlug 1.0 and HomePlug AV are specifications of Power Line Communication (PLC). PLC is a system for carrying data - network packets - over power line. http://www.homeplug.org/ . This tool can configure, flash and collect statistics on thoses devices using private and public Ethernet frames. . This package contains Faifa shared library. Is this ok for you ? Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
Re: RFS: faifa (new package)
Le vendredi 18 septembre 2009 00:53:37, Damien Raude-Morvan a écrit : Le lundi 07 septembre 2009 18:33:45, Rogério Brito a écrit : Hi, Damien. Hi Rogério, On Sep 07 2009, Damien Raude-Morvan wrote: Faifa is a network tool to configure, inspect flash, collect statistics on HomePlug 1.0/AV devices. . It sends all private and public ethernet management frames to the devices. It builds these binary packages: faifa - Homeplug 1.0/AV tool libfaifa-dev - Homeplug 1.0/AV development libraries libfaifa0 - Homeplug 1.0/AV library [...] I've uploaded a new package with extended description : Forgot to include link to mentors.d.n dsc file : http://mentors.debian.net/debian/pool/main/f/faifa/faifa_0.2~svn42-1.dsc Cheers, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
RFS: faifa (new package)
Dear mentors, I am looking for a sponsor for my package faifa. * Package name: faifa Version : 0.2~svn41-1 Upstream Author : Xavier Carcelle xavier.carce...@gmail.com Florian Fainelli flor...@openwrt.org Nicolas Thill n...@openwrt.org * URL : https://dev.open-plc.org/ * License : GPL v2.1 (with OpenSSL exception) Section : net Faifa is a network tool to configure, inspect flash, collect statistics on HomePlug 1.0/AV devices. . It sends all private and public ethernet management frames to the devices. It builds these binary packages: faifa - Homeplug 1.0/AV tool libfaifa-dev - Homeplug 1.0/AV development libraries libfaifa0 - Homeplug 1.0/AV library The package is lintian clean. It's my first source package with a shared library package, so feel free to comment any mistake I've made on this package. The upload would fix these bugs: #544804: ITP: faifa -- Homeplug 1.0/AV tool The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/faifa - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/faifa/faifa_0.2~svn41-1.dsc I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan - http://damien.raude-morvan.com/ signature.asc Description: This is a digitally signed message part.
RFS: ognl
Dear friends, I am looking for a sponsor for my package ognl. * Package name: ognl Version : 2.7.3-1 Upstream Author : Drew Davidson and Luke Blanshard (Open Symphony) * URL : http://www.opensymphony.com/ognl/ * License : BSD/Apache Section : java It builds these binary packages: libognl-java - Java expression language libognl-java-doc - Java expression language - Documentation OGNL stands for Object-Graph Navigation Language; it is an expression language for getting and setting properties of Java objects. You use the same expression for both getting and setting the value of a property. The package is lintian clean. The upload would fix these ITP: #321476 The package can be found on : - dget http://mentors.debian.net/debian/pool/main/o/ognl/ognl_2.7.3-1.dsc or - svn+ssh://svn.debian.org/svn/pkg-java/trunk/ognl I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: ognl
Le dimanche 09 août 2009 22:40:30, Matthew Johnson a écrit : Hi Damien, Hi Matthew, I've reviewed the package and it looks clean, but I have one question. Which bit is licenced under the apache-derived licence? I can only find BSD-licenced files. OpenSymfony Licence (Apache derived one) is promoted by upstream as official OGNL project licence [1]. But, as you, every source file I can found under src/ in tarball were licenced under classical BSD licence. IMHO, this OpenSymfony Licence apply, at least, to DocBook sources files in docbook/. All in all, thoses licences seems compatible between each other so it doesn't hurt. [1] http://www.opensymphony.com/ognl/license.action -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: ognl
Le dimanche 09 août 2009 23:53:41, Matthew Johnson a écrit : On Sun Aug 09 23:02, Damien Raude-Morvan wrote: I've reviewed the package and it looks clean, but I have one question. Which bit is licenced under the apache-derived licence? I can only find BSD-licenced files. OpenSymfony Licence (Apache derived one) is promoted by upstream as official OGNL project licence [1]. But, as you, every source file I can found under src/ in tarball were licenced under classical BSD licence. [...] I don't like: * 5. Products derived from this software may not be called * OpenSymphony *or OGNL, nor may OpenSymphony or OGNL appear in their *name, without prior written permission of the OpenSymphony *Group. since we are, arguably, distributing a derivative work and if we ever patch it then we certainly are. I've CC'd debian-legal to get slightly wider comments on the matter. I haven't carrefully reviewed this licence because I'm sure it was an cutpaste of Apache Licence 1.1 with s/Apache Software Foundation/OpenSymfony OGNL/. And I know we already package many software under Apache 1.1 (at least 35 in main). I've submitted a bug upstream to, at least, clarify applicable licence for source code between BSD 3-Clause and this OpenSymfony Licence : http://jira.opensymphony.com/browse/OGNL-156 Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: libslf4j-java (updated package)
Dear mentors and java maintainers, I am looking for a sponsor for the new version 1.5.8-1 of package libslf4j-java. It builds these binary packages: libslf4j-java - Simple Logging Facade for Java The package is lintian clean. The package can be found on mentors.debian.net: - http://mentors.debian.net/debian/pool/main/l/libslf4j-java/libslf4j- java_1.5.8-1.dsc or on pkg-java team SVN Repository: - svn+ssh://svn.debian.org/svn/pkg-java/trunk/libslf4j-java I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: libslf4j-java (updated package)
Le lundi 15 juin 2009 22:54:33, Torsten Werner a écrit : Hi Damien, Hi Torsten, On Mon, Jun 15, 2009 at 10:45 PM, Damien Raude-Morvandraz...@drazzib.com wrote: I am looking for a sponsor for the new version 1.5.8-1 of package libslf4j-java. unfortunately java-gcj-compat-dev is still broken: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532065. Someone needs to fix this bug. Someone needs to fix this bug should be understood as Someone may NMU this real-soon-now if Uploaders don't take action, isn't it ? IMO, we should add a Depends on gcj-4.3 but maybe doko (Matthias) have different views on this. In any case, he should comment this issue before someone NMU this. Concerning my RFS, should we stop uploading new packages revisions until some fix java-gcj-compat-dev ? Cheers, -- Damien Raude-Morvan / www.drazzib.com PS: no need to CC me, I'm suscribed to -java -mentors signature.asc Description: This is a digitally signed message part.
RFS: libspring-2.5-java
Dear mentors and java maintainers, I am looking for a sponsor for my package libspring-2.5-java. * Package name: libspring-2.5-java Version : 2.5.6.SEC01-1 Upstream Author : SpringSource Inc. * URL : http://www.springsource.org/ * License : Apache 2.0 Section : java It builds these binary packages: libspring-aop-2.5-java - modular Java/J2EE application framework - AOP libspring-beans-2.5-java - modular Java/J2EE application framework - Beans libspring-context-2.5-java - modular Java/J2EE application framework - Context libspring-context-support-2.5-java - modular Java/J2EE application framework - Context Support libspring-core-2.5-java - modular Java/J2EE application framework - Core libspring-jdbc-2.5-java - modular Java/J2EE application framework - JDBC tools libspring-jms-2.5-java - modular Java/J2EE application framework - JMS tools libspring-orm-2.5-java - modular Java/J2EE application framework - ORM tools libspring-test-2.5-java - modular Java/J2EE application framework - Test helpers libspring-tx-2.5-java - modular Java/J2EE application framework - transaction libspring-web-2.5-java - modular Java/J2EE application framework - Web libspring-webmvc-2.5-java - modular Java/J2EE application framework - MVC The package is lintian clean. The package can be found on mentors.debian.net: - http://mentors.debian.net/debian/pool/main/l/libspring-2.5- java/libspring-2.5-java_2.5.6.SEC01-1.dsc I would be glad if someone uploaded this package for me. Torsten, as you already checked previous version of this package could you please ahve a look ? Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: libslf4j-java (updated package)
Le lundi 15 juin 2009 23:23:34, Vincent Fourmond a écrit : Hello Damien ! Damien Raude-Morvan wrote: Concerning my RFS, should we stop uploading new packages revisions until some fix java-gcj-compat-dev ? If it FTBS in a chroot, sure enough: uploaders can't build... Pwned! I've re-checked and dependencies problem seems to have vanished. It seems to be linked with upload of gcc-defaults (1.87) [1]: gcj-jre-headless/gcj-jdk: Depend on gij-4.3/gcj-4.3. Closes: #532292. Now we have this (complex) dep. chain : default-jdk-builddep - default-jdk - java-gcj-compat-dev - gcj - gcj-jdk - gcj-4.3 You should check my package in chroot now ;) [1] http://packages.qa.debian.org/g/gcc-defaults/news/20090611T224713Z.html Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: tomcat-native (updated package) (2nd try)
Dear mentors, I am looking for a sponsor for the new version 1.1.16-1 of tomcat-native package. It builds these binary packages: libtcnative-1 - Tomcat native library using the apache portable runtime The package appears to be lintian clean. The upload would fix these bugs: 514500, 517163 (RC), 521306 I've tested those fixes with tomcat6 and tomcat5.5 from unstable and debdiff seems clean. The package can be found on mentors.debian.net: dget http://mentors.debian.net/debian/pool/main/t/tomcat-native/tomcat- native_1.1.16-1.dsc or on pkg-java SVN-repository : debcheckout svn+ssh://svn.debian.org/svn/pkg-java/trunk/tomcat-native I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: rhino: New debian package prepared (2nd try)
Hi, I've prepared new upstream release 1.7R2 of rhino in debian pkg-java SVN repository. It fix NPE #512498 at rhino startup (see debian/bin/rhino for moreinfo). Here is my changes : * New upstream release. - new 02_exclude-jdk15 patch to exclude already compiled classes for jdk15 rebuild: gcj doesn't handle compiling classes already on its classpath - new rhino-debugger launcher for Rhino Debugger Swing UI - update rhino launcher to exclude OpenJDK bundled rhino (Closes: #512498) * debian/{postinst,prerm }: scripts should take care of errors, add set -e before any instruction * debian/rules: add new get-orig-source target using uscan * debian/control: - Build-Depends on specialized default-jdk-builddep instead of default-jdk - Bump Standards-Version to 3.8.1: Wrap Uploaders field - add Depends on ${misc:Depends} I would be glade if someone review my changes and upload this package in unstable. The package can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/r/rhino/rhino_1.7R2-1.dsc or on debian pkg-java SVN repository - svn+ssh://svn.debian.org/svn/pkg-java/trunk/rhino Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: commons-jci (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0-2 of my package commons-jci. Here is the changelog : * Upload to unstable as Lenny is now released * Bump Standards-Version 3.8.1 (no changes needed) * Move libcommons-jci-java-* to java section It builds these binary packages: libcommons-jci-eclipse-java - common Java interface for various compilers - Eclipse JDT libcommons-jci-groovy-java - common Java interface for various compilers - Groovy libcommons-jci-janino-java - common Java interface for various compilers - Janino libcommons-jci-java - common Java interface for various compilers - Core and FAM libcommons-jci-java-doc - common Java interface for various compilers - documentation libcommons-jci-rhino-java - common Java interface for various compilers - Javascript The package appears to be lintian clean. The package can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/c/commons-jci/commons- jci_1.0-2.dsc or on Debian Java pkg-java Repository : - svn+ssh://svn.debian.org/svn/pkg-java/trunk/commons-jci I would be glad if someone uploaded this package for me. Kind regards Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: commons-javaflow (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.0~svn20060411-2 of my package commons-javaflow. Here is the changelog: * Upload to unstable as Lenny is now released * Bump Standards-Version 3.8.1 (no changes needed) * Move libcommons-javaflow-java to java section It builds these binary packages: libcommons-javaflow-java - Java implementation of Continuations concept libcommons-javaflow-java-doc - Java implementation of Continuations concept - documentation The package appears to be lintian clean. The package can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/c/commons-javaflow/commons- javaflow_0.0~svn20060411-2.dsc or on Debian Java pkg-java Repository : - svn+ssh://svn.debian.org/svn/pkg-java/trunk/commons-javaflow I would be glad if someone uploaded this package for me. Kind regards Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: tomcat-native (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.16-1 of tomcat-native package. It builds these binary packages: libtcnative-1 - Tomcat native library using the apache portable runtime The package appears to be lintian clean. The upload would fix these bugs: 514500, 517163, 521306 I've tested those fixes with tomcat6 and tomcat5.5 from unstable and debdiff seems clean. The package can be found on mentors.debian.net: dget http://mentors.debian.net/debian/pool/main/t/tomcat-native/tomcat- native_1.1.16-1.dsc or on pkg-java SVN-repository : debcheckout svn+ssh://svn.debian.org/svn/pkg-java/trunk/tomcat-native I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: commons-math
Hi Matt, On Friday 20 March 2009 00:57:35 Matthew Johnson wrote: On Thu Mar 19 21:01, Damien Raude-Morvan wrote: Ok, can I suggest a compromise. Build-depend on default-jdk and then at build time compile with default-jdk and, if openjdk is installed, use it to run the test suite. It would make the build nondeterministic between different host with different installed packages [1]. I'm reluctant to make this change (aka you have to convice me :P. The _build_ should be the same everywhere (always default-jdk, you said that the bytecode was identical, right), but the test suite would only run when you had openjdk to stop it taking such a long time). Hence, the library can still be used with default-jre, it just might be slow. I don't mind too much though. An alternative could be to compile with -target 1.5 to ensure you use a classfile version compatible with gcj. I finally see our misundertanding : I already build all class files with -source 1.3 and -target 1.3 (class Format 47) as recommanded by upstream. They will run fine on any JVM = 1.3. Could you upload my package as is ? -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: commons-math
Hi Matt, On Thursday 19 March 2009 00:32:55 Matthew Johnson wrote: On Sun Mar 15 23:58, Damien Raude-Morvan wrote: On Sunday 15 March 2009 21:09:33 Matthew Johnson wrote: Hi Damien, I'm looking at it now, I've got a couple of points, Hi, sorry for the delay. Sounds reasonable: I've downgraded openjdk-6-jre-headless to a Suggests. But now, Lintian complains about virtual-package-depends-without-real- package-depends. May I ignore that ? No, you either have to have realjvm | javaX-runtime, or nothing, policy (real policy) doesn't allow depends on virtual packages. I don't like depending on JVMs from library packages, so I would go for nothing. Ok, seems logical to me. Done (deployed on mentors and pkg-java SVN). This package is build using OpenJDK6 instead of GCJ because OpenJDK6 is really faster doing test-suite (x10 factor). [...] Ok, can I suggest a compromise. Build-depend on default-jdk and then at build time compile with default-jdk and, if openjdk is installed, use it to run the test suite. It would make the build nondeterministic between different host with different installed packages [1]. I'm reluctant to make this change (aka you have to convice me :P. Cheers, [1] http://lists.debian.org/debian-devel/2009/02/msg00171.html -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: commons-math
Dear mentors and Java maintainers, I am looking for a sponsor for my package commons-math. * Package name: commons-math Version : 1.2-1 Upstream Author : Apache Software Foundation * URL : http://commons.apache.org/math/ * License : Apache 2.0 Section : java It builds these binary packages: libcommons-math-java - Java lightweight mathematics and statistics components libcommons-math-java-doc - Java lightweight mathematics and statistics components - document The package appears to be lintian clean. The upload would fix these bugs: 506987 This package is build using OpenJDK6 instead of GCJ because OpenJDK6 is really faster doing test-suite (x10 factor). The package can be found on : - mentors: http://mentors.debian.net/debian/pool/main/c/commons-math/commons- math_1.2-1.dsc - pkg-java SVN repository: svn+ssh://svn.debian.org/svn/pkg- java/trunk/commons-math I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: commons-math
On Sunday 15 March 2009 21:09:33 Matthew Johnson wrote: Hi Damien, I'm looking at it now, I've got a couple of points, Hi Matthew and thanks for taking care. firstly, libraries should not depend on runtimes (you depend on openjdk-6-jre-headless | java2-runtime-headless), applications using them should depend on appropriate runtimes. Sounds reasonable: I've downgraded openjdk-6-jre-headless to a Suggests. But now, Lintian complains about virtual-package-depends-without-real- package-depends. May I ignore that ? By the way, I haven't found any java librairies packages compliant with this policy [1]. Secondly, the 'other' licences you list are actually BSD licences, you should probably cite them as such and just link to the one in /usr/share/common-licences. BSD license included in /usr/share/common-licenses is 3-clause BSD whereas none of the license listed debian/copyright is this particular one. I would prefer to keep verbatim copy of those one (may help FTP-Masters too) This package is build using OpenJDK6 instead of GCJ because OpenJDK6 is really faster doing test-suite (x10 factor). Is it really faster if you build with openjdk? what about if you build with default-jdk and run with gcj? If it is just the JRE which makes a difference I think you should build with default-jdk and then just document that people should run their apps against it with openjdk. build time (compile + test-suite) is really faster with OpenJDK6. Compiled bytecode seems identical between GCJ or OpenJDK javac. If it's just the length of time to run the test suite at build time... I'm not sure. It's a significant proportion of the build time already, does the test suite need to be run on every build? As Java package are not autobuilt by traditionnal Debian buildd network, it will not take CPU time on autobuilder but only on DD workstation. I see that as a security guard for invalid upload by others maintainers : you could (must ?) always have a look a global tests results before uploading. [1] http://www.debian.org/doc/packaging-manuals/java-policy/x105.html Cheers, PS: I've uploaded a new package with downgraded openjdk-6-jre-headless depends to a Suggests. -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: libmx4j-java (updated package)
Hi Damien, Hi Varun, [...] The new package still fails to build on many archs and I am not sure why. Could you please check? There is some massive libraries transitions ongoing in unstable. Since yesterday (11/03), there is +3000 uninstallable packages [2]. In our issue, default-jdk isn't available on many arch [1] because of this chain of uninstallable packages : missing java-gcj-compat - missing gcj-4.3 - missing libcairo2 - missing libdirectfb-1.0-0 (which had bump his soname to libdirectfb-1.2-0) So I think we just have to wait for respective DD, to upload new packages with updated Build-Depends and Depends. [1] for example, on PowerPC : http://edos.debian.net/edos-debcheck/results/unstable/1236811202/powerpc/list.php [2] http://edos.debian.net/edos-debcheck/unstable.php Regards, -- Damien Raude-Morvan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: libmx4j-java (updated package)
Hi Varun, On Tuesday 10 March 2009 23:30:20 Varun Hiremath wrote: Hi Damien, On Tue, 10 Mar, 2009 at 12:13:49AM +0100, Damien Raude-Morvan wrote: Dear mentors, I am looking for a sponsor for the new version 3.0.2-5 of package libmx4j-java : Looks good. Uploaded. It's time for my first brown paper bag release ;( libmx4j-java 3.0.2-5 won't build |1] because I've made two mistakes : - I've moved some java libraries from B-D to B-D-I without thinking this particular package have an architecture-dependent package (libmx4j-java-gcj). To build this package, we rebuild a JAR file then dh_nativejava in the build target of debian/rules so we need to keep all this libs in B-D. A pbuilder env. auto install B-D *and* B-D-I so I haven't seen this when building locally. I'm currently setting up a local sbuild... - openjdk-6-jdk is not available on m68k and s390 wheras java-gcj-compat is. libmx4j-java is a dependency of java-gcj-compat-headless which in turn is a dependency of java-gcj-compat-dev | default-jdk-builddep. So with this 3.0.2-5 upload, java-gcj-compat-dev or default-jdk-builddep were uninstallable on those arch because of a missing openjdk-6-jdk. I'm really sorry for all this garbage. I hope someone will sponsor my new 3.0.2-6 soon to revert this nasty issues. Here is the changelog for 3.0.2-6 (available here [2]) : * First brown paper bag release! * Revert usage of openjdk-6-jdk (not available on all arch) - reapply mx4j-no-iiop.patch to disable IIOP - remove Depends on openjdk-6-jdk - use /usr/lib/jvm/default-java as JAVA_HOME - restore previous README entry about IIOP * Revert move of all java libraries to B-D-I and restore usage of B-D: - we need to build JAR for architecture-dependent -gcj package [1] https://buildd.debian.org/pkg.cgi?pkg=libmx4j-java [2] svn+ssh://svn.debian.org/svn/pkg-java/trunk/libmx4j-java [2'] http://mentors.debian.net/debian/pool/main/l/libmx4j-java/libmx4j- java_3.0.2-6.dsc Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: libslf4j-java (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.5.6-1 of package libslf4j-java : * New upstream release - new slf4j-ext module - add Build-Depends on libjavassist-java and libcommons-lang-java * add Depends ${misc:Depends} as suggest by Lintian * add Suggests for : - libjavassist-java - liblog4j1.2-java - libcommons-logging-java I need this new version of libslf4j-java for Logback [1] and Red5 [2] package. It builds these binary packages: libslf4j-java - Simple Logging Facade for Java The package appears to be lintian clean. The package can be found : - on mentors.debian.net http://mentors.debian.net/debian/pool/main/l/libslf4j-java/libslf4j- java_1.5.6-1.dsc - on Alioth pkg-java SVN svn+ssh://svn.debian.org/svn/pkg-java/trunk/libslf4j-java I would be glad if someone uploaded this package for me. [1] http://bugs.debian.org/506569 [2] http://bugs.debian.org/503594 Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: libmx4j-java (updated package)
Dear mentors, I am looking for a sponsor for the new version 3.0.2-5 of package libmx4j-java : * Apply patch mx4j-remove-invalids-providers.patch to remove invalid service provider from META-INF/services/. Closes: #504664. * debian/control: - Move all java libraries to Build-Depends-Indep They are arch:all and not needed during clean target. - Add Depends on openjdk-6-jdk to enable IIOP build - Bump Standards-Version to 3.8.0. - Bump to debhelper = 7 - Add ${misc:Depends} on libmx4j-java package. - Add myself as uploader. * debian/compat: Bump debhelper compat level to 7 * debian/rules: Use openjdk-6-jdk as builder via JAVA_HOME * debian/README.Debian - Remove section about missing IIOP as we now build this part of MX4J * debian/patches/mx4j-no-iiop.patch: Remove to re-enable IIOP build There are one lintian warning left: - command-with-path-in-maintainer-script waiting for #511491. The upload would fix these bugs: 504664 The package can be found : - on mentors.debian.net http://mentors.debian.net/debian/pool/main/l/libmx4j-java/libmx4j- java_3.0.2-5.dsc - on Alioth pkg-java SVN svn+ssh://svn.debian.org/svn/pkg-java/trunk/libmx4j-java I would be glad if someone uploaded this package for me. Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: adapting a dpatch to changed source: how?
Hi Andreas, On Sunday 15 February 2009 21:34:47 Andreas Schildbach wrote: This is the problem. dpatch-edit-patch does not let me do anything as long as the out-of-sync patch is in place. (01_build_xml is the out-of-sync patch, 01_build_xml_2 is the new patch I want to create as a replacement; I am using the debianonly layout) You should try something like that : dpatch patch-template -p 01_build_xml Patch Explanation your_patch.diff debian/patches/01_build_xml.dpatch It will inject your diff in a dpatch file. -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: commons-jci [2nd try]
Hi Vincent, On Tuesday 20 January 2009 21:16:41 Vincent Fourmond wrote: Hello, Damien Raude-Morvan wrote: I am looking for a sponsor for my package commons-jci which is needed for JasperReports (ITP #281346) itself needed for Spring Framework (ITP #426259). It seems fine by me. I have a few comments, though: * Why don't you use the pkg-java repository ? As far as I can tell, you have the rights to do so, and this packages definitely qualifies as a good candidate Because, AFAIK, nobody answer to my initial request email (back in September 2008) :) But, I'm really happy to be part of pkg-java now and will move this package (and maybe others too) to it. This lead me to 2 questions : - Is there some sort of policy which define good/bad candidates for pkg-java usage ? part of Apache Commons is a MUST ? being a framework too ? forbidden to contrib/non-free ? - And BTW, I was looking for pkg-java SVN repository layout and usage guidelines at java.debian.net and wiki.debian.org and can't found any up-to- date documentation (just [1]). Do you have some links to share ? * Why do you build-dep on openjdk but depends on java-gcj-compat-headless ? If it runs with java-gcj, it should build with java-gcj. I don't think we have (yet) a policy on that, but if it builds with java-gcj, you really should consider building with it, as it makes a lower requirement of Java runtime (unless you tweak the build options for openjdk), and it is available on many more architectures. As you may have seen one of the binary-package (libcommons-jci-jsr199-java) is currently disabled but need = 6.x Java API (i.e. JSR199 got included in Java 6 release). This is why I use OpenJDK6 and tend to prefer to keep it as prefered B-D JDK. * I'd personally prefer an upload to experimental... (during the freeze). This debate already took place last December [2] ;) I'll update target release to experimental after playing with pkg-java SVN repository. Cheers, Cheers too, [1] http://java.debian.net/developers.html [2] http://thread.gmane.org/gmane.linux.debian.devel.mentors/34403/focus=34425 [PS : No need to CC me, I'm subscribed to debian -java -mentors] -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: commons-javaflow [2nd try]
Dear mentors, I am looking for a sponsor for my package commons-javaflow which is needed for JasperReports (ITP #281346) itself needed for Spring Framework (ITP #426259). If you intend to sponsor this upload you should also sponsor the commons-jci one (commons-javaflow need commons-jci). * Package name: commons-javaflow Version : 0.0~svn20060411-1 Upstream Author : Torsten Curdt tcu...@apache.org * URL : http://commons.apache.org/sandbox/javaflow/ * License : Apache-2.0 Section : libs Commons Javaflow is a pure Java implementation of the Continuations concept. . For more information about Continuation, you can have a look on http://en.wikipedia.org/wiki/Continuation or http://www.artima.com/lejava/articles/continuations.html . To use Javaflow in your program, Javaflow needs to enhance its Java byte code: - statically, using the Javaflow Ant task as a part of your build process - dynamically, at runtime, by using Javaflow's ContinuationClassLoader. It builds these binary packages: libcommons-javaflow-java - Java implementation of Continuations concept libcommons-javaflow-java-doc - Java implementation of Continuations concept - documentation The package appears to be lintian clean. The upload would fix these bugs: 499466 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-javaflow - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-javaflow/commons- javaflow_0.0~svn20060411-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: commons-jci [2nd try]
Dear mentors, I am looking for a sponsor for my package commons-jci which is needed for JasperReports (ITP #281346) itself needed for Spring Framework (ITP #426259). * Package name: commons-jci Version : 1.0-1 Upstream Author : Torsten Curdt tcu...@apache.org * URL : http://commons.apache.org/jci/ * License : Apache-2.0 Section : libs Commons JCI is a common Java compiler interface for various compilers. . It can be used to either compile Java (or any other language that can be compiled to Java classes like e.g. Groovy or Javascript) to Java. . It is integrated with a Java FAM (Filesystem Alteration Monitor) that can be used with JCI compiling/reloading classloader. It builds these binary packages: libcommons-jci-eclipse-java - common Java interface for various compilers - Eclipse JDT libcommons-jci-groovy-java - common Java interface for various compilers - Groovy libcommons-jci-janino-java - common Java interface for various compilers - Janino libcommons-jci-java - common Java interface for various compilers - Core and FAM libcommons-jci-java-doc - common Java interface for various compilers - documentation libcommons-jci-rhino-java - common Java interface for various compilers - Javascript The package appears to be lintian clean. The upload would fix these bugs: 499448 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-jci - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-jci/commons- jci_1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: velocity-tools [2nd try]
Dear mentors, I am looking for a sponsor for my package velocity-tools which is needed for JasperReports (ITP #281346) itself needed for Spring Framework (ITP #426259). * Package name: velocity-tools Version : 1.4-1 Upstream Author : Apache Software Foundation * URL : http://velocity.apache.org/tools/ * License : Apache-2.0 Section : libs The VelocityTools project is a collection of useful Java classes (aka tools), as well as infrastructure to easily, automatically and transparently make these tools available to Velocity templates. . Project include easy integration of Velocity into the view-layer of web applications (via the VelocityViewTag and VelocityViewServlet) and integration with Struts 1.x applications. It builds these binary packages: libvelocity-tools-java - collection of useful tools for Velocity template engine libvelocity-tools-java-doc - collection of useful tools for Velocity template engine - documen The package appears to be lintian clean. The upload would fix these bugs: 497436 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/v/velocity-tools - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/v/velocity-tools/velocity- tools_1.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: tiles [2nd try]
Dear mentors, I am looking for a sponsor for my package tiles which is needed for JasperReports (ITP #281346) itself needed for Spring Framework (ITP #426259). * Package name: tiles Version : 2.0.6-1 Upstream Author : Apache Software Foundation * URL : http://tiles.apache.org/ * License : Apache-2.0 Section : web Apache Tiles is a Java templating framework built to simplify the development of web application user interfaces. Tiles allows authors to define page fragments which can be assembled into a complete page at runtime. . Tiles grew in popularity as a component of the popular Struts http://struts.apache.org/1.x/ framework. . It has since been extracted from Struts and is now integrated with various frameworks, such as Struts 2 http://struts.apache.org/2.x/ and Shale http://shale.apache.org/. It builds these binary packages: libtiles-java - Java templating framework for web application user interfaces libtiles-java-doc - Java templating framework for web application user interfaces - d The package appears to be lintian clean. The upload would fix these bugs: 497437 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/tiles - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/tiles/tiles_2.0.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: commons-vfs (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0-3 of my package commons-vfs. It builds these binary packages: libcommons-vfs-java - Java API for accessing various filesystems libcommons-vfs-java-doc - Java API for accessing various filesystems Changelog : * debian/control: - Build-Depend on default-jdk-builddep instead of java-gcj-compat-dev. - Move default-jdk-builddep form B-D-I to B-D (needed for clean) - Differentiate short description of -doc package * debian/rules: Use default-java from default-jdk-builddep as JAVA_HOME * Move examples (sample source code) to libcommons-vfs-java-doc package The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-vfs - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-vfs/commons- vfs_1.0-3.dsc I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: sqlline (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0.2-2 of my package sqlline. It builds these binary packages: sqlline- JDBC command-line utility for issuing SQL Changelog : * debian/sqlline.sh: Use java-wrappers for launch script * debian/control: - Build-Depend on default-jdk-builddep instead of java-gcj-compat-dev - Depends on java-wrappers for launch script * debian/rules: Use default-java from default-jdk-builddep as JAVA_HOME * debian/watch: Use uversionmangle=s/_/./g to replace _ by . in upstream version The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sqlline - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sqlline/sqlline_1.0.2-2.dsc I would be glad if someone uploaded this package for me. Regards -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: mina (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.7.dfsg-5 of my package mina. It builds these binary packages: libmina-java - Java network application framework libmina-java-doc - Java network application framework - documentation The package appears to be lintian clean. The upload would fix these bugs: 507203 mina: Missing build dependency on gjdoc The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mina - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mina/mina_1.1.7.dfsg-5.dsc I would be glad if someone uploaded this package for me. Cheers, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
Re: RFS: mina (updated package)
Le samedi 29 novembre 2008 20:58:49 Vincent Fourmond, vous avez écrit : Hello, Hi, I'll take care of it. Thanks ! Damien Raude-Morvan wrote: I am looking for a sponsor for the new version 1.1.7.dfsg-5 of my package mina. It builds these binary packages: libmina-java - Java network application framework libmina-java-doc - Java network application framework - documentation The package appears to be lintian clean. The upload would fix these bugs: 507203 mina: Missing build dependency on gjdoc Everything seems fine for me. One comment though: I believe the examples would serve more their purpose in the -doc package rather than in the library package. I'm waiting for a reply on that to upload. Moving example source code to -doc package seems a rational suggest to me. I've just uploaded a new version including this change to mentors (same debian revision). Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS: commons-jci
Dear mentors, I am looking for a sponsor for my package commons-jci. * Package name: commons-jci Version : 1.0-1 Upstream Author : Torsten Curdt [EMAIL PROTECTED] * URL : http://commons.apache.org/jci/ * License : Apache-2.0 Section : libs Commons JCI is a common Java compiler interface for various compilers. . It can be used to either compile Java (or any other language that can be compiled to Java classes like e.g. Groovy or Javascript) to Java. . It is integrated with a Java FAM (Filesystem Alteration Monitor) that can be used with JCI compiling/reloading classloader. It builds these binary packages: libcommons-jci-eclipse-java - common Java interface for various compilers - Eclipse JDT libcommons-jci-groovy-java - common Java interface for various compilers - Groovy libcommons-jci-janino-java - common Java interface for various compilers - Janino libcommons-jci-java - common Java interface for various compilers - Core and FAM libcommons-jci-java-doc - common Java interface for various compilers - documentation libcommons-jci-rhino-java - common Java interface for various compilers - Javascript The package appears to be lintian clean. The upload would fix these bugs: 499448 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-jci - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-jci/commons- jci_1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: velocity-tools
Dear mentors, I am looking for a sponsor for my package velocity-tools. * Package name: velocity-tools Version : 1.4-1 Upstream Author : Apache Software Foundation * URL : http://velocity.apache.org/tools/ * License : Apache-2.0 Section : libs The VelocityTools project is a collection of useful Java classes (aka tools), as well as infrastructure to easily, automatically and transparently make these tools available to Velocity templates. . Project include easy integration of Velocity into the view-layer of web applications (via the VelocityViewTag and VelocityViewServlet) and integration with Struts 1.x applications. It builds these binary packages: libvelocity-tools-java - collection of useful tools for Velocity template engine libvelocity-tools-java-doc - collection of useful tools for Velocity template engine - documen The package appears to be lintian clean. The upload would fix these bugs: 497436 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/v/velocity-tools - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/v/velocity-tools/velocity- tools_1.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: commons-javaflow
Dear mentors, I am looking for a sponsor for my package commons-javaflow. * Package name: commons-javaflow Version : 0.0~svn20060411-1 Upstream Author : Torsten Curdt [EMAIL PROTECTED] * URL : http://commons.apache.org/sandbox/javaflow/ * License : Apache-2.0 Section : libs Commons Javaflow is a pure Java implementation of the Continuations concept. . For more information about Continuation, you can have a look on http://en.wikipedia.org/wiki/Continuation or http://www.artima.com/lejava/articles/continuations.html . To use Javaflow in your program, Javaflow needs to enhance its Java byte code: - statically, using the Javaflow Ant task as a part of your build process - dynamically, at runtime, by using Javaflow's ContinuationClassLoader. If you intend to sponsor this upload you should also sponsor the commons-jci one (commons-javaflow need commons-jci). It builds these binary packages: libcommons-javaflow-java - Java implementation of Continuations concept libcommons-javaflow-java-doc - Java implementation of Continuations concept - documentation The package appears to be lintian clean. The upload would fix these bugs: 499466 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-javaflow - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-javaflow/commons- javaflow_0.0~svn20060411-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
RFS: tiles
Dear mentors, I am looking for a sponsor for my package tiles. * Package name: tiles Version : 2.0.6-1 Upstream Author : Apache Software Foundation * URL : http://tiles.apache.org/ * License : Apache-2.0 Section : web Apache Tiles is a Java templating framework built to simplify the development of web application user interfaces. Tiles allows authors to define page fragments which can be assembled into a complete page at runtime. . Tiles grew in popularity as a component of the popular Struts http://struts.apache.org/1.x/ framework. . It has since been extracted from Struts and is now integrated with various frameworks, such as Struts 2 http://struts.apache.org/2.x/ and Shale http://shale.apache.org/. It builds these binary packages: libtiles-java - Java templating framework for web application user interfaces libtiles-java-doc - Java templating framework for web application user interfaces - d The package appears to be lintian clean. The upload would fix these bugs: 497437 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/tiles - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/tiles/tiles_2.0.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan signature.asc Description: This is a digitally signed message part.
Re: Bug#491858: RFS and ITA: jzlib (updated package)
Le Wednesday 06 August 2008 03:20:08 Ben Finney, vous avez écrit : Damien Raude-Morvan [EMAIL PROTECTED] writes: libjzlib-java - Reimplementation of zlib in pure java Hi Ben, Please fix the package synopsis to conform with the guidelines in URL:http://www.debian.org/doc/manuals/developers-reference/ch-best-pkging- practices.en.html#s-bpp-pkg-synopsis. The proper name Java should be title-cased; the synopsis should not be capitalised like a sentence. Suggested improved synopsis for this package: reimplementation of zlib in pure Java I've take your suggestion into account and uploaded a new package at mentors.debian.net. URL: http://mentors.debian.net/debian/pool/main/j/jzlib dget http://mentors.debian.net/debian/pool/main/j/jzlib/jzlib_1.0.7-1.dsc Cheers, -- Damien Raude-Morvan / www.drazzib.com [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Re: Bug#491858: RFS and ITA: jzlib (updated package)
Hi, Le Wednesday 06 August 2008 23:31:32 Cyril Brulebois, vous avez écrit : Cyril Brulebois [EMAIL PROTECTED] (06/08/2008): Since I'd like to familiarize myself with Damien's work, I intend to review this package. Okay, here we go for a first round: - No need to mention the upstream release number in your first changelog entry, although it does no harm. - You didn't mention bumping debhelper compat level (debian/compat + the versioned B-D) from 4 to 5 in your changelog. - You didn't mention adding Homepage, Vcs-* either. - You should mention you're now shipping examples. - Your comment at the top of debian/rules doesn't look like necessary to me (although it does no harm). All done. - You could mention you've deleted the override since you fixed the copyright file. - You could mention you've deleted unneeded files (and which, like copyright.in). - You could mention you've switched from kaffe. - You should mention you're now using ant (and that you've added a build.xml file accordingly, at least that's how I understand it). You're right, debian/changelog is not really clear about those. Done. - Should debian/svn-deblayout be really included in the source package? I seem to recall it's possible to set an svn property on the debian directory, so that this additional file isn't visible in the source package. Yes, I could use svn-bp:origDir and svn-bp:buildArea but I hardly use svn properties because I found them difficult to understand for users and others packagers. IMHO, debian/svn-deblayout is easier to deal with. - I tend not to specify “debian uupdate” in my watch files, but I may be missing some nice features. Just saying so that you can consider whether you need those bits. AFAIK, with debian uupdate, uscan will trigger uupdate when a new upstream version is found / without it just download file and rename it to orig.tar.gz - debian/rules again: - Not sure the exports are needed (though I didn't build your package yet). I've removed export, not needed. - You could use cdbs variables instead of computing package and version yourself. Grep for UPSTREAM under /usr/share/cdbs/1/*/* if you don't have the docs at hand. Then grep for PACKAGE (probably only in the single file you've just found rather than through all cdbs files). You're right. Done. (CDBS dilema : reading documentation or just grepping files ? :) Thanks for all your feedback, I really appreciate that. It will make me take a closer look to my debian/changelog next time ;) I've uploaded a new package to mentors.debian.net, you should dget it. Bonne nuit, -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: sqlline
Le Monday 04 August 2008 06:47:41 Ola Lundqvist, vous avez écrit : Hi I have two comments on this package. 1) Please consider to name the package sqlline-java or similar. Not strictly necessary but it do not clutter the namespace as much. :) AFAIK (and i'm not currently a DD :), and as said in [1], Java program are ordinary programs, from the user point of view so I dont see the need of appending -java to package name. For example, we don't append -python to every python program (take GRAMPS or apt-listchanges). We don't need to clutter package's names with programming language :) 2) Do not strip the .orig.tar.gz file unless strictly necessary. In this case I can not see that it is necessary. It would be good to ask upstream if it is possible to release one version without GPL references... If that is necessary is up to the ftp masters to decide though when accepting the package. You're right, it's best to get a new release from upstream without GPL crufts but Marc Prud'hommeaux (upstream author) answer to me : Unfortunately, I'm not going to have any time to make a new SQLLine release in the near future correcting the issue of the license file. So for now, I'll revert to pristine upstream tarball and make a note in debian/README.source. Is it ok for you ? [1] http://www.debian.org/doc/packaging-manuals/java-policy/x86.html -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
RFS and ITA: jzlib (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0.7-1 of package jzlib. I'd like to adopt this orphaned package with this new upstream version and simplified packaging (using Ant CDBS). It builds these binary packages: libjzlib-java - Reimplementation of zlib in pure java The package appears to be lintian clean. The upload would fix these bugs: 491858 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jzlib - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/j/jzlib/jzlib_1.0.7-1.dsc I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS : Mina
Hi, Le Saturday 02 August 2008 14:09:03 Matthew Johnson, vous avez écrit : On Sat Aug 02 01:30, Damien Raude-Morvan wrote: - changelog: since it's not been uploaded to Debian yet, can you combine the changelog entries into just one. Pretty much changelog entries should correspond to uploads (and obviously the debian revision will be 1) It has been uploaded to my personnal debian repository and maybe (and _had been_, regarding Apache and FTP logs) installed by some debian users. Using -1 for first Debian upload don't seems enforced by debian-policy and I prefer keeping history of want has been uploaded to mentors and to my personnal repository. Did you agree with that ? Sure, in that case it's fine, but the -3 is the one which closes the ITP bug (-: I've upload a new version on m.d.o : http://mentors.debian.net/debian/pool/main/m/mina/ Everything else is fine, I'll upload it once you move the Closes: up to the most recent entry I've uploaded a new version of -3 (with Closes on the last revision) to mentors.debian.net : http://mentors.debian.net/debian/pool/main/m/mina/mina_1.1.7.dfsg-3.dsc Thanks for your help, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS: sqlline
Le Saturday 02 August 2008 01:54:23 Damien Raude-Morvan, vous avez écrit : Le Saturday 02 August 2008 00:40:41 Matthew Johnson, vous avez écrit : I've also had a look at sqlline: - if (as README.Debian suggests) it is only useful with a jdbc driver it should probably depend (or at the very least recommend) a jdbc driver. I'd Depend on all of them as alternatives (those that are packaged). Initially, it's exactly what I've done in debian/control. But I then remember using sqlline with Oracle or Firebird JDBC drivers which are not in Debian : I don't want to force debian users installing a package they don't need so I downgraded that to a Suggests. But you're right, we may concentrate on what Debian is providing. I've made all JDBC drivers Recommends. - debian/copyright claims BSD licence, but the LICENSE in the tarball says GPLv2, which is it? It's really weird : - Upstream website say BSD licence [1] and links to [2] - Source code is under 3-clauses BSD : src/sqlline/SqlLine.java - root LICENCE file is GPLv2 I've re-downloaded upstream tarball to double check that but I got exactly the same file. I'll try to contact upstream author on this issue. [1] http://sqlline.sourceforge.net/#license [2] http://www.opensource.org/licenses/bsd-license.php I've contacted upstream (Marc Prud'hommeaux) about this issue, and he reply to me : SQLLine was once GPL, but it was changed to be BSD a few years back. Any references to the GPL are vestigial. Hopefully the license declaration at http://sqlline.sourceforge.net/#license is sufficiently authoritative in this regard. To me, this seems a reasonable answer so I've stripped wrong LICENCE file from orig.tar.gz. I've reuploaded a new version on mentors.debian.net : http://mentors.debian.net/debian/pool/main/s/sqlline/sqlline_1.0.2-1.dsc Regards, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS : Mina
Le Saturday 02 August 2008 00:40:41 Matthew Johnson, vous avez écrit : On Tue Jul 29 19:29, Damien Raude-Morvan wrote: I would be glad if someone uploaded this package for me. Hi Damian, I've had a look over your package and may be able to sponsor it. I have a few comments first though, and I agree with the comments on short descriptions. Hi, Thank for taking care of this :) - changelog: since it's not been uploaded to Debian yet, can you combine the changelog entries into just one. Pretty much changelog entries should correspond to uploads (and obviously the debian revision will be 1) It has been uploaded to my personnal debian repository and maybe (and _had been_, regarding Apache and FTP logs) installed by some debian users. Using -1 for first Debian upload don't seems enforced by debian-policy and I prefer keeping history of want has been uploaded to mentors and to my personnal repository. Did you agree with that ? - Licence for the packaging: you say it is licenced under the 'GPL'. You should give the version of the GPL and note that the Apache licence is not compatible with the GPLv2[0]. In general it is recommended for packaging to be the same licence as the package, or a permissive one such as BSD or X11/expat. I've updated debian/copyright to licence Debian packaging under BSD licence which is more lenient witch Apache Mina licence. - .vsd files: There seem to be a number of files under core/src/doc which file(1) claims are Microsoft office documents. Are these used for anything? Given you are stripping the tarball anyway you could probably remove them? You're right, I've stripped them from orig.tar.gz tarballs (via debian/rules get-orig-source) - Other licence files: I assume these apply to the jars you stripped out? It's not required, but it might be nice to strip them too to avoid confusion as to why they aren't in debian/copyright Idem, I've stripped this licences files. Both packages build and are lintian/pbuilder clean though, which is good. I've upload a new version on m.d.o : http://mentors.debian.net/debian/pool/main/m/mina/ Cheers, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS : sqlline
Hi, Le Saturday 02 August 2008 00:40:41 Matthew Johnson, vous avez écrit : I've also had a look at sqlline: - if (as README.Debian suggests) it is only useful with a jdbc driver it should probably depend (or at the very least recommend) a jdbc driver. I'd Depend on all of them as alternatives (those that are packaged). Initially, it's exactly what I've done in debian/control. But I then remember using sqlline with Oracle or Firebird JDBC drivers which are not in Debian : I don't want to force debian users installing a package they don't need so I downgraded that to a Suggests. But you're right, we may concentrate on what Debian is providing. - debian/copyright claims BSD licence, but the LICENSE in the tarball says GPLv2, which is it? It's really weird : - Upstream website say BSD licence [1] and links to [2] - Source code is under 3-clauses BSD : src/sqlline/SqlLine.java - root LICENCE file is GPLv2 I've re-downloaded upstream tarball to double check that but I got exactly the same file. I'll try to contact upstream author on this issue. [1] http://sqlline.sourceforge.net/#license [2] http://www.opensource.org/licenses/bsd-license.php Good night, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: RFS : Mina
Le Saturday 02 August 2008 01:48:30 Cyril Brulebois, vous avez écrit : Using -1 for first Debian upload don't seems enforced by debian-policy and I prefer keeping history of want has been uploaded to mentors and to my personnal repository. Did you agree with that ? You could use some ~-esque version numbers for both what you upload to your personal repository and what you upload to mentors.debian.net, like ~mdn1, ~mdn2, etc. suffixes and ask the sponsor to strip it when uploading. The version number without any ~mdnN being greater than any previous version, which will help people upgrade if they used your personal repository. You're right, this seems a reasonable best practice. I'll apply this to my own packages for next uploads. Thanks, -- Damien Raude-Morvan / www.drazzib.com signature.asc Description: This is a digitally signed message part.
Re: Bug#491626: RFS : Mina
Hi, On Wed, 30 Jul 2008 10:10:54 +1000, Ben Finney [EMAIL PROTECTED] wrote: Damien Raude-Morvan [EMAIL PROTECTED] writes: It builds these binary packages: libmina-java - Apache Mina - Java network application framework libmina-java-doc - Apache Mina - Java network application framework These two synopses are identical; you should differentiate them by summarising what each one is. The synopsis doesn't need to contain the name of the package. See the synopsis writing guide at the Best Packaging Practices chapter URL:http://www.debian.org/doc/developers-reference/ch-best-pkging-practices#s-bpp-pkg-synopsis. Possible improvements: network application framework for Apache network application framework for Apache - documentation You didn't include the full package description here, so that may inform better synopses. The full package description is less cryptic than these two synopses :) I've commited (in my SVN) the synopses for a future package revision. Did you have (or any other java packager) other issues on this package ? Did someone would like to review this package and upload it to Debian ? Thanks, -- Damien Raude-Morvan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS : Mina
Dear mentors, I am looking for a sponsor for my package mina. * Package name: mina Version : 1.1.7.dfsg-2 Upstream Author : Apache Software Foundation * URL : http://mina.apache.org * License : Apache Licence 2.0 Section : libs It builds these binary packages: libmina-java - Apache Mina - Java network application framework libmina-java-doc - Apache Mina - Java network application framework The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mina - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mina/mina_1.1.7.dfsg-2.dsc I've stripped some elements for orig.tar.gz (so that the dfsg in version) : prebuild JAR packages and apidocs. The DFSG orig.tar.gz is now 450Kb compared to 2+Mb of orig.tar.gz from upstream. I would be glad if someone uploaded this package for me. Regards, -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: sqlline
Dear mentors, I am looking for a sponsor for my package sqlline. * Package name: sqlline Version : 1.0.2-1 Upstream Author : Marc Prud'hommeaux [EMAIL PROTECTED] * URL : http://sqlline.sourceforge.net/ * License : BSD (3 clause) Section : utils It builds these binary packages: sqlline- JDBC command-line utility for issuing SQL The package appears to be lintian clean. The upload would fix this ITP: #491805 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sqlline - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sqlline/sqlline_1.0.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Damien Raude-Morvan / www.drazzib.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: libmina-java
Hi, On Tuesday 22 July 2008 05:38:42 Rail Aliev wrote: On Tuesday 22 July 2008 00:28:25 Damien Raude-Morvan wrote: You're right : use of cdbs make debian/rules shorter but on the other hand I also found jh_build calls cleaner than a custom debian/build.xml we must maintain. +1, let's go with your one. Is there anything in your TODO list or the package ready for mentors? ;) It's now ready for prime time :) Thanks for your help (I've listed you in debian/changelog and granted you copyright on packaging scripts in debian/copyright) The upload would fix #491626 ITP bug. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mina - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mina/mina_1.1.7.dfsg-1.dsc This package build fine in a SID pbuilder. I'm looking for a mentor/sponsor to review it and upload it if it's ok. Cheers, -- Damien Raude-Morvan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#238904: RFS: commons-vfs
On Monday 21 July 2008 00:27:48 Matthew Johnson wrote: On Sun Jul 20 01:09, Damien Raude-Morvan wrote: Dear mentors, I am looking for a sponsor for my package commons-vfs. Hi Damian, I will be happy to upload your package, which is in pretty good shape. Hi Matthew and thank for your mentoring, Your debian/changelog targets UNRELEASED at the moment. If you would like me to upload it, please change this to unstable. Done. Section: devel Please change this to Section: libs Done. I've just uploaded a new version to mentors.debian.net, you should dget that. Regards, -- Damien Raude-Morvan [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: commons-vfs
Dear mentors, I am looking for a sponsor for my package commons-vfs. * Package name: commons-vfs Version : 1.0-1 Upstream Author : Apache Software Foundation * URL : http://commons.apache.org/vfs/ * License : Apache Software Licence 2.0 Section : libs It builds these binary packages: libcommons-vfs-java - Java API for accessing various filesystems libcommons-vfs-java-doc - Java API for accessing various filesystems The package appears to be lintian clean. The upload would fix these bugs: 238904 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/commons-vfs - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/commons-vfs/commons- vfs_1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Damien Raude-Morvan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]