Bug#781523: RFS: task-spooler/0.7.5-1

[Eriberto Mota]

I forgot to ask you to update the copyright years for packaging in d/copyright.

Eriberto


2015-04-27 21:35 GMT-03:00 Eriberto Mota :
> tags 781523 moreinfo
> thanks
>
>
> Hi Alexander,
>
> Please:
>
> 1. d/control:
>
> - Use the new URL format for collab-maint in Vcs-Browser field
> (http://anonscm.debian.org/cgit/collab-maint/task-spooler.git/).
>
> 2. d/copyright:
>
> - The upstream code is GPL-2, not GPL-2+.
>
> - The main.c and server.c files show that the 0.7.5 version is
> copyrighted as 2007-2013.
>
> - I think that is a bit weird use the "copyright" word twice in the
> same line. I suggest remove the extra word.
>
> - Note that the ts.1 file has a different license.
>
> - The web/ts-0.5.4.ebuild has a different author.
>
> 3. The PORTABILITY, PROTOCOL and README files are useless to final
> users. Please, consider remove these files from d/docs.
>
> 4. There is a typo in description of the cppflags.patch patch.
>
> 5. The 'blhc --all task-spooler_0.7.5-1_amd64.build' command shows
> lots of missing arguments to improve the hardening. You can fix this
> adding this line[1] to d/rules:
>
> export DEB_BUILD_MAINT_OPTIONS = hardening=+all
>
> [1] 
> https://wiki.debian.org/HardeningWalkthrough#Selecting_security_hardening_options
>
> Cheers,
>
> Eriberto
>
>
> 2015-03-30 10:01 GMT-03:00 Alexander Inyukhin :
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "task-spooler"
>>
>>  * Package name: task-spooler
>>Version : 0.7.5-1
>>Upstream Author : Lluís Batlle i Rossel 
>>  * URL : http://vicerveza.homeunix.net/~viric/soft/ts/
>>  * License : GPLv2+
>>Section : misc
>>
>> It builds those binary packages:
>>
>>   task-spooler - personal job scheduler
>>
>> To access further information about this package, please visit the following 
>> URL:
>>
>>   http://mentors.debian.net/package/task-spooler
>>
>> Alternatively, one can download the package with dget using this command:
>>
>>   dget -x 
>> http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.5-1.dsc
>>
>> Changes since the last upload:
>>
>>   * Imported Upstream version 0.7.5
>>   * Bump Standards-Version to 3.9.6 (no changes)
>>   * Escape dots in watchfile regex
>>
>> Regards,
>>Alexander Inyukhin
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>> Archive: https://lists.debian.org/20150330130119.ga23...@shurick.grid.su
>>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAP+dXJd2uuiCszEFn_-KJw8B3Wz5jc7JZXD696TSMetj=5m...@mail.gmail.com

Bug#781523: RFS: task-spooler/0.7.5-1

[Eriberto Mota]

tags 781523 moreinfo
thanks


Hi Alexander,

Please:

1. d/control:

- Use the new URL format for collab-maint in Vcs-Browser field
(http://anonscm.debian.org/cgit/collab-maint/task-spooler.git/).

2. d/copyright:

- The upstream code is GPL-2, not GPL-2+.

- The main.c and server.c files show that the 0.7.5 version is
copyrighted as 2007-2013.

- I think that is a bit weird use the "copyright" word twice in the
same line. I suggest remove the extra word.

- Note that the ts.1 file has a different license.

- The web/ts-0.5.4.ebuild has a different author.

3. The PORTABILITY, PROTOCOL and README files are useless to final
users. Please, consider remove these files from d/docs.

4. There is a typo in description of the cppflags.patch patch.

5. The 'blhc --all task-spooler_0.7.5-1_amd64.build' command shows
lots of missing arguments to improve the hardening. You can fix this
adding this line[1] to d/rules:

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

[1] 
https://wiki.debian.org/HardeningWalkthrough#Selecting_security_hardening_options

Cheers,

Eriberto


2015-03-30 10:01 GMT-03:00 Alexander Inyukhin :
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "task-spooler"
>
>  * Package name: task-spooler
>Version : 0.7.5-1
>Upstream Author : Lluís Batlle i Rossel 
>  * URL : http://vicerveza.homeunix.net/~viric/soft/ts/
>  * License : GPLv2+
>Section : misc
>
> It builds those binary packages:
>
>   task-spooler - personal job scheduler
>
> To access further information about this package, please visit the following 
> URL:
>
>   http://mentors.debian.net/package/task-spooler
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x 
> http://mentors.debian.net/debian/pool/main/t/task-spooler/task-spooler_0.7.5-1.dsc
>
> Changes since the last upload:
>
>   * Imported Upstream version 0.7.5
>   * Bump Standards-Version to 3.9.6 (no changes)
>   * Escape dots in watchfile regex
>
> Regards,
>Alexander Inyukhin
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/20150330130119.ga23...@shurick.grid.su
>


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cap+dxjeywbezwizhdhebnqyq5tpvtgi0fllqdalb23woqav...@mail.gmail.com

Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]

[Stephen Kitt]

Hi again,

Before I forget, it would be nice to get in touch with Scott Ritchie to let
him know you're packaging this for Debian! You could ask him if there's an
official upstream repo (the version of gnome-exe-thumbnailer in winezeug is
very old).

Regards,

Stephen


pgpdmolQ1r43B.pgp
Description: OpenPGP digital signature

Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]

[Stephen Kitt]

Hi James,

On Mon, 27 Apr 2015 11:52:13 -0700, James Lu  wrote:
> Thanks for the response! I've uploaded a new version (0.9.3-1) via dput 
> mentors, which fixes most of the problems you've mentioned. The site, 
> however, doesn't seem to have updated the package page, so I'm not sure 
> if the changes have stuck. I've mirrored the .dsc file elsewhere 
> 
>  
> just in case, though aptly (repo management) doesn't handle .changes 
> files yet.

I couldn't find your updated package on mentors, but the other .dsc is OK (I
don't need the .changes file to review or even to sponsor an upload).

> The only warning left is binary-without-manpage, as the source doesn't 
> seem to provide one at all. The script, gnome-exe-thumbnailer, doesn't 
> handle --help either, and spits out errors instead. I'm not sure what to 
> do in this case, other than file a separate issue?

You'd need to write a manpage :-). Given that thumbnailers aren't run by
end-users generally, the manpage doesn't need to be very detailed; have a
look at
https://sources.debian.net/src/evince/3.14.1-2/debian/evince-thumbnailer.1/
for an example. If you've never done this before, try adapting
evince-thumbnailer.1; I can help if necessary.

Apart from that I'd prefer it if you could merge all your changes into a
single changelog entry, so there's only an entry for 0.9.3-1, then the
pre-existing entry for 0.9.3-0ubuntu1.

> > Finally, it might be worth packaging this within the Wine packaging team,
> > if you'd care to join us...
> 
> I'm not too familiar with packaging teams, but that sounds good to me! 
> I'm open to collaborative maintenance. :)

OK, great! You need to create an Alioth account if you don't have one yet
(https://alioth.debian.org/account/register.php), then go to the Wine
packaging team page and ask to join
(https://alioth.debian.org/projects/pkg-wine/ and look for the "Request to
join" link in the right-hand column).

To mark the package as team-maintained, you'd set

Maintainer: Debian Wine Party 

in debian/control and add yourself in an Uploaders: entry. Once you're in the
team you'll be able to create a git repository there for your package too.
(But you can worry about that later if it's unfamiliar to you.)

Regards,

Stephen


pgpqaoc22VtCn.pgp
Description: OpenPGP digital signature

Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]

[James Lu]

Hello Stephen,

Thanks for the response! I've uploaded a new version (0.9.3-1) via dput 
mentors, which fixes most of the problems you've mentioned. The site, 
however, doesn't seem to have updated the package page, so I'm not sure 
if the changes have stuck. I've mirrored the .dsc file elsewhere 
 
just in case, though aptly (repo management) doesn't handle .changes 
files yet.


The only warning left is binary-without-manpage, as the source doesn't 
seem to provide one at all. The script, gnome-exe-thumbnailer, doesn't 
handle --help either, and spits out errors instead. I'm not sure what to 
do in this case, other than file a separate issue?



Finally, it might be worth packaging this within the Wine packaging team, if
you'd care to join us...


I'm not too familiar with packaging teams, but that sounds good to me! 
I'm open to collaborative maintenance. :)


Best,
James

On 26/04/2015 10:16 PM, Stephen Kitt wrote:

Control: owner 783277 !

Hi James,

On Fri, 24 Apr 2015 17:52:29 -0700, James Lu  wrote:

I am looking for a sponsor for my package "gnome-exe-thumbnailer"

   * Package name: gnome-exe-thumbnailer
 Version : 0.9.3
 Upstream Author : 2010-2012 Jan Nekvasil 
   2009-2010 Christian Dannie Storgaard
 2009-2012 Scott Ritchie 
   * URL : http://wiki.winehq.org/exe-thumbnailer
   * License : LGPL-2.1+
 Section : gnome

Changes since the last upload:

gnome-exe-thumbnailer (0.9.3) unstable; urgency=medium

* Initial Debian release, forked from Ubuntu. (Closes: #767376)

Note that the version uploaded to Debian might end up replacing that in
Ubuntu.


* Update debian/ files:
   - Set myself as maintainer.
   - Bump to debhelper 9.

You need to change the value in debian/compat as well as the version in the
build-dependency.


   - Remove outdated gconf2 build-dependency, depend on libglib2.0-bin
 instead (for theme fetching).
   - Remove unnecessary dependency on python.
   - Update Standards Version to 3.9.6.
   - Set priority to optional from extra.
   - Include my changes in debian/copyright.

The declarations aren't quite right; you don't need the years after
"Copyright:", so simply

Files: *
Copyright:
  2010-2012 Jan Nekvasil ...

Also, did you receive the source by email, or did you download it from
Ubuntu? The "Source:" states the former but it's the same in Ubuntu, so I'm
guessing you need to change that ;-).


   - Remove /usr/share/gconf/schemas from dirs file.
   - Explicitly set source/format to 3.0 native. This is what the Ubuntu
 packaging seems to suggest, as there is only one .tar.gz
 file available for download.

The Ubuntu packaging is indeed native, as indicated by debian/source/format;
but this isn't a native package (a native package is a package which contains
software written specifically for Debian). I'd rather you changed
debian/source/format to "3.0 (quilt)" and used 0.9.3-1 as package version;
that would also avoid issues upgrading from the Ubuntu version of the
package. (Copy Ubuntu's .tar.gz to gnome-exe-thumbnailer_0.9.3.orig.tar.gz.)

Could you also fix the following lintian issues?

* P: gnome-exe-thumbnailer source: unversioned-copyright-format-uri
   http://dep.debian.net/deps/dep5

(The URI should be
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
currently.)

* I: gnome-exe-thumbnailer: capitalization-error-in-description-synopsis
   Gnome GNOME
* I: gnome-exe-thumbnailer: capitalization-error-in-description Gnome GNOME
* W: gnome-exe-thumbnailer: binary-without-manpage
   usr/bin/gnome-exe-thumbnailer

Finally, it might be worth packaging this within the Wine packaging team, if
you'd care to join us...

Regards,

Stephen

Bug#783529: RFS: spacenavd/0.6-1 [ITA]

[Rodolphe PELLOUX-PRAYER]

Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for my package "spacenavd"

 * Package name: spacenavd
   Version : 0.6-1
   Upstream Author : John Tsiombikas 
 * URL : http://spacenav.sourceforge.net
 * License : GPL-3.0+
   Section : utils

  It builds those binary packages:

spacenavd  - daemon for using 3D input devices from 3Dconnexion

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/spacenavd


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/s/spacenavd/spacenavd_0.6-1.dsc

  Changes since the last upload:
  * Imported Upstream version 0.6
  * Remove initfile patch. We use debian/spacenavd.init anyway.
  * Remove makefile patch and change spacenavd path in init file.
  * Use DEP-5 copyright format.
  * Add upstream example config file.
  * Source init-functions in init script.
  * Bump standards version to 3.9.6 and remove obsolete DM-Upload-Allowed field.
  * Switch to debhelper > 9.
  * Remove quilt and autotools-dev dependencies.
  * Set architecture linux-any. Closes: #745177.
  * Enable systemd service file.
  * Patch to use /run instead of /var/run.
  * Enable hardenings flags.
  * New maintainer. Closes: #781184.
  * Add Vcs-* fields.


  Regards,
   Rodolphe Pelloux-Prayer


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-trunk-amd64 (SMP w/6 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150427181002.17838.28668.report...@chicard.damsy.net

Re: how to migrate from experimental to unstable

[Mattia Rizzolo]

On Mon, Apr 27, 2015 at 7:18 PM, Jerome BENOIT  wrote:
> Hello List,
>
> it sounds as a trivial question, but I cannot figure out any answer from 
> Google:
> how can we push package in experimental to unstable ?

upload them again to unstable with a greater version number than experimental's.

-- 
regards,
Mattia Rizzolo

GPG Key: 4096R/B9444540 http://goo.gl/I8TMB
more about me: http://mapreri.org
Launchpad User: https://launchpad.net/~mapreri
Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cahkymet8_7lnww1xmnazaocvhva0u1nddpxrdhxzuty2w8m...@mail.gmail.com

Re: how to migrate from experimental to unstable

[Andrey Rahmatullin]

On Mon, Apr 27, 2015 at 07:18:35PM +0200, Jerome BENOIT wrote:
> it sounds as a trivial question, but I cannot figure out any answer from 
> Google:
> how can we push package in experimental to unstable ?
By reuploading the package with a bumped version and targeting unstable.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

how to migrate from experimental to unstable

[Jerome BENOIT]

Hello List,

it sounds as a trivial question, but I cannot figure out any answer from Google:
how can we push package in experimental to unstable ?

Thanks in advance,
Jerome


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/553e6f6b.1080...@rezozer.net

Re: Help with Java package needed

[Andreas Tille]

Hi,

On Mon, Apr 27, 2015 at 10:55:46AM -0400, The Wanderer wrote:
> 
> >  unix-0.5.jar: This seems to come from
> > https://github.com/cathive/dbus-java
> >   but I'm not sure.  Could anybody please confirm that this
> >   needs to be packaged or whether I'm missing something
> 
> It may or may not be the same thing, but a file with this name is
> available in the libunixsocket-java package.

No idea why I missed this.  It is what I was seeking for and thus only
two remaining JARs are to be replaced. 

Thanks

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150427163008.gl15...@an3as.eu

Re: Help with Java package needed

[The Wanderer]

On 04/27/2015 at 10:36 AM, Andreas Tille wrote:

> Hi Markus,
> 
> On Mon, Apr 27, 2015 at 02:13:15PM +0200, Markus Koschany wrote:
>> 
>> In the end you have to replace all embedded jar files.
> 
> Yes, I understood this (if the package should go into main).
> 
> BTW, formerly the file
> 
>http://ftp-master.debian.org/users/twerner/jar-content.txt.gz
> 
> was very helpful to seek for existing JARs in Debian but this is not
> updated since 23-Oct-2014 03:51.  Is there any reason for this?  Any
> hints how to replace the other remaining JARs?

I'm not remotely a Debian-packaging expert, and am only peripherally
familiar with Java, so this may be on entirely the wrong track.

That said, if all you want is a list of JAR files in Debian packages,
that can be obtained from

apt-file -x search '\.jar$'

on a system with an up-to-date apt-file index.

Based on that:

>  goose.jar: I think I need to do my own research about this which
> seems related to
>  https://github.com/dtenenbaum/Cereopsis
> but not the same
>  
>  jsc.jar: If my investigations are correct this is obtained from here
> http://www.jsc.nildram.co.uk/downloads/download.html
>   and has a "Free for non-commercial use." anyway.  So my
>   attempt to get mauve into main might be irrealistic anyway.
>   I'll ask upstream whether this "still under construction"
>   library from 2005 is really needed or whether some
>   replacement might be possible.
> 
>   Any hint for alternatives to "Java Statistical Classes"
>   is more than welcome.

These two don't appear to be in Debian, or at least not in current
testing.

>  unix-0.5.jar: This seems to come from
> https://github.com/cathive/dbus-java
>   but I'm not sure.  Could anybody please confirm that this
>   needs to be packaged or whether I'm missing something

It may or may not be the same thing, but a file with this name is
available in the libunixsocket-java package.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Help with Java package needed

[Andreas Tille]

Hi Markus,

On Mon, Apr 27, 2015 at 02:13:15PM +0200, Markus Koschany wrote:
> 
> In the end you have to replace all embedded jar files.

Yes, I understood this (if the package should go into main).

BTW, formerly the file

   http://ftp-master.debian.org/users/twerner/jar-content.txt.gz

was very helpful to seek for existing JARs in Debian but this is not
updated since 23-Oct-2014 03:51.  Is there any reason for this?  Any
hints how to replace the other remaining JARs?

 goose.jar: I think I need to do my own research about this which
seems related to
 https://github.com/dtenenbaum/Cereopsis
but not the same
 
 jsc.jar: If my investigations are correct this is obtained from here
http://www.jsc.nildram.co.uk/downloads/download.html
  and has a "Free for non-commercial use." anyway.  So my
  attempt to get mauve into main might be irrealistic anyway.
  I'll ask upstream whether this "still under construction"
  library from 2005 is really needed or whether some
  replacement might be possible.

  Any hint for alternatives to "Java Statistical Classes"
  is more than welcome.

 unix-0.5.jar: This seems to come from
https://github.com/cathive/dbus-java
  but I'm not sure.  Could anybody please confirm that this
  needs to be packaged or whether I'm missing something

Any hints how to replace these three remaining JARs are welcome (while I
think goose.jar is a Debian Med task since it is related to
systemsbiology).

> At the moment Ant
> constructs the classpath based on the information in your build.xml
> file. Mauve will successfully find zeus-jscl.jar if you append
> /usr/share/java/zeus-jscl.jar to the classpath line in mauve's MANIFEST
> file by hand. I remember that I did that too and I could start the
> application.

I can confirm that I can now start the application.

> Javahelper provides two helpers jh_classpath and jh_manifest. The first
> one is probably easier to use if you only want to modify the classpath.
> You can find more information in /usr/share/doc/javahelper/tutorial.txt.gz
> 
> Both helpers are useful because by using them you can avoid patching
> upstream's MANIFEST file.
> 
> I suggest that you take a look at my package mediathekview which is very
> similar to yours because both use javahelper and Ant.
> 
> https://anonscm.debian.org/cgit/collab-maint/mediathekview.git
> 
> I use jh_manifest (the mediathekview.manifest file) and a wrapper script
> to start the application. You can either use jarwrapper or java-wrapper
> for this purpose. In this case I use the latter.

I've got some clues from this example.  Thanks for the hint.  (BTW, I
need to test mediathekview itself - I was not aware ot this package.
:-))

> You just jave to change the path to /usr/share/java/Mauve.jar, then put
> all libraries on the Class-Path line and provide the Main-Class. (The
> information can be found in upstream's MANIFEST file.

I noticed that for Mauve it seems not to be necessary to provide the
Main-Class.  It works without this information.
 
> That's it.

Thanks a lot.  Now I "only" need to hunt down the last three JARs.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150427143624.gk15...@an3as.eu

Re: Help with Java package needed

[Markus Koschany]

On 27.04.2015 13:30, Andreas Tille wrote:
> Hi Markus,
> 
> On Mon, Apr 27, 2015 at 12:59:03PM +0200, Markus Koschany wrote:
>>
>> I think that's because the manifest file of mauve still references the
>> embedded upstream jar in the ext directory. Since you use javahelper,
>> you can create a mauve.manifest or mauve.classpath file and override
>> this behaviour by pointing to /usr/share/java/zeus-jscl.jar. That should
>> do the trick. You can also use your preferred text editor and open
>> /usr/share/java/Mauve.jar and modify the MANIFEST file by hand to test
>> if it works.
> 
> Hmmm, I admit I forgot to activate the patch I did for other Debian
> packaged JARs in upstream .classpath file.  I did so now in Git but this
> does not change the situation.  The strange thing is that if I look into
> the MANIFEST file as you advised only the ext/* JARs are mentioned there
> but the Debian packaged are missing.  What is the difference between
> using a patched .classpath from upstream and  a mauve.manifest or
> mauve.classpath file.  What is the recommended way for creating Java
> packages.  Can I leave upstream .classpath untouched if I provide
> debian/mauve.classpath?

In the end you have to replace all embedded jar files. At the moment Ant
constructs the classpath based on the information in your build.xml
file. Mauve will successfully find zeus-jscl.jar if you append
/usr/share/java/zeus-jscl.jar to the classpath line in mauve's MANIFEST
file by hand. I remember that I did that too and I could start the
application.

Javahelper provides two helpers jh_classpath and jh_manifest. The first
one is probably easier to use if you only want to modify the classpath.
You can find more information in /usr/share/doc/javahelper/tutorial.txt.gz

Both helpers are useful because by using them you can avoid patching
upstream's MANIFEST file.

I suggest that you take a look at my package mediathekview which is very
similar to yours because both use javahelper and Ant.

https://anonscm.debian.org/cgit/collab-maint/mediathekview.git

I use jh_manifest (the mediathekview.manifest file) and a wrapper script
to start the application. You can either use jarwrapper or java-wrapper
for this purpose. In this case I use the latter.

The wrapper itself is very concise.

https://anonscm.debian.org/cgit/collab-maint/mediathekview.git/tree/debian/bin/mediathekview

mediathekview.manifest looks like that

usr/share/mediathekview/MediathekView.jar:
 Class-Path: /usr/share/java/commons-lang3.jar
/usr/share/java/commons-compress.jar /usr/share/java/swingx.jar
/usr/share/java/forms.jar /usr/share/java/mac_widgets.jar
/usr/share/java/jide-oss.jar /usr/share/java/xz.jar
/usr/share/java/jackson-core.jar /usr/share/java/TimingFramework.jar
/usr/share/java/jchart2d.jar
 Main-Class: mediathek.Main

You just jave to change the path to /usr/share/java/Mauve.jar, then put
all libraries on the Class-Path line and provide the Main-Class. (The
information can be found in upstream's MANIFEST file.

That's it.


>> Please note that my patch was incomplete. Although it makes the package
>> compile, there are some pieces missing. If the console doesn't work it's
>> because of that.
> 
> I'll most probably come back to ask for further hints once I've at least
> git the zeus-jscl.jar found. :-)
> 

Ok. Good luck. :)

Markus




signature.asc
Description: OpenPGP digital signature

Re: Help with Java package needed

[Andreas Tille]

Hi Markus,

On Mon, Apr 27, 2015 at 12:59:03PM +0200, Markus Koschany wrote:
> 
> I think that's because the manifest file of mauve still references the
> embedded upstream jar in the ext directory. Since you use javahelper,
> you can create a mauve.manifest or mauve.classpath file and override
> this behaviour by pointing to /usr/share/java/zeus-jscl.jar. That should
> do the trick. You can also use your preferred text editor and open
> /usr/share/java/Mauve.jar and modify the MANIFEST file by hand to test
> if it works.

Hmmm, I admit I forgot to activate the patch I did for other Debian
packaged JARs in upstream .classpath file.  I did so now in Git but this
does not change the situation.  The strange thing is that if I look into
the MANIFEST file as you advised only the ext/* JARs are mentioned there
but the Debian packaged are missing.  What is the difference between
using a patched .classpath from upstream and  a mauve.manifest or
mauve.classpath file.  What is the recommended way for creating Java
packages.  Can I leave upstream .classpath untouched if I provide
debian/mauve.classpath?
 
> Please note that my patch was incomplete. Although it makes the package
> compile, there are some pieces missing. If the console doesn't work it's
> because of that.

I'll most probably come back to ask for further hints once I've at least
git the zeus-jscl.jar found. :-)

Thanks for your hints in any case

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150427113006.gg15...@an3as.eu

Re: Help with Java package needed

[Andreas Tille]

On Mon, Apr 27, 2015 at 12:50:56PM +0200, Emmanuel Bourg wrote:
> Le 27/04/2015 12:42, Andreas Tille a écrit :
> 
> > Caused by: java.lang.ClassNotFoundException: gr.zeus.ui.JConsole
> > at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> > at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> > at java.security.AccessController.doPrivileged(Native Method)
> > at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> > ... 17 more
> > 
> > 
> > So for whatever reason zeus-jscl is not found. :-(
> > 
> > Any further hint?
> 
> It looks like zeus-jscl is not on the classpath. How do you run Mauve?

For completenes this is the script I'm using to start mauve

   https://anonscm.debian.org/cgit/debian-med/mauve.git/tree/debian/bin/mauve 

For the moment I try to follow Markus' hint about the classpath.

Kind regards

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150427110408.gf15...@an3as.eu

Re: Help with Java package needed

[Markus Koschany]

On 27.04.2015 12:42, Andreas Tille wrote:
[...]
> So for whatever reason zeus-jscl is not found. :-(
> 
> Any further hint?

Hi Andreas,

I think that's because the manifest file of mauve still references the
embedded upstream jar in the ext directory. Since you use javahelper,
you can create a mauve.manifest or mauve.classpath file and override
this behaviour by pointing to /usr/share/java/zeus-jscl.jar. That should
do the trick. You can also use your preferred text editor and open
/usr/share/java/Mauve.jar and modify the MANIFEST file by hand to test
if it works.

Please note that my patch was incomplete. Although it makes the package
compile, there are some pieces missing. If the console doesn't work it's
because of that.

Regards,

Markus






signature.asc
Description: OpenPGP digital signature

Re: Help with Java package needed

[Emmanuel Bourg]

Le 27/04/2015 12:42, Andreas Tille a écrit :

> Caused by: java.lang.ClassNotFoundException: gr.zeus.ui.JConsole
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> ... 17 more
> 
> 
> So for whatever reason zeus-jscl is not found. :-(
> 
> Any further hint?

It looks like zeus-jscl is not on the classpath. How do you run Mauve?

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/553e1490.6000...@apache.org

Re: Help with Java package needed

[Andreas Tille]

Hi Markus,

On Sun, Apr 26, 2015 at 04:09:16PM +0200, Markus Koschany wrote:
> 
> The problem is that in src/org/gel/mauve/MyConsole.java and in
> src/org/gel/mauve/gui/MauveFrame.java the console variable is of type
> JConsole but it should be JConsolePane. I would file an upstream bug
> report for this.

I commited your patch and the package does build now.  However, if I try
to run mauve I get:

$ mauve
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: 
gr/zeus/ui/JConsole
at org.gel.mauve.MyConsole.(Unknown Source)
at org.gel.mauve.gui.Mauve.init(Unknown Source)
at org.gel.mauve.gui.Mauve$2.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:738)
at java.awt.EventQueue.access$300(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:699)
at java.awt.EventQueue$3.run(EventQueue.java:697)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:708)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
Caused by: java.lang.ClassNotFoundException: gr.zeus.ui.JConsole
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 17 more


So for whatever reason zeus-jscl is not found. :-(

Any further hint?

Kind regards

 Andreas.


> From: Markus Koschany 
> Date: Sun, 26 Apr 2015 15:22:19 +0200
> Subject: MyConsole
> 
> ---
>  src/org/gel/mauve/MyConsole.java  | 16 +---
>  src/org/gel/mauve/gui/MauveFrame.java |  3 +--
>  2 files changed, 10 insertions(+), 9 deletions(-)
> 
> diff --git a/src/org/gel/mauve/MyConsole.java 
> b/src/org/gel/mauve/MyConsole.java
> index 1781510..d9e7c3a 100644
> --- a/src/org/gel/mauve/MyConsole.java
> +++ b/src/org/gel/mauve/MyConsole.java
> @@ -10,18 +10,20 @@ import java.io.PrintStream;
>  public class MyConsole {
>   private static boolean useSwing = false;
>  
> - private static JConsole console;
> + private static JConsole console = new JConsole();
>  
>   public static void setUseSwing (boolean b) {
>   if (b && !useSwing) {
> - console = JConsole.getConsole ();
>   console.setTitle ("Mauve Console");
>   console.setSize (400, 400);
>   Dimension dim = 
> Toolkit.getDefaultToolkit().getScreenSize();
>   console.setLocation(dim.width-400, 0);
> - console.startConsole ();
> + JConsole.getConsole().startConsole ();
> + if (!console.isVisible()) {
> + console.setVisible(true);
> + }
>   } else if (!b && useSwing) {
> - console.stopConsole ();
> + JConsole.getConsole().stopConsole ();
>   console = null;
>   }
>  
> @@ -30,13 +32,13 @@ public class MyConsole {
>  
>   public static void showConsole () {
>   if (useSwing) {
> - console.showConsole ();
> + JConsole.getConsole().showConsole ();
>   }
>   }
>  
>   public static PrintStream err () {
>   if (useSwing) {
> - console.showConsole ();
> + JConsole.getConsole().showConsole ();
>   }
>   return System.err;
>   }
> @@ -44,4 +46,4 @@ public class MyConsole {
>   public static PrintStream out () {
>   return System.out;
>   }
> -}
> \ No newline at end of file
> +}
> diff --git a/src/org/gel/mauve/gui/MauveFrame.java 
> b/src/org/gel/mauve/gui/MauveFrame.java
> index eda9460..e82111e 100644
> --- a/src/org/gel/mauve/gui/MauveFrame.java
> +++ b/src/org/gel/mauve/gui/MauveFrame.java
> @@ -497,8 +497,7 @@ public class MauveFrame extends JFrame implements 
> ActionListener, ModelProgressL
>