sardana 2.1.1-1~exp1 available into experimental is supporting python-qtconsole
and ipython5
so this is not a problem for the transition.
Cheers
> we are planning to transition ipython from version 2.4 to 5 [1]. This
> amounts to larger changes: ipython-notebook and ipython-qtconsole were
> moved to a separate project, Jupyter. Packages for ipython 5 and several
> Jupyter components are available in experimental (see [1]), however
>
Hello Andreas, what is strange is this
https://piuparts.debian.org/sid/state-successfully-tested.html#pymca-doc
Is there a problem with piuparts ?
Hello Sean,
in flycheck-doc, you put this
+Depends: www-browser, elpa-flycheck (= ${source:Version})
+Suggests: elpa-flycheck
why this dependency to elpa-flycheck ?
Hello during the packaging I get this error message for the tests
==
ERROR: spyderlib.widgets.tests.test_array_builder
(unittest.loader.ModuleImportFailure)
--
> So you're installing the .deb from stretch on your jessie machine?
Yes exactly I rebuild the propellor on my jessie machines.
> I suggest that you install the /usr/bin/propellor wrapper from the
> jessie repos, and then use a more recent ~/.propellor. E.g.:
>cd ~/.propellor
>git
> It means you need git 2.9 on the system you run `propellor --spin`, but
> it shouldn't break anything on the host you are trying to configure.
Yes, but usually, I prepare my configuration on the targetted machine. (a
jessie machine)
So if I can not run propello on jessie I will be really sad
Hello Sean
diff --git a/debian/control b/debian/control
index 9194b6c..21a524d 100644
--- a/debian/control
+++ b/debian/control
@@ -43,7 +43,7 @@ Depends: ${misc:Depends}, ${shlibs:Depends},
libghc-stm-dev,
libghc-text-dev,
libghc-concurrent-output-dev,
- git,
+
what about the serial / openmp etc.. version of the plugings ?
> I've juste uploaded release 1.10.0-patch1+docs-1~exp3 to experimental,
> configured with:
> --with-default-plugindir=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/plugins
Just for information do we have this plugin directory available in the
pkg-config file in order to setup
the plugging directory for
done
thanks a lot for this package ;)
Fred
De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mardi 14 juin 2016 16:13
À : Debian Bug Tracking System
Objet : Bug#827273: RFS: python-vispy/0.4.0-1 [ITP]
Package: sponsorship-requests
Severity: wishlist
uploaded
Cheers
Fred
Hello Ghislain.
I see only one problem you did not repackage the source with a +dfsg in order
to remove the font files.
If you let the files inside the source package you need to add the copyright
information of these files.
the best is to repackge using the Files-Excludes in the copyright
In fact I would change the title :)
for
indentation problem with
I do not know if the new version solve this problem.
Fred
Hello,
Here a test.hs file which show starnge behaviour when using the tab key
Go to the open [ and hit tab
before
packages :: [Package]
packages =
[
-- hardware
"firmware-linux-nonfree"
]
after
packages :: [Package]
packag[
-- hardware
> I don't know enough about the python-qtawesome package to tell whether
> python-xstatic-font-awesome is equivalent functionality-wise.
Me too :)
> I don't expect it to be an easy pitch to ask the Spyder team to
> rethink their dependency chain just for the sake of re-usability.
> Unless you
Hello Ghislain,
I am wondering it this python-qtawesome package should not be replace by the
already available one [1]
python-xstatic-font-awesome.
It would be great if we could convince the spyder upstream to use the
python-xstatic system instead of embeding third party solutions.
Cheers
> The Spyder Development Team is not upstream of this font actually. So I
> don't think creating a font package from this source package is the
> right solution, is it?
No you are right
I looked at the elusive content
/tmp$ unzip elusive-icons-2.0.0.zip
Archive: elusive-icons-2.0.0.zip
Hello Ghislain
>* The -common package contains 2 fonts, one of which is not available
> for Debian (elusive-iconfont, SIL OFL 1.1). The other one (fontawesome)
> is symlinked from its corresponding package.
in that case can you create a real fonts package in order to be consistant with
all
uploaded.
thanks a lot
Fred
Done :)
thanks for your work.
Fred
Uploaded
thanks for your work
Frederic
Thanks to Picca Frederic-Emmanuel (Closes: #793789)
* d/control: cme fix, wrap and sort, update descriptions.
* Add examples to doc package.
* Move documentation generation to arch-indep targets.
* Add autopkgtest testsuite.
* Simplify clean target.
Best regards,
Ghislain Vaillant
Hello, I know that the current state of the spyder stack is quite unstable :((
Can you test this with the version available into unstable 2.3.8. And gives me
your feedback.
The problem is that spyder > 2.3.5 changed by default the PyQt API#1 -> #2 and
it broke a bunch of dependencies.
This is
uploaded.
thanks for your work :)
De : Sean Whitton [spwhit...@spwhitton.name]
Envoyé : mercredi 13 janvier 2016 04:19
À : sub...@bugs.debian.org
Objet : Bug#810870: RFS: propellor/2.15.3-1 -- property-based host
configuration management in haskell
accepted :)
done :)
Thanks
Fred
De : Sean Whitton [spwhit...@spwhitton.name]
Envoyé : lundi 4 janvier 2016 13:58
À : sub...@bugs.debian.org
Objet : Bug#809826: RFS: propellor/2.15.2-1 -- property-based host
configuration management in haskell
Package:
done.
thanks for your contribution :))
De : Sean Whitton [spwhit...@spwhitton.name]
Envoyé : dimanche 3 janvier 2016 18:28
À : sub...@bugs.debian.org
Objet : Bug#809747: RFS: propellor/2.15.1-1 -- property-based host
configuration management in haskell
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
thanks for the pacth :)
BUT python3-qt4 -> python3-pyqt4
I will upload spyder 2.3.7 today.
Thanks
Fred
> 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
> 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
Hello,
I am on it.
Cheers
I will take care of this.
Cheers
It is in the pipe :)
Cheers
done :)
Thanks
Fred
python-scientific is for now not compatible with numpy 1.9.
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
I started a thread about this on debian-python mailing list.
https://lists.debian.org/debian-python/2015/09/msg00028.html
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
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 ???
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, 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
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:
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
@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
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
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
$ 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
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
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
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
uploaded
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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
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
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, 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?
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.
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,
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
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
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
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 ?
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.
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, 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, 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
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
201 - 300 of 333 matches
Mail list logo