Package: libg3d
Severity: normal
Hello I attach a patch for a few memory leaks I found in the libg3d library.
I tried my best to have a comprehensible patch but do not hesitate to ask
questions about it.
thanks
I used this command line to find thoses memory leaks.
G_SLICE=always-malloc
Package: gtk-doc-tools
Version: 1.13-2
Severity: normal
Hello
even using the
../configure --enable-gtk-doc --enable-gtk-dpc-pdf
gtk-doc do not produce the pdf documentation.
but during the build I have this:
Writing hkl.devhelp for book(index)
Writing hkl.devhelp2 for book(index)
gtk-doc:
Package: g3dviewer
Version: 0.2.99.5~svn130-1
Severity: normal
Hello
it seems that the underlying libg3d library do not find the appropriate plugin
to openthe the sample file.
Maybe this is related to the ld configuration. ld know nothing about the path
/usr/lib/libg3d...
See you
Frederic
Package: wnpp
Severity: wishlist
Owner: Picca Frederic-Emmanuel pi...@synchrotron-soleil.fr
* Package name: libhkl
Version : 4.0.0
Upstream Author : Picca Frédéric-Emmanuel pi...@synchrotorn-soleil.fr
* URL : http://repo.or.cz/w/hkl.git
* License : (GPL
Package: emacs23
Version: 23.2+1-1
Severity: normal
If you unstall the cedet/eieio/semantic packages (now provided with emacs
23.2), it should be fine.
hope it helps.
maybe it would be nice to conflict with the packages, but in that case it would
be impossible to have different flavour of emacs
Package: gnome-dvb-daemon
Version: 0.1.15-1
Severity: important
pi...@mordor:~$ gnome-dvb-setup
Traceback (most recent call last):
File /usr/lib/pymodules/python2.5/dbus/connection.py, line 586, in
msg_reply_handler
reply_handler(*message.get_args_list(**get_args_opts))
File
Package: freeglut3-dev
Version: 2.4.0-9
Severity: normal
It would be nice to have also a glut.pc file like the gl.pc and glu.pc files.
It should ease the configuration using pkg-config. thanks Frederic
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy:
Package: gnome-dvb-client
Version: 0.1.17-1
Severity: important
hello
here the message I got with gnome-dvb-setup:
pi...@mordor:~$ gnome-dvb-setup
Traceback (most recent call last):
File /usr/bin/gnome-dvb-setup, line 20, in module
import gnomedvb
File
Package: javahelper
Version: 0.29
Severity: normal
Herre the message during the build of my package
jh_manifest
WARNING: the 'debian_bundle' package is *DEPRECATED*; use the 'debian' package
Traceback (most recent call last):
File /usr/bin/jh_manifest, line 264, in module
updatejar(j,
Package: cairo-dock-clipper-plugin
Severity: minor
In fact the Homepage field of the debian/control file was set with the old
homepage thanks for this nice software. Frederic
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Package: libmysqlclient-dev
Version: 5.1.49-1
Severity: normal
Hello
It seems that the FLOSS exception text is not uptodate
in the copyright file
can you update it with the text here [1]
[1] http://www.mysql.com/about/legal/licensing/foss-exception/
thanks
Frederic
-- System Information:
Package: pymca
Version: 4.4.0-1
Severity: important
hello
Here the error message when I try to start pymca
pi...@mordor:~$ pymca
Traceback (most recent call last):
File /usr/share/pyshared/PyMca/PyMcaMain.py, line 161, in module
import McaWindow
File
Package: wnpp
Severity: wishlist
Owner: Picca Frederic-Emmanuel pi...@synchrotron-soleil.fr
* Package name: guidata
Version : 1.2.2
Upstream Author : pierre.rayb...@cea.fr pierre.rayb...@cea.fr
* URL : http://sourceforge.net/projects/guidata/
* License
Package: wnpp
Severity: wishlist
Owner: Picca Frederic-Emmanuel pi...@synchrotron-soleil.fr
* Package name: guiqwt
Version : 2.0.4
Upstream Author : pierre.rayb...@cea.fr pierre.rayb...@cea.fr
* URL : http://sourceforge.net/projects/guiqwt/
* License
Package: python-matplotlib
Version: 0.99.3-1
Severity: normal
Hello
Here the error message when I try to import pylab
pi...@mordor:~$ python
Python 2.6.5+ (release26-maint, Jul 1 2010, 00:47:18)
[GCC 4.4.4] on linux2
Type help, copyright, credits or license for more information.
from
Package: k3d-data
Version: 0.8.0.2-2
Severity: normal
hello
after an upgrade of my computer.
I got this error message (in french sorry)
Sélection du paquet k3d-data précédemment désélectionné.
Dépaquetage de k3d-data (à partir de .../k3d-data_0.8.0.2-2_all.deb) ...
dpkg : erreur de traitement
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
This is my annual ping
thanks for your attention
Frederic
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500,
Package: libg3d
Version: found a few memory leaks
Severity: normal
Hello
I am using more and more the libg3d library and as I am debugging
my program, I found a few memory leaks due to libg3d ans its pluggins.
so I attached two patches for thoses memoryy leaks.
thanks to forward them to the
Package: git-buildpackage
Version: 0.5.2
Severity: wishlist
It would be nice for someone which would like to use git for managing a package
to be able to generate automatical the full debian package history like
with git-import-dscs using all the snapshot.debian.org informations.
something like
Here a back trace when trying to start pymca whch sows this kind of segfault
==31823== Process terminating with default action of signal 11 (SIGSEGV)
==31823== Access not within mapped region at address 0x0
==31823==at 0x5104E84: QMetaObject::indexOfSignal(char const*) const (in
No problem, but note that I'm not reviewing FTP NEW queue or are
related to SSM authors in any way, just happen to see the ITP bug by
chance and decided to send you a note just in case :-)
ok, so I contacted the person in charge of CCP4 and here his feedback about ssm
license.
Hi Fred,
here the traceback from gdb
Program received signal SIGSEGV, Segmentation fault.
0xb774a964 in QMetaObject::indexOfSignal(char const*) const () from
/usr/lib/i386-linux-gnu/libQtCore.so.4
(gdb) bt
#0 0xb774a964 in QMetaObject::indexOfSignal(char const*) const () from
I can trigger this bug with guiqwt
I attached a script which segfault.
from guiqwt import pyplot
pyplot.plot([1, 2, 3])
pyplot.show()
if I recompile python-qwt5-qt4 it works but I have this problem when installing
the rebuilt package
root@mordor:/var/cache/pbuilder/result# dpkg -i
python-qwt5-qt4_5.2.1~cvs20091107+dfsg-6_i386.deb
dpkg : avertissement : dégradation (« downgrade ») de python-qwt5-qt4 depuis
Ping?
Yes the upstream is working on a clean solution.
So I am waiting for the next release which should fix this problem.
cheers
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I don't think there is much that can reall be done to fix the
fundamental problem which is that system users and regular users have to
live in the same namespace causing a risk of conflicts.
There are two things I can see you could do to impreove the situation
with your package.
1: Fail
Here is what you can find in ZMQ 4 release notes at [1]
You can now connect to an inproc:// endpoint that does not already exist. See:
tests/test_inproc_connect.cpp. NOTE: this is a breaking change in the API. If
your application depended on inproc connects failing, you must change it to try
Hello László
this is not pytango but the tango library
picca@mordor:~/Debian/main/tango/tango/lib$ grep -ri inproc
cpp/server/tango_const.h:#define CTRL_SOCK_ENDPOINT
inproc://control
The previous maintainer already uploaded 4.0.4 to unstable, there's
no easy way to get back to
Hello
I discuss with the tango upstream, Indeed this can fix the problem.
BUT this is a real API breakage from the zeromq3 upstream.
I think that the so number is wrong. instead of
4:0:1 - libzmq.so.3.1.0
it should be
4:0:0 - libzmq.so.4.0.0
here are all the revers dependencies of libzmq3
Hello In fact the real problem is not the -dev dependencies.
If you look at the .h files of nexus you can see that no #include of these
third party library are
included so in fact these library are just private libraries.
picca@mordor:/usr/include/nexus$ rgrep include *
napi.h://#include
Thanks Frederic,
So far I have avioded .pc files mostly, that means I need to pick up a
few details.
man pkg-config is your friend :)
In principle I think you could build a program using
libNeXus without the development versions of hdf5 etc, because non
of the symbols are required
Reverse dependencies are anything but unrelated.
Hello julien, from the point of view of the release team.
What should be do now ?
to my opinion, all we have to do is to upload
zeromq3 with this ugly but necessary +really versionnumber
4.0.3+really-3.2.4-1
then the problem should be fixed
Hello, so it seems that upstream agreed on the ABI breakage.
The importance of this bug should be raised, this is now RC.
We should ask the release team how to deal with this mess...
Do you agree with this ?
Cheers
Frederic
--
To UNSUBSCRIBE, email to
Hello,
when will you upload the new packages ?
I see that the 0.9.4 version is already in the svn ?
cheers
Frédéric
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, I already started to package it, but I did not intend to maintain it.
I can sponsorize the upload if you need a sponsor.
Did you considede maintaining it under the debian-science umbrella.
I know that it is related to deap, so it is science related :).
Here the debian-science git
sorry, here the right adress
git://anonscm.debian.org/debian-science/packages/scoop.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, here a quick review of all the patches
* dropped docs package (REJECT-FAQ: split this only if it's big)
I think that this patch should be reverted.
The problem if you add the documentation in python-scoop seems to me
problematic when python3-scoop will come.
It is best to my opinion
scoop-doc would be. But I would be tending to python-scoop-doc anyway.
scoop-doc is better to my opinion
I just looked at sphinx and it seems that this is better to use
source-doc (it is neutral
By-the-way: what's your opinion for the dep of the docs package on the
main package, Suggests or
copyright review
I used licensecheck as a starting point
can you look with the upstream to add copyright headers where it is missing
UNKOWN
and it would be nice to have also the copyright in each header.
it seems thaht there is only the license without the copyright statement.
this is not a
You removed the local-options (are you using gbp-buildpackage to build
scoop ?)
Yes. What's this for, useful to keep?
In fact I like when the master branch does not touch the upstream sources.
This is why I use the unapply patches option
this way I have the original sources in the master
Hello
what about _static/copybutton.js ?
Can't find anything special on this (among other packages only to be
found in python{2.7,3.2}-doc [1]), so I suggest we just leave it out
(contains no copyright info, whatsoever)
look at here and add the same thing in the copyright file.
Hello,
during the build, I have this message
writing output... [ 50%] examples
WARNING: LaTeX command 'latex' cannot be run (needed for math display), check
the pngmath_latex setting
writing output... [ 66%] index
maybe it would be nice to install latex to generate the pngmath pictures.
I also took the liberty to bump the standards version and fix some of the
lintian pedentic errors. I am happy to share my changes with you guys if
you're interested
Hello, are you part of the debian-sceince team ?
if yes you can push your changes to the repository.
If not, just give me the
Yes, I am part of the DST. I did not know it was so straightforward.
This is the principle of team maintenance :)
What should i do regarding the changelog though ?
put your name in the changelog
Do i make it as spyder (2.3.1+dfsg-1) with distribution set to
UNRELEASED and file an RFS ?
Done
Cheers
Frédéric
thanks for your work
--
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 review
So, please point to the relevant bug reports closed by 3.3.1, that
might help convincing the release team that accepting this last-minute
upstream release is worth it. Thanks!
here the information from the mailing list
ok, so here all the link
* sardana
** features
+ http://sourceforge.net/p/sardana/tickets/231/
+ http://sourceforge.net/p/sardana/tickets/250/
** bugs
+http://sourceforge.net/p/sardana/tickets/251/ (fix a crash)
the dscan things has no bug report but is something important for the final
Hello,
since we are close to the freeze and because your package add a new binary
package it will requiered to pass the new queue.
So it will no be possible to have python3 package for scoop into jessie.
nevertheless I propose to upload it targetting the experimental distribution
and reseve
Hi Frederic,
Please provide a filtered (source) debdiff of the changes, so we can
review them.
No problem here the full debdiff.
debdiff taurus_3.3.0+dfsg-2.dsc taurus_3.3.1+dfsg-1.dsc debdiff
Cheers
Fred
debdiff
Description: debdiff
Hello,
Here the answer of the taurus upstream (he forgot to CC the the bts)
Carlos Pascual [cpasc...@cells.es]
Hi Fred and Jonathan,
First of all, sorry for the late reply (I hope it is still relevant). I am
currently out of office and with limited email access. If you require
further info,
so here the question
That's where you come in. You're the maintainer and the expert in this
package. Are 251 and 221 that common and important that the other
changes are worth less testing than usual?
Yes I know about the package, I trust also the upstream when they did that they
did all the
Hello,
yes, that would be desirable, and we have an autopkgtest for that:
http://ci.debian.net/packages/h/haskell-yesod-bin/
but that did not prevent breakage, partly becaues autopkgtest failures
are far to easy to miss.
It could not be missed; if this test was run during the build process.
Hello, I am the maintainer of python-scientific
How does this differ from the existing python-netcdf package?
I CC the upstream autor of python-scientific, maybe he can clarify this point
but before a question to the netcdf4-python guyes.
Does netcdf4-python will support python3 ?
@Konrad do
Hello, I did an update of the patch for the 5.1.118-1~dfsg-2 version
do you mind if I do an NMU with the attached patch targetting experimental ?
- multiarch
- no more static and .la files
- modernize the rules file
Cheers
FredericFrom 83c45f71c2c876c5641e495c3da141236fc94485 Mon Sep 17
Why is it such important?
This is juste that I try to install one of my package libtango8:i386 and
libtango8:amd64 on one machine I have some troubles because
libpgm and omniorb-dfsg were not multi archied.
- multiarch
This is OK.
- no more static and .la files
Why do you disable these?
Frederic, it seems you have a sponsoring look as well - so I'll stay in
fall-back mode. Just ping me if I should do the final sponsoring
upload.
No problem Andreas,
I will tell you.
Except that today I will be mostly off (- music :) until this evening
cheers
Fred
--
To UNSUBSCRIBE, email
Hello Andreas,
It seems that you do not have numpy installed on your machine.
can you try after
apt-get install python-numpy python3-numpy
cheers
fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hello,
now that Jessie is out, is it possible for yu to upload the 2.x version.
thanks a lot for your efforts
Frederic
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, I can not sponsor your package, my computer can not boot anymore... I
will try to solve the problem...
Cheers
Frederic
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, upload
but I have a few remarks.
here the rules file
# see EXAMPLES in dpkg-buildflags(1) and read /usr/share/dpkg/*
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/default.mk
why is it necessary to export the symbols since you are using compat level 9 ?
%:
dh $@
I have updated both clBLAS and clFFT with a patch that suppresses the
offending flags.
You can build the most recent version of the package from the d-science
repositories with:
gbp buildpackage --git-upstream-tag=v2.4 --git-upstream-branch=master \
--git-debian-branch=debian/sid
Hello Ghislain, I am trying to build your package with sbuild and I got htis
error message.
make[3]: Entering directory '/«PKGBUILDDIR»/obj-i586-linux-gnu'
/usr/bin/cmake -E cmake_progress_report
/«PKGBUILDDIR»/obj-i586-linux-gnu/CMakeFiles 4
[ 8%] Building CXX object
Hello,
I go thtese lintian errors
lintian
───
E: clblas source: missing-build-dependency dpkg-dev (= 1.16.1~)
N:
N:The package doesn't specify a build dependency on a package that is used
N:in debian/rules.
N:
N:lintian intentionally does not take into account transitive
N:
Hello Ghislain,
It seems to me thaht I already saw this problem with Jerome... I built my
package on a 32bit system.
cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library /usr/bin/c++
-DCLFFT_EXPORTS -DclFFT_EXPORTS -m64 -pthread -g -O2 -fstack-protector-strong
-Wformat -Werror=format-security
Hi Fred,
Thanks for checking my package out.
Sorry for the noise I realize thaht I ran lintian on my wheezy machine
This is why I have theses messages.
I'll send a patch upstream, but I don't think it is worth adding a patch to
the packaging for
such a harmless issue.
quality ;)
So
2015-06-17 10:25 GMT+01:00 PICCA Frederic-Emmanuel
frederic-emmanuel.pi...@synchrotron-soleil.frmailto:frederic-emmanuel.pi...@synchrotron-soleil.fr:
Hello Ghislain,
It seems to me thaht I already saw this problem with Jerome... I built my
package on a 32bit system.
cd /«PKGBUILDDIR»/obj
I checked it out and both clBLAS and clFFT actually suffer from the same
problem. It seems upstream is rolling its own
multiarch detection / selection mechanism. The detection is based on the
result of CMAKE_SIZEOF_VOID_P, and the
selection can be overriden via a cmake option.
obviously it
look at the title ;)
RFS for the 2.4-1 version :)
no worry upload to mentors en I will take care of the sponsoring.
Cheers
Fred
#790771: RFS: clblas/2.4-1 -- OpenCL BLAS library
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hello Ghislain,
please upload to mentors then I will upload :)
wrong url in the next message ;)
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mercredi 1 juillet 2015 18:09
À : sub...@bugs.debian.org
Objet : Bug#790771: RFS: clblas/2.4-2 -- OpenCL
uploaded
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
@picca, are you a user of the hmatrix package, or did you report the
bug for other reasons?
Hello, I am using the gsl binding for my hkl project.
I use haskell in order to prototype my code then I do the implementation in C
(because for my job, I need to provide a C library which compile with a
done.
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mardi 18 août 2015 21:44
À : sub...@bugs.debian.org
Objet : Bug#796043: RFS: clblas/2.6-2
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package
Hello Ghislain,
I get this error when building with sbuild (unstable)
[ 62%] Building CXX object library/CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o
cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library /usr/bin/c++ -DCLFFT_EXPORTS
-DclFFT_EXPORTS -pthread -g -O2 -fstack-protector-strong -Wformat
I'll take care of this one then I need to leave so if you come with clblas
after do not hesitate to ask Andreas.
Cheers
Fred
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mercredi 19 août 2015 11:15
À : sub...@bugs.debian.org
Objet : Bug#796079:
idem 2.6 is out and can you fix most of the lintian warnings :)
Cheers.
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, sorry but I am in VAC until mid August.
can you find another sponsor or wait until I come back from holidays ?
the 2.6 version is also available :p
Cheers
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
dgit -wg sbuild
Yes it works.
Thanks
Frederic
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
:~/Debian/clfft/clfft$ LANG=C dgit -D sbuild --clean=git
+ git diff --quiet HEAD
+ dpkg-buildpackage '-i'\\'.git/' -I.git -d -T clean
dpkg-buildpackage: source package clfft
dpkg-buildpackage: source version 2.4-3
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by
$ licensecheck -r -m --copyright config
config/texinfo.tex GPL (v3 or later) 1985, 1986, 1988, 1990, 1991,
1992, 1993, 1994, 1995
config/ltmain.shGPL (v2 or later) 1996, 1997, 1998, 1999, 2000,
2001, 2003, 2004, 2005, 2006
Yes this is the problem, a very difficult
done
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mardi 21 juillet 2015 08:54
À : sub...@bugs.debian.org
Objet : Bug#793078: RFS: arrayfire/3.0.2-1
Package: sponsorship-requests
Severity: normal
Dear Mentors,
I am looking for a sponsor for the
ok Here what I did
:~/Debian/clfft/clfft$ LANG=C dgit sbuild --clean=git
dpkg-buildpackage: source package clfft
dpkg-buildpackage: source version 2.4-3
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Ghislain Antony Vaillant
ghisv...@gmail.com
thanks for the pacth :)
BUT python3-qt4 -> python3-pyqt4
I will upload spyder 2.3.7 today.
Thanks
Fred
Hello I do not know why this break, but nevertheless, I will reassign to
libstdc++in order to understand what is going on
* libstdc++6:i386 breaks python-guiqwt (<=2.3.1-1)
Please gcc guyes, can you tell me if a binNMU would be enought to solve this
problem.
Cheers
Frederic
> I guess you used the instructions from this wiki page:
> https://wiki.debian.org/sbuild
Yes I did but I created a propellor property in order o maintain my sbuild
chroot.
Indeed this is a detail. So I end up with a tar.gz owned by root:root
Then comes the upgrade whcih changed the owner into
> The error message you saw:
> E: unstable-i386-sbuild-22146117-8358-467e-a857-9e8d4c79e747: Failed to lock
> chroot: /var/lib/sbuild/unstable-i386.tar.gz: File is not owned by user root
> does not come from sbuild but from schroot. So if you want to know why schroot
> needs it to be owned by
FFTW is required for the test suite to run. However, their GTest
detection is flawed which makes the test suite not runnable. To fix this
would require heavy patching.
I'd rather talk with upstream first and ask them to provide more freedom
with regards to GTest handling.
Does it sound ok to
Hello Gislain,
I will upload the package ;)
During the build I saw this
-- Could NOT find FFTW (missing: FFTW_LIBRARIES FFTW_INCLUDE_DIRS)
-- FindFFTW looked for single precision libraries named: fftw3f or libfftw3f-3
-- FindFFTW looked for double precision libraries named: fftw3 or
Done
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello, just to know if you are planning to update propellor in Debian
Cheers
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
uploaded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ok, when I unmangle the symbol, I get this
c++filt _ZN5Tango11DeviceProxy14get_corba_nameB5cxx11Eb
Tango::DeviceProxy::get_corba_name[abi:cxx11](bool)
so it seems that this FTBFS is about a cxx11 ABi change.
during this build the c++ code compile in pytango (boost python)is noo more
Hello Doko,
libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -std=c++11 -D_REENTRANT -DOMNI_UNLOADABLE_STUBS -Wl,-z
-Wl,relro -o .libs/notifd2db notifd2db.o -L../../lib/cpp/server
/scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so
I am working on it with the upstream.
once fixed,I will upload a tango with the v5 extension. then I will ask for a
transition
right ?
any libstdc++6 follow-up transition is waived. you can just upload to
unstable.
ok, I will try to fix this issue next week.
thanks
Ok, with the new tango,I get another symbols problem
ImportError: /«PKGBUILDDIR»/build/lib.linux-i686-2.7/PyTango/_PyTango.so:
undefined symbol: _ZN5Tango17ranges_type2constIsE3strE
Tango::ranges_type2const::str
so once again a problem with a string ???
I started a thread about this on debian-python mailing list.
https://lists.debian.org/debian-python/2015/09/msg00028.html
ok, I just uploaded a tango package which fix the FTBFS with gcc5.
I also made a libstdc++6 transition for tango.
so now I think that after tango acceptation into unstable a simple binNMU
should fix this issue.
ok, so the missing symbols comes from
attribute.o and wattribute.o
:/usr/lib/i386-linux-gnu$ nm -D libtango.so.8.1.2 | grep ranges_type | c++filt
0045f258 D Tango::ranges_type2const::enu
00460dfc B Tango::ranges_type2const::str[abi:cxx11]
0045f280 D Tango::ranges_type2const::enu
00460fdc B Tango::ranges_type2const::str[abi:cxx11]
0045f27c D
Here also a discussion about the problem on the gcc mailing list
https://gcc.gnu.org/ml/gcc-help/2015-09/msg00057.html
It seems that a abi_tag attribut should be added in tango to the problematic
symbols in order to help gcc5 decide which ABI is expected.
ifdef _GLIBCXX_USE_CXX11_ABI
define
1 - 100 of 330 matches
Mail list logo