must be named libXXX[version]-java (without
> the brackets)" [0]
>
> Might you consider renaming this package to make it more easily discoverable?
>
> Cheers,
>
> Jonathan
>
> [0] http://www.debian.org/doc/packaging-manuals/java-policy/x104.html
>
> On Su
On Sun, Jan 19, 2014 at 10:43 PM, Jonathan Yu wrote:
> Does apt-get source expect the source package name, or will it also
> work with binary package names? If I do "apt-get source libupnp-java",
> will it download the sbbi-upnplib package? If so, then this seems to
> be an especially trivial poin
an.net/debian/pool/main/r/rxtx/rxtx_2.2pre2-1.dsc
I would be glad if someone uploaded this package for me.
Kind regards
Scott Howard
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
> please use either svn or git to maintain the package. Feel free to ask
> if you need help. Do not forget to add the Vcs headers to
> debian/control.
Thanks Torsten,
I applied for the java packaging team on alioth, but haven't been
approved yet (showard-guest). I prefer git. Would you be able to
[I accidentally only replied to Torsten, this is a copy of my reply to
be put on list]
On Wed, Jun 2, 2010 at 4:29 PM, Torsten Werner wrote:
> On Wed, Jun 2, 2010 at 10:24 PM, Scott Howard wrote:
>> I applied for the java packaging team on alioth, but haven't been
>> approve
[on list reply]
Thanks Torsten,
>> http://git.debian.org/?p=pkg-java/rxtx.git
> you have checked in a .pc directory. Please clean up the repo.
I actually did that intentionally, I saw many people saying that
packages with source 3.0 (quilt) format should be stored with patches
applied (different
Torsten's changes have all been applied [1] and added a doc-base file
to quiet lintian:
http://git.debian.org/?p=pkg-java/rxtx.git
package uploaded again to:
- URL: http://mentors.debian.net/debian/pool/main/r/rxtx
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contri
Hi Niels,
This is for my own education, but could you explain the following for me:
On Mon, Jun 21, 2010 at 2:10 PM, Niels Thykier wrote:
> * Removed dependencies on JREs - per the Java Policy this is no
> longer required.
Do we not need to depend on default-jre-headless for libraries? Or i
Hello,
* Team upload.
* Fixed a FTBFS from a call to depricated jh_libs (Closes: #584352)
Thanks to Niels Thykier
* Corrected links to Vcs fields in debian/control
* Removed dependency on topgit and quilt (not necessary when using
source 3.0 (quilt) format)
* Build depend on def
Hello debian java maintainers,
The Java policy says [1]:
"If a virtual machine supports native code, it must include the
directory /usr/lib/jni in its search path for these dynamic
libraries."
openjdk6 was patched to allow looking for JNI libraries in
/usr/lib/jni in bug 517338 [2], and was fixed
For the benefit of the Java team, I copied the original email below:
"Hello pkg-java team,
I'm in the process of packaging a Java library (JXGrabKey [1]) and will
soon upload it to unstable. But since this is my very first Java package
I'd prefer if it could first have some reviewing from a regul
affects 382686 sun-java6-jre
thanks
I would to revisit this bug. I agree with the debian policy decision
to keep compiled binaries in /usr/lib/jni/, but I'm getting frequent
bug reports and emails form users of a library I maintain telling me
that I installed the library to the wrong location [1-8
Le vendredi 12 novembre 2010 à 09:51 -0500, Scott Howard a écrit :
> I would to revisit this bug. I agree with the debian policy decision
> to keep compiled binaries in /usr/lib/jni/, but I'm getting frequent
> bug reports and emails form users of a library I maintain telling me
>
tags 382686 patch
thanks
On Sat, Nov 13, 2010 at 10:52 AM, Scott Howard wrote:
> I also don't
> know if a user setting LD_LIBRARY_PATH on their own overwrites our
> java.library.path
>
Setting LD_LIBRARY_PATH appends java.library.path, but passing
-Djava.library.path t
didn't expect it to get into squeeze/ubuntu and think
it needs testing before making into a stable release.
I don't know if you saw this:
On Wed, Nov 17, 2010 at 11:24 AM, Matthias Klose
wrote:
>> On Sat, Nov 13, 2010 at 10:52 AM, Scott Howard wrote:
>>> I also don'
On Thu, Nov 18, 2010 at 8:59 PM, Matthias Klose wrote:
> not good. The license only allows unmodified distribution, plus it only
> "helps" when calling the "java" binary, not when starting the VM in other
> ways.
>
> Matthias
If that's the way it is, then that's it.
If the license only allows u
Hello Java team,
Looking at bug #609152 [1]:
There is a Java application which depends on a JNI library which is
only built on a subset of architectures. A bug has been filed against
the java package because it is un-installable on the architectures
that the JNI library does not exist (since it c
This is an interesting problem, there are great open source Java
projects out there that, but no fault of their own, are using
libraries from a repo that Debian can't access (no copyright notice
and no license makes it a non-starter). Add the library versioning/API
breakage potential on top of that
On Sat, Feb 12, 2011 at 1:45 PM, Andreas Tille wrote:
> Hi,
>
> I uploaded two source packages to
>
> http://people.debian.org/~tille/packages/figtree-help-wanted/
>
> One is the just ITPed (#613080) and the other one is FigTree which is
> actually my target package. The originial tarball conta
On Sat, Feb 12, 2011 at 9:19 PM, Scott Howard wrote:
> On Sat, Feb 12, 2011 at 1:45 PM, Andreas Tille wrote:
>> Hi,
>>
>> I uploaded two source packages to
>>
>> http://people.debian.org/~tille/packages/figtree-help-wanted/
>>
>> One is the just
On Sun, Feb 13, 2011 at 5:09 AM, Andreas Tille wrote:
> When using
>
> dh --with javahelper
>
> jh_linkjars seems to be called automatically (but I probably need to
> provide an input file for this. However if this does not work with
> java:Depends I'm not in favour of this method anyway.
On Sun, Feb 13, 2011 at 11:30 AM, Andreas Tille wrote:
> On Sun, Feb 13, 2011 at 09:54:58AM -0500, Scott Howard wrote:
>> It looks like you got it working, and in a sane way - that's all that
>> matters!
>>
>> > Now to my remaining problem: If you look at the
On Sun, Feb 13, 2011 at 3:33 PM, Andreas Tille wrote:
> I did so and this has solved 4 out of 10 errors. The remaining ones are
> concerning EMF, SVG and SWF (see build log at the URL above). I tried to
> fix it in an analogue manner as for PS and PDF ... but failed. I gazed
> for hours on the b
On Mon, Feb 14, 2011 at 7:45 AM, Andreas Tille wrote:
> $ figtree
> Exception in thread "main" java.lang.NoClassDefFoundError:
> jam/framework/MultiDocApplication
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
>
On Wed, Feb 16, 2011 at 4:59 PM, Andreas Tille wrote:
> with debian/figtree.manifest which was determining the CLASSPATH for the
> executable jar. I considered this way as quite useful and would like to
> try it for beast-mcmc as well (even if it is no real request - any other
> way would be welc
On Thu, Feb 17, 2011 at 3:49 AM, Andreas Tille wrote:
> The problem I had is that beast-mcmc contains more than one executables
> with more than one JAR files. Some executables are using a common JAR
> file with different main classes. As far as I have seen this case
> is not covered by the tuto
On Fri, Mar 11, 2011 at 12:31 PM, Stefano Zacchiroli wrote:
> On Fri, Jan 28, 2011 at 12:06:14AM +0100, Stefane Fermigier wrote:
>> Here are some thoughts and questions about how to package a Java EE
>> application so that it can be accepted in partner.
>>
>> We have packages that have been create
Hi Bertrand,
On Thu, Nov 17, 2011 at 4:46 AM, Bertrand Marc wrote:
> Dear Debian java maintainers,
>
> I am a learning Debian packager [1] (not member of the project yet),
> and I'd like to work on a couple of packages using java. I am
> currently the owner of one ITP bug [2], working on packagin
On Mon, Jan 9, 2012 at 12:09 PM, Olivier Sallou wrote:
> Hi,
> I have a short question regarding jdk7
> I have a package that depends on default-jdk.
>
> An Ubuntu user asks me to depend (also) on jdk7.
> Though this can easilly be done by adding a new OR condition to the
> dependencies (default-j
On Sun, Mar 17, 2013 at 4:59 PM, Emmanuel Bourg wrote:
> Le 17/03/2013 16:47, Hilko Bengen a écrit :
>
>> I don't mean to offend anyone here nor belittle hard work that has gone
>> into the mentioned tools, but can't we do better than this?
>
> What about leveraging the Maven infrastructure and do
30 matches
Mail list logo
