> 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
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
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
5.2.1~cvs20091107+dfs
> 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
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
> 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
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
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
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, 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
> 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,
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
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/
> 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
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 TAN
python-scientific is for now not compatible with numpy 1.9.
done :)
Thanks
Fred
I will take care of this.
Cheers
It is in the pipe :)
Cheers
Hello,
I am on it.
Cheers
> @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
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
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 "cl
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: RF
I just apply this patch and the import test PASS.
I took only a part of the upstream patch
but now I get this
I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_3.5/build;
python3.5 -m pytest test
= test session starts ==
platform linux -- Py
looking at the upstream repository,it seems that there is plenty of py3 fixes
since the last release 0.9.0
so maybe it would be better to not run the unit test for the python3 now.
Another solution is to take the HEAD of python-jedi, as explain by the
upstream[1] and see if it pass the unit tes
Hello Mika,
VEry glade to hear that you decided to integrate bornagain into Debian.
I created a git repository for it under
ssh://git.debian.org/git/debian-science/packages/bornagain.git
do you have an alioth account, and are you already member of the debian-science
team ?
Cheers
Frederic
Hello
here the napi code which cause some trouble.
# Convert open mode from string to integer and check it is valid
if mode in _nxopen_mode: mode = _nxopen_mode[mode]
if mode not in _nxopen_mode.values():
raise ValueError, "Invalid open mode %s",str(mode)
Let's instrument the code
print filename, mode, _ref(self.handle)
status = nxlib.nxiopen_(filename,mode,_ref(self.handle))
print status
$ python bug.py
filenamenxs.h5 5
0
in the napi.h files we saw this.
define CONCAT(__a,__b) __a##__b/* token concatenation */
#ifdef __VMS
#define MANGLE(__arg) __arg
#else
#define MANGLE(__arg) CONCAT(__arg,_)
#endif
#define NXopen MANGLE(nxiopen)
/**
* Open a NeXus fi
Herethe code ofthismethod
/**/
static NXstatus NXinternalopen(CONSTCHAR *userfilename, NXaccess am,
pFileStack fileStack);
/*--*/
NXstatus NXopen(
activating the NXError reporting we got
filenamenxs.h5 5
ERROR: cannot open file: filenamenxs.h5
0
and looking for this errormessage,
we found it in the napi5.c file
NXstatus NX5open(CONSTCHAR *filename, NXaccess am,
NXhandle* pHandle)
{
hid_t attr1,ai
Here after rebuilding hdf5 in debug mode
:~/Debian/nexus$ ./bug.py
H5get_libversion(majnum=0xbf8a5b04, minnum=0xbf8a5b08, relnum=0xbf8a5b0c) =
SUCCEED;
H5Eset_auto2(estack=H5P_DEFAULT, func=NULL, client_data=NULL) = SUCCEED;
H5open() = SUCCEED;
H5Pcreate(cls=8 (genprop class)) = 18 (genprop list)
It seems that the fix is not enought
this test failed at the flush
import nxs
f = nxs.open("/tmp/foo.h5", "w5")
f.makegroup('entry', 'NXentry')
f.opengroup('entry')
f.makegroup('g', 'NXcollection')
f.opengroup('g', 'NXcollection')
f.makedata('d', 'float64', shape=(1,))
f.opendata('d')
f.putdata(1
here the error message
~/Debian/nexus/bugs$ ./bug.py
Traceback (most recent call last):
File "./bug.py", line 15, in
f.flush()
File "/usr/lib/python2.7/dist-packages/nxs/napi.py", line 397, in flush
raise NeXusError, "Could not flush NeXus file %s"%(self.filename)
nxs.napi.NeXusError:
Hello
I attached the debdiff of the sardana 2.2.2-3 version prepared by the upsteam.
the changes are:
- add themself to Uploaders (at my request).
- Remove the dependency on the nexus package (which is broken)
- Implement the nexus functionnaly with the well maintained h5py.
thanks for cons
Hello,
I just wanted to send a ping and to add the information that this patch was
provided by the upstream of sardana.
thanks
Frédéric
uploaded
Cheers
Fred
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
D
> 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 a
what about the serial / openmp etc.. version of the plugings ?
> 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
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 fol
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 listma
uploaded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 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
Done
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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 libfftw3-3
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
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
dpkg-buildpackage: host architect
:~/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
> 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
> $ 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 diffic
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 00:00:0
> 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 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 proce
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 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 listmas...@lists.debi
> 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,
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
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
compatible
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
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
-L
> 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 s
> 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 th
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, 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, 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 Tango::ranges_type2co
I started a thread about this on debian-python mailing list.
https://lists.debian.org/debian-python/2015/09/msg00028.html
thanks for the pacth :)
BUT python3-qt4 -> python3-pyqt4
I will upload spyder 2.3.7 today.
Thanks
Fred
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 library/CMakeFiles/clFFT.d
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:
> 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 ;)
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-securi
2015-06-17 10:25 GMT+01:00 PICCA Frederic-Emmanuel
mailto: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-i586-linux-gnu/library &
> 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.
obviou
> 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/s
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 $@ --s
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
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 B
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? C
uploaded
Fred
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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.
Chee
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
http://sourceforge.net/p/sardana/mailman/message/
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
user
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 "u
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
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
-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
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
>>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
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.
http:/
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
1 - 100 of 340 matches
Mail list logo
