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
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, 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
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
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 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
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 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 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 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 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 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 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 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
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
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
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
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'
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
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
>
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
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
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
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
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
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
[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
[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
> 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
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
30 matches
Mail list logo
