Processed: Re: Fwd: Packaging sphinxext-opengraph for Debian

2021-11-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 999741 992744
Bug #999741 {Done: ba...@debian.org} [wnpp] ITP: sphinxext-opengraph -- Sphinx 
extension to generate OpenGraph metadata
Bug #992744 [wnpp] RFP: sphinxext-opengraph -- Sphinx extension to generate 
OpenGraph metadata
Severity set to 'normal' from 'wishlist'
Marked Bug as done
Merged 992744 999741
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
992744: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992744
999741: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999741
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#998685: marked as done (ITP: node-cross-fetch -- Universal WHATWG Fetch API for Node, Browsers and React Native)

2021-11-22 Thread Debian Bug Tracking System
Your message dated Tue, 23 Nov 2021 00:00:08 +
with message-id 
and subject line Bug#998685: fixed in node-cross-fetch 3.1.4+ds.1-1
has caused the Debian Bug report #998685,
regarding ITP: node-cross-fetch -- Universal WHATWG Fetch API for Node, 
Browsers and React Native
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
998685: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998685
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: wnpp
Severity: wishlist
Owner: Nicolas Mora 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-cross-fetch
  Version : 3.1.4
  Upstream Author : Leonardo Quixada 
* URL : https://github.com/lquixada/cross-fetch
* License : Expat
  Programming Lang: JavaScript
  Description : Universal WHATWG Fetch API for Node, Browsers and 
React Native


 The scenario that cross-fetch really shines is when the same JavaScript
 codebase needs to run on different platforms.
  * Platform agnostic: browsers, Node or React Native
  * Optional polyfill: it's up to you if something is going to be added 
to the

global object or not
  * Simple interface: no instantiation, no configuration and no extra 
dependency

  * WHATWG compliant: it works the same way wherever your code runs
  * TypeScript support: better development experience with types.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is required to use node-i18next-http-backend, therefore to 
fix #997718
--- End Message ---
--- Begin Message ---
Source: node-cross-fetch
Source-Version: 3.1.4+ds.1-1
Done: Nicolas Mora 

We believe that the bug you reported is fixed in the latest version of
node-cross-fetch, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 998...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Nicolas Mora  (supplier of updated node-cross-fetch 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 17 Nov 2021 08:26:09 -0500
Source: node-cross-fetch
Binary: node-cross-fetch
Architecture: source all
Version: 3.1.4+ds.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Javascript Maintainers 

Changed-By: Nicolas Mora 
Description:
 node-cross-fetch - Universal WHATWG Fetch API for Node, Browsers and React 
Native
Closes: 998685
Changes:
 node-cross-fetch (3.1.4+ds.1-1) unstable; urgency=medium
 .
   * Initial release (Closes: #998685)
Checksums-Sha1:
 b1cd3c05e81bf42cd7663eace44b17bf0c377330 2168 node-cross-fetch_3.1.4+ds.1-1.dsc
 710fd8b40d307b74f8f72fece4133d098129345d 93759 
node-cross-fetch_3.1.4+ds.1.orig.tar.gz
 aada6a9c7bbb5fad0455fe87ac0b853fabae9700 3040 
node-cross-fetch_3.1.4+ds.1-1.debian.tar.xz
 28379f3c70b412c053eb071c42639fc8a36b5fda 19712 
node-cross-fetch_3.1.4+ds.1-1_all.deb
 236734699dc455612acbe0593da0b6d58e86b887 12548 
node-cross-fetch_3.1.4+ds.1-1_amd64.buildinfo
Checksums-Sha256:
 a9697974d110bc961a0e8ca26a73f9ce95cdeea347ef15b94138f978ac825805 2168 
node-cross-fetch_3.1.4+ds.1-1.dsc
 2b75dcfa2c1f737cc5df2710ca41079c1abbce7161a11226d7fb2557f32b320b 93759 
node-cross-fetch_3.1.4+ds.1.orig.tar.gz
 ac8b408fe55b6fd0d514220464ad172b30749f8c92ed83323a43edaa5e115e0d 3040 
node-cross-fetch_3.1.4+ds.1-1.debian.tar.xz
 627969b82c72f94d8b4ad2f5430a007b10ae607731ab802eedbfb3ef79d05329 19712 
node-cross-fetch_3.1.4+ds.1-1_all.deb
 a07ac468b2c60e53ac8f136882bed297d6e6c6713103b95ccbe9ccfa38293e32 12548 
node-cross-fetch_3.1.4+ds.1-1_amd64.buildinfo
Files:
 8394a5928b5c65e9f30006ea2d5bb836 2168 javascript optional 
node-cross-fetch_3.1.4+ds.1-1.dsc
 603394a506afa114792e1e6a4dbaba5a 93759 javascript optional 
node-cross-fetch_3.1.4+ds.1.orig.tar.gz
 ed000eab265e23a4280d3b2f34820290 3040 javascript optional 
node-cross-fetch_3.1.4+ds.1-1.debian.tar.xz
 5dc2efbb709e593b10076513efb9d27a 19712 javascript optional 
node-cross-fetch_3.1.4+ds.1-1_all.deb
 edbbe255440db4e2b9c58f85d043d773 12548 javascript optional 
node-cross-fetch_3.1.4+ds.1-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEhAWwL8wo75dEyPJT/oITlEC9IrkFAmGVT6cACgkQ/oITlEC9

Processed: block 1000415 with 1000416

2021-11-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 1000415 with 1000416
Bug #1000415 [wnpp] ITP: golang-github-tklauser-go-sysconf -- sysconf for Go, 
without using cgo
1000415 was not blocked by any bugs.
1000415 was blocking: 998814
Added blocking bug(s) of 1000415: 1000416
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1000415: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000415
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: block 998814 with 1000415

2021-11-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 998814 with 1000415
Bug #998814 [src:golang-github-shirou-gopsutil] Package new major version (v3)
998814 was not blocked by any bugs.
998814 was blocking: 983500
Added blocking bug(s) of 998814: 1000415
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
998814: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998814
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#1000416: ITP: golang-github-tklauser-numcpus -- Go module to get the number of CPUs on a Linux/BSD system

2021-11-22 Thread Alois Micard
Package: wnpp
Severity: wishlist
Owner: Aloïs Micard 

* Package name: golang-github-tklauser-numcpus
  Version : 0.3.0-1
  Upstream Author : Tobias Klauser
* URL : https://github.com/tklauser/numcpus
* License : Apache-2.0
  Programming Lang: Go
  Description : Go module to get the number of CPUs on a Linux/BSD system

This package is needed for golang-github-shirou-gopsutil v3.
Cheers,



Bug#1000415: ITP: golang-github-tklauser-go-sysconf -- sysconf for Go, without using cgo

2021-11-22 Thread Alois Micard
Package: wnpp
Severity: wishlist
Owner: Aloïs Micard 

* Package name: golang-github-tklauser-go-sysconf
  Version : 0.3.9-1
  Upstream Author : Tobias Klauser
* URL : https://github.com/tklauser/go-sysconf
* License : BSD-3-clause
  Programming Lang: Go
  Description : sysconf for Go, without using cgo

This package is needed for golang-github-shirou-gopsutil v3.
Cheers,



Bug#1000411: RFP: omegasort -- versatile text file sorting tool

2021-11-22 Thread Jonas Smedegaard
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: Debian Go Packaging Team 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: omegasort
  Version : 0.0.5
  Upstream Author : David Rolsky 
* URL : https://github.com/houseabsolute/omegasort
* License : BSD-3-clause
  Programming Lang: Go
  Description : versatile text file sorting tool

 Omegasort is a text file sorting tool
 that aims to be the last sorting tool you'll need.
 .
 It was written to help keep various types of files in a sorted order
 (gitignore files, lists of spelling stopwords, etc.)
 where it could be called as part of commit hooks and CI,
 e.g. using the code quality tool "precious".

I am packaging "precious" which works nicely together with omegasort.

I am not comfortable maintaining Go code, however,
so am filing this as a Request For Packaging.

I have cc'ed the Golang team in the hope they might grab this.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGcH1QACgkQLHwxRsGg
ASHnXg/8DgXzL/F9gffuiq6jv9duoHzR/glIKeTs8FdIyhYqN6HXaXqnBbJEE10A
DP/+ixHO47hit+iRQS4QnajpGBClbhdI0taacjyxX/Yfp/fsJE4MNgxRZttG6Plq
3Q/w7RHFkczwWAcAF5wPC5+LpA8ICsyyhpHTloSR/rnrlB4B6swVSUZtIsl1W/hc
CjG264B91D+MxYSVra3cgESmentCkraswCDDvwrPic2ncnzsBYodmLAKU0FrkHlb
Ds5yu1vpWGKTvi+TYBiGbAp1p/qbqaGKEO8xf2IuQ0nTpizrSZp8mwrbY8jWq9NR
SBB70Cf/bQXShpP2ktwgpJAkaWL41L6CbJo9BBGlZ1cVtkTUrlmJQzj2SepNBLTj
4OlKDrX6gqvmuDzJTY7pA1jxdUaHq6CN2tvDs3qIdkwVslK9H1Azt4JYWGPugS4S
mWCJdbef9S8MzSTijnhHoL+gGGH+aGeVxVdWd6ivx1INLF1tcPEOLWjc06glCMeC
MPukaV/akW/OarJ6sAUyW4cfzaC3CA8bQMbONfezSuX8WCjoukdgUMCl0anmj8+X
8hLXwmgxNdDqb8voE7t1z6sg0lhRKsMu8oPwRAZfCdZmTIBCzVv6GW91rFSuKbZm
NS1g05rT7bXMklob0yZsBnXjUM9+IezAONHqH3HWYtbhMUdvwAA=
=rlrr
-END PGP SIGNATURE-



Bug#1000409: ITP: dyssol -- tool for dynamic flowsheet simulation

2021-11-22 Thread Anton Gladky
Package: wnpp
Severity: wishlist
Owner: Anton Gladky 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: dyssol
  Version : 1.0
  Upstream Author : Dyssol Development Team
* URL : https://github.com/FlowsheetSimulation/Dyssol-open
* License : MIT
  Programming Lang: C++
  Description : tool for dynamic flowsheet simulation


Dyssol, the dynamic simulation of solids processes, is a novel dynamic
flowsheet modelling system designed to simulate the time-dependent behaviour
of complex production processes in solids processing technology. Key features 
including:

1. Dynamic simulation of flowsheets to reflect the time-dependent behaviour of 
processes
   and to take into account the accumulation of mass and energy;
2. Proper calculation of multidimensional distributed parameters of the solid 
phase,
   considering their possible interdependence;
3. Flexibility and extensibility of the system for adding new models of 
apparatuses and solvers.

And distinctive features including:
  * Dynamic simulation of complex process structures;
  * Advanced calculation algorithm for dynamic simulations;
  * Consideration of solid, liquid, gas phases and their mixtures;
  * Proper handling of multidimensional interdependent distributed parameters 
of solids;
  * Providing standardized interfaces and templates for implementation of new 
units;
  * High modularity and extensibility.

The package will be maintained under the roof of Debian Science Team.


Anton
  

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAmGb41ARHGdsYWRrQGRl
Ymlhbi5vcmcACgkQ0+Fzg8+n/wbdxA//aq+1NKUl9sJHwOuSTKTNJhvnckSaQNMa
sGMW4z0oMJFzn15TWN960SeNdBufQzydJHhQ9Ee6wvjOIZGxD0iSFFwkXKYEucwk
+fgx4sZQP85P+nnp3YbnPHpsnHGnNgffVOpkCc2ugJwU3KqVpF+v4S4rjc894orl
I2R7jZycy9ynay3V+400Cb77IJAz2FFvkYXhXvUryZ4BeSdhuSPQ/lWQdBUqaJ+I
h4PVAnCUQTS140wUsbsfiVWELXSId0Z6BRQO+39tPAWg/mj67lRIYyO/FgzbOFaS
H1f5sm1nOKNw3/VF3mDpYjf5n6ha4ARI+6bHvCC8DeST/8bSjRlG/vFfIDmvtAeW
uzJ5Ov8xLiwEYJQ1PwYLMGg0yITJC+YXBJYvTzi4uvpoNQuhKtTtjFoE7TtelC3Q
HBpW99r1vc3pVD5z9w22ETsdFrbhqzITz0u0DoZjgq8ooY1vTEXgZxCfNdqJzsWw
2Rrr9MnCiulngQQYFza/TCudJdEx4TBjB2BUyQnBL9FYwlxXYPKzR16ouwdaiRMe
n6fY4MAREcO8vRmnv3nNLydIa14nt7tP0/CPQWDwQoalAapi1gU8yvP3RBZWXAeA
uyrIVrlS6/Q0p3dVcSJ0DEDDHkQZN3DDQVzW/nHmynI5VXxtwLLRvGbhr9fYODfO
PSRlod/B114=
=Sxnh
-END PGP SIGNATURE-



Bug#1000397: ITP: prometheus-frr-exporter -- Prometheus export for the FRR daemon

2021-11-22 Thread Daniel Swarbrick
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: prometheus-frr-exporter
  Version : 0.2.20
  Upstream Author : Tynan Young 
* URL : https://github.com/tynany/frr_exporter
* License : MIT
  Programming Lang: Go
  Description : Prometheus exporter for the FRR daemon

Prometheus exporter for FRR version 3.0+ that collects metrics by using
vtysh and exposes them via HTTP, ready for collecting by Prometheus.

My employer currently uses this exporter and since I have already
packaged it inhouse, I wanted to also share it with the Debian
community. I feel that the package would be useful to service providers
and network operators who wish to monitor the health of e.g. BGP peering
with Prometheus.

I will maintain this package with the help of Debian Go packaging /
Prometheus team(s).



Bug#1000395: ITP: ocaml-ptime -- POSIX time for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-ptime
  Version : 0.8.5
  Upstream Author : Daniel C. Bünzli
* URL : http://erratique.ch/software/ptime
* License : ISC
  Programming Lang: OCaml
  Description : POSIX time for OCaml

 Ptime has platform independent POSIX time support in pure OCaml. It
 provides a type to represent a well-defined range of POSIX timestamps
 with picosecond precision, conversion with date-time values,
 conversion with RFC 3339 timestamps and pretty printing to a
 human-readable, locale-independent representation.

This is a new dependency of ocsigenserver.


Bug#1000394: ITP: ocaml-mtime -- monotonic wall-clock time for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-mtime
  Version : 1.3.0
  Upstream Author : Daniel C. Bünzli
* URL : http://erratique.ch/software/mtime
* License : ISC
  Programming Lang: OCaml
  Description : monotonic wall-clock time for OCaml

 Mtime has platform independent support for monotonic wall-clock time
 in pure OCaml. This time increases monotonically and is not subject
 to operating system calendar time adjustments. The library has types
 to represent nanosecond precision timestamps and time spans.

This is a new dependency of ocsigenserver.


Bug#1000393: ITP: ocaml-gmap -- heterogenous maps over a GADT for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-gmap
  Version : 0.3.0
  Upstream Author : Hannes Mehnert
* URL : https://github.com/hannesm/gmap
* License : ISC
  Programming Lang: OCaml
  Description : heterogenous maps over a GADT for OCaml

 Gmap exposes the functor Make which takes a key type (a GADT 'a key)
 and outputs a type-safe Map where each 'a key is associated with a 'a
 value. This removes the need for additional packing. It uses OCaml's
 stdlib Map data structure.

This is a new dependency of ocsigenserver.


Bug#1000391: ITP: ocaml-eqaf -- constant-time equal function on string for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-eqaf
  Version : 0.8
  Upstream Author : Romain Calascibetta
* URL : https://github.com/mirage/eqaf
* License : MIT
  Programming Lang: OCaml
  Description : constant-time equal function on string for OCaml

 This package provides an equal function on string in constant-time to
 avoid timing-attack with crypto stuff.

This is a new dependency of ocsigenserver.


Bug#1000392: ITP: ocaml-hmap -- heterogeneous value maps for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-hmap
  Version : 0.8.1
  Upstream Author : Daniel C. Bünzli
* URL : http://erratique.ch/software/hmap
* License : ISC
  Programming Lang: OCaml
  Description : heterogeneous value maps for OCaml

 Hmap provides heterogeneous value maps for OCaml. These maps bind
 keys to values with arbitrary types. Keys witness the type of the
 value they are bound to which allows one to add and lookup bindings
 in a type safe manner.

This is a new dependency of ocsigenserver.


Bug#1000375: ITP: deepin-terminal-gtk -- Default terminal emulation application for Deepin the old gtk version

2021-11-22 Thread clay stan
Package: wnpp
Severity: wishlist
Owner: Clay Stan 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: deepin-terminal-gtk
  Version : 5.0.4.5
  Upstream Author : linuxdeepin
* URL : https://github.com/linuxdeepin/deepin-terminal-gtk
* License : GPL-3+
  Programming Lang: Vala
  Description : Default terminal emulation application for Deepin,
the old gtk version

deepin-terminal is now developed based on qt, while the previous
version of deepin-terminal is based on vala. These two packages can be
considered as different software, but the upstream did not rename the
qt version of deepin-terminal, but instead renamed the previous
version of vala The version has been renamed, so the deepin-terminal
of the debian repository has been upgraded to the qt version, and the
vala version has been overwritten, so I reapplied for an ITP to
maintain the deepin-terminal based on vala version.

deepin-terminal is an advanced terminal emulator with window-splitting,
workspaces, remote management, Quake mode and other features.



Bug#1000208: ITP: pcmemtest -- stand-alone memory tester

2021-11-22 Thread Felix Zielcke
Hi Adam,

thanks for all your comments.

Am Montag, dem 22.11.2021 um 09:27 +0100 schrieb Adam Borowski:
> On Sun, Nov 21, 2021 at 04:46:50PM +0100, Felix Zielcke wrote:
> > Am Sonntag, dem 21.11.2021 um 10:15 -0500 schrieb Antoine Beaupré:
> > > i would suggest not blocking on the grub deployment. you can
> > > probably
> > > just deploy whatever architecture the package was built from, in
> > > any
> > > case.
> 
> > I just added now the GRUB 2 integration and a README.Debian.
> 
> The integration isn't triggered on the package's install, but it is
> picked
> up the next time something else bumps grub.

I forgot that grub2 isn't using triggers.
Added now a postinst based on the one from memtest86+. Except that I
removed the lilo parts.

> 
> 
> > Note that I mention in README.Debian one nasty bug/issue:
> > 
> > In EFI mode the keyboard only works if you have the CSM aka legacy
> > boot
> > also enabled:
> > 
> > https://github.com/martinwhitaker/pcmemtest/issues/2
> 
> This is a nasty one.  It seems most new machines lack CSM; no one wants
> to
> support and validate 16-bit stuff -- it's effectively expending
> resources
> to have two BIOSes instead of one, and the 8086 one has no practical
> usage.
> 

I opened now upstream a new issue about this:

https://github.com/martinwhitaker/pcmemtest/issues/13

But in the closed one he said, it takes a while to write a usb keyboard
driver for EFI.

> > Upstream doestn't say anything there that this will change. Issue was
> > closed with the hint it's documented. And it will just run with
> > default
> > settings.
> 
> It does, but using just a single thread.  There's not exactly many x86
> machines with only a single hardware thread that are still in use.
> 
> What about defaulting to SMP when there's no user input?  The UP mode
> has little purpose for existing -- if concurrent accesses to memory
> break, they'll also break when running the actual productive task the
> machine is supposed to do.
> 

I also made an issue for this:

https://github.com/martinwhitaker/pcmemtest/issues/14

I don't know the reasons why it's not enabled by default. So I woudn't
change that for the first upload to Debian on my own.

> Meow!

Cheers!
Felix



Bug#1000372: ITP: ocaml-magic-mime -- OCaml library to map filenames to common MIME types

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-magic-mime
  Version : 1.2.0
  Upstream Author : Anil Madhavapeddy
* URL : https://github.com/mirage/ocaml-magic-mime
* License : ISC
  Programming Lang: OCaml
  Description : OCaml library to map filenames to common MIME types

 This library contains a database of MIME types that maps filename
 extensions into MIME types suitable for use in many Internet
 protocols such as HTTP or e-mail. It is generated from the mime.types
 file found in Unix systems, but has no dependency on a filesystem
 since it includes the contents of the database as an ML
 datastructure.

This is a new transitive dependency of ocsigenserver.


Bug#1000371: ITP: ocaml-bigstringaf -- bigstring intrinsics and fast blits for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-bigstringaf
  Version : 0.8.0
  Upstream Author : Inhabited Type LLC
* URL : https://github.com/inhabitedtype/bigstringaf
* License : BSC-C3
  Programming Lang: OCaml, C
  Description : bigstring intrinsics and fast blits for OCaml

 The OCaml compiler has a bunch of intrinsics for Bigstrings, but
 they're not widely-known, sometimes misused, and so programs that use
 Bigstrings are slower than they have to be. And even if a library got
 that part right and exposed the intrinsics properly, the compiler
 doesn't have any fast blits between Bigstrings and other string-like
 types.

This is a new (transitive) dependency of ocsigenserver.


Bug#1000369: ITP: ocaml-stringext -- extra string functions for OCaml

2021-11-22 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-stringext
  Version : 1.6.0
  Upstream Author : Rudi Grinberg
* URL : https://github.com/rgrinberg/stringext
* License : MIT
  Programming Lang: OCaml
  Description : extra string functions for OCaml

 Extra string functions for OCaml. Mainly splitting. All functions are
 in the Stringext module.

This is a new transitive dependency of ocsigenserver.


Bug#1000208: ITP: pcmemtest -- stand-alone memory tester

2021-11-22 Thread Adam Borowski
On Sun, Nov 21, 2021 at 04:46:50PM +0100, Felix Zielcke wrote:
> Am Sonntag, dem 21.11.2021 um 10:15 -0500 schrieb Antoine Beaupré:
> > i would suggest not blocking on the grub deployment. you can probably
> > just deploy whatever architecture the package was built from, in any
> > case.

> I just added now the GRUB 2 integration and a README.Debian.

The integration isn't triggered on the package's install, but it is picked
up the next time something else bumps grub.

> You can now review it. And I think it would be better to first upload
> this to experimental? So a bit more experienced Debian users can test
> it first. 

That sounds like a good idea.

And, pcmemtest works for me on new machines, while memtest86* either
instantly reboots or locks up.

> Note that I mention in README.Debian one nasty bug/issue:
> 
> In EFI mode the keyboard only works if you have the CSM aka legacy boot
> also enabled:
> 
> https://github.com/martinwhitaker/pcmemtest/issues/2

This is a nasty one.  It seems most new machines lack CSM; no one wants to
support and validate 16-bit stuff -- it's effectively expending resources
to have two BIOSes instead of one, and the 8086 one has no practical usage.

> Upstream doestn't say anything there that this will change. Issue was
> closed with the hint it's documented. And it will just run with default
> settings.

It does, but using just a single thread.  There's not exactly many x86
machines with only a single hardware thread that are still in use.

What about defaulting to SMP when there's no user input?  The UP mode
has little purpose for existing -- if concurrent accesses to memory
break, they'll also break when running the actual productive task the
machine is supposed to do.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
⢿⡄⠘⠷⠚⠋⠀ At least spammers get it right: "Hello beautiful!".
⠈⠳⣄