On 18 May 2024 at 07:59, Dirk Eddelbuettel wrote:
|
| Hi Laurent,
|
| We a build issue in Debian found via bulk rebuilds. Which everything current
| in 'unstable', rpy2 (version 3.5.16) segfaults in a test when embedding.
|
| Details are at https://bugs.debian.org/1071362
|
| If you kee 1071
On 17 May 2024 at 23:05, Santiago Vila wrote:
| Dirk Eddelbuettel wrote:
| > Is there a chance this could be spurious?
|
| Unlikely because it also happens here:
|
| https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/rpy2.html
Ok, I will get in touch with Laurent.
D
Is there a chance this could be spurious? The R API is reasonably stable,
including the part for embedding R (and I am upstream for a small project
doing that from C++). rpy2 is also mature and stable. So could this be a
one-off?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel |
On 10 May 2024 at 06:28, Dirk Eddelbuettel wrote:
|
| On 10 May 2024 at 10:54, Graham Inggs wrote:
| | Source: r-cran-ff
| | Version: 4.0.12+ds-1
| | Severity: serious
| | X-Debbugs-Cc: Dirk Eddelbuettel
| | User: debian...@lists.debian.org
| | Usertags: regression
| |
| | Hi Maintainer
On 10 May 2024 at 11:01, Graham Inggs wrote:
| Source: r-bioc-mutationalpatterns
| Version: 3.12.0+dfsg-1
| Severity: serious
| X-Debbugs-Cc: Dirk Eddelbuettel
| User: debian...@lists.debian.org
| Usertags: regression
|
| Hi Maintainer
|
| r-bioc-mutationalpatterns' autopkgtest regresses when
On 10 May 2024 at 11:04, Graham Inggs wrote:
| Source: r-bioc-s4vectors
| Version: 0.40.2+dfsg-1
| Severity: serious
| X-Debbugs-Cc: Dirk Eddelbuettel
| User: debian...@lists.debian.org
| Usertags: regression
|
| Hi Maintainer
|
| r-bioc-s4vectors' autopkgtest regresses when tested with r
On 10 May 2024 at 10:58, Graham Inggs wrote:
| Source: r-bioc-iranges
| Version: 2.36.0-1
| Severity: serious
| X-Debbugs-Cc: Dirk Eddelbuettel
| User: debian...@lists.debian.org
| Usertags: regression
|
| Hi Maintainer
|
| r-bioc-iranges' autopkgtest regresses when tested with r-base 4.4.0
On 10 May 2024 at 10:54, Graham Inggs wrote:
| Source: r-cran-ff
| Version: 4.0.12+ds-1
| Severity: serious
| X-Debbugs-Cc: Dirk Eddelbuettel
| User: debian...@lists.debian.org
| Usertags: regression
|
| Hi Maintainer
|
| r-cran-ff's autopkgtest regresses when tested with r-base 4.4.0 [1
reassign 1069842 r-base
thanks
On 25 April 2024 at 18:27, Santiago Vila wrote:
| Package: src:rjava
| Version: 1.0-11-1
| Severity: serious
| Tags: ftbfs
|
| Dear maintainer:
|
| During a rebuild of all packages in unstable, your package failed to build:
Thanks for this. It is caused by the
-Depends to fix build issue
from side effects of t64 transition (Closes:
#1065216)
-- Dirk Eddelbuettel Mon, 04 Mar 2024 08:54:45 -0600
I will take care of it in -3.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 1 March 2024 at 23:36, Aurelien Jarno wrote:
| Source: r-base
| Version: 4.3.3-1
| Severity: serious
| Tags: ftbfs
| Justification: fails to build from source (but built successfully in the past)
| User: debian-gl...@lists.debian.org
| Usertags: libtirpc-dev
|
| Dear maintainer,
|
|
On 29 February 2024 at 00:20, Steve Langasek wrote:
| Dear maintainer,
|
| Please find attached a final version of this patch for the time_t
| transition. This patch is being uploaded to unstable.
|
| Note that this adds a versioned build-dependency on dpkg-dev, to guard
| against accidental
On 28 February 2024 at 21:28, mwhud...@fastmail.fm wrote:
| Dear maintainer,
|
| Please find attached a final version of this patch for the time_t
| transition. This patch is being uploaded to unstable.
|
| Note that this adds a versioned build-dependency on dpkg-dev, to guard
| against
On 6 February 2024 at 06:43, Steve Langasek wrote:
| Source: gretl
| Version: 2023c-2
| Severity: serious
| Tags: patch pending sid trixie
| Justification: library ABI skew on upgrade
| User: debian-...@lists.debian.org
| Usertags: time-t
|
| NOTICE: these changes must not be uploaded to
On 1 February 2024 at 07:21, mwhud...@debian.org wrote:
| Source: dieharder
| Version: 3.31.1.4-1
| Severity: serious
| Tags: patch pending
| Justification: library ABI skew on upgrade
| User: debian-...@lists.debian.org
| Usertags: time-t
|
| Dear maintainer,
|
| As part of the 64-bit time_t
On 14 January 2024 at 06:49, Dirk Eddelbuettel wrote:
|
| FYI two days before you filed #1060101 I actually happened to have updated
| r-cran-bh to 1.84.0 (upstream, which is me, went to the 1.84.0 version
| released in December as Boost releases every four months) using 1.83:
|
|r-cran-bh
+b2
* debian/control: Set Build-Depends: to current R version
* debian/control: Switch to virtual debhelper-compat (= 13)
-- Dirk Eddelbuettel Wed, 10 Jan 2024 07:20:09 -0600
So this should sort itself out by itself in a matter of days. r-cran-bh is
healthy:
https
( Resending to now correctly-typed package r-cran-rcdklibs -- Dirk )
On 11 January 2024 at 07:09, Dirk Eddelbuettel wrote:
|
| Package: ftp.debian.org
| Severity: normal
|
| The rJava package (source package 'rjava', binary package r-cran-rjava) no
| longer builds on i386 as most
1 | source
rjava | 1.0-10-1 | source
Maintainer: Dirk Eddelbuettel
--- Reason ---
--
Checking reverse dependencies...
# Broken Depends:
libgoby-java: goby-java
r-cran-rcdk: r-cran-rcdk
r-cran-rcdklibs: r-cra
(Adrian: Added you to CCs per suggestion of Paul.)
Hi Paul,
On 2 January 2024 at 21:00, Paul Gevers wrote:
| Hi Dirk,
|
| On 02-01-2024 20:42, Dirk Eddelbuettel wrote:
| > | The Release Team considers packages that are out-of-sync between testing
| > | and unstable for more than 3
On 2 January 2024 at 20:07, Paul Gevers wrote:
| Source: rjava
| Version: 1.0-6-1
| Severity: serious
| Control: close -1 1.0-10-1
| Tags: sid trixie ftbfs
| User: release.debian@packages.debian.org
| Usertags: out-of-sync
|
| Dear maintainer(s),
|
| The Release Team considers packages
Hi Graham
On 30 November 2023 at 07:54, Graham Inggs wrote:
| Hi Dirk
|
| On Thu, 30 Nov 2023 at 00:51, Dirk Eddelbuettel wrote:
| > Ping squared.
| >
| > If I don't hear from you I may just close this. I believe this (non-, to me)
| > issue has been taken care of. If you thin
On 27 November 2023 at 08:27, Dirk Eddelbuettel wrote:
|
| Graham,
|
| Quick ping to ask where we are we on this? Matrix is in testing so can this
| be closed?
Ping squared.
If I don't hear from you I may just close this. I believe this (non-, to me)
issue has been taken care of. If you
Graham,
Quick ping to ask where we are we on this? Matrix is in testing so can this
be closed?
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Graham,
On 20 November 2023 at 12:13, Graham Inggs wrote:
| On Sun, 19 Nov 2023 at 14:59, Dirk Eddelbuettel wrote:
| > So it contains a patch by Mikael which had been applied _permitting Matrix
| > 1.6-2_ to get to CRAN. So for this particular pair it was the other way
around.
|
|
On 19 November 2023 at 09:59, Dirk Eddelbuettel wrote:
| On 19 November 2023 at 13:49, Graham Inggs wrote:
| | We don't believe only touching debian/changelog, or a binNMU, is
| | sufficient. We were surprised that your r-cran-lme4 upload did not at
| | least include:
| | Depends: r-cran-matrix
Hi Graham,
On 19 November 2023 at 13:49, Graham Inggs wrote:
| On Tue, 14 Nov 2023 at 12:42, Dirk Eddelbuettel wrote:
| > Doesn't 'normal' do that?
|
| No, only serious and above are considered RC [1] and also for migration.
|
| This week, Paul Gevers and I spent some time discussing w
I will not engage any more with debian-r. But this is now at the BTS so a
clarification may be in order. This started as I had sent an email as a
heads-up to fellow maintainers (via that mostly pointless list) informing
them that their packages would exhibit a bug following a bug in package
On 14 November 2023 at 07:42, Dirk Eddelbuettel wrote:
|
| On 14 November 2023 at 12:26, Graham Inggs wrote:
| | Hi Dirk
| |
| | On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote:
| | > Well that seems to be a) the wrong severity and b) the wrong package.
| |
| | Both are correct. We
On 14 November 2023 at 12:26, Graham Inggs wrote:
| Hi Dirk
|
| On Tue, 14 Nov 2023 at 12:01, Dirk Eddelbuettel wrote:
| > Well that seems to be a) the wrong severity and b) the wrong package.
|
| Both are correct. We do not want rmatrix to migrate and break
| packages in testing.
Does
On 14 November 2023 at 09:15, Graham Inggs wrote:
| Source: rmatrix
| Version: 1.6-2-1
| Severity: serious
| X-Debbugs-Cc: debia...@lists.debian.org
|
| Hi Dirk
|
| I'm opening this bug as a place for discussion and to track the
| affected packages. It can be closed once rmatrix and its
|
On 30 October 2023 at 12:23, Luigi Ballabio wrote:
| Hello Dirk, unfortunately I have no idea what can cause this — do you think it
| possible that the size of the wrappers crossed some threshold and relocations
| started to occur that weren't there before?
Adrian (CC'ed) supplied a merge
The Debian package fails to build now on mipsel, a log is at [1]. The gist
seems to be a relocation error:
g++ -shared -Wl,-O1 -Wl,-Bsymbolic-functions -O0 -g0 -mxgot --param
ggc-min-expand=20 -DBOOST_NO_AUTO_PTR
build/temp.linux-mips64-cpython-311/QuantLib/quantlib_wrap.o
On 28 October 2023 at 22:53, Sebastian Ramacher wrote:
| Source: quantlib-swig
| Version: 1.32-1
| Severity: serious
| Tags: ftbfs
| Justification: fails to build from source (but built successfully in the past)
| X-Debbugs-Cc: sramac...@debian.org
|
|
On 27 August 2023 at 18:44, YunQiang Su wrote:
| Maybe there is something wrong with ffi. (In fact the complex support of mips
| was added by me. ;)
Hah.
| I am looking for a way to use debug to debug the extensions.
| If you have any documents, can you point it to me.
I can help you with R,
On 27 August 2023 at 14:09, YunQiang Su wrote:
| Dirk Eddelbuettel 于2023年8月27日周日 00:15写道:
| >
| >
| > Hi all,
| >
| > As the test failures for complex valued variables appeared to be systemic on
| > the 'mips64el' platform, I buckled down, taught myself some Python ==:-) a
Hi all,
As the test failures for complex valued variables appeared to be systemic on
the 'mips64el' platform, I buckled down, taught myself some Python ==:-) and
conditioned the number of failing tests away via
@pytest.mark.skipif(platform.machine() == 'mips64' and sys.byteorder ==
Paul,
Thanks for the hint. I was aware and had been meaning to bring this up with
Laurent (upstream, now CCed).
Laurent: I should have access to a 'porterbox' running mips64el if you have
an idea about what may be going on here / have a branch to test.
Paul: While I have you here, and as all
On 18 August 2023 at 13:58, Andreas Tille wrote:
| Control: tags -1 upstream
| Control: forwarded -1 Roger Bivand
|
| Hi Roger,
|
| the CI tests in Debian uncovered some conflict between recent rgdal and
| version 2.0 of sp. As you either can see in the bug report that was
| filed[1] or in a
On 17 August 2023 at 07:24, Graham Inggs wrote:
| On Thu, 17 Aug 2023 at 05:52, Andreas Tille wrote:
| > I tried to skip two tests in r-cran-checkmate with this patch[1]
| > which is based on
| >
| > arch <- R.version$arch
| > identical(arch, "i386") || identical(arch, "i686") ||
The 'bug fix' applied to the _previous_ version of CRAN package clock, namely
a somewhat 'wild' sed patching of a single ie
# Ignore single test for i386 architecture. This is a workaround for bug
#1024828 of r-cran-igraph
if [ "$hostarch" = "i386" -o "$hostarch" = "armel" -o "$hostarch" =
On 2 August 2023 at 14:41, Ian Jackson wrote:
| Dirk Eddelbuettel writes ("Re: vm breakage with Emacs 29"):
| > On 2 August 2023 at 13:17, Ian Jackson wrote:
| > | Hi. Since you were helpful with #1039105 "Fails to start with Emacs
| > | 28" I thought I would dr
On 31 July 2023 at 23:13, Adrian Bunk wrote:
| On Mon, Jun 19, 2023 at 04:37:22PM +0300, Adrian Bunk wrote:
| > On Tue, Jun 13, 2023 at 03:30:18PM -0500, Dirk Eddelbuettel wrote:
| > >
| > > On 13 June 2023 at 13:15, Steve Langasek wrote:
| > > | Control: reassign -1 r
On 25 July 2023 at 23:05, Lucas Nussbaum wrote:
| Source: quantlib-swig
| Version: 1.30-2
| Severity: serious
| Justification: FTBFS
| Tags: trixie sid ftbfs
|
| Hi,
|
| During a rebuild of all packages in sid, your package failed to build
| on amd64.
I'll get on this -- it is lagging behind
On 23 July 2023 at 11:03, Dirk Eddelbuettel wrote:
| Note that the mlmRev authors / maintainers are the same as / a subset of the
| lme4 authors. They may have an idea.
|
| https://cran.r-project.org/package=mlmRev
I just ran `R CMD check mlmRev_*tar.gz` on my amd64 (under Ubuntu 23.04
On 23 July 2023 at 15:07, Graham Inggs wrote:
| Hi
|
| On Sun, 23 Jul 2023 at 13:11, Nilesh Patra wrote:
| > How do you conclude that?
| > The versions of affected packages are same in unstable and testing. They
| > fail in i386 with a newer version of lme4.
|
| For what it's worth,
On 23 July 2023 at 18:42, Nilesh Patra wrote:
| On Sun, 23 Jul 2023 07:15:09 -0500 Dirk Eddelbuettel wrote
| > Is this is not an example of a release manager override? The affectect
| > packages all work together in unstable and could migrate.
|
| How do you conclude that?
| The ve
Paul,
Is this is not an example of a release manager override? The affectect
packages all work together in unstable and could migrate.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 22 July 2023 at 21:45, Paul Gevers wrote:
| Source: lme4
| Version: 1.1-31-1
| Severity: serious
| Control: close -1 1.1-34-1
| X-Debbugs-CC: debia...@lists.debian.org
| Tags: sid trixie
| User: release.debian@packages.debian.org
| Usertags: out-of-sync
|
| Dear maintainer(s),
|
| The
Control: severity -1 normal
I am changing this back because
a) there is no general bug in R 4.3.1, and there newer was
there were a few packages requiring an update to the new graphics engine
version (as the packages choose to call R_GE_checkVersionOrDie, it is
coming from
On 28 June 2023 at 17:39, Jeremy Bícha wrote:
| Control: severity -1 serious
|
| On Wed, Jun 28, 2023 at 5:29 PM Dirk Eddelbuettel wrote:
| > Feel free to change the severity back if you truly think it is that serious.
|
| Done.
|
| Feel free to close the bug once r-base is ready to migr
severity 1039721 normal
thanks
Hi Jeremy,
That is a false positive (more below) and a duplicate of #1039510; the
discussion of the latter now continues on the debian-r list.
On 28 June 2023 at 12:31, Jeremy Bícha wrote:
| Source: r-base
| Version: 4.3.1-1
| Severity: serious
|
| I'm copying
On 28 June 2023 at 14:03, Andreas Tille wrote:
| Am Wed, Jun 28, 2023 at 08:11:05AM +0200 schrieb Bas Couwenberg:
| > 189s DLL requires the use of native symbols
|
| I wonder, whether all those bugs against single r-* packages are
| sensible.
Yes they are. Those are bugs in the packages
Hi Paul,
On 27 June 2023 at 20:08, Paul Gevers wrote:
| Hi Dirk,
|
| On 26-06-2023 22:21, Dirk Eddelbuettel wrote:
| > I really appreciate the diligence and detail you put into this.
| >
| > But I would like to offer a simple shortcut. I am also CCing debian-r again
| > as this
Hi Paul,
I really appreciate the diligence and detail you put into this.
But I would like to offer a simple shortcut. I am also CCing debian-r again
as this has come up time and time again, is guaranteed to come up again for
as long as combine autopkgtests with letting packages go stake.
Hi Philip,
On 21 June 2023 at 20:15, Philip Rinn wrote:
| Hi,
|
| could we please close this bug? We released bookworm some days ago and
| propagating to testing should be fine now. [It blocks R packages to propagate
to
| testing currently.]
Thanks for the reminder. I think we had informal
On 2 June 2023 at 20:57, Paul Gevers wrote:
| Hi Dirk,
|
| On 02-06-2023 20:38, Dirk Eddelbuettel wrote:
| > | Are you sure? I just diffed the source to see if I should unblock and
| > | got this:
| >
| > I would appear I did NOT add that one line to debian/control !! Doh !!
| &g
(with thanks to
| +Andreas Beckmann for the suggestion) (Closes: #1036071)
| +
| + * debian/control: Set Standards-Version: to current version
| +
| + -- Dirk Eddelbuettel Sun, 14 May 2023 21:25:16 -0500
| +
| gsl (2.7.1+dfsg-3) unstable; urgency=medium
|
| * debian/cont
On 16 May 2023 at 20:13, Nilesh Patra wrote:
| Uh, no. Maybe you misunderstood my suggestion. The t-p-u way was for
Indeed!
| r-base can continue to stay where it already is at the moment :)
Yep.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 16 May 2023 at 19:49, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
| > I personally prefer "1" over 2 as it is less noise (and effort).
|
| On second thoughts, I think sending it via testing-proposed-updates
| would be a better thing to do, as this case
d to some better
| regular expression.
Nice catch and suggestion!
On 16 May 2023 at 19:27, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 08:26:21AM -0500, Dirk Eddelbuettel wrote:
| > Note that none of this affects the release. My recommendation is temporarily
| > suspend the autopkgtest in
On 16 May 2023 at 15:01, Andreas Tille wrote:
| Hi,
|
| when fixing bug #1035428 I realised test suite issues with
|
| r-cran-thematic [1]
|-> Error in `svglite_(filename, bg, width, height, pointsize, standalone,
| always_valid)`: Graphics API version mismatch
|
|
On 15 May 2023 at 03:15, Andreas Beckmann wrote:
| On 15/05/2023 02.58, Dirk Eddelbuettel wrote:
| > | Yes thank you -- that sounds sensible. And we would then nag the release
| > | team to get this out in the release?
|
| yes
|
| > Oh, and to be extra plain: upload to unstable as a
On 14 May 2023 at 19:50, Dirk Eddelbuettel wrote:
|
| On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| | Package: libgsl27
| | Version: 2.7.1+dfsg-3
| | Severity: serious
| | Tags: patch
| | User: debian...@lists.debian.org
| | Usertags: piuparts
| |
| | Hi,
| |
| | libgsl25 from bullseye
On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| Package: libgsl27
| Version: 2.7.1+dfsg-3
| Severity: serious
| Tags: patch
| User: debian...@lists.debian.org
| Usertags: piuparts
|
| Hi,
|
| libgsl25 from bullseye and libgsl27 from bookworm are not co-installable
| due to their strict
Hi Simon,
Thanks for the long and thoughtful and detailed reply.
Just 'sitting back' will do just fine then. R releases annually in April,
the 4.2.* series was just fine. We had an usual event in that R Core upstream
asked (a first in ~25 years) to patch 4.2.2, hence the somewhat unusual
On 21 April 2023 at 10:51, Dirk Eddelbuettel wrote:
|
| On 21 April 2023 at 16:23, Simon McVittie wrote:
| | Source: r-base
| | Version: 4.3.0-1
| | Severity: serious
| | Justification: maintainer presumably considers this version to be
unsuitable for bookworm
| |
| | > r-base (4.3.
On 21 April 2023 at 16:23, Simon McVittie wrote:
| Source: r-base
| Version: 4.3.0-1
| Severity: serious
| Justification: maintainer presumably considers this version to be unsuitable
for bookworm
|
| > r-base (4.3.0-1) unstable; urgency=medium
| > .
| > * New upstream release (into
Why not wait a week on 2.15.0-1 which now 'Too young, only 4 of 10 days old'?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Graham,
On 28 February 2023 at 19:36, Graham Inggs wrote:
| Hi Dirk
|
| Thanks for the quick upload!
| Already got a successful build of tiledb-py on riscv64[1].
|
| On Tue, 28 Feb 2023 at 17:14, Dirk Eddelbuettel wrote:
| > TileDB upstream does everything in CMake (which I do not fu
(Whoops typed this hours ago but apparently did not send from Emacs. --D.)
Hi Graham,
On 28 February 2023 at 10:49, Graham Inggs wrote:
| Source: tiledb
| Version: 2.14.1-1
| Severity: serious
| Tags: ftbfs patch
| Control: affects -1 src:tiledb-py
|
| Hi Dirk
|
| TileDB uses atomic
On 29 January 2023 at 01:58, Adrian Bunk wrote:
| Package: r-cran-pbkrtest
| Version: 0.5.2-1
| Severity: serious
|
| The following packages have unmet dependencies:
| r-cran-pbkrtest : Depends: r-cran-lme4 (>= 1.1.31) but it is not going to be
installed
|
| You might want to reconsider
|
|
On 10 December 2022 at 22:38, Nilesh Patra wrote:
| On Sat, Dec 10, 2022 at 07:56:52AM -0600, Dirk Eddelbuettel wrote:
| >
| > On 10 December 2022 at 09:07, Peter Green wrote:
| > | Source: tiledb-py
| > | Version: 0.18.2-1
| > | Severity: serious
| > | Justification: rc polic
On 10 December 2022 at 09:07, Peter Green wrote:
| Source: tiledb-py
| Version: 0.18.2-1
| Severity: serious
| Justification: rc policy - "Packages must be buildable within the same
release"
| x-debbugs-cc: e...@debian.org
| User: debian...@lists.debian.org
| Usertags: edos-uninstallable
|
|
Salut Seb,
On 15 October 2022 at 10:16, Sébastien Villemot wrote:
| Thank you for your feedback, and for the good work you put into this
| package over the years!
|
| I’m going to take it over as you suggest.
Awesome!
As an Emacs user I look forward to many more years with ESS on Debian and
Salut Seb,
On 14 October 2022 at 20:10, Sébastien Villemot wrote:
| Hi Dirk!
|
| Le dimanche 21 août 2022 à 09:17 -0500, Dirk Eddelbuettel a écrit :
| > That is a problem, and it is somewhat know. ESS used to release every six
or
| > so months, now we are many years behind with no of
On 16 May 2022 at 04:48, Adrian Bunk wrote:
| Package: libtiledb2.8
| Version: 2.8.3-2
| Severity: serious
|
| Unpacking libtiledb2.8:amd64 (2.8.3-2) ...
| dpkg: error processing archive
/var/cache/apt/archives/libtiledb2.8_2.8.3-2_amd64.deb (--unpack):
| trying to overwrite
Adrian,
On 15 May 2022 at 13:38, Adrian Bunk wrote:
| Source: tiledb-r
| Version: 0.12.0-1
| Severity: serious
| Tags: ftbfs
|
| https://buildd.debian.org/status/logs.php?pkg=tiledb-r=0.12.0-1%2Bb1
|
| ...
| g++ -std=gnu++17 -I"/usr/share/R/include" -DNDEBUG -I../inst/include/
On 29 January 2022 at 10:38, Paul Wise wrote:
| Control: fixed -1 4.0.3
|
| On Fri, 2022-01-28 at 20:07 -0600, Dirk Eddelbuettel wrote:
|
| > Per email by Graham from 14 Nov 2020 this has been resolved.
|
| Resolved upstream in 2020 but not in Debian until 2021.
Correct. Graham (as aut
On 13 January 2022 at 02:29, Andreas Beckmann wrote:
| On 11/01/2022 17.54, Dirk Eddelbuettel wrote:
| > On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| > | Package: gsl-doc
| > | Version: 2.6-2
| > | Severity: serious
| >
| > Why would that be a serious bug rather no
On 11 January 2022 at 17:31, Andreas Beckmann wrote:
| Package: gsl-doc
| Version: 2.6-2
| Severity: serious
Why would that be a serious bug rather normal or even minor?
It's a bit of a manual process becuase of the dfsg dance and manual ops. And
there generally is not that much that changes
Hi Nilesh,
On 26 December 2021 at 00:20, Nilesh Patra wrote:
| control: reassign -1 r-cran-tmb/1.7.22-1
|
| Hi Dirk,
|
| On Thu, 23 Dec 2021 14:30:10 -0600 Dirk Eddelbuettel wrote:
| > passfail
| > | rmatrixfrom testing1.4-0-1
|
On 23 December 2021 at 20:03, Paul Gevers wrote:
| Source: r-cran-tmb
| Version: 1.7.22-1
| Severity: serious
| X-Debbugs-CC: debian...@lists.debian.org, rmat...@packages.debian.org
| Tags: sid bookworm
| User: debian...@lists.debian.org
| Usertags: needs-update
| Control: affects -1 src:rmatrix
On 1 November 2021 at 12:38, Andreas Beckmann wrote:
| Source: gsl-doc
| Version: 2.6-1
| Severity: serious
| Tags: ftbfs sid bookworm
| Justification: fails to build from source
|
| Hi,
|
| gsl-doc cannot be built any longer in sid:
|
| Latexmk: applying rule 'pdflatex'...
| This is pdfTeX,
On 24 October 2021 at 11:38, Sebastian Ramacher wrote:
| On 2021-10-23 19:44:49 -0500, Dirk Eddelbuettel wrote:
| >
| > I have now 'patched' the upstream setting of GSL_AGE, this results (as
kindly
| > analysed by Sebastian) in new sonames '26' so I prepared a new version which
| &g
I have now 'patched' the upstream setting of GSL_AGE, this results (as kindly
analysed by Sebastian) in new sonames '26' so I prepared a new version which
just went out to unstable.
Unless I am mistaken, I need to get the release team on board for a proper
transition. Correct?
Dirk
--
On 16 October 2021 at 17:50, Sebastian Ramacher wrote:
| On 2021-10-15 13:54:07 -0500, Dirk Eddelbuettel wrote:
| >
| > On 15 October 2021 at 20:35, Sebastian Ramacher wrote:
| > | On 2021-10-15 10:38:48 -0500, Dirk Eddelbuettel wrote:
| > | >
| > | > Turns out this was fu
On 15 October 2021 at 20:35, Sebastian Ramacher wrote:
| On 2021-10-15 10:38:48 -0500, Dirk Eddelbuettel wrote:
| >
| > Turns out this was fully my fault. The 2.7 release sets the SO number to 26,
| > and I didn't use that.
|
| No, it doesn't. gsl 2.7 has current=26 and age=1
Turns out this was fully my fault. The 2.7 release sets the SO number to 26,
and I didn't use that.
So a new package will be forthcoming, and likely need a transition. That
means I should upload to experimental first, right, to then request the
transition? (I'll read up on it later today as a
Graham,
On 15 October 2021 at 13:34, Graham Inggs wrote:
| > Yes. And I follow upstream. They didn't change :-/
|
| Right, so please speak to your upstream. Dropping (or renaming) a
Done.
Looks like a 2.8 release is coming, so maybe the soname gets cleaned up there
and we get to do (yet
On 14 October 2021 at 23:20, Sebastian Ramacher wrote:
| On 2021-10-14 15:52:03 -0500, Dirk Eddelbuettel wrote:
| >
| > Hi Sebastian,
| >
| > On 14 October 2021 at 22:46, Sebastian Ramacher wrote:
| > | Hi Dirk
| > |
| > | On 2021-08-30 16:27:49 -0500, Di
Hi Sebastian,
On 14 October 2021 at 22:46, Sebastian Ramacher wrote:
| Hi Dirk
|
| On 2021-08-30 16:27:49 -0500, Dirk Eddelbuettel wrote:
| >
| > On 30 August 2021 at 23:42, Niko Tyni wrote:
| > | Package: libgsl25
| > | Version: 2.7+dfsg-2
| > | Control: affects -1 l
On 14 October 2021 at 10:55, Paul Gevers wrote:
| Source: gsl
| Version: 2.6+dfsg-2
| Severity: serious
| Control: close -1 2.7+dfsg-2
| Tags: sid bookworm
| User: release.debian@packages.debian.org
| Usertags: out-of-sync
|
| Dear maintainer(s),
|
| The Release Team considers packages
Hi Philipp, Hi Simon,
If we have no resolution on this I will have no other way than to re-upload
r-cran-rgtk2 with a build exclusion for s390 as I now have an autoremoval
notice for it (and another package I look after than depends on it).
Or do we have other/better options?
Dirk
--
On 6 September 2021 at 09:39, Simon McVittie wrote:
| On Sun, 05 Sep 2021 at 20:04:55 -0500, Dirk Eddelbuettel wrote:
| > Please explain what a smoke-test failure is.
|
| Sorry, I thought this was a common term.
|
| A smoke-test for hardware: plug in the device and see whether smoke
| co
Also: No other R packages here. Maybe something off with gtk2?
Build-Depends: debhelper (>= 10), dh-r (>= 20180615), \
r-base-dev (>= 3.6.1), libgtk2.0-dev (>= 2.10.12), \
libglade2-dev, libpango1.0-dev, libcairo2-dev
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel |
On 6 September 2021 at 00:46, Simon McVittie wrote:
| Source: rgtk2
| Version: 2.20.36-2
| Severity: serious
| Tags: ftbfs bookworm sid
| Justification: fails to build from source (but built successfully in the past)
| X-Debbugs-Cc: debian-s...@lists.debian.org
| User:
On 30 August 2021 at 23:42, Niko Tyni wrote:
| Package: libgsl25
| Version: 2.7+dfsg-2
| Control: affects -1 libmath-gsl-perl
| Severity: serious
|
| gsl 2.7 broke libmath-gsl-perl on runtime, as seen in the autopkgtest
regressions:
|
|not ok 7 - use Math::GSL::Matrix;
|
|#
On 8 April 2021 at 11:29, Graham Inggs wrote:
| Control: forwarded -1 https://deb.li/6f4z
|
| TMB upstream have submitted a bug report [1] to R-forge.
|
| > Headers need update corresponding to new SuiteSparse version 5.7.1
| >
| > SuiteSparse was recently updated from version 4.2.1 to 5.7.1,
On 9 March 2021 at 14:26, Graham Inggs wrote:
| Control: tags -1 - fixed-upstream + upstream
| Control: notforwarded -1
|
|
| >From TMB upstream [1]:
|
| > Digging a bit deeper I found that after calling
| >
| > M_cholmod_factorize_p(A, mm, (int*)NULL, 0 /*fsize*/, f, )
| >
| > the
1 - 100 of 789 matches
Mail list logo