Bug#951240: ITP: ppx-here -- ppx rewriter that defines an extension node whose value is its source position

2020-02-12 Thread Stéphane Glondu
Package: wnpp Severity: wishlist Owner: Stéphane Glondu * Package name: ppx-here Version : 0.13.0 Upstream Author : Jane Street Group, LLC * URL : https://github.com/janestreet/ppx_here * License : MIT Programming Lang: OCaml Description : extension nod

Bug#951238: ITP: ppx-bin-prot -- generation of bin_prot readers and writers from types

2020-02-12 Thread Stéphane Glondu
Package: wnpp Severity: wishlist Owner: Stéphane Glondu * Package name: ppx-bin-prot Version : 0.13.0 Upstream Author : Jane Street Group, LLC * URL : https://github.com/janestreet/ppx_bin_prot * License : MIT Programming Lang: OCaml Description : gener

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Hey Simon, Simon McVittie wrote: >On Tue, 04 Feb 2020 at 13:14:10 +, Steve McIntyre wrote: >> Arnd scanned the library packages in the Debian archive and identified >> that about one third of our library packages would need rebuilding >> (and tracking) to make a (recursive) transition. > >Is a

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
[ Skimming through this - Arnd already responded ... ] Guillem Jover wrote: >On Tue, 2020-02-04 at 13:14:10 +, Steve McIntyre wrote: ... >> So, we're all fine? Not so much: for our 32-bit Debian arches, we will >> need to basically rebuild the world to be 2038-safe. When we had to do >> some

Re: Master-Slave terminology

2020-02-12 Thread Georg Faerber
Hi Ulrike, all, On 20-02-12 17:46:15, Ulrike Uhlig wrote: > I'd like to attract your attention to this very fine document: > > https://tools.ietf.org/id/draft-knodel-terminology-00.html#rfc.section.1.1 > > Quoting from there: "Master-slave is an oppressive metaphor that will > and should never b

Re: Master-Slave terminology Re: [Piuparts-devel] piuparts.d.o stalled?

2020-02-12 Thread Nicolas Dandrimont
Hi Ulrike! * Ulrike Uhlig [2020-02-12 17:46:15 +0100]: > On 12.02.20 17:01, Nicolas Dandrimont wrote: > > > In any case, since DSA had to restart everything at UBC, the piuparts slave > > got > > restarted as well and it's churning through the backlog. Unfortunately it > > looks > > like rest

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Florian Weimer wrote: >* Steve McIntyre: > >> The kernel is *basically* fixed now. Internally, data structures >> should now be safe. There are a small number places where 32-bit time >> is still a thing, but it's in hand. A number of syscalls, ioctls, >> etc. have needed updates for the user-kerne

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Simon McVittie wrote: >On Fri, 07 Feb 2020 at 09:28:24 +0200, Wouter Verhelst wrote: >> Why not? This seems like the type of problem that SONAMEs are made for. >> What am I missing? > >SONAMEs are set by the upstream developer in their build system (building >the same source code produces the same

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Sam Hartman wrote: >Steve, you're presuming that we would not create a new soname for libc6 >on architectures where we want a new time ABI. > >That's not at all obvious to me. >It seems in the same level of drastic as the other options you are >considering. >So taking it off the table without discu

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
wzss...@gmail.com wrote: >Steve McIntyre 于2020年2月4日周二 下午9:15写道: ... >> A Follow a similar path to last time (rename library packages). This >>will allow us to do partial upgrades, but the cost is that a vast >>number of packages will need work to make this happen,

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Steve McIntyre wrote: >Russ Allbery wrote: >> >>If we go down this path, can we make cross-grading a supported feature for >>the next stable release? I'm sure I'm not the only one who is stuck with >>continuously-upgraded i386 hosts who has been wanting to switch but has >>been waiting until cross

Re: Y2038 - best way forward in Debian?

2020-02-12 Thread Steve McIntyre
Russ Allbery wrote: >Ansgar writes: > >> So maybe just recommend people to move to 64-bit architectures and put >> 32-bit applications in a time namespace so they believe they are still >> in 2001 ;-) 32-bit architectures will probably still be useful in >> embedded contexts for a long time and th

Master-Slave terminology Re: [Piuparts-devel] piuparts.d.o stalled?

2020-02-12 Thread Ulrike Uhlig
Hi Nicolas, On 12.02.20 17:01, Nicolas Dandrimont wrote: > In any case, since DSA had to restart everything at UBC, the piuparts slave > got > restarted as well and it's churning through the backlog. Unfortunately it > looks > like restarting the slave just eats its logs. I'd like to attract y

Re: [Piuparts-devel] piuparts.d.o stalled?

2020-02-12 Thread Holger Levsen
On Wed, Feb 12, 2020 at 05:01:35PM +0100, Nicolas Dandrimont wrote: > > it seems like piuparts.d.o is not running new tests for some days now. this could also be related to #948456 -- cheers, Holger ---

Re: [Piuparts-devel] piuparts.d.o stalled?

2020-02-12 Thread Nicolas Dandrimont
(In the future, no need to x-post to d-devel, it's far down my folder list anyway) * Daniel Leidert [2020-02-12 14:57:49 +0100]: > (x-post between d-devel and piuparts-devel lists, sent again with fixed > subject) > > Hi, > > it seems like piuparts.d.o is not running new tests for some days

piuparts.d.o stalled?

2020-02-12 Thread Daniel Leidert
(x-post between d-devel and piuparts-devel lists, sent again with fixed subject) Hi, it seems like piuparts.d.o is not running new tests for some days now. The -reports list contains some mails mentioning an issue with piuparts-slave. This is currently stalling the testing migration for quite an

Bug#951205: ITP: dlpack -- Open In Memory Tensor Structure and operator interface for deep learning

2020-02-12 Thread Mo Zhou
Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: dlpack Version : git head * URL : https://github.com/dmlc/dlpack * License : apache-2.0 Programming Lang: C Description : Open In Memory Tensor Structure and operator interface for deep lear

Re: Heads up: persistent journal has been enabled in systemd

2020-02-12 Thread Guillem Jover
Hi! On Tue, 2020-02-11 at 08:19:46 +0100, Helmut Grohne wrote: > I am an early adopter (at a time when you had to pass init= to use > systemd) and I also enabled the persistent journal on practically all of > my systems. I find myself liking the filtering that is enabled by > journalctl, but it se

Bug#951193: ITP: tiledb-py -- Python interface to the TileDB storage manager

2020-02-12 Thread Adam Cecile
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: tiledb-py Version : 0.5.6 Upstream Author : TileDB Inc * URL : https://github.com/TileDB-Inc/TileDB-Py/releases * License : Expat/MIT Programming Lang: Python Description : Python inte