On 9 August 2022 at 10:27, John David Anglin wrote:
| On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:
| > Will I need an explicit depends or is gcc-12 now the default in unstable (as
| > I suspect it is)?
| It is now default.
That's what I thought. I'll send up a -2 build.
On 8 August 2022 at 19:53, John David Anglin wrote:
| On 2022-08-08 3:32 p.m., Dirk Eddelbuettel wrote:
| > The problem is the build now uses the gcc-12 toolchain. I think the R
| > | build environment needs updating.
| >
| > Could you test with a local binary rebuild of r-base on
On 8 August 2022 at 19:10, John David Anglin wrote:
| Source: fbasics
| Version: 3042.89.2-1
| Severity: normal
|
| Dear Maintainer,
|
| The fbasic build on hppa fails here:
| gcc -shared -L/usr/lib/R/lib -o fBasics.so gld.o init.o nig.o -lblas
-lgfortran -lm
On 5 August 2022 at 13:20, Milan Broz wrote:
| Actually this patch is better, just displays usage and also check upper
boundary (another segault with -d 10 ...)
|
|
https://github.com/mbroz/dieharder/commit/7d60208c8a8beabe6d3d5a88399b83ebf03240a5
Thanks for both. I will try to fold
Package: ftp.debian.org
Severity: normal
The foptions package (binary: r-cran-foptions) is no longer on
CRAN and can be removed from unstable as well. It had two dependencies
(fasianoptions, fexoticoptions) which were already removed in #1013234 and
#1013235.
If needed, old versions remain at
Package: ftp.debian.org
Severity: normal
The fexoticoptions package (binary: r-cran-fexoticoptions) is no longer on
CRAN and can be removed from unstable as well.
If needed, old versions remain at
https://cran.r-project.org/web/packages/fExoticOptions/index.html
Dirk
--
dirk.eddelbuettel.com
Package: ftp.debian.org
Severity: normal
The fasianoptions package (binary: r-cran-fasianoptions) is no longer on
CRAN and can be removed from unstable as well.
If needed, old versions remain at
https://cran.r-project.org/web/packages/fAsianOptions/index.html
Dirk
--
dirk.eddelbuettel.com |
Hi Gregor,
On 23 May 2022 at 21:05, gregor herrmann wrote:
| Package: beancounter
| Severity: minor
| X-Debbugs-Cc: 998...@bugs.debian.org
|
| beancounter has "libdbd-pg-perl | libdbd-mysql-perl |
| libdbd-odbc-perl | libdbd-sqlite3-perl | libdbd-sqlite2-perl" in
| Depends, as it apparantly
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
Hi Nilesh,
On 15 May 2022 at 07:48, Dirk Eddelbuettel wrote:
| On 15 May 2022 at 14:10, Nilesh Patra wrote:
| | Can I ask you to please take a look at my changes once?
|
| I will try that a little later.
They look good. They are even more minimal than what I attempted (i.e. you
knew to only
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/
Hi Nilesh,
On 15 May 2022 at 14:10, Nilesh Patra wrote:
|
| Hi Dirk,
|
| On Fri, 13 May 2022 19:57:11 -0500 Dirk Eddelbuettel wrote:
| > As noted in a mail to debian-python [1], the tiledb-py package is creating a
| > few issues I do not currently have time to work through.
|
| I sa
Package: wnpp
Severity: normal
As noted in a mail to debian-python [1], the tiledb-py package is creating a
few issues I do not currently have time to work through. I will continue to
look after the tiledb package, and after the R bindings in package tiledb-r.
If someone can devote some time to
On 11 April 2022 at 18:40, Paul Menzel wrote:
| I think, I see the misunderstanding. I thought the single quotes meant,
| that *simpler* and *fancier* are commands for the mentioned purposes –
| which made sense to me, as the end both on *r* (simpleR and fancieR).
| Now I think they are just
On 9 April 2022 at 17:30, Charles Plessy wrote:
| Le Sat, Apr 09, 2022 at 10:19:17AM +0200, Paul Menzel a écrit :
| >
| > Thank you very much for packaging and maintaining R and related software in
| > Debian. Some of our scientists use Debian and its R packages. Sometimes
| > they’d like to
Hallo Paul,
On 9 April 2022 at 10:19, Paul Menzel wrote:
| Package: r-base-core
| Version: 4.1.3.20220324-1
| Severity: wishlist
|
| Dear Debian R maintainer,
|
| Thank you very much for packaging and maintaining R and related software
| in Debian. Some of our scientists use Debian and its R
reassign 1009212 coreutils
thanks
You reporeted this against source package 'date' which is CRAN package date
at https://cran.r-project.org/package=date. You likely meant the command
'date' from source package coreutils.
Dirk
On 8 April 2022 at 23:43, mastrboy wrote:
| Source: date
|
-Browser: and Vcs-Git:
* debian/compat: Removed
* debian/control: Switch from cdbs to dh-r
* debian/rules: Idem
* debian/watch: Update to https
-- Dirk Eddelbuettel Sat, 12 Mar 2022 21:03:53 -0600
r-cran-minqa (1.2.4-1) unstable; urgency=low
* New upstream release
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-tiledb
Version : 0.11.0
Upstream Author : TileDB Inc
* URL or Web page : https://github.com/TileDB-Inc/TileDB-R
* License : MIT
Description : R Interface to the TileDB Storage Engine
On 25 February 2022 at 18:39, Tom Lee wrote:
| So the tiledb upstream sources include *pre-generated *capnproto sources
| that were generated using 0.8.0. The *update-serialization* target will
Indeed! I forgot about that. TileDB has a habit of (strongly) enforcing
third-party dependencies,
Hi Tom,
On 25 February 2022 at 13:14, Tom Lee wrote:
| Thanks for giving it a shot. Surprised to hear the patch didn't apply
| cleanly, believe I worked directly from the source pulled via
|
| dget -a http://deb.debian.org/debian/pool/main/t/tiledb/tiledb_2.6.2-2.dsc
Would it be possible for
Tom,
Sad news. The build fails for me in unstable as is (using an updated
pbuilder chroot). I log these to file and what I see is
cd /build/tiledb-2.6.2/obj-x86_64-linux-gnu/tiledb/tiledb && /usr/bin/cc
-DFMT_LOCALE -DFMT_SHARED -DSPDLOG_COMPILED_LIB -DSPDLOG_FMT_EXTERNAL
Tom,
The patch does not apply cleanly to the sources. It is also not unified. A
bit weird. Will patch by hand, and regenerate with dpkg-source --commit.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Tom,
On 24 February 2022 at 20:49, Tom Lee wrote:
| Source: tiledb
| Version: 2.6.2
| Severity: important
| Tags: bookworm sid
| X-Debbugs-CC: tmanc...@debian.org
|
| Hi there,
|
| tiledb fails to build against capnproto 0.9.1, largely because of the
| hard-coded version number in the
On 2 February 2022 at 08:53, Emmanuel Charpentier wrote:
| For information : this bug has bitten me too :
|
| I run testing, R (from testing), a bucketfull of R packages (mostly
| from R repositories) and sagemath (installed from source).
|
| Recently, the "energy" R packages started to be
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-simplermarkdown
Version : 0.0.4
Upstream Author : Jan van der Laan
* URL or Web page : https://cran.r-project.org/package=simplermarkdown
* License : GPL (>= 3)
Description : GN
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
On 6 January 2022 at 19:48, Adam Cécile wrote:
| On 1/5/22 10:39 PM, Dirk Eddelbuettel wrote:
| > Hi Adam,
| >
| > Would you be ok with me more formally adopting the package as maintainer?
|
| Hello,
|
| Absolutely no issue on my side. Who could be a better maintainer than
| the
Package: tiledb
Severity: normal
Hi Adam,
Would you be ok with me more formally adopting the package as maintainer?
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Package: ftp.debian.org
Severity: normal
The rsprng package (binary: r-cran-rsprng) was the first package for R
offering a parallel RNG stream suitable for parallel simulation. We now have
better ones, including in Debian, and this one which had been retired
upstream years ago can now move
retitle -1 RM: r-cran-cairodevice -- ROM: Retired upstream
thanks
Somehow I mess the form up more often than not with the emacs helper
debian-bug being a little out of whack. Sorry about that.
Dirk
On 2 January 2022 at 09:00, Dirk Eddelbuettel wrote:
|
| Package: ftp.debian.org
| Severity
Package: ftp.debian.org
Severity: normal
The RGtk2 package (source rgtk2 for us, binary r-cran-rgtk2) was an important
package in its day in bringing a modern and pretty UI framework to R across
different OS, and I looked after it for 15 years.
It never made the move to Gtk3 though, and usage
Package: ftp.debian.org
Severity: normal
The cairoDevice package (source cairodevice for us, binary
r-cran-cairodevice) was the first 'Cairo' device for R, it has been replaced
by the actively maintained 'Cairo' package (r-cran-cairo for us). It was now
retired at CRAN. We should remove it
Ok, we are now at a place where the package is tamed somewhat:
- a lot of the smaller architectures did not build for 1.7.7-4
- five larger ones (all 64-bit based AFAICT) did
- so I hard-wired these explicitly in Architecture:
All green now for the ones attempted:
Package: ftp.debian.org
Severity: normal
The `rggobi` package for R was a front-end to the `ggobi` interactive
visualization tool (which we still have). But `rggobi` development ceased,
and the package has been off CRAN since July of 2020. We should remove it
too.
There is only one
:
| | On Sun, 26 Dec 2021 10:20:51 -0600 Dirk Eddelbuettel
wrote:
| | >
| | > Package: ftp.debian.org
| | > Severity: normal
| | >
| | > The 'multicore' package for R was an early extension (during 2009 to
2011)
| | to
| | > support process-parallel work. Its key parts (especially
Hi Adam,
On 30 December 2021 at 11:12, Adam Cécile wrote:
| Sure, I was suggesting adding you directly to uploaders because the
| package is maintained on Salsa, sadly I see we both missed each other there:
|
| https://salsa.debian.org/acecile-guest/tiledb
|
Couldn't resist an attempt to send in an 1.7.7-3 attempt but still seeing too
many unit test failures. Very strange as this works for me on amd64 :-/
Adam, how would you feel about an update to 2.5.3 and catch2 (and no more
tbb-dev) ? Would you be ok with me sending that up as NMU?
Dirk
--
Thank you both for quick thumbs-up! 1.7.7-1.2 was just shipped, fingers
crossed about how it'll do with the builders.
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
, 2021 5:42:33 PM GMT+01:00, Dirk Eddelbuettel
wrote:
| >Package: tiledb
| >Version: 1.7.7-1.1
| >Severity: normal
| >Tags: patch pending
| >
| >Dear maintainer,
| >
| >I have prepared an NMU for tiledb (versioned as 1.7.7-1.2) and
| >can uploaded it to DELAYED/10. Pleas
for a more minimal build, also remove sphinx
+ * debian/control: Remove Build-Depends: on hdfs
+ * debian/control: Set Standards-Version: 2.6.0
+
+ -- Dirk Eddelbuettel Wed, 29 Dec 2021 09:55:15 -0600
+
tiledb (1.7.7-1.1) unstable; urgency=medium
* Non-maintainer upload.
* Source-only upload
Package: r-cran-rsgcc
Severity: normal
rsgcc has been off CRAN for a while:
https://cran.r-project.org/web/packages/rsgcc/index.html
It would be nice if you could retire the package so that we can
also retire 'r-cran-gwidgetsrgtk2' which was also remove from CRAN
This bug now blocks resolution of #1002648 for the removal of r-cran-multicore.
It would be nice if you could adjust the (apparently also dead upstream)
package r-other-mott-happy to just rely on package 'parallel' which is
included in R.
Thanks, Dirk
--
https://dirk.eddelbuettel.com |
Package: ftp.debian.org
Severity: normal
The OmegaHat project was once (around 2000) aiming to write 'the next
R'. That never happend. But R Core member Duncan Temple Lang maintained a
repository for several years with a number of extension packages. But it
ceased to exist years ago and
Package: ftp.debian.org
Severity: normal
The 'multicore' package for R was an early extension (during 2009 to 2011) to
support process-parallel work. Its key parts (especially those that matter
for us on Linux) were replaced / rewritten many years ago by package
'parallel' which is a part of
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
Package: r-other-mott-happy.hbrem
Severity: normal
I am currently cleaning up a little and removing a handful of r-cran-*
packages that have vanished from CRAN years ago.
One of those is 'multicore' which was subsumed in package 'parallel' which is
part of base R.
Package
Package: ftp.debian.org
Severity: normal
The 'int64' package for R was one of two approaches to 'retro-fit' an int64_t
into R (which has a limited set of basetypes). It failed and as
https://cran.r-project.org/package=int64
was orphaned in 2012 and formally archived in 2013. We kept it
retitle 1001892 RM: r-cran-hdf5 -- ROM: retired upstream twelve years ago
quit
Setting a better / correct title.
Dirk
On 18 December 2021 at 08:10, Dirk Eddelbuettel wrote:
|
| Package: ftp.debian.org
| Severity: normal
|
| Winthin the R system, hdf5 packages have a difficult history
Package: ftp.debian.org
Severity: normal
Winthin the R system, hdf5 packages have a difficult history. This package
was one of the earlier ones (earliest?) and was maintained from 2000 to
2009. I packaged it in 2005, and it has served us well. These days the
BioConductor package rhdf5 is a
retitle 996033 RM: its -- ROM: retired upstream five years ago
quit
Setting a better / correct title.
Dirk
On 18 November 2021 at 10:06, Dirk Eddelbuettel wrote:
|
| reassign 996033 ftp.debian.org
| quit
|
| I must have been absent-minded when I filed this as I got the Subject: right
Hi Tobias,
Thanks for piping in!
On 13 December 2021 at 16:42, Tobias Hansen wrote:
| On 12/13/21 4:30 PM, Dirk Eddelbuettel wrote:
| > Hi Alexandre,
| >
| > On 13 December 2021 at 09:08, Alexandre Lymberopoulos wrote:
| > | Hi there, Dirk!
| > |
| > | I see that, libgslbl
ple email to the maintainer.
Cheers, Dirk
| Best, Alexandre
|
| On Dec 12 2021, Dirk Eddelbuettel wrote:
| >
| > PS As a follow-up, it also looks like the Debian aggregation pages think
| > everything should be fine:
| >
| > https://packages.debian.org/sid/libgslcblas0
| >
|
PS As a follow-up, it also looks like the Debian aggregation pages think
everything should be fine:
https://packages.debian.org/sid/libgslcblas0
Maybe you just has bad luck with a mirror, or hit a mirro sync?
Dirk
--
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Salut Alexandre,
On 12 December 2021 at 14:47, Alexandre Lymberopoulos wrote:
| Package: libgsl25
| Version: 2.6+dfsg-2
| Severity: normal
|
| Dear Maintainer,
|
| Trying to upgrade all packages here, I see myself in a dependence
| conflict apparently without solution. Library libgsl25
On 8 December 2021 at 12:16, Sebastian Ramacher wrote:
| gsl now migrated and libgsl25 got removed from testing.
Fantastic! Thanks to you and to Patrick (CC'ed again) and we're back to where
we once were (GSL updates upstream, I can update without fuss or formal
transitions) but now we are
Hi Mattia and Sebastian,
On 6 December 2021 at 22:44, Mattia Rizzolo wrote:
| Yes! See https://wiki.debian.org/BuildProfileSpec for the
| documentation.
|
| Unfortunately there have been a few troubles getting a formal and good
| specifical text that was "good enough" for the Debian Policy.
Hi Sebastian,
On 6 December 2021 at 21:58, Sebastian Ramacher wrote:
| gsl needs another upload. It currently lists libgsl-prof as package that
| should be built, but it isn't. I've been told that in the past this has
| been worked around by manually changing the .dsc before uploading.
It has
On 2 December 2021 at 15:57, Dirk Eddelbuettel wrote:
| Yep. It's in the queue by now. I sometimes forget if an experimental ->
| unstable passage does or does not need an orig.tar.gz to go along or not but
| the bots will tell me if so :)
And by now in unstable.
Thanks so much for look
On 2 December 2021 at 22:39, Sebastian Ramacher wrote:
| On 2021-12-02 15:11:20, Dirk Eddelbuettel wrote:
| >
| > On 2 December 2021 at 20:55, Sebastian Ramacher wrote:
| > | gsl cleared NEW thanks to ta. So this should be good to go.
| > |
| > | Please go ahead with the upl
On 2 December 2021 at 20:55, Sebastian Ramacher wrote:
| gsl cleared NEW thanks to ta. So this should be good to go.
|
| Please go ahead with the upload to unstable.
Will do. Without any other requirements, correct? I.e. standard upload which
thanks to Patrick's work will be around a new
On 1 December 2021 at 21:47, Patrick Alken wrote:
| Ok please send along the patches.
Sure thing. They are actually 'in the open' as we (== Debian devs) these days
have most / all work in git(-lab via our instance at salsa.debian.org). See
this directory and note that the 'series' file governs
On 1 December 2021 at 21:41, Sebastian Ramacher wrote:
| Indeed, it will need a trip through NEW. So going via experimental would
| be appreciated. But, once it passed NEW, you can then immediatly follow
| up with the upload to unstable. I will take care of the binNMUs of the
| reverse
On 1 December 2021 at 09:45, Sebastian Ramacher wrote:
| On 2021-11-30 22:43:11 -0700, Patrick Alken wrote:
| > All, I have uploaded a new GSL release (2.7.1) which I hope fixes the
| > libtool version numbers
Patrick,
Big big thank you! (And I missed this email yesterday)
| Thank you!
|
|
On 22 November 2021 at 09:08, Patrick Alken wrote:
| Hi all, sorry for all this trouble. I will try to make a new GSL release
| with the correct numbers.
Much appreciate it!
Sebastian, we'll then run a new transition with gsl 2.8 (or whichever version
number it will be) and its new somajor.
Hi Patrick,
Can you please chime in (as you did in the earlier exchanges when Sebastian
explained to us how to set valus triplet for libtool via configure.ac) ?
On 21 November 2021 at 23:00, Sebastian Ramacher wrote:
| On 2021-11-09 12:54:44 -0600, Dirk Eddelbuettel wrote:
| >
| >
reassign 996033 ftp.debian.org
quit
I must have been absent-minded when I filed this as I got the Subject: right
but use the package itself instead of ftp.debian.org. My bad!
Dirk
On 10 October 2021 at 12:04, Dirk Eddelbuettel wrote:
|
| Severity: normal
| Package: its
|
| The its
reassign ftp.debian.org
quit
I must have been absent-minded when I filed this as I got the Subject: right
but use the package itself instead of ftp.debian.org. My bad!
Dirk
On 10 October 2021 at 12:04, Dirk Eddelbuettel wrote:
|
| Severity: normal
| Package: its
|
| The its package
On 9 November 2021 at 22:28, Lucas Nussbaum wrote:
| Source: beancounter
| Version: 0.8.10
| Severity: important
| Justification: Debian Policy section 4.9
| Tags: bookworm sid
| User: debian...@lists.debian.org
| Usertags: missing-build-arch-indep
|
| Dear maintainer,
|
| Your package does
On 8 November 2021 at 22:14, Sebastian Ramacher wrote:
| Control: tags -1 moreinfo
| Control: forwarded -1
https://release.debian.org/transitions/html/auto-gsl.html
|
| On 2021-10-31 14:29:40 -0500, Dirk Eddelbuettel wrote:
| >
| > Package: release.debian.org
| > Severity: normal
On 2 November 2021 at 16:09, Andrea Pappacoda wrote:
| Control: close -1
|
| Thanks for your fast response.
|
| As you might have guessed I'm not really experienced in Debian
| packaging, and I didn't know this was acceptable.
|
| I have no complaints then, I'm closing this :)
|
| Thanks
On 2 November 2021 at 15:43, Andrea Pappacoda wrote:
| Source: r-cran-tzdb
| Severity: normal
|
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA256
|
| Dear Maintainer,
|
| I'm currently working to package the "date" library from Howard Hinnant, you
| can see the ITP here:
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,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
GNU GSL 2.7 was release a few months ago, and we now realised (in the
discussion of #993324 which also included upstream) that the upstream libtool
instruction were in error by _not_
On 29 October 2021 at 18:14, Paul Wise wrote:
| Package: sm, libfreetype6
| Version: 0.26-1, 2.11.0+dfsg-1
| Severity: important
| File: /usr/games/sm
| Usertags: regression
Maintainer of _source package_ sm here: bad habit, 15 years ago binary
packages like r-cran-sm used their upstream source
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
Severity: normal
Package: its
The its package was retired from CRAN five years ago [1] upon the request of
its original author (who is a friend), but I kept it in Debian because it was
generally useful. However, as time and packaging standards move on (while the
package remains frozen) it is
On 20 September 2021 at 07:50, Andreas Tille wrote:
| On Sun, Sep 19, 2021 at 03:45:57PM -0500, Dirk Eddelbuettel wrote:
| >
| > | I'm thinking about a "fake-basilisk" like r-cran-bh or r-bioc-zlib.
| >
| > I had a similar thought. I am also f
On 19 September 2021 at 16:09, Andreas Tille wrote:
| On Sun, Sep 19, 2021 at 05:31:14PM +0530, Nilesh Patra wrote:
| >
| > But I do wonder if more packages in future might as well end up needing
basilisk too.
|
| I'm thinking about a "fake-basilisk" like r-cran-bh or r-bioc-zlib.
I had a
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 31 August 2021 at 15:36, Andreas Tille wrote:
| I think cheating with different Debian versions is one thing but IMHO
| the versions inside the package (I mean Debian package version and the
| version inside DESCRIPTION) should match no matter what actual libboost
| version is in Debian.
s
(reply to Dirk Eddelbuettel ).
| [...]
| > -BEGIN PGP SIGNED MESSAGE-
| > Hash: SHA256
| >
| > Format: 1.8
| > Date: Tue, 31 Aug 2021 06:40:29 -0500
| > Source: r-cran-bh
| > Architecture: source
| > Version: 1.74.0-2
| > Distribution: unstable
| > Urgency: mediu
-12
| Author: Dirk Eddelbuettel, John W. Emerson and Michael J. Kane
| Maintainer: Dirk Eddelbuettel
| --- a/debian/control
| +++ b/debian/control
| @@ -11,7 +11,7 @@ Homepage: https://cran.r-project.org/package=BH
| Package: r-cran-bh
| Architecture: all
| Multi-Arch: foreign
| -Depe
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;
|
|#
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-vroom
Version : 1.5.3
Upstream Author : James Hester and Hadley Wickham
* URL or Web page : https://cran.r-project.org/package=vroom
* License : MIT
Description : GNU R package
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-tzdb
Version : 0.1.2
Upstream Author : Davis Vaughan
* URL or Web page : https://cran.r-project.org/package=tzdb
* License : MIT
Description : GNU R package for Time Zone Database
201 - 300 of 2397 matches
Mail list logo
