On 9 September 2017 at 15:38, Andreas Tille wrote:
| I hereby closing this bug since all affected packages were
| manually uploaded.
I really, really appreciate that.
In your view, can we / shall we also close the underlying
https://bugs.debian.org/861333
which started this? As I underst
On 9 September 2017 at 14:12, Sébastien Villemot wrote:
| On Sat, Sep 09, 2017 at 06:48:12AM -0500, Dirk Eddelbuettel wrote:
| >
| > On 9 September 2017 at 06:44, Niels Thykier wrote:
| > | Thanks to Sébastien and Andreas for explaining the issue.
| >
| > Well, was it "exp
On 9 September 2017 at 06:44, Niels Thykier wrote:
| Thanks to Sébastien and Andreas for explaining the issue.
Well, was it "explained" ? They both raised and stressed a hypothetical
issue: That "there might be siutations where a partial upgrade breaks"
We don't actually know whether this holds
On 9 September 2017 at 10:50, Holger Levsen wrote:
| package: piuparts-master
| version: 0.81
| severity: important
| x-debbugs-cc: e...@debian.org
|
| On Sat, Sep 09, 2017 at 09:54:33AM +0200, Andreas Beckmann wrote:
| > rpy2 (2.9.0-1) unstable; urgency=medium
| > .
| >* New upstream relea
On 9 September 2017 at 01:31, Andreas Beckmann wrote:
| On 2017-09-08 22:49, Dirk Eddelbuettel wrote:
| > I still maintain that this is a useless "academic" consideration. If users
| > want to corrupt their systems by only upgrading one package I will not stop
| > them. They
On 8 September 2017 at 22:47, Andreas Tille wrote:
| Hi Dirk,
|
| On Thu, Sep 07, 2017 at 02:46:04PM -0500, Dirk Eddelbuettel wrote:
| >
| > On 7 September 2017 at 21:20, Andreas Tille wrote:
| > | Hi Dirk,
| > |
| > | On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Edd
On 8 September 2017 at 20:01, Sébastien Villemot wrote:
| Hi Dirk and others,
|
| On Fri, Sep 08, 2017 at 12:29:25PM -0500, Dirk Eddelbuettel wrote:
|
| > | The problem is that you can end up with r-bioc-makecdfenv_1.50.0-1 (i.e.
before
| > | the rebuild) and r-base_3.4.1-2, because n
On 8 September 2017 at 17:23, Emilio Pozuelo Monfort wrote:
| On 01/09/17 14:28, Dirk Eddelbuettel wrote:
| >
| > On 1 September 2017 at 13:52, Emilio Pozuelo Monfort wrote:
| > | On 01/09/17 13:25, Dirk Eddelbuettel wrote:
| > | >
| > | > Emilio,
| > | >
| > | &
Hi Andreas,
On 7 September 2017 at 21:20, Andreas Tille wrote:
| Hi Dirk,
|
| On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote:
| > On 6 September 2017 at 22:48, Andreas Tille wrote:
| > | [Chris, I took the freedom to move r-cran-mcmc to Debian Science
| > | team si
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-readstata13
Version : 0.9.0-1
Upstream Author : Jan Marvin Garbuszus, Sebastian Jeworutzki
* URL or Web page : https://github.com/sjewo/readstata13
* License : GPL-2
Description : R
On 2 September 2017 at 19:23, Steve Cotton wrote:
| If I may ask, "why do you want to spend the developer time to rebuild only 46
| packages, when there's already an infrastructure that does it for you, at the
| cost of rebuilding all 516"?
Because in my 20+ years with Debian, we generally opted
On 2 September 2017 at 14:57, Steve Cotton wrote:
| On Thu, Aug 10, 2017 at 12:03:06PM -0500, Dirk Eddelbuettel wrote:
| > But the whole point of my bug report, and write up, is that
| >
| >46
| >
| > out of 516 package need a rebuild.
| >
| > So I continue to arg
On 1 September 2017 at 13:52, Emilio Pozuelo Monfort wrote:
| On 01/09/17 13:25, Dirk Eddelbuettel wrote:
| >
| > Emilio,
| >
| > Thanks for your follow-up. I will try to get to each point.
| >
| > On 1 September 2017 at 11:42, Emilio Pozuelo Monfort wrote:
| > | What N
Emilio,
Thanks for your follow-up. I will try to get to each point.
On 1 September 2017 at 11:42, Emilio Pozuelo Monfort wrote:
| What Niels meant is whether having an old, non-rebuilt R module with the new
| r-base works,
Yes, in general, and here in this case.
| and whether having a new, r
So I tried that -- and I cannot currently tickle the bug:
-- r-cran-spatial (from the initial bug report) was long rebuilt by me
-- r-cran-logspline (which you mentioned) is actually no longer on my
refined (shorter) list, no issues there
-- r-cran-data.table (on my list) is a false pos
Hi Niels et al,
On 26 August 2017 at 07:22, Niels Thykier wrote:
| Dirk Eddelbuettel:
| > [...]
| > On 19 August 2017 at 13:14, Dirk Eddelbuettel wrote:
| > |
| > | Dear release team,
| > |
|
| Hi,
|
| Sorry for the slow up take on our part.
No worries. Releases and Debconfs
severity 868558 serious
quit
On 19 August 2017 at 13:14, Dirk Eddelbuettel wrote:
|
| Dear release team,
|
| Gentle poke. We still need this set of NMUs to get R 3.4.1 into testing.
|
| "Ask me anything" -- What (if anything) is missing? How can I help?
Setting severity to '
Dear release team,
Gentle poke. We still need this set of NMUs to get R 3.4.1 into testing.
"Ask me anything" -- What (if anything) is missing? How can I help?
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Andreas,
On 10 August 2017 at 15:36, Andreas Beckmann wrote:
| On Sun, 6 Aug 2017 08:15:17 -0500 Dirk Eddelbuettel wrote:
| > Let's get these 46 packages rebuilt so that r-base 3.4.1 can migrate to
| > testing.
|
| Disclaimer: I don't know anything about R or the R packag
On 9 August 2017 at 19:43, Andreas Beckmann wrote:
| On 2017-08-09 19:09, Andreas Beckmann wrote:
| > I can't find a *gsl*prof* package in the archive, so this indeed seems
| > to be a new one. And should be totally unrelated to the splitting of the
| > library package.
|
| That's an interesting
On 9 August 2017 at 19:09, Andreas Beckmann wrote:
| On 2017-08-09 18:52, Dirk Eddelbuettel wrote:
| > Uploaded a -6 with the versioned Replaces but just got a note it is in NEW
| > because of libgsl-prof -- which seems strange. Any idea?
|
| Since the packaging is not in git (or anoth
On 9 August 2017 at 16:55, Andreas Beckmann wrote:
| On 2017-08-09 16:49, Dirk Eddelbuettel wrote:
| > | All the Conflicts can probably be turned into Breaks (which will make
apt's life
| > | easier for distupgrades involving this transition) and Breaks and Replaces
| > | need to m
Hi Andreas,
Thanks for the note.
On 9 August 2017 at 15:58, Andreas Beckmann wrote:
| Followup-For: Bug #871269
|
| Hi Dirk,
|
| for libgslcblas0 the Replaces on libgsl23 needs to be versioned (<<
2.4+dfsg-4).
Oh, right.
| All the Conflicts can probably be turned into Breaks (which will m
(Crap. This sat unsent in Emacs. Anyway -- fixed now, and thanks!)
On 7 August 2017 at 10:11, Matthias Klose wrote:
| Package: src:gsl
| Version: 2.4+dfsg-4
| Severity: serious
| Tags: sid buster
|
| Unpacking libgslcblas0:amd64 (2.4+dfsg-4) ...
| dpkg: error processing archive
| /tmp/apt-dpkg-
On 7 August 2017 at 09:00, Antonio Ospite wrote:
| On Mon, 7 Aug 2017 13:37:39 +1200 Ben Caradoc-Davies
| wrote:
| > Is there something wrong with libgsl23 2.4+dfsg-4? nco which depends on
| > libgsl23 and {inkscape, qgis} which depend on libgsl2 are not
| > coinstallable. Should libgsl23 have
On 7 August 2017 at 13:37, Ben Caradoc-Davies wrote:
| Is there something wrong with libgsl23 2.4+dfsg-4? nco which depends on
| libgsl23 and {inkscape, qgis} which depend on libgsl2 are not
| coinstallable. Should libgsl23 have libgsl2 in its "Replaces:"? I do not
| understand, but I suspect t
Dear release team,
I have a follow-up. Kurt Hornik (CC'ed as a courtesy) of the R Core team,
and also an avid Debian user, pointed out another suitable test (of checking
whether the (optional) C-level registration had actually been done in
package). With that, the set of packages to NMU halfes
On 5 August 2017 at 06:49, Dirk Eddelbuettel wrote:
| On 5 August 2017 at 12:35, Guillem Jover wrote:
| | Strictly speaking, libgslcblas does have a SONAME:
| |
| | $ objdump -p /usr/lib/x86_64-linux-gnu/libgslcblas.so.0 | grep SONAME
| | SONAME libgslcblas.so.0
On 5 August 2017 at 12:35, Guillem Jover wrote:
| Hi!
|
| On Fri, 2017-08-04 at 23:10:49 -0500, Dirk Eddelbuettel wrote:
| > On 5 August 2017 at 00:04, Alf Gaida wrote:
| > | like the subject says libgsl lacks some breaks and replaces, that breaks
the upgrade path:
|
| > | The followi
On 5 August 2017 at 00:04, Alf Gaida wrote:
| Package: libgsl23
| Version: 2.4+dfsg-3
| Severity: grave
| Tags: patch
|
| Dear Maintainer,
|
| like the subject says libgsl lacks some breaks and replaces, that breaks the
upgrade path:
|
| % LANG=C sudo apt -f install
On 30 July 2017 at 12:44, Kurt Roeckx wrote:
| Package: dieharder
| Version: 3.31.1-7
|
| Hi,
|
| When running a test with: dieharder -a -g 200 -k 2 -Y 2 -P 1000
|
| I got:
| diehard_sums| 0| 100| 100|0.03955711| PASSED
| diehard_sums| 0| 100| 200|0.0432
Dear release team,
On 16 July 2017 at 10:40, Dirk Eddelbuettel wrote:
|
| Package: release.debian.org
| User: release.debian@packages.debian.org
| Usertags: binnmu
| Severity: normal
|
| R 3.4.0, which was released in April, made one subtle breaking change
| affecting how (optional
On 26 July 2017 at 15:36, James Cowgill wrote:
| Hi,
|
| On 26/07/17 15:10, Dirk Eddelbuettel wrote:
| > On 26 July 2017 at 14:48, James Cowgill wrote:
| > | On 26/07/17 14:39, Dirk Eddelbuettel wrote:
| > | > On 26 July 2017 at 15:18, Julien Cristau wrote:
| > | > |
On 26 July 2017 at 14:48, James Cowgill wrote:
| Hi,
|
| On 26/07/17 14:39, Dirk Eddelbuettel wrote:
| > On 26 July 2017 at 15:18, Julien Cristau wrote:
| > | Control: reopen -1
| > |
| > | On Wed, Jul 26, 2017 at 12:57:55 +0100, James Cowgill wrote:
| > |
| > | > Hi,
| &g
On 26 July 2017 at 15:18, Julien Cristau wrote:
| Control: reopen -1
|
| On Wed, Jul 26, 2017 at 12:57:55 +0100, James Cowgill wrote:
|
| > Hi,
| >
| > On 26/07/17 12:32, Dirk Eddelbuettel wrote:
| > > On 26 July 2017 at 13:14, Michal Politowski wrote:
| > > | Package: li
On 26 July 2017 at 12:57, James Cowgill wrote:
| Hi,
|
| On 26/07/17 12:32, Dirk Eddelbuettel wrote:
| > On 26 July 2017 at 13:14, Michal Politowski wrote:
| > | Package: libgsl2
| > | Version: 2.4+dfsg-1
| > | Severity: important
| > |
| > | libgsl2 2.3+dfsg-1 contains /usr/
On 26 July 2017 at 13:14, Michal Politowski wrote:
| Package: libgsl2
| Version: 2.4+dfsg-1
| Severity: important
|
| libgsl2 2.3+dfsg-1 contains /usr/lib/i386-linux-gnu/libgsl.so.19 (on i386)
| libgsl2 2.4+dfsg-1 contains /usr/lib/i386-linux-gnu/libgsl.so.23
| this breaks packages depending on l
reassign 869695 asymptote
thanks
To me, that is a bug in asymptote. GSL went to version 2.* quite some time
ago, and by now everybody has had time to update. The API is not that
different, really.
Please rebuild (and patch if needed) aymptote against the current GSL
version.
Dirk
On 26 July
On 21 July 2017 at 07:08, Andreas Tille wrote:
| I stumbled upon this since the Debian Med package tree-puzzle
| is affected. Wouldn't the patch as easy as
|
| cd $somewhere && $(MAKE) && cd ..
I went with $(MAKE) -C somewhereas suggested in the original report.
Dirk
--
http://dirk
On 21 July 2017 at 07:08, Andreas Tille wrote:
| Hi Dirk,
|
| I stumbled upon this since the Debian Med package tree-puzzle
| is affected. Wouldn't the patch as easy as
|
| cd $somewhere && $(MAKE) && cd ..
Sure.
The bigger problem is that SPRNG is really outdated, as is the package itsel
On 18 July 2017 at 11:55, Johannes Ranke wrote:
| Nice. Amazing work. So buster should be covered then.
Thanks!
I also pushed the code to CRAN as RcppAPT 0.0.4 just to mark a snapshot.
| Now (correct me if I am wrong) if we could adapt your scripts to create
| versioned Breaks: relationships
Just a quick follow-up to say that I finally had some time to go over this
again (twice, in fact) and to also include BioC and 'other' packages.
A full write-up in the (GitHub) sources of package RcppAPT and also available
as a rendered vignette at
http://eddelbuettel.github.io/rcppapt/binnmu
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
R 3.4.0, which was released in April, made one subtle breaking change
affecting how (optional) compiled code in contributed package is loaded,
affecting the older two of the three (plus one
I will prepare an NMU for the delayed-5 queue -- the package is now needed
for something I have in the NEW queue which itself is needed for an existing
package.
So this has become a build dependency issue.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Package: r-cran-xts
Version: 0.9-7-1
Severity: normal
The xts package, while being widely used, had not had an upstream update in
several years. But now it has, and versioned Depends: start to appear.
Hence it would be nice if the package could be updated to 0.10-0.
As a fallback, I could do s
On Thu, Jul 06, 2017 at 03:37:10PM -0400, Russell Almond wrote:
> Let me add a resounding ME TOO. This is a bug and I want it fixed.
I essentially stopped reading your mail here. That tone gets you nowhere.
Dirk
--
Three out of two people have difficulties with fractions.
Just set R_LIBS_USER below /etc, for example by removing _one_ char
from /etc/R/Renviron or by setting it in /etc/environment or any other
mean.
A more constructive discussion is happening over on r-sig-debian.
Dirk
--
Three out of two people have difficulties with fractions.
Hi Charles,
On 1 May 2017 at 14:53, Charles Plessy wrote:
| Le Sat, Apr 29, 2017 at 09:50:01AM -0500, Dirk Eddelbuettel a écrit :
| >
| > I think I will cover these by hand now:
| >
| >package dotFortran dotC recommended
| > 1: class-7.3-14 FALSE T
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-ttr
Version : 0.23-1
Upstream Author : Joshua Ulrich
* URL or Web page : https://github.com/joshuaulrich/TTR
* License : GPL-2
Description : GNU R package to construct technical
On 23 June 2017 at 22:37, Helmut Grohne wrote:
| Source: sprng
| Version: 2.0a-2
| Severity: serious
| Justification: policy 4.6
| User: helm...@debian.org
| Usertags: rebootstrap
|
| sprng's build system hides build failures. It's Makefile uses
| constructs such as:
|
| (cd $somewhere; $(MA
Sorry, was out traveling / running a relay. Now back.
On 15 May 2017 at 17:12, Ximin Luo wrote:
| Holger Levsen:
| > control: found -1 3.4.0-1
| > control: notfound -1 3.4.0-1.0~reproducible2
| >
| > Hi Dirk,
| >
| > I've asked Ximin to file this bug so that we have something to track and to
|
On 13 May 2017 at 17:24, Bernhard Übelacker wrote:
| Hello,
| just tried to reproduce the crash I came to following stack:
|
|
| gdb -q --args dieharder -g 207 -a
|
| Program received signal SIGSEGV, Segmentation fault.
| gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161
| 161 return (r->type->
On 10 May 2017 at 17:08, Graham Inggs wrote:
| Source: r-base
| Version: 3.4.0-1
| Affects: src:r-cran-gsl src:r-cran-shinyjs src:r-cran-v8
|
| Hi Maintainer
|
| With R 3.4.0-1, Sweave's exit status seems to be always 1, even when no
| apparent error occurred.
|
| e.g.
|
| $ R CMD Sweave vign
On 10 May 2017 at 13:17, Francois Gouget wrote:
| Package: libgsl-dev
| Version: 2.3+dfsg-1
| Severity: normal
|
| Dear Maintainer,
|
| The amd64 version conflicts with the i386 one which makes it impossible
| to install both. As a result one is forced to chose between developing
| 32 bit or 64
On 9 May 2017 at 14:57, Andreas Tille wrote:
| Hi Chris,
|
| On Sun, May 07, 2017 at 06:06:10PM +0100, Chris Lamb wrote:
| >
| > Whilst r-bioc-gviz builds successfully on unstable/amd64, according to
| > Debian Policy 4.9 packages may not attempt network access during
| > a build.
| >
| >00
On 9 May 2017 at 15:00, Rene Engelhard wrote:
| tag 862132 + patch
| thanks
|
| Hi,
|
| On Tue, May 09, 2017 at 07:39:28AM -0500, Dirk Eddelbuettel wrote:
| > | > b) when I add it as in
| > | >
| > | > PKG_CHECK_MODULES([CPPUNIT], [cppunit >= 1.12.1])
| > |
On 9 May 2017 at 07:17, Rene Engelhard wrote:
| Hi,
|
| On Mon, May 08, 2017 at 06:17:19PM -0500, Dirk Eddelbuettel wrote:
| > a) your line was missing the square brackets
|
| Works without.
Not for me.
| > b) when I add it as in
| >
| > PKG_CHECK_MODULES([CPPUNI
Sigh. Not my day today. Somehow
a) your line was missing the square brackets
b) when I add it as in
PKG_CHECK_MODULES([CPPUNIT], [cppunit >= 1.12.1])
it doesn't somehow make it into configure so built still fails
c) the whole bug report was a little annoying as _we don't even have
On 9 May 2017 at 00:06, Rene Engelhard wrote:
| Hi,
|
| On Mon, May 08, 2017 at 04:51:52PM -0500, Dirk Eddelbuettel wrote:
| > On 8 May 2017 at 23:41, Rene Engelhard wrote:
| > | Hi,
| > |
| > | On Mon, May 08, 2017 at 04:34:27PM -0500, Dirk Eddelbuettel wrote:
| > | > No
On 8 May 2017 at 23:41, Rene Engelhard wrote:
| Hi,
|
| On Mon, May 08, 2017 at 04:34:27PM -0500, Dirk Eddelbuettel wrote:
| > Not when you talk to upstream, as I do as maintainer. Upstream's code may
| > well be built against cppunit-config for years to come.
|
| Why?
|
| The po
On 8 May 2017 at 23:19, Rene Engelhard wrote:
| Hi,
|
| On Mon, May 08, 2017 at 04:12:19PM -0500, Dirk Eddelbuettel wrote:
| > Ans when you say "you" I presume you are talking to upstream (who happens to
| > be a friend of mine, and CC'ed) ?
| >
| > Are you su
On 8 May 2017 at 22:26, Rene Engelhard wrote:
| Package: src:jags
| Version: 4.2.0-2
| Severity: normal
|
| Dear Maintainer,
|
| [ cppunit 0.14 is not in Debian yet, see #861718. Thus normal for now ]
|
| On a rebuild test using ratt I noticed your package doesn't build with
| cppunit 0.14:
|
On 8 May 2017 at 19:06, Ximin Luo wrote:
| Package: r-base-dev
| Version: 3.4.0-1.0~reproducible2
| Severity: wishlist
| Tags: upstream patch
| User: reproducible-bui...@lists.alioth.debian.org
| Usertags: build-path
|
| Dear Maintainer,
|
| I've been asked to file this bug report so that others
On 6 May 2017 at 22:34, Tomasz Buchert wrote:
| Hey,
|
| On 06/05/17 14:43, Dirk Eddelbuettel wrote:
| >
| > On 6 May 2017 at 20:43, Tomasz Buchert wrote:
| > | On 06/05/17 19:23, Tomasz Buchert wrote:
| > | > [...]
| > |
| > | Ok, I confirm that dlopen() is required to
On 6 May 2017 at 20:43, Tomasz Buchert wrote:
| On 06/05/17 19:23, Tomasz Buchert wrote:
| > [...]
|
| Ok, I confirm that dlopen() is required to properly resolve some
| symbols later: I can only assume that openmpi does some magic
| there. Here are 2 solutions I came up with:
|
| 1. Just like
Hi Tomasz,
On 6 May 2017 at 18:46, Tomasz Buchert wrote:
| On 03/05/17 17:54, Ralf Stubner wrote:
| > [...]
|
| Hi all,
| this is really another iteration of #741297.
|
|
| Honestly, I believe that the whole test of openmpi "existence" using
| dlopen is unnecessary. This code is only executed
On 3 May 2017 at 19:33, Daniel Baumann wrote:
| On 05/03/17 16:19, Dirk Eddelbuettel wrote:
| > But there isn't a lot I can do
|
| well, you could create the directory in the clean target.. and keep
| track of that by using find -type d -empty or so..
Patch?
| (yes, rather
On 3 May 2017 at 09:36, Dirk Eddelbuettel wrote:
|
| This may have something to do with it:
|
| root@ef11adb9da1c:/# pkg-config --libs ompi
| -L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi
| root@ef11adb9da1c:/#
|
| This is what we use at build-time. Yet:
|
| root
This may have something to do with it:
root@ef11adb9da1c:/# pkg-config --libs ompi
-L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi
root@ef11adb9da1c:/#
This is what we use at build-time. Yet:
root@ef11adb9da1c:/# ls -l /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi.*
lrwxrwxr
On 3 May 2017 at 15:11, Ralf Stubner wrote:
| Package: r-cran-rmpi
| Version: 0.6-6-3
| Severity: grave
| Justification: renders package unusable
|
| Dear Maintainer,
|
| When I try to load the Rmpi library, it fails with an error about a missing
| shared object file:
|
| $ LANG=C Rscript -e "l
On 2 May 2017 at 06:26, Daniel Baumann wrote:
| Package: r-base
| Version: 3.4.0-1
| Severity: minor
|
| Hi,
|
| the upstream tarball of r-base contains an empty directory:
|
| tests/Pkgs/exNSS4/man
|
| when importing r-base into git, this gets lost (because git cannot track
| empty director
On 29 April 2017 at 16:29, Niels Thykier wrote:
| Source: quantlib-swig
| Version: 1.9-1
| Severity: important
| User: debhelper-de...@lists.alioth.debian.org
| Usertags: dbgsyms-package-with-issues
|
| Hi,
|
| Due to dh_md5sums being commented out in d/rules, the generated dbgsym
| package for
Here is a follow-up, and for kicks with some R scripting.
It requires sources to have directory names like 'class-7.3-14', ie (CRAN)
package name followed by (CRAN) version.
Shell script:
-
#!/bin/bash
newfunc() {
On 28 April 2017 at 00:31, Johannes Ranke wrote:
| > | Packages compiled locally can simply be rebuilt using
| > |
| > | update.packages(lib.loc="/usr/local/lib/R/site-library",
| > | checkBuilt=TRUE)
| > |
| > | However the packages provided by Debian packages are installed in a
| > | direc
On 27 April 2017 at 11:37, Don Armstrong wrote:
| On Thu, 27 Apr 2017, Dirk Eddelbuettel wrote:
| > I don't know, and I tend not to run dated r-base-core packages.
|
| I'll try to check this out later.
Thanks!
| > Is that what debian/control ensures?
|
| Cool; I didn't
On 27 April 2017 at 12:49, Don Armstrong wrote:
| Control: severity -1 serious
|
| Do we know if this issue may also mean that any packages built with this
| new version are incompatible with older R versions? [I'm thinking so,
| but my ABI-fu is not super strong.]
I don't know, and I tend not t
On 27 April 2017 at 15:45, Johannes Ranke wrote:
| Package: r-base
| Version: 3.4.0-1
| Severity: normal
|
| With current R, R packages built for Debian before the upload of R
| 3.3.3.20170413-1
| on 14 April that use .C or .Fortran do no work properly, because the
functions
| calling .C or .
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-cellranger
Version : 1.1.0
Upstream Author : Jennifer Bryan
* URL or Web page :
https://cloud.r-project.org/web/packages/cellranger/index.html
* License : MIT
Description : GNU R
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-rematch
Version : 1.0.1-1
Upstream Author : Gabor Csardi
* URL or Web page : https://cran.r-project.org/package=rematch
* License : MIT
Description : R package to match regular
On 4 April 2017 at 11:54, James Cowgill wrote:
| Hi,
|
| On 04/04/17 11:14, Dirk Eddelbuettel wrote:
| > On 4 April 2017 at 10:45, James Cowgill wrote:
| > | Package: libgsl2
| > | Version: 2.3+dfsg-1
| > | Severity: normal
| > |
| > | Hi,
| > |
| > | As a followup f
On 4 April 2017 at 10:45, James Cowgill wrote:
| Package: libgsl2
| Version: 2.3+dfsg-1
| Severity: normal
|
| Hi,
|
| As a followup from the thread on debian-backports[1], please can you
| move libgslcblas.so from libgsl2 into a separate package. This will
| allow clean upgrades without conflic
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-viridislite
Version : 0.2.0
Upstream Author : Simon Garnier
* URL or Web page :
https://cloud.r-project.org/web/packages/viridisLite/index.html
* License : MIT
Description : Default
On 28 March 2017 at 13:32, Andreas Tille wrote:
| Hi Dirk,
|
| On Tue, Mar 28, 2017 at 05:24:02AM -0500, Dirk Eddelbuettel wrote:
| > | Alternatively this could be fixed by moving the script gsl-config from
| > | package libgsl-dev to libgsl2. Since you are the maintainer of both
| >
On 28 March 2017 at 14:16, Adrian Bunk wrote:
| On Tue, Mar 28, 2017 at 10:09:28AM +0200, Andreas Tille wrote:
| > ... If you want to fix the issue inside
| > r-cran-rcppgsl package you need to either convince the release team to
| > accept this new upstream version or revert the new version by us
The other possible fix is upstream -- I could just not assume I always have
gsl-config and make its use conditional. That's probably the best idea going
forward to support pure 'run-time, not dev' packages better.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 28 March 2017 at 10:09, Andreas Tille wrote:
| Package: r-cran-rcppgsl
| Version: 0.3.2-1
| Severity: grave
| Tags: patch
| Justification: renders package unusable
|
| [ Release team see below how to deal with newer upstream version in unstable
| than in testing ]
|
| Dear Maintainer,
|
|
On 22 March 2017 at 14:12, Aaron Toponce wrote:
| Package: dieharder
| Version: 3.31.1-7
|
| When testing the XOR generator with dieharder(1), the program segfaults:
|
| % dieharder -g 207 -a
| zsh: segmentation fault dieharder -g 207 -a
I can confirm that.
There has not been a whole
On 16 March 2017 at 07:33, Charles Plessy wrote:
| Hi Dirk and Salvatore,
|
| > From: Dirk Eddelbuettel
| > On 11 March 2017 at 17:56, Salvatore Bonaccorso wrote:
| > |
| > | The relevant changes seem to be the following, but I might be mistaken.
(btw,
| > | is there a VCS r
On 15 March 2017 at 23:36, Adrian Bunk wrote:
| On Wed, Mar 08, 2017 at 04:23:24AM -0600, Dirk Eddelbuettel wrote:
| >
| > On 8 March 2017 at 11:01, Adrian Bunk wrote:
| > | Source: quantlib
| > | Version: 1.9.1-1
| > | Severity: important
| > |
| > | https://buildd.debia
On 8 March 2017 at 13:17, Laurent Bigonville wrote:
| Source: gretl
| Version: 2016d-2
| Severity: wishlist
|
| Hi,
|
| I see that gretl is supporting both GTK+2 and GTK+3
|
| Any reasons to stick to GTK+2?
Patches welcome.
Dirk
| Regards,
|
| Laurent Bigonville
|
| -- System Information:
On 8 March 2017 at 12:54, Laurent Bigonville wrote:
| Source: gretl
| Version: 2016d-2
| Severity: wishlist
|
| Hi,
|
| Shouldn't SSE2 optimisation be enabled on amd64 architectures?
|
| According to [1], this should be supported in the amd64 port
Patches welcome.
Dirk
|
| Regards,
|
| Lau
On 8 March 2017 at 11:01, Adrian Bunk wrote:
| Source: quantlib
| Version: 1.9.1-1
| Severity: important
|
| https://buildd.debian.org/status/logs.php?pkg=quantlib&arch=mips64el
|
| ...
|
| Testsuite summary for QuantLi
I got your follow-up email at home rather than in this thread.
It seems like it may just be a one-char fix I need to fix:
edd@max:~/git/finance-yahooquote(master)$ diff -u YahooQuote.pm
/usr/share/perl5/Finance/YahooQuote.pm
--- YahooQuote.pm 2015-05-10 11:17:48.927669722 -0500
+++ /usr/s
severity 854473
thanks
I think you simply have no data. Check the Finance::YahooQuote module
in package libfinance-yahooquote-perl -- you can test on the commandline via
edd@max:~$ yahooquote FB AMZN NFLX GOOG
FB Facebook, Inc. 132.06 2/6/2017NMS
AMZNAmazon.com, Inc.80
On 6 January 2017 at 02:53, Santiago Vila wrote:
| Hi.
|
| I've triggered rebuilds in reproducible builds
Why? That wasn't what I asked you to do.
| and it also fails there:
|
| https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/rmpi.html
Well, doh. Computers and being determi
On 6 January 2017 at 00:53, Santiago Vila wrote:
| Package: src:rmpi
| Version: 0.6-6-1
| Severity: serious
|
| Dear maintainer:
|
| I tried to build this package in stretch with "dpkg-buildpackage -B"
| but it failed:
|
|
---
[ G, this sat in an unsent Emacs mail buffer for 10 days. Packages was
long uploaded. Thanks again for the reminder --Dirk ]
On 20 December 2016 at 11:25, Adrian Bunk wrote:
| On Mon, Nov 28, 2016 at 01:18:32PM -0600, Dirk Eddelbuettel wrote:
| >
| > On 28 November 2016 at
ules binary-arch the error still appears.
The bug is closed as far as I am concerned. 0.10-3 has been uploaded, it used
Source: rmysql
Section: gnu-r
Priority: optional
Maintainer: Dirk Eddelbuettel
Build-Depends: debhelper (>= 7.0.0), cdbs, r-base-dev (>= 3.3.2),
libmaria
On 22 December 2016 at 16:50, Bálint Réczey wrote:
| 2016-12-22 16:39 GMT+01:00 Dirk Eddelbuettel :
| >
| > Let me restart:
| >
| > 1) GSL is at version 2.2. It is in Debian.
| >
| > 2) It has optional support for old stuff. We all agree that old stuff
| > is not
Can we agree to delete material that has been quoted several times already?
On 22 December 2016 at 14:56, Bálint Réczey wrote:
| > I think we're closing to deadlock situation. I think we all would like to
| > move to 2.1 everywhere. You say you can, so you want to do more deprecated
| > function
701 - 800 of 2442 matches
Mail list logo
