Processed: Bug#972131 marked as pending in gammastep

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #972131 [wnpp] ITP: gammastep -- Adjust display hue to outside lighting 
conditions on Wayland
Added tag(s) pending.

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

Bug#972131: ITP: gammastep -- Adjust display hue to outside lighting conditions on Wayland

[Felix Lechner]

Package: wnpp
Severity: wishlist
Owner: Felix Lechner 
X-Debbugs-CC: debian-de...@lists.debian.org
X-Debbugs-CC: team+swa...@tracker.debian.org
X-Debbugs-CC: r...@debian.org
X-Debbugs-CC: rhal...@old-forest.org


* Package name: gammastep
  Version : 2.0.2
  Upstream Author : Jon Lund Steffensen 
* URL : https://gitlab.com/chinstrap/gammastep
* License : GPL-3+
  Programming Lang: C, and Python for an applet
  Description : Adjust display hue to outside lighting conditions

Gammastep automatically adjusts the color temperature of computer
displays to help reduce the eye strain that comes with working in
low-light conditions.

Based on the geographical location of the computer system, Gammastep
will keep the screen at the default bluish hue during daytime but
adjust to an orange or reddish color in the evening hours and
nighttime.

Gammastep is similar to the redshift package but works with some
Wayland compositors. (I am not sure about GNOME or KDE there.). The
maintainers of the redshift package were copied on this message, in
case they are interested.

Going forward, I would prefer if the Sway team (or another Wayland
team) assumed maintenance of this package. As a happy Sway user I
would also consider joining a team, if needed. Thanks!

Kind regards
Felix Lechner

Bug#834129: pgadmin4 adopter wanted

[Christoph Berg]

Re: William Bonnet
> Dropping this package is a question that really makes sens. If the
> decision is to keep it, and as a postgresql and pgadmin user i would
> like to volunteer to  takeover.

Hi William,

do you have experience with Debian packaging? You'll likely have to
work on packaging or updating Python module packages in Debian as
well.

Plus debugging the whole stack on older Debian/Ubuntu releases.

Christoph

Bug#834129: pgadmin4 adopter wanted

[William Bonnet]

Hi Christoph,


Dropping this package is a question that really makes sens. If the
decision is to keep it, and as a postgresql and pgadmin user i would
like to volunteer to  takeover.


Il will certainly have many question,including about the takerover
procedure since it is the first time i apply for this.


> are prone to happen. I'm not extensively using the package myself, so
> I'd be glad if someone else took over maintenance of it.
>
> Anyone interested? Otherwise I'd propose that we drop it.


king regards,

William

Processed: RFS: xmodem/0.4.6+dfsg-1 [ITP] -- xmodem file transfer protocol library (Python 3)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 971959 by 972112
Bug #971959 [wnpp] ITP: xmodem - xmodem file transfer protocol library for 
Python
971959 was not blocked by any bugs.
971959 was not blocking any bugs.
Added blocking bug(s) of 971959: 972112
>
End of message, stopping processing here.

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

Processed: RFS: cbor2/5.2.0-1 [ITP] -- Python implementation of CBOR

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 972039 by 972110
Bug #972039 [wnpp] ITP: cbor2 - Concise Binary Object Representation library 
for Python
972039 was not blocked by any bugs.
972039 was not blocking any bugs.
Added blocking bug(s) of 972039: 972110
>
End of message, stopping processing here.

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

Processed: RFS: python-onewire/0.2-1 [ITP] -- Wrapper for OWFS C-API (Python 3)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 971950 by 972111
Bug #971950 [wnpp] ITP: python-onewire - Python wrapper for OWFS C-API
971950 was not blocked by any bugs.
971950 was not blocking any bugs.
Added blocking bug(s) of 971950: 972111
>
End of message, stopping processing here.

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

Processed: retitle 942754 to ITP: volatility3 -- advanced memory forensics framework, owner 942754

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942754#17 seems rather 
> obvious
> retitle 942754 ITP: volatility3 -- advanced memory forensics framework
Bug #942754 [wnpp] RFP: volatility3 -- advanced memory forensics framework
Changed Bug title to 'ITP: volatility3 -- advanced memory forensics framework' 
from 'RFP: volatility3 -- advanced memory forensics framework'.
> owner 942754 Debian Security Tools 
Bug #942754 [wnpp] ITP: volatility3 -- advanced memory forensics framework
Owner recorded as Debian Security Tools .
> thanks
Stopping processing here.

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

Processed: bug 834129 has no owner, tagging 834129

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> noowner 834129
Bug #834129 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #856025 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #879382 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Removed annotation that Bug was owned by Christoph Berg 
.
Removed annotation that Bug was owned by Christoph Berg 
.
Removed annotation that Bug was owned by Christoph Berg 
.
> tags 834129 =
Bug #834129 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #856025 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #879382 [wnpp] RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Removed tag(s) pending and help.
Removed tag(s) pending and help.
Removed tag(s) help and pending.
> thanks
Stopping processing here.

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

Bug#834129: pgadmin4 adopter wanted

[Christoph Berg]

Hi,

the pgadmin4 developers have started distributing their own .deb and
.rpm packages [*] which makes me wonder if we should continue shipping
our own pgadmin4.deb packages. As a GUI application, it is naturally
hard to test, so bugs like

https://redmine.postgresql.org/issues/5692

are prone to happen. I'm not extensively using the package myself, so
I'd be glad if someone else took over maintenance of it.

Anyone interested? Otherwise I'd propose that we drop it.

Christoph

[*] They never contacted me about it, and I was pretty much
disappointed when I found out. My motivation to continue working on
the package is quite low.

https://www.pgadmin.org/download/pgadmin-4-apt/

Processed: retitle 834129 to RFP: pgadmin4 -- graphical administration tool for PostgreSQL, generation 4

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 834129 RFP: pgadmin4 -- graphical administration tool for PostgreSQL, 
> generation 4
Bug #834129 [wnpp] ITP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #856025 [wnpp] ITP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Bug #879382 [wnpp] ITP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4
Changed Bug title to 'RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4' from 'ITP: pgadmin4 -- graphical administration tool 
for PostgreSQL, generation 4'.
Changed Bug title to 'RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4' from 'ITP: pgadmin4 -- graphical administration tool 
for PostgreSQL, generation 4'.
Changed Bug title to 'RFP: pgadmin4 -- graphical administration tool for 
PostgreSQL, generation 4' from 'ITP: pgadmin4 -- graphical administration tool 
for PostgreSQL, generation 4'.
> thanks
Stopping processing here.

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

Bug#972094: RFP: theoraplay -- library used by games to play Ogg Theora+Vorbis videos

[Emmanuel Gil Peyrot]

Package: wnpp
Severity: wishlist

* Package name: libtheoraplay
  Version : hg
  Upstream author : Ryan C. Gordon 
* URL : https://icculus.org/theoraplay/
* License : zlib
  Programming lang: C
  Description : library used by games to play Ogg Theora+Vorbis videos

This library is used in quite a few Linux games, it would be useful to
be able to use the system version, for instance for portability reasons,
see https://forge.dotslashplay.it/play.it/scripts/-/issues/254

Thanks,

-- 
Emmanuel Gil Peyrot


signature.asc
Description: PGP signature

Bug#972093: RFP: mojoshader -- library to work with Direct3D shaders on alternate 3D APIs and non-Windows platforms

[Emmanuel Gil Peyrot]

Package: wnpp
Severity: wishlist

* Package name: libmojoshader
  Version : hg
  Upstream author : Ryan C. Gordon 
* URL : https://icculus.org/mojoshader/
* License : zlib
  Programming lang: C
  Description : library to work with Direct3D shaders on alternate 3D APIs 
and non-Windows platforms

This library is used in quite a lot of Linux games, it would be useful
to be able to use the system version, for instance for portability
reasons, see https://forge.dotslashplay.it/play.it/scripts/-/issues/255

This is my first RFP, I hope I did everything correctly, otherwise
please tell me so I can improve in the future!

Thanks,

-- 
Emmanuel Gil Peyrot


signature.asc
Description: PGP signature

Bug#972083: ITP: python-jupyterlab-pygments -- Syntax coloring scheme for pygments using JupyterLab

[Julien Puydt]

Le lundi 12 octobre 2020 à 12:50 +, Gordon Ball a écrit :
> On Mon, Oct 12, 2020 at 01:46:40PM +0200, Julien Puydt wrote:
> > I'm wondering if the source package shouldn't be named jupyterlab-
> > pygments instead of python-jupyterlab-pygments: there will be quite
> > a number of jupyterlab-related packages, all in the Python team, so
> > the python- prefix might not really be needed. What does the team
> > think about it?
> 
> Seems pretty reasonable - most of the existing jupyter libraries have
> source packages named ^jupyter (-core, -client, -console, -notebook),
> so it's hardly unprecedented.

Yes.

> From this comment, are you planning to package jupyterlab itself? I
> looked at doing so in the past and found the JS part daunting, but
> maybe after 3.0 is a good time to look again.

JS isn't daunting, it's brain-dead. I'm going to package as much as I
can -- we can also call for help within the JS team...

Cheers,

JP

Bug#972083: ITP: python-jupyterlab-pygments -- Syntax coloring scheme for pygments using JupyterLab

[Gordon Ball]

On Mon, Oct 12, 2020 at 01:46:40PM +0200, Julien Puydt wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-pyt...@lists.debian.org
> 
> * Package name : python-jupyterlab-pygments
> Version: 0.1.2
> Upstream author: Project Jupyter Contributors
> * URL  : https://github.com/jupyterlab/jupyterlab_pygments
> * License  : BSD-3-clause
> Description: Syntax coloring scheme for pygments using JupyterLab
>  Provides a syntax coloring scheme for pygments using JupyterLab, which
>  enables the use of JupyterLab's themes with pygments-generated HTML.
> 
> 
> This is a new dependency of nbconvert, so it's needed to update this
> existing package.
>
Thanks - I missed this one. Clearly I only got as far as spotting
nbclient in the new dependencies list and missed this one.

> I'm wondering if the source package shouldn't be named jupyterlab-
> pygments instead of python-jupyterlab-pygments: there will be quite a
> number of jupyterlab-related packages, all in the Python team, so the
> python- prefix might not really be needed. What does the team think
> about it?

Seems pretty reasonable - most of the existing jupyter libraries have
source packages named ^jupyter (-core, -client, -console, -notebook),
so it's hardly unprecedented.

>From this comment, are you planning to package jupyterlab itself? I
looked at doing so in the past and found the JS part daunting, but maybe
after 3.0 is a good time to look again.
> 
> Cheers,
> 
> JP
> 

Processed: ITP: r-cran-rbibutils -- GNU R convert between bibliography formats

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> owner 972088 Andreas Tille 
Bug #972088 [wnpp] ITP: r-cran-rbibutils -- GNU R convert between bibliography 
formats
Owner recorded as Andreas Tille .
>
End of message, stopping processing here.

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

Bug#972088: ITP: r-cran-rbibutils -- GNU R convert between bibliography formats

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-rbibutils -- GNU R convert between bibliography formats
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-rbibutils
  Version : 1.3
  Upstream Author : Georgi N. Boshnakov
* URL : https://cran.r-project.org/package=rbibutils
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R convert between bibliography formats
 Converts between a number of bibliography formats,
 including 'BibTeX', 'BibLaTeX' and 'Bibentry'.  Includes a port of the
 'bibutils' utilities by Chris Putnam
 . Supports all
 bibliography formats and character encodings implemented in
 'bibutils'.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-rbibutils

Processed: ITP: python-jupyterlab-pygments -- Syntax coloring scheme for pygments using JupyterLab

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> owner 972083 Julien Puydt 
Bug #972083 [wnpp] ITP: python-jupyterlab-pygments -- Syntax coloring scheme 
for pygments using JupyterLab
Owner recorded as Julien Puydt .
>
End of message, stopping processing here.

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

Bug#972083: ITP: python-jupyterlab-pygments -- Syntax coloring scheme for pygments using JupyterLab

[Julien Puydt]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org

* Package name : python-jupyterlab-pygments
Version: 0.1.2
Upstream author: Project Jupyter Contributors
* URL  : https://github.com/jupyterlab/jupyterlab_pygments
* License  : BSD-3-clause
Description: Syntax coloring scheme for pygments using JupyterLab
 Provides a syntax coloring scheme for pygments using JupyterLab, which
 enables the use of JupyterLab's themes with pygments-generated HTML.


This is a new dependency of nbconvert, so it's needed to update this
existing package.

I'm wondering if the source package shouldn't be named jupyterlab-
pygments instead of python-jupyterlab-pygments: there will be quite a
number of jupyterlab-related packages, all in the Python team, so the
python- prefix might not really be needed. What does the team think
about it?

Cheers,

JP

Bug#903571: marked as done (ITA: sanlock -- Shared storage lock manager)

[Debian Bug Tracking System]

Your message dated Mon, 12 Oct 2020 10:00:31 +
with message-id 
and subject line Bug#903571: fixed in sanlock 3.8.2-1
has caused the Debian Bug report #903571,
regarding ITA: sanlock -- Shared storage lock manager
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.)


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

The only purpose of packaging sanlock was to provide it as a required
dependency for Vdsm packaging.  Since Vdsm packaging has been abandoned,
I'm orphaning the package.  If you use it for some purpose, please
consider adopting and fixing it.
--- End Message ---
--- Begin Message ---
Source: sanlock
Source-Version: 3.8.2-1
Done: =?utf-8?q?H=C3=A5vard_Flaget_Aasen?= 

We believe that the bug you reported is fixed in the latest version of
sanlock, 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 903...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Håvard Flaget Aasen  (supplier of updated sanlock 
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: SHA256

Format: 1.8
Date: Thu, 01 Oct 2020 16:56:30 +0200
Source: sanlock
Binary: libsanlock-client1 libsanlock-client1-dbgsym libsanlock-dev libsanlock1 
libsanlock1-dbgsym python3-sanlock python3-sanlock-dbgsym sanlock sanlock-dbgsym
Architecture: source amd64
Version: 3.8.2-1
Distribution: unstable
Urgency: medium
Maintainer: Håvard Flaget Aasen 
Changed-By: Håvard Flaget Aasen 
Description:
 libsanlock-client1 - Shared storage lock manager (client library)
 libsanlock-dev - Shared storage lock manager (development files)
 libsanlock1 - Shared storage lock manager (shared library)
 python3-sanlock - Python3 bindings to shared storage lock manager
 sanlock- Shared storage lock manager
Closes: 903571 958620
Changes:
 sanlock (3.8.2-1) unstable; urgency=medium
 .
   * New upstream release.
   * New maintainer Closes: #903571
   * New package: python3-sanlock
   * d/*.symbols:
 - Update symbols
 - Add Build-Depends-Package: libsanlock-dev
   * Switch to debhelper-compat
 - d/control: Replace debhelper with debhelper-compat
 - Remove d/compat
   * d/control:
 - Bump debhelper to 12
 - Update Standards-Version to 4.4.1
 - Drop dh-systemd as build dependency Closes: #958620
 - Update homepage
 - Add Rules-Requires-Root: no
 - Add Pre-Depends: ${misc:Pre-Depends} for sanlock
   * d/patches:
 - Rebase patches
 - Remove patches which is no longer needed.
 - Add fix_man-page_macro.patch
 - Add fix_typo.patch
   * d/changelog: Remove whitespace
   * d/copyright:
 - Change to secure URI
 - Update year
 - Move debian/* to a separate file paragraph
   * d/watch: Add file
   * d/*.service: Add documentation-key
   * Set upstream metadata fields: Bug-Database, Repository,
 Repository-Browse.
   * d/rules: Change to Debian specific init.d script LP: #1745986
 This is the same file implemented in bug: #854696
Checksums-Sha1:
 4868dedd3c3bb8ca39a663671b2ee54c566cd669 2022 sanlock_3.8.2-1.dsc
 e75e6dcf8da0bae4cb4a739046bffa706ffcab9a 266780 sanlock_3.8.2.orig.tar.gz
 8e46cc3d7fa4104ac2825fd13f2e3316d05c475a 10308 sanlock_3.8.2-1.debian.tar.xz
 91dacb4296dc274c329ad94cae833cebe6934d40 37300 
libsanlock-client1-dbgsym_3.8.2-1_amd64.deb
 8f95e0db06637542f327bb67e7d3b148fd18bad0 15616 
libsanlock-client1_3.8.2-1_amd64.deb
 7990dafe612315e824ad2280229ab98304299961 13152 libsanlock-dev_3.8.2-1_amd64.deb
 da1701ec7004e7fd507859bee046700d56e86a5f 139704 
libsanlock1-dbgsym_3.8.2-1_amd64.deb
 06c223dd087a1de7d63f2ab5e4d533ef28b04a33 56508 libsanlock1_3.8.2-1_amd64.deb
 231dabace8a9264ea9589e908b69b5db8f23deba 35488 
python3-sanlock-dbgsym_3.8.2-1_amd64.deb
 4701e0729daf7883608623012f08b31d4c0b251b 17368 
python3-sanlock_3.8.2-1_amd64.deb
 a603c8307d88341da68a8c68aa843edf2f526f24 317088 
sanlock-dbgsym_3.8.2-1_amd64.deb
 49e5968ca6867a0c8dad5dab298fe88ff85ddfc1 8444 sanlock_3.8.2-1_amd64.buildinfo
 7f346ebf78574fa3d5110fd75f9d04442ca8e664 136144 sanlock_3.8.2-1_amd64.deb
Checksums-Sha256:
 

Processed: owner 969027

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> owner 969027 gur...@phys.ethz.ch
Bug #969027 [wnpp] ITA: jhead -- manipulate the non-image part of Exif 
compliant JPEG files
Owner recorded as gur...@phys.ethz.ch.
> thanks
Stopping processing here.

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

Processed: retitle 969027 to ITA: jhead -- manipulate the non-image part of Exif compliant JPEG files

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 969027 ITA: jhead -- manipulate the non-image part of Exif compliant 
> JPEG files
Bug #969027 [wnpp] O: jhead -- manipulate the non-image part of Exif compliant 
JPEG files
Changed Bug title to 'ITA: jhead -- manipulate the non-image part of Exif 
compliant JPEG files' from 'O: jhead -- manipulate the non-image part of Exif 
compliant JPEG files'.
> thanks
Stopping processing here.

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

Bug#902062: node-bunyan status

[Andrius Merkys]

Hi Xavier,

On 2020-10-12 10:34, Xavier wrote:
> over a year later, node-bunyan is still in NEW queue. I guess ftpmasters
> don't like it.
> I have no time to waste trying to get node-ldapjs in Debian 12 (too late
> now for bullseye), so I don't need node-bunyan anymore. Do you plan to
> embed it? If yes, feel free to close this ITP.

I have switched away from working on nodejs packages for a while due to
the dependency hell and long delays in NEW. Nevertheless, node-bunyan
seems quite popular, and I think it is worth to be in Debian on its own.
If not in bullseye, then at least in bullseye+1. I can take care of it
if it gets rejected again.

Best,
Andrius

Bug#902062: node-bunyan status

[Xavier]

More than a year ago, Andrius wrote:
> Hi,
>
> On 2019-08-21 11:55, Xavier wrote:
> > no real reason, node-bunyan is needed for node-ldapjs which is not
> > ready. It requires also node-dtrace-provider and node-vasync. Do you
> > need it for another reason ?
>
> Yes, I am investigating packaging possibilities of overleaf
> dependencies. One of them, clsi, ultimately needs node-bunyan.
>
> Andrius

Hi,

over a year later, node-bunyan is still in NEW queue. I guess ftpmasters
don't like it.
I have no time to waste trying to get node-ldapjs in Debian 12 (too late
now for bullseye), so I don't need node-bunyan anymore. Do you plan to
embed it? If yes, feel free to close this ITP.

Cheers,
Xavier

Bug#972071: ITP: openapi-specification -- community-driven open specification within the OpenAPI Initiative

[Andrius Merkys]

Package: wnpp
Owner: Andrius Merkys 
Severity: wishlist

* Package name: openapi-specification
  Version : 3.0.3
  Upstream Author : OpenAPI Initiative TSC 
* URL : https://www.openapis.org
* License : Apache-2.0
  Programming Lang: none
  Description : community-driven open specification within the
OpenAPI Initiative

The OpenAPI Specification (OAS) defines a standard, programming
language-agnostic interface description for REST APIs, which allows both
humans and computers to discover and understand the capabilities of a
service without requiring access to source code, additional
documentation, or inspection of network traffic. When properly defined
via OpenAPI, a consumer can understand and interact with the remote
service with a minimal amount of implementation logic. Similar to what
interface descriptions have done for lower-level programming, the
OpenAPI Specification removes guesswork in calling a service.

The OpenAPI Specification files are already present in the Debian
archive [1][2] as embedded copies inside other packages, but it would be
nice to exclude these convenience copies in favor of proper package.
Especially when upstream provides backwards-compatible infrastructure
containing all versions of the specification until the latest.

[1]
https://codesearch.debian.net/search?q=A+JSON+Schema+for+Swagger+2.0+API=1
[2]
https://codesearch.debian.net/search?q=Validation+schema+for+OpenAPI+Specification+3.0.X.=1

Remark: This package is to be maintained at
   https://salsa.debian.org/debian/openapi-specification