ugs-Cc: 1085...@bugs.debian.org, Debian Python Team <
> team+pyt...@tracker.debian.org>, Dominique Belhachemi ,
> Package Salvaging Team
>
> Hi,
>
> I'm interested in salvaging your package django-tastypie, in accordance
> with the Package Salvaging procedure outlined in
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
https://anonscm.debian.
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 po
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 Sun, 23 Apr 2017 18:02:48 -0400
+
openigtlink (1.11.0-2) unstable; urgency=medium
* added reproducible_build.patch (Closes: #860278)
diff -Nru
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
https://package
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 (
https://github.com/c
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 at
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/
Archit
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 bug
Hi Charles,
Let's just wait for 1.3. The patch isn't critical.
Best
-Dominique
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi
* 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 : genetic variant caller
On Wed, Nov 26, 2014 at 3:49 AM, Charles Plessy 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, do you thi
On Thu, Oct 30, 2014 at 8:42 PM, Dominique Belhachemi
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 u
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.
-Do
On Sun, 27 Apr 2014 16:48:52 +0100 Michael Tautschnig 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 --param=ssp-buf
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()
>>> chann
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" wrote:
> Hi,
>
> as you might have noticed igstk is RC buggy and also lagging behind
> upstream (5.2). If nobody has any interest in keeping the pa
I am going to change the name back to python-django-tastypie. This looks
like the right name.
-Dominique
The next upload (in a few days) will contain the package
python3-django-tastypie.
-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 us
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:
/usr/include/openigtlink/igtl_util.h:19
Package: openigtlink
Version: 1.10.4~git20131104+3ac531115f-1
https://buildd.debian.org/status/fetch.php?pkg=openigtlink&arch=armel&ver=1.10.4~git20131104%2B3ac531115f-1&stamp=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 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 ?
>
>
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.
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
> wrote:
>
>> Ken,
>>
>> Could you please clarify which parts of TORQUE fall under th
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 wrote:
> Upstream finally reverted the license change which blocked the upload into
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
Date: Fri May 3 09:30:22 2013 -0600
updated TORQUE License file
ht
might
> be freed 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,
> >
> >
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" 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 wonder whether it
>
, Yaroslav Halchenko 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
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 architectures.
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 AM
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, emai
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
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 Fri
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
===
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 -> gridengin
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
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 Managem
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
wrote:
>
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 d
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):
>> >
On Sun, Jan 22, 2012 at 1:40 AM, Steve M. Robbins 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:
>>
> 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 Find
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 90_examples.di
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
493655
On Sat, Jan 7, 2012 at 2:08 PM, Steve M. Robbins 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 compati
Package: paraview
Severity: serious
Please remove Paraview's VTK directory and link instead against
Debian's vtk libraries.
Thanks
-Dominique
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
-Do
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
> /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?
-Dom
On Thu, Nov 10, 2011 at 5:20 AM, Michael Hanke 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
>
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
wi
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 debian-bugs
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
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 s
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 wrote:
> Package: django-tastypie
> Severity: grave
> Tags: security
>
> Please see
> https://www.djangoproject.com/weblog/2011/nov/01/piston-and-tastypie-security-r
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
wrote:
> block 640662 by 646757
> thanks
>
> MapReduce MPI has been packaged as separate package. It would be nice
> to us
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi
* Package name: jsonpipe
Version : 0.0.7
Upstream Author : Zachary Voase
* URL : http://pypi.python.org/pypi/jsonpipe
* License : Public Domain
Programming Lang: Python
Description : Convert
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi
* Package name: calabash
Version : 0.0.3
Upstream Author : Zachary Voase
* URL : http://pypi.python.org/pypi/calabash
* License : Public Domain
Programming Lang: Python
Description : Bash
Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi
* 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 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 /var
> 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
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: pbs-drmaa
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
> 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 bas
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 wrote:
> Package: torque
> Severity:
On Sun, May 29, 2011 at 4:12 AM, Mehdi Dogguy 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 debian-bugs-dist-requ...@lists.debian.org
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
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 -c
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
Wrapping/WrapITK/Modu
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
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 /usr
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
--
T
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 e
On Tue, Mar 15, 2011 at 12:17 PM, Julien Cristau wrote:
> 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
On Tue, Mar 15, 2011 at 5:14 PM, Mehdi Dogguy 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
> /usr/lib/vtk-5.6/
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 UN
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 UNSU
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
> Versi
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 b
1 - 100 of 150 matches
Mail list logo
