Source: Orthanc
Version: 1.5.4+dfsg-1
Severity: minor
I believe orthanc on Debian switch away from mongoose web server. So
please cleanup source package and remove
debian/ThirdPartyDownloads/mongoose-3.8.tgz
Thanks
Package: devscripts
Version: 2.19.5+deb10u1
Severity: normal
Dear Maintainer,
I realized that uscan does not expect user to have custom git config, eg:
$ tail -2 ~/.gitconfig
[core]
abbrev = 12
This leads to the following libjpeg package:
https://tracker.debian.org/pkg/libjpeg
Where:
On Tue, Oct 29, 2019 at 3:39 PM Andreas Beckmann wrote:
>
> Followup-For: Bug #943765
>
> and furthermore libgdcm3-dev is missing breaks+Replaces: libgdcm2-dev
>
> Preparing to unpack .../libgdcm3-dev_3.0.3-1~exp1_amd64.deb ...
> Unpacking libgdcm3-dev (3.0.3-1~exp1) ...
> dpkg: error
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
I messed up the openvdb binary upload on amd64 (build with older libopenexr23)
So please schedule a binNMU:
nmu libopenvdb5.2_5.2.0-6 . amd64 . -m 'Rebuild against libopenexr24
to correct
Hugo,
On Mon, Oct 7, 2019 at 10:16 AM Hugo Lefeuvre wrote:
>
> Hi Salvatore, Matthieu,
>
s/Matthieu/Mathieu/
> I'm going to bump unstable to 2.3.1, this should address the four
> currently open issues.
>
> Matthieu, if you want to double check the debdiff before upload, let me know.
> :)
I
Control: tags -1 pending
See:
https://ftp-master.debian.org/new/openvdb_5.2.0-6.html
fixed 900279 1.1-2
thanks
Forgot to update d/changelog when uploading 1.1.
fixed 928794 1.1-2
thanks
Should be fixed in latest upstream.
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
Package: lshw
Version: 02.18.85-0.1
Severity: normal
I believe there is a typo in the manufacturer list since I can see:
$ sudo lshw -C memory -numeric -sanitize | tail -25
*-memory
description: System Memory
physical id: e
slot: System board or
Package: epubcheck
Version: 4.0.1-2
Hello!
"Modes and versions supported: -mode opf -v 2.0// For single OPF
file validation (EPUB 2) -mode opf -v 3.0 // For single
OPF file validation (EPUB 3) -mode xhtml -v 2.0 // For single
XHTML file validation (EPUB 2) -mode xhtml -v
Source: dcmtk
Version: 3.6.4-2.1
Since resolution of bug #923433, dcmtk is now built with the
convinient charls copy. It would make sense in the long term to switch
to the system charls (debian package).
This has been accepted as feature by upstream:
*
Turns out this is simple as:
$ sudo apt-get install qemu-system-x86
I do not have recommends:
$ cat /etc/apt/apt.conf.d/99local
APT::Install-Recommends "false";
APT::Install-Suggests "false";
Sorry for the noise
Package: qemu-system-ppc
Version: 1:3.1+dfsg-8~deb10u1
Severity: normal
Dear Maintainer,
I tried booting my shiny new kernel:
$ file g4/vmlinux
g4/vmlinux: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV),
statically linked,
Control: tags -1 fixed-upstream patch pending
OK, I found it:
b7107a67f0d1 x86/irq: Handle spurious interrupt after shutdown gracefully
Package: src:linux
Followup-For: Bug #932304
Installing a kernel from git/master show that the symptoms are now gone.
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.2.0+ (SMP w/4 CPU cores)
Kernel taint
On Wed, Jul 17, 2019 at 10:51 PM Miguel A. Vallejo wrote:
> But for me this problem is triggered by the Arduino IDE.
Interesting. The system bell only starts when I open my xfce session.
I'll continue digging in the audio direction.
Thanks
False positive. Turns out commit
e9d0ba506ea8661a7d91d67e04abe69a535b6048 is present in debian linux
kernel on buster.
-- Forwarded message -
From: Kai-Heng Feng
Date: Wed, Jul 17, 2019 at 4:13 PM
Subject: Re: do_IRQ: 0.37 No irq handler for vector
To: Mathieu Malaterre
Hi
Could that be:
https://bugzilla.kernel.org/show_bug.cgi?id=198855
but it says that it should be closed in 4.17.3
Package: src:linux
Version: 4.19.37-5
Severity: normal
hi there,
I've updated my desktop to buster and I am getting a flood of messages such as:
[ 920.728347] do_IRQ: 0.37 No irq handler for vector
So far I've solved the symptoms with:
# rmmod pcspkr
Would be nice to have a fix. I'll try
I suspect the actual bug is rather switching from:
https://github.com/mrward/nuget
to the official source now:
https://github.com/NuGet/NuGet.Client
This may be quite a bit of work, or package maintainer has a good
reason to stick to the nuget version from mrward.
On Mon, May 20, 2019 at 4:50 PM Mathieu Malaterre wrote:
>
> Gert,
>
> On Mon, May 20, 2019 at 3:31 PM Andreas Tille wrote:
> >
> > Hint, hint, hint: Feel free to do an NMU / team upload of RC buggy
> > package.
>
> What's your opinion on this
Gert,
On Mon, May 20, 2019 at 3:31 PM Andreas Tille wrote:
>
> Hint, hint, hint: Feel free to do an NMU / team upload of RC buggy
> package.
What's your opinion on this ? Revert to charls 1.x as suggested or
investigated actual regression ?
Control: severity -1 grave
Justification: Debian patches are introducing regression compared to upstream
Steps:
$ cd /tmp/
$ wget
ftp://dicom.offis.de/pub/dicom/offis/software/dcmtk/dcmtk364/bin/dcmtk-3.6.4-linux-x86_64-static.tar.bz2
$ tar xf dcmtk-3.6.4-linux-x86_64-static.tar.bz2
$ cd
On Fri, May 3, 2019 at 1:15 PM John Paul Adrian Glaubitz
wrote:
>
> Hi!
>
> On 5/3/19 10:53 AM, Frank Scheiner wrote:
> >> Could you reply to the Debian bug number so that I can get a clean
> >> view of the issue.
> >
> > Sure.
> >
> >> Then simply please post the output of:
> >>
> >> (1)
Source: swig
Would be super nice to have swig 4 in Debian.
Thanks
-- Forwarded message -
*** ANNOUNCE: SWIG 4.0.0 (27 Apr 2019) ***
http://www.swig.org
We're pleased to announce SWIG-4.0.0, the latest SWIG release.
What is SWIG?
=
SWIG is a software development
Frank,
On Fri, May 3, 2019 at 9:27 AM Frank Scheiner wrote:
> On 5/3/19 08:19, Mathieu Malaterre wrote:
> > Dear grub developers,
> >
> > We are looking to extend grub-ofpathname so that it also handles
> > PowerPC system such as PowerMac with a limited OpenFi
Source: file
Version: 1:5.30-1+deb9u2
It would be super nice to handle DIB (Microsoft Windows 3.X Packed
Device-Independent Bitmap) file format. Right now here is what I see:
$ file 01.bmp 61.bmp
01.bmp: dBase IV DBT of \300\377.DBF, blocks size 0, block length
4096, next free block index 40,
Source: docbook-xsl
It seems like there is a new release: 1.79.2 :
https://github.com/docbook/xslt10-stylesheets/releases/tag/release%2F1.79.2
This means the d/watch file should not refer to the old sf.net page anymore:
https://sourceforge.net/projects/docbook/files/docbook-xsl/
Package: ftp.debian.org
Severity: normal
esajpip has FTBFS in the past without any activity from the maintainer
(me) for about a month (#921780). I've actually lost interest in this
package and given that it has a very low popcon, I do not believe it
is of any use for Debian user.
So I think it
Control: tags -1 wontfix
Hi,
On Sat, Feb 9, 2019 at 1:18 AM Santiago Vila wrote:
> ! ==> Fatal error occurred, no output PDF file produced!
I cannot also reproduce this Latex issue. Are you sure there has not
been a broken latex package upload recently ?
In any case esajpip should migrate
Control: severity -1 important
On Tue, Mar 5, 2019 at 8:24 AM Mathieu Malaterre wrote:
>
> On Tue, Mar 5, 2019 at 1:21 AM Santiago Vila wrote:
> > make[2]: *** [Makefile:6: refman.pdf] Error 1
>
> That must be a regression in one of the tex (sid) packages. I can
> build
Control: severity -1 important
Control: tags -1 patch
Turns out that every single DICOM instance that I tried seems to
produce the exact same SEGFAULT.
Running in valgrind show something like this for me (*).
I would suggest the following trivial patch to have a stable
DCMTK+JPEGLS encoder in
On Tue, Mar 5, 2019 at 1:21 AM Santiago Vila wrote:
> make[2]: *** [Makefile:6: refman.pdf] Error 1
That must be a regression in one of the tex (sid) packages. I can
build the pdf documentation just fine from my jessie Debian system:
Package: dcmtk
Version: 3.6.4-2
It seems there is a regression in the JPEG-LS/CharLS encoder at least
for some files. dcmcrle / dcmcjpeg seems to be ok. GDCM is able to
compress it:
$ gdcmconv --jpegls /tmp/foo.dcm /tmp/o.dcm
Steps:
$ cd /tmp
$ curl
ou please visit
> https://github.com/gpac/gpac/issues/new and report back the issue number you
> got? I'd be happy to add the necessary linking so that we are notified when
> this gets resolved upstream.
>
> Thanks for your understanding.
>
>
> On Tue, Apr 7, 2015 at 3:57 PM Mathieu
ou please visit
> https://github.com/gpac/gpac/issues/new and report back the issue number you
> got? I'd be happy to add the necessary linking so that we are notified when
> this gets resolved upstream.
>
> Thanks for your understanding.
>
> On Wed, Apr 8, 2015 at 5:03 AM Mathieu Mal
Source: youtube-dl
Version: 2019.01.16-1
Tags: upstream fixed-upstream
Forwarded: https://github.com/rg3/youtube-dl/issues/18873
Looks like youtube-dl does not handle some videos from youtube:
$ youtube-dl --verbose https://youtu.be/v_B3qkp4nO4
[debug] System config: []
[debug] User config: []
> From: Jo Shields
> Sent: January 11, 2019 11:34 AM
> To: Mathieu Malaterre
> Cc: 918...@bugs.debian.org; Mark Cave-Ayland ;
> Calvin Buckley
> Subject: Re: Bug#918976: include/openssl/base.h:107:2: error: #error "Unknown
> target CPU"
>
>
> On 11/01/2019 10:
On Fri, Jan 11, 2019 at 4:34 PM Jo Shields wrote:
>
>
> On 11/01/2019 10:22, Mathieu Malaterre wrote:
> > However the build failed for me later on, reporting a failure to find
> > 'mcs' (*). My G4 is rather slow so let me try again to check there are
> > no other buil
On Fri, Jan 11, 2019 at 4:11 PM Jo Shields wrote:
>
> Hi Mathieu,
>
>
> Are you in a position to test a patch? In theory
> https://github.com/mono/boringssl/commit/59b78d07a483450a5d2a1c06b83f04a1e64ba68a
> is sufficient to make it work. I don't want to throw another build at
> the buildd until
Source: mono
Version: 5.16.0.220+dfsg3-1
User: debian-powe...@lists.debian.org
Usertags: powerpc
mono currently fails to compile on powerpc, let's log progress here.
Ref:
*
https://buildd.debian.org/status/fetch.php?pkg=mono=powerpc=5.16.0.220%2Bdfsg3-1=1547184646=0
On Wed, Jan 9, 2019 at 1:59 PM Mathieu Malaterre wrote:
>
> On Wed, Jan 9, 2019 at 1:56 PM Yavor Doganov wrote:
> >
> > Mathieu Malaterre wrote:
> > > On Wed, Jan 9, 2019 at 12:15 PM Yavor Doganov wrote:
> > > > Mathieu Malaterre wrote:
>
On Wed, Jan 9, 2019 at 1:56 PM Yavor Doganov wrote:
>
> Mathieu Malaterre wrote:
> > On Wed, Jan 9, 2019 at 12:15 PM Yavor Doganov wrote:
> > > Mathieu Malaterre wrote:
> > > > Based on the error on powerpc (2):
> > > >
> >
On Wed, Jan 9, 2019 at 12:15 PM Yavor Doganov wrote:
>
> Mathieu Malaterre wrote:
> > Based on the error on powerpc (2):
> >
> > description.m:26:3: warning: passing argument 3 of
> > 'initWithXMLString:options:error:' from incompatible pointer type
>
On Wed, Jan 9, 2019 at 11:21 AM Yavor Doganov wrote:
>
> Source: gnustep-base
> Version: 1.26.0-1
> Severity: important
> Tags: sid buster ftbfs
> User: debian-powe...@lists.debian.org
> Usertags: powerpc powerpcspe ppc64
>
> Hi PowerPC folks,
>
> As the subject says, gnustep-base failed to build
Components of a path are in this general form:
@:
Name can be safely omitted as the device is actually getting located by
its address. Therefore, these two paths refer to the same device:
/pci@f400/ata-6@d/disk@0:b
/@f400/@d/@0:b
Find freely available references on openfirmware
On Sun, Jan 6, 2019 at 12:09 PM 積丹尼 Dan Jacobson wrote:
>
> As you can see in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918382
> gimp is relying (Depending) on a broken upload.
>
> Perhaps you could make it Depend on libopenexr24 instead of libopenexr23.
>
Well then, take the binary
Control: tags -1 wontfix
Hi,
Thanks for the bug report.
On Sat, Jan 5, 2019 at 6:21 PM 積丹尼 Dan Jacobson wrote:
> trying to overwrite '/usr/lib/x86_64-linux-gnu/libIlmImf-2_3.so.24.0.0',
> which is also in package libopenexr23:amd64 2.3.0-3
Yeah that's correct. However please consider
On Fri, Dec 21, 2018 at 11:39 AM Andreas Tille wrote:
>
> Control: tags -1 help
>
> I've commited charls 2.0 to Git[1]. Unfortunately it does not build
> out of the box:
Fixed:
3f15f491eef6 Update to match SOVERSION
d10b1dafe79c Use default c++ standard used by gcc when compiling
4766801f4044
to be a
complete replacement of yaboot on PowerPC/PowerMac.
Thanks
Description: Make grub-ofpathname behaves like yaboot/ofpath
This change in convention is needed for PowerMac system
Author: Mathieu Malaterre
Index: grub2-2.02+dfsg1/grub-core/osdep/linux/ofpath.c
Control: tags -1 patch
Attached (shameless copy of sparc64). Let me know if you prefer a PR
on salsa.d.o.
Thanks much
ofpathname.debdiff
Description: Binary data
Package: grub-common
Version: 2.02+dfsg1-9
User: debian-powe...@lists.debian.org
Usertags: powerpc
Please install grub-ofpathname also for arch powerpc.
Source: powerpc-utils
Version: 1.3.2-1
User: debian-powe...@lists.debian.org
Usertags: ppc64 powerpc ppc64el
Release 1.3.6 is out. Please package it.
Let me know if you need help with updating the package.
Thanks
Looks like something went terribly wrong when building the jar file in
recent uploads:
$ jar tvf /usr/share/java/jlatexmath-fop.jar
0 Tue Sep 25 06:28:10 UTC 2018 META-INF/
76 Tue Sep 25 06:28:10 UTC 2018 META-INF/MANIFEST.MF
15122 Tue Sep 25 06:28:10 UTC 2018 META-INF/COPYING
1740
On Fri, Nov 30, 2018 at 1:05 PM John Paul Adrian Glaubitz
wrote:
>
> Hi!
>
> Attaching a proof-of-concept patch which fixes the issue for me.
>
> The patch shouldn't be used as-is as it links against libatomic
> unconditionally while it should only link against it when necessary.
src:tbb is
Control: tags -1 patch
Usual stuff on x86 (again). Could someone with better automake
expertise confirm the patch is not too silly. Technically we only need
to apply this on x86 arch (linux-x86, hurd-x86, maybe kFreeBSD?).
Maybe I should be using IlmImfTest_CFLAGS but I did not check to much.
Correct backtrace:
change nwalsh into docbook-xsl to find:
/usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl
Then:
$ fop -xsl ./jlatexmath-fop/examples/latex.xsl -c
./jlatexmath-fop/examples/conf.xml -xml
./jlatexmath-fop/examples/latex_docbook.xml -pdf /tmp/bla.pdf
[INFO]
$ fop -xsl ./jlatexmath-fop/examples/latex.xsl -c
./jlatexmath-fop/examples/conf.xml -xml
./jlatexmath-fop/examples/latex_docbook.xml -pdf /tmp/bla.pdf
[INFO] FopConfParser - Default page-height set to: 11in
[INFO] FopConfParser - Default page-width set to: 8.26in
Control: retitle -1 fop does not check test results
Since switch of build system to maven src:fop now execute test suite.
But since some of them are failing, the results of the tests are
currently being discarded.
On Fri, Nov 23, 2018 at 12:04 PM Mattia Rizzolo wrote:
>
> On Fri, Nov 23, 2018 at 11:41:10AM +0100, Mathieu Malaterre wrote:
> > As you've noticed the ABI breakage occur in between two minor uploads
> > -1 and -2. So I suspect this may confuse reader that bug be reported
&g
> This is a diff of a .symbols file I generated from libvtkgdcm2.8
> versions 2.8.7-1 and 2.8.7-2.
Thanks Mattia for tracking this issue !
As you've noticed the ABI breakage occur in between two minor uploads
-1 and -2. So I suspect this may confuse reader that bug be reported
against src:gdcm,
Control: tags -1 + upstream
Control: tags -1 - patch
Hi,
Thanks for the update, but this is realistically only an upstream
issue. I am not going to maintain a fop fork just to get rid of some
hypothetic issues while break user code.
Control: tags -1 - patch
On Wed, Jun 20, 2018 at 10:02 AM Petter Reinholdtsen wrote:
>
> [Petter Reinholdtsen]
> > I see from > https://docs.oracle.com/javase/tutorial/jaxp/properties/properties.html >
> > these were new in JAXP 1.5, but fail to understand why they are not
> > available when
>
Control: tags -1 wontfix
On Mon, Nov 19, 2018 at 4:46 PM Markus Koschany wrote:
>
> Am 19.11.18 um 16:30 schrieb Mathieu Malaterre:
> > On Mon, Nov 19, 2018 at 4:15 PM Markus Koschany wrote:
> >> Are you sure you are trying to build src:libpdfbox-java and not
>
Package: devscripts
Version: 2.18.9
Something did not work in the transition from py27 to py3:
Steps:
$ apt-get source fop
$ cd fop-*
$ wrap-and-sort
Traceback (most recent call last):
File "/usr/bin/wrap-and-sort", line 317, in
main()
File "/usr/bin/wrap-and-sort", line 302, in main
On Tue, Nov 20, 2018 at 8:31 AM Mathieu Malaterre wrote:
>
> On Tue, Nov 20, 2018 at 8:19 AM Timo Aaltonen wrote:
> >
> > On 20.11.2018 9.04, Mathieu Malaterre wrote:
> > > Package: mesa-common-dev
> > > Version: 18.2.5-1
> > > Severity: seriou
On Tue, Nov 20, 2018 at 8:19 AM Timo Aaltonen wrote:
>
> On 20.11.2018 9.04, Mathieu Malaterre wrote:
> > Package: mesa-common-dev
> > Version: 18.2.5-1
> > Severity: serious
> > Tags: ftbfs
> >
> > OpenVDB fails to build from source because of:
> >
Package: mesa-common-dev
Version: 18.2.5-1
Severity: serious
Tags: ftbfs
OpenVDB fails to build from source because of:
In file included from /usr/include/GL/gl.h:2055,
from viewer/Font.h:40,
from viewer/Font.cc:31:
/usr/include/GL/glext.h:467:10: fatal error:
While the binary name is a long story, I believe it does not make
sense to continue keeping:
$ cat d/control
...
Conflicts: ninja
Thanks for maintaining ninja !
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I'd like to proceed with the transition of openvdb from 5.0 to 5.2 now.
All reverse dependencies are good (blender). This will address #911891.
Current status in exp:
On Mon, Nov 19, 2018 at 4:15 PM Markus Koschany wrote:
> Are you sure you are trying to build src:libpdfbox-java and not
> src:libpdfbox2-java?
Sorry my fault. Fixed now.
> In any case both packages build fine for me in Sid.
Thanks for answering, I was hoping you would do so :)
What is the
Source: libpdfbox-java
Version: 1:1.8.16-1
For some reason I cannot build libpdfbox-java locally, it fails to build with:
Offline mode. Give up looking for package containing
/usr/share/doc/libbcprov-java/apidocs/index.html
> dpkg --search /usr/share/doc/libbcprov-java-doc/apidocs/index.html
Source: node-babel
Version: 6.26.0+dfsg-3
Severity: wishlist
Currently, node-babel is involved in build dependency cycles such as:
$ grep node-babel-core debian/control
, node-babel-core
, node-babel-core (>= 6.18.0)
Package: node-babel-core
, node-babel-core (>= 6.18.0)
It would be nice if
> Debian makes use of the individual files via a mirror at
> https://github.com/malaterre/tifffile which seems to exist for Debian
> only.
I'll remove this repo ASAP, to avoid spreading more confusion. Thanks
for the report.
Another bug #904915 seems to suggest that switching to GNU BFD linker
may avoid some Gold issue on exotic arch.
Source: ghc
Version: 8.4.3+dfsg1-4
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: powerpc
It would be nice to make ghc compile on powerpc, current failure:
Warning: -rtsopts and -with-rtsopts have no effect with -no-hs-main.
Call hs_init_ghc() from your main()
On Fri, Nov 16, 2018 at 10:55 AM Mathieu Malaterre wrote:
>
> Control: tags -1 pending
>
> On Thu, Oct 25, 2018 at 10:18 PM Giovanni Mascellani wrote:
> > Please consider applying the attached patch as soon as boost1.67 is made
> > default in order to avoid FTBFS.
&
Control: tags -1 pending
On Thu, Oct 25, 2018 at 10:18 PM Giovanni Mascellani wrote:
> Please consider applying the attached patch as soon as boost1.67 is made
> default in order to avoid FTBFS.
I understand what you are trying to do the in patch. I'll tweak it a
bit, in particular only d/rules
Control: tags -1 wontfix
On Fri, Nov 16, 2018 at 5:50 AM Pirate Praveen wrote:
>
>
>
> On 2018, നവംബർ 15 9:01:15 PM IST, Mathieu Malaterre wrote:
> >The following information may help to resolve the situation:
> >
> >The following packages have unmet dependencie
Control: tags -1 wontfix
On Fri, Nov 16, 2018 at 5:52 AM Pirate Praveen wrote:
>
>
>
> On 2018, നവംബർ 15 8:54:58 PM IST, Mathieu Malaterre wrote:
> >The following information may help to resolve the situation:
> >
> >The following packages have unmet dependencies:
Package: node-tar
Version: 4.4.6+ds1-3~bpo9+1
Severity: grave
Looks like the package is pretty much invalid:
$ sudo apt-get install -t stretch-backports node-tar
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This
Package: node-boxen
Version: 1.2.2-1~bpo9+1
Severity: grave
Looks like the package is pretty much invalid:
$ sudo apt-get install -t stretch-backports node-boxen
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This
Package: orthanc
Version: 1.2.0+dfsg-1
Severity: wishlist
Dear Maintainer,
It would be nice if you updated the README.Debian to reflect the move to a new
website. In particular:
https://code.google.com/p/orthanc/wiki/OrthancCookbook#Opening_Orthanc_Explorer
Thanks
-- System Information:
Package: maven-debian-helper
Version: 2.3.2
I cannot run multiple times mh_make, it would be nice if this was
possible to incrementally build a package. For fop it fails with:
Analysing pom.xml...
Enter the upstream version for the package.
[2.3] >
Version of org.apache.xmlgraphics:fop-parent
For reference:
> dpkg --search /usr/share/maven-repo/org/apache/xmlgraphics/batik-all/*/*
Found
/usr/share/maven-repo/org/apache/xmlgraphics/batik-all/debian/batik-all-debian.pom
in libbatik-java
Found
/usr/share/maven-repo/org/apache/xmlgraphics/batik-all/1.10/batik-all-1.10.pom
in
Source: dcmtk
Version: 3.6.3-1~exp1
Tags: fixed-upstream
It seems some of the build warnings have been fixed upstream, namely
those showing up on i386 (*), have been fixed by:
http://git.dcmtk.org/?p=dcmtk.git;a=commitdiff;h=386b588
...
/<>/dcmdata/libsrc/dcvrsl.cc: In member function 'virtual
Hi Emmanuel,
On Mon, Nov 12, 2018 at 2:02 PM Emmanuel Bourg wrote:
>
> Le 12/11/2018 à 13:54, Mathieu Malaterre a écrit :
>
> > It should be possible to tweak the package to remove the following
> > from mh_make on user side:
>
> Hi Mathieu,
>
> Looking at the l
Package: libbatik-java
Version: 1.10-1
User: debian-j...@lists.debian.org
Usertags: maven-debian-helper
It should be possible to tweak the package to remove the following
from mh_make on user side:
In fop-servlet/pom.xml: This dependency cannot be found in the Debian
Maven repository. Ignore
On Fri, Nov 9, 2018 at 12:12 PM Mathieu Malaterre wrote:
> $ dmesg
> ...
> [ 2040.713725] traps: dcmdump[6029] trap invalid opcode
> ip:7fc70e4d0d51 sp:7ffe5a0f2728 error:0
> [ 2040.713736] in libdcmdata.so.13.3.6.3[7fc70e441000+df000]
Using debug package:
(gdb) r test.acr
S
Package: dcmtk
Version: 3.6.3-1~exp1
Thanks for maintaining dcmtk !
For some reason something went really wrong with the experimental
package. The first issue would need a deeper look since it appears
that support for dicom.dic has been lost in between sid and
experimental:
$ dcmdump test.acr
Source: dcmtk
Version: 3.6.3-1~exp1
Current compilation warning is:
/<>/dcmqrdb/libsrc/dcmqrcbm.cc:319:38: warning: '%d'
directive writing between 1 and 11 bytes into a region of size between
0 and 128 [-Wformat-overflow=]
sprintf(dstHostNamePlusPort, "%s:%d", dstHostName,
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
ping ?
On Tue, Aug 23, 2016 at 9:18 AM Mathieu Malaterre wrote:
>
> ...while at it, it would be nice to populate d/control: Homepage
> infomation as well as a d/watch file.
>
> See package src:jpegoptim in case this helps.
Control: fixed -1 2.8.7-5
On Thu, Oct 18, 2018 at 10:10 AM Emilio Pozuelo Monfort
wrote:
>
> On 18/10/2018 09:45, Mathieu Malaterre wrote:
> > Control: tags -1 upstream patch
> >
> > On Fri, Oct 12, 2018 at 5:51 PM Emilio Pozuelo Monfort
> > wrote:
> >>
Control: tags -1 upstream patch
On Fri, Oct 12, 2018 at 5:51 PM Emilio Pozuelo Monfort wrote:
>
> Source: gdcm
> Version: 2.8.7-3
> Severity: important
>
> Hi,
>
> Your package fails to build against poppler 0.69, currently in experimental.
> In some cases there are patches in Ubuntu, the PTS
On Wed, Sep 5, 2018 at 1:53 PM Emmanuel Bourg wrote:
>
> Hi Mathieu,
>
> Le 27/06/2018 à 15:41, Mathieu Malaterre a écrit :
>
> > It would be nice to update the dependencies in d/control to match
> > exactly requirement. Otherwise it is hard to backport to stretch:
Control: tags -1 fixed-upstream
Patch has been applied upstream, so marking as fixed-upstream (v4.19-rc1)
Hi Rick,
On Tue, Apr 12, 2016 at 12:08 PM Mathieu Malaterre wrote:
>
> Dear all,
>
> I am looking for testers for the following patch:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741663#20
>
> Wolfram (CC here) is looking for feedback from users for this
Control: tags -1 fixed-upstream patch upstream
The symptoms should disappear now that default has been set to PCI
(instead of AGP) on PowerPC system.
https://github.com/torvalds/linux/commit/037d1a66ae64
Target is 4.18-rc1
https://lkml.org/lkml/2018/6/5/1158
401 - 500 of 3564 matches
Mail list logo