or tomorrow to correct this and
have r-base-dev explicitly list libdeflate-dev.
Dirk
|
|
| [...]
| debian/rules build
| dh build --buildsystem R
| dh_update_autotools_config -O--buildsystem=R
| cp: warning: behavior
making it two possible ITPs: vanilla Arrow from Apache and Arrow from polars.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
git/dieharder(master)$
Do not rely on the Debian package, it has not been updated yet.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
her fixes, and
may have seen this one too. We are trying to get hold of Robert but no luck
yet.
Cheers, Dirk
PS Apologies also for replying late. I usually get to bug reports within a
day but it's a teaching term plus being busy at my 'real job' puts some
stress on my response times. :-/ I thin
sense but for Arrow, and also by a python interface to snowflake.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
The GPAC project recommends using its nightly builds from GitHub. Would
it be possible to pick a known good 2.3DEV build that fixes other
outstanding CVEs (eg, commits from Oct 2023) with a maintenance strategy
based on picking a newer known good nightly build to fix issues?
GPAC seems to offer
SOURCE_DATE_EPOCH instead of the
| system clock.
With pleasure! Thanks for the patch.
gretl_2023c-3 is now building, should be up 'shortly'.
Dirk
| [0] https://reproducible-builds.org/
|
|
| Regards,
|
| --
| ,''`.
| : :' : Chris Lamb
| `. `'` la...@debian.org / chris-lamb.co.uk
Package: elpa-org
Version: 9.6.10+dfsg-1-c42-bpo-1
Severity: important
X-Debbugs-Cc: none, H.-Dirk Schmitt
The in bug #1033400 reported version problem is repeated again with the emacs
version 1.29 in bookworm-backports and
trixie. This emacs package includes org-mode 9.6.15, but the elpa-org
| control: affects 1066403 rapache
| control: affects 1066403 littler
| control: affects 1066403 rpy2
| control: retitle 1066403 r-base-dev: missing dependency on libtirpc-dev
|
| Hi Dirk,
|
| There are 4 r-base packages failing to build in the latest archive
| rebuild:
|
| #1066403 rjava: FTBFS: ld
there anymore
but it is a feature that was long supported so it should remain supported.
Dirk
| - Disable the xdr feature support explicitly so that it does not depend
| on the packages installed on the system.
|
| Regards
| Aurelien
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
backports with a wrong ABI.
Thanks a lot for managing this well. I replaced the earlier patch with this
one and force-pushed over the previous commit. The repo is current.
Really appreciate the handling of the 64-bit time_t issue by all.
Cheers, Dirk
| Thanks!
|
|
| -- System Information
accidental backports with a wrong ABI.
Thanks a lot for managing this well. I replaced the earlier patch with this
one and force-pushed over the previous commit. The repo is current.
Really appreciate the handling of the 64-bit time_t issue by all.
Cheers, Dirk
| Thanks!
|
|
| -- System
HI Georges,
Thanks a lot.
I think all we have to do now is to wait for 5 days.
Yours Dirk
On 16.02.24 08:48, Georges Khaznadar wrote:
Dirk Hünniger a écrit :
chromium-sandbox [!armel !mips64el !s390x],
Done.
Best regards, Georges.
Hi Georges,
I forgot to metion that that the line 52 (chromium-sandbox) should be
change in the same manner as line 51. So it should look like:
chromium-sandbox [!armel !mips64el !s390x],
Yours Dirk
On 15.02.24 16:03, Paul Gevers wrote:
Hi,
On 15-02-2024 15:56, Dirk Hünniger wrote:
So
Hi Paul, Georges
thanks a lot Paul for explanation on the syntax. Georges, could you
please follow the instruction given below.
Yours Dirk
On 15.02.24 16:03, Paul Gevers wrote:
Hi,
On 15-02-2024 15:56, Dirk Hünniger wrote:
So could you Paul please post some information on how to do
that. Maybe an example.
Yours Dirk
On 15.02.24 15:33, Paul Gevers wrote:
Hi,
On 15-02-2024 08:40, Dirk Hünniger wrote:
So it still wants to build on s390x armel and mips64el. Possibly its
not possible to drop support for an architecture that once was
supported.
This is not the solution *I* had
to tell the system that it can still build on all
architectures, but the the dependency to chromium is only needed on all
architectures but s390x armel and mips64el
Yours Dirk
On 14.02.24 17:01, Dirk Hünniger wrote:
Hi,
Ok.
So if I understood correctly all that has to be done is to add an
arch
Hi,
Ok.
So if I understood correctly all that has to be done is to add an
architecture qualifier. And the person who has can do it is Georges. So
I herewith ask him to do so.
Yours Dirk
On 14.02.24 16:58, Paul Gevers wrote:
Hi,
On 14-02-2024 16:53, Dirk Hünniger wrote:
If it helps
-sandbox
from Depends to Recommends I would like to ask Georges to do so.
Yours Dirk
On 14.02.24 16:47, Paul Gevers wrote:
Hi,
On 14-02-2024 14:27, Georges Khaznadar wrote:
At the same time,
https://buildd.debian.org/status/package.php?p=mediawiki2latex
says that the package could
Hi Georges,
I think its a good idea to wait for 24 hours. I am not sure if I will be
available during the next few weeks. So just take the decisions you
consider useful and don't bother about me.
Yours Dirk
On 14.02.24 14:27, Georges Khaznadar wrote:
Hello Paul, Dirk,
Dirk Hünniger
think its a problem in the packages I depend on and thus cannot fix
myself.
What is even more strange is that this site
https://buildd.debian.org/status/package.php?p=mediawiki2latex
says that is it installed on armel misp64el and s390x.
Happy to hear about you explanations.
Yours Dirk
to amend the planned uploads.
Thanks, Steve.
I applied the patch to my repo and committed to salsa. Gretl updates
infrequently enough so that a transition to unstable is very likely to happen
before a new upstream.
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
other options are passed to the R engine.
root@8d41067e72ce:/work#
Thanks again for the heads-up!
Best, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
se, see [1] but they may also only work with cdbs which dh-r and
debhelper-compat replaced. I will see about an explicit target to correct
this.
Thanks a bunch for catching this. And good to know someone uses Rserve, it
is a nifty little (underappreciated, I find) tool!
Dirk
[1] https://sources.debi
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
as the initial bug report #1059875.
Dirk
$ ssh mirror.ftp-master.debian.org "dak rm -Rn rjava"
Will remove the following packages from unstable:
r-cran-rjava | 1.0-6-1+b1 | i386
r-cran-rjava | 1.0-10-1 | amd64, arm64, armel, armhf, mips64el, ppc64el,
riscv64, s390x
rjava |1.0-6-
Package: sssd-ad
Version: 2.8.2-4
Severity: normal
Tags: upstream ipv6
X-Debbugs-Cc: dirk.heinri...@altum.de
If a network interface has multiple IPv6 addresses (here: a public one and one
on the fd00 network), dynamic DNS updates fail with a NOTZONE error when
updating the PTR records, although
(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
am not sure what else to do besides simply saying 'no longer builds on i386'.
Dirk
[1] https://cran.r-project.org/web/checks/check_results_rJava.html
| Paul
|
| [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
| [2] https://qa.debian.org/excuses.php?package=rjava
|
| x
nt")
apBIOCdataexp <- data.table(ap="Bioc",
as.data.frame(available.packages(repos=biocdataexprepo)))
apBIOC <- merge(apBIOC, apBIOCdataexp, all=TRUE)
Ah, and younger Dirk left a message for current Dirk that this does indeed
show it too:
> contri
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
, but that particular one is of no interest
to me.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
.
Should that not go to the upstream package, possibly via the R Translations
project (where AFAIK German po files are handled by Detlef Steuer) ?
https://translation.r-project.org/
Dirk
| Thank you very much!
|
| Kind regards,
| Christoph Brinkhaus
|
| -- System Information:
| Debian Release
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
"GenomicRanges"
[5] "DelayedArray" "MatrixGenerics" "IRanges"
"S4Arrays"
[9] "GenomeInfoDb" "XVector" "Biobase"
"GenomeInfoDbData"
[13] "zlibbioc"
>
So for all packages you are interested in (here I look just at
'SingleCellExperiment') you construct the BioC (or maybe CRAN and BioC)
dependencies, and then create an aggregate list of the unique
combination. Those are the packages you need and apt-cache and related will
tell you if they exist.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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.
|
| https://fediscience.org
-project/alsa-lib/issues/352 ?
Seems to be the case. Sound is working again with the patches applied.
Thanks,
Dirk
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
u), mipsel mips mips64el)" ""
compilerflags = -O0 -g0 -mxgot --param ggc-min-expand=20
-DBOOST_NO_AUTO_PTR
endif
but that mostly came from trying to keep the build with time or ram limits.
Any hints would be most welcome.
Cheers, Dirk
[1]
https://buildd.debian.org/status/fetch.
._ZN8QuantLib13GenericEngineINS_13CliquetOption9argumentsENS_14OneAssetOption7resultsEED2Ev[_ZN8QuantLib13GenericEngineINS_13CliquetOption9argumentsENS_14OneAssetOption7resultsEED5Ev]+0x110):
additional relocation overflows omitted from the output
| collect2: error: ld returned 1 exit status
Looks like toolchain issue -- Swig maybe?
Dirk
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
next week.
Dirk
| building everything against the new r-base sounds like less hassle
| than doing r-api-bioc transition right now.)
| The BioConductor transition will bump the virtual package
| r-api-bioc-3.17 to r-api-bioc-3.18.
|
| BTW, I'm aware that a couple of r-bioc-* packages did not yet
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
ears in
Debian.
So the debian/changelog entry needs to contain the string 'CVE-2020-35357' --
correct?
Dirk
| For further information see:
|
| [0] https://security-tracker.debian.org/tracker/CVE-2020-35357
| https://www.cve.org/CVERecord?id=CVE-2020-35357
| [1] https://savannah.gnu.org/bugs/?5
] Code: 55 57 56 53 e8 17 f7 f8 ff 81 c3 7b 69 09 00 83 ec 0c 8b 6c
24 20 8b 74 24 24 8b 85 08 01 00 00 8b 50 20 85 d2 74 11 8b 40 1c <8b> 80 08 01
00 00 85 c0 0f 84 88 00 00 00 8d 7e 04 89 f1 31 c0 c7
`
Best regards,
Dirk
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
Am Samstag, dem 09.09.2023 um 23:38 +0100 schrieb Simon McVittie:
> On Sun, 27 Aug 2023 at 10:56:20 +0200, H.-Dirk Schmitt wrote:
> > Am Sonntag, dem 20.08.2023 um 12:17 +0100 schrieb Simon McVittie:
> > > Please could you try installing the libgjs0g from here:
> > >
is good. ]
I will wait a day or two as we tried hard to get rpy2 into testing. I added
it already to debian/rules and debian/changelog.
Dirk
| [0] https://reproducible-builds.org/
|
|
| Regards,
|
| --
| ,''`.
| : :' : Chris Lamb
| `. `'` la...@debian.org / chris
, I think here the issue is more on the Python side.
But to the best of my knowledge, the applications languages generally just
call into the C library 'and assume things work'. But maybe here we need
another compile-time / link-time option to turn ffi on?
Dirk
--
dirk.eddelbuettel.com
ve installed the update on my machine and will distribute the
update to other maintained machines.
I don't know a simple reproduction of the problem. Sometimes it appears
shortly after login – sometimes it take days.
Best regards and thanks,
H.-Dirk Schmitt
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
',
reason="Complex tests fails for 'mips64el'.")
Maybe the porters team can shed some light on why we needed it, and if this
worked (the autobuilders will tell us soon enough) I can pass the patch on to
Laurent for a possible inclusion upstream.
Che
those failures are on _complex_, is
there a known issue with mips64el or a specific compiler switch that may be
needed? rpy2 is fairly widely used but also 'glue' around other Python
libraries, are any others affected?
Dirk
On 24 August 2023 at 16:59, Paul Gevers wrote:
| Source: rpy2
| Version
tial.org/r/2022/12/14/evolution2.html
https://r-spatial.org/r/2023/04/10/evolution3.html
This is exemplary for guidance from an upstream project.
Dirk
|
| Kind regards
| Andreas.
|
|
| [1] https://bugs.debian.org/1049438
| [2] https://salsa.debian.org/r-pkg-team/r-cran-rgdal/-/job
et/data/autopkgtest/testing/armhf/r/r-cran-checkmate/36588004/log.gz
has
56s R version 4.3.1 (2023-06-16) -- "Beagle Scouts"
56s Copyright (C) 2023 The R Foundation for Statistical Computing
56s Platform: arm-unknown-linux-gnueabihf (32-bit)
R.version$platform has the full t
.
Dirk
| More information about this class of issues, included common problems and
| solutions, is available at
| https://wiki.debian.org/qa.debian.org/FTBFS/SourceAfterBuild
|
| Relevant part of the build log:
| > cd /<> && runuser -u user42 -- dpkg-buildpackage
--sanitize-env -us
lan to address this by no longer 'hot-fix
patching' (and thereby corrupting) test-posixt.R but (at least for now)
simply skipping tests of test-posixt.t. The regular maintainers may find
time to investigate what parts of the test file work for armel, armhf, i386.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
Package: elpa-org
Version: 9.6.7+dfsg-1-c42-bpo-1
Severity: normal
X-Debbugs-Cc: none, H.-Dirk Schmitt
I use a backport from sid/trixie below bookworm.
In difference to the 9.5 version the setting `#+LANGUAGE: de-de` is not working
any more.
The option of the babel LaTeX package is in this case
the quantlib package and these
usually go in sync. 1.31, and then 1.31.1, came out last week.
I will make sure quantlib-swig catches up, that will make the error go away.
Thanks, Dirk
|
| Relevant part (hopefully):
| > g++ -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g
-fstack-protec
/cache/pbuilder/result$
Looks like it is alive and well in libgretl1-dev where it should be.
But I agree with the 'find and rmdir'. Per 'git blame' we had the lintian
override since 2007 (!!) but yes, with the /usr rearrangement it may make
sense to clean this up.
Dirk
| Helmut
| x[DELETED
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
v authors / maintainers are the same as / a subset of the
lme4 authors. They may have an idea.
https://cran.r-project.org/package=mlmRev
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
be an issue as simple as CRAN (and
upstream) no longer checking on i386 though it usually does not fail there.
Dirk
| Paul
|
| [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
| [2] https://qa.debian.org/excuses.php?package=lme4
| x[DELETED ATTACHMENT OpenPGP_signature
doesn't run, the correct application
window is opened instead.
Bye...
Dirk
--
Dirk Heinrichs
Matrix-Adresse: @heini:chat.altum.de
GPG Public Key: 80F1540E03A3968F3D79C382853C32C427B48049
Privacy Handbuch: https://www.privacy-handbuch.de
OpenPGP_signature
Description: OpenPGP digital
Package: ausweisapp2
Version: 1.26.4-1
Severity: normal
-- System Information:
Debian Release: 12.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads;
tilde at the end. I believe this
| will work better for derivatives and make backports easier.
Almost done building, will upload shortly.
Thanks, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
.
Best, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
ge. We can do if there is (as
we r-graphics-engine-*) an overwhelming feel "that we must".
I hope some of this helped. I am sorry I cannot help much further, and I am
equally sorry my package is held up in the middle of this -- a "cost" of
having a mildly popular package I suppose.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
to what I said at the outset: the packages with
woes (beside what the graphics engine change that we covered the standard
way) will be dealt with by their maintainer. We'll see how it goes.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
dyverse) things
change quickly and packages want to be in consistent cohort.
| This attribute has got something to do with R extensions' entry
| points / dll compatibilty, but I simply do not have enough background
| with r-core to comment beyond this point, I'm afraid.
Hope th
ent builds
of its underlying library (gdal, geos, ...)
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
. It is not my
fault if some other maintainers claim they (and I paraphrase, but it is all
in the BTS) "have too many packages to keep them current". That is an issue
for which filing bugs again r-base does not, and cannot, help.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
/control.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
and asking for the value of a #define is one:
> Rcpp::evalCpp("R_GE_version")
[1] 16
>
> getRversion()
[1] ‘4.3.1’
>
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
e packages. Now, I
understand that _for simplicity_ we want to use this very blunt tool. But I
am old enough to remember that we also value engineering excellence. As
there is no need for brute force, I advocate against it. No more, no less.
Cheers, Dirk
[1] For us at /usr/share/R/include/R_ext/Graph
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
1 - 100 of 3015 matches
Mail list logo