Package: ftp.debian.org
Severity: normal
The package is not used anymore.
The bug is also in Debian's slurm-llnl package. The location of the header
files is not consistent anymore.
slurm.h is including
See
https://anonscm.debian.org/git/collab-maint/slurm-llnl.
git/commit/debian/libslurm-dev.install?id=08c387553a95e9a4a38047c82cf69a
4f733cee0d
Package: nlohmann-json
Version: 2.1.1-1
Severity: grave
Some applications don't compile with nlohmann-json 2.1.1 and gcc 7.2 .
You can find details here:
https://github.com/nlohmann/json/issues/742
Please update the package.
Thanks
-Dominique
This happens due to a recent change in debian/libslurm-dev.install
https://anonscm.debian.org/git/collab-maint/slurm-llnl.git/commit/debian/libslurm-dev.install?id=08c387553a95e9a4a38047c82cf69a4f733cee0d
Anyway, I am thinking about removing the slurm-drmaa package from the
Debian archive. The
Do you mind removing the symbolic link ?
lrwxrwxrwx 1 root root 17 Jul 12 2017 /usr/include/json.hpp ->
nlohmann/json.hpp
-rw-r--r-- 1 root root 428838 Jul 12 2017 /usr/include/nlohmann/json.hpp
You can find some pyside2 packages in following Ubuntu PPA
sudo apt-get install software-properties-common
sudo add-apt-repository ppa:thopiekar/pyside-git
sudo apt-get update
apt-get install python3-pyside2
For a quick test you can try to compile the packages in Debian testing.
# compile and
debian/watch file
+ * Fix lintian error: privacy-breach-logo
+ * Fix: Update to Debian Policy 3.9.8 (no changes)
+
+ -- Dominique Belhachemi <domi...@debian.org> Sun, 23 Apr 2017 18:02:48 -0400
+
openigtlink (1.11.0-2) unstable; urgency=medium
* added reproducible_build.patch (
Liang, the package got rejected due to too many lintian warnings. (
http://lists.alioth.debian.org/pipermail/pkg-tigervnc-devel/Week-of-Mon-20160627/000516.html
)
Could you please have a look and re-upload ?
I am going to upload a new package tonight.
Upstream removed only the Python 2.6 support, Python 2.7 is still
supported, so I will keep the python2 package.
-Dominique
Thanks for the update Christian, it will leave all changes up to you guys.
Two more comments:
1. Please compare the file size with/without binaries.
828K libsvm-3.21.tar.gz
137K libsvm_3.21+dfsg.orig.tar.gz
2. Please change this to 'all' .
Package: python-libsvm
Architecture: any
I am preparing a NMU to fix #823880 .
Your patch looks good, and I can integrate it as well as a new
python3-libsvm package.
Package: libsvm
Version: 3.12-1.1
Severity: serious
The source package contains binary files, see
https://sources.debian.net/src/libsvm/3.12-1.1/windows/
https://sources.debian.net/src/libsvm/3.12-1.1/java/
v3.12 is from 2012, please consider an update to a recent version (
Which OS are you using?
Could you please test this with sid again? The command 'git-buildpackage'
doesn't exist in sid anymore.
Instead you can use 'gbp buildpackage' from the git-buildpackage package.
BTW, you may need the additional dependency: libdbus-1-dev
-Dominique
On Tue, Apr 12, 2016
Hi, I would like to test the current tigervnc packages.
How do I build the packages after 'git clone' ?
git clone https://anonscm.debian.org/git/pkg-tigervnc/pkg-tigervnc.git
pkg-tigervnc/debian/README.source isn't up-to-date anymore.
Thanks
-Dominique
Correction:
- libboost-context1.58-dev (= ${binary:Version})
+ libboost-context1.58-dev (= ${binary:Version}),
+ libboost-coroutine1.58.0 (= ${binary:Version})
Not sure what effect (= ${binary:Version}) has on a *-dev package.
libboost-coroutine1.58-dev doesn't pull in the corresponding binary package.
/usr/lib/x86_64-linux-gnu/libboost_coroutine.so is now a dangling symlink.
I think you need following change in debian/control.in
Package: libboost-coroutine1.58-dev
Homepage: http://www.boost.org/libs/coroutine/
Control: severity -1 grave
The package is useless on big endian systems if it cannot even open a bam file.
Please add a test case to the package, so it would FTBFS immediately.
Best
-Dominique
Package: bamtools
Version: 2.4.0+dfsg-2
Severity: grave
This bug affects big endian systems (mips, powerpc, ...) . It is not
possible to handle bam files.
Here is a quick test case:
$ bamtools count -in test.bam
bamtools count ERROR: could not open input BAM file(s)... Aborting.
I filed a
Hi Charles,
Let's just wait for 1.3. The patch isn't critical.
Best
-Dominique
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi domi...@debian.org
* Package name: tvc
Version : 4.2.3
Upstream Author : Ion Torrent
* URL : https://github.com/iontorrent/
* License : GPL-2+ , MIT/X
Programming Lang: C++
Description
On Wed, Nov 26, 2014 at 3:49 AM, Charles Plessy ple...@debian.org wrote:
in recent versions of samtools, the mpileup command has a new option
to specify the coverage at run time.
Would it be fine to drop our patch that was raising the default coverage
cap
from 8,000 to 1,000,000 ? If yes,
On Thu, Oct 30, 2014 at 8:42 PM, Dominique Belhachemi domi...@debian.org
wrote:
I agree that the 2.4 branch is completely outdated. We should switch to a
newer branch.
The 2.5 and 4.1 branches are not suitable for Debian due to licensing
issues.
But the 4.2 branch is licensed under
I agree that the 2.4 branch is completely outdated. We should switch to a
newer branch.
The 2.5 and 4.1 branches are not suitable for Debian due to licensing
issues.
But the 4.2 branch is licensed under the same license as the 2.4 branch, so
I suggest we upload the 4.2.9 release to unstable.
On Sun, 27 Apr 2014 16:48:52 +0100 Michael Tautschnig m...@debian.org wrote:
Package: htslib
Version: 0.2.0~rc3-1
Usertags: goto-cc
While compiling the package using our research compiler infrastructure
the build
failed with the following error:
[...]
gcc -g -O2 -fstack-protector
Based on ( https://github.com/celery/librabbitmq#installation ) I should be
able to run a quick example:
from librabbitmq import Connection
conn = Connection(host=localhost, userid=guest,
... password=guest, virtual_host=/)
channel = conn.channel()
Hi Andreas,
I think you are right, this is a good time to go forward with the removal
request.
-Dominique
On Aug 21, 2014 3:54 AM, Andreas Tille ti...@debian.org wrote:
Hi,
as you might have noticed igstk is RC buggy and also lagging behind
upstream (5.2). If nobody has any interest in
The next upload (in a few days) will contain the package
python3-django-tastypie.
-Dominique
I am going to change the name back to python-django-tastypie. This looks
like the right name.
-Dominique
Hi Aleksandar,
Thanks for the patches. Could you please explain what the issue is and how
the patch fixes it? I don't see any comments in the patch. Does upstream
accept your patch?
Thanks
-Dominique
Thanks Gianfranco,
If you have some time, could you please help Anton with vtk6?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747108
-Dominique
I am surprised to see a vtk6 package in unstable. Please remove it and test
it in experimental.
-Dominique
Package: cmake
Version: 2.8.12.1-1.1
Severity: serious
Please drop patch:
http://anonscm.debian.org/gitweb/?p=collab-maint/cmake.git;a=blob;f=debian/patches/multiarch-python-include-dirs.diff;hb=master
With the patch, other cmake based projects fail to build whenever
PYTHON_INCLUDE_DIR is
The transition to 6.x is not realistic, most downstream projects did not
switch to the new version, there are so many API changesbut it would be
nice to have a vtk 6 package available in unstable(must conflict with vtk
5).
I will build a local 5.10 package and rebuild all reverse dependencies
Hi Andreas, please go ahead with the upload.
-Dominique
Package: openigtlink
Version: 1.10.4~git20131104+3ac531115f-2
Severity: grave
https://github.com/openigtlink/OpenIGTLink/issues/29
Applications which include igtl_util.h (e.g.
OpenIGTLinkIF/MRML/vtkIGTLToMRMLImage.cxx) fail to build due to a missing
file:
Package: openigtlink
Version: 1.10.4~git20131104+3ac531115f-1
https://buildd.debian.org/status/fetch.php?pkg=openigtlinkarch=armelver=1.10.4~git20131104%2B3ac531115f-1stamp=1384133869
The following tests FAILED:
15 - igtl_point_test_01 (Failed)
16 - igtl_tdata_test_01 (Failed)
Isn't it a dependency for volview?
On Wed, Nov 6, 2013 at 7:38 AM, Mathieu Malaterre ma...@debian.org wrote:
Package: kwwidgets
Severity: important
Since 3D Slicer is only available in squeeze:
http://packages.debian.org/squeeze/slicer
should we still keep kwwidgets in debian ?
applies to all TORQUE releases from 2.5 and later. Is that
what you need or do you want it to be in the license itself.
Ken
On Wed, Jul 3, 2013 at 9:41 AM, Dominique Belhachemi
domi...@debian.orgwrote:
Ken,
Could you please clarify which parts of TORQUE fall under the additional
TORQUE v2.5
The original license PBS_License.txt contains:
5. [...] all modifications and additions to the Software must be freely
redistributable by any party
(including Licensor) without restriction.
But the TORQUE v2.5+ Software License v1.1 contains additional
restrictions.
Upstream finally reverted the license change which blocked the upload into
Debian. See
http://www.supercluster.org/pipermail/torquedev/2012-January/003946.html
commit 57552897eb5d6fd8304a514c00b4b8804f840bd1
Author: Ken kniel...@adaptivecomputing.com
Date: Fri May 3 09:30:22 2013 -0600
Ken,
Could you please clarify which parts of TORQUE fall under the additional
TORQUE v2.5+ Software License v1.1 license?
Thanks
-Dominique
On Wed, Jul 3, 2013 at 10:58 AM, Dominique Belhachemi domi...@debian.orgwrote:
Upstream finally reverted the license change which blocked the upload
for such problems as over-panicking. May be delaying the
removal some time might be reasonable.
Kind regards
Andreas.
On Mon, May 13, 2013 at 10:57:32PM -0400, Dominique Belhachemi wrote:
Hi Luca,
Yes please, go ahead. I will add it back once it is buildable again.
-Dominique
Hi Luca,
Yes please, go ahead. I will add it back once it is buildable again.
-Dominique
On May 13, 2013 10:54 AM, Luca Falavigna dktrkr...@debian.org wrote:
Hi Dominique!
slicer3 is one of the packages needed to be rebuilt to get rid of
python2.6 dependencies. As it currently FTBFS, I
, Yaroslav Halchenko y...@debian.org wrote:
Hi Dominique,
Could you please refresh my memory on the status of slicer in Debian?
Would you need help in maintaining it (e.g. to push forward packaging of
slicer4) etc?
Thank you in advance!
Yaroslav
On Fri, 04 May 2012, Dominique Belhachemi
Source: plastimatch
Builds of plastimatch contain test suite failures, as you can see in
the logs files at
https://buildd.debian.org/status/package.php?p=plastimatch
I made failing tests fatal on amd64, i386, kfreebsd-amd64, and
kfreebsd-amd64 which results in a FTBFS on those
Hi Mathieu,
It was my intention to remove that patch. I am not even sure if that
patch was working.
I would say that we forget that patch and try to solve the problem
within cmake. vtk is not the only package suffering under the
multiarch/cmake issue.
-Dominique
On Tue, May 15, 2012 at 7:35
Package: vtk
Severity: wishlist
The wheezy freeze is coming soon and I suggest we are using vtk 5.8
for this release. Another transition is risky and doesn't seem to be
necessary.
All ~30 dependent packages have been linked against 5.8 and seem to work well.
-Dominique
--
To UNSUBSCRIBE,
Hi Andreas,
You are right, some files have moved (e.g.
/usr/lib/x86_64-linux-gnu/libQtGui.so ). I will patch the code soon.
Cheers
-Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: samtools
Version: 0.1.18-1
samtools depth sets a cap of 8000 for coverage. It becomes an issue
when used to calculate depth for targeted sequencing applications.
Attached patch increases the threshold to 1 million.
Is this safe to apply?
Thanks
-Dominique
Index: bam2depth.c
Hi Yaroslav,
Slicer3 is not supported by upstream anymore.
Slicer4 is only supported on amd64 and is still based on non released
projects (VTK 5.10, CTK, PythonQt). Slicer4 also comes with a
pre-build launcher binary which has to be replaced by our own launcher
script.
Cheers
-Dominique
On
I am going to upload a simple workaround very soon. I just have to
update patches/110-kernel.diff .
-Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I updated pbs-drmaa and slurm-drmaa to use Debian's alternative system.
I would like to do the same with the current libdrmaa1.0 package which
is gridengine specific. To stay compatible to the other
implementations I would like to change some binary package names as
well.
libdrmaa1.0 -
Package: wnpp
Severity: wishlist
PSNC DRMAA for Simple Linux Utility for Resource Management (SLURM) is
an implementation of the Open Grid Forum DRMAA 1.0 (Distributed
Resource Management Application API) specification for submission and
control of jobs to Simple Linux Utility for Resource
Hi,
What is preferred by the release team?
a) Upload 5.8.0-9 with a cherry picked fix from vtk-5.10.0-rc1
b) Uploading the fresh release candidate vtk-5.10.0-rc1
c) Waiting for vtk-5.10.1 ?
I would go for a) followed by c).
-Dominique
On Sat, Apr 7, 2012 at 5:13 AM, Adam D. Barratt
Package: libinsighttoolkit3.20
Severity: serious
The removal of some vxl binaries causes ANTS and other packages to crash.
You can reproduce the problem by executing ANTS.
$ ANTS
ANTS: error while loading shared libraries: libitkvnl_algo.so.3.20:
cannot open shared object file: No such file or
On Sun, Jan 22, 2012 at 1:40 AM, Steve M. Robbins st...@sumost.ca wrote:
On Sat, Jan 21, 2012 at 11:12:45PM -0500, Dominique Belhachemi wrote:
Hi Steve,
It occurred in a clean pbuilder environment on amd64 and the build
used the latest itk package:
Setting up libvxl1.14 (1.14.0-14
Source: vxl
Hi,
igstk (and other reverse dependencies) FTBFS due to missing file in
the vxl binary packages.
I cite the relevant part from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655788
CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
The package FTBFS now with:
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: patches are not applied, applying them now
dpkg-source: info: applying 12_doxygen.diff
dpkg-source: info: applying 34_disable_resource_intensely_tests.diff
dpkg-source: info: applying
,
What architecture is the following log from?
On Sat, Jan 21, 2012 at 05:48:52PM -0500, Dominique Belhachemi wrote:
The package FTBFS now with:
CMake Warning at /usr/lib/InsightToolkit/UseITK.cmake:53 (FIND_PACKAGE):
Could not find module FindVXL.cmake or a configuration file for package
Slicer4 is currently using development versions of pythonqt and ctk.
I have to wait for a new upstream release of those packages before I
can continue working on the slicer4 package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: libdrmaa-dev
Severity: important
I added conflicts to the gridengine packages. But the main issue
persists, the package names for gridengine's drmaa implementations are
too general.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
I tried to generate a debug package for vtk but the resulting package
didn't contain the symbols needed for python.
115390 libvtk5-qt4-dev_5.8.0-6_amd64.deb
466178 libvtk5.8-qt4_5.8.0-6_amd64.deb
595994 vtk-examples_5.8.0-6_all.deb
2885736 libvtk5-dev_5.8.0-6_amd64.deb
On Sat, Jan 7, 2012 at 2:08 PM, Steve M. Robbins st...@sumost.ca wrote:
On Sat, Jan 07, 2012 at 10:22:36AM +0100, Mathieu Malaterre wrote:
Really it boils down to two things:
- What is upstream position on this ? If upstream really do want to
release paraview on fixed schedule, with backward
There is a long email thread on upstream's mailing list and I am not sure
if we can update to 2.5.
http://www.supercluster.org/pipermail/torquedev/2011-January/003342.html
Let's see what people on debian-legal are thinking.
http://lists.debian.org/debian-legal/2012/01/msg00030.html
Thanks
Package: paraview
Severity: serious
Please remove Paraview's VTK directory and link instead against
Debian's vtk libraries.
Thanks
-Dominique
Thanks Julien!
gdcm
FTBFS, #650935
This should work with vtk 5.8.0-5 . (Tested successfully on amd64)
kwwidgets
FTBFS, #650936
Can be removed from testing.
igstk
itksnap
libmesh
vtkedge
Please schedule those packages if possible.
Cheers
-Dominique
--
To UNSUBSCRIBE, email to
/bin/sh: 1: /usr/lib//vtkEncodeString: not found
I am going to move vtkEncodeString to /usr/bin where it belongs to.
This will create temporarily a conflict with the current paraview
package.
It looks like that future paraview releases don't ship this file
anymore, so uploading the new paraview
Those packages build-depend on vtk. Please schedule a rebuild if
possible. Thanks.
activiz.net
ants
caret
gdcm
ifrit
igstk
itksnap
kwwidgets
libmesh
odin
openmeeg
salome
therion
vtkedge
yade
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I would like to upload vtk-5.8.0 to unstable. It fixes the dependency
issues we had with vtk-5.6 but might also break a few packages.
Is it a bad time to start the transition?
On Thu, Nov 10, 2011 at 5:20 AM, Michael Hanke m...@debian.org wrote:
Hey,
On Wed, Nov 09, 2011 at 10:44:05PM -0500, Dominique Belhachemi wrote:
Please remove libdrmaa1.0 from the Depends field.
Instead libdrmaa1.0 and pbs-drmaa1 could be mentioned in the Suggests
field. Both packages offer
reassign 645193 libdrmaa-dev
I added conflicts to the pbs-drmaa package
Conflicts: libdrmaa-dev ( 6.2u5-3)
Conflicts: libdrmaa1.0 ( 6.2u5-3)
Upcoming gridengine packages should be renamed so that libdrmaa-dev
can be used as a virtual package.
--
To UNSUBSCRIBE, email to
Package: drmaa
Version: 0.4~b3
Please remove libdrmaa1.0 from the Depends field.
Instead libdrmaa1.0 and pbs-drmaa1 could be mentioned in the Suggests
field. Both packages offer a drmaa implementation.
Thanks
Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi Markus,
Thanks for the report. I am in contact with the python-mimeparse
maintainer and will upload
it into unstable today. All the other changes you are mentioning will
be applied to tastypie as well.
Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Hi,
What is the status of this ITP? Any help needed?
Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks for the report, I am going to package 0.9.10 to fix the issue.
Dominique
On Tue, Nov 1, 2011 at 3:49 PM, Moritz Muehlenhoff j...@debian.org wrote:
Package: django-tastypie
Severity: grave
Tags: security
Please see
Yes, I would like to help with MapReduce. I will perform some tests in
experimental and then upload to unstable.
Dominique
On Thu, Oct 27, 2011 at 4:18 PM, Mathieu Malaterre
mathieu.malate...@gmail.com wrote:
block 640662 by 646757
thanks
MapReduce MPI has been packaged as separate package.
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi domi...@debian.org
* Package name: django-tastypie
Version : 0.9.7
Upstream Author : Daniel Lindsley
* URL : http://django-tastypie.readthedocs.org/en/latest/index.html
* License : BSD
Programming
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi domi...@debian.org
* Package name: calabash
Version : 0.0.3
Upstream Author : Zachary Voase
* URL : http://pypi.python.org/pypi/calabash
* License : Public Domain
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi domi...@debian.org
* Package name: jsonpipe
Version : 0.0.7
Upstream Author : Zachary Voase
* URL : http://pypi.python.org/pypi/jsonpipe
* License : Public Domain
Programming Lang: Python
I stumble upon a related configuration problem.
What do I have to do if I want to change bootstrap options?
admin_user sgeadmin
default_domain none
ignore_fqdn false
spooling_method berkeleydb
spooling_liblibspoolb
spooling_params
Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):
/usr/include/drmaa.h
/usr/lib/libdrmaa.so
Those files might conflict as well:
/usr/lib/libdrmaa.so.x.y
/usr/lib/libdrmaa.la
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi domi...@debian.org
DRMAA for Torque/PBS Pro library is an implementation of OGF DRMAA 1.0
(Distributed Resource Management Application API) specification for the
submission of jobs to Torque and PBS Professional systems.
Package name
The 2.5.x branch will continue to have minor features and
functionality added to it. The build has been deployed successfully in
many environments and is considered reliable. Build
torque-2.5.5.tar.gz is the latest release and the one we recommend
most sites use.
That branch is also based on
Package: slicer
Severity: serious
Keep Slicer3 out of testing, I am working on Slicer4...
Dominique
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Moritz,
Thanks for finding the security issue. We are working on a solution.
Jordi, can you help out with the squeeze fix and upload? I think you
have done those things before, right?
Cheers
Dominique
On Mon, Jul 25, 2011 at 8:10 AM, Moritz Muehlenhoff j...@debian.org wrote:
Package:
On Sun, May 29, 2011 at 4:12 AM, Mehdi Dogguy me...@dogguy.org wrote:
Do you mind if we NMU your package, or do you intend to upload a fixed version
really soon?
Hi Mehdi,
I don't mind at all. Please go ahead with the NMU.
Dominique
--
To UNSUBSCRIBE, email to
On Thu, 2011-05-12 at 22:14 +1200, Hamish wrote:
In xpbsmon if I click the [Pref..] button to change the server name from the
default torqueserver to my local one, I get a tcl popup error:
bad variable name pref.top.box1(entryval,1): upvar won't create a scalar
variable that looks like an
With 4GB of memory it compiles until here:
$ make
[SNIP]
[ 92%] Building
/home/domibel/insighttoolkit-3.20.0/obj-x86_64-kfreebsd-gnu/Wrapping/WrapITK/Java/InsightToolkit/VXLNumericsJava.class
cd
/home/domibel/insighttoolkit-3.20.0/obj-x86_64-kfreebsd-gnu/Wrapping/WrapITK/Java
/usr/bin/javac
Here is a test on a 64 bit GNU/kFreeBSD virtual machine.
### 1 ###
VM with 1GB memory.
The bottleneck seems to be the python wrapping for
itkImageToImageFilterBPython. I am getting the error
virtual memory exhausted: Cannot allocate memory
[ 22%] Building CXX object
clone 621950 -1 -2
reassign -2 libgtk2.0-dev
block -1 -2
On Sat, 9 Apr 2011, Lucas Nussbaum wrote:
Building C object CMakeFiles/z88g.dir/clr88.c.o
In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:28:0,
from /usr/include/gtk-2.0/gdk/gdk.h:33,
from
Package: wnpp
Severity: normal
I no longer use this package and therefore orphan it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: dcmtk
Version: 3.6.0-4
Hi,
the package dcmtk-doc needs to get build only once. It is not necessary
to build the same package on all architectures again.
Some targets in debian/rules have to be changed, e.g.
-build: build-arch build-indep
+build: build-arch
Thanks
Dominique
--
Package: insighttoolkit
Version: 3.20.0-8
Hi Steve,
The variable libPath in /usr/share/tcltk/tcl8.5/insighttoolkit3/pkgIndex.tcl
points to the wrong directory.
I think
set libPath /usr//lib/InsightToolkit/WrapITK/lib
should be changed to
set libPath /usr/lib
You can reproduce this
On Tue, Mar 15, 2011 at 5:14 PM, Mehdi Dogguy me...@dogguy.org wrote:
[ 19%] Generating vtkKWEWireframePainter_vs.cxx /bin/sh:
/usr/bin/vtkEncodeString: not found make[3]: ***
[Rendering/vtkKWEWireframePainter_vs.cxx] Error 127
Looks like this failure is due to a typo in
On Tue, Mar 15, 2011 at 12:17 PM, Julien Cristau jcris...@debian.orgwrote:
On Mon, Mar 14, 2011 at 17:56:41 -0400, Dominique Belhachemi wrote:
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I prepared a new vtk-5.6 package
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I prepared a new vtk-5.6 package. Please binNMU following source packages:
fslview
gdcm
ifrit
igstk
itksnap
kwwidgets
salome
therion
vtkedge
ants
libmesh
openmeeg
Cheers
-Dominique
--
To
Hi Andreas,
Your patch looks fine. I will postpone the upload of igstk-4.4 and
will upload igstk-4.2.0-4 right now.
FYI, the package builds fine even without the patch. Something has
changed in gcc-4.5 again. ;)
But I will keep your change because it looks cleaner.
Thanks
-Dominique
--
To
On Tue, 8 Mar 2011, Andreas Tille wrote:
Hi,
Matthias Klose pointed out that the bugs listed under
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-gcc-4.5;users=debian-...@lists.debian.org;maint=debian-med-packag...@lists.alioth.debian.org
will be RC critical soon once gcc-4.5 will
Hi,
I am going to fix this in the libslicer3-dev package with my next
upload. The library /usr/lib/libMRML.so will be moved to a private
location. This should fix the conflict.
Thanks
Dominique
On Fri, 2011-02-25 at 23:58 +0100, Ralf Treinen wrote:
Package: libmrml1-dev,libslicer3-dev
Package: insighttoolkit
Version: 3.20.0-8
Hi Steve,
Please build the insighttoolkit package with the following option turned on.
-DITK_USE_OPTIMIZED_REGISTRATION_METHODS:BOOL=ON
-DITK_USE_TRANSFORM_IO_FACTORIES:BOOL=ON
This is needed by some slicer modules for faster registration.
Thanks
1 - 100 of 149 matches
Mail list logo