>>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 mas
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 blo
"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
-doc (it is neutral
> By-the-way: what's your opinion for the dep of the docs package on the
> main package, Suggests or Rec
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
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, 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 reposito
> 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 onc
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 debian-bugs-dist-requ...@lists.debian.org
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 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
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
t
> 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 ou
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// n
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
> 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: Fai
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
/usr/lib/i38
> 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
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
5.2.1~cvs20091107+dfs
I can trigger this bug with guiqwt
I attached a script which segfault.
from guiqwt import pyplot
pyplot.plot([1, 2, 3])
pyplot.show()
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
/usr/lib/i386-linux-gnu/lib
> 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,
t
Package: wnpp
Severity: wishlist
Owner: "Picca Frederic-Emmanuel"
* Package name: guiqwt
Version : 2.0.4
Upstream Author : pierre.rayb...@cea.fr
* URL : http://sourceforge.net/projects/guiqwt/
* License : CeCILLv2
Programming Lang: Python
D
Package: wnpp
Severity: wishlist
Owner: "Picca Frederic-Emmanuel"
* Package name: guidata
Version : 1.2.2
Upstream Author : pierre.rayb...@cea.fr
* URL : http://sourceforge.net/projects/guidata/
* License : CeCILLv2
Programming Lang: Python
D
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
import McaWindow
File "/usr/share/pyshared/PyMca/McaWindow.py"
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:
Deb
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 up
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
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 d
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.
>>> fr
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, 's
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-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
import gnomedvb
File "/usr/lib/pymodules/python2.5/gnomedvb
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: (500
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, 'test
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
updatejar(j, tempm
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 "/usr/lib/
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: Fix
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 G_DEBU
Package: wnpp
Severity: wishlist
Owner: "Picca Frederic-Emmanuel"
* Package name: libhkl
Version : 4.0.0
Upstream Author : Picca Frédéric-Emmanuel
* URL : http://repo.or.cz/w/hkl.git
* License : (GPL)
Programming Lang: (C)
D
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
301 - 340 of 340 matches
Mail list logo