Re: Linker fails to find libraries in unstable but succeeds in testing

2024-03-15 Thread Jochen Sprickerhof
Hi Andreas, * Andreas Tille [2024-03-15 07:31]: Hi, thanks to the next round of Lucas' FTBFS QA rebuilds (at least) one package of the R pkg team is affected by some strange linker issue #1066409 r-cran-v8: FTBFS: ld: cannot find -lv8: No such file or directory which boils down to[1] g++ -st

Bug#1066922: ITP: python-mercantile -- Web mercator XYZ tile utilities

2024-03-15 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-mercantile Version : 1.2.1 Upstream Contact: Sean Gillies * URL : https://github.com/mapbox/mercantile * License : BSD-3-clause Programm

Bug#1066925: ITP: python-contextily -- Context geo-tiles in Python

2024-03-15 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-contextily Version : 1.5.2 Upstream Contact: Dani Arribas-Bel * URL : https://github.com/geopandas/contextily * License : BSD-3-clause P

Bug#1066927: ITP: python-momepy -- Urban Morphology Measuring Toolkit

2024-03-15 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-momepy Version : 0.7.0 Upstream Contact: Martin Fleischmann * URL : https://github.com/pysal/momepy * License : BSD-3-clause Programming

Re: 64-bit time_t transition: cargo needs manual intervention

2024-03-15 Thread Fabian Grünbichler
On Thu, Mar 14, 2024 at 10:03:57PM -0700, Otto Kekäläinen wrote: > Hi! > > Is anyone perhaps planning to fix cargo? > > For example curl isn't building on armel/armhf now and numerous packages > that depend of curl are not building on armel/armhf. > > Thanks in advance to the person who steps up

Re: 64-bit time_t transition: cargo needs manual intervention

2024-03-15 Thread Otto Kekäläinen
Hi! pe 15. maalisk. 2024 klo 6.56 Fabian Grünbichler kirjoitti: > On Thu, Mar 14, 2024 at 10:03:57PM -0700, Otto Kekäläinen wrote: > > Hi! > > > > Is anyone perhaps planning to fix cargo? > > > > For example curl isn't building on armel/armhf now and numerous packages > > that depend of curl are

Re: 64-bit time_t transition: cargo needs manual intervention

2024-03-15 Thread Wookey
On 2024-03-14 22:03 -0700, Otto Kekäläinen wrote: > Hi! > > Is anyone perhaps planning to fix cargo? Yes. We have been working on it this week (e.g. ema built cargo for armhf), but that is not sufficient to unbung the curl->stunnel4->python->crypography->cargo loop. I tried building the patched

Re: time_t progress report

2024-03-15 Thread Andrea Bolognani
On Thu, Mar 14, 2024 at 08:42:14PM -0700, Steve Langasek wrote: > On Thu, Mar 14, 2024 at 10:47:02PM +0100, Micha Lenk wrote: > > The time_t transition seems to be stalled due to issues on armel/armhf > > architecture. My understanding is, as long as this transition isn't over, > > uploaders of af

Re: 64-bit time_t transition: cargo needs manual intervention

2024-03-15 Thread Fabian Grünbichler
On Fri, Mar 15, 2024 at 08:16:40AM -0700, Otto Kekäläinen wrote: > Hi! > > pe 15. maalisk. 2024 klo 6.56 Fabian Grünbichler > kirjoitti: > > > On Thu, Mar 14, 2024 at 10:03:57PM -0700, Otto Kekäläinen wrote: > > > Hi! > > > > > > Is anyone perhaps planning to fix cargo? > > > > > > For example c

Re: Package marked for autoremoval due to closed bug?

2024-03-15 Thread Paul Gevers
Hi, Disclaimer: exception only valid while the time_t transition is ongoing. On 15-03-2024 6:15 a.m., Steve Langasek wrote: Migration to testing is largely out of control of the maintainers at this point, it's very much dependent on folks rebootstrapping armel and armhf against the new library

Re: Package marked for autoremoval due to closed bug?

2024-03-15 Thread Thomas Goirand
On 3/15/24 21:52, Paul Gevers wrote: Hi, Disclaimer: exception only valid while the time_t transition is ongoing. On 15-03-2024 6:15 a.m., Steve Langasek wrote: Migration to testing is largely out of control of the maintainers at this point, it's very much dependent on folks rebootstrapping ar

Re: Package marked for autoremoval due to closed bug?

2024-03-15 Thread Thomas Goirand
On 3/15/24 07:14, Andreas Tille wrote: I simply remove all those testing removal warnings in my mailbox to cope with this and by doing so I'm probably missing real issues I should rather care about. I know what you're talking about: anyone that maintains a lot of packages always receive waves