Bug#1049960: ITP: half -- C++ library for half precision floating point arithmetics

[Mathieu Malaterre]

On Thu, Aug 17, 2023 at 1:27 PM Christian Kastner  wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Christian Kastner 
> X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
>
> * Package name: half
>   Version : 2.2.0
>   Upstream Author : Christian Rau
> * URL : https://sourceforge.net/projects/half/
> * License : MIT
>   Programming Lang: C++
>   Description : C++ library for half precision floating point arithmetics
>
> This is a C++ header-only library to provide an IEEE-754 conformant
> half-precision floating point type along with corresponding arithmetic

What's the difference with https://packages.debian.org/sid/libimath-dev ?

> operators, type conversions and common mathematical functions. It aims
> for both efficiency and ease of use, trying to accurately mimic the
> behaviour of the builtin floating point types at the best performance
> possible. It automatically uses and provides C++11 features when
> possible, but stays completely C++98-compatible when neccessary.

I believe gcc+c++20 provides _Float16 already. Who needs c++98 compat ?

> This is needed by MIOpen, which is also in the process of being
> packaged.
>
> This will be maintained by the Debian ROCm Team.
>

Bug#1050005: ITP: pdftopng -- Convert PDF to PNG

[Mathieu Malaterre]

On Fri, Aug 18, 2023 at 1:19 PM Marvin Renich  wrote:
>
> * Elena Grandi  [230818 05:27]:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Elena Grandi 
> >
> > * Package name: pdftopng
> >   Description : Convert PDF to PNG
> >
> > A command line tool and python library to convert PDFs to PNGs, based on
> > pdftoppm from poppler.

uh ?

% pdftoppm -h 2>&1| grep png
  -png : generate a PNG file

> > This is a dependency of camelot-py (#1049944) and I intend to maintain
> > it in the Python Team.
>
> Does pdftocairo from the poppler-utils package do what you need?  If
> not, would it make sense to submit patches to add pdftopng to the
> poppler-utils package instead of creating a separate package for it?

...or at least document why pdftoppm is not suitable.

Bug#1040751: ITP: nanosvg -- simple svg parsing library

[Mathieu Malaterre]

On Mon, Jul 10, 2023 at 10:08 AM Chow Loong Jin  wrote:
>
> On Mon, Jul 10, 2023 at 07:50:21AM +0200, Mathieu Malaterre wrote:
> > On Mon, Jul 10, 2023 at 6:03 AM Chow Loong Jin  wrote:
> > > * Package name: nanosvg
> > >   Version : 0~git20221204.1.9da543e
> > >   Upstream Contact: https://github.com/memononen/nanosvg/issues
> > > * URL : https://github.com/memonenen/nanosvg
> >
> > https://github.com/memononen/nanosvg
>
> Whoops, nice catch thanks.
>
> > > * License : zlib
> > >   Programming Lang: C
> > >   Description : simple svg parsing library
> > >
> > > NanoSVG is a simple stupid single-header-file SVG parse. The output of
> > > the parser is a list of cubic bezier shapes.
> > [...]
> > > I will be packaging this library under the Debian 3-D Printing Packages
> > > team as a build-dependency of slic3r-prusa.
> >
> > 4 years ago the project was declared as not actively maintained:
> >
> > * 
> > https://github.com/memononen/nanosvg/commit/25241c5a8f8451d41ab1b02ab2d865b01600d949
>
> Yep I realize that, but unfortunately, while there is a network of
> forks, there doesn't seem to be a clear de-facto "upstream" apart from
> this one as far as I can tell. fltk's fork[1] appears to be the only one
> with versioned git tags, but it has no issue tracker or way to contact
> upstream short of creating a pull request. memononen's repo seems to be
> the original and the only one in the network with issues enabled.
>
> My intention here is to package the latest git snapshot of
> memononen/nanosvg, with the patch for this commit[2] from fltk/nanosvg
> applied for the use of slic3r-prusa 2.6.0.
>
> If this isn't acceptable, the only alternative I can see is to bundle
> the nanosvg headers somewhere in `debian/` or as a separate component
> tarball in slic3r-prusa, and patch slic3r-prusa's build system to use
> that, now that slic3r-prusa upstream's unbundled their copy.
>
> I had also considered asking slic3r-prusa's upstream to just bundle the
> copy of nanosvg that they need, but I think Debian generally leans
> towards unbundling libraries, not bundling new ones.
>
> I'm open to ideas -- I'm not sure what the best course of action is
> here.

Fair enough, at least you are aware of the issue from day one.

Good luck :)  Thanks for packaging nanosvg !

Bug#1040751: ITP: nanosvg -- simple svg parsing library

[Mathieu Malaterre]

On Mon, Jul 10, 2023 at 6:03 AM Chow Loong Jin  wrote:
> * Package name: nanosvg
>   Version : 0~git20221204.1.9da543e
>   Upstream Contact: https://github.com/memononen/nanosvg/issues
> * URL : https://github.com/memonenen/nanosvg

https://github.com/memononen/nanosvg

> * License : zlib
>   Programming Lang: C
>   Description : simple svg parsing library
>
> NanoSVG is a simple stupid single-header-file SVG parse. The output of
> the parser is a list of cubic bezier shapes.
[...]
> I will be packaging this library under the Debian 3-D Printing Packages
> team as a build-dependency of slic3r-prusa.

4 years ago the project was declared as not actively maintained:

* 
https://github.com/memononen/nanosvg/commit/25241c5a8f8451d41ab1b02ab2d865b01600d949

Bug#1009304: ITP: libjxl-testdata -- Data test suite for libjxl

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libjxl-testdata
  Version : 0.1
  Upstream Author : libjxl authors
* URL : https://github.com/libjxl/testdata
* License : BSD
  Programming Lang: None
  Description : Data test suite for libjxl

Description: JPEG XL Image Coding System - "JXL" (testdata)
 The JPEG XL Image Coding System (ISO/IEC 18181) is a lossy and
 lossless image compression format. It has a rich feature set and is
 particularly optimized for responsive web environments, so that
 content renders well on a wide range of devices. Moreover, it includes
 several features that help transition from the legacy JPEG format.
 .
 This package installs the testdata files for libjxl.

--

Upstream has recently remove the testdata from the main repo. Replicate
the split at Debian package level. This will allow distributing updated
libjxl release without updating at the same time libjxl-testdata (~19M).

This will be team maintained: Debian PhotoTools Maintainers

Bug#1006929: ITP: openjph -- High-throughput JPEG2000 image compression/decompression library

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: openjph
  Version : 0.8.2
  Upstream Author : aous72 (github)
* URL : https://github.com/aous72/OpenJPH
* License : BSD-2
  Programming Lang: C++
  Description : High-throughput JPEG2000 image compression/decompression 
library

Open source implementation of High-throughput JPEG2000 (HTJ2K), also
known as JPH, JPEG2000 Part 15, ISO/IEC 15444-15, and ITU-T T.814. Here,
we are interested in implementing the HTJ2K only, supporting features
that are defined in JPEG2000 Part 1 (for example, for wavelet transform,
only reversible 5/3 and irreversible 9/7 are supported).

 - HTJ2K is a very promising image compression algorithm meant to
   replace the original JEPG 2000 with a faster decompression speed.
 - Will be team maintained in Phototools

Bug#1000984: ITP: highway -- Efficient and performance-portable SIMD wrapper

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: highway
  Version : 0.15.0
  Upstream Author : JPEG XL Maintainers 
* URL : https://github.com/google/highway/
* License : Apache-2.0
  Programming Lang: C++
  Description : Efficient and performance-portable SIMD wrapper

 This library provides type-safe and source-code portable wrappers over
 existing platform-specific intrinsics. Its design aims for simplicity,
 reliable efficiency across platforms, and immediate usability with current
 compilers.

Answers:

* This is a dependency of jpeg-xl (currently under review).
* This will be team maintained (phototools)

Bug#948862: Experimental jpeg-xl package in Debian

[Mathieu Malaterre]

Hi Luca !

On Wed, Nov 24, 2021 at 7:47 PM Luca Versari  wrote:
>
>
>
> On Tue, Nov 16, 2021 at 12:42 PM Mathieu Malaterre  wrote:
>>
>> Dear Luca,
>
> Hi! Sorry if it took me a while to get back to you.

No worries :)

>>
>>
>> I see you have some interest in jpeg-xl package in Debian. You
>> previously mentioned:
>>
>> > I'm not sure what we could do to expedite that.
>>
>> If you work closely with upstream, the most difficult tasks for me
>> (Debian hat on) were:
>>
>> * Dealing with convenient copies [*], I could not manage to get rid of
>> highway and lodepng. Would be nice if those were not required,
>
>  I believe it should be possible to use system highway - the relevant CMake 
> flag is DJPEGXL_FORCE_SYSTEM_HWY.

Right, I see the option now. I believe I need to prepare a package for
highway ... yak shaving again :)

> As for lodepng - that's indeed not possible today, but it being a single, 
> AFAIU-not-packaged-anywhere file might make it possible to make an exception 
> there.
> Note also that lodepng should only be required for tests and tools, and not 
> for the main libjxl library.

True. But for reasons outside my responsibilities CVE can be assigned
to command line tools.
Do you know why upstream is not using the standard libpng directly ?

>> * Use of system lcms2. There is a pending patch that has never been
>> integrated upstream [**],
>
>  A similar patch to allow external lcms2 has been submitted and should be 
> integrated in the next release.

Woot \o/

>> * djxl and cjxl are using the static jxl library. This is not a good
>> practice (again Debian hat on), since every time we fix a bug in the
>> shared libjxl, this means recompiling cjxl/djxl for no good reason.
>> Please make it configurable.
>
> AFAIU, the JXL shared library doesn't expose symbols of the (non-public) C++ 
> library, which would make using it from cjxl and djxl at least somewhat 
> problematic;
> we are planning to have cjxl and djxl use the C API, but that's going to take 
> some work still.

OK, at least I understand the issue now.

>>
>> * I also see a minor issue with exported symbols in jxl-threads (but I
>> can live with that).
>
> What kind of issue?

For some reason the symbols for libjxl0.6 are extremely well defined
(kudos to whoever made that possible). Have a peak look at the symbols
file in the Debian file:

libjxl.so.0.6 libjxl0.6 #MINVER#
 JXL_0@JXL_0 0.6.1
 JxlButteraugliApiCreate@JXL_0 0.6.1
 JxlButteraugliApiDestroy@JXL_0 0.6.1
 JxlButteraugliApiSetHFAsymmetry@JXL_0 0.6.1
 JxlButteraugliApiSetIntensityTarget@JXL_0 0.6.1
...

Compare that with:

libjxl_threads.so.0.6 libjxl0.6 #MINVER#
 JxlResizableParallelRunner@Base 0.6.1
[...]
 _ZNSt6vectorISt6threadSaIS0_EE17_M_default_appendEm@Base 0.6.1
 
_ZNSt6vectorISt6threadSaIS0_EE17_M_realloc_insertIJRFvPN6jpegxl20ThreadParallelRunnerEiES6_RjEEEvN9__gnu_cxx17__normal_iteratorIPS0_S2_EEDpOT_@Base
0.6.1
 
_ZTINSt6thread11_State_implINS_8_InvokerISt5tupleIJPFvPN6jpegxl20ThreadParallelRunnerEiES5_jEE@Base
0.6.1
 
_ZTSNSt6thread11_State_implINS_8_InvokerISt5tupleIJPFvPN6jpegxl20ThreadParallelRunnerEiES5_jEE@Base
0.6.1
 
_ZTVNSt6thread11_State_implINS_8_InvokerISt5tupleIJPFvPN6jpegxl20ThreadParallelRunnerEiES5_jEE@Base
0.6.1

So I was simply suprised the same care was not applied to
libjxl_threads.so.0.6, hence my remark. Could you check with upstream
why the same magic to hide c++ stl symbols is not applied.

See upstream file: % cat lib/jxl/jxl.version

>>
>>
>> Thanks for your time,
>
> Thank you!
>>
>>
>> [*] https://wiki.debian.org/EmbeddedCopies
>> [**] https://github.com/libjxl/libjxl/issues/712
>>
>> --
>> To unsubscribe, send mail to 948862-unsubscr...@bugs.debian.org.

Bug#948862: Experimental jpeg-xl package in Debian

[Mathieu Malaterre]

Dear Luca,

I see you have some interest in jpeg-xl package in Debian. You
previously mentioned:

> I'm not sure what we could do to expedite that.

If you work closely with upstream, the most difficult tasks for me
(Debian hat on) were:

* Dealing with convenient copies [*], I could not manage to get rid of
highway and lodepng. Would be nice if those were not required,
* Use of system lcms2. There is a pending patch that has never been
integrated upstream [**],
* djxl and cjxl are using the static jxl library. This is not a good
practice (again Debian hat on), since every time we fix a bug in the
shared libjxl, this means recompiling cjxl/djxl for no good reason.
Please make it configurable.
* I also see a minor issue with exported symbols in jxl-threads (but I
can live with that).

Thanks for your time,

[*] https://wiki.debian.org/EmbeddedCopies
[**] https://github.com/libjxl/libjxl/issues/712

Bug#948862: Experimental package

[Mathieu Malaterre]

Uploaded as:

https://ftp-master.debian.org/new/jpeg-xl_0.6.1-1.html

Bug#862727: Concerning libjasper

[Mathieu Malaterre]

Hi all,

On Mon, Oct 18, 2021 at 5:35 AM Norbert Preining  wrote:
>
> Hi all,
>
> sending everyone that discussed on the bug an email.
>
> Since version 2.0.19 (2020-07-11) libjasper is now reasonably active
> maintained and CVEs have been dealt with.
>
> For support in some KDE/Plasma packages I have revived/made some
> packaging of the current version (2.0.33, from 2021-08-01).
>
> Adam, are you still interested in getting this back into Debian?
> Any other comment?
>
> BTW, my source package are built on OBS:
> https://build.opensuse.org/package/show/home:npreining:debian-kde:other-deps/jasper

In case this was missed in the original thread. The reason why I
switched from jasper to openjpeg was mainly because of:

* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681234

I do not know if this has been fixed upstream since.

In any case: imagemagick, poppler and gdcm have all switched to
openjpeg 2.x ABI (see usertag: stretch2000). I believe chrome is also
using openjpeg for the PDF support. I see that opencv has support for
openjpeg:

* 
https://github.com/opencv/opencv/blob/master/modules/imgcodecs/src/grfmt_jpeg2000_openjpeg.cpp

Technically opencv is built against gdcm, so openjpeg is already a
dependency of opencv in Debian.

Things may have changed a bit, but I believe openjpeg supports
decoding by tile (I believe jasper required the entire image in
memory).

I do not mind having another jpeg 2000 implementation in Debian, but
keep in mind that those low level imaging libraries have all sort of
potential CVEs attached to them.

Would be nice to include the KDE rationale for picking jasper over
openjpeg, maybe there is a particular feature that is missing, that
may convince debian-security team to help with maintenance.

2cts
-M

Bug#954937:

[Mathieu Malaterre]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile
(default-compile) on project maven-remote-resources-plugin:
Compilation failure
[ERROR] 
/home/mathieu/debian/maven-remote-resources-plugin-1.7.0/src/main/java/org/apache/maven/plugin/resources/remote/ProcessRemoteResourcesMojo.java:[1054,35]
cannot find symbol
[ERROR]   symbol:   method parseOutputTimestamp(java.lang.String)
[ERROR]   location: variable archiver of type
org.apache.maven.archiver.MavenArchiver
[ERROR]

Bug#954937: RFP: maven-remote-resources-plugin

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: maven-remote-resources-plugin
  Version : 1.7.0
  Upstream Author : apache
* URL :
http://maven.apache.org/plugins/maven-remote-resources-plugin/
* License : Apache-2
  Programming Lang: Java
  Description : Apache Maven Remote Resources Plugin

 This plugin is used to retrieve JARs of resources from remote
repositories, process those
 resources, and incorporate them into JARs you build with Maven.
 .
 A very common use-case is the need to package certain resources in a
consistent way across
 your organization. For example at Apache, it is required that every
JAR produced contains a copy
 of the Apache license and a notice file that references all used
software in a given project: see
 Apache Resource Bundles.

Bug#948862: ITP: jpeg-xl -- A reference implementation of JPEG XL

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 

* Package name: jpeg-xl
  Version : 0.1
  Upstream Author : JPEG (ISO/IEC SC29/WG1)
* URL : https://gitlab.com/wg1/jpeg-xl
* License : Apache 2
  Programming Lang: C++
  Description : A reference implementation of JPEG XL

 JPEG XL was designed for two main requirements:
 .
 * high quality: visually lossless at reasonable bitrates;
 * decoding speed: multithreaded decoding should be able to reach
around 400 Megapixel/s on large images.
 .
 These goals apply to various types of images, including HDR content,
whose support is made possible by full-precision (float32)
computations and extensive support of color spaces and transfer
functions.
 .
 High performance is achieved by designing the format with careful
consideration of memory bandwidth usage and ease of SIMD/GPU
implementation.

Bug#941448: ITP: hw-probe -- Hardware probe and system info collection tool

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 

* Package name: hw-probe
  Version : 1.4
  Upstream Author : Andrey Ponomarenko
* URL : https://github.com/linuxhw/hw-probe/
* License : LGPL 2.1
  Programming Lang: Perl
  Description : Hardware probe and system info collection tool

 A tool to probe for hardware and upload results to the Linux hardware
database https://linux-hardware.org

Bug#912208: ITP: libjpeg -- A complete implementation of 10918-1 (JPEG)

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre 

* Package name: libjpeg
  Version : 0.1
  Upstream Author : Thomas Richter 
* URL : https://github.com/thorfdbg/libjpeg
* License : GPL3
  Programming Lang: C
  Description : A complete implementation of 10918-1 (JPEG)

 A complete implementation of 10918-1 (JPEG) comming from jpeg.org
(the ISO group) with
 extensions for HDR currently discussed for standardization.
 .
 This release also includes the "JPEG on Steroids" improvements
implemented for the ICIP 2016
 Grand Challenge on Image Compression.

Bug#848674: O: f3 -- test real flash memory capacity

[Mathieu Malaterre]

> I'm interested in taking over this package. I've worked with upstream
> and I use it from time to time. I'll monitor upstream which I hope will
> produce a new release soon and then I'll switch maintainership.

v7.0 has just been released \o/

https://github.com/AltraMayor/f3/releases/tag/v7.0

Bug#880825: ITP: libkcapi -- Linux Kernel Crypto API User Space Interface Library

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre <ma...@debian.org>

* Package name: libkcapi
  Version : 1.0.0
  Upstream Author : Stephan Mueller <smuel...@chronox.de>
* URL : http://www.chronox.de/libkcapi.html
* License : BSD
  Programming Lang: C
  Description : Linux Kernel Crypto API User Space Interface Library

 The Linux kernel exports a Netlink interface of type AF_ALG to allow user
 space to utilize the kernel crypto API. libkcapi uses this Netlink interface
 and exports easy to use APIs so that a developer does not need to consider the
 low-level Netlink interface handling.
 .
 The library does not implement any cipher algorithms. All consumer requests
 are sent to the kernel for processing. Results from the kernel crypto API
 are returned to the consumer via the library API.
 .
 The kernel interface and therefore this library can be used by unprivileged
 processes.

Bug#876304: O: xsddiagram -- XML Schema Definition (XSD) diagram viewer

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan xsddiagram, I have not used anymore for at least a
couple of years. I believe there are still some users out there, since
this is the only open-source GUI for displaying XSD.

Description is:

 XSD Diagram is a XML Schema Definition (XSD) diagram viewer
 .
 Features:
  - Display the elements, the groups and the attributes
  - Show the text/HTML documentation of element and attribute when available
  - Print the diagram
  - Export the diagram to SVG, PNG, JPG and EMF (EMF only with Windows)
  - Zoom the diagram with the mouse wheel while holding the control key
  - XML validation based on the loaded XSD file
  - Registration in the Windows Explorer contextual menu (for Windows only)
  - Drag'n drop a xsd file or url on the main window header
 - Command line image generation

Bug#862727: RFP: libjasper -- JasPer JPEG-2000 runtime library

[Mathieu Malaterre]

Hi,

On Tue, May 16, 2017 at 11:40 AM, Adam Cecile  wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
>
> Package name: libjasper

Just keep the old naming convention please: 'jasper'.

> Version: 2.0.12
> Upstream: Michael David Adams
> License: JasPer License
> Description: This package has been scheduled for removal after Stretch
> release but is very important to me as it can be used to add JPEG 2000 to
> OpenCV (many satellite images comes as JPEG 2000). The new upstream on
> GitHub provides frequent updates as well as a decent CMake build system so I
> see no reason to not get it back in the archive :)

At the very least you'll need to address the old CVEs in that case:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no=jasper

- CVE-2016-8693
- CVE-2016-8691
- CVE-2016-8692
- CVE-2016-8690

I personally fought against having duplicate JPEG 2000 libraries in
Debian (esp. since jasper seems dead upstream). I still believe you
should invest some time in replace jasper with OpenJPEG throughout
your OpenCV codebase, since OpenJPEG is used to manipulate satellite
image in professional environment.


2cts
-M

Bug#841404: RFP: PyMuPDF -- python binding for mupdf

[Mathieu Malaterre]

retitle 841404 RFP: PyMuPDF -- python binding for mupdf
thanks

Actually I could not get pymupdf to extract my tabular data, I am
using tabula instead now. Sorry for the noise.

Bug#841404: ITP: PyMuPDF -- python binding for mupdf

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: PyMuPDF
  Version : 1.9.2
  Upstream Author : Ruikai Liu, Jorj X. McKie
* URL : https://github.com/rk700/PyMuPDF
* License : GPL
  Programming Lang: C
  Description : python binding for mupdf

This is version 1.9.2 of PyMuPDF (formerly python-fitz), a Python
binding which supports MuPDF 1.9a - "a lightweight PDF and XPS
viewer".
MuPDF can access files in PDF, XPS, OpenXPS and EPUB (e-book) formats,
and it is known for its top performance and high rendering quality.
With PyMuPDF you therefore can also access files with extensions
*.pdf, *.xps, *.oxps or *.epub from your Python scripts.

--

I'll package this under the python group.

Bug#839210: ITP: bash-unit -- bash unit testing enterprise edition framework for professionals

[Mathieu Malaterre]

On Tue, Oct 4, 2016 at 12:22 PM, Jakub Wilk  wrote:
> * Pascal Grange , 2016-09-30, 08:53:
>>
>> * URL : https://github.com/pgrange/bash-unit
>
>
> 404

https://github.com/pgrange/bash_unit

Bug#824824: O: net-luminis-build-plugin

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan net-luminis-build-plugin, I have not used anymore since I
gave up on packaging bio-formats. I believe no-one is actually using this
package at this point.

Description is:

Description-en: Wrapper around Bnd to allow easy bundle creation from ant 
builds.
 The OSGi bundle ant task is a wrapper around Bnd to allow easy bundle creation
 from ant builds.
 .
 Creates an OSGi bundle. Computes OSGi headers (most notably the importPackage
 and exportPackage) from class analysis.

Bug#824822: Acknowledgement (O: refdb)

[Mathieu Malaterre]

BTW dtdparse might also be removed (not used anywhere else)

Bug#824822: O: refdb

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan refdb. I have not used it in a long time.

If this package ever gets removed, the deps: refdb-client refdb-perlmod and
refdb-sru will need to be removed too (not used anywhere else).

Description is:

Description-en: Reference database and bibliography tool - sql server
 RefDB is a reference database and bibliography tool for SGML, XML, and
 LaTeX/BibTeX documents. It allows users to share databases over a network. It
 is accessible through command-line tools, through a web interface, from text
 editors (Emacs, Vim), and it contains a SRU server. Programmers can use Perl
 and PHP libraries to integrate RefDB functionality into their own projects.
 RefDB is released under the GNU General Public License and runs on Linux, the
 *BSDs, OS X, Solaris, and Windows/Cygwin.

 RefDB appears to be the only available tool to create HTML, PostScript, PDF,
 DVI, MIF, or RTF output from DocBook (SGML, XML V.4.x and V.5.x) or TEI (XML P4
 and P5) sources with fully formatted citations and bibliographies according to
 publisher's specifications.

Bug#810025: Help

[Mathieu Malaterre]

I can offer my help (sponsoring and such...), if needed, for anyone not DD.

Bug#673426: update ?

[Mathieu Malaterre]

Some notes:

https://github.com/Bumblebee-Project/bumblebee-ppa/issues/30


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuszdwmhthhuh6u8t37-1a9wxr_8zk2lng86qucmabmf...@mail.gmail.com

Bug#786984: O: kwstyle

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan kwstyle. The package is in good shape (0 bugs!), upstream 
has not made much changes since my latest upload.
I have not been using it for years, so it is better if somebody else step-up.

Description is:

Style checker for source code
 KWStyle is integrated in the software process to ensure that the code written
 by several users is consistent and can be viewed/printed as it was written by
 one person.
 .
 KWStyle is primarily checking C/C++ source code but can be easily extended to
 other languages. It assumes that the code is syntaxically correct, i.e it
 compiles on a standard compiler.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150527124711.4643.88813.report...@maester.voxxl.fr

Bug#761015: ping

[Mathieu Malaterre]

Answering myself:

https://ftp-master.debian.org/new/piglit_0~git20140926-4efb025-1.html


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuszbwf4+ggcv4+hddw1amjhnkuyn97xfjs_eef1ripy...@mail.gmail.com

Bug#786523: RFP: c-blosc -- an extremely fast, multi-threaded, meta-compressor library

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: c-blosc
  Version : 1.4.4
  Upstream Author : Francesc Alted franc...@blosc.org
* URL : https://github.com/Blosc/c-blosc
* License : expat
  Programming Lang: C
  Description : an extremely fast, multi-threaded, meta-compressor library

it allows you to compress – but especially – decompress your data, fast.

What Makes Blosc Different?

High performance compressor, optimized for binary data (but text is fine too).
Designed to transmit data to the processor cache faster than a memcpy() OS 
call. Achieving that will obviously depend on the dataset, but that is the goal.
Leverages SIMD (SSE2) and multi-threading capabilities present in modern 
multi-core processors.
APIs for C and Python.
It can use different, very fast compressors. Just write your code once and get 
access to an amazing range of compressors, like BloscLZ, LZ4, LZ4HC, Snappy or 
Zlib.


--

pytables currently uses a convienient copy, and openvdb could use this lib once 
available.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150522143547.19008.14049.report...@maester.voxxl.fr

Bug#785569: Work in progress in personal GitHub fork

[Mathieu Malaterre]

Hi Ghislain,

On Mon, May 18, 2015 at 9:39 PM, Ghislain Vaillant ghisv...@gmail.com wrote:
 The CUDA backend should be more straightforward. Also, I am not sure
 whether it is more desirable to build the CUDA backend and have
 ArrayFire in contrib or stick with just CPU and OpenCL and have it in
 main.

Please keep this package in main. Same thing happen in the past to
libthrust. Having a package in contrib or non-free make it
non-existant to lots of people.

Just add a quick documentation to README.Debian to build the CUDA backend.

2cts


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUszwZ13xK7tjLF5Ey-OQvf=itZ=k14g9UbOgMGB2pVhn=w...@mail.gmail.com

Bug#717532: #717532

[Mathieu Malaterre]

On Sat, Feb 21, 2015 at 8:11 PM, László Böszörményi g...@debian.org wrote:
 Hi,

 On Sat, Feb 21, 2015 at 6:03 PM, Mathieu Malaterre ma...@debian.org wrote:
 Could you please update the bug report 717532 with the status of
 libcutl ? Thanks much.
  Please use a more describing subject next time. :)
 About odb relese 2.4.0, I've trouble compiling it:
 validator.cxx:1589:1: internal compiler error: in
 possible_polymorphic_call_targets, at ipa-devirt.c:1557
  }
  ^
 libbacktrace could not find executable to open
 Please submit a full bug report,
 with preprocessed source if appropriate.

 Will look into it and send a bug report.

This is fixed AFAIK:

http://www.codesynthesis.com/pipermail/odb-users/2015-February/002378.html

And a workaround is `-fno-devirtualize`


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUszm0LrtscndheFk9XAyZz93O=+qhbhkf2iw4hmh6cq...@mail.gmail.com

Bug#717532: #717532

[Mathieu Malaterre]

Dear Laszlo,

Could you please update the bug report 717532 with the status of
libcutl ? Thanks much.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUsxRwaY4eaNzi-MjP9D5vEoYPxnuKxxVMWO7V=8atax...@mail.gmail.com

Bug#777213: RFP: snf-image-creator -- OS image creation tool

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: snf-image-creator
  Version : 0.8.1
  Upstream Author : Nikos Skalkotos skalkoto grnet gr
* URL : https://github.com/grnet/snf-image-creator/
* License : GPL
  Programming Lang: Python
  Description : OS image creation tool

Generic image creation tool:

It comes in two variants:
 * snf-image-creator: A user-friendly dialog-based program
 * snf-mkimage: A non-interactive command-line program

Unlike Oz, it takes as input, media that represents a hard disk (a block
device, an image file or the host system itself) with an installed OS on
it. It snapshots the hard disk, performs various cleanup tasks on the
snapshot (like virt-sysprep), shrinks the snapshot and finally dumps the
final prepared image on a local file or uploads and registers it with a
Synnefo deployment. It can fully operate on Linux, Windows and FreeBSD
input media. On Windows it can automatically install the needed VirtIO
drivers and perform sysprep. It can also be used to create an image out
of the Linux host system itself (host bundling process).


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150206112133.2330.31161.report...@maester.voxxl.fr

Bug#777213: Acknowledgement (RFP: snf-image-creator -- OS image creation tool)

[Mathieu Malaterre]

FYI, debian branch is available:

https://github.com/grnet/snf-image-creator/tree/debian


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusy1hxiadqhne5a1c4yexutulx2+cuo9josg7upz5lv...@mail.gmail.com

Bug#716766: adopting (openexr dep)

[Mathieu Malaterre]

Control: retitle -1 ITA: ilmbase -- several utility libraries from ILM
used by OpenEXR
Control: owner !


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusx-evf0vlum-yrdsaotu4p71_7dxvcbsfnnvqgffzy...@mail.gmail.com

Bug#716766: adopting

[Mathieu Malaterre]

On Wed, Jan 28, 2015 at 10:07 AM, Matteo F. Vescovi m...@debian.org wrote:
 Hi!

 On 2015-01-13 at 10:50 (CET), Mathieu Malaterre wrote:
 I am adopting the package. I'll prepare the next upload after jessie freeze.

 Given that OpenEXR depends on IlmBase (that's badly outdated too),
 are going to adopt that package too?

Sorry that was not clear. Indeed to move to OpenEXR 2.x release, one
need first to update IlmBase.
I'll clarify #716766.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUsyOLDC9PzOeq1UpoxcAGr8+-mg2=mmdjpgax4r_-he...@mail.gmail.com

Bug#716766: ilmbase

[Mathieu Malaterre]

Bastien,

Before stepping on your shoes, could you please clarify your position
on #716766#10

regards


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUsxJr5wzo8m6YdEJN6=7zws8tfyen06oggylfkylgz-...@mail.gmail.com

Bug#773857: ITP: mitk -- The Medical Imaging Interaction Toolkit

[Mathieu Malaterre]

On Mon, Jan 19, 2015 at 1:15 PM, Andreas Tille ti...@debian.org wrote:
 Hi Mathieu,

 I'm stumbling upon old ITPs.  Thanks for working on this.

 Since your current plans about cooperation are not clear to me I wonder
 what VCS you might like to use and how I could integrate this package
 into the Debian Med tasks (before the package is actually uploaded to
 the Debian mirror).

I am not longer interested in this package, as mentionned here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=14;bug=773857

I have been interested in MITK for a very short period of time (for
work), but it has been decided not to use it. Which explains my update
into an RFP.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUsyPQ_DZutfL0QPWnvuwBvyqKSh7aCo=6d57asnoh5l...@mail.gmail.com

Bug#642150: 2.0.7 is out

[Mathieu Malaterre]

Seems like docbook 2.x is active:

http://docbook.github.io/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuszan+ygw7gxabs8ntfzjzyoe_6_mr_8ehv9yg8kwk_...@mail.gmail.com

Bug#416079: Fwd: pole_0.5-1_amd64.changes REJECTED

[Mathieu Malaterre]

Control: nowner -1
Control: retitle -1 RFP: pole -- portable library for structured storage

For later reference I've included the full thread. Because I did not
get any asnwer, I am giving up on this package.


-- Forwarded message --
From: Mathieu Malaterre mathieu.malate...@gmail.com
Date: Mon, Nov 24, 2014 at 9:06 AM
Subject: Re: pole_0.5-1_amd64.changes REJECTED
To: Ariya Hidayat ar...@kde.org
Cc: Dmitry Fedorov fedo...@ece.ucsb.edu


$ licensecheck poleview.cpp
poleview.cpp: BSD (3 clause)


This was the first time I ever saw a header file licensed under GPL
while the actual implementation (*.cpp) was under BSD.

So in summary:

1. pole was release under GPL (lib+apps)
2. Back in 2005, portion of the pole tarball was re-licensed to BSD
3. This was a mistake that poleview.cpp was relicensed to BSD

In which case please update the poleview.cpp accordingly, and please
specify in the main `LICENSE` that the tarball contains multiple
licenses.

BTW pole (pole.cpp) is not a lib, since it would require a clear ABI,
which does not seems to be specified so far.

Regards.



On Fri, Nov 21, 2014 at 6:59 PM, Ariya Hidayat ar...@kde.org wrote:
 Hi Mathieu and Dmitry,

 The BSD license change only applies to POLE library. The viewer itself
 (POLEview) is not a critical part of the library. If the license is an
 issue, it can be packaged separately.

 I hope that helps.

 Thank you!

 On Fri, Nov 21, 2014 at 8:34 AM, Dmitry Fedorov fedo...@ece.ucsb.edu wrote:
 Mathieu,

 I've pretty much rewritten poleview migrating it from qt3 to qt4 (when it
 was just released, not sure they even work right now) and could change the
 license to FreeBSD. Although these view files are not needed for the library
 itself and could be simply removed from the distro.

 -dmitry

 On Fri, Nov 21, 2014 at 12:18 AM, Mathieu Malaterre
 mathieu.malate...@gmail.com wrote:

 Dear Ariya,

 I am trying to understand what happen in 2005:

 [...]
 POLE 0.2 (released March 2005)

 * changed license to BSD license
 [...]


 Could you please confirm that *all* of pole source code moved to BSD
 style license ? We are having an issue within debian, as the main
 copyright file:


 https://bitbucket.org/dimin/pole/src/bb3e28212f6a49b9be07d271b3c7da571846eccf/pole/LICENSE?at=default

 Does not mention that the header file: poleview.h is under the GPL
 license. We thus have two options:

 1. This was a mistake that poleview.h remains under the GPL license
 2. This was a mistake the the main license file does not mention pole
 is under an hybrid license (BSD+GPL).

 Thanks for clarification.

 On Fri, Nov 21, 2014 at 6:51 AM, Dmitry Fedorov fedo...@ece.ucsb.edu
 wrote:
  Hi Mathieu,
 
  The license is super permissive, it's basically like MIT, it was set by
  the
  original developer:
 
 
  https://bitbucket.org/dimin/pole/src/bb3e28212f6a49b9be07d271b3c7da571846eccf/pole/LICENSE?at=default
 
  poleview.h and poleview.cpp are really not a part of the library but
  merely
  viewer demos.
 
  -dmitry
 
 
 
  On Thu, Nov 20, 2014 at 8:03 AM, Mathieu Malaterre ma...@debian.org
  wrote:
 
  Dear Dmitry,
 
  Could you please clarify the license of pole ?
 
  Thanks very much.
 
 
  -- Forwarded message --
  From: Thorsten Alteholz ftpmas...@ftp-master.debian.org
  Date: Thu, Nov 20, 2014 at 5:00 PM
  Subject: pole_0.5-1_amd64.changes REJECTED
  To: Mathieu Malaterre ma...@debian.org
 
 
 
  Hi Mathieu,
 
  unfortunately I have to reject your package.
 
  According to the file header, pole/poleview.h is licensed under
  LPGLv2+.
  You should mention that in your debian/copyright.
 
  Thanks!
   Thorsten
 
  ===
 
  Please feel free to respond to this email if you don't understand why
  your files were rejected, or if you upload new files which address our
  concerns.
 
 
 
 
  --
  __
 
  Dmitry Fedorov Levit d...@dimin.net
  Web: http://www.dimin.net/
  __
 
  Center for Bio-Image Informatics:
http://www.bioimage.ucsb.edu/
 
  Vision Research Lab, Electrical and Computer Engineering:
http://vision.ece.ucsb.edu/
 
  University of California, Santa Barbara
  _



 --
 Mathieu




 --
 __

 Dmitry Fedorov Levit d...@dimin.net
 Web: http://www.dimin.net/
 __

 Center for Bio-Image Informatics:
   http://www.bioimage.ucsb.edu/

 Vision Research Lab, Electrical and Computer Engineering:
   http://vision.ece.ucsb.edu/

 University of California, Santa Barbara
 _



 --
 Ariya Hidayat
 http://www.linkedin.com/in/ariyahidayat



--
Mathieu


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusxk8khyvgljqg_q2oo+8gc33vsgaymfuzsfr4z3rp5...@mail.gmail.com

Bug#716768: adopting

[Mathieu Malaterre]

Control: retitle -1 ITA: openexr -- command-line tools and docs for
the OpenEXR image format
Control: owner !

I am adopting the package. I'll prepare the next upload after jessie freeze.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuswynafnf3_eyvzr5via_6nitz16qm4u9w7qatvuy2p...@mail.gmail.com

Bug#716768: openexr ITA ?

[Mathieu Malaterre]

Bastien,

What is your position on adopting openexr (716768#10) ?

Thanks


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusx82kosa3opddi64qg+ujzrouuf_eal0kiw60yp9tn...@mail.gmail.com

Bug#422162: Fix 711685

[Mathieu Malaterre]

I think we should at least fix 711685 for jessie release.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUszft=-ia7osphcwk-d7fhjern8wa+_w110eizee9wa...@mail.gmail.com

Bug#773857: ITP: mitk -- The Medical Imaging Interaction Toolkit

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: mitk
  Version : 2014.10.0
  Upstream Author : mitk-us...@users.sf.net
* URL : http://www.mitk.org
* License : BSD
  Programming Lang: C++
  Description : The Medical Imaging Interaction Toolkit

The Medical Imaging Interaction Toolkit (MITK) is a free open-source software 
system for development of interactive medical image processing software. MITK 
combines the Insight Toolkit (ITK) and the Visualization Toolkit (VTK) with an 
application framework. As a toolkit, MITK offers those features that are 
relevant for the development of interactive medical imaging software covered 
neither by ITK nor VTK, see the Toolkit_Features for details.

MITK can be used or integrated with existing solutions in several ways, see  
Research Platform for examples.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141224083618.5717.27490.report...@maester.voxxl.fr

Bug#442913: pcc still alive

[Mathieu Malaterre]

Control: retitle -1 RFP: pcc -- Portable C Compiler

This is a follow up to #727737

pcc still seems to be alive:

http://pcc.ludd.ltu.se/news/

1.1.0 just branched, please help testing (13 October 2014)


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusybgpj+xgxamhvs913rozobbbs_ikz_vnfivmxfpbf...@mail.gmail.com

Bug#722275: casablanca package RFP?

[Mathieu Malaterre]

On Sat, Sep 13, 2014 at 11:48 AM, Gianfranco LocutusOfBorg Costamagna 
costamagnagianfra...@yahoo.it wrote:

 (I'll change the bug into ITP, I just would like to have your feedback
 before taking over the package, and of course look at it)


Please do. I'll be happy to test your package (upload on mentors.d.n if
needed).


thx

Bug#755813: RFP: trac-simplemultiproject -- manage multiple user projects with one Trac instance

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: trac-simplemultiproject
  Version : trunk
  Upstream Author :
* URL : http://trac-hacks.org/wiki/SimpleMultiProjectPlugin
* License : BSD
  Programming Lang: Python
  Description : manage multiple user projects with one Trac instance
 Lets you easily manage multiple user projects with one Trac instance or,
 respectively, one Trac database (.db file).
 .
 - This is not a meta project in front of several other Trac projects, it just
   implements the idea of TracMultipleProjects/SingleEnvironment.
 - Milestones and versions are assigned to their projects, and both are
   displayed on the roadmap. There are several possibilities to filter by
   projects on that page, and also the timeline.
 - Components can be assigned to all or only certain projects.
 - 'New Ticket' will just offer the associated milestones, versions and
   components of the chosen project. This requires a new custom-ticket field
   'project'.


I did an initial implementation without much luck, given my current
lack of time to investigate I'll leave this as an RFP.

For more info see:

svn co 
svn+ssh://ma...@svn.debian.org/svn/collab-maint/deb-maint/trac-simplemultiproject

Note that the package does not work; see:

http://stackoverflow.com/questions/24908398/installing-simplemultiproject-trac-plugin


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusysqljoe4qg4+qwhwivuvpdkmokwxdznkhpidzxchr...@mail.gmail.com

Bug#755813: Acknowledgement (RFP: trac-simplemultiproject -- manage multiple user projects with one Trac instance)

[Mathieu Malaterre]

One suggestion, the installation seems to be incorrect. It looks like
it is one level below what it should be.

Other trac plugin uses:

  entry_points={'trac.plugins': [
'customfieldadmin.api = customfieldadmin.api',
'customfieldadmin.customfieldadmin =
customfieldadmin.customfieldadmin']},

while plugin uses:

entry_points = {'trac.plugins': ['simplemultiproject = simplemultiproject']}


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuszfykffnh0xpueemach_ehgzu90woxfqrbxymcdnvx...@mail.gmail.com

Bug#752666: ITP: edflib -- European Data Format library

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: edflib
  Version : 1.10
  Upstream Author : Teunis van Beelen
* URL : http://www.teuniz.net/edflib/
* License : BSD-2
  Programming Lang: C
  Description : European Data Format library

 EDFlib is a programming library for C/C++ to read/write EDF+/BDF+
files. (It also reads old-type EDF/BDF files.)
 EDF means European Data Format. BDF is the 24-bits version of EDF.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusynjbmr7qwdrttujhp4eu2kukeufbrsf3_sk5n4soy...@mail.gmail.com

Bug#703579: help2man ?

[Mathieu Malaterre]

Thomas, you can use help2man to automatically generate default man
pages. Most of the time it provide a very decent man page.

See for example:
https://bugs.debian.org/750530


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuswmd9qyt3axvolxg+lgny5mseoljv20-yfxwrxg5wk...@mail.gmail.com

Bug#562128:

[Mathieu Malaterre]

Does not seems to be dead anymore... 0.5 was released.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wusyxdweixyafrtidkazrpeaof3rrewvkuu8jwmuad7e...@mail.gmail.com

Bug#726617: cminpack

[Mathieu Malaterre]

 Is there a reason that the library package is called libcminpack1.0.90

I naively assumed upstream knew what they were doing with
SOVERSION/SONAME. It appears this was a side effect of the cmake build
files. The VERSION was used in place of the SOVERSION (this is fixed
in current cmake files now AFAIK).

You should definitely use 1 as SOVERSION that would be cleaner but
requires updating the symbols file, a transition (and maybe other
steps?).

Good luck !


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+7wUszLJhK7=Kb77P1t03j6=-rewh6app6jqndhnegpmmm...@mail.gmail.com

Bug#745024: O: VolView -- Advanced volume visualization tool

[Mathieu Malaterre]

Package: wnpp

I intend to orphan VolView since it is dead upstream, see my recent RoM request.

Description:

 VolView is an intuitive, interactive system for volume visualization that
 allows researchers to quickly explore and analyze complex 3D medical or
 scientific data on Windows, Mac and Linux computers. Users can easily load and
 interactively explore datasets using 2D and 3D display methods and tools. 3D
 tools include volume rendering, maximum intensity projections, and oblique
 reformatting. The ability to save an entire visualization session allows users
 to easily stop and start sessions. Advanced users can perform custom data
 processing using a simple plug-in API.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+7wuswq3pnh0euywfe0agvbokafhfp9pqjfysbnpcm6xqw...@mail.gmail.com

Bug#742217: ITP: vtk-dicom -- DICOM for VTK

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org


* Package name: vtk-dicom
  Version : 0.4.2
  Upstream Author : David Gobbi david.go...@gmail.com
* URL : http://github.com/dgobbi/vtk-dicom/
* License : BSD
  Programming Lang: C++
  Description : DICOM for VTK

 This package contains a set of classes for managing DICOM
 files and metadata from within VTK, and some utility programs
 for interrogating and converting DICOM files.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140320195156.2026.47790.report...@vostrodell.malat.net

Bug#675923: Any update ?

[Mathieu Malaterre]

David are you still working on firebreath ?


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsx778kT6Eqv-KQOMKZfL+aj-Meiiq=cr6cqx_shc9m...@mail.gmail.com

Bug#680352: Conquest Dicom Server Packaging

[Mathieu Malaterre]

Hi,

On Fri, Jan 24, 2014 at 5:32 PM, Pablo Lorenzzoni spec...@debian.org wrote:
 I am interested in helping conquest-dicom-server packaging.

 I've reviewed debian-med svn for the status and compared it with my own
 private efforts of doing the same thing and I think we both reached the same
 conclusion wrt how to treat the shipped modified versions of libjasper and
 libjpeg (static linking) and how to treat the dependencies on liblua5.1 and
 libsqlite3 (use the shared library already available in the repository).

 I wish to know if there's any uncommitted work and what are the plans for the
 package. Also, do you remain interested in the task? How can I help?

Everything was pushed last time I was interested in it. I moved away
from using it. Feel free to hijack anything you want from debian-med
svn.

Good luck


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsz1k69HET0LtgmrCa+-XmMNwKta=S=mbqaC=lnsjko...@mail.gmail.com

Bug#731447: Fwd: mupdf (was: xpdf removed from testing?)

[Mathieu Malaterre]

Control: block -1 719351


-- Forwarded message --
From: Sebastian Ramacher sramac...@debian.org
Date: Mon, Jan 20, 2014 at 1:35 PM
Subject: Re: mupdf (was: xpdf removed from testing?)
To: debian-de...@lists.debian.org


On 2014-01-20 12:54:30, Mathieu Malaterre wrote:
 On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John li...@2ion.de wrote:
  $ apt-cache show mupdf
  MuPDF is a lightweight PDF viewer and toolkit written in portable C.
  (...)
 
  The mupdf PDF reader is supposed to be minimal and makes on me the 
  impression of
  being more a reference implementation using the mupdf library.
 
  A more featureful but still light PDF reader, which is able to utilize 
  mupdf as
  the rendering backend, is zathura (in Debian) with the mupdf rendering 
  backend
  (not in Debian [1]).
 
  The zathura upstream is very lively and is constantly gaining features.
 
  It may be my personal perception, but the fidelity of the PDF rendering in 
  mupdf
  is *vastly* superior to xpdf and all the PDF readers (evince, okular ...) 
  which
  use libpoppler at this point, resulting in mupdf/libmupdf being AFIK the 
  only
  native and free PDF reader available for Linux with a rendering engine that 
  can
  rival the proprietary ones like acrobat (in quality, not feature parity).
 
  I therefore suggest packaging zathura with the zathura-pdf-mupdf plugin.

 aka #731447

This is blocked by a proper fix for #617253. Ideally, mupdf would start
to provide a shared library (#719351) and commit to a somewhat stable
API. mupdf needs to get in a better shape before zathura-pdf-mupdf can
be packaged.

Regards
--
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#732012: ITP: esajpip -- ESA JPIP Server

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org


* Package name: esajpip
  Version : 0.1
  Upstream Author : ESA JPIP team
* URL : https://launchpad.net/esajpip
* License : CDDL
  Programming Lang: C++
  Description : ESA JPIP Server

 The ESA JPIP server is capable to handle the following types of JPEG2000 image
 files: raw J2C, JP2 and JPX with or without hyperlinks. The codestreams of the
 images must comply with the following requirements:
  - No tiles partition is allowed.
  - The progression order must be LRCP, RLCP or RPCL.
  - PLT markers must be included with the information of all the packets.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131212124035.694eefc1...@vostrodell.malat.net

Bug#731911: O: pyplusplus -- OO-framework for creating a code generator for Boost.Python

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan py++. The projet seems pretty much dead upstream.
Some people have worked on forks to support Python 3.x (see #724647).
I am not using it anymore in my projects and thus would not be able to
maintain it properly.


Description is:

Py++ uses GCC C++ compiler to parse C++ source files and allows you to
expose C++ code to Python in quick and elegant way using the
Boost.Python library. It uses the following steps to do so:

 - source code is passed to GCC-XML
 - GCC-XML passes it to GCC C++ compiler
 - GCC-XML generates an XML description of a C++ program from GCC's internal
   representation.
 - Py++ uses pygccxml package to read GCC-XML generated file.

Feature list:

 - Py++ support almost all features found in Boost.Python library
 - Py++ generates code, which will help you to understand compiler generated
   error messages
 - Py++ has more than one mode of writing code into files:
   - single file
   - multiple files
   - multiple files, where single class code is split to few files
 - Py++ will save your compilation time - it will rewrite a file, only in case
   of change
 - You have full control over generated code. Your code could be inserted
   almost anywhere.
 - Py++ will check the completeness of the bindings. It will check for you
   that the exposed declarations don't have references to unexposed ones.
 - Py++ provides enough functionality to extract source code documentation and
   write it as Python documentation string
 - Py++ provides simple and powerful framework to create a wrapper for
   functions, which could not be exposed as is to Python


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUszuoM-ZRNEgjmRQ45WTGAvroZx=vf3taboeco1vgxw...@mail.gmail.com

Bug#731858: O: vxl -- C++ Libraries for Computer Vision Research

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan vxl. My initial intention was to package vxl as
dependency of ITK (insighttoolkit). Since it never worked quite right,
ITK is not build using its (custom) convenient copy of VXL.

Currently VXL in debian uses an enormous patch to get SONAME working.
Upstream has never been willing to integrate that back into main code,
even after multiple requests. So minimal skills in C++ is needed to
maintain this package.

Description is:

 VXL (the Vision-something-Libraries) is a collection of C++ libraries
 designed for computer vision research and implementation. It was created
 from TargetJr and the IUE with the aim of making a light, fast and
 consistent system. VXL is written in ANSI/ISO C++ and is designed to be
 portable over many platforms.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswxxl6rhtaxssvfsd69fgsyufwccwd4jcyio9+kegt...@mail.gmail.com

Bug#731349: ITP: sparse -- Semantic parser for C

[Mathieu Malaterre]

On Wed, Dec 4, 2013 at 3:03 PM, Mark Brown broo...@debian.org wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Mark Brown broo...@debian.org

 * Package name: sparse
   Version : 0.4.5
   Upstream Author : Christopher Li spa...@chrisli.org
 * URL : https://sparse.wiki.kernel.org/index.php/Main_Page
 * License : MIT
   Programming Lang: C
   Description : Semantic parser for C


http://packages.qa.debian.org/s/sparse.html

?


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusyrwavgpxxsrgfae9swioo7_jdrs761vgyysfehod9...@mail.gmail.com

Bug#729516: O: igraph -- library for creating and manipulating graphs

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan igraph. My current interests have moved aways from
graphs and thus I do not have the proper ressource to maintain it
anymore.

the package is in good shape and is easy to update.

Description is:

 igraph is a library for creating and manipulating graphs.
 It is intended to be as powerful (ie. fast) as possible to enable the
 analysis of large graphs.
 .


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUswsQXQ4=y5Bds4M2M=j44mtg0gyyjf8xc6huzosgpv...@mail.gmail.com

Bug#728111: ITP: papyrus -- DICOM compatible file format library

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org


* Package name: papyrus
  Version : 3.7.1
  Upstream Author : UIN
* URL : http://www.expasy.ch/UIN/html1/projects/papyrus/papyrus.html
* License : GPL
  Programming Lang: C
  Description : DICOM compatible file format library

 PAPYRUS 3.0 file format based on the new DICOM 3.0 Standard addresses the open
 interchange of medical images in files or on removable storage media. This
 specific implementation of the DICOM standard is intended as a generic solution
 for interchange of multi-modality medical images on removable media. It can
 also be used for convenient exchange of image data between different computer
 systems through industry standard file transfer mechanisms. Finally it can also
 be used for storage and archival of medical image data in a DICOM compatible
 format.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131028145849.25970.92230.report...@vostrodell.malat.net

Bug#727212: ITP: cpp-netlib -- C++ Network Library

[Mathieu Malaterre]

On Wed, Oct 23, 2013 at 3:22 PM, Ximin Luo infini...@gmx.com wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ximin Luo infini...@gmx.com

 * Package name: cpp-netlib
   Version : 0.10.1
   Upstream Author : cpp-netlib authors
 * URL : http://cpp-netlib.org/
 * License : Boost Software License - Version 1.0
   Programming Lang: C++
   Description : C++ Network Library

 The C++ Network Library Project aims to build upon the latest C++ standard
 (currently C++11) to provide easy to use libraries for network programming. We
 use the latest compiler versions and features with an eye on pushing the
 boundaries on leveraging what's available in C++.

 Currently the library contains an HTTP client and server implementation, a
 stand-alone URI library, a network message framework, and some concurrency
 tools.

Let me know if you need a sponsor. I can review it if you upload on
mentors.debian.net.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusxe+lf-shoqpvjknyxdxos4grjutb5djzyynsxk3b0...@mail.gmail.com

Bug#727212: ITP: cpp-netlib -- C++ Network Library

[Mathieu Malaterre]

On Wed, Oct 23, 2013 at 4:19 PM, Ximin Luo infini...@gmx.com wrote:
 +thijs who also had an interest

 On 23/10/13 14:31, Mathieu Malaterre wrote:
 Let me know if you need a sponsor. I can review it if you upload on
 mentors.debian.net.

 I have just uploaded a package to mentors. However, I remembered one thing I 
 forgot - libcppnetlib-dev does not yet depend on the -dev packages listed in 
 Build-Depends. I asked around #debian-mentors if there was a good way to do 
 this (like a shlibdeps but for headers) but apparently there is none.

 Should I just manually copy+paste the Build-Depends into the Depends field of 
 the -dev package?

No, there is nothing like shlibdeps for C++ headers AFAIK. You have
to manually add/remove them as code changes :(

I did a quick review and you declare Std-Vers 3.9.4 but -arch and
-indep rules are merged ? You need to split them. Typically
python-sphinx should be listed in Build-Depends-Indep, and d/rules
should build doc package in -indep. See man dh for -arch -indep
(section EXAMPLES). You can then test using dpkg-buildpackage -A/-B.

Let me know if something was not clear.

2cts


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswavrdk+yjvza_e-kbgu1-a2irtb-xvjpblfnoqrho...@mail.gmail.com

Bug#726617: O: cminpack -- Nonlinear equations and nonlinear least squares problems

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan cminpack. My initial intention was to package
cminpack as dependency of PCL (The Point Cloud Library). Since I gave
up on PCL (not using it really), see #624178. I'd like to orphan
cminpack.

Description is:

 Minpack includes software for solving nonlinear equations and nonlinear least
 squares problems. Five algorithmic paths each include a core subroutine and an
 easy-to-use driver. The algorithms proceed either from an analytic
 specification of the Jacobian matrix or directly from the problem functions.
 The paths include facilities for systems of equations with a banded Jacobian
 matrix, for least squares problems with a large amount of data, and for
 checking the consistency of the Jacobian matrix with the functions.
 .
 This is the C re-write of the original fortran minpack implementation.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswtdnisjf65tltzbk6nvuchb8hejdroq1ts-yervnp...@mail.gmail.com

Bug#722275: RFP: casablanca -- C++ REST SDK

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist


* Package name: casablanca
  Version : 1.2.0
  Upstream Author : Microsoft
* URL : http://casablanca.codeplex.com/
* License : Apache 2.0
  Programming Lang: C++
  Description : C++ REST SDK

The C++ REST SDK (codename Casablanca) is a Microsoft project for cloud-based
client-server communication in native code using a modern asynchronous C++ API
design. This project allows C++ developers to take advantage of the radical
shift in software architecture that cloud computing represents.
* Support for accessing REST services from native code on Linux, Windows Vista, 
Windows 7, and Windows 8 by providing asynchronous C++ bindings to HTTP, JSON, 
and URIs
* Implementation of Asynchronous Streams and Stream Buffers
* A consistent and powerful model for composing asynchronous operations based 
on C++ 11 features
* A set of samples and reference documentation
* New experimental features such as HTTP Listener library and support for 
Windows Phone 8 and Windows XP.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130909162649.19542.65531.report...@ks200451.voxxl.com

Bug#708214: RFP: saxonhe -- The Saxon-HE XSLT Processor

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: saxonhe
  Version : 9.2
  Upstream Author : Michael Kay
* URL : http://www.saxonica.com
* License : MPL
  Programming Lang: Java
  Description : The Saxon-HE XSLT Processor

Saxon-HE (home edition) provides implementations of XSLT 2.0, XQuery 1.0, and
XPath 2.0 at the basic level of conformance defined by W3C. It is available for
both Java and .NET.

For more info see: #568347#42
debian currently has saxon 6.5.5 and Saxon-B so far.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130514075341.23007.58528.report...@lirispat.univ-lyon1.fr

Bug#602034: jpeg8 vs jpeg-turbo

[Mathieu Malaterre]

On Thu, Apr 25, 2013 at 6:17 AM, Riku Voipio riku.voi...@iki.fi wrote:
 On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote:
 As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more 
 feature.

 Only the applications that actually want to experiment with libjpeg8/9 ABI 
 should be using it -

 The 100% of current applications that work just libjpeg-turbo should be
 using libjpeg-turbo for better performance and compatibility with rest
 of the linux distributions.

 Which feature in libjpeg9 does anyone want? The ability to make jpeg's
 images that nobody else can view?

Chicken  egg issue, until everyone follow debian and uses libjpeg9,
there may be surprise.

 I do not see libjpeg-turbo as a suitable replacement. It has
 1) an different license

 Be specific, what do you not like about libjpeg-turbo license? As far as
 I see, it is under the exact same license?

 2) much more security issues in a much smaller timeframe.

 Which translates to.. a single CVE in libjpeg-turbo since it's
 inception!

 3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9.

 This would be a relevant if some application actually used the
 full libjpeg8 ABI . In fact, 100% of debian works fine with
 libjpeg-turbo, or even the original libjpeg6b (if the would be
 recompiled against it again).

 I find the reason that IJG libjpeg8 fork is so triggerhappy to
 repeatedly break the API and ABI (and image format!) rather a reason
 to make libjpeg8 the non-default.

 You should not deprive debian users from high performance jpeg rendering
 for a few ABI features that nobody uses - or anyone is asking for.

I do not believe in debian life-span, a package manager ever switch an
implementation of a package. So libjpeg9 and libjpeg-turbo will have
to co-live.

I understand your point that libjpeg9 offers experimental feature not
needed for everyone, but at least from my point of view libjpeg-turbo
by only implementing portion of ITU-T T.81, ISO/IEC IS 10918-1 (namely
lossy 8bits progressive  sequential) is a no-go for my applications.
Have a look at ITK, DCMTK and/or GDCM which provide a patched libjpeg
to provide support for lossy 8  12 bits and lossless 16bits. This is
a burden to maintain those side implementations.

This goes without saying that JPEG commitee is now working on a full
implementation of ITU 81:

https://github.com/thorfdbg/libjpeg

Which also has a different license, may be slower, but *at last*
provide a complete implementation of JPEG. It is said to provide an
ABI compatible with the original IJG implementation in the near
future. So debian may have to provide three JPEG implementations

This bug will be really messy to read, but I wished the team from
libjpeg-turbo and whoever is running IJG found a compromise to either
integrate optimization from -turbo into jpeg9, or the other way
around, -turbo provides empty body function for the new API. oh
well...

-M


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuszqjfo+ma94e2s_mkzbjduvmvcg+wsbgzhrfghjb5+...@mail.gmail.com

Bug#705459: ITP: jxrlib -- JPEG-XR lib

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: jxrlib
  Version : 1.0
  Upstream Author : Microsoft Research
* URL : http://jxrlib.codeplex.com
* License : BSD
  Programming Lang: C
  Description : JPEG-XR lib

 JPEG XR is an approved ISO/IEC International standard (its official
 designation is ISO/IEC 29199-2).
 .
 JPEG XR started its life in Microsoft Research. It publicly first appeared as
 the HD Photo format in Windows Vista.
 .
 For web developers, JPEG XR has a large number of interesting features, see
 the table below. Some of these are big advantages over other image formats
 like JPEG, PNG, OpenEXR, and TIFF.
  - Better Compression (40% smaller than JPEG)
  - Lossless Mode (better compression than PNG)
  - Alpha Channel (compress color lossy and alpha losslessly)
  - Extended Bitdepth (supports 8-, 16-, and 32-bit/channel)
  - Progressive Decode
  - Advanced Decoding Features (tile-based layout, for efficient
region-of-interest access.)

Current work is at:
http://anonscm.debian.org/viewvc/collab-maint/deb-maint/jxrlib/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415094449.17072.4.report...@lirispat.univ-lyon1.fr

Bug#705285: ITP: jhelioviewer -- Visualization software for solar image

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: jhelioviewer
  Version : 2.2.1
  Upstream Author : Daniel Mueller
* URL : http://jhelioviewer.org
* License : MPL 1.1
  Programming Lang: Java
  Description : Visualization software for solar image

 JHelioviewer is visualization software for solar image data based on the JPEG
 2000 compression standard. JPEG 2000 offers many useful new features and has
 the potential to revolutionize the way high-resolution image data are
 disseminated and analyzed. The JPEG 2000 Interactive Protocol (JPIP) enables
 serving data in a highly compressed, quality-progressive,
 region-of-interest-based stream. These features minimize the data volume
 transmitted while maximizing its usability. This is especially relevant for
 solar physics since NASA's Solar Dynamics Observatory has started providing
 more than a terabyte of image data per day.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130412135202.4796.44404.report...@lirispat.univ-lyon1.fr

Bug#705285: ITP: jhelioviewer -- Visualization software for solar image

[Mathieu Malaterre]

see:
svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/jheliosviewer/trunk


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsxSb9P4Cnb6TCo_-rzA=pc7j3gujsx0pdbddmg+btq...@mail.gmail.com

Bug#705207: O: pythonqt

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan the pythonqt package.

Initially this was a dependency of ctk. It is not clear whether or not CTK 
intend to use a system installed pythonqt at this point in time.
Since I have no interest in CTK anymore, I have no interest in pythonqt.

Description is:

 PythonQt offers an easy way to embed the Python scripting language into a
 C++ Qt applications. It makes heavy use of the QMetaObject system and thus
 requires Qt 4.x.
 The focus of PythonQt is on embedding Python into an existing C++ application,
 not on writing the whole application completely in Python. If you want to write
 your whole application in Python, you should use PyQt or PySide instead.
 If you are looking for a simple way to embed Python objects into your C++/Qt
 Application and to script parts of your application via Python, PythonQt is the
 way to go!


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130411101709.20216.70175.report...@lirispat.univ-lyon1.fr

Bug#705208: O: pylibtiff

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan pylibtiff. My initial intention was to package pylibtiff as 
dependency of cellprofiler.

Since it is not clear how cellprofiler will be installed on debian system, I 
doubt this dependency will ever be used.
I have no more interest in cellprofiler and hence in pylibtiff

Description is:

 PyLibTiff is a package that provides:
 .
  * a wrapper to the libtiff library to Python using ctypes.
  * a pure Python module for reading and writing TIFF and LSM files. The images
are read as numpy.memmap objects so that it is possible to open images that
otherwise would not fit to computers RAM.
 .
 There exists many Python packages such as PIL, FreeImagePy that support reading
 and writing TIFF files. The PyLibTiff project was started to have an efficient
 and direct way to read and write TIFF files using the libtiff library without
 the need to install any unnecessary packages or libraries. The pure Python
 module was created for reading broken TIFF files such as LSM files that in
 some places use different interpretation of TIFF tags than what specified in
 the TIFF specification document. The libtiff library would just fail reading
 such files. In addition, the pure Python module is more memory efficient as the
 arrays are returned as memory maps. Support for compressed files is not
 implemented yet.
 .
 Warning: pylibtiff currently supports reading and writing images that are
 stored using TIFF strips. Patches are welcome to support tiled TIFF images.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130411101921.20641.4366.report...@lirispat.univ-lyon1.fr

Bug#695848: php5-yaz is non-free

[Mathieu Malaterre]

Adam,

  php-yaz got rejected from debian since the license is considered non free

http://lintian.debian.org/tags/copyright-refers-to-bad-php-license.html

  Would you considered relicensing php-yaz to something else ?

  Otherwise I will need to upload to non-free.

Thanks for your comments,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUszODdCvg4Zw0YL=rsu-+xwe0277gpdtxevf6winjfk...@mail.gmail.com

Bug#628285: ITP: xul-ext-pencil -- GUI prototyping and diagram tool

[Mathieu Malaterre]

forwarded 628285 https://code.google.com/p/evoluspencil/issues/detail?id=541
thanks

On Tue, Feb 12, 2013 at 10:36 AM, Fabrizio Regalli fab...@fabreg.it wrote:
 I did a quick check, and seems to be present also in new sources:

 svn checkout http://evoluspencil.googlecode.com/svn/trunk/ 
 evoluspencil-read-only
 cd evoluspencil-read-only
 find . -iname base64*
 ./Source/Common/Base64.js

Thanks !

Let's see what upstream thinks about this. I do not think it is that
hard to replace this base64 js implementation with another.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsyjLz8Lw0puOyoOLheyYhs=j-dYOqDpw_W0=ohnv_e...@mail.gmail.com

Bug#628285: ITP: xul-ext-pencil -- GUI prototyping and diagram tool

[Mathieu Malaterre]

unarchive 628285
reopen 628285
thanks

Fabrizio,

  Where do you see a base64.js ?

Steps:

  svn checkout http://evoluspencil.googlecode.com/svn/trunk/
evoluspencil-read-only
  cd evoluspencil-read-only
  find . -name base64.js
  find . | grep base64
- empty

Thanks,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuszstrfw6pogakbq8cxrx+ds-fttxcacrnribz-dshz...@mail.gmail.com

Bug#636317: libagar new

[Mathieu Malaterre]

On Fri, Feb 1, 2013 at 2:45 PM, Stephen M. Webb
stephen.w...@bregmasoft.ca wrote:
 On 02/01/2013 03:39 AM, Mathieu Malaterre wrote:

 Any update on this package ?

 Version 1.4.1 is the current stable release.  I haven't been able to get any 
 interested sponsors in over a year.
 Nevertheless, I continue to monitor the upstream project and will update my 
 package candidate as appropriate, and if a
 need for this library in Debian arises, it will be ready.

Feel free to dupload it (eg. mentors.d.n) so that I can review it.
I'll sponsor it.

Thanks,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUswPBe7RnFw8J07ia+GhDR+-O9G=Npzia7gHy9YSJvJR=g...@mail.gmail.com

Bug#636317: libagar new

[Mathieu Malaterre]

Stephen,

Any update on this package ?

Thanks


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusx0hn-ro9sfl43sw1ypoo_yge35gkuwfdbxnmpfkby...@mail.gmail.com

Bug#698212: ITP: gnomediaicons -- network icons scheme for Dia

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: gnomediaicons
  Version : 0.1
  Upstream Author : Thiago Ribeiro ribeiro.it at gmail
* URL : http://sf.net/projects/gnomediaicons
* License : GPL
  Programming Lang: other
  Description : network icons scheme for Dia

 gnomeDIAicons is a package with a network icons scheme based on Gnome
 Gorilla's theme.
 .
 The purpose of this project is generate beauty icons to Dia program and
 provide a raise in its utilization against MS Visio.
 .
 I hope it can be useful for many people. I'll provide others schemes too, but
 at first only network scheme was made.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130115090830.21225.51659.report...@lirispat.univ-lyon1.fr

Bug#644559: O: python-uniconvertor -- Universal vector graphics translator

[Mathieu Malaterre]

Ronoaldo,

  Do you still have interest in python-uniconvertor ? Apparently
updating to 1.1.5 is somewhat difficult since it now needs a new
dependency:

http://ubuntuforums.org/showthread.php?p=11371010#post11371010


Thanks.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUszp8NSXvTL1dGc3p7r8+s=_gp8c+ck1i9v1wz4dvui...@mail.gmail.com

Bug#698053: ITP: hexbox -- simple but powerful editor for binary files

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org


* Package name: hexbox
  Version : 1.5.0
  Upstream Author : Bernhard Elbl bernharde...@users.sf.net
* URL : http://sf.net/projects/hexbox
* License : BSD, MIT
  Programming Lang: C#
  Description : simple but powerful editor for binary files

 Be.HexEditor the hex editor that opens every file.
 Be.HexEditor is a simple but powerful editor for binary files.
 .
 Advantages:
 .
 Opens files of unlimited size.
 Multi-language support (English, German, Italian, Japanese, Russian,
 Simplified Chinese)
 .
 Hex Edit Control for .NET developers
 Be.HexEditor contains a reusable control called HexBox, that you can use in
 your application. It's written in C# and drawn by using GDI+ technology.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130113150751.16059.79377.report...@maester.malat.net

Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading

[Mathieu Malaterre]

Hi,

On Mon, Jan 7, 2013 at 7:29 AM, Vincent Cheng vincentc1...@gmail.com wrote:
[...]
 How about this: I'll upload my work to collab-maint for now, and if we
 decide later that we do in fact want primus maintained in pkg-nvidia,
 we could always just switch over. :)

Fine with me.

Thanks


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswfqdh_v3lm2aa6k0qagxhrw-xfrs2zs8v7b1yzjku...@mail.gmail.com

Bug#640976: Update: serna is not free anymore

[Mathieu Malaterre]

Just an update. Serna is not distributed anymore as open source project.

On September 2012 InfoTrust Group acquired Serna Enterprise XML
Editor from Syntext, Inc. and no longer makes available the open
source version.

ref:
http://en.wikipedia.org/wiki/Syntext_Serna

The last known version is 4.4 (~December 2011). The bitbucket
repository was deleted, an online copy can be found here:

https://github.com/malaterre/serna-free-backup


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusxwp0m9mrdxfhspapsa1p3ae_bhemoy+b_rp6_z4b+...@mail.gmail.com

Bug#692597: Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading

[Mathieu Malaterre]

On Sun, Jan 6, 2013 at 2:41 AM, Vincent Cheng vincentc1...@gmail.com wrote:
 On Thu, Jan 3, 2013 at 11:53 PM, Mathieu Malaterre ma...@debian.org wrote:
 On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote:
 Hi Cheng,

 On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com 
 wrote:
 Hi everyone,

 I just wanted to chip in and share the work I've done on primus'
 packaging, since there aren't any readily-available .debs (or a
 repository) for primus on Debian (at least, I haven't found any yet).
 The packaging is definitely a work-in-progress, but IMHO primus itself
 is pretty mature, and the only regression it has compared to
 optirun/VirtualGL (that I've found) is that it doesn't seem to work
 with nvidia-settings (a few games that I have which crash using
 primusrun also crash with optirun, so no loss there).

 http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html

 (or a direct link to the .dsc:
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc)


 I haven't tried your package yet, but I invite you to help me maintain
 this package. There are many things on my plate already and it would
 be good to work with you, ;-)

 I plan to work on packaging/uploading bumblebee after 9th this month,
 it's not so urgent as bbswitch is still in NEW. Again, help is
 appreciated!

 Since both packages are related to NVidia technologies, why not
 maintain them under the Debian NVIDIA Maintainers
 pkg-nvidia-de...@lists.alioth.debian.org group ?

 See:
 http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org

 2cts,

 I'm indifferent to maintaining the set of packages that bumblebee
 requires either within or outside of pkg-nvidia. On one hand,
 virtualgl/primus is only being considered in Debian right now for
 bumblebee support, but these technologies are not specifically tied to
 Nvidia. Then again, bumblebee and co. will only be necessary with the
 proprietary nvidia drivers once prime/dma-buf support for nouveau is
 fully implemented and mature (I'm unsure about what the current status
 of optimus support with the free drivers are, at this moment).

 I'll hold off on uploading my primus packaging until we come to some
 sort of consensus...

Please dont. My suggestion to use the pkg-nvidia-devel umbrella group
was simply a mean of going thing going, not stopping them.

I work within other umbrealla group and this help in situations such
as (p-n-d makes it as easy chanel for discussion):
- request DD upload from a DM
- discussion on p-n-d@d.o on complex dependencies for package. If your
package is a leaf in the dependency tree, then this does not apply to
you.

If you feel confidant, then please upload as-is.

Regards,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUszGuz4qxu4mTSQHe4bRBmRRgc3=nf7uyhmnarjrui7...@mail.gmail.com

Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading

[Mathieu Malaterre]

On Thu, Jan 3, 2013 at 10:30 PM, Aron Xu a...@debian.org wrote:
 Hi Cheng,

 On Sun, Dec 30, 2012 at 6:11 PM, Vincent Cheng vincentc1...@gmail.com wrote:
 Hi everyone,

 I just wanted to chip in and share the work I've done on primus'
 packaging, since there aren't any readily-available .debs (or a
 repository) for primus on Debian (at least, I haven't found any yet).
 The packaging is definitely a work-in-progress, but IMHO primus itself
 is pretty mature, and the only regression it has compared to
 optirun/VirtualGL (that I've found) is that it doesn't seem to work
 with nvidia-settings (a few games that I have which crash using
 primusrun also crash with optirun, so no loss there).

 http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/index.html

 (or a direct link to the .dsc:
 http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primus_0~20121211-1~vc1.dsc)


 I haven't tried your package yet, but I invite you to help me maintain
 this package. There are many things on my plate already and it would
 be good to work with you, ;-)

 I plan to work on packaging/uploading bumblebee after 9th this month,
 it's not so urgent as bbswitch is still in NEW. Again, help is
 appreciated!

Since both packages are related to NVidia technologies, why not
maintain them under the Debian NVIDIA Maintainers
pkg-nvidia-de...@lists.alioth.debian.org group ?

See:
http://qa.debian.org/developer.php?login=pkg-nvidia-de...@lists.alioth.debian.org

2cts,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusz+um+zs0fxej8e6m9s9fsnqqklqu7ehf4desoyyvp...@mail.gmail.com

Bug#655338: OpenDCP

[Mathieu Malaterre]

Ok. Thanks for the info !

I can sponsor the upload if you are willing to prepare the debian
package source.

I believe upstream: opendcp_0.0.27_i386.deb package is a good start.

HTH

On Thu, Dec 27, 2012 at 2:10 PM, Yuri Mamaev y.mam...@gmail.com wrote:
 Hello,

 Comparing with OpenJPEG: openDCP is tool to create DCP package from scratch, 
 OpenJPEG is just a library and tool for jpeg2000 encoding, OpenDCP_j2k can be 
 compared to OpenJPEG encoder, but it does provide XYZ colorspace conversion, 
 multithreaded encoding process and is able to use another DC-compliant 
 jpeg2000 encoding libraries as well (like kakadu).

 Comparing with opencinematools: opencinematools are just like bash-scripts 
 written in C to create XML files, which can be created with opendcp_xml, but 
 opencinematools supported only SMPTE version, opendcp supports Interop and 
 SMPTE with digital signatures.

 And more: OpenDCP provides nice QT4 interface for package creation.

 I can try to help with package maintenance, resolving compilation issues, etc.

 Best regards,
 Yuri Mamaev
 --
 To unsubscribe, send mail to 655338-unsubscr...@bugs.debian.org.


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsyHnK0fBQ6xtd6WxLcfe2Uw9SROtC6mrDzwrdh=qp6...@mail.gmail.com

Bug#695848: php5-yaz -- yaz module for PHP 5

[Mathieu Malaterre]

On Mon, Dec 17, 2012 at 4:43 PM, Adam Dickmeiss a...@indexdata.dk wrote:
 On 12/15/2012 04:24 AM, Mathieu Malaterre wrote:

 Dear Adam,

I am a debian developer, and I need php5-yaz for one of my project:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695848

I see that you also have some interest in having a debian package
 for it. Is this correct ? If so, would you like to have the php5-yaz
 be part of the official debian system ?
   I can upload your package if this is ok with you.



 We do already have a Debian package, but it's one for all (same debian
 stuff for many distros,tha tis).It's quite old, not according to new
 standards I am sure. But it's a start.

 You can find source + debian stuff here:

 http://git.indexdata.com/?p=phpyaz.git;a=summary

Thanks for your help. I prefered re-writing the whole package from
scratch anyway:

http://ftp-master.debian.org/new/php-yaz_1.1.5-1.html


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wuswe-4nd_rp3yodzjdj18wlgpaz_+4-hqv1vjk5mzay...@mail.gmail.com

Bug#655338: opendcp vs openjpeg -cinema2K

[Mathieu Malaterre]

tags 655338 moreinfo
thanks

What does opendcp provides compare to simply using openjpeg ?

How does opendcp compares to http://code.google.com/p/opencinematools/ ?

BTW, I am adding the github reference:
https://github.com/tmeiczin/OpenDCP


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsyyz5p0eR15Z=+Ow=somakkrnyrho4oxyfhitnrotc...@mail.gmail.com

Bug#602780: start work

[Mathieu Malaterre]

tags 602780 pending
thanks

I started working on epubcheck at:

svn+ssh://svn.debian.org/svn/debian-xml-sgml/packages/epubcheck/trunk

Thanks


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusyqwnjbrvghzyrxpp3+2-7jim3ls_i1rwax30eojao...@mail.gmail.com

Bug#590180: Sigile Debian package

[Mathieu Malaterre]

block 590180 by 614183
block 590180 by 602781
tags 590180 - pending
thanks

I removed the pending tag.
This is still not clear what happen exactly to this package. Is anyone
actually working on ? As per 590180#43 there should be some work done
at:

http://anonscm.debian.org/gitweb/?p=collab-maint/sigil.git;a=summary

However this looks like an empty git repository.

I did add block to the reference bug, but again I do not see them as
stopper. Debian policy is quite clear on convienient copy, while bad
it is not a strict requirement:

http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles

Anyway, I'd like to switch the ITP to an RFP, and remove the current
owner if no one actually works on it.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsxrapBKkG5+-TwSzfAe0hxGGGmx4BT8Bp=4kjg4h1r...@mail.gmail.com

Bug#695848: RFP: php5-yaz -- yaz module for PHP 5

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: php5-yaz
  Version : 1.1.5
  Upstream Author : Adam Dickmeiss a...@indexdata.dk
* URL : http://pecl.php.net/package/yaz
* License : PHP
  Programming Lang: PHP
  Description : yaz module for PHP 5

 PHP/YAZ is an extension to the popular web server language PHP that implements
 Z39.50 origin (client) functionality as well as the SRW/SRU protocols using
 the YAZ toolkit.
 .
 The following Z39.50 services are supported by this extension: init, search,
 present, scan and sort. The extension can handle GRS-1, MARC, SUTRS and XML.
 The module also allows you to convert MARC in ISO2709 to MARCXML on the client
 side.
 .
 Homepage: http://www.indexdata.dk/phpyaz


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121213120957.1285.63397.report...@lirispat.univ-lyon1.fr

Bug#695848: Acknowledgement (RFP: php5-yaz -- yaz module for PHP 5)

[Mathieu Malaterre]

It would be really cool to have in debian ;)

I could find some early package at:

http://moais.imag.fr/membres/vincent.danjean/deb.html#php-yaz

or even:

http://lists.indexdata.dk/pipermail/yazlist/2011-March/003127.html


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ca+7wusxmsg1bul76mmegounrwgxgw-cy5e1jprrov7r6yrf...@mail.gmail.com

Bug#695853: ITP: libsgml-dtdparser-perl -- The DTDParse collection is a set of Perl modules and scripts for manipulating SGML an XML Document Type Definitions (DTDs)

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre ma...@debian.org

* Package name: libsgml-dtdparser-perl
  Version : 2.0.0
  Upstream Author : Earl Hood
* URL : http://dtdparse.sourceforge.net/
* License : GPL
  Programming Lang: Perl
  Description : The DTDParse collection is a set of Perl modules and 
scripts for manipulating SGML an XML Document Type Definitions (DTDs)

 The DTDParse collection is a set of Perl modules and scripts for manipulating
 SGML an XML Document Type Definitions (DTDs). DTDParse is designed primarily to
 aid in the understanding and documentation of DTDs.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121213150600.32276.85859.report...@lirispat.univ-lyon1.fr

Bug#436792:

[Mathieu Malaterre]

What is the status of ganttproject in debian ?

Thanks,


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsy821wFo6TArqPQYiuy9LwuiqFpABc5Qy=d5j3pl7d...@mail.gmail.com

Bug#548399: how to build projectlibre from source ?

[Mathieu Malaterre]

#442032 only describes issues with CPAL 1.0. There is not real debian
package source.

I have been looking for the build instructions, but all I can find is:

http://www.projectlibre.org/discussion/project-libre-source-code

and

http://www.projectlibre.org/blog/projectlibre-source-code-released

The files section of sf.net only contains pre-build software. One has
to download from git directly AFAIK.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUswa+1=2az2nz64b9tt_ks6-gunknvy3kq4joy0jh0u...@mail.gmail.com

Bug#648017: micromanager vs bioformats

[Mathieu Malaterre]

block 648017 by 641448
thanks

Micro-Manager needs bio-formats to compile:


javac -source 1.5 -target 1.5 -sourcepath
../MMCoreJ_wrap:./src:../hcs/src:. -classpath
/usr/share/java/ij.jar:/usr/share/java/bsh.jar:/usr/share/java/swingx.jar:/usr/share/java/commons-math.jar:/usr/share/java/swing-layout-1.0.4.jar:/usr/share/java/*:/bin/MMCoreJ.jar:.
./src/*.java ./src/org/micromanager/acquisition/*.java
./src/org/micromanager/utils/*.java ./src/org/micromanager/api/*.java
./src/org/micromanager/conf2/*.java -d build
./src/org/micromanager/utils/ReportingUtils.java:155: warning:
unmappable character for encoding ASCII
 final JDialog dialog = new JDialog(owningFrame_, ??Manager
Warning: , false);
   ^
./src/org/micromanager/utils/ReportingUtils.java:155: warning:
unmappable character for encoding ASCII
 final JDialog dialog = new JDialog(owningFrame_, ??Manager
Warning: , false);
^
./src/org/micromanager/acquisition/MultipageTiffReader.java:39:
package loci.formats does not exist
import loci.formats.FormatException;
   ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:31:
package loci.common does not exist
import loci.common.DateTools;
  ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:32:
package loci.common.services does not exist
import loci.common.services.ServiceFactory;
   ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:33:
package loci.formats does not exist
import loci.formats.MetadataTools;
   ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:34:
package loci.formats.meta does not exist
import loci.formats.meta.IMetadata;
^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:35:
package loci.formats.ome does not exist
import loci.formats.ome.OMEXMLMetadata;
   ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:36:
package loci.formats.services does not exist
import loci.formats.services.OMEXMLService;
^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:37:
package loci.formats.services does not exist
import loci.formats.services.OMEXMLServiceImpl;
^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:39:
package ome.xml.model.enums does not exist
import ome.xml.model.enums.Binning;
  ^
./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:40:
package ome.xml.model.primitives does not exist
import ome.xml.model.primitives.*;
^
./src/org/micromanager/acquisition/OMEMetadata.java:27: package
loci.common does not exist
import loci.common.DateTools;
  ^
./src/org/micromanager/acquisition/OMEMetadata.java:28: package
loci.common.services does not exist
import loci.common.services.ServiceFactory;
   ^
./src/org/micromanager/acquisition/OMEMetadata.java:29: package
loci.formats does not exist
import loci.formats.MetadataTools;
   ^
./src/org/micromanager/acquisition/OMEMetadata.java:30: package
loci.formats.meta does not exist
import loci.formats.meta.IMetadata;
^
./src/org/micromanager/acquisition/OMEMetadata.java:31: package
loci.formats.services does not exist
import loci.formats.services.OMEXMLService;
^
./src/org/micromanager/acquisition/OMEMetadata.java:32: package
ome.xml.model.primitives does not exist
import ome.xml.model.primitives.*;
^
./src/org/micromanager/acquisition/OMEMetadata.java:42: cannot find symbol
symbol  : class IMetadata
location: class org.micromanager.acquisition.OMEMetadata
   private IMetadata metadata_;
   ^
./src/org/micromanager/acquisition/OMEMetadata.java:59: cannot find symbol
symbol  : variable MetadataTools
location: class org.micromanager.acquisition.OMEMetadata
  metadata_ = MetadataTools.createOMEXMLMetadata();
  ^
./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol
symbol  : class OMEXMLService
location: class org.micromanager.acquisition.OMEMetadata
 OMEXMLService service = new
ServiceFactory().getInstance(OMEXMLService.class);
 ^
./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol
symbol  : class OMEXMLService
location: class org.micromanager.acquisition.OMEMetadata
 OMEXMLService service = new
ServiceFactory().getInstance(OMEXMLService.class);
  ^
./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol
symbol  : class ServiceFactory
location: class org.micromanager.acquisition.OMEMetadata
 OMEXMLService service = new

Bug#694341:

[Mathieu Malaterre]

mh_make fails with:

...
Resolving org.slf4j:slf4j-log4j12:jar:1.6.1 of scope runtime...
Dec 4, 2012 10:19:11 AM
org.debian.maven.packager.DependenciesSolver$ToResolve resolve
SEVERE: Cannot resolve dependencies in ./examples/pom.xml: Dangling
meta character '+' near index 0
+)\.(.*)/\$1\.\$2\.x/
^
java.util.regex.PatternSyntaxException: Dangling meta character '+' near index 0
+)\.(.*)/\$1\.\$2\.x/
^
at java.util.regex.Pattern.error(Pattern.java:1730)
at java.util.regex.Pattern.sequence(Pattern.java:1895)
at java.util.regex.Pattern.expr(Pattern.java:1769)
at java.util.regex.Pattern.compile(Pattern.java:1477)
at java.util.regex.Pattern.init(Pattern.java:1150)
at java.util.regex.Pattern.compile(Pattern.java:840)
at org.debian.maven.repo.Rule.init(Rule.java:44)
at org.debian.maven.repo.DependencyRule.init(DependencyRule.java:41)
at org.debian.maven.repo.POMInfo.getPublishedRules(POMInfo.java:275)
at 
org.debian.maven.repo.Repository.searchMatchingPOM(Repository.java:130)
at 
org.debian.maven.packager.DependenciesSolver.resolveDependency(DependenciesSolver.java:987)
at 
org.debian.maven.packager.DependenciesSolver.resolveDependency(DependenciesSolver.java:883)
at 
org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:878)
at 
org.debian.maven.packager.DependenciesSolver.access$000(DependenciesSolver.java:56)
at 
org.debian.maven.packager.DependenciesSolver$ToResolve.resolve(DependenciesSolver.java:353)
at 
org.debian.maven.packager.DependenciesSolver.resolveDependenciesNow(DependenciesSolver.java:864)
at 
org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:598)
at 
org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:1420)
Resolving org.apache.maven.plugins:maven-deploy-plugin:maven-plugin:2.4
of scope runtime...
...


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CA+7wUsxc17rZW-v3oUeRCb-DomEi62xyg2HAPPEvOLLg=ze...@mail.gmail.com