Intend to transition openjpeg 1.5

Dear all, I would like to start working on the future openjpeg 1.5 transition. openjpeg 1.5 has been uploaded to experimental: https://buildd.debian.org/status/package.php?p=openjpeg&suite=experimental I would like to now `mass-bug` on all packages that build-dep on libopenjpeg-dev, namely:

Re: Intend to transition openjpeg 1.5

On Wed, Apr 18, 2012 at 1:44 PM, Jakub Wilk wrote: > * Mathieu Malaterre , 2012-04-18, 09:40: > >> I would like to start working on the future openjpeg 1.5 transition. >> openjpeg 1.5 has been uploaded to experimental: >> >> https://buildd.debian.org/statu

Bug#670504: ITP: jiipview -- Java Internet Imaging Protocol (IIP v1.05) client

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: jiipview Version : 2.05 Upstream Author : Denis Pitzalis * URL : http://iipimage.sf.net * License : GPL Programming Lang: Java Description : Java Internet Imaging Protocol (IIP

Bug#670533: ITP: japi-compliance-checker -- tool to compare compatibility of Java library API

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: japi-compliance-checker Version : 1.1 Upstream Author : Andrey Ponomarenko * URL : http://ispras.linuxbase.org/index.php/Java_API_Compliance_Checker * License : LGPL Programming Lang

Bug#675032: ITP: iipmooviewer -- Ajax-based Internet Imaging Protocol (IIP) client

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: iipmooviewer Version : 1.0 Upstream Author : Ruven Pillay * URL : http://iipimage.sourceforge.net/ * License : GPL Programming Lang: JavaScript Description : Ajax-based

Bug#680352: ITP: conquest-dicom-server -- ConQuest DICOM Server

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: conquest-dicom-server Version : 1.14.16 Upstream Author : Lambert Zijp * URL : http://ingenium.home.xs4all.nl/dicom.html * License : BSD, Programming Lang: C++ Description

Bug#683077: ITP: python-openslide -- python wrapper for reading whole slide image files

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: python-openslide Version : 0.3.0 Upstream Author : Carnegie Mellon University * URL : https://github.com/openslide/openslide-python * License : LGPL Programming Lang: Python

Re: Proposal: Making Debian compiler agnostic

Salut, On Tue, Aug 28, 2012 at 5:18 PM, Sylvestre Ledru wrote: > During our work, we have found a few interesting issues, and would like > to push for some package policy changes for Jessie. +1 > We would like to propose the same approach for Fortran and Objective-C, > but it seems that it is n

Re: Proposal: Making Debian compiler agnostic

On Tue, Aug 28, 2012 at 5:53 PM, Mathieu Malaterre wrote: > Salut, > > On Tue, Aug 28, 2012 at 5:18 PM, Sylvestre Ledru wrote: >> During our work, we have found a few interesting issues, and would like >> to push for some package policy changes for Jessie. > > +1 &g

Bug#687277: ITP: xmlformat -- XML Document Formatter

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: xmlformat Version : 1.04 Upstream Author : Paul DuBois * URL : http://www.kitebird.com/software/xmlformat/ * License : BSD Programming Lang: Perl, Ruby Description : XML

Conflict usr/bin/ninja vs usr/sbin/ninja ?

Hi, I just sponsored the ninja-build package. I realize now that I may have missed one point: does it need to conflict with package ninja ? ninja-build will provide usr/bin/ninja, while ninja provides usr/sbin/ninja. The policy requires a Conflicts only when two packages provide the same file

Bug#688114: ITP: herold -- HTML to DocBook XML conversion

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: herold Version : 6.0.1-68 Upstream Author : Michael Fuchs * URL : http://www.dbdoclet.org/ * License : GPL Programming Lang: Java Description : HTML to DocBook XML conversion

symbols file: To hide or not to hide...

Hi, So I finally managed to get my C++ symbols file generated. However before shooting myself in the foot, I'd like to know if I need to generate the symbol file using -fvisibility=hidden or not ? The output of pkgkde-gensymbols/pkgkde-symbolshelper[1] seems to be drastically affected by having/

Re: uscan connection error

On Thu, May 16, 2013 at 7:05 AM, Eugene Zhukov wrote: > Hello, > > I'm trying to download sources using d/watch and uscan. Here is the > output of uscan --verbose --force-download: > -- Scanning for watchfiles in . > -- Found watchfile in ./debian > -- In debian/watch, processing watchfile line: >

Re: Do opaque struct changes break C library ABIs

On Fri, May 17, 2013 at 2:35 AM, Russ Allbery wrote: > I have a C shared library that takes a pointer to an opaque struct as the > first argument to most of its API calls. The internal layout of that > opaque struct is changing (to add new members). The only way to create > the opaque state stru

Re: optimizing PNGs

On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote: > A while ago, someone raised the possibility of recompressing PNG files. > Unlike xz, this would save space not only on mirrors but also on live > installed systems. PNGs are nearly incompressible so this is mostly > independent from xz. > >

Re: optimizing PNGs

On Sun, May 26, 2013 at 8:10 PM, Aron Xu wrote: > On Mon, May 27, 2013 at 1:42 AM, Mathieu Malaterre wrote: >> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote: >>> A while ago, someone raised the possibility of recompressing PNG files. >>> Unlike xz, this w

Re: optimizing PNGs

On Sun, May 26, 2013 at 8:20 PM, Adam Borowski wrote: > On Sun, May 26, 2013 at 07:42:49PM +0200, Mathieu Malaterre wrote: >> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote: >> > A while ago, someone raised the possibility of recompressing PNG files. >> > Unlik

Re: optimizing PNGs

On Mon, May 27, 2013 at 10:26 AM, Helmut Grohne wrote: > Was there any reason for the additional CCs? I saw no Mail-Followup-To > or request for CC, so I dropped them. > > On Mon, May 27, 2013 at 09:22:20AM +0200, Mathieu Malaterre wrote: >> Doxygen will use SVG for gr

DM upload permission question

Hi there, I am trying to give Sven Eckelmann dm upload permission on exactimage. Here what I did 1. read [1] 2. write a text file: $ cat malat-1.dak-commands Archive: ftp.debian.org Uploader: Sven Eckelmann Action: dm Fingerprint: 522D7163831C73A635D12FE5EC371482956781AF Allow: exactimage T

Re: docbook-xsl: why only one version ?

Jérome, On Sun, Jun 2, 2013 at 5:35 PM, Jerome BENOIT wrote: [...] > In short, the initial question may be rephrase: > what there is no `catalog' policy for docbook-xsl on Debian ? I believe there is a slight misunderstanding. /etc/xml/catalog is properly setup on your debian system. However it

Re: NDEBUG when building packages?

On Sat, Feb 23, 2013 at 11:09 AM, Vincent Cheng wrote: > On Sat, Feb 23, 2013 at 1:39 AM, Mathieu Malaterre wrote: >> On Fri, Feb 22, 2013 at 9:52 PM, Russ Allbery wrote: >>> Ian Jackson writes: >>>> Mathieu Malaterre writes ("Re: NDEBUG when building packag

Re: NDEBUG when building packages?

On Fri, Jun 7, 2013 at 7:35 PM, Hendrik Sattler wrote: > > > Mathieu Malaterre schrieb: > >>On Sat, Feb 23, 2013 at 11:09 AM, Vincent Cheng >> wrote: >>> On Sat, Feb 23, 2013 at 1:39 AM, Mathieu Malaterre >>wrote: >>>> On Fri, Feb 22, 2013 a

Re: Candidates for removal from testing (2013-06-30)

On Sun, Jun 30, 2013 at 11:32 PM, Niels Thykier wrote: > #678383 [pixelmed]: pixelmed: FTBFS with Java7 (uses internal Java API) Would it be possible to filter out (in the future?) any bugs that are marked as pending ? I have no control on this process. Thanks, -- To UNSUBSCRIBE, email to deb

Re: abi-compliance-checker and abi-dumper to track API/ABI

Hi Andrey, On Wed, Jul 3, 2013 at 10:24 AM, Andrey Ponomarenko wrote: > Hi, > > There is a new simple way to track changes in API/ABI of system libraries > using a new ABI dumper [1] tool. Just compile two library versions with -g > additional option (to contain DWARF debug info) or take them fro

Re: Call for Jessie Release Goals

On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire wrote: > Release goals are areas of functionality which developers would like to see > as an aim for the next release. They will not hold up the release, but > allow the bugs opened for that goal to be of severity 'important'. I am not sure if t

Re: Insufficient RAM on build-machines (was Bug#726009: yade: FTBFS on i386 (and others))

Anton, On Fri, Oct 11, 2013 at 9:00 PM, Anton Gladky wrote: [...] >> /usr/bin/c++ -Dyade_EXPORTS -g -O2 -fstack-protector >> --param=ssp-buffer-size=4 -Wformat -Werror=format-security >> -D_FORTIFY_SOURCE=2 -DYADE_PTR_CAST=static_pointer_cast >> -DYADE_CAST=static_cast -fPIC -DYADE_VTK -DYA

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

Bug#646757: ITP: mrmpi -- Implements MapReduce operation on top of standard MPI message

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: mrmpi Version : 1.0 Upstream Author : Steve Plimpton and Karen Devine * URL : http://www.cs.sandia.gov/~sjplimp/mapreduce.html * License : BSD Programming Lang: C++ Description

Bug#646811: ITP: clooj -- lightweight IDE for clojure

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: clooj Version : 0.2.4 Upstream Author : Arthur Edelstein * URL : http://github.com/arthuredelstein/clooj * License : EPL-1 Programming Lang: Java Description : lightweight IDE

Bug#646853: ITP: micromanager -- Microscopy Software

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: micromanager Version : 1.4.6 Upstream Author : University of California, San Francisco * URL : http://valelab.ucsf.edu/~MM/MMwiki/index.php/Micro-Manager * License : GPL Programming

Bug#647633: ITP: lein-clojars -- Leiningen plugin for interacting with Clojars.org

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: lein-clojars Version : 0.7.0 Upstream Author : Alex Osborne * URL : https://github.com/ato/lein-clojars * License : Programming Lang: Java Description : Leiningen plugin for

Bug#647886: ITP: openmcdf -- Structured Storage Explorer

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openmcdf Version : 1.5.2 Upstream Author : Federico Blaseotto * URL : http://openmcdf.sf.net * License : MPL 1.1 Programming Lang: C# Description : Structured Storage Explorer

Bug#647995: ITP: cellprofiler -- quantitatively measure phenotypes from images automatically

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: cellprofiler Version : 2.0 Upstream Author : Broad Institute * URL : http://www.cellprofiler.org * License : GPL Programming Lang: Python Description : quantitatively measure

Bug#648017: ITP: local-file -- small clojure library

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: local-file Version : 0.1.0 Upstream Author : Arthur Edelstein * URL : https://github.com/arthuredelstein/local-file/ * License : Programming Lang: Java Description : small

Re: Bug#647995: ITP: cellprofiler -- quantitatively measure phenotypes from images automatically

On Tue, Nov 8, 2011 at 4:50 PM, Roger Leigh wrote: > If it's 100% python, that's great, but due to its past, and the > fact that its heavy image processing most likely requires the > use of non-python code for speed, I just wanted to check exactly > how free it is nowadays. I have never used the

Re: Bug#647995: ITP: cellprofiler -- quantitatively measure phenotypes from images automatically

Hi Thouis, Thanks for the confirmation ! The java module is not ready yet, but I am working on it. Thanks, On Thu, Nov 10, 2011 at 2:19 PM, Thouis Jones wrote: > I'm not on the debian list, but saw the message thread, and can verify > that CellProfiler 2.0 is 100% open source (GPLv2, some par

Bug#648767: ITP: tifffile -- Reads image & metadata from TIFF, STK, LSM, OME-TIFF and FluoView files

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: tifffile Version : 2012 Upstream Author : Christoph Gohlke * URL : http://www.lfd.uci.edu/~gohlke/ * License : BSD Programming Lang: C/Python Description : Reads image

Bug#648769: ITP: pylibtiff -- wrapper to the libtiff library to Python using ctypes

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: pylibtiff Version : 0.3.0 Upstream Author : Pearu Peterson * URL : http://code.google.com/p/pylibtiff/ * License : BSD Programming Lang: Python Description : wrapper to the

Bug#650648: ITP: kakadu -- kakadu demo tools

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: kakadu Version : 6.3.1 Upstream Author : Dr. David Taubman * URL : http://www.kakadusoftware.com * License : non-free Programming Lang: C++ Description : kakadu demo tools A

Bug#651470: ITP: imagevis3d -- desktop volume rendering application for large data

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: imagevis3d Version : 2.1 Upstream Author : Tom Fogal * URL : http://www.imagevis3d.com * License : MIT Programming Lang: C++ Description : desktop volume rendering application

Bug#666082: ITP: libics -- Image Cytometry Standard file reading and writing

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: libics Version : 1.5.2 Upstream Author : Cris Luengo * URL : http://libics.sf.net * License : LGPL Programming Lang: C Description : Image Cytometry Standard file reading and

Bug#667522: ITP: joda-convert -- Java conversion between Objects and Strings

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: joda-convert Version : 1.2 Upstream Author : The Joda team * URL : http://joda-convert.sourceforge.net/ * License : Apache 2.0 Programming Lang: Java Description : Java

Bug#689479: ITP: refdb-perlmod -- RefDB-perlmod module for perl

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: refdb-perlmod Version : 1.2 Upstream Author : Markus Hoenicka * URL : http://refdb.sf.net * License : GPL2+ Programming Lang: Perl Description : RefDB-perlmod module for perl

Bug#689494: ITP: refdb-client -- RefDB-Client module for perl

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: refdb-client Version : 1.18 Upstream Author : Markus Hoenicka * URL : http://refdb.sf.net * License : GPL Programming Lang: Perl Description : RefDB-Client module for perl

Bug#689495: ITP: refdb-sru -- RefDB-SRU module for perl

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: refdb-sru Version : 0.7 Upstream Author : Markus Hoenicka * URL : http://refdb.sf.net * License : GPL Programming Lang: Perl Description : RefDB-SRU module for perl Module for

Bug#689496: ITP: refdb-perlmod -- RefDB-perlmod module for perl

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: refdb-perlmod Version : 1.2 Upstream Author : Markus Hoenicka * URL : http://refdb.sf.net * License : GPL Programming Lang: Perl Description : RefDB-perlmod module for perl

Bug#689504: ITP: libterm-clui-perl -- Perl module offering a Command-Line User Interface

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: libterm-clui-perl Version : 1.66 Upstream Author : Peter J Billam * URL : http://search.cpan.org/dist/Term-Clui/ * License : GPL Programming Lang: Perl Description : Perl module

Bug#689694: ITP: openvdb -- Sparse Volume Processing toolkit

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openvdb Version : 0.96.0 Upstream Author : DreamWorks Animation LLC * URL : http://www.openvdb.org * License : MPL 2.0 Programming Lang: C++ Description : Sparse Volume

Re: (seemingly) declinging bug report numbers

On Thu, Oct 11, 2012 at 2:46 AM, Christoph Anton Mitterer wrote: > Some days ago Christian reported[0] about #69 with the feeling that > bug report numbers in Debian were declining, which Don’s post[1] later > seemingly confirmed. I believe the script is incorrect. It does not count ubuntu bu

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)

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: hexbox Version : 1.5.0 Upstream Author : Bernhard Elbl * URL : http://sf.net/projects/hexbox * License : BSD, MIT Programming Lang: C# Description : simple but powerful editor

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

Re: NDEBUG when building packages?

On Tue, Feb 19, 2013 at 5:30 PM, Ian Jackson wrote: > Daniel Pocock writes ("NDEBUG when building packages?"): >> I notice some upstreams hack NDEBUG into their Makefile, while others >> leave it at the discretion of the user >> >> Is there any distribution policy for this? Should I be adding som

Re: NDEBUG when building packages?

On Fri, Feb 22, 2013 at 9:52 PM, Russ Allbery wrote: > Ian Jackson writes: >> Mathieu Malaterre writes ("Re: NDEBUG when building packages?"): > >>> In that case, this should really be clarified. A lot of debian/cmake >>> packages are actually doing:

Re: NEW processing during freezes (Was: R 3.0.0 and required rebuilds of all reverse Depends: of R)

On Tue, Apr 9, 2013 at 3:15 PM, Thomas Goirand wrote: > On 04/03/2013 04:34 AM, Thomas Goirand wrote: >> On 04/01/2013 11:06 PM, Luca Falavigna wrote: >>> On the other hand, FTP Team is willing to fast-track NEW packages >>> anytime, if needed. >> That's simply not truth. I can't let you say that

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

Re: jpeg8 vs jpeg-turbo

On Thu, Apr 25, 2013 at 6:17 AM, Riku Voipio 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

Re: Bug#732159: Should this package be removed?

On Mon, Dec 16, 2013 at 11:01 AM, Bálint Réczey wrote: > Hi Reinhard, > > 2013/12/16 Reinhard Tartler : >> On Sun, Dec 15, 2013 at 5:27 PM, Bálint Réczey >> wrote: >> >>> Regarding xbmc please don't remove it. >>> It works with libav to some extent and I'm tyring to convince upstream to >>> let

Re: mupdf (was: xpdf removed from testing?)

On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John 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

Re: C++ testing library

On Thu, Feb 20, 2014 at 6:12 PM, Jan Gloser wrote: > Hello people, > > Earlier this week I wanted to find a C++ testing library. I tried gtest and > cppunit but both of them seemed way too much overkill for my needs. So I > wrote this: > > https://github.com/renra/prehash_challenge_phasor_cpp/blob

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: vtk-dicom Version : 0.4.2 Upstream Author : David Gobbi * URL : http://github.com/dgobbi/vtk-dicom/ * License : BSD Programming Lang: C++ Description : DICOM for VTK This

Preparing openjpeg 2.0

[Couldn't get any info from debian-mentors, so reposting to debian-devel] Hi, I am preparing to upload openjpeg 2.0. This is a major API (yes API) change from previous openjpeg 1.x. I am thinking of doing something similar to gtk+1.2 and gtk+2.0 packages. Basically we will have two source packa

Re: Preparing openjpeg 2.0

On Mon, Mar 24, 2014 at 5:44 PM, Cameron Norman wrote: > On Mon, Mar 24, 2014 at 4:38 AM, Mathieu Malaterre wrote: >> >> >> Which way should I go: >> >> 1. Upload a src:openjpeg1 which will contains the legacy openjpeg 1.x >> branch and src:openjepg will

Re: FTPMaster position statement about package contents

On 3/24/14, Joerg Jaspert wrote: [...] > So instead, we have a simple set of questions that should be applied, > helping to judge contents before upload: > > - Is it likely illegal in the majority of the countries of our >Developers? > > - Will it harm Debian, our mirrors, derivatives or use

Having fun with the following C code (UB)

Here is a little bug I just discovered: http://stackoverflow.com/questions/22664658/finding-off-t-size For reference, here are the packages affected in debian: http://codesearch.debian.net/search?q=LARGE_OFF_T For reference clang fails as was expected by the initial author, but recent gcc (defa

Re: Having fun with the following C code (UB)

On Thu, Mar 27, 2014 at 9:07 AM, Mathieu Malaterre wrote: > Here is a little bug I just discovered: > > http://stackoverflow.com/questions/22664658/finding-off-t-size > > For reference, here are the packages affected in debian: > > http://codesearch.debian.net/search?q=LA

Re: Having fun with the following C code (UB)

On Thu, Mar 27, 2014 at 1:19 PM, Andrey Rahmatullin wrote: > On Thu, Mar 27, 2014 at 01:06:02PM +0100, Mathieu Malaterre wrote: >> > Here is a little bug I just discovered: >> > >> > http://stackoverflow.com/questions/22664658/finding-off-t-size >> > &g

Re: Having fun with the following C code (UB)

On Thu, Mar 27, 2014 at 2:50 PM, Jakub Wilk wrote: > * Mathieu Malaterre , 2014-03-27, 13:06: > >> I preferred not to mass bug everyone out there and instead: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742780 > > > But many packages don't rege

Re: Trilinos: to split or not to split

On Mon, Apr 14, 2014 at 10:52 AM, Nico Schlömer wrote: [...] > Given its subpackage structure, Felix helped out creating a packaging > format that splits the build up into subpackages. Debian's shlibs > magic takes care of the dependency hierarchy, but a couple of things > problems need to be work

Re: Proposing amd64-hardened architecture for Debian

On Tue, Apr 15, 2014 at 6:15 PM, Thomas Goirand wrote: > On 04/15/2014 06:00 PM, Balint Reczey wrote: >> Hi, >> >> I have posted the following idea on my blog [7] to get comments from >> people not on this list, but obviously this is the mailing list where >> the proposal should be discussed. :-)

Re: Bug#619393: ITP: paw -- Physics Analysis Workstation

On Wed, Mar 23, 2011 at 6:11 PM, Mika Pflüger wrote: > It seems that PAW is upstream dead (last activity on the website was in I believe there is a recent activity on debian-science to resurect that package: http://lists.debian.org/debian-science/2011/03/msg0.html Lifeng are you part of thi

Bug#624178: ITP: pcl -- The Point Cloud Library

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: pcl Version : 1.0.0 Upstream Author : Radu Bogdan Rusu (r...@willowgarage.com) * URL : http://pointclouds.org * License : BSD Programming Lang: C++ Description : The Point Cloud

Bug#624183: ITP: cminpack -- software for solving nonlinear equations and nonlinear least squares problems

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: cminpack Version : 1.1.3 Upstream Author : Frederic Devernay * URL : http://devernay.free.fr/hacks/cminpack/cminpack.html * License : BSD Programming Lang: C Description

Bug#624346: ITP: charls -- An optimized implementation of the JPEG-LS standard for lossless and near-lossless image compression

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: charls Version : 1.0.0 Upstream Author : Jan de Vaan * URL : http://charls.codeplex.com * License : BSD Programming Lang: C++ Description : An optimized implementation of the

Re: Alioth status update, take 3

On Tue, May 24, 2011 at 12:03 AM, Stig Sandbeck Mathisen wrote: > Francesco Poli writes: > >> I hope that some appropriate re-directions may be set up real soon now, >> so that previous URLs can continue to work as before... > > If you have a specific example of something that does not work, it

Re: Alioth status update, take 3

On Tue, May 24, 2011 at 9:36 AM, Martin Alfke wrote: >> What is the new link for URL such as: >> >> https://alioth.debian.org/~malat-guest/ >> >> Thanks ! > This one is working: > https://alioth.debian.org/users/malat-guest/ This does not point to my public_html pages. I hosted my gpg transition

Help for bug #568910

Dear DDs & DMs, I am looking for help on bug #568910. I have been banging my head on this bug for quite some time. I spent litterally hours tracking it down, without any success so far. Before filling an RFH, I thought I could drop this note on dd@l.d.o hoping someone would jump in and volont

Bug#640027: ITP: openslide -- library to read virtual slides

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openslide Version : 3.2.4 Upstream Author : Carnegie Mellon School of Computer Science. * URL : http://www.openslide.org * License : LGPL 2.1 Programming Lang: C Description

Bug#640511: ITP: volview -- Advanced volume visualization tool

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: volview Version : 3.4.0 Upstream Author : Kitware * URL : http://www.kitware.com/products/volview.html * License : BSD Programming Lang: C++ Description : Advanced volume

Bug#640976: RFH: serna-free

Package: wnpp Severity: normal I am looking for help on bug #568910. The bug occur when trying to spellcheck a document. Originally serna source is pre-shipped with convenient aspell version 0.50.5, the debian packaging is made so that it uses the system aspell library (0.60.6). Generally the bu

Bug#641272: ITP: jai-core -- Java Advanced Imaging API reference implementation

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: jai-core Version : 1.1.4 Upstream Author : Sun Microsystems, Inc. * URL : http://java.net/projects/jai-core * License : JRL Programming Lang: Java Description : Java Advanced

Bug#641276: ITP: jai-imageio-core -- Java Advanced Imaging Image I/O Tools API core

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: jai-imageio-core Version : 1.2 Upstream Author : Sun Microsystems, Inc. * URL : http://java.net/projects/jai-imageio-core/ * License : BSD Programming Lang: Java Description

Bug#641295: ITP: net-luminis-build-plugin -- Wrapper around Bnd to allow easy bundle creation from ant builds.

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: net-luminis-build-plugin Version : 0.2.0 Upstream Author : luminis * URL : https://opensource.luminis.net/wiki/display/SITE/OSGi+Bundle+Ant+Task * License : BSD Programming Lang

Bug#641315: ITP: opendap -- Project for a Network Data Access Protocol

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: opendap Version : 2.2 Upstream Author : OPeNDAP, Inc. * URL : http://www.opendap.org * License : LGPL Programming Lang: Java Description : Project for a Network Data Access

Bug#641399: ITP: visad -- Visualization for Algorithm Development

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: visad Version : 2.0 Upstream Author : Bill Hibbard * URL : http://www.ssec.wisc.edu/~billh/visad.html * License : GPL, LGPL, BSD Programming Lang: Java Description

Bug#641447: ITP: netcdf-java -- Java interface to NetCDF files

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: netcdf-java Version : 4.2 Upstream Author : University Corporation for Atmospheric Research/Unidata * URL : http://www.unidata.ucar.edu/software/netcdf-java/ * License : LGPL

Bug#641448: ITP: bio-formats -- Solution for reading proprietary microscopy image data and metadata

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: bio-formats Version : 4.3.1 Upstream Author : UW-Madison LOCI * URL : http://www.loci.wisc.edu/software/bio-formats * License : GPL Programming Lang: Java Description : Solution

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

Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * 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

Re: Unauthorised activity surrounding tbb package

Steven, While being in terrible position to tell you what you should or should not do, I'd still suggest you to read: https://www.debian.org/code_of_conduct https://people.debian.org/~enrico/dcg/ On Fri, Jan 16, 2015 at 5:48 PM, Steven Capper wrote: > Mathieu, > I'm writing to express my incre

Re: Unauthorised activity surrounding tbb package

On Mon, Jan 19, 2015 at 9:25 AM, Mathieu Malaterre wrote: > Steven, > > While being in terrible position to tell you what you should or should > not do, I'd still suggest you to read: > > https://www.debian.org/code_of_conduct > https://people.debian.org/~enrico/dcg

getenv / putenv usage in libjpeg(-turbo)

Hi, Has anyone taken a look at the use of putenv/getenv in libjpeg-turbo (old libjpeg62 also affected) ? AFAIK there is proper checking of the env variables before use. But still it feels odd to call putenv then getenv from within a single library. BTW, is glibc's getenv reentrant ? (the doc stat

udev vs fuse: Transport endpoint is not connected

Could a udev guru please comment on the (somewhat) famous issue `Transport endpoint is not connected` happening when a udev rule tries to mount fuse filesystem ? The only description I found of this issue appear on archlinux wiki, it does not explain the actual issue: it only tells you one should n

Re: udev vs fuse: Transport endpoint is not connected

On Mon, May 18, 2015 at 3:00 PM, Dominique Dumont wrote: > On Monday 18 May 2015 14:13:46 Mathieu Malaterre wrote: >> Could a udev guru please comment on the (somewhat) famous issue >> `Transport endpoint is not connected` happening when a udev rule tries >> to mount fuse

Re: relative path in -dbg packages

For reference. On Fri, Nov 14, 2014 at 2:34 PM, Mathieu Malaterre wrote: > While reading the wiki page for AutomaticDebugPackages, I was > wondering if it is possible to post-processed object file to > manipulate relatives path for debug info ? > > Typical use case is that after

Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

Aurélien, Thanks for caring about 32bits arches ! On Thu, Aug 8, 2019 at 10:39 PM Aurelien Jarno wrote: [...] > mips and mipsel are more affected by the issue as the virtual address > space is limited to 2GB. Therefore on those architectures, this issue > recently started to also affect core pac

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

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

t64 suffix

Dear all, I am trying to find the status of t64 suffix, but I cannot find it neither in my mailbox nor on the page: https://wiki.debian.org/ReleaseGoals/64bit-time#Transition_in_place What is expected from Debian packager now ? 1. Remove the t64 suffix upon next version upload ? 2. Keep the pac

Re: t64 suffix

On Mon, May 27, 2024 at 10:26 PM Steve Langasek wrote: > > On Thu, May 23, 2024 at 08:14:20PM +0200, Mathieu Malaterre wrote: > > Dear all, > > > I am trying to find the status of t64 suffix, but I cannot find it > > neither in my mailbox nor on the page: &g

<    1   2   3   >