Re: OpenJDK 8

[Geert Stappers]

On Wed, Sep 28, 2022 at 01:30:02PM +, Thomas Vatter wrote:
> Am 28.09.22 um 10:22 schrieb Phil Morrell:
> > On Wed, Sep 28, 2022 at 08:32:23AM +, Thomas Vatter wrote:
> > > a complete OpenJDK 8 is missing in the repo. There is only a server VM.
> > 
> > Hi Thomas,
> > 
> Hi Phil,

Hello Mailinglist,

> > OpenJDK 8 LTS has not been included in Debian since stretch which as of
> > June 30th is no longer supported by LTS team. Please update to v11 LTS
> > from Debian buster or bullseye and be ready to use v17 LTS going
> > forward. Alternatively, if absolutely necessary, you can reach outside
> > Debian with `extrepo enable wtf-lts` to get unofficial packages by the
> > same maintainer.
> > 
 
> since Java 8 Update 341 is the default on java.com I think it should be in
> the Debian repo.

Bend those "I think ... should ..." into "What is needed"-questions.


Groeten
Geert Stappers

P.S.

Some failed self censoring, a.k.a. old fashion   F.U.D.  Fear
Uncertainty and Doubt:

  What is a recent example
  of Oracle understanding there is libre software?

-- 
Silence is hard to parse

Re: Setting JAVA_HOME

[Geert Stappers]

On Sun, Feb 28, 2021 at 02:43:34PM +0100, Thorsten Glaser wrote:
> On Sun, 28 Feb 2021, Geert Stappers wrote:
> 
> > To what should JAVA_HOME be set?
> 
> It should be unset. Also ideally, you have only ever one JRE installed.
> 
> Everything else is a nightmare.

:-)


> To make this work with Java >8 and Maven, you’ll need¹…
> 
>   
>   jre-not-below-jdk
>   
>   
>   ${java.home}/bin/javadoc
>   
>   
>   
>   
>   
>   
> org.apache.maven.plugins
>   
> maven-javadoc-plugin
>   
>   
> ${java.home}/bin/javadoc
>   
>   
>   
>   
>   
> 
> … or the Debian-patched version of the maven-javadoc-plugin.
> 


Sharing my "nightmare" with you

| $ javaws ~/Downloads/launch\(3\).jnlp 
| Codebase matches codebase manifest attribute, and application is signed. 
Continuing. See: 
http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html
 for details.
| Starting application [tw.com.aten.ikvm.KVMMain] ...
| Buf size:425984
| Exception in thread "AWT-EventQueue-1" 
javax.xml.parsers.FactoryConfigurationError: Provider for class 
javax.xml.parsers.DocumentBuilderFactory cannot be created
|   at 
java.xml/javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:305)
|   at java.xml/javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:261)
|   at 
java.xml/javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:140)
|  ...Java stack trace...


Manual page of `javaws` mentions JAVA_HOME

With `apt-file search DocumentBuilderFactory` I did found 
| openjdk-11-doc: 
/usr/share/doc/openjdk-11-jre-headless/api/java.xml/javax/xml/parsers/DocumentBuilderFactory.html
| openjdk-11-doc: 
/usr/share/doc/openjdk-11-jre-headless/api/java.xml/javax/xml/parsers/class-use/DocumentBuilderFactory.html
| openjdk-15-doc: 
/usr/share/doc/openjdk-15-jre-headless/api/java.xml/javax/xml/parsers/DocumentBuilderFactory.html
| openjdk-15-doc: 
/usr/share/doc/openjdk-15-jre-headless/api/java.xml/javax/xml/parsers/class-use/DocumentBuilderFactory.html
| openjdk-16-doc: 
/usr/share/doc/openjdk-16-jre-headless/api/java.xml/javax/xml/parsers/DocumentBuilderFactory.html
| openjdk-16-doc: 
/usr/share/doc/openjdk-16-jre-headless/api/java.xml/javax/xml/parsers/class-use/DocumentBuilderFactory.html
| openjdk-17-doc: 
/usr/share/doc/openjdk-17-jre-headless/api/java.xml/javax/xml/parsers/DocumentBuilderFactory.html
| openjdk-17-doc: 
/usr/share/doc/openjdk-17-jre-headless/api/java.xml/javax/xml/parsers/class-use/DocumentBuilderFactory.html


Hence the original
> > To what should JAVA_HOME be set?
 

At  https://www.wikihow.com/Set-Java-Home#For-Linux  I found
JAVA_HOME=/usr/java/jdk1.6.0_06/bin/java

But there is no  /usr/java/ on my Debian system.


Transforming
> > Which value has JAVA_HOME  for you?
into


Which sane value for JAVA_HOME  should I try
with next `javaws launch.jnlp` ?



Groeten
Geert Stappers
-- 
Silence is hard to parse

Setting JAVA_HOME

[Geert Stappers]

Hi,


To what should JAVA_HOME be set?

Or: Which value has JAVA_HOME  for you?



Yeah, simple things  should be simple.


 
Groeten
Geert Stappers


P.S.

My travelled path
 https://wiki.debian.org/Java
   https://wiki.debian.org/JavaFAQ
 http://www.debian.org/doc/manuals/debian-java-faq/
   
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=java-common;dist=unstable
-- 
Silence is hard to parse

Re: E-Mail address for java-team

[Geert Stappers]

On Sun, Jul 19, 2020 at 09:11:24AM +0200, Mechtilde Stehmann wrote:
> Hello,
> 
> every time I create a (new) java package i get the message that
> 
> 
> 
> is an obsolete email address.
> 
> Is there another address which I should use?
> 

In https://lists.debian.org/debian-java/2020/07/msg00046.html
is said that pkg-java-maintain...@lists.alioth.debian.org
is the right address.

So I wonder what states "obsolete email address" ...


Geert Stappers
-- 
Silence is hard to parse

debian-java and autopkgtest test suite

[Geert Stappers]

In-Reply-To: 
On Fri, Aug 23, 2019 at 02:47:12PM +0200, Markus Koschany wrote:
> Am 22.08.19 um 10:35 schrieb Vincent Prat:
> >> Hi all,
> >>
> >> I have finished packaging the core library using eclipse-debian-helper.
> >> Should I also package extensions even if I do not plan to use them?
> 
> You don't need to package the extensions if there are not required to
> build a package from source or if they are not needed at runtime.
> 
> >>
> >> Examples and tests are also provided, as java classes.
> >> Should I install the examples? If yes, should I build them or provide
> >> them as is?
> 
> Building and running the tests is always a good idea, installing the
> examples is optional.
> 
> >> What about tests? It would be nice to declare an autopkgtest test suite.
> >> Has anyone done this for a Java package?
> 
> Not yet. Some simple tests would be nice.

Wikified that request at https://wiki.debian.org/Java/Packaging#autopkgtest


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: New here, NatTable repository push to master

[Geert Stappers]

On Sun, Aug 18, 2019 at 11:12:43AM -0700, tony mancill wrote:
> On Sun, Aug 18, 2019 at 09:16:51AM +0200, Geert Stappers wrote:
> > On Sat, Aug 17, 2019 at 02:31:45PM +0200, Vincent Prat wrote:
> > > Le 17/08/2019 à 13:52, Geert Stappers a écrit :
> > > > On Sat, Aug 17, 2019 at 01:34:43PM +0200, Vincent Prat wrote:
> > > ...
> > >
> > > Now I get the following error when I try to push to master:
> > > 
> > > remote: GitLab: You are not allowed to push code to protected branches
> > > on this project.
> > > 
> >  
> > Strange. According 
> > https://salsa.debian.org/java-team/nattable/-/project_members?page=3
> > has vivi-guest the developer privilege.
> > 
> > I don't know how to fix this properly.
> > Here I need help from a team member.
> > 
> > 
> > > Pushes to other branches work.
> >  
> > 
> > That allows to create a branch like "helpneeded" or "vivimaster".
> > And work with that branch for the time being.
> 
> Looking at the settings for Protected Branches [1], we have:
> 
> > By default, protected branches are designed to:
> > 
> > * prevent their creation, if not already created, from everybody except 
> > Maintainers
> > * prevent pushes from everybody except Maintainers
> > * prevent anyone from force pushing to the branch
> > * prevent anyone from deleting the branch
> 
> And for the master branch of nattable, on Maintainers are allowed to
> merge and push.
> 
> Looking at the hierarchy of user permissions for gitlab [2,3], the issue
> is that Developer is not the same as Maintainer, and vivi-guest is
> configured as a Developer (as are others).
> 
> As Geert suggests, pushing another branch and opening a merge request
> should work fine for now.
> 
> The team can discuss what the default access level should be.

Current default access level are fine.
Fine for most cases.

This case, vivi-guest requested the nattable repository,
he should be able work with it without the hurdle of merge requests.

I have granted vivi-guest the maintainer role for nattable.


 
Groeten
Geert Stappers

[1] https://salsa.debian.org/java-team/nattable/-/settings/repository
[2] https://docs.gitlab.com/ee/development/permissions.html#members
[3] https://docs.gitlab.com/ee/user/permissions.html
-- 
Leven en laten leven

Re: New here, NatTable repository push to master

[Geert Stappers]

On Sat, Aug 17, 2019 at 02:31:45PM +0200, Vincent Prat wrote:
> Le 17/08/2019 à 13:52, Geert Stappers a écrit :
> > On Sat, Aug 17, 2019 at 01:34:43PM +0200, Vincent Prat wrote:
  
> >> `git clone g...@salsa.debian.org:java-team/nattable.git` works, but
> >> `git push` fails with the error
> >>
> >> remote: A default branch (e.g. master) does not yet exist for
> >> java-team/nattable
> >> remote: Ask a project Owner or Maintainer to create a default branch:
> >> remote:
> >> remote:   https://salsa.debian.org/java-team/nattable/-/project_members
> >> remote:
> >> To salsa.debian.org:java-team/nattable.git
> >>  ! [remote rejected] master -> master (pre-receive hook declined)
> >>
> >>
> > Added a README.md, Please retry.
> >
> >
> > /me
> > Currently on the road   ( away from keyboard )
> >
>
> Now I get the following error when I try to push to master:
> 
> remote: GitLab: You are not allowed to push code to protected branches
> on this project.
> 
 
Strange. According 
https://salsa.debian.org/java-team/nattable/-/project_members?page=3
has vivi-guest the developer privilege.

I don't know how to fix this properly.
Here I need help from a team member.


> Pushes to other branches work.
 

That allows to create a branch like "helpneeded" or "vivimaster".
And work with that branch for the time being.
 

 
Groeten
Geert Stappers
-- 
Leven en laten leven

Re: New here, NatTable repository push

[Geert Stappers]

On Sat, Aug 17, 2019 at 01:34:43PM +0200, Vincent Prat wrote:
> Hi,
> > You are welcome.
> > And very welcome to report write permission errors.
> >
> `git clone g...@salsa.debian.org:java-team/nattable.git` works, but
> `git push` fails with the error
> 
> remote: A default branch (e.g. master) does not yet exist for
> java-team/nattable
> remote: Ask a project Owner or Maintainer to create a default branch:
> remote:
> remote:   https://salsa.debian.org/java-team/nattable/-/project_members
> remote:
> To salsa.debian.org:java-team/nattable.git
>  ! [remote rejected] master -> master (pre-receive hook declined)
> 
> 

Added a README.md, Please retry.


/me
Currently on the road   ( away from keyboard )

Re: New here, NatTable repository

[Geert Stappers]

On Sat, Aug 17, 2019 at 11:27:50AM +0200, Vincent Prat wrote:
> Le 16/08/2019 à 00:42, Geert Stappers a écrit :
> > On Fri, Aug 16, 2019 at 12:29:18AM +0200, Vincent Prat wrote:
> >> The piece of software I want to package is NatTable, which is needed for
> >> the newest version of HDFView.
> >> Is anyone willing to create the repository for me?
> >> For information, you can find the ITP at
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934793.
> >
> > There is now https://salsa.debian.org/java-team/nattable
> >
> 
> Hi Geert,

Hi Mailinglist :-)


> Thank you for the repository.

You are welcome.
And very welcome to report write permission errors.

Just post something like

| doing `git clone ..URL` went fine
| with `git push [...]` I get this error
|  ...

It is for preventing time lost on figuring out
if the error is at your side or error at my side.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: New here, NatTable

[Geert Stappers]

On Fri, Aug 16, 2019 at 12:29:18AM +0200, Vincent Prat wrote:
> Le 15/08/2019 à 14:31, Markus Koschany a écrit :
> > Welcome on board! I have granted you developer permissions
> > on salsa.debian.org. You should be able to modify any existing
> > packages but your future sponsor must create the repository for the
> > new dependency.
> > Cheers,
> > Markus
> 
> The piece of software I want to package is NatTable, which is needed for
> the newest version of HDFView.
> Is anyone willing to create the repository for me?
> For information, you can find the ITP at
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934793.


There is now https://salsa.debian.org/java-team/nattable




Groeten
Geert Stappers
In UTC+2, going to sleep

P.S.
Happy Birthday
-- 
Leven en laten leven

Re: New here

[Geert Stappers]

On Thu, Aug 15, 2019 at 07:17:39AM +0200, Geert Stappers wrote:
> On Thu, Aug 15, 2019 at 01:31:57AM +0200, Vincent Prat wrote:
> > Hi everybody,
> >
> > My name is Vincent, and I am a DM (applying for becoming a DD).
> > So far I have mainly worked on astronomy-related packages and games.
> > I intend to adopt a science-related package, but it is written in Java
> > and requires a new dependency, so I decided to join this team.
> > I have applied for access in Salsa. Could someone please accept me?
> 
> I have seen
> 
> | Vincent Prat (https://salsa.debian.org/vivi-guest) requested Developer
> | access to the Debian Java Maintainers group.
> |
> | https://salsa.debian.org/groups/java-team/-/group_members
> 
> and now acting upon it.
> 

Found out that I have not the privilege to add members.
So someone who has that power has that responsebilty   :-)

 
> > Thank you in advance.

Feel welcome.


> > Best regards,
> > Vincent
> 
> 
> Groeten
> Geert Stappers
> --
> Leven en laten leven
 

Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Request to join the Debian Java Maintainers group, your power required :-)

[Geert Stappers]

On Wed, Aug 14, 2019 at 11:19:33PM +, Debian GitLab wrote:
> 
> 
> Vincent Prat (https://salsa.debian.org/vivi-guest) requested Developer access 
> to the Debian Java Maintainers group.
> 
> https://salsa.debian.org/groups/java-team/-/group_members
> 
> -- 
> 
> You're receiving this email because of your account on salsa.debian.org.
> 
> 

Please thread with Subject: New here


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: New here

[Geert Stappers]

On Thu, Aug 15, 2019 at 01:31:57AM +0200, Vincent Prat wrote:
> Hi everybody,
>
> My name is Vincent, and I am a DM (applying for becoming a DD).
> So far I have mainly worked on astronomy-related packages and games.
> I intend to adopt a science-related package, but it is written in Java
> and requires a new dependency, so I decided to join this team.
> I have applied for access in Salsa. Could someone please accept me?

I have seen

| Vincent Prat (https://salsa.debian.org/vivi-guest) requested Developer
| access to the Debian Java Maintainers group.
|
| https://salsa.debian.org/groups/java-team/-/group_members

and now acting upon it.


> Thank you in advance.
>
> Best regards,
> Vincent


Groeten
Geert Stappers
--
Leven en laten leven

Re: jTDS driver horribly out of date

[Geert Stappers]

On Tue, Jun 11, 2019 at 11:55:59PM +, Ryan Morillo wrote:
> Hi guys,
> The jTDS driver has been at version 1.3.1 for a few years and we still
> have 1.2.5 in the testing repo (libjtds-java) Can we get the newer
> version packaged up and included?
> The biggest benefit is it makes it possible to connect to MS SQL Server
> (TSQL) on a windows domain successfully.
> The link is here:
> https://sourceforge.net/projects/jtds/files/jtds/1.3.1/
> If we just need someone to put the package stuff around it to make it
> work I can write it up, but the complexities of version matching and
> stuff are a little beyond my skill set.

Mmm, I read that as "perfection is blocking me"

Re: Unneeded empty repository akismet-java

[Geert Stappers]

On Mon, Oct 01, 2018 at 10:34:13PM +0200, Andreas Tille wrote:
> Hi,
> 
> it seems
> 
> https://salsa.debian.org/java-team/akismet-java
> 
> is empty and unneeded.  I'd suggest to remove this repository.
> 

Yes.  Because it can be re-created when needed.



Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Request to join the Debian Java Maintainers group

[Geert Stappers]

On Thu, Aug 02, 2018 at 10:18:02PM +, Debian GitLab wrote:
> mirabilos (https://salsa.debian.org/tg) requested Developer access to the 
> Debian Java Maintainers group.
> 
> https://salsa.debian.org/groups/java-team/-/group_members
> 

Seemed to be done 7 hours ago.



Groeten
Geert Stappers
DD
-- 
Leven en laten leven

Re: mh_make full log

[Geert Stappers]

On Thu, Jun 28, 2018 at 12:45:28AM +0300, Mykola Nikishov wrote:
> Geert Stappers  writes:
> 
> > Thing that I mis is what to modify to get
> > |-  org.apache.felix
> > |:  maven-bundle-plugin
> > |-  3.5.0
> > upon:
> >   mvn help:effective-pom -Doutput=effective-pom.xml
> >   grep --context=1 maven-bundle-plugin effective-pom.xml
> > before running
> >   mh_make
> > again
> 
> First, here is some background. The version 3.2.0 comes from the parent
> POM hierarchy which is:
> 
> --8<---cut here---start->8---
> $ mvn 
> org.apache.maven.plugins:maven-dependency-plugin:3.1.1:display-ancestors 
> |grep --before-context=1 "Ancestor POMs"
   ...
> --8<---cut here---end--->8---
> 
> In this case, com.fasterxml:oss-parent:pom:30 defines the version of
> maven-bundle-plugin as:
> 
> --8<---cut here---start->8---
> 
>   
> 3.2.0
>   
>   
> 
>   
> 
>   org.apache.felix
>   maven-bundle-plugin
>   ${version.plugin.bundle}
>   
>   
> 
>   
>   
> 
> org.apache.felix
> maven-bundle-plugin
> ${version.plugin.bundle}
> true
> 
>   
> 
> --8<---cut here---end--->8---
> 
> You have to dig through parent POMs manually, I don't have a way to
> automate this with plain CLI, without extra efforts.
> 
> There are several ways to change the version of maven-bundle-plugin.
> 
> 1) When building, you can re-assign the value of property
> 'version.plugin.bundle' by passing additional parameter to mvn:
> 
> $ mvn -Dversion.plugin.bundle=3.5.0 ...
> 
> You can try it with effective-pom goal:
> 
> --8<---cut here---start->8---
> $ mvn help:effective-pom -Doutput=effective-pom.xml
> $ mvn -Dversion.plugin.bundle=3.5.0 help:effective-pom 
> -Doutput=effective-pom-custom-bundle-plugin.xml
> $ diff --unified effective-pom.xml effective-pom-custom-bundle-plugin.xml
> --8<---cut here---end--->8---
> 
> 2) Permanently, by adding re-assigning version in the POM:
> 
> --8<---cut here---start->8---
>   
> 3.5.0
>   
> --8<---cut here---end--->8---
> 
> 3) Permanently, by adding this to the POM:
> 
> --8<---cut here---start->8---
>   
> 
> org.apache.felix
> maven-bundle-plugin
> 3.5.0
> 
>   
> --8<---cut here---end--->8---
> 
> Ideally, 2) or 3) should be applied to com.fasterxml:oss-parent:pom:30
> (the root of the hierarchy) and all sub-modules of the project will
> inherit this. Otherwise, the same snippet should be applied for every
> single sub-module.
> 

With

--- a/pom.xml
+++ b/pom.xml
@@ -71,6 +71,11 @@ not datatype, data format, or JAX-RS provider modules.
 
   

+   
+   org.apache.felix
+   maven-bundle-plugin
+   3.5.0
+
   
 
   


I have 1 error less.  Thanks.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Request for help: fop 2.2 / 2.3

[Geert Stappers]

On Wed, Jun 27, 2018 at 02:12:02PM +0200, Mathieu Malaterre wrote:
> On Wed, Jun 27, 2018 at 1:57 PM Emmanuel Bourg  wrote:
> > Le 27/06/2018 à 13:31, Mathieu Malaterre a écrit :
> Analysing fop/pom.xml...
> Jun 27, 2018 2:10:39 PM org.debian.maven.packager.DependenciesSolver
> resolveDependencies
> SEVERE: Error while resolving ./fop/pom.xml: Dependency not found
> org.apache.xmlgraphics:fop-parent:pom:2.3
> Jun 27, 2018 2:10:39 PM org.debian.maven.packager.DependenciesSolver
> resolveDependencies
> SEVERE:
> org.debian.maven.repo.DependencyNotFoundException: Dependency not
> found org.apache.xmlgraphics:fop-parent:pom:2.3
> at org.debian.maven.repo.Repository.registerPom(Repository.java:414)
> at 
> org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:321)
> at 
> org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:421)
> at 
> org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:261)
> at 
> org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:962)
> 
> So right now I need to delete the entire debian/ directory.

Yes.  Rinse and repeat   :-)


FWIW  I did "test drive"  mh_make with java package 'twelvemonkeys'.
Yes, I'm new to java packaging

Now quoting 
https://salsa.debian.org/java-team/libtwelvemonkeys-java/blob/master/debian/changelog

| libtwelvemonkeys-java (3.3.2-2) unstable; urgency=medium
| 
|   * Drop use-local-jars.patch and build-depend on libtwelvemonkeys-java 
instead.
|   * Fix installation path of the documentation since we don't use a single
| build directory anymore.
|   * Ignore maven-surefire-plugin.
|   * Build-depend on junit4 to prevent a FTBFS.

That may help you. Especial
|   * Drop use-local-jars.patch and build-depend on libtwelvemonkeys-java 
instead.
I do read that as "a patch was used before circular build dependency did happen"


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: mh_make full log

[Geert Stappers]

On Wed, Jun 27, 2018 at 02:33:32PM +0300, Mykola Nikishov wrote:
> Geert Stappers  writes:
> 
> >> But where set "bundle version should be 3.5.0" ??

3.5.0  is the version of maven bundle plugin being installed.


> >> | $ grep --context=2 bundle $( find . -name pom.xml )
> >
> > Search for 'bundle' in the seven pom.xml files
> > and hope to catch a version number or something alike
> 
> If I need to find almost anything about the project, I would never start
> with grep but Maven itself

Yes, I'm new to the maven world

> > Help is needed
> 
> tl;dr - maven-bundle-plugin:3.2.0 is required by the project
> 
> $ git clone https://salsa.debian.org/stappers/jackson-modules-base.git .
> $ mvn help:effective-pom -Doutput=effective-pom.xml
> 
> The last command will resolve all versions and write them into
> effective-pom.xml file. And now it actually makes sense to use grep:
> 
> $ grep --line-number --context=2 maven-bundle-plugin effective-pom.xml
> 502-  
> 503-org.apache.felix
> 504:maven-bundle-plugin
> 505-3.2.0
> 506-
> --
> 788-
> 789-  org.apache.felix
> 790:  maven-bundle-plugin
> 791-  3.2.0
> 792-  true
> --
> 1944-  
> 1945-org.apache.felix
> 1946:maven-bundle-plugin
> 1947-3.2.0
> 1948-
> --
> 2279-
> 2280-  org.apache.felix
> 2281:  maven-bundle-plugin
> 2282-  3.2.0
> 2283-  true
> 
> Hope this helps.

Yes, it does.
I do now know how to check, do know now how to see what is wrong.
 ( key line is:  mvn help:effective-pom -Doutput=effective-pom.xml )


Thing that I mis is what to modify to get
|-  org.apache.felix
|:  maven-bundle-plugin
|-  3.5.0
upon:
  mvn help:effective-pom -Doutput=effective-pom.xml
  grep --context=1 maven-bundle-plugin effective-pom.xml
before running
  mh_make
again


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: mh_make full log

[Geert Stappers]

Summary: retransmit

On Mon, Jun 25, 2018 at 04:39:51PM +0200, Geert Stappers wrote:
> On Mon, Jun 25, 2018 at 03:47:00PM +0200, Emmanuel Bourg wrote:
> > Le 25/06/2018 à 15:40, Geert Stappers a écrit:
> > 
> > > https://salsa.debian.org/stappers/jackson-modules-base/raw/master/mh_make.1.script
> > 
> > I see, that's a common error with maven-bundle-plugin, the version in
> > the pom.xml file has to match the one in the libmaven-bundle-plugin-java
> > package. Not sure why. Just modify pom.xml and restart mh_make. You can
> > undo the modification afterward.
> 
> My result of putting that together ...

Meaning: The advice wasn't completely understood, this is my attempt ...


> | $ dpkg -l libmaven-bundle-plugin-java
> | ii  libmaven-bundle-plug 3.5.0-1  all  Maven plugin to handle artifact OSGi 
> metadata
> | $ dpkg -L libmaven-bundle-plugin-java | tail -n 1
> | 
> /usr/share/maven-repo/org/apache/felix/maven-bundle-plugin/3.5.0/maven-bundle-plugin-3.5.0.pom
> | $ 
> 
> So package version seem  3.5.0
  So package version seems to be 3.5.0
 
> | $ find . -name pom.xml
> | ./afterburner/pom.xml
> | ./pom.xml
> | ./jaxb/pom.xml
> | ./guice/pom.xml
> | ./paranamer/pom.xml
> | ./osgi/pom.xml
> | ./mrbean/pom.xml
> 
> So seven pom.xml files.
> 
> 
> But where set "bundle version should be 3.5.0" ??
> 
> | $ grep --context=2 bundle $( find . -name pom.xml )

Search for 'bundle' in the seven pom.xml files
and hope to catch a version number or something alike


> | ./afterburner/pom.xml-  jackson-module-afterburner
> | ./afterburner/pom.xml-  Jackson module: Afterburner
> | ./afterburner/pom.xml:  bundle
> | ./afterburner/pom.xml-  Jackson 
> (https://github.com/FasterXML/jackson) extension module
> | ./afterburner/pom.xml-used to enhance performance using bytecode generation 
> to replace use of Reflection for
> | --
> | ./jaxb/pom.xml-  jackson-module-jaxb-annotations
> | ./jaxb/pom.xml-  Jackson module: JAXB Annotations
> | ./jaxb/pom.xml:  bundle
> | ./jaxb/pom.xml-
> | ./jaxb/pom.xml-  Support for using JAXB annotations as an 
> alternative to "native" Jackson annotations, for configuring
> | --
> | ./guice/pom.xml-jackson-module-guice
> | ./guice/pom.xml-Jackson module: Guice
> | ./guice/pom.xml:bundle
> | ./guice/pom.xml-
> | ./guice/pom.xml-Stuff to make integration with Guice a bit 
> easier
> | --
> | ./paranamer/pom.xml-  jackson-module-paranamer
> | ./paranamer/pom.xml-  Jackson module: Paranamer
> | ./paranamer/pom.xml:  bundle
> | ./paranamer/pom.xml-  AnnotationIntrospectors that use 
> Paranamer (http://paranamer.codehaus.org)
> | ./paranamer/pom.xml-to introspect names of constructor (and factory method) 
> parameters.
> | --
> | ./paranamer/pom.xml-
> | ./paranamer/pom.xml-
> | ./paranamer/pom.xml-
> ${project.groupId}.paranamer.*
> | --
> | ./paranamer/pom.xml-  
> | ./paranamer/pom.xml-  null:null
> | --
> | ./osgi/pom.xml-
> | ./osgi/pom.xml-jackson-module-osgi
> | ./osgi/pom.xml:bundle
> | ./osgi/pom.xml-Jackson module: OSGi
> | ./osgi/pom.xml-
> | --
> | ./mrbean/pom.xml-  jackson-module-mrbean
> | ./mrbean/pom.xml-  Jackson module: Mr Bean
> | ./mrbean/pom.xml:  bundle
> | ./mrbean/pom.xml-
> | ./mrbean/pom.xml-  Functionality for implementing interfaces 
> and abstract types
> 
> 
> Help is welcome

Help is needed


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Bug#902446: wish: delete old jackson-module-jaxb-annotations salsa repo

[Geert Stappers]

On Tue, Jun 26, 2018 at 11:07:16PM +0200, Emmanuel Bourg wrote:
> Le 26/06/2018 à 22:32, Geert Stappers a écrit:
> 
> > The goal is cruft reduction at Salsa
> > and prevent that time is lost on deprecated git repositories.
> 
> I don't think there is time lost on deprecated repositories, they just
> sit there for future references. I personally like preserving the
> history of what we've done in the past, so IMHO repositories shouldn't
> be deleted.

Yeah, that makes sense.


Any hard objections  on updating obsolete repos
with a pointer to the new git repository?


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: jackson-module-afterburner RM salsa

[Geert Stappers]

On Tue, Jun 26, 2018 at 06:38:33PM +0200, Emmanuel Bourg wrote:
> Le 26/06/2018 à 18:26, Pirate Praveen a écrit :
> 
> > In other teams, we keep the repos in case someone wants to continue in
> > future.
> 
> I agree, I prefer keeping the repository of the removed packages.
> 

Acknowlegde(and to be continued)


Groeten
Geert Stappers
-- 
Leven en laten leven

jackson-module-afterburner RM salsa

[Geert Stappers]

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?


Groeten
Geert Stappers
DD
-- 
Leven en laten leven

Re: mh_make full log

[Geert Stappers]

On Mon, Jun 25, 2018 at 03:47:00PM +0200, Emmanuel Bourg wrote:
> Le 25/06/2018 à 15:40, Geert Stappers a écrit :
> 
> > https://salsa.debian.org/stappers/jackson-modules-base/raw/master/mh_make.1.script
> 
> I see, that's a common error with maven-bundle-plugin, the version in
> the pom.xml file has to match the one in the libmaven-bundle-plugin-java
> package. Not sure why. Just modify pom.xml and restart mh_make. You can
> undo the modification afterward.

My result of putting that together ...

| $ dpkg -l libmaven-bundle-plugin-java
| Gevraagd=(U)onbekend/(I)nstalleren/ve(R)wijderen/(P)wissen/(H)ouden
| | Status=Niet/Inst/Conf/Uitgep/halF-geconf/Halfgeïnst/verWacht-trig/Trig-bezig
| |/ Fout?=(geen)/heRinst. nodig/ (Status,Fout: hoofdletter=ernstig)
| ||/ Naam Versie  ArchitectuurOmschrijving
| 
+++--===-===-=
| ii  libmaven-bundle-plug 3.5.0-1 all Maven plugin to 
handle artifact OSGi metadata
| $ dpkg -L libmaven-bundle-plugin-java | tail -n 3
| /usr/share/maven-repo/org/apache/felix/maven-bundle-plugin/3.5.0
| 
/usr/share/maven-repo/org/apache/felix/maven-bundle-plugin/3.5.0/maven-bundle-plugin-3.5.0.jar
| 
/usr/share/maven-repo/org/apache/felix/maven-bundle-plugin/3.5.0/maven-bundle-plugin-3.5.0.pom
| $ 

So package version seem  3.5.0

| $ find . -name pom.xml
| ./afterburner/pom.xml
| ./pom.xml
| ./jaxb/pom.xml
| ./guice/pom.xml
| ./paranamer/pom.xml
| ./osgi/pom.xml
| ./mrbean/pom.xml

So seven pom.xml files.


But where set "bundle version should be 3.5.0" ??

| $ grep --context=2 bundle $( find . -name pom.xml )
| ./afterburner/pom.xml-  jackson-module-afterburner
| ./afterburner/pom.xml-  Jackson module: Afterburner
| ./afterburner/pom.xml:  bundle
| ./afterburner/pom.xml-  Jackson 
(https://github.com/FasterXML/jackson) extension module
| ./afterburner/pom.xml-used to enhance performance using bytecode generation 
to replace use of Reflection for
| --
| ./jaxb/pom.xml-  jackson-module-jaxb-annotations
| ./jaxb/pom.xml-  Jackson module: JAXB Annotations
| ./jaxb/pom.xml:  bundle
| ./jaxb/pom.xml-
| ./jaxb/pom.xml-  Support for using JAXB annotations as an 
alternative to "native" Jackson annotations, for configuring
| --
| ./guice/pom.xml-jackson-module-guice
| ./guice/pom.xml-Jackson module: Guice
| ./guice/pom.xml:bundle
| ./guice/pom.xml-
| ./guice/pom.xml-Stuff to make integration with Guice a bit 
easier
| --
| ./paranamer/pom.xml-  jackson-module-paranamer
| ./paranamer/pom.xml-  Jackson module: Paranamer
| ./paranamer/pom.xml:  bundle
| ./paranamer/pom.xml-  AnnotationIntrospectors that use Paranamer 
(http://paranamer.codehaus.org)
| ./paranamer/pom.xml-to introspect names of constructor (and factory method) 
parameters.
| --
| ./paranamer/pom.xml-
| ./paranamer/pom.xml-
| ./paranamer/pom.xml-
${project.groupId}.paranamer.*
| --
| ./paranamer/pom.xml-  
| ./paranamer/pom.xml-  null:null
| --
| ./osgi/pom.xml-
| ./osgi/pom.xml-jackson-module-osgi
| ./osgi/pom.xml:bundle
| ./osgi/pom.xml-Jackson module: OSGi
| ./osgi/pom.xml-
| --
| ./mrbean/pom.xml-  jackson-module-mrbean
| ./mrbean/pom.xml-  Jackson module: Mr Bean
| ./mrbean/pom.xml:  bundle
| ./mrbean/pom.xml-
| ./mrbean/pom.xml-  Functionality for implementing interfaces and 
abstract types


Help is welcome


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: mh_make full log

[Geert Stappers]

On Mon, Jun 25, 2018 at 03:23:57PM, Emmanuel Bourg wrote:
> Le 25/06/2018 à 15:08, Geert Stappers a écrit:
> 
> > Further as yesterday, now stuck at
> > 
> > [ERROR] For more information about the errors and possible solutions, 
> > please read the following articles:
> > [ERROR] [Help 1] 
> > http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
> > [ERROR] [Help 2] 
> > http://cwiki.apache.org/confluence/display/MAVEN/PluginManagerException
> 
> Could you post the full log somewhere?
> 

https://salsa.debian.org/stappers/jackson-modules-base/raw/master/mh_make.1.script


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Java Example Packages, maven

[Geert Stappers]

On Mon, Jun 25, 2018 at 01:40:54PM +0200, Geert Stappers wrote:
> On Mon, Jun 25, 2018 at 09:08:09AM, Emmanuel Bourg wrote:
> > Le 25/06/2018 à 00:00, Geert Stappers a écrit:
> > > 
> > > 
> > > My very first encounter with `mh_make` ended with
> > > 
> > >   Some problems were found in this project, exiting...
> > 
> 
> 
> > And Markus posted an example on his blog:
> > 
> > http://collab.debian.net/portal/planet-debian/markus-koschany-pdfsam-how-to-upgrade-a-maven-application-for-debian
>  
> Did read it at played with it.
> I got now a succesfull dh_make on  twelvemonkeys
>  ( https://tracker.debian.org/pkg/libtwelvemonkeys-java  ;-)
> 
> 
> Now attempting to use the new knowledge ...
> 

FWIW

Further as yesterday, now stuck at

[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginManagerException



Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Java Example Packages, maven

[Geert Stappers]

On Mon, Jun 25, 2018 at 09:08:09AM, Emmanuel Bourg wrote:
> Le 25/06/2018 à 00:00, Geert Stappers a écrit:
> 
> > It is an example of an upstream source where I can see
> > a succesfull run of `mh_make`.  So a "Maven package"
> > 
> > 
> > My very first encounter with `mh_make` ended with
> > 
> >   Some problems were found in this project, exiting...
> 
> 
> I recorded a quick video demonstrating mh_make (in French):
> 
>   https://www.youtube.com/watch?v=p767bS_8C_o
 
I have seen https://java.debian.net/jhove-packaging-demo.flv
which has a some what better video quality.
(Still the font too small to read easily.)


> And Markus posted an example on his blog:
> 
> http://collab.debian.net/portal/planet-debian/markus-koschany-pdfsam-how-to-upgrade-a-maven-application-for-debian
 
Did read it at played with it.
I got now a succesfull dh_make on  twelvemonkeys
 ( https://tracker.debian.org/pkg/libtwelvemonkeys-java  ;-)


Now attempting to use the new knowledge ...


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Java Example Packages, maven

[Geert Stappers]

On Sun, Jun 24, 2018 at 03:39:37PM +0200, Markus Koschany wrote:
> Hi,
> 
> Am 24.06.2018 um 14:53 schrieb Geert Stappers:
> > 
> > Hi,
> > 
> > Information for updating https://wiki.debian.org/Java/ExamplePackages is 
> > wanted.
> > 
> > What would be the new list of demo packages?
> 
> I will talk about Java packaging at DebConf18 and my intention is to use
> this as a starting point for a much needed wiki update. I guess we
> should overhaul [1], split it into Ant, Maven, Gradle sections and link
> to examples from there.
> Then I think an extra page for example packages isn't needed anymore.

It is an example of an upstream source where I can see
a succesfull run of `mh_make`.  So a "Maven package"


My very first encounter with `mh_make` ended with

  Some problems were found in this project, exiting...





Groeten
Geert Stappers
> [1] https://wiki.debian.org/Java/Packaging
-- 
Leven en laten leven

Java Example Packages

[Geert Stappers]

Hi,

Information for updating https://wiki.debian.org/Java/ExamplePackages is wanted.

What would be the new list of demo packages?


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: salsa privilege request

[Geert Stappers]

On Fri, Jun 15, 2018 at 08:13:53AM +0200, Emmanuel Bourg wrote:
> Le 15/06/2018 à 07:49, Geert Stappers a écrit:
> 
> > Who adds me, account name 'stappers'
> > to https://salsa.debian.org/groups/java-team/-/group_members ?
> 
> Done!
> 

Test result:  succesfull

Thanks


Groeten
Geert Stappers
-- 
Leven en laten leven

salsa privilege request

[Geert Stappers]

Moin,

Who adds me, account name 'stappers'
to https://salsa.debian.org/groups/java-team/-/group_members ?


Cheers
Geert Stappers
DD
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: broken link at JavaPackagingFAQ

[Geert Stappers]

On Mon, Jun 11, 2018 at 08:25:28AM +0200, Geert Stappers wrote:
> On Sun, Jun 10, 2018 at 11:09:08PM -0300, Samuel Henrique wrote:
> > Hello,
> > 
> > The link at https://wiki.debian.org/JavaPackagingFAQ does not work anymore
> > http://ftp-master.debian.org/~twerner/jar-content.txt.bz2
> 
> Quoting the wiki page
> 
>Torsten Werner has a script to create a list of all JAR files in all
>Debian packages with all classes. The file is available at:
>  
> > http://ftp-master.debian.org/~twerner/jar-content.txt.bz2
> 
> So for repairing the broken link,
> we are in need for the twerner script functionality.
 
Maybe
  git clone https://ftp-master.debian.org/users/twerner/jars.git/
 


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: broken link at JavaPackagingFAQ

[Geert Stappers]

On Sun, Jun 10, 2018 at 11:09:08PM -0300, Samuel Henrique wrote:
> Hello,
> 
> The link at https://wiki.debian.org/JavaPackagingFAQ does not work anymore
> http://ftp-master.debian.org/~twerner/jar-content.txt.bz2

Quoting the wiki page

   Torsten Werner has a script to create a list of all JAR files in all
   Debian packages with all classes. The file is available at:
 

So for repairing the broken link,
we are in need for the twerner script functionality.


> I got to that page by reading
> https://wiki.debian.org/Java/Packaging#References
> 
> PS.: I'm not subscribed to this list

You are Cc-ed. Torsten also.


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: Java Team on Salsa, Mailinglist

[Geert Stappers]

On Thu, May 31, 2018 at 02:37:15PM +0200, Geert Stappers wrote:
> On Thu, May 31, 2018 at 02:17:06PM +0200, Emmanuel Bourg wrote:
>   [ ... ]
> > Mailing lists
> > -
> > 
> > We had two mailing lists hosted on Alioth,
> > pkg-java-maintain...@lists.alioth.debian.org and
> > pkg-java-comm...@lists.alioth.debian.org. They have been moved over to
> > https://alioth-lists.debian.net. The addresses remain the same and the
> > Maintainer field in debian/control doesn't change. I'm the only admin of
> > these lists for now but it would be nice to have more admins/moderators.
> > 
> 
> That is a place where I can help.
> 
> I do volunteer for the job mailinglist admin/moderator.
} I do volunteer for the job mailinglist admin/moderator of debian-java


My reason for stepping forward is
making it possible that Emmanuel Bourg can spent his time on non-ML-maintiance

I have experience with moderating mailman mailinglists.
( https://www.syslinux.org/archives/2017-March/025589.html )

If Emmanuel agrees, he can sent me credentials.


Groeten
Geert Stappers
Debian Developer
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: Java Team on Salsa, Mailinglist

[Geert Stappers]

On Thu, May 31, 2018 at 02:17:06PM +0200, Emmanuel Bourg wrote:
  [ ... ]
> Mailing lists
> -
> 
> We had two mailing lists hosted on Alioth,
> pkg-java-maintain...@lists.alioth.debian.org and
> pkg-java-comm...@lists.alioth.debian.org. They have been moved over to
> https://alioth-lists.debian.net. The addresses remain the same and the
> Maintainer field in debian/control doesn't change. I'm the only admin of
> these lists for now but it would be nice to have more admins/moderators.
> 

That is a place where I can help.

I do volunteer for the job mailinglist admin/moderator.


Geert Stappers
DD

Re: Eclipse 4.x and Tycho

[Geert Stappers]

Warning compliment ahead

On Sun, Dec 24, 2017 at 04:55:25PM +0100, luca wrote:
> Il 17/12/2017 22:22, luca ha scritto:
> >Il 19/10/2016 23:14, Markus Koschany ha scritto:
> >>Hey,
> >>
> >>thanks to Emmanuel there is currently some action with Eclipse going on
> >>but I wanted to give a heads-up that I intend to package Tycho soon. My
> >>goal is to package the latest version of Eclipse and probably one or two
> >>useful Eclipse modules to get at least an up-to-date core version into
> >>Stretch.
> >>
> >>Everything else from the Eclipse ecosystem would be nice to have too and
> >>there are still many outdated packages in the archive that would benefit
> >>from one or more regular human maintainers. Here is your chance to get
> >>involved.
> >>
> >>However the update will possibly break the packages that Emmanuel is
> >>fixing at the moment. So perhaps wait a little bit more and don't put
> >>too much energy into those packages. We might need it later. :)
> >>
> >>Regards,
> >>
> >>Markus
> >>
> >
> >Hello,
> >
> >I see there has been some activity in the pkg-java/tycho
> >repository in the last months. What is the status of the works?
> >Can I help in some way?
> >
> >I have tried to sbuild the repository, however build fails due to
> >a circular dependency.
> >
> >Luca
> >
> >
> >
> 
> Sorry, my fault.
> There is no circular dependency and the package builds correctly.

Good that you pursuit it.

> Can anybody explain me how the circular dependency was resolved?
> How can the package tycho depend on itself?

I don't know. This the latest debian changelog entry

tycho (0.25.0-4) unstable; urgency=medium

  * Team upload.
  * Added the missing build dependency on libcommons-httpclient-java
(Closes: #881335)
  * Fixed the compilation errors with Java 9 (Closes: #874130)
  * Removed the unused build dependency on glassfish-javaee

 -- Emmanuel Bourg <ebo...@apache.org>  Thu, 23 Nov 2017 14:58:03 +0100


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Mailing list etiquette on debian-java

[Geert Stappers]

> 
} May I suggest that we publicly voice our concerns on this list instead
> of contacting our leader who then sends private emails to me? I believe
> this would be more helpful and transparent.
> 

+1


Plus https://en.wikipedia.org/wiki/Robustness_principle



Groeten
Geert Stappers
-- 
Leven en laten leven

Re: even with 'libjsch-java' package com.jcraft.jsch does not exist

[Geert Stappers]

On Sun, Jun 11, 2017 at 11:23:56PM +0200, Geert Stappers wrote:
> Hello Debian Java
> 
> While working on 
>  java.lang.SecurityException: Invalid signature file digest for Manifest main 
> attributes
> that I report two weeks ago, I encountered another obstacle  :-)
> 
>   [javac]   ^
>   [javac] 
> /build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:33:
>  error: package com.jcraft.jsch does not exist
>   [javac] import com.jcraft.jsch.JSch;
>   [javac]   ^
>   [javac] 
> /build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:34:
>  error: package com.jcraft.jsch does not exist
>   [javac] import com.jcraft.jsch.JSchException;
>   [javac]   ^
> 
> The build depends do have libjsch-java.
> 
> In CLASSPATH is /usr/share/java/jsch.jar
> 
> 
> Now I'm here asking for a clue where to proceed.
> 
> 
> 
> Previous I had successfull build, but with runtime error at startup.
> 
> Reason for now having a build error is because I removed .jar files
> from uptime tarball. Among the removed jars was jsch-0.1.50.jar.
> 
> Commands for reproducing the build error:
>   debcheckout arduino
>   pristine-tar checkout ../arduino_1.8.2+dfsg.orig.tar.xz
>   $YOUR_FAVORITE_BUILD_TOOL
> 
 
In C, the computer language, there is  #include  
and #include "mylibrary.h".  < >  versus " "

I did a websearch on such construction for Java, didn't found such thing.


In http://docs.oracle.com/javase/tutorial/java/package/usepkgs.html
is  import package  explained. But for me not enough to understand
why there is
   [javac] 
/build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:33:
 error: package com.jcraft.jsch does not exist
   [javac] import com.jcraft.jsch.JSch;
   [javac]   ^
   [javac] 
/build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:34:
 error: package com.jcraft.jsch does not exist
   [javac] import com.jcraft.jsch.JSchException;
   [javac]   ^

Your help is appreciated.


Groeten
Geert Stappers
-- 
Leven en laten leven

even with 'libjsch-java' package com.jcraft.jsch does not exist

[Geert Stappers]

Hello Debian Java

While working on 
 java.lang.SecurityException: Invalid signature file digest for Manifest main 
attributes
that I report two weeks ago, I encountered another obstacle  :-)

  [javac]   ^
  [javac] 
/build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:33:
 error: package com.jcraft.jsch does not exist
  [javac] import com.jcraft.jsch.JSch;
  [javac]   ^
  [javac] 
/build/arduino-1.8.2+dfsg/arduino-core/src/cc/arduino/packages/ssh/SSHPwdSetup.java:34:
 error: package com.jcraft.jsch does not exist
  [javac] import com.jcraft.jsch.JSchException;
  [javac]   ^

The build depends do have libjsch-java.

In CLASSPATH is /usr/share/java/jsch.jar


Now I'm here asking for a clue where to proceed.



Previous I had successfull build, but with runtime error at startup.

Reason for now having a build error is because I removed .jar files
from uptime tarball. Among the removed jars was jsch-0.1.50.jar.

Commands for reproducing the build error:
  debcheckout arduino
  pristine-tar checkout ../arduino_1.8.2+dfsg.orig.tar.xz
  $YOUR_FAVORITE_BUILD_TOOL



Groeten
Geert Stappers
-- 
Leven en laten leven

Re: create tarball of java maven

[Geert Stappers]

On Mon, May 29, 2017 at 12:05:41AM +0300, Nada Gh wrote:
> On Sun, May 28, 2017 at 10:16 PM, Geert Stappers wrote:
> > On Sun, May 28, 2017 at 10:02:54PM +0300, Nada Gh wrote:
> > > On Sun, May 28, 2017 at 9:41 PM, Geert Stappers wrote:
> > > > On Sun, May 28, 2017 at 09:22:08PM +0300, Nada Gh wrote:
> > > > > Hi,
> > > > > I obtained an upstream source but doesn't provide tarball.
> > > > > How I can generate the tarball?
> > > >
> > > > Please elaborate the question. e.g. tell what upstream does provide.
> > >
> > > Here is the source <https://github.com/qupath/qupath>.
> >
> > https://github.com/qupath/qupath/releases/tag/v0.1.2
> >
> > And this might be in debian/watch file
> } And this might go in debian/watch file
> > -
> > # uscan watch file
> > version=4
> > opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*)\.tar\.gz%qupath-$1.tar.gz%" \
> > https://github.com/qupath/qupath/tags \
> > (?:.*?/)?v?(\d[\d.]*)\.tar\.gz debian uupdate
> > -
> > however  *untested*, but https://github.com/qupath/qupath/tags shows
> > some versions.
> >
> 
> I can download a tarball but it includes files from maven. I just want to
> include the minimum dependencies required for debian packaging.
> 
> I found mh_make from maven debian helper command, have you tried it?

It is upstream that provides the tarball that is input
for Debian packaging. So there is no "problem".
The "problem" on getting a tarball is solved.

Neither there is the "problem" 'it is all new'.
Sure, it is all new, all new things are.
This time is it Debian packaging of Java that is new for you.

Just invest time in learning a "new" skill. Remember how you
learned walking: With falling and getting up again.

Have a closer look at mh_make, read it's documenation.
Then, if needed, start a new email thread.
Bonuspoints for making it possible that people can read
in the discussion order. Yes, I'm asking to reply below the text.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: create tarball of java maven

[Geert Stappers]

On Sun, May 28, 2017 at 10:02:54PM +0300, Nada Gh wrote:
> On Sun, May 28, 2017 at 9:41 PM, Geert Stappers wrote:
> > On Sun, May 28, 2017 at 09:22:08PM +0300, Nada Gh wrote:
> > > Hi,
> > > I obtained an upstream source but doesn't provide tarball.
> > >
> > > How I can generate the tarball?
> >
> > Please elaborate the question. e.g. tell what upstream does provide.
> >
> 
> Here is the source <https://github.com/qupath/qupath>.
> 

https://github.com/qupath/qupath/releases/tag/v0.1.2


And this might be in debian/watch file
-
# uscan watch file
version=4
opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*)\.tar\.gz%qupath-$1.tar.gz%" \
https://github.com/qupath/qupath/tags \
(?:.*?/)?v?(\d[\d.]*)\.tar\.gz debian uupdate
-
however  *untested*, but https://github.com/qupath/qupath/tags shows
some versions.


Regards
Geert Stappers
-- 
Leven en laten leven

Re: create tarball of java maven

[Geert Stappers]

On Sun, May 28, 2017 at 09:22:08PM +0300, Nada Gh wrote:
> Hi,
> I obtained an upstream source but doesn't provide tarball.
> 
> How I can generate the tarball?

Please elaborate the question. e.g. tell what upstream does provide.


Groeten
Geert Stappers
-- 
Leven en laten leven

java.lang.SecurityException: Invalid signature file digest for Manifest main attributes

[Geert Stappers]

Control: tag -1  help


Hi,

Arduino packaging now builds for 1.8.2.  Get the source code for it through

   debcheckout arduino


However there is Java error and that is reason why
the Debian Java packaging team is in the CC.


The complete error
8<---8<
$ arduino
Picked up JAVA_TOOL_OPTIONS: 
Error parsing gtk-icon-sizes string: ''
java.lang.SecurityException: Invalid signature file digest for Manifest main 
attributes
at 
sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifier.java:314)
at 
sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.java:268)
at java.util.jar.JarVerifier.processEntry(JarVerifier.java:316)
at java.util.jar.JarVerifier.update(JarVerifier.java:228)
at java.util.jar.JarFile.initializeVerifier(JarFile.java:383)
at java.util.jar.JarFile.getInputStream(JarFile.java:450)
at 
sun.misc.URLClassPath$JarLoader$2.getInputStream(URLClassPath.java:977)
at sun.misc.Resource.cachedInputStream(Resource.java:77)
at sun.misc.Resource.getByteBuffer(Resource.java:160)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:454)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at processing.app.BaseNoGui.initPackages(BaseNoGui.java:483)
at processing.app.Base.(Base.java:252)
at processing.app.Base.main(Base.java:135)
$
8<---8<

My websearch did bring me to 
https://stackoverflow.com/questions/999489/invalid-signature-file-when-attempting-to-run-a-jar

It tells me to tweak a build.xml file.
It is the point where I get lost, where I need help.

Is it the file app/build.xml that needs something like






??


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: Request to join Java Packaging Team

[Geert Stappers]

On Sun, Apr 23, 2017 at 02:58:07AM +0200, Hubert Hauser wrote:
> Hi!
> 
> I am a new Debian contributor and I would like to participate to Java
> Packaging Team. I am very interested in open source development and
> computer science. I would like to have in my account first
> contributions to Debian. My primary language is Java and I know very
> well git. I am going to gain new experience. I hope you will accept my
> request.
> 
> --
> Best regards, Hubert Hauser.
> https://contributors.debian.org/contributor/hubot-guest@alioth/
> 

Ah, there is an account name.  hubot-guest

As https://alioth.debian.org/projects/pkg-java/ has no Hubert Hauser yet
did I send this reminder.

Hope it helps, otherwise use it for an retransmit of
"Yes, I want to join the team"


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Get package from import statement, searching what allready exists

[Geert Stappers]

On Sun, Dec 18, 2016 at 12:57:46PM +0100, Ole Streicher wrote:
> Hi all,
> 
> I am currently trying to check the dependencies for a rather large
> source package, where I "just" have the source.
> 
> The problem is now that I need to find the Debian packages which contain
> the classes which are imported. Since there is no canonical way the
> Debian package is named from the Java classes, I am wondering whether
> there is some source in the net to look up? Or how should one proceed then?
> 
> In the moment, I am looking for the packages providing:
> 
> * javax.xml
> * org.xml.sax
> * org.w3c.dom,
> * javax.imageio
> 

FWIW  I tried `aptitude search` with mixed results. I hope it helps.

| $ aptitude search java | grep -i xml | wc
|  86 7886966
| $ aptitude search javax | grep -i xml | wc
|   0   0   0
| $ aptitude search xml | grep -i java | wc
|  42 3593402
| $ aptitude search sax | grep -i java
| p   docbook-xsl-saxon   - Java extensions for use with DocBook 
XML s
| p   docbook-xsl-saxon-gcj   - Java extensions for use with DocBook 
XML s
| p   libjs-sax   - event-based streaming XML parser - 
JavaScr
| p   libsaxon-java   - Saxon XSLT Processor
  
| p   libsaxon-java-doc   - Saxon XSLT Processor's documentation 
and j
| p   libsaxon-java-gcj   - Saxon XSLT Processor (native code)  
  
| p   libsaxonb-java  - Saxon-B XSLT Processor  
  
| p   libsaxonb-java-doc  - Saxon-B XSLT Processor's documentation 
and
| p   libsaxonhe-java - Saxon-HE is the XSLT and XQuery 
Processor 
| $ aptitude search w3c | grep -i java | wc
|   0   0   0
| $ aptitude search java | grep -i imageio | wc
|   0   0   0
| $ aptitude search java | grep -i image
| p   libguestfs-java - guest disk image management system - 
Java 
| p   libjhlabs-filters-java  - Java Image Processing Filters   
  
| p   libjlibeps-java - Java library to create EPS images   
  
| p   libjmagick6-java- java interface to ImageMagick - java 
class
| p   libjpedal-jbig2-java- library for accession of large images   
  
| p   libpixelmed-java- DICOM implementation containing Image 
View
| p   libpixelmed-java-doc- DICOM implementation containing Image 
View
| p   libpixels-java  - manipulation and filtering of images in 
Ja
| p   libsunflow-java - rendering system for photo-realistic 
image
| p   libsunflow-java-doc - rendering system for photo-realistic 
image
| $ 

I'm not aware of other tooling to search for what allready exists.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Packing a new Java package

[Geert Stappers]

On Sat, Dec 10, 2016 at 10:07:03AM +0100, 1...@gmx.us wrote:
> Hi,

Welcome,


> I want to learn how to pack software for Debian and help with their 
> maintenance.
> 
> I'm trying to figure out how to package a Java software for Debian. Can 
> someone
> help me with the steps? Links to guidelines or something?

At Debian Wiki is  https://wiki.debian.org/Java from there is it
one click to "Java packaging work in Debian"


> How different is the process for packing a Java software compared to
> other "make" based software?

I don't understand that question. My advise is to split the question into
smaller questions. Read http://www.catb.org/~esr/faqs/smart-questions.html for
guidelines on smart questions.


> Below is the link to the ITP I submitted.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847644

Which is about ELAN. From https://tla.mpi.nl/tools/tla-tools/elan/
ELAN is a professional tool for the creation of complex annotations on video 
and audio resources.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: rpmbuild issue

[Geert Stappers]

On Mon, Aug 01, 2016 at 02:41:36PM -0700, Austin Shalit wrote:
> On Aug 1, 2016, at 2:30 PM, Emmanuel Bourg  wrote:
> > Le 1/08/2016 à 23:27, Austin Shalit a écrit :
> > 
> >> Yes - RPM version 4.12.0.1
> > 
> > Does it work better if you use the Oracle JDK instead of the OpenJDK and
> > OpenJFX packages in Debian?
> > 
> 
> No -- fails the same on both.
> 

|... some pastebin stuff deleted ...
| :ui:jfxNative
| The jar lib/core-1.4.0-57-g9241731-all.jar has a main class 
edu.wpi.grip.core.Main that does not match the declared main 
edu.wpi.grip.ui.Main
| Creating app bundle: 
/home/austinshalit/Documents/git/GRIP/ui/build/jfx/native/GRIP
| The jar lib/core-1.4.0-57-g9241731-all.jar has a main class 
edu.wpi.grip.core.Main that does not match the declared main 
edu.wpi.grip.ui.Main
| Debian packages should specify a license.  The absence of a license will 
cause some linux distributions to complain about the quality of the application.
| Package (.deb) saved to: 
/home/austinshalit/Documents/git/GRIP/ui/build/jfx/native/grip-1.4.0-x64.deb
| The jar lib/core-1.4.0-57-g9241731-all.jar has a main class 
edu.wpi.grip.core.Main that does not match the declared main 
edu.wpi.grip.ui.Main
| java.io.IOException: Exec failed with code 1 command [[rpmbuild, -bb, 
/tmp/fxbundler5859936254787354983/images/linux-rpm.image/GRIP.spec, --define, 
%_sourcedir /tmp/fxbundler5859936254787354983/images/linux-rpm.image, --define, 
%_rpmdir /home/austinshalit/Documents/git/GRIP/ui/build/jfx/native, --define, 
%_topdir /tmp/fxbundler5859936254787354983/rmpbuildroot] in 
/tmp/fxbundler5859936254787354983/images/linux-rpm.image
|... java stack trace ...
| BUILD SUCCESSFUL


To me it looks like that the rpmbuild can't handle the
| The jar lib/core-1.4.0-57-g9241731-all.jar has a main class 
edu.wpi.grip.core.Main that does not match the declared main 
edu.wpi.grip.ui.Main

Re: GeoGebra - bug report

[Geert Stappers]

On Sun, Aug 23, 2015 at 02:02:12AM +0200, Walter Lenzenweger wrote:
 Dear Ladies and Gentlemen!
 
 I have discovered two problems with the GeoGebra-command Tangent:
 
 1. By chance I acchieved to construct a tangent from a point which
 does NOT lie on the curve, but the parameter-options for the command
 Tangent
 only contain Tangent[Point on Curve, Curve](1)
 not Tangent[point, curve]!(2)
 
 2. While Tangent works for purpose (2), it does not work for purpose
 (1) - for implicit curves at least:
 
 I have considered an implicit curve (algebraic curve, order 3), a
 point P in the plane and the tangent from P to c.
 
 A = 1B = 1P=(-2,1)c: A x³ + B y = 0
 t = Tangent[P,c]
 
 I see 4 tangents to c through P, but if I change P to (0,0), save
 the file,reopen it, two windows appear saying: 'opening file failed'
 and a new ggb-window is opened but  I cannot open the saved file!
 
 Of course it would be easy to solve this problem defining
 explicitely f(x) = -x^3 instead of c,
 but I am interested in tangents in given points of any algebraic
 curve which cannot be defined explicitely!
 
 Best wishes and thanks for clearing this problem!
 
 Walter Lenzenweger
 
 P.S. I am using a Dell-notebook XPS L502X, Windows 7


http://catb.org/~esr/faqs/smart-questions.html

Re: Bye bye Debian Java hello hello

[Geert Stappers]

On Sat, Feb 07, 2015 at 09:15:58AM +0100, Felix Natter wrote:
 Sylvestre Ledru sylves...@debian.org writes:
 
  Hello guys,
 
 hello Sylvestre,
 
  Just a quick email to let you know that I am going to quit this team.
  Indeed, since I started my new job at Mozilla, I am not longer using
  most of the packages I used to maintain. Therefor, my interest in Java
  software has decreased.
 
  I removed my admin permissions on the team and I will unsubscribe from
  the mailing list.
  I will probably maintain Scilab reverse dependencies (jogl, jlatexmath)
  for the
  time being but if anyone is motivated, don't hesitate to contact me to
  take over.
 
  Thanks for all, I had great time in this team.
 
 I'd like to thank you for your contributions to debian-java and for
 sponsoring my packages!
 It was fun to work with you, and it's a pity that you leave the team
 now.
 
 I wish you all the best for your Firefox job!

+1


The 'bye bye' triggered this 'hello hello'.

I herebye volunteer for the admin job that is vacant.

That is because I see it as a way to contribute to Java in Debian.

My Alioth account name is   stappers



Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: Bug#723028: RFS: libnu-htmlparser-java 1.4-1 (new package)

[Geert Stappers]

Op 2013-11-01 om 18:17 schreef Andrew Ross:
 On 31/10/13 22:57, Geert Stappers wrote:
 
  I am looking for a sponsor for my new package libnu-htmlparser-java.
  This is a dependency of the latest version of Netbeans.
 
  $ aptitude show libhtmlparser-java
  Package: libhtmlparser-java  
  Section: java
  Description: java library to parse html
 snip/
  Homepage: http://htmlparser.sourceforge.net/
 Hi Geert,

Hello Andy,
Hello World,

 I'm aware of this package, but unfortunately it's not the same. The one
 I'm proposing is the Validator.nu HTML parser, as used by Netbeans. It's
 probably infeasible to patch Netbeans to use the sourceforge one, and it
 would certainly be a lot of work in comparison to packaging the correct
 dependency.

Okay, thanks for telling that http://about.validator.nu/htmlparser/
is another Java HTML-parser as in package 'libhtmlparser-java'.

The ITP at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723028
has now also this information.


And about the request for sponsoring:
When packaging is done,
add information to the ITP where the Debian files are. 

 Thanks,
 Andy


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: RFS: libnu-htmlparser-java 1.4-1 (new package)

[Geert Stappers]

Op 2013-10-31 om 22:15 schreef Andrew Ross:
 Dear Debian Java Team members,
 
 I am looking for a sponsor for my new package libnu-htmlparser-java.
 This is a dependency of the latest version of Netbeans.
 
 The changelog is as follows:
 
 libnu-htmlparser-java (1.4-1) unstable; urgency=low
 
   * Initial release (Closes: #723028)
 

$ aptitude show libhtmlparser-java
Package: libhtmlparser-java  
State: not installed
Version: 1.6.20060610.dfsg0-3
Priority: optional
Section: java
Maintainer: Tiago Saboga tiagosab...@gmail.com
Architecture: all
Uncompressed Size: 340 k
Depends: java-gcj-compat | java2-runtime
Suggests: libhtmlparser-java-doc
Description: java library to parse html
 HTML Parser is a Java library used to parse HTML in either a linear or nested 
fashion.
 Primarily used for transformation or extraction, it features filters, 
visitors, custom tags
 and easy to use JavaBeans. 
 
 The two fundamental use-cases that are handled by the parser are extraction and
 transformation (the syntheses use-case, where HTML pages are created from 
scratch, is better
 handled by other tools closer to the source of data). 
 
 In general, to use the HTMLParser you will need to be able to write code in 
the Java
 programming language. Although some example programs are provided that may be 
useful as they
 stand, it's more than likely you will need (or want) to create your own 
programs or modify
 the ones provided to match your intended application.
Homepage: http://htmlparser.sourceforge.net/


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131031225711.gd24...@gpm.stappers.nl

about to upload libhtmlcleaner-java, closing ITP 707093

[Geert Stappers]

Hello,

After making white space changes in the upstream source,
such as adding a terminating end-of-line, got I clean build.

Another change of me is the version number:
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-libhtmlcleaner-java (2.2-1~pre+1) unstable; urgency=low
+libhtmlcleaner-java (2.2-1) unstable; urgency=low
 
   * Initial release (Closes: #707093).
 


A manual unpack of the generated .deb reveals that is has twice the jar.
screenshot
stappers@nero:~/src/unpack
$ cat md5sums 
6a7f04dce317e6b10c0a69c732b4fd8c  
usr/share/doc/libhtmlcleaner-java/changelog.Debian.gz
cd2a52a615d8a9ae6b9667d1c506069f  usr/share/doc/libhtmlcleaner-java/copyright
6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
stappers@nero:~/src/unpack
$ md5sum usr/share/java/*
6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner.jar
stappers@nero:~/src/unpack
$ 
/screenshot

Despite the dual jars, I will be uploading libhtlmcleaner-java_2.2-1.

My reason for doing so, is that
in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707093#52 is stated
the build system will be changed. ( switching to maven )


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: about to upload libhtmlcleaner-java, closing ITP 707093

[Geert Stappers]

Op 2013-05-26 om 20:34 schreef Geert Stappers:
 
 A manual unpack of the generated .deb reveals that is has twice the jar.
 screenshot
 stappers@nero:~/src/unpack
 $ cat md5sums 
 6a7f04dce317e6b10c0a69c732b4fd8c  
 usr/share/doc/libhtmlcleaner-java/changelog.Debian.gz
 cd2a52a615d8a9ae6b9667d1c506069f  usr/share/doc/libhtmlcleaner-java/copyright
 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
 stappers@nero:~/src/unpack
 $ md5sum usr/share/java/*
 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner-2.2.jar
 6d920a8d671a7617c0a68bc197a5d281  usr/share/java/htmlcleaner.jar
 stappers@nero:~/src/unpack
 $ 
 /screenshot
 
 Despite the dual jars, I will be uploading libhtlmcleaner-java_2.2-1.
 Despite the duplicate jars, I will be uploading libhtlmcleaner-java_2.2-1.
 

And at 
http://ftp-master.debian.org/new/libhtmlcleaner-java_2.2-1.html#binary-libhtmlcleaner-java-contents
it is cleanerly visible that is a symbolic link.

screenshot
contents of libhtmlcleaner-java_2.2-1_all.deb (click to toggle)

drwxr-xr-x root/root 0 2013-05-25 21:16 ./
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/java/
-rw-r--r-- root/root 76328 2013-05-25 21:16 
./usr/share/java/htmlcleaner-2.2.jar
drwxr-xr-x root/root 0 2013-05-25 21:16 ./usr/share/doc/
drwxr-xr-x root/root 0 2013-05-25 21:16 
./usr/share/doc/libhtmlcleaner-java/
-rw-r--r-- root/root  2001 2013-05-25 21:14 
./usr/share/doc/libhtmlcleaner-java/copyright
-rw-r--r-- root/root   168 2013-05-20 14:59 
./usr/share/doc/libhtmlcleaner-java/changelog.Debian.gz
lrwxrwxrwx root/root 0 2013-05-25 21:16 
./usr/share/java/htmlcleaner.jar - htmlcleaner-2.2.jar
/screenshot

So the duplicate is fine.  :-/


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: reproducing the build and the upload process of libhtmlcleaner-java

[Geert Stappers]

Op 2013-05-24 om 15:37 schreef Alexandre Rossi:
 
 I'll be working on this, but the version on mentors.debian.org seems
 pretty acceptable to me for review.
 
 Regarding the git repo issue, I can branch of the debian/2.2-1_pre+1
 tag in order to take into account packaging review comments, while
 working on getting 2.5 in shape. Or I can start over for master to be
 exactly what has been uploaded at mentors.d.n and keep my work on 2.5
 private. Please advice.

My advice:  Work on 2.5, push the commit to the Alioth repository.


My plan: Reviewing 2.2
 and uploading it with the warm feeling that 2.5 is waiting.

 
 Alex


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Re: reproducing the build and the upload process of libhtmlcleaner-java

[Geert Stappers]

Op 2013-05-19 om 20:34 schreef tony mancill:
 
 If you just want to see how it build, you can follow these steps:
 
 # clone the pkg-java repo
 git clone git+ssh://git.debian.org/git/pkg-java/libhtmlcleaner-java.git
 cd libhtmlcleaner-java
 
 # (re)create the upstream tarball for the 2.2 version
 git archive upstream/2.2 --prefix=libhtmlcleaner-java-2.2/ -o
 ../libhtmlcleaner-java_2.2.orig.tar.gz
 
 # clean up the 2.4 sources that are currently there
 # (as an alternative, you could copy ./debian/ to a new folder)
 rm -rf .git __MACOSX src
 
 # restore the 2.2 sources
 tar --strip-components=1 -xvf ../libhtmlcleaner-java_2.2.orig.tar.gz
 
 # build!
 debuild -us -uc
 

That information got me back on track.

I'm now making white space changes to fix warnings as
| dpkg-source: warning: file 
libhtmlcleaner-java/src/test/resources/Expected_1.html has no final newline 
(either original or modified version)
to see what is causing
| dpkg-source: error: unrepresentable changes to source
| dpkg-buildpackage: error: dpkg-source -b libhtmlcleaner-java gave error exit 
status 2

Tony: Thank you!


Groeten
Geert Stappers
-- 
 And is there a policy on top-posting vs. bottom-posting?
Yes.


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130521200512.gf12...@gpm.stappers.nl

reproducing the build and the upload process of libhtmlcleaner-java

[Geert Stappers]

Hello Alexandre,
Hello People reading ITP libhtmlcleaner-java,
and hello Debian Java People,

Summary:
  Please document the maintainers workflow for libhtmlcleaner-java,
  have a debian/README.soure in the git repository.
   
This is an e-mail about wanting to help, but being helpless.
About wanting to go beyond helpless and being helpfull.

There is Debian Bug report #707093
 ITP: libhtmlcleaner-java -- Java HTML Parser library
( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707093 )

Alexandre Rossi did the packing work, but has no upload privilege.
Geert Stappers has upload privilege, but can't review the work of Alexandre.

It is part my ignorance and part missing documentation.

To solve my ignorance am I, stappers, willing to learn. To solve missing 
documentation
is my proposal add a debian/README.source file. See 
http://wiki.debian.org/Java/JavaVcs
for minimal content.

In the README.source having documented how to convert the .zip from upstream
into the git repository would also be a good thing.


The command `dpkg-buildpackage -uc -us` gives this
output
 dpkg-source -b libhtmlcleaner-java
dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream 
tarball found at ../libhtmlcleaner-java_2.2.orig.tar.{bz2,gz,lzma,xz}
dpkg-buildpackage: error: dpkg-source -b libhtmlcleaner-java gave error exit 
status 255
/output

If something else as `dpkg-buildpackage` should be used, please document it.


Groeten
Geert Stappers
-- 
 And is there a policy on top-posting vs. bottom-posting?
Yes.


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130519083347.gz23...@gpm.stappers.nl

FWIW: minor feedback on Davmail ITP sponsoring

[Geert Stappers]

Hello all,

At http://mentors.debian.net/debian/pool/main/d/davmail/
there is a davmail_4.2.1.orig.tar.gz and a 
davmail_4.2.1-1~3.gbp244580.debian.tar.gz

Upstream has davmail-srconly-4.2.1-2089.tgz
and `uscan` makes davmail_4.2.1-2089.orig.tar.gz

I will be spending time to see if I can convince gitbuildpackage
to make something like davmail_4.2.1.2089-1_all.deb 


Groeten
Geert Stappers
-- 
 And is there a policy on top-posting vs. bottom-posting?
Yes.


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130519184812.ga23...@gpm.stappers.nl