--
Sébastien Villemot
Researcher in Economics Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594
pgpPeDxmfmfH9.pgp
Description: PGP signature
at some point
after the Debian Wheezy freeze.
Best,
--
Sébastien Villemot
Researcher in Economics Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594
pgpxsxxWBLyAz.pgp
Description: PGP signature
is recommended by the Debian Science
Policy:
http://debian-science.alioth.debian.org/debian-science-policy.html#idp6771792
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
pgporlVffAqwY.pgp
Description: PGP
: 40AD1FA6
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
pgp1QywNcJLIG.pgp
Description: PGP signature
Le jeudi 28 février 2013 à 09:26 +0100, Andreas Tille a écrit :
thanks for your ITP. You might like to consider maintaining this
package inside the Debian Science team.
I will actually maintain it within the Debian Octave Group.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian
/science/tasks/viewing
would you agree to this?
Yes, this is very sensible.
If you tell me the Vcs location I could even inject it into this
page right now.
I have not yet uploaded anything, but it should eventually be:
git://git.debian.org/git/pkg-octave/matlab2tikz.git
--
.''`.Sébastien
of
dependencies)
- the other is libatlas.so: it perferctly makes sense to provide a
distinct atlas.pc for that one, but it should be a distinct file,
totally independent of blas.pc.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key
Le mardi 04 mars 2014 à 14:40 +0100, Michael Banck a écrit :
On Tue, Mar 04, 2014 at 02:37:28PM +0100, Sébastien Villemot wrote:
Le mardi 04 mars 2014 à 13:18 +0100, Michael Banck a écrit :
cp2k FTBFS on s390x[1], because:
1. The content of /usr/share/mpi-default-dev/debian_defaults
Le mercredi 12 mars 2014 à 18:44 +0100, Sébastien Villemot a écrit :
More specifically, I think that dh_fortran_mod should do the following:
- it would read a file debian/[package.]fortran-mod, which would contain
a list of mod files created by gfortran and to be installed into binary
necessarily be limited, since I am not
familiar with the math underlying slicot.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
, but in the
short term I guess we should manually generate the list of package to be
rebuilt. I am willing to do that if agreed by the Release Team.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
is the version number of the mod format (while it is the
GCC version for C++).
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
Le mercredi 07 mai 2014 à 15:51 +0200, Matthias Klose a écrit :
Am 07.05.2014 15:43, schrieb Sébastien Villemot:
Le samedi 03 mai 2014 à 21:18 +0200, Matthias Klose a écrit :
Package: release.debian.org
GCC 4.9 changes the module version for fortran 90 code from 10 to 12.
Shouldn't
which were the packages needing a
binNMU, so the Release Team has all the necessary information for
handling this transition.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description
was not yet recompiled for the new
Fortran.
Thanks,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
of the work for
sagemath in debian, and should only need a light review since I did
nothing fancy...
Uploaded to unstable (I assumed this was your target distribution,
despite the freeze, since the package has no rdep and a very low
popcon).
Thanks for your contribution,
--
.''`.Sébastien
Package: wnpp
Severity: wishlist
Owner: Sébastien Villemot sebast...@debian.org
* Package name: r-cran-rsdmx
Version : 0.4.5
Upstream Author : Emmanuel Blondel emmanuel.blond...@gmail.com
* URL : http://cran.r-project.org/web/packages/rsdmx/index.html
* License
Le mercredi 30 mars 2016 à 22:33 +0200, Sébastien Villemot a écrit :
> Le mercredi 30 mars 2016 à 22:03 +0200, Wolfgang Fütterer a écrit :
> >
> > IMHO there are the following options to continue:
> >
> > 1) Removing suitesparse-metis from unstable
> >
suitesparse to stay
in main.
So either 1) and 3). I'm personally indifferent between the two,
because I'm not interested in non-free software.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
2.
> Sébastien, are you available for updating superlu?
No, sorry.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
ared library.”
Looking at package names, shared libraries have different SOVERSIONs (0,
1 and 2 seem to be used). So it seems that this constraint is not
fulfilled by sundials, though I am not sufficiently familiar with the
package to make a definitive judgment.
Cheers,
--
.''`. Sébast
are detrimental. If you want to turn them
> back
> on, be my guest and revert that commit.
Debian Policy §8.3: “The static library (libraryname.a) is usually
provided in addition to the shared version. It is placed into the
development package.”
Cheers,
--
.''`.Sébastien Villemot
:
make that change for buster.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
apparently that build-profiles are meant to
be compatible with reproducible builds (while by definition
optimized-build are not reproducible across machines).
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
Le mardi 10 janvier 2017 à 12:05 +0100, Andreas Tille a écrit :
>
> On Tue, Jan 10, 2017 at 11:29:14AM +0100, Sébastien Villemot wrote:
> > If it is the former, it makes senses to remove r-base (+ octave and
> > julia). But if it is the latter (and it is what I was impli
On Sat, Aug 12, 2017 at 06:39:00PM -0400, Doug Torrance wrote:
> On 08/06/2017 07:02 AM, Sébastien Villemot wrote:
> > Le vendredi 04 août 2017 à 21:47 -0400, Doug Torrance a écrit :
> > > Would anyone be able to sponsor mathic and mathicgb?
> > >
> > > I'
by adding our own patches? Has
someone created a lively fork? Would you be interested in maintaining
it (upstream and/or in Debian)?
Cheers,
--
⢀⣴⠾⠻⢶⣦ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
ed. Don't hesitate to ask me.
By the way, I see that there are now two sundials repositories on
alioth (sundials.git and sundials_dima_kogan.git). Which one is the
right one? Some clean-up would probably be warranted.
Cheers,
--
⢀⣴⠾⠻⢶⣦ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
just to drop octave build-depends on sundials (which should make your
> life easier).
No, the dependency on sundials that will be introduced in Octave 4.4
has to do with new functions introduced in the Octave interpreter (for
solving ODEs).
--
⢀⣴⠾⠻⢶⣦ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Develope
dscs --debsnap".
If the maintainer does not answer you then you may contact the MIA team
in order to have the packaged orphaned. For more details, see:
https://wiki.debian.org/Teams/MIA
Since this process is likely to take time, you can also work on an NMU
in the meantime.
Cheers,
--
.''`.
viously, libmathicgb is underlinked. It misses at least a dependency on
libmathic, and maybe more.
Cheers,
--
⢀⣴⠾⠻⢶⣦ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
Le vendredi 04 août 2017 à 11:52 +0200, Kay F. Jahnke a écrit :
> Am 14.07.2017 um 15:40 schrieb Sébastien Villemot:
> > I am the maintainer of einspline in Debian (under the Debian Science
> > umbrella).
> >
> > I am wondering what should be done with that pack
Le lundi 07 août 2017 à 10:42 +0200, Sébastien Villemot a écrit :
> Concerning vspline, I am of course willing to help you get it into
> Debian. However, you should be aware that you are expected to do proper
> ABI tracking of the library once it is packaged (see [1]; see also [2]
> i
h a broken makefile
rule for binary-indep. I also fixed a lintian error and the autopkgtest
failure.
However, this may not be the end of the story. Version 0.8.0-1 failed to build
on several release archs, so we may have to deal with some additional
portability issues, we’ll see.
--
⢀⣴⠾⠻⢶⣦⠀ Sébast
On Sat, Aug 19, 2017 at 10:09:31AM +0200, Andreas Tille wrote:
> On Fri, Aug 18, 2017 at 11:19:26PM +0200, Sébastien Villemot wrote:
> >
> > > I just want to announce that I will not have time for any relevant
> > > Debian work and that it would really h
pefully it will pass NEW, and when it does, we can contact the Release Team
for starting the transition.
Thanks Dima, James and Andreas for your contribution to this update.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.de
eral dynamic
libraries with different SOVERSIONs).
The only benefit of splitting the -dev package is to save some disk
space on developers' machines who don't need all the libraries. IMHO it
is not worth the trouble (in comparison with the extra maintenance work
and the overhead on Debian mirrors).
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
patches that you contribute will not be under a license suitable for upstream.
So the recommended practice is to use the same license in the packaging as
upstream, but in the last analysis this is your call.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http:/
n ABI break, but this is a rather
theoretical debate. In practice this proposed change does the job.
Then the Release Team will schedule binNMUs for all R reverse dependencies, and
everything will migrate to testing. Of course this means more rebuilds than
strictly necessary, but who cares
ush it there
(note that I will be uploading what is in the git, not on mentors).
I recommend that you create the git repository using:
gbp import-dsc --pristine-tar segyio_.dsc
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄⠀⠀
post :)
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
binaries are not the main product, but just a few auxiliary utilities,
then segyio-bin is probably a good choice.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
should not be "1",
but the upstream version in which the symbol appeared in Debian, which is
"1.3.3".
- in debian/copyright, the pycmake/ stanza contains a link to the LGPL text,
not the GPL text
- in debian/control, "section: libs" should be capitalized ("Se
alioth.debian.org (which is high traffic,
because it gets the bug reports of all packages maintained by the team); or you
can subscribe to segyio on http://tracker.debian.org (once it appears there,
i.e. after your upload has been accepted).
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian
ers. So please be patient. Future uploads won’t have
to go through this, unless you introduce a new binary package.
Thanks for your contribution to Debian,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.
a package that
did not build in the first place, and that is not lintian clean either. This is
clearly a waste of sponsors' time.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
to sponsor your request.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
lution (I guess the debate is then about how broken they are).
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
t; Could anyone take it from here?
I tried to compile from the git but it fails at the very beginning:
find-netcdf.patch does not apply…
Also note that I pushed a small change, so don't forget to git pull before
working on it.
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Develope
On Wed, Oct 04, 2017 at 04:41:52PM +0200, Andreas Tille wrote:
> On Wed, Oct 04, 2017 at 04:17:29PM +0200, Sébastien Villemot wrote:
> > >
> > > So who is going to file the RM bug?
> >
> > And the good news is that there is no dependency problem (even i
On Wed, Oct 04, 2017 at 04:05:46PM +0200, Andreas Tille wrote:
> On Wed, Oct 04, 2017 at 04:00:23PM +0200, Sébastien Villemot wrote:
> > On Wed, Oct 04, 2017 at 03:52:56PM +0200, Sébastien Villemot wrote:
> > > On Wed, Oct 04, 2017 at 03:43:00PM +0200, Anton Gladky wrote:
>
bably get access even as a non-DD), or someone else has to do
it.
I am leaving it here for now, because I only have the time for sponsorship, not
for maintenance of the package.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.d
ou can use "dch --create" to recreate the changelog from scratch
with the correct entry).
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
On Sat, Sep 09, 2017 at 09:28:23PM +0200, Sébastien Villemot wrote:
> In the process of multi-archifying our BLAS and LAPACK packages (src:lapack,
> src:atlas, src:openblas), I realized that there is now a src:clapack package
> in
> the archive, maintained by our team.
>
> The
k.
Best,
> On Sat, Sep 09, 2017 at 09:55:59PM +0200, Sébastien Villemot wrote:
> > On Sat, Sep 09, 2017 at 09:28:23PM +0200, Sébastien Villemot wrote:
> >
> > > In the process of multi-archifying our BLAS and LAPACK packages
> > > (src:lapack,
> > > sr
,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
On Sun, Sep 10, 2017 at 07:36:19AM +0200, Andreas Tille wrote:
> On Sun, Sep 10, 2017 at 12:14:17AM +0200, Sébastien Villemot wrote:
> >
> > Since clapack and lapack provide exactly the same API and ABI, and actually
> > exactly the same algorithms (the only difference
On Sun, Sep 10, 2017 at 10:43:48AM +0200, Kay F. Jahnke wrote:
> Am 09.09.2017 um 13:26 schrieb Sébastien Villemot:
> > Dear Kay,
> >
> > On Sat, Sep 09, 2017 at 12:46:39PM +0200, Kay F. Jahnke wrote:
> >
> > > I've started afresh in the way you su
On Tue, Sep 12, 2017 at 10:11:24AM +0200, Andreas Tille wrote:
> PS: Feel free to ask for removal of clapack (or alternatively ask me to
> do so)
Thanks, done in #875564 (for sid) and #875565 (for stretch).
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀
?
This is because of #861333 (essentially an ABI breakage). r-base is therefore
prevented to migrate to testing, and since R packages have a tight dependency
on the latest version of R, they cannot migrate either. Lots of R packages are
currently stuck in unstable for that reason.
Cheers,
--
On Wed, Oct 04, 2017 at 03:52:56PM +0200, Sébastien Villemot wrote:
> On Wed, Oct 04, 2017 at 03:43:00PM +0200, Anton Gladky wrote:
>
> > one more option is to drop pandas on those archs (filing
> > RM bug) and fill the list of supported archs explicitly
> > in d/con
act of the most recent uploads.
This will soon be reflected in the tracker and various web pages.
R-related uploads can therefore be resumed.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
D
On Thu, Oct 12, 2017 at 09:13:54AM -0500, Dirk Eddelbuettel wrote:
>
> On 12 October 2017 at 15:58, Sébastien Villemot wrote:
> | Thanks Charles for explaining this.
> |
> | Actually the migration has already happened, thanks to the Release Team that
> | took appropriate
lder? Could somebody
> please have a look? If not the only chance I see is to deactivate armhf
> for pandas.
pandas is uncompiled on armhf, so this is not a blocker for testing migration.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.
On Sun, Nov 19, 2017 at 08:48:52AM +0100, Kay F. Jahnke wrote:
> Am 18.11.2017 um 14:10 schrieb Sébastien Villemot:
> > On Sat, Nov 18, 2017 at 10:58:22AM +0100, Kay F. Jahnke wrote:
> > > I also modified the lists of files to be installed, to reflect one added
> > &
ed, and package is uploaded to mentors for review.
I made the upload. I just added a fix for bug #871662.
Thanks for your contribution,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
s for your contribution.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
veral people (Gilles Filippini and Sébastien Villemot)
> under the Debian Science Team umbrella.
>
> Finally the upstream homepage says 6.0.0 is out since february.
>
> So my questions are:
> - is it O or not?
> - who's working on packaging 6.0.0?
> - is it normal that a packa
number of DDs who are offering key signing in various
places (including Berlin):
https://wiki.debian.org/Keysigning/Offers#DE
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
On Thu, Oct 26, 2017 at 10:24:57AM +0200, Andreas Tille wrote:
> On Tue, Oct 24, 2017 at 02:17:26PM +0200, Sébastien Villemot wrote:
> > > (see build log[2]). My suspicion is that this is not really an error in
> > > the test suite but some problem with the autobui
Dear Kay,
On Sat, Oct 21, 2017 at 11:59:04AM +0200, Kay F. Jahnke wrote:
> Am 10.09.2017 um 14:13 schrieb Sébastien Villemot:
>
> > I uploaded your package. Note that it has to go through the so-called NEW
> > queue, which means it is waiting manual processing by ftpmasters.
u should keep their names (adding yours as a
> > > third one). Removing them in this context would be rude.
> > >
> >
> Done!
Thanks, I have made the upload (with two extra commits, one for fixing the
watch file which was broken, and the other one for removing the obsolete
get-o
+0200
Shouldn't you also close #896567 ?
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
lly I may well be personally interested in installing your MKL package,
for doing occasional benchmarks. But I don't want to have to modify the default
priorities for my daily usage (I would modify them temporarily for doing those
benchmarks).
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian
On Sun, May 06, 2018 at 12:21:28PM +0200, Antonio Valentino wrote:
> I prepared the debian package for the new upstream version of numexpr:
> 2.6.5 [1,2].
> It would be nice if you could upload it.
Uploaded, thanks.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷
llocations: 160 bytes)
> dgemm Error :2.770610675980814e-11
> dgemm /usr/lib/x86_64-linux-gnu/libmkl_rt.so
> 1.103356 seconds (10 allocations: 160 bytes)
> dgemm Error :2.7982744719588258e-11
>
> Netlib is always the slowest one. For small matrices OpenBLAS is
> ver
pload (taking inspiration from the examples given in uscan(1) manpage
for github repos).
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
ributing such an binary and therefore violating the GPL. So at the very
least we must clearly warn the user about that risk and not have MKL the
default BLAS implementation.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
cal piece of information may go unnoticed for a
long time by third parties, including potentially interested maintainers. And
this doesn't prevent the future maintainer from keeping it in Debian Science.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebast
es.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
Developers" [1].
> So I cannot apply at the moment or in the near future.
What about generating a new key and looking for a DD to sign it? There are many
DDs offering key signing, especially in Italy (where I guess you live):
https://wiki.debian.org/Keysigning/Offers
Best,
--
⢀⣴⠾⠻⢶⣦⠀
On Tue, Jun 19, 2018 at 06:51:02PM -0700, Dima Kogan wrote:
> Sébastien Villemot writes:
>
> > On Sat, Jun 16, 2018 at 10:16:18PM -0700, Dima Kogan wrote:
> >
> >> These packages are not perfect, but I think they're good-enough to push.
> >> So I just pushed
stinst.in, when the users reply "no", you put both BLAS and LAPACK
alternatives in auto mode if MKL was selected for BLAS. You should rather split
that in two tests: one for BLAS, one for LAPACK, because in theory it's
possible to have BLAS pointing to MKL and not LAPACK.
--
⢀⣴⠾⠻⢶⣦⠀
ocedure with the field debian/uploaders field.
>
> In any case, it's no problem for me to keep their names.
Since they have not asked to be removed, and unless they are MIA (Missing in
Action), you should keep their names (adding yours as a third one). Removing
them in this context would
t, if someone links with -lblas, then he is only
asking for the BLAS ABI and not more. If someone wants to link against symbols
specific to ATLAS/OpenBLAS, then he should link against -latlas/-lopenblas.
So, for consistency, I think it is ok to register MKL as providing
libblas.so/liblapack.so.
Best,
ied:
https://lists.debian.org/debian-science/2018/04/msg00016.html
This time I’m putting you in CC in case you’re not subscribed to the list (but
you’re supposed to be unless you tell otherwise).
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.v
ch one of them has a specific
subdir under /usr/lib/${DEB_HOST_MULTIARCH}/). So the same should probably be
done for MKL.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
OBOn Mon, Apr 30, 2018 at 05:49:16PM +0200, Sébastien Villemot wrote:
> On Mon, Apr 30, 2018 at 03:31:29PM +, Lumin wrote:
>
> > Four symbol links are installed to usr/lib/${DEB_HOST_MULTIARCH}/mkl/
> > directory, see [2][3]. Using ld.so environt variable to swit
update-alternatives --set libblas.so.3-@DEB_HOST_MULTIARCH@
/usr/lib/@DEB_HOST_MULTIARCH@/libmkl_rt.so
(and similarly for other alternative groups)
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Descrip
ed in providing a license-impure
> option, but then we shouldn't be providing a non-free, and we don't need
> to rehash that argument.
There seems to be a consensus in favor of packaging MKL, so I don’t understand
why you’re saying this.
We’re just talking about clearly expressing the fac
ties are meant to express what Debian thinks is the best option to
implement BLAS. I can’t see how we could collectively think that MKL is better
than OpenBLAS: we have always valued freedom above performance or features,
it is the essence of this project.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
?
This is not yet decided, but I hope there will be some sort of automatic
migration.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
nstead of moving them, the right solution seems to lock them, using hooks,
preventing any further push.
See /git/pkg-postgresql/postgresql-common.git/hooks/pre-receive on alioth for
an example of such a lock.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villem
have done that, please do not forget to update the alioth rewrite map
with the new location for R packages:
https://salsa.debian.org/salsa/AliothRewriter/blob/master/definitions/debian-science.conf
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.vill
rol fields shouldn't
get updated with the next upload. This map is just a workaround.”
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
On Tue, Jan 09, 2018 at 11:54:29AM +0100, Sébastien Villemot wrote:
> On Tue, Jan 09, 2018 at 11:51:48AM +0100, Andreas Tille wrote:
>
> > In any case it makes sense to register debia...@lists.debian.org since
> > we need a proper discussion list for discussions like we are
ian-science-sagemath@. You should
probably contact the Alioth admins.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
Hopefully it would make them more visible and might help to attract
> contributions for package updates. What do you think about this ?
I fully support the idea (but I don't expect to have time to work on it before
alioth is shutdown).
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁
On Tue, Jan 09, 2018 at 11:27:30AM +0100, Andreas Tille wrote:
> On Tue, Jan 09, 2018 at 08:42:45AM +0100, Sébastien Villemot wrote:
> > > I'd vote for anonscm style even
> > > if we need to change all Vcs fields anyway due to the team change.
> >
> > Unless we
I already successfully asked for the debian-octave list).
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ http://sebastien.villemot.name
⠈⠳⣄ http://www.debian.org
signature.asc
Description: PGP signature
1 - 100 of 212 matches
Mail list logo