On 20 May 2024 at 19:12, Andreas Tille wrote:
| Source: car
| Version: 3.1-2-2
| Severity: normal
|
| Hi,
|
| car mentions r-cran-maptools in (Build-)Depends which is not backed up
| by the DESCRIPTION file. Since maptools is removed from CRAN I'd like
Yes, we fail to build if 'added'
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
Appears to be a duplicate of 1071379, maybe check if your script meant to
remove another one.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
Package: r-cran-tmb
Version: 1.9.11-1
Severity: important
CRAN package Matrix had a new release 1.7.0 bringing in a new
SuiteSparse API which requires a rebuild if (and only if) the
Matrix headers are used. Your package is one of those that do,
and therefore needs a rebuild.
This was
Package: r-cran-openmx
Version: 2.21.11+dfsg-3
Severity: important
CRAN package Matrix had a new release 1.7.0 bringing in a new
SuiteSparse API which requires a rebuild if (and only if) the
Matrix headers are used. Your package is one of those that do,
and therefore needs a rebuild.
This was
Package: r-cran-irlba
Version: 2.3.5.1-3
Severity: important
CRAN package Matrix had a new release 1.7.0 bringing in a new
SuiteSparse API which requires a rebuild if (and only if) the
Matrix headers are used. Your package is one of those that do,
and therefore needs a rebuild.
This was
The file 'issue_563_fread.txt' appears to be an input to data.table::fread()
for a test on encodings, glancing at the context.
I can run 'R CMD check --as-cran data.table_1.15.4.tar.gz' just fine [1] here
without any failing tests (and I have no locale or anything set). It's not my
package but
The package is pristine at CRAN
https://cran.r-project.org/web/checks/check_results_data.table.html
(apart from some new warnings several packages now get about interal R API
headers, nothing to do with tests)
Maybe you can sort this with upstream -- data.table is effectively holding up
Package: r-cran-data.table
Version: 1.14.10+dfsg-1
Severity: normal
data.table had a release 1.15.0 in January -- the first new one in three
years! -- and two follow-ups since bringing it 1.15.4 at CRAN.
Please update the Debian package to the current upstream version.
This should likely
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
On 9 April 2024 at 18:45, Jose Manuel Abuin Mosquera wrote:
| If possible, I would like to contribute. At work we use the Go and
| Python implementations, also, in the short term, we will start using the
| Rust one.
Similar for us, and we have seen plenty of build headaches across pypi or
On 8 April 2024 at 18:21, Lucas Thode wrote:
| Apologies for the confusion, I didn't realize the patch in question was a new
| addition. Just confirmed that it errors out instead of segfaulting or
hanging.
Thanks for confirming!
Dirk
| On Sat, Apr 6, 2024 at 5:32 PM Dirk Eddelbuettel
Hi Lucas,
As Milan suggested, please sure you are current. If in doubt, park you
current checkout and start from
git checkout https://github.com/eddelbuettel/dieharder.git
where you should see today's commit from merging PR 24.
edd@rob:~/git/dieharder(master)$ git ls | head
*
Hi Lucas,
On 30 March 2024 at 22:47, Lucas Thode wrote:
| Package: dieharder
| Version: 3.31.1.4-1.1
| Severity: normal
| X-Debbugs-Cc: thode...@gmail.com
|
| Dear Maintainer,
|
| `dieharder -d 209 -n $nvalue` crashes for $nvalue>17:
|
| $ dieharder -d 209
|
Julian,
Arrow is a complicated and large package. We use it at work (where there is a
fair amount of Python, also to Conda etc) and do have issues with more
complex builds especially because it is 'data infrastructure' and can come in
from different parts. I would recommend against packaging at
Hi Chris,
On 20 March 2024 at 11:05, Chris Lamb wrote:
| Source: gretl
| Version: 2023c-2.1
| Severity: wishlist
| Tags: patch
| User: reproducible-bui...@lists.alioth.debian.org
| Usertags: timestamps
| X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
|
| Hi,
|
| Whilst working on 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
Appears to work based on a quick check in Docker:
root@8d41067e72ce:/work# dpkg -i r-cran-rserve_1.8-13-2_amd64.deb
Selecting previously unselected package r-cran-rserve.
(Reading database ... 17542 files and directories currently installed.)
Preparing to unpack
On 4 February 2024 at 18:12, Jerome Charaoui wrote:
| Package: r-cran-rserve
| Version: 1.8-13-1
| Severity: important
|
| Hello,
|
| Running the command "R CMD Rserve" doesn't work because of missing
| symlinks in the package. The error message shown is:
|
| /usr/lib/R/bin/Rcmd: 64: exec:
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
On 9 December 2023 at 01:06, Charles Plessy wrote:
| I do not know for r-bioc-netsam, but for r-bioc-org.hs.eg.db and similar
| packages, it is because it is an "annotation package" made of data and
| therefore not managed the same way as the other Bioconductor packages.
|
| This is why it
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
On 26 November 2023 at 15:09, Christoph Brinkhaus wrote:
| Am Tue, Nov 14, 2023 at 02:46:18PM +0100 schrieb Christoph Brinkhaus:
| > Am Tue, Nov 14, 2023 at 07:04:23AM -0600 schrieb Dirk Eddelbuettel:
| > >
| > > On 14 November 2023 at 12:30, Christoph Brinkhaus wrote:
| >
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 12:30, Christoph Brinkhaus wrote:
| Source: rodbc
| Version: 1.3-21-1
| Severity: wishlist
|
| Dear Maintainer,
|
| please find attached the po file with the german translation.
| It is an update to the current po template.
| Please consider to apply it to the package.
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 7 November 2023 at 14:58, Andreas Tille wrote:
| Do you see any way to answer the question that is discussed in this
| thread by r2u how to know whether new Bioconductor packages might have
| new dependencies not yet packaged for Debian?
"Kinda. Sorta. Not fully." I have written related code
On 7 November 2023 at 22:01, Charles Plessy wrote:
| One possible direction would be to leverage the work done by Dirk and
| others in r2u, where the Bioc transition is over, and for each package
| in Debian, look if the r2u equivalent has a dependency not in Debian.
|
|
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 October 2023 at 16:43, Andreas Tille wrote:
| Am Fri, Oct 27, 2023 at 09:19:22AM -0500 schrieb Dirk Eddelbuettel:
| >
| > | BioConductor has just released version 3.17. Since the next r-base
| >
| > Typo: 3.18
|
| Yes. Thanks for pointing this out.
|
| > | release is
On 27 October 2023 at 16:00, Andreas Tille wrote:
| Package: release.debian.org
| Severity: normal
| User: release.debian@packages.debian.org
| Usertags: transition
| X-Debbugs-Cc: r-bioc-biocgener...@packages.debian.org,
debia...@lists.debian.org
| Control: affects -1 +
On 16 October 2023 at 11:41, Andreas Beckmann wrote:
| On 05/10/2023 17.05, Dirk Eddelbuettel wrote:
| >
| > Andreas,
| >
| > This looks like an error:
| >
| > > reassign 1037439 src:r-base
| > Bug #1037439 {Done: Dirk Eddelbuettel }
[r-cran-rstan] r-cran-
Andreas,
This looks like an error:
> reassign 1037439 src:r-base
Bug #1037439 {Done: Dirk Eddelbuettel } [r-cran-rstan]
r-cran-rstan/armhf FTBFS with r-cran-bh 1.74, works with boost 1.81
Bug reassigned from package 'r-cran-rstan' to 'src:r-base'.
No longer marked as fo
Hi Salvatore,
Looks like we emailed concurrently :) (or concurrently enough for my batched
mail setup).
On 26 September 2023 at 14:19, Salvatore Bonaccorso wrote:
| Hi Dirk,
|
| On Tue, Sep 26, 2023 at 06:54:31AM -0500, Dirk Eddelbuettel wrote:
| >
| > On 25 September 2023 at
Fix made, built, uploaded and committed to the package's salsa repo.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 25 September 2023 at 20:58, Salvatore Bonaccorso wrote:
| Source: gsl
| Version: 2.7.1+dfsg-5
| Severity: important
| Tags: security upstream
| Forwarded: https://savannah.gnu.org/bugs/?59624
| X-Debbugs-Cc: car...@debian.org, Debian Security Team
| Control: found -1
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-writexl
Version : 1.4.2
Upstream Author : Jeroen Ooms
* URL or Web page : https://cran.r-project.org/package=writexl
* License : BSD-2
Description : GNU R package to write xlsx file
On 31 August 2023 at 11:37, Chris Lamb wrote:
| Source: rpy2
| Version: 3.5.13-5
| Severity: normal
| Tags: patch
| User: reproducible-bui...@lists.alioth.debian.org
| Usertags: timestamps
| X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
|
| Hi,
|
| Whilst working on the Reproducible
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") ||
e distribution unstable
| > dpkg-buildpackage: info: source changed by Dirk Eddelbuettel
| > dpkg-source --before-build .
| > fakeroot debian/rules clean
| > dh_testdir
| > dh_testroot
| > dh_autoreconf_clean
| > rm -f build-stamp configure-stamp install-stamp
| > [ ! -f Mak
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 24 July 2023 at 06:47, Helmut Grohne wrote:
| Source: gretl
| Version: 2023b-1
| Severity: important
| Tags: patch
|
| gretl contains an empty directory /usr/lib/pkgconfig. Due to having
| implemented the /usr-merge using directory aliasing, this directory is
| prone to loss.
Are we sure
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
Graham,
On 13 July 2023 at 18:59, Graham Inggs wrote:
| I believe the attached patch should do the trick. It's basically
| Paul's list from message #210, plus r-cran-interval and
| r-cran-maldiquant. I've also used a << relationship against the
| versions in unstable, and appended a tilde at
Hi Graham,
On 13 July 2023 at 11:14, Graham Inggs wrote:
| On Wed, 12 Jul 2023 at 19:07, Dirk Eddelbuettel wrote:
| > On 12 July 2023 at 19:47, Paul Gevers wrote:
| > | Yes, you only need to carry the Breaks until in the next release. So
| > | every Breaks that's present in the r-bas
Hi Paul,
On 12 July 2023 at 19:47, Paul Gevers wrote:
| On 12-07-2023 16:02, Dirk Eddelbuettel wrote:
| > I can add the Breaks as a 'best of the worse alternative'. And, I presume, I
| > can remove the existing four-year breaks? [1]
|
| Yes, you only need to carry the Breaks until in th
Hi Paul,
On 11 July 2023 at 20:36, Paul Gevers wrote:
| On 11-07-2023 02:43, Dirk Eddelbuettel wrote:
| I'm totally on board for technical excellence, although I think we have
| different things in mind when we say that.
|
| In Debian, with more QA than we ever had before, we're finding
On 10 July 2023 at 19:43, Dirk Eddelbuettel wrote:
| Someone simply didn't update our Debian package, so it lacks this change and
| fingers point at r-base when the fault, if there is one, is to let our
| package slip behind a compilation and code standard established at CRAN for
| the R 4.3.0
Paul,
Here is a case in point from looking at the current excluses list (which is
by now indeed a little shorter).
One package that jumps out is r-cran-maldiquant. We are at version 1.22, with
Debian build 1.22-1.
But one second at the CRAN site and the page for the package shows that it is
Hi Paul,
On 9 July 2023 at 20:11, Paul Gevers wrote:
| On 09-07-2023 18:41, Dirk Eddelbuettel wrote:
| > On 9 July 2023 at 17:40, Paul Gevers wrote:
| > | Did we already discuss that r-cran-ps also seems to be impacted by the
| > | r-base change of the symbols thingy, as can be seen
On 9 July 2023 at 11:41, Dirk Eddelbuettel wrote:
| For spacetime and stars I suspect (based on past experience) possible
| interaction from the underlying graphics libraries.
Absent-minded typing error: "geospatial", of course. Not "graphics".
Dirk
--
dirk.eddelbuettel
Paul,
On 9 July 2023 at 17:40, Paul Gevers wrote:
| Did we already discuss that r-cran-ps also seems to be impacted by the
| r-base change of the symbols thingy, as can be seen in r-cran-xopen [1].
Correct me if I am wrong but the "symbols thingy" was not a change in R 4.2.*
to R 4.3.*. It
Thanks for closing it.
I think in due course as you will see there
a) new tag does not help today (we already took care of the six packages
needing a
rebuild because of the graphics engine constant changing) and
b) what is likely being the exact same sets of packages having issue
On 7 July 2023 at 00:33, Nilesh Patra wrote:
| I think we are hitting this issue here:
https://github.com/tidyverse/dplyr/issues/6793
| The comment says "Looks like some package in the stack sets
R_forceSymbols(dll, TRUE)" and that package is tibble
|
| | $ grep -rnw R_forceSymbols
| |
Paul, Graham,
r-base 4.3.1-2 is now on its way. You will have to update / tweak the ben
file as there is no 'r-api-4.3' tag as there is no such thing API change
upstream in R itself.
Filing the bug reports against the handful of packages testing the graphics
engine version was the right thing
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 4 July 2023 at 16:00, Graham Inggs wrote:
| Source: r-base
| Version: 4.3.1-1
| Tags: patch
|
| Hi Maintainer
|
| r-base has a build-dependency, and r-base-dev has a dependency, on the
| ancient libpcre3-dev package. I believe these are no longer required
| since the dependencies on the
On 1 July 2023 at 15:26, Graham Inggs wrote:
| Your patch has 'rgraphicsapiversion' and 'r-graphics-api-4.3'.
|
| Upstream [1] refer to it as follows:
|
| The graphics engine version, R_GE_version, has been bumped to 16
| and so packages that provide graphics devices should be
|
This is not a bug in r-base, and does not warrant a transition.
I have written at some length about it, and (if I find some time) will expand
on it in blog post. I will also try to coordinate with upstream.
In short, R header GraphicsEngine.h [1] defines an integer constant declaring
the
On 29 June 2023 at 10:22, Dirk Eddelbuettel wrote:
|
| Package: r-cran-svglite
| Version: 2.1.1-1
| Severity: normal
|
| R 4.3.0 brought (once again) a new graphics API which requires a rebuild for
| functionality that involves creating graphics device. Once rebuilt the
| following will again
Package: r-cran-tikzdevice
Version: 0.12.4-1
Severity: normal
R 4.3.0 brought (once again) a new graphics API which requires a rebuild for
functionality that involves creating graphics device. Once rebuilt the
following will again work:
> getRversion()
[1] ‘4.3.1’
>
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
Package: r-cran-ragg
Version: 1.2.5-1
Severity: normal
R 4.3.0 brought (once again) a new graphics API which requires a rebuild for
functionality that involves creating graphics device. Once rebuilt the
following will again work:
> getRversion()
[1] ‘4.3.1’
>
1 - 100 of 2360 matches
Mail list logo