On Mon, Jul 15, 2024 at 2:04 PM Andreas Ronnquist
wrote:
>
> Hi
>
> I'm maintaining a package (filezilla) which just got a bug report that
> it simply crashes on program start - It gets a SIGILL - "Illegal
> instruction". (#1076312 report [1]).
>
> After the reporter debugged it, it seems like it
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
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
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
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libjxl-testdata
Version : 0.1
Upstream Author : libjxl authors
* URL : https://github.com/libjxl/testdata
* License : BSD
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
X-Debbugs-Cc: debian-devel@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
[CC me please]
Dear DDs,
I am staring at:
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001136
One can verify that sh4 build went fine for this upload:
*
https://buildd.debian.org/status/fetch.php?pkg=openvdb&arch=sh4&ver=9.0.0-3&stamp=1638662998&raw=0
It should be noticed that, this
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
X-Debbugs-Cc: debian-devel@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
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
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: libkcapi
Version : 1.0.0
Upstream Author : Stephan Mueller
* URL : http://www.chronox.de/libkcapi.html
* License : BSD
Programming Lang: C
Description : Linux Kernel Crypto API
On Tue, Oct 10, 2017 at 3:05 PM, Matthias Klose wrote:
> On 10.10.2017 12:38, Mathieu Malaterre wrote:
>> Mathias,
>>
>> On Tue, Oct 10, 2017 at 12:25 PM, Matthias Klose wrote:
>>> On 10.10.2017 11:42, Mathieu Malaterre wrote:
>>>> On Tue, Oct 1
Mathias,
On Tue, Oct 10, 2017 at 12:25 PM, Matthias Klose wrote:
> On 10.10.2017 11:42, Mathieu Malaterre wrote:
>> On Tue, Oct 10, 2017 at 11:38 AM, Matthias Klose wrote:
>>> On 10.10.2017 08:45, Mathieu Malaterre wrote:
>>>> Dear all,
>>>>
>>
Hi Gert !
On Tue, Oct 10, 2017 at 11:31 AM, Gert Wollny wrote:
> Am Dienstag, den 10.10.2017, 08:45 +0200 schrieb Mathieu Malaterre:
>
> [...]
> With this mind I'd like to make mandatory the -std=c++XY flags when
>> compiling either a c++ library or a stand-alone c++ p
On Tue, Oct 10, 2017 at 11:38 AM, Matthias Klose wrote:
> On 10.10.2017 08:45, Mathieu Malaterre wrote:
>> Dear all,
>>
>> Since the GCC 6 release [1], the default mode for C++ is now
>> -std=gnu++14 instead of -std=gnu++98. What this means is that upon
>> (re)co
Ansgar,
On Tue, Oct 10, 2017 at 9:17 AM, Mathieu Malaterre wrote:
> Ansgar,
>
> On Tue, Oct 10, 2017 at 9:11 AM, Ansgar Burchardt wrote:
>> Mathieu Malaterre writes:
>>> With this mind I'd like to make mandatory the -std=c++XY flags when
>>> compiling e
[continued]
On Tue, Oct 10, 2017 at 9:11 AM, Ansgar Burchardt wrote:
> Mathieu Malaterre writes:
>> With this mind I'd like to make mandatory the -std=c++XY flags when
>> compiling either a c++ library or a stand-alone c++ program:
>>
>> 1. Either upstream define
Ansgar,
On Tue, Oct 10, 2017 at 9:11 AM, Ansgar Burchardt wrote:
> Mathieu Malaterre writes:
>> With this mind I'd like to make mandatory the -std=c++XY flags when
>> compiling either a c++ library or a stand-alone c++ program:
>>
>> 1. Either upstream define
On Tue, Oct 10, 2017 at 9:05 AM, Julien Cristau wrote:
> On Tue, Oct 10, 2017 at 08:45:49 +0200, Mathieu Malaterre wrote:
>
>> Dear all,
>>
>> Since the GCC 6 release [1], the default mode for C++ is now
>> -std=gnu++14 instead of -std=gnu++98. What this means is
Dear all,
Since the GCC 6 release [1], the default mode for C++ is now
-std=gnu++14 instead of -std=gnu++98. What this means is that upon
(re)compilation a library written for c++98 will be recompiled using a
different c++ standard (c++14 in this case), unless of course the
upstream package explic
Hi,
On Tue, May 16, 2017 at 11:40 AM, Adam Cecile wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
>
> Package name: libjasper
Just keep the old naming convention please: 'jasper'.
> Version: 2.0.12
> Upstream: Michael David Adams
> License: JasPer Licen
On Tue, Jan 31, 2017 at 4:56 PM, Christian Seiler wrote:
> On 01/31/2017 04:49 PM, Ben Hutchings wrote:
>> On Tue, 2017-01-31 at 14:23 +0100, Christian Seiler wrote:
>>> On 01/31/2017 11:15 AM, Mathieu Malaterre wrote:
>>>> I'd like to discuss addition of a
On Tue, Jan 31, 2017 at 12:14 PM, Simon McVittie wrote:
> On Tue, 31 Jan 2017 at 11:15:32 +0100, Mathieu Malaterre wrote:
>> I'd like to discuss addition of a new lintian checks for
>> getenv/setenv/putenv used in shared libraries.
>
> A massive number of libraries
On Tue, Jan 31, 2017 at 11:26 AM, Andrey Rahmatullin wrote:
> On Tue, Jan 31, 2017 at 11:15:32AM +0100, Mathieu Malaterre wrote:
>> I'd like to discuss addition of a new lintian checks for
>> getenv/setenv/putenv used in shared libraries.
> Do you know any packages that wou
Hi there,
I'd like to discuss addition of a new lintian checks for
getenv/setenv/putenv used in shared libraries.
Per glibc manual:
Modifications of environment variables are not allowed in
multi-threaded programs.
-- the glibc manual
[https://www.gnu.org/software/libc/manual/html_node/Environm
On Wed, Oct 26, 2016 at 1:43 PM, Tomas Pospisek wrote:
> Hello all,
>
> I've recently received "Dear Customer" spam on a bug of mine. I've
> searched the BTS [1], and there are many, many, many of these spam
> postings in the BTS, see f.ex. [2].
Annoying indeed.
https://bugs.debian.org/628285
-
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
On Sat, Oct 1, 2016 at 2:28 AM, Adam Borowski wrote:
> On Fri, Sep 30, 2016 at 11:01:55PM +0200, Mathieu Malaterre wrote:
>> On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz
>> wrote:
>> [...]
>> > On the other hand, some packages dropped support for Pow
Adrian,
On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz
wrote:
[...]
> On the other hand, some packages dropped support for PowerPC32 like Mono
> but this isn't a concern for most users, I would say.
[...]
Thanks very much for stepping up as porter, you have my vote !
However I need
Hi all,
On Fri, Sep 23, 2016 at 3:54 PM, Matthias Klose wrote:
> On 20.09.2016 23:46, John Paul Adrian Glaubitz wrote:
>> On 09/20/2016 11:16 PM, Niels Thykier wrote:
>>>- powerpc: No porter (RM blocker)
>>
>> I'd be happy to pick up powerpc to keep it for Stretch. I'm already
>> maintaining
> > - What is your hardware? Desktop, laptop? Models? Video cards and
> > drivers can cause of hangs.
>
> A Dell pressario series 5500. Intel video card.
Could you please check:
https://bugzilla.kernel.org/show_bug.cgi?id=109051
Hi,
I am starring at the documentation for rebuilding the Debian kernel.
I'd like to test a change in a non-module section of the kernel code
(CONFIG_FB_OF=y), to resolve #825840. So I thought I could simply
follows the steps from:
https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4
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
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
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
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
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
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
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
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 installing the -dbg package, you end up
with a gdb backtrace saying:
[...]
brw_meta_fast_clear (brw=
On Mon, Nov 3, 2014 at 3:51 PM, Jeremy wrote:
[...]
> Also, look at the success of the Raspberry Pi.
[...]
> Preferably open-source hardware. [...]
[...]
https://wiki.debian.org/FreedomBox/TargetedHardware#Unsuitable
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a sub
On Wed, Oct 29, 2014 at 5:02 PM, Jonas Smedegaard wrote:
> Quoting Russ Allbery (2014-10-28 17:20:02) at debian-vote@l.d.o
>> For the compiler, all of Debian is built with GCC, but some teams do
>> test builds with Clang and report bugs, which most maintainers merge
>> and some don't.
>
> Speaking
Hi,
I am starring at bug #758572. Basically OP reports that `cmake` is
underlinked, which is a serious issue as per policy. However when
reading the details it appears that this is a c++ weak symbol (AFAIK
no weak default definition is available). This weak symbol is
generated by default by gcc wh
On Sun, Sep 14, 2014 at 8:47 AM, Sébastien Villemot
wrote:
> Hi,
>
> As the maintainer of julia (a technical computing language built on top
> of LLVM), I am wondering whether I should continue supporting the i386
> architecture.
>
> The bottom line is that julia needs SSE2 (and porting it to the
On Fri, Sep 12, 2014 at 12:17 PM, Andrey Rahmatullin wrote:
> On Fri, Sep 12, 2014 at 11:48:26AM +0200, Mathieu Malaterre wrote:
>> I could not find the answer anywhere. Why is arch:ppc64 not in the
>> `any-powerpc` definition ? I would have guessed arch:ppc64 to be very
>>
I could not find the answer anywhere. Why is arch:ppc64 not in the
`any-powerpc` definition ? I would have guessed arch:ppc64 to be very
close to arch:powerpc...
Thanks,
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
RSA key ID 8AE09345
gpg: Good signature from "Mathieu Malaterre "
gpg: aka "Mathieu Malaterre "
gpg: aka "Mathieu Malaterre (sf.net)
"
gpg: aka "Mathieu Malaterre (LIRIS)
"
gpg: WARNING: This key is not
On Mon, Jul 21, 2014 at 12:48 PM, Thibaut Paumard wrote:
> Hi,
>
> The new release of my package Gyoto should be built preferably with a
> C++11-capable compiler. It can be built with a reduced feature-set
> without, though.
>
> Is there a clever way to ensure that the default compiler is
> C++11-
On Fri, Jun 13, 2014 at 12:50 PM, Eugene Zhukov wrote:
> Hello,
>
> I'm struggling to get debian/watch working for the package jing-trang.
> The problem is upstream says Google no longer allows publishing
> tarballs under [0]. So they only have tag for the latest release [1].
> My question is, is
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. :-)
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
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
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
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
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
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
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
[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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
>
>
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
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:
>
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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
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
1 - 100 of 226 matches
Mail list logo