Re: List of consultants focusing on Debian packaging for Java?
On Mon, Dec 7, 2020 at 21:55, Emmanuel Bourg wrote: Le 07/12/2020 à 11:38, Antonin Delpeuch (lists) a écrit : Keep the suggestions coming, this is super useful! Another point to keep in mind, if you build and distribute your own .deb or Flatpak package you keep the control on the release schedule. Using jdeb you could publish your first package in a couple of weeks. Going the official Debian archive route takes a lot more time and you're tied by the Debian release schedule and update policy. If the application is mature and stable it works well, but it can become frustrating if it evolves quickly. I maintain gitlab using https://wiki.debian.org/FastTrack gitlab has a long dependency tree and very fast release cycle. It gets new releases every month and security updates are given only for 3 months. If more people find this approach useful, this could become official some day.
Re: Java packages and autopkgtest
On Sat, Dec 5, 2020 at 18:56, Thorsten Glaser wrote: On Sun, 6 Dec 2020, Roger Shimizu wrote: I find java packages with maven-debian-helper can be tested by: Test-Command: dh_auto_configure; dh_auto_test Doesn’t this just call mvn test ? If so, that’s not as-installed testing and as such very much *not* an autopkgtest. Though it can still be useful when dependencies change (that is another use case for autopkgtests). autopkgtest regression will block migration to testing.
Re: libprotobuf17 might need Breaks: libprotobuf10
[copying debian-java as the failure is java related]
On Mon, 15 Oct 2018 16:26:23 +0300 Adrian Bunk wrote:
> Yes, that's what I also suspect.
>
> When it has been observed that ending up with both libprotobuf10 and
> libprotobuf17 in a binary will not work, then this should be expressed
> through the package dependencies.
Hi Laszlo,
Are you planning to upload this fix? Testing migration is currently
blocked by this rc bug and there is a delay caused by autopkgtest failure.
> That would avoid a couple of potential problems in situations like
> stretch->buster upgrades or for testing users.
>
> It should also fix the autopkgtest failures that are currently
> preventing protobuf from entering testing this month.
I added Breaks and ran autopkgtests again, but it still failed.
diff --git a/debian/control b/debian/control
index cae7232..d060e8c 100644
--- a/debian/control
+++ b/debian/control
@@ -66,6 +66,7 @@ Architecture: any
Multi-Arch: same
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: libprotobuf10 (<< 3.6.1~)
Description: protocol buffers C++ library
Protocol buffers are a flexible, efficient, automated mechanism for
serializing structured data - similar to XML, but smaller, faster, and
I think the examples are not updated for new api. New jar file does not
have this class.
Hi java team,
protobuf 3.6.1 autopkgtest is failing with this error, can you help
fixing this?
javac -cp $CLASSPATH AddPerson.java ListPeople.java
com/example/tutorial/AddressBookProtos.java
com/example/tutorial/AddressBookProtos.java:1077: error: cannot find symbol
private com.google.protobuf.Timestamp lastUpdated_;
full log,
https://ci.debian.net/data/packages/unstable/amd64/p/protobuf/latest-autopkgtest/log.gz
Thanks
Praveen
signature.asc
Description: OpenPGP digital signature
Re: jackson-module-afterburner RM salsa
On Tuesday 26 June 2018 09:53 PM, Geert Stappers wrote: > > Hi debian-java, > > In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850423 is > package jackson-module-afterburner removed from Debian archive. > > I want to remove https://salsa.debian.org/java-team/jackson-module-afterburner > > Which procedure do we have for this? In other teams, we keep the repos in case someone wants to continue in future. signature.asc Description: OpenPGP digital signature
Re: gnukhata, swt and gtk3
[adding ITP to cc] On Tuesday 20 October 2015 09:18 PM, Pirate Praveen wrote: > > > On 2015, ഒക്ടോബർ 20 8:18:12 PM IST, Stuart > wrote: >> Hi Praveen, >> I have some experience with SWT, which version of SWT are you using? > > It 4.x. I have embedded the upstream jars in the package to focus on the > compatibility issues first. > >> I will try to get a download of the code to take a look. Thanks > > Great! Hi Stuart, Any progress? >> Regards,Stuart Ledwich > signature.asc Description: OpenPGP digital signature
Re: gnukhata, swt and gtk3
On 2015, ഒക്ടോബർ 20 8:18:12 PM IST, Stuart wrote: >Hi Praveen, >I have some experience with SWT, which version of SWT are you using? It 4.x. I have embedded the upstream jars in the package to focus on the compatibility issues first. >I will try to get a download of the code to take a look. Thanks Great! >Regards,Stuart Ledwich -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
gnukhata, swt and gtk3
Hi, I have created gnukhata (gnukhata.in) desktop application packages. You can download it here https://people.debian.org/~praveen/gnukhata/ There is some compatibility issues with GTK3 and it works in Ubuntu 14.04 LTS when SWT_GTK3=0 is set. But it is not working on debian sid. Just run gnukhata and see the "Select existing organization" button drop down position. For now I have embedded jar files inside the package, once the compatibility issues are fixed, I will remove them and upload to debian. Hope someone can help fix this issue. Thanks Praveen signature.asc Description: OpenPGP digital signature
Re: help packaging kontalk with gradle build system
On Tuesday 28 July 2015 11:34 AM, 殷啟聰 wrote:
> Hi Praveen,
>
> I have made a comment, please check it out, thank you.
>
> Typically we will use flatDir { dirs "/usr/share/java" } and maven { url
> "file:///usr/share/maven-repo" } so that Gradle will search for system
> jars automatically.
Thanks! I just updated https://wiki.debian.org/Java/Packaging with a
link to sample package that uses gradle.
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55b738d9.5090...@onenetbeyond.org
Re: help packaging kontalk with gradle build system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2015, ജൂലൈ 28 1:26:31 PM IST, Emmanuel Bourg wrote:
>Le 28/07/2015 07:25, Pirate Praveen a écrit :
>
>> Do we have a package that use gradle? Can anyone comment here on best
>> way for upstream to support system jars?
>
>Hi,
>
>Here is the list of packages currently built with Gradle:
>
> bintray-client-java
> gradle
> gradle-propdeps-plugin
> groovy2
> libgpars-groovy-java
> libspring-java
> multiverse-core
> openjfx
> osmosis
> reactive-streams
>
>The system jar are used by redirecting the Maven repository to
>/usr/share/maven-repo and patching the build to use to generic versions
>('2.x', 'debian', etc).
Thanks!
>Note that if upstream wants to distribute its own Debian package it
>would be much easier to use jdeb.
We want it inside debian, but upstream may like to provide their own debs. I
will suggest jdeb to them.
>Emmanuel Bourg
- --
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-BEGIN PGP SIGNATURE-
iQJWBAEBCABAORxQcmF2ZWVuIEFyaW1icmF0aG9kaXlpbCAocGlyYXRlcGluKSA8
cHJhdmVlbkBkZWJpYW4ub3JnPgUCVbc2WwAKCRDOH5xnRRLCKiJtD/9HeeVbtpHY
RzPIlxQWnDFFGVILji8c8V1JQmMG1JWGHGRICLSyBgHwLYC+WNUxilBmYr+EALxX
mqbYrQYiR3jeRq/iosiWgoyDGzCB2v7y4UD+nFY0/b8wd9J2Ka0LbM1czhFbMViB
nnYk8ZbsAG7H5S3AAE6AtuvF70WMV9nJWZ4LCWDwP279dV9NdMGNFipTCShtVqtz
UmtRW8lp2JuKr1kTuzN0NQB01MMApxhz8E2fFbuZLZSm9C7Q5csmuqAMGyDltiXM
2Z9P30XFn0WNiG3OLsdJ9HKZBXXGOdiG6psoLvVoyzAIZ2S9x3t3HUhruHBXWsp+
fT0S0kU58fJI5aiXDIkFYcoHhX9I2XuCpsR3BBYG/IYNmXyscn4ryTOFsmsiBUD/
Pw/OhQTLVoRtwwHN6hD+BGREGSTf7B/IJaacnotAIHhxJZx37Mt4C5D/n5ca4mOQ
5AaCUeKnffKV/LkzK63ku9UnsgrXfLhJlaMZh5peTt+Ju/Tr5d+HJFkVRg0AelAu
Rxi77vIKAuxQDGjDOvjSP5r1jS1K6tdMg/brjg8zN4lIu6XtZ+f4MLBHAMIY1deF
miIukTukKlGp4aeOVYakJQp8KoAWVvjTlcsCQRyXu7J0stqfxnD2+DS1Pe6QA6zX
f9WXpFxLWCy0tkt7ikYA2BEAsE07Q3YOxw==
=y+tc
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/a97999e8-7a46-4c2f-90a2-53d4c6be8...@onenetbeyond.org
help packaging kontalk with gradle build system
Hi, Do we have a package that use gradle? Can anyone comment here on best way for upstream to support system jars? https://github.com/kontalk/desktopclient-java/issues/49 Thanks Praveen -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b71258.9080...@onenetbeyond.org
plans for eclipse luna in debian
Hi, I'm trying to package gnukhata (gitlab.com/gnukhata) and they use eclipse luna. When we run it with 3.8 version of ecipse-rcp, we get class not found exceptions. What are the plans for packaging luna? Thanks Praveen signature.asc Description: OpenPGP digital signature
Re: how to make sure a jar file is opened with correct java version?
On Monday 21 July 2014 08:42 PM, tony mancill wrote: > Hello Praveen, > > Take a look at java-wrappers - it provides support for finding a > suitable JRE and for constructing a classpath. You can use > 'revere-depends java-wrappers' to find examples of packages that use it > - weka and tuxguitar come to mind. > > If you find any problems, please report them. Thanks tony! Now gnukhata gets the correct java version (java 7) via java-wrapper even when an older version (java 6) is default java. signature.asc Description: OpenPGP digital signature
how to make sure a jar file is opened with correct java version?
hi, I have packaged gnukhata (http://people.debian.org/~praveen/gnukhata) and it is built with java 7 and it depends on java7-runtime. When you install gnukhata, java7 is installed but on system which has a java 6 version already installed, the default java is java 6 and it fails to start. We have to manually switch default java to java 7. How do I handle this? For example in python or ruby I can specify interpreter versions in shebang line. Thanks Praveen signature.asc Description: OpenPGP digital signature
Re: gnome panel icon missing when launching jar file from command line
On Wednesday 09 July 2014 06:56 PM, Pirate Praveen wrote: > On Monday 23 June 2014 06:08 PM, Pirate Praveen wrote: >> Hi, >> >> I have created a package from gnukhata (you can install it from >> people.debian.org/~praveen/gnukhata - I'm waiting for a tarball release >> from upstream to add it to team repo). When I launch gnukhata from the >> menu gnukhata icon is visible on the panel and it is shows as GNUKhata. >> But when I run gnukhata from the command line, gnome panel shows SWT >> with a default icon. How do I add this icon to the jar file? This is fixed upstream https://gitlab.com/pravi/deskapp/commit/b99956083a779fb90f0067b179294b4efab6f5db https://stackoverflow.com/questions/18941454/ubuntu-deb-installer-makes-all-java-applications-have-the-same-icon >> Thanks >> Praveen >> > > Once image is part of the jar file, we can call getResource to access > image and set it as icon. > > > javabuild: > gnukhata.jar src > > there is images directory inside src, but it doesn't get included in the > jar file. > > Is there a javahelper option I'm missing? I looked at javahelper > documentation but couldn't find it. > I created a build.xml file and now images are included in the jar file. signature.asc Description: OpenPGP digital signature
Re: gnome panel icon missing when launching jar file from command line
On Monday 23 June 2014 06:08 PM, Pirate Praveen wrote: > Hi, > > I have created a package from gnukhata (you can install it from > people.debian.org/~praveen/gnukhata - I'm waiting for a tarball release > from upstream to add it to team repo). When I launch gnukhata from the > menu gnukhata icon is visible on the panel and it is shows as GNUKhata. > But when I run gnukhata from the command line, gnome panel shows SWT > with a default icon. How do I add this icon to the jar file? > > Thanks > Praveen > Once image is part of the jar file, we can call getResource to access image and set it as icon. javabuild: gnukhata.jar src there is images directory inside src, but it doesn't get included in the jar file. Is there a javahelper option I'm missing? I looked at javahelper documentation but couldn't find it. signature.asc Description: OpenPGP digital signature
Re: Bug#752397: javahelper doesn't add libswt-cairo-gtk-3-jni when {java:Depends} is specified
[adding debian-java list] On Tuesday 24 June 2014 10:14 AM, Niels Thykier wrote: > On 2014-06-23 14:14, Praveen Arimbrathodiyil wrote: >> package: javahelper, libswt-gtk-3-java >> severity: important >> >> It is likely that libswt-gtk-3-java is missing a runtime dependency on . >> To test this gnukhata package can be installed from >> packages.debian.org/~praveen/gnukhata >> >> [...] >> > > Hi, > > Does the JAR files in gnukhata use Class-Path? If not, javahelper will > not be able to help you with dependencies automatically. If it uses > Maven, you might have luck with the Maven helpers and if it uses OSGi, > then I believe you currently must do it manually. I think the issue is libswt-gtk-3-java missing the dependency, as java helper finds this dependency correctly. Hoping someone in debian-java can give a better insight. > ~Niels > signature.asc Description: OpenPGP digital signature
gnome panel icon missing when launching jar file from command line
Hi, I have created a package from gnukhata (you can install it from people.debian.org/~praveen/gnukhata - I'm waiting for a tarball release from upstream to add it to team repo). When I launch gnukhata from the menu gnukhata icon is visible on the panel and it is shows as GNUKhata. But when I run gnukhata from the command line, gnome panel shows SWT with a default icon. How do I add this icon to the jar file? Thanks Praveen signature.asc Description: OpenPGP digital signature
Re: libjopendocument-java build failures after repack
On Saturday 21 June 2014 12:20 PM, Jerome Robert wrote: > > but I guess that in a packaging context this one, which avoid patching, is > better: > > --- a/debian/rules > +++ b/debian/rules > @@ -4,6 +4,7 @@ > # Uncomment this to turn on verbose mode. > #export DH_VERBOSE=1 > export JAVA_HOME=/usr/lib/jvm/default-java > +export ANT_OPTS=-Dfile.encoding=utf-8 > > %: > dh $@ --with javahelper > > Jerome > > Thanks! I just uploaded the package. signature.asc Description: OpenPGP digital signature
Re: libjopendocument-java build failures after repack
On Friday 20 June 2014 08:37 PM, Jerome Robert wrote:
> Hi Praveen,
>
> According to:
>
> http://anonscm.debian.org/viewvc/pkg-java/trunk/libcommons-collections3-java/debian/patches/java8-compatibility.patch?view=markup
>
> MultiHashMap.remove has been renamed to MultiHashMap.removeMapping so
> adding a patch with:
>
> @@ -196,7 +196,7 @@ public class CollectionMap extends
> MultiHashMap {
>
> public void removeAll(Map m) {
> for (final Map.Entry e :
> m.entrySet()) {
> -this.remove(e.getKey(), e.getValue());
> +this.removeMapping(e.getKey(), e.getValue());
> }
> }
>
> should help.
>
> Jerome
>
>
Thanks! Now it builds fine in my work environment, but fails in
pbuilder. The same error is repeated many times. I think we have to set
encoding to UTF-8, but not sure where to set it.
[javac]
/tmp/buildd/libjopendocument-java-1.3repack/src/org/jopendocument/dom/ChildCreator.java:149:
error: unmappable character for encoding ASCII
[javac] * Trouve l'index ou il faut ins??rer le fils dans ce
document.
[javac] ^
[javac]
/tmp/buildd/libjopendocument-java-1.3repack/src/org/jopendocument/dom/ChildCreator.java:149:
error: unmappable character for encoding ASCII
[javac] * Trouve l'index ou il faut ins??rer le fils dans ce
document.
[javac]
signature.asc
Description: OpenPGP digital signature
libjopendocument-java build failures after repack
Hi, This packaged had many jar files embedded in it and it was building fine. But after removing the embedded jars and adding them in build-deps, there is one build error now [I might have missed adding some jars, but previous build errors where helpful to find which jar is missing). Can anyone help here? This is my first java package and I don't know java (I have learned it years ago in college but never used it in any serious projects). It is already added to team repo. You'll have to run a pristine-tar checkout to create a orig.tar.gz and use dpkg-buildpackage to build it as git-buildpackage doesn't run clean after patching. (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752165) Thanks Praveen [javac] /home/pravi/forge/debian/git/pkg-java/libjopendocument-java/src/org/jopendocument/util/CollectionMap.java:199: cannot find symbol [javac] symbol : method remove(K,V) [javac] location: class org.jopendocument.util.CollectionMap [javac] this.remove(e.getKey(), e.getValue()); [javac] signature.asc Description: OpenPGP digital signature
