Package: silo-llnl
Version: 4.8-11
Severity: normal
silo hardcodes the required qt version to something between 4.4 and 4.7
in configure.ac and this is not represented in the build dependencies.
This causes it to silently not build the qt parts in unstable with qt
4.8 (if those are packaged, I
unfortunatly to my knowledge you can't have such a depends:
python3-pyqt4 | ( python3-pyside.qtcore, python3-pyside.qtgui,
python3-pyside.qtsvg)
but the way ipython checks for pyside could be changed to work better with
an incomplete pyside but functional pyqt.
I forwarded the issue:
libraries must be behind objects (including static libraries)
Author: Julian Taylor jtay...@ubuntu.com
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -8,9 +8,9 @@
-DEXAMPLESDIR=\$(top_srcdir)/tests/files\
LDADD = \
+ $(PLANNER_LIBS) \
$(top_builddir)/src/libplannerapp.la
forwarded 671239 http://code.google.com/p/googletest/issues/detail?id=391
thanks
please ignore the patch in the last mail, it does not apply to gtest.
signature.asc
Description: OpenPGP digital signature
the patch for the code execution probably contains a regression
I can't judge how severe it is or provide a testcase:
/usr/share/gajim/src/notify.py:323
command = gajim.config.get_per('notifications', str(advanced_notif_num),
'command')
try:
helpers.exec_command(obj.command,
tags 563089 + patch
thx
I'd also like this feature exposed in cowbuilder.
here a patch that appears to do the job.
--- cowdancer-0.69.orig/parameter.c 2012-03-14 22:36:17.0 +0100
+++ cowdancer-0.69/parameter.c 2012-05-02 21:59:26.0 +0200
@@ -299,6 +299,7 @@
found 668397 1.7.2.3-1
found 668397 1.7.0+ds1-5+squeeze1
thanks
the patch does nothing useful in terms of sanitation, the exploit still
works fine.
signature.asc
Description: OpenPGP digital signature
On 04/20/2012 07:34 PM, Varun Hiremath wrote:
Hi Julian,
Could you please prepare an updated patch for 0.10.1? I'm not very
familiar with this python3 transition, so would you mind adding
yourself to Maintainers and taking responsibility for the changes?
You may push your changes to
probably an atlas or numpy issue.
libatlas-base-dev removes the /usr/lib/libblas.a alternative symlink, I
don't know why.
and numpy.distutils searches for _d.so and .a files when in debug mode.
the shared one will always fail so it relies on static library to be there.
I guess numpy's searching of
simple way to reproduce the issue:
libatlas-base-dev installed, debug:
strace python-dbg -c 'from numpy.distutils.system_info import get_info;
get_info(blas, 2)' 21 | grep libblas
open(/usr/lib/libblas.so.3gf, O_RDONLY) = 10
lstat(/usr/local/lib/libblas_d.so, 0x7ee66ad0) = -1 ENOENT (No such
On 04/18/2012 06:40 PM, Yaroslav Halchenko wrote:
Package: python-matplotlib
Version: 1.1.1~rc1-1
Severity: wishlist
Now that python3-numpy is in sid, it would be great to get python3-matplotlib
in since python3 is supported upstream AFAIK.
python3 is not supported by 1.1.1
Only the
by simply expanding the array to what
seems the correct size.
Description: fix out of bound array access
The list has 15 columns
Author: Julian Taylor jtay...@ubuntu.com
Bug-Ubuntu: https://bugs.launchpad.net/bugs/907806
--- easytag-2.1.7.orig/src/misc.c
+++ easytag-2.1.7/src/misc.c
@@ -2462,16
the manual is there in compressed form:
ls -l /usr/share/doc/unison/unison-manual.txt.gz
-rw-r--r-- 1 root root 71282 Apr 2 17:08
/usr/share/doc/unison/unison-manual.txt.gz
but the doc-base file expects it uncompressed.
signature.asc
Description: OpenPGP digital signature
found 1.0.2-2
thanks
the issue was not fixed in 1.0.2-2 as no setuptools build dependency was
added.
changing from non-setuptools to setuptools based builds withing a debian
revision should not be done.
The change of the egg file to egg directory will cause upgrade failures
of this type:
On 04/14/2012 06:55 PM, Benj. Mako Hill wrote:
Thanks for the detailed feedback on the package! Apologies that I
forgot the build dep.
quote who=Julian Taylor date=Sat, Apr 14, 2012 at 06:17:30PM +0200
changing from non-setuptools to setuptools based builds withing a debian
revision should
Package: wnpp
Severity: normal
Hi, I intend to adopt this package, if that's okay.
signature.asc
Description: This is a digitally signed message part
On 04/09/2012 04:01 AM, TANIGUCHI Takaki wrote:
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: python-odict
Version : 1.4.4
Upstream Author : BlueDynamics Alliance
* URL or Web page : http://pypi.python.org/pypi/odict
* License : BSD-3
On 04/09/2012 01:37 PM, TANIGUCHI Takaki wrote:
On Mon, 09 Apr 2012 13:30:49 +0200
jtaylor.deb...@googlemail.com(Julian Taylor) said:
what is the advantage of this over the ordered dictionary which is
builtin wheezy's default python?
http://docs.python.org/library/collections.html
Package: debian-maintainers
Severity: normal
Dear Maintainer,
Please add Julian Taylor to the Debian Maintainer keyring.
Find the corresponding jetring changeset attached.
Thanks a lot,
Best Regards,
Julian Taylor
Comment: Add Julian Taylor jtaylor.deb...@googlemail.com as a Debian
Maintainer
Package: python-numpy
Version: 1:1.6.1-6
Severity: normal
dh_numpy only fills python:Depends but not python3:Depends so python
packages lack appropriate numpy3 dependencies if not added manually.
signature.asc
Description: OpenPGP digital signature
setup.py install
+
+ -- Julian Taylor jtaylor.deb...@googlemail.com Tue, 27 Mar 2012 20:56:17
+0200
+
python-scipy (0.9.0+dfsg1-1) unstable; urgency=low
* New upstream release (Closes: #614407, #579041, #569008)
diff -Nru python-scipy-0.9.0+dfsg1/debian/control
python-scipy-0.9.0+dfsg1/debian
Package: spyder
Version: 2.1.8-1
Severity: normal
The desktop file installed with spyder does not have a Icon set.
This is quite problematic in the icon based application menu's in gnome3
or unity
Adding this to the .desktop file will make the application much more
accessible:
On 03/22/2012 08:54 PM, Sylvestre Ledru wrote:
Le mercredi 21 mars 2012 à 23:13 +0100, Julian Taylor a écrit :
after discussion with upstream the acx_mpilibs.m4 patching was just
masking a general libtool problem with using mpicc to only link one folder.
Attached a revised patch passing
of the thread and mpi library (Closes: #664531)
+
+ -- Julian Taylor jtaylor.deb...@googlemail.com Wed, 21 Mar 2012 23:04:11
+0100
+
fftw3 (3.3.1-3) experimental; urgency=low
* Add the multiarch support. Thanks to Julian Taylor for the patch
diff -Nru fftw3-3.3.1/debian/patches/fix-links.patch
+
+ -- Julian Taylor jtaylor.deb...@googlemail.com Tue, 20 Mar 2012 19:39:57
+0100
+
python-scipy (0.9.0+dfsg1-1) unstable; urgency=low
* New upstream release (Closes: #614407, #579041, #569008)
diff -Nru python-scipy-0.9.0+dfsg1/debian/control
python-scipy-0.9.0+dfsg1/debian/control
--- python
Package: python-numpy
Version: 1:1.6.1-6
Severity: normal
Tags: experimental
the build logs in experimental show testsuite failures for python2 and
python3:
Running unit tests for numpy
NumPy version 1.6.1
NumPy is installed in
Author: Julian Taylor jtaylor.deb...@googlemail.com
Forwarded: f...@fftw.org
Index: fftw3-3.3.1/mpi/Makefile.am
===
--- fftw3-3.3.1.orig/mpi/Makefile.am 2012-02-21 23:51:56.0 +
+++ fftw3-3.3.1/mpi/Makefile.am 2012-03-18 17:15
Package: src:fftw3
Version: 3.3.1-1
Severity: wishlist
Tags: patch
It would be useful to have a multiarched fftw3.
Attached a patch that archives that.
It sets Multiarche: same for libfftw3-3 and libfftw3-mpi
libfftw3-dev and -dbg can't be same currently as they install executables.
Package: fftw3
Version: 3.3.1-1
Severity: important
Tags: experimental
libfftw3-mpi-3 conflicts with fftw3 making it uninstallable with
libfftw3-3 which provides fftw3.
Unfortunately libfftw3-mpi-3 needs symbols from libfftw3-3 so it does
not work at all.
Maybe for the same reason libfftw3-mpi-3
Package: python3
Version: 3.2.2-1
Severity: normal
in packages setting X-Python3-Version: = 3.2 in debian/control
dh_python3 does not generate a dependency on python3 = 3.2 or python3.2.
the substvar gets filled with:
python3:Depends=python3 (= 3.1.3-13~)
example package showing the problem:
Package: ogre-samples-data
Version: 1.7.4-2
Severity: serious
ogre-samples-data installs a /usr/share/OGRE-1.7.4/plugins.cfg with a
hardcoded architecture.
This causes the SampleBrowser browser to break on arches not equal to
the main binary upload (amd64):
Loading library
On 03/09/2012 09:53 PM, Carlos Izquierdo wrote:
Package: ipython
Version: 0.12-1
Severity: wishlist
The following files can be found in current ipython's binary package but
shouldn't probably be there:
/usr/lib/python2.6/dist-packages/IPython/.git_commit_info.ini
Package: libxdo-dev
Version: 1:2.20110530.1-3
Severity: minor
Forwarded: http://code.google.com/p/semicomplete/issues/detail?id=60
xdo.h includes the name class which is a reserved keyword in c++.
This prevents including it in a C++ program:
extern C {
#include xdo.h
}
g++ file.cpp
In file
also disable reading by removing it from all_complibs in
+ tables/filters.py but that would require fixing up all tests to expect
+ exceptions.
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661286
+Bug: https://github.com/FrancescAlted/blosc/issues/3
+Author: Julian Taylor jtay
On 03/03/2012 09:47 PM, Yaroslav Halchenko wrote:
Hi Antonio and Julian,
Sorry for being silent/disconnected
so -- what is the status -- should we meanwhile upload to see how things
are going across platforms? or should we may be adopt blosc
disabling patches from Julian first
One of our devs packaged it for Ubuntu:
https://lists.launchpad.net/openstack/msg07061.html
and it's going to be in the upcoming ubuntu precise release:
http://packages.ubuntu.com/precise/git-review
I'm not aware of anyone uploading it to debian yet - but it shouldn't be
hard to either install
Package: python-numpy-dbg
Version: 1:1.6.1-5
Severity: normal
the debug version of numpy can't be imported in experimental:
$ python-dbg -c import numpy
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib/pymodules/python2.7/numpy/__init__.py, line 136, in
module
Package: src:pandas
Version: 0.7.0-1
Severity: wishlist
ipython = 0.11 is now available in unstable.
Is it now possible to build the documentation?
signature.asc
Description: OpenPGP digital signature
On 02/21/2012 08:57 PM, Bálint Réczey wrote:
Hi Julian,
To my understanding this is still a development release:
http://www.mail-archive.com/meld-list@gnome.org/msg01416.html
I have updated the Debian package and requested a sponsor for the upload:
Package: meld
Version: 1.4.0-2
Severity: wishlist
A new upstream version is available:
http://meldmerge.org/news.html
given how its presented on the website it appears to not be an
development release anymore, so it might be appropriate to upload it to
unstable.
signature.asc
Description:
small testcase:
from numpy.distutils.system_info import get_info
get_info(x11, 2)
should output something like this:
{'include_dirs': ['/usr/include'],
'libraries': ['X11'],
'library_dirs': ['/usr/lib/x86_64-linux-gnu']}
in debian it raises:
X11NotFoundError: X11 libraries not found.
the patch in that upstream bug is bogus, it will fail on all arches
except amd64.
It should not be applied in debian in that way.
The canonical way to solve this problem (if you don't want to use
pkg-config) is to try to compile and link to figure out if the library
is usable.
e.g.
c =
Package: src:plplot
Version: 5.9.9-2
Severity: normal
-fvisibility=hidden set in debian/rules breaks gnudatalanguage bindings.
it removes the plP_w3wc? functions from plcvt.c:
CFLAGS = $(shell dpkg-buildflags --get CFLAGS)
CFLAGS += -fvisibility=hidden
nm ./debian/build_tmp/src/libplplotd.so |
Package: nitime
Version: 0.3.1-1
Severity: important
the package python-nitime uses a function which was removed from numpy
1.6 which is planned to be uploaded to unstable in near future [0]
In this case it np.intersect1d_nu used in ./nitime/utils.py:967
A complete listing of removed functions
Package: src:statsmodels
Version: 0.3.1-1
Severity: normal
the package statsmodels uses a function which was removed from numpy
1.6 which is planned to be uploaded to unstable in near future [0]
In this case it np.unique1d used in
scikits/statsmodels/sandbox/regression/try_catdata.py
It appears
Package: veusz
Version: 1.10-2
Severity: important
the package unique1d uses a function which was removed from numpy
1.6 which is planned to be uploaded to unstable in near future [0]
In this case it np.unique1d used in document/datasets.py
This is fixed in 1.14-1 available in unstable:
tags 658593 + patch
thanks
attached a patch
import_by_name now returns name, obj, parent instead of obj, name
get_documenter uses that parent.
I'm not too sure about hunk #3 though. Needs review.
Index: pymvpa2-2.0.0/doc/sphinxext/autosummary/generate.py
on a proper look the problematic file is just a copy of sphinx's file,
so a better fix is probably to just remove the whole thing and use
sphinx's version completely (or copy sphinx version into this package)
signature.asc
Description: OpenPGP digital signature
to the distribution you are encountering them.
Cheers,
Julian Taylor
signature.asc
Description: OpenPGP digital signature
thanks for packaging so many themes!
concerning rocket and aristo, I was not aware that those weren't
official themes.
aristo seems to come from a different project http://cappuccino.org/ I
didn't find a rocket upstream in my brief search.
IPython recently removed those two themes from their VCS
found 656757 1.1.0-2
thanks
the package does still not depend on libmono-corlib4.0-cil which it must.
you must also use cli:Depends in debian/control to get the dependencies
filled automatically.
To my knowledge there is no csharp:Depends or csharp:Provides, so that
can be removed.
the build system is a mess so I just made a minimal patch to fix
ghemicals build with as-needed. I merged it into the 11_as_needed patch.
See the attachment.
It would be great if you can apply it to the debian package even though
its not necessary in debian.
I also did some brief testing linking
be placed after objects needing their symbols
Author: Julian Taylor jtay...@ubuntu.com
--- a/test/run_tests.sh
+++ b/test/run_tests.sh
@@ -13,7 +13,8 @@
CXX=g++
CXXFLAGS=-g -Wall -Wextra -Wredundant-decls -Wdisabled-optimization -pedantic -Wctor-dtor-privacy -Wnon-virtual-dtor -Woverloaded-virtual
Package: shogun
Version: 1.1.0-1
Severity: serious
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition mono-2.10-transition-gmcs
The package shogun requires gmcs to build.
In mono 2.10, uploaded to unstable a short while ago, the default
Package: shogun
Version: 1.1.0-1
Severity: important
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition
the package shogun does not use the cli helper dh_makeclideps and
dh_clideps. So the substvar cli:Depends are not populated and the
packages do not have any cli dependencies.
Package: src:antlr
Version: 2.7.7+dfsg-3
Severity: serious
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition
Hi,
A Mono transition is underway. Every source package needs to be rebuilt
to compile against CLR 4.0 instead of CLR 2.0. Please upload antlr for
this change. You can
Package: src:zeroc-ice
Version: 3.4.2-7
Severity: serious
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition
Hi,
A Mono transition is underway. Every source package needs to be rebuilt
to compile against CLR 4.0 instead of CLR 2.0. Please upload zeroc-ice
for this change. You can
(including static libraries)
Author: Julian Taylor jtay...@ubuntu.com
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -8,9 +8,9 @@
-DEXAMPLESDIR=\$(top_srcdir)/tests/files\
LDADD = \
+ $(PLANNER_LIBS) \
$(top_builddir)/src/libplannerapp.la \
- $(top_builddir)/libplanner/libplanner-1.la
On 01/20/2012 07:54 PM, Carlos Izquierdo wrote:
Playing with the popcon website [1] I can't see a clear correlation between
ipython and python-argparse installations, so modifying Python's package to
solve this (by providing python-argparse) might be a little overkill.
Until the python2.6
the buildlog above shows skips as ERROR's due to the missing nose. Those
are *not* the problem.
real issue which occurs in my clean chroot looks like the following and
occurs in 2/3 of my builds:
test_monitor (zmq.tests.test_monqueue.TestMonitoredQueue) ... FAIL
test_monitor_subscribe
severity 655935 serious
thanks
mono 2.10 is now in unstable making this RC
signature.asc
Description: OpenPGP digital signature
tags 655793 + confirmed
thanks
confirmed by Sebastinas in irc that -4 is broken -2 works on amd64.
I can also confirm it on a i386 chroot on amd64 machine.
signature.asc
Description: OpenPGP digital signature
On 01/16/2012 10:36 PM, Mathieu Trudel-Lapierre wrote:
Ah, my apologies for adding an extra patch attachment; I hadn't seen
the original report already contained one (oops).
So... Sorry ;)
Mathieu Trudel-Lapierre mathieu...@gmail.com
Freenode: cyphermox, Jabber: mathieu...@gmail.com
On 01/15/2012 05:03 PM, Antoine Beaupré wrote:
On Sat, 07 Jan 2012 21:39:56 +0100, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
bantool: ${BANTOOL_OBJECTS}
-${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS} ${IRCDLIBS}
+${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS
Package: python-debian
Version: 0.1.21
Severity: normal
attached control has a space in the newline between a paragraph (line 31)
this disturbs debian.deb822.Deb822.iter_paragraphs while other tools
seem to handle it well.
import debian.deb822
In [2]: len([p for p in
On 01/15/2012 11:56 PM, Antoine Beaupré wrote:
On Sun, 15 Jan 2012 17:12:04 +0100, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 01/15/2012 05:03 PM, Antoine Beaupré wrote:
On Sat, 07 Jan 2012 21:39:56 +0100, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
bantool
reassign 655793 python3.2 3.2.2-4
affects 655793 pyzmq 2.1.10-2
thanks
the testsuite fails due to a change somewhere between python3.2 3.2.2-2
(works) and 3.2.2-4 (fails).
Is there some change I must be aware of?
could this be due to the -flto used to compile python3?
signature.asc
On 01/14/2012 01:15 PM, Julian Taylor wrote:
reassign 655793 python3.2 3.2.2-4
affects 655793 pyzmq 2.1.10-2
thanks
the testsuite fails due to a change somewhere between python3.2 3.2.2-2
(works) and 3.2.2-4 (fails).
Is there some change I must be aware of?
could this be due to the -flto
Package: activiz.net
Version: 1:1.0~git2023-1
User: debian-...@lists.debian.org
Usertags: mono-2.10-transition mono-2.10-transition-gmcs
Tags: patch
The package activiz.net requires csc to build.
In mono 2.10, currently in experimental, the default csharp compiler
will change from gmcs to
Package: zeromq
Version: 2.1.10-1
Severity: wishlist
zeromq includes a testsuite but it is not run at package build time.
Please run the testsuite.
pyzmq has an extensive testsuite, which is run, randomly fails on arm
and mips.
It is probably an issue in libzmq which could be verified by running
Package: charybdis
Version: 3.3.0-7
Severity: important
User: codeh...@debian.org
Usertags: la-file-removal
charybdis contains an unversioned public library /usr/lib/libratbox.so
but the package is not named libsomethingsoversion.
This is unusual and should be fixed either by adding versioning
forwarded 655413 https://github.com/ipython/ipython/issues/1254
thx
thanks for debugging the issue.
On 01/10/2012 11:21 PM, Yannick Roehlly wrote:
Package: ipython-notebook
Version: 0.12-1
Severity: normal
Hi,
Thanks for packaging this new ipython version with the notebook feature.
In the first notebook page, the one listing the saved notebooks, the link
to each notebook has
On 01/08/2012 01:00 PM, Jakub Wilk wrote:
The current Depends doesn't guarantee that ipython is usable with
non-default Python version anyway (e.g. you don't depend on python2.6,
you have little control over versions supported by your dependencies,
etc.).
you get a helpful error message
Package: charybdis
Version: 3.3.0-7
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: ld-as-needed
Tags: patch
charybdis fails to build with ld --as-needed.
This is caused by wrong placement of -lsqlite3 on the commandline.
Libraries must be placed behind the objects needing their
/debian/changelog 2012-01-04 22:25:41.0 +0100
+++ basemap-1.0.2/debian/changelog 2012-01-04 22:28:20.0 +0100
@@ -1,3 +1,9 @@
+basemap (1.0.2-2) UNRELEASED; urgency=low
+
+ * use xz compression
+
+ -- Julian Taylor jtaylor.deb...@googlemail.com Wed, 04 Jan 2012 22:15:06
+0100
reopen 607535
found 607535 0.2.2b1-9
thanks
revision -9 does not call autoreconf so the changes to Makefile.am are
not applied when the autotools version does not match.
If it doesn't you get this type of issues in the build:
cd . /bin/bash /tmp/buildd/aeskulap-0.2.2b1/missing --run
this is caused by this in debian/control:
X-Python-Version: all
all is deprecated in current python policy and not supported for
X-Python-Version.
signature.asc
Description: OpenPGP digital signature
Package: ldaptor
Version: 0.0.43+debian1-5
Severity: serious
Justification: fails to build from source
ldaptor fails to build from source in a clean unstable chroot:
[ERROR]
Traceback: type 'exceptions.ImportError': No module named web
.
The variable is used correctly in this package but I would still
recommend renaming the variable.
Description: link with needed libmagic
required when building with ld --as-needed
Author: Julian Taylor jtay...@ubuntu.com
Index: radare2-0.9/libr/core/Makefile
coinstallability
+
+ -- Julian Taylor jtay...@ubuntu.com Fri, 30 Dec 2011 17:39:11 +0100
+
libyaml (0.1.4-1) unstable; urgency=low
* New upstream version 0.1.4.
diff -u libyaml-0.1.4/debian/rules libyaml-0.1.4/debian/rules
--- libyaml-0.1.4/debian/rules
+++ libyaml-0.1.4/debian/rules
@@ -7,0 +8,5
severity 620104 important
thanks
I'm bumping the severity of this as it is quite annoying when
multiarching packages.
It also creates broken packages when building cdbs multiarch packages
with dh-buildinfo accidentally installed.
--
To UNSUBSCRIBE, email to
Package: python3-pyqt4
Version: 4.9-1
Severity: serious
Justification: fails to install
the python3 package fails to install due to a syntax error:
Setting up python3-pyqt4 (4.9-1) ...
File /usr/lib/python3/dist-packages/PyQt4/uic/port_v2/load_plugin.py, line
41
except Exception, e:
Package: python-tornado
Version: 2.1.0-1
Severity: wishlist
tornado supports python3. Please also package the python3 variant.
It is e.g. needed for that last missing python3 part of ipython.
Thanks.
signature.asc
Description: OpenPGP digital signature
tags 653650 + wontfix
thanks
On 12/30/2011 12:29 AM, Adrian Bunk wrote:
Source: ipython
Version: 0.11-2
Severity: normal
The unconditional dependency on python-argparse always pulls in python2.6.
argparse was included in python2.7
Please change the argparse dependency to
python (=
user debian-...@lists.debian.org
usertags 193616 + ld-as-needed
thanks
any progress on this?
the missing links cause build failures with ld --as-needed [0]
See e.g. ghemical build log in ubuntu:
reading the response on the dcmtk bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510120 it seems that it
will not be fixed.
So it would be great if you could apply the missing-links.patch to the
debian package to work around dcmtk's issue.
signature.asc
Description: OpenPGP digital
Package: amide
Version: 1.0.0-1
Severity: minor
User: debian...@lists.debian.org
Usertags: qa-doublebuild
due to the regeneration of the autotools files the package fails to
build twice in a row.
please consider using dh-autoreconf to handle the regeneration which can
restore the original tree in
when
dcmtk is fixed.
Description: use correct autotools variables for libs
required to build with ld --as-needed
Author: Julian Taylor jtay...@ubuntu.com
Index: amide-1.0.0/configure.in
===
--- amide-1.0.0.orig/configure.in 2011-12-27 14
Source: pythonmagick
Version: 0.9.7-1
Severity: normal
User: debian...@lists.debian.org
Usertags: hardening
pythonmagick fails to build with the hardening flags applied.
The reason is a missing quote in m4/ax_boost_python.m4:66:
CPPFLAGS=-I$PYTHON_INCLUDE_DIR $CPPFLAGS
this leads to configure
Package: lintian
Version: 2.5.4
Severity: minor
this copyright emits the missing-license-text-in-dep5-copyright warning
which is a bit confusing as the actual issue is the missing Files: tag.
Format: http://dep.debian.net/deps/dep5
Upstream-Name: python-gd
Source:
Source: python-gd
Version: 0.56+dfsg-2
Severity: important
the build of python-gd only looks in /usr/lib for its required libraries.
This fails for its dependencies in multiarch paths.
When building in unstable with multiarched libpng the library will not
have png support:
import gd
Source: python-scipy
Version: 0.9.0+dfsg1-1
Severity: minor
scipy includes the weave package which does not work without python-dev
installed.
Simple inline C will fail with:
fatal error: Python.h: No such file or directory
python-dev should be recommended or at least suggested on installation.
Source: silly
Version: 0.1.0-2
Severity: important
the package is missing a build dependency on pkg-config causing it to
fail to link against libpng:
ldd -r /usr/lib/libSILLY.so.1
undefined symbol: png_create_read_struct(/usr/lib/libSILLY.so.1)
undefined symbol: png_get_rows
Package: mlpy
Severity: wishlist
there is a new version 3.2 of mlpy available which was requested in ubuntu [0]
please consider updating to it.
thanks
[0] https://bugs.launchpad.net/ubuntu/+source/mlpy/+bug/900476
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
Package: libsundials-serial-dev
Version: 2.4.0-4
Severity: normal
forwarding ubuntu bug 871739:
The new version 2.4.0-3 of this package (libsundials-serial-dev) is missing the
statically linked versions of the following libs:
/usr/lib/libsundials_cvode.a
/usr/lib/libsundials_cvodes.a
Package: pyyaml
Version: 3.10-1
Severity: normal
the package python-yaml-dbg is empty in wheezy, probably due to python
3.2 using pep 3149 namings for extensions which is not accounted for in
this line in debian/rules:36:
find debian/python3-yaml-dbg \
! -type d ! -name
Hi,
attached a stack of patches fixing some minor issues and adding python3
packages for pyzmq.
Please consider applying them to the repository, or allow me to do so.
Regards,
Julian Taylor
From ebd4f19c978b8a0ee79d7cf1cad47e559d0c1c7c Mon Sep 17 00:00:00 2001
From: Julian Taylor jtaylor.deb
hi,
can the fix be uploaded to the archive please.
Thanks,
Julian
signature.asc
Description: OpenPGP digital signature
tags 650725 + pending
thanks
On 12/02/2011 12:28 PM, Julian Gilbey wrote:
IPython now offers a Python 3 version; it would be great to include it
in Debian!
a ipython3 package is going to be included when I upload the next
release ipython 0.12.
A preview is available here:
501 - 600 of 1161 matches
Mail list logo