Hi Paul,
Thanks for the prompt and detailed reply.
On 16 June 2024 at 16:13, Paul Gevers wrote:
| Hi Dirk,
|
| On 16-06-2024 2:42 p.m., Dirk Eddelbuettel wrote:
| > I may need a hgand with riscv64.
|
| That's normally a question to the porters, in CC now, so they can have a
| l
window from the
(arguably already large) value? Or can we (worst case) turn riskv64 builds
off?
The package risks an autorm on July 4 unless we find 'some way' for this.
https://tracker.debian.org/pkg/quantlib-swig
https://buildd.debian.org/status/package.php?p=quantlib-swig
Thanks, Dirk
, and the old
| binaries were then removed.
That can happen. It is the summer of 2024 and many upstream projects, R
included, stopped supporting i386.
I do not think there is much we can do besides not building beast-mcmc on
i386.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 6 June 2024 at 08:22, Johannes Ranke wrote:
| Am Mittwoch, 5. Juni 2024, 22:27:09 CEST schrieb Dirk Eddelbuettel:
| > On 5 June 2024 at 21:55, Paul Gevers wrote:
| > | Source: survival
| > | Version: 3.5-8-1
| > | Severity: serious
| > | Control: close -1 3.6-4-1
| >
(old-)stable.
|
| If you believe your package is unable to migrate to testing due to
| issues beyond your control, don't hesitate to contact the Release Team.
I have seen this, and I am torn. Maybe it is just best to let quantlib-swig
die and keep keep just quantlib (the C++ library).
Dirk
| Paul
that are effectively taking down maintained packages of mine.
Dirk
| Paul
|
| [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
| [2] https://qa.debian.org/excuses.php?package=survival
|
| x[DELETED ATTACHMENT OpenPGP_signature.asc, application/pgp-signature
We are still having the open issue of rpy2 now segfaulting on the embedding
tests which reproduces on my plain vanilla amd64 setup -- so I commented that
test out too.
Laurent: Any idea why R 4.4.0 and rpy2 do not get along on embedding?
Cheers, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel
On 25 May 2024 at 12:35, Bo YU wrote:
| Hi,
| On Sat, May 18, 2024 at 06:41:53AM -0500, Dirk Eddelbuettel wrote:
| >
| >On 17 May 2024 at 23:05, Santiago Vila wrote:
| >| Dirk Eddelbuettel wrote:
| >| > Is there a chance this could be spurious?
| >|
| >| Unlikely because
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 | e
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
ne0?
Best regards,
Dirk =)
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.15-amd64 (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale:
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
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
| 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
thanks for the patch and PR since I saw it bubble up late
last week. I just applied it to my repo and pushed it.
Thanks again, Dirk
| -- System Information:
| Debian Release: trixie/sid
| APT prefers unstable
| APT policy: (500, 'unstable'), (1, 'experimental')
| Architecture: amd64 (x86_64
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-
(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
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
, 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
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
-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
] 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
, 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
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
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
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
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
. 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
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
.
Cheers, Dirk
(Debian dev since 1995 or so
R maintainer since 1998-2002 dependeing on how you count
R Foundation Board member for a decade+
Author of 60+ CRAN packages)
|
| Thank you,
| Jeremy Bícha
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
der hardware span but most of
the time we are just creating busy work for ourselve.
Dirk
PS I continue to note that you can in fact trust CRAN if you do your homework
and don't randomly mix current and not-current packages. An illustration is
provided by r2u project which contains about 2 x 20k binar
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
it.
Cheers, Dirk
On 26 June 2023 at 21:53, Paul Gevers wrote:
| Source: mvtnorm, r-cran-pammtools
| Control: found -1 mvtnorm/1.2-2-1
| Control: found -1 r-cran-pammtools/0.5.8-1
| Severity: serious
| Tags: sid bookworm
| User: debian...@lists.debian.org
| Usertags: breaks needs-update
consensus to leave it open
during the freeze leading up to the release to avoid any last minute transfer
but this can now be closed -- especially as we by now have R 4.3.1 (released
at the end of last week) in unstable. So closing now.
Best, Dirk
| Thanks
| Philip
| x[DELETED ATTACHMENT
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
On 2 June 2023 at 20:19, Paul Gevers wrote:
| Hi Dirk,
|
| On Mon, 15 May 2023 03:04:06 + Debian FTP Masters
| wrote:
| > gsl (2.7.1+dfsg-4) unstable; urgency=medium
| > .
| >* debian/control: Add explicit 'Breaks: libgsl25' (with thanks to
| > Andr
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
ion but would prefer if someone from the release could
'nod', maybe in reply to this email.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
itched
to experimental, one went to wrong repo. That was not intentional but I think
we can manage.
Best, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
into an explicit one helps apt making
| the right choice.
|
| Please consider applying the attached patch.
Yes thank you -- that sounds sensible. And we would then nag the release
team to get this out in the release?
Dirk
| Andreas
| x[DELETED ATTACHMENT
0001-libgsl27-Add-Breaks-libgsl25
. But
it can and will just wait in unstable til its time is up post bookwork release.
The CRAN repo upstream is very very good about ensuring consistency 'at
@HEAD' so package are generally in good shape (especially if they are kept
current). I expect no surprises here.
Cheers, Dirk
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.
tices now? Upload -2 to experimental?
Or not? What action would 'close' this bug?
Also, do I need to contact the release managers to ask for a freeze on this
misfiled upload?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Package: nautilus-scripts-manager
Version: 2.0-1.1
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt
The package seems to be outdated for bookworm.
/bin/nautilus-scripts-manager:21: PyGIWarning: Pango was imported without
specifying a version first. Use gi.require_version('Pango', '1.0
I also reported the Issue to the upstream project:
https://github.com/flycheck/flycheck/issues/2014
Package: elpa-flycheck
Version: 32~git.20200527.9c435db3-3
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt
The combination of Emacs28 + elpa-flycheck + shellcheck in *bookworm* spawn
never terminating shellcheck processes.
These are eating up the memory and trigger oom-kill
Confirm that the buid
http://debomatic-amd64.debian.net/distribution#testing/liferea/1.14.1-2/buildlog
fixes the segfault on my machine.
Package: liferea
Version: 1.14.1-1
Severity: grave
X-Debbugs-Cc: none, H.-Dirk Schmitt
Before bookworm upgrade liferea was working o.k.
Now – on bookworm – the startup fails with „Segmentation fault“.
The problem occured also on 2nd hardware with different user.
The problem is also occuring
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
der
|
|* debian/patches/series: Disable no longer required lme4 version patch
Indeed. I read the upstream DESCRIPTION file the wrong way, the issue is
*still* not fixed upstream. Sighs.
Will fix. Thanks for the heads up!
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
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
) simplify the build.
We should adjust tiledb-py (which needs an update for the now released 0.19.0
anyway, and had skipped minor release 0.18.3 which is ok) accordingly. CCing
Nilesh who looks after tiledb-py.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
1 - 100 of 887 matches
Mail list logo