Bug#1034275: ITP: node-react-transition-group -- ReactJS component to expose simple components

2023-04-11 Thread Yadd
Package: wnpp
Severity: wishlist
Owner: Yadd 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-react-transition-group
  Version : 4.4.5
  Upstream Contact:
  https://github.com/reactjs/react-transition-group/issues
* URL : https://github.com/reactjs/react-transition-group
* License : BSD-3-Clause
  Programming Lang: JavaScript
  Description : ReactJS component to expose simple components

node-react-transition-group provides a set of components for managing
component states (including mounting and unmounting) over time,
specifically designed with animation in mind.

React Transition Group is not an animation library like
React-Motion, it does not animate styles by itself. Instead it
exposes transition stages, manages classes and group elements and
manipulates the DOM in useful ways, making the implementation of
actual visual transitions much easier.

node-react-transition-group is a dependency of Jupyterlab and will be
maintained under JS Team umbrella.



Bug#1034274: ITP: ukui-app-widget -- ukui-app-widget is a qml appwidget framework. It can display a view for quick browsing, which is mainly to display the most important data and functions of the app

2023-04-11 Thread xibowen
Package: wnpp
Severity: wishlist
Owner: xibowen 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: ukui-app-widget
  Version : 1.0.1
  Upstream Contact: wangyan 
* URL : https://gitee.com/openkylin/ukui-app-widget
* License : GPL, BSD
  Programming Lang: C++
  Description : ukui-app-widget is a qml appwidget framework. It can
display a view for quick browsing, which is mainly to display the most
important data and functions of the application.



Bug#1031694: Libxisf in kde neon

2023-04-11 Thread Carlos De Maine
Hi

I've packaged this in KDE neon so that Kstars and indi can utilise it.

https://invent.kde.org/neon/neon-packaging/libxisf[1]

It should hit the archives later today.

Cheers
Carlos


[1] https://invent.kde.org/neon/neon-packaging/libxisf


Bug#1034266: ITP: pam-session-timelimit -- permit configuring time limits for user sessions

2023-04-11 Thread Steve Langasek
Package: wnpp
Severity: wishlist
Owner: Steve Langasek 

* Package name: pam-session-timelimit
  Version : 0.5
  Upstream Author : Steve Langasek
* URL : https://github.com/vorlonofportland/pam_session_timelimit
* License : LGPLv3
  Programming Lang: C
  Description : PAM module to permit configuring time limits for user 
sessions

This module lets you pass session time limit information to pam_systemd.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature


Bug#1033896: marked as done (ITP: ruby-aliyun-sdk -- Aliyun OSS SDK for Ruby)

2023-04-11 Thread Debian Bug Tracking System
Your message dated Tue, 11 Apr 2023 18:00:11 +
with message-id 
and subject line Bug#1033896: fixed in ruby-aliyun-sdk 0.8.0-1
has caused the Debian Bug report #1033896,
regarding ITP: ruby-aliyun-sdk -- Aliyun OSS SDK for Ruby
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.)


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

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 

Packaging of https://rubygems.org/gems/aliyun-sdk
--- End Message ---
--- Begin Message ---
Source: ruby-aliyun-sdk
Source-Version: 0.8.0-1
Done: Pirate Praveen 

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

Debian distribution maintenance software
pp.
Pirate Praveen  (supplier of updated ruby-aliyun-sdk 
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: Mon, 03 Apr 2023 21:30:53 +0530
Source: ruby-aliyun-sdk
Binary: ruby-aliyun-sdk ruby-aliyun-sdk-dbgsym
Architecture: source amd64
Version: 0.8.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Team 

Changed-By: Pirate Praveen 
Description:
 ruby-aliyun-sdk - Aliyun OSS SDK for Ruby
Closes: 1033896
Changes:
 ruby-aliyun-sdk (0.8.0-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1033896)
Checksums-Sha1:
 6d52d1f57e75425258f5cd5c586c4d100e0ea59e 2146 ruby-aliyun-sdk_0.8.0-1.dsc
 ad88d2d0b7348ccb2a90d3230afa94b707738460 115985 
ruby-aliyun-sdk_0.8.0.orig.tar.gz
 595be02013083f60e1b822c1bd7add6d601b4dc6 2936 
ruby-aliyun-sdk_0.8.0-1.debian.tar.xz
 6d681c1b4e34f82c84981072cfd6de029e695862 11480 
ruby-aliyun-sdk-dbgsym_0.8.0-1_amd64.deb
 f4d4a298e2cfd21123f77fdbbdd0d9a0cddeb101 10734 
ruby-aliyun-sdk_0.8.0-1_amd64.buildinfo
 a6aedd8c56e133abcf8e860987f2df4325ca0111 43380 
ruby-aliyun-sdk_0.8.0-1_amd64.deb
Checksums-Sha256:
 fa57a7449910897949532d91a0847d9921c837bdfb8cbc44cac4f41148abb16f 2146 
ruby-aliyun-sdk_0.8.0-1.dsc
 b35dbbf26c7f2694215826c32eafc22241a685c20e776370c406ab827fe12af7 115985 
ruby-aliyun-sdk_0.8.0.orig.tar.gz
 016ca6f673772d5d4832fed8dedd7421798526839070080bb7087c8b92faa7fd 2936 
ruby-aliyun-sdk_0.8.0-1.debian.tar.xz
 f832f01ddd71a054d01ad8fc4ae9dc48388edd686f5f2675fdb280383558e9d1 11480 
ruby-aliyun-sdk-dbgsym_0.8.0-1_amd64.deb
 c529c2050ba9a8a6651adf5ae612dbaf744e222e48252b518e4894d7e5a3fbad 10734 
ruby-aliyun-sdk_0.8.0-1_amd64.buildinfo
 c4d39863a62cb6bcdfd5301e4195d7cf0d045868da16365a5ac9268dbd5c1a67 43380 
ruby-aliyun-sdk_0.8.0-1_amd64.deb
Files:
 2f65614451313616956e52a560595faf 2146 ruby optional ruby-aliyun-sdk_0.8.0-1.dsc
 6bcf5caca27f2253b65ab7c91f9db1b2 115985 ruby optional 
ruby-aliyun-sdk_0.8.0.orig.tar.gz
 e7393c9aa9c2c86ed89d1b9a1f3b8157 2936 ruby optional 
ruby-aliyun-sdk_0.8.0-1.debian.tar.xz
 7b612c2bc0c9437f74476b3af48d0da5 11480 debug optional 
ruby-aliyun-sdk-dbgsym_0.8.0-1_amd64.deb
 ea61cd8c6af4d4ae6a9ada69693b9d32 10734 ruby optional 
ruby-aliyun-sdk_0.8.0-1_amd64.buildinfo
 72e62b5ebcf6904a50936edfd3901716 43380 ruby optional 
ruby-aliyun-sdk_0.8.0-1_amd64.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE0whj4mAg5UP0cZqDj1PgGTspS3UFAmQz86IACgkQj1PgGTsp
S3Wo4A//fjJgiHjJRStLV2DYt/Tt3qMcsWKLgaR2K+5pTF28WyPd2jhtqUp39Y80
h326NjSsWlDQKCyGZo8T7YWb+97LsI4nsHIjNMbokvRQpVKV/ZN6LMSOUExyN01o
ke507CRWoB2uqjii8z+CE6GQCfaH40DS5vrBMxPaiAq0PpJNtitlXpkj06wO8XEb
EB14Cusl/8uMR66C3b/qkOOYTx103LMz9BU4m2PX2yiQZ3QWuO08l64ydBjPXFa8
02dLZuEUgNPVCnFlGEU+CDJ1RfkosMFON+Ram5NC+P3AnEQRS1VNe9oaQ6FFATuY
jV/dLo2pjQCeY9W6713vj17xIY5nZLSV9ZpJrGYW7z+dUAkgI9rXoP5Id5Azu/Kq
GfOgCaDA2WQAEnv7bR7Rr9C/ywqRo+aXUAQSZImVxHr4muWj9PxiIo42UBiKFobD
Ob8YB7rmmwJofP2OqwU9L9nov+29x3ujiMb9M5m4UMxOAwZWfZ6IYQstG5mpzfVt
IwL+weCUOVR7IkVMjItz+uWrlPj/GIl2ZgCA6JrhFovzjKzMo/iHOZ3So8Z+t0A2
wEKuks4uKuh32EU88eTqweDb3aeZ9lNkmWdTgJAmkDcKzkBdE7864kSM+3ZIFF3X
tlWReWfr+F12eoav4RyNTPJN+xfs0HqnJabveusH1XJ4OoAQ9BE=
=a/FI
-END PGP SIGNATURE End Message ---


Bug#1032960: marked as done (ITP: elpa-corfu -- Completion Overlay Region FUnction in Emacs)

2023-04-11 Thread Debian Bug Tracking System
Your message dated Tue, 11 Apr 2023 18:00:10 +
with message-id 
and subject line Bug#1032960: fixed in emacs-corfu 0.36-1
has caused the Debian Bug report #1032960,
regarding ITP: elpa-corfu -- Completion Overlay Region FUnction in Emacs
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.)


-- 
1032960: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032960
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-em...@lists.debian.org

* Package name: elpa-corfu
  Version : 0.35
  Upstream Contact: Daniel Mendler 
* URL : https://github.com/minad/corfu/
* License : GPL-3
  Programming Lang: Emacs Lisp
  Description : Completion Overlay Region FUnction in Emacs

Corfu enhances completion at point with a small completion popup. The
current candidates are shown in a popup below or above the
point. Corfu is the minimalistic completion-in-region counterpart of
the Vertico minibuffer UI.

Corfu is a small package, which relies on the Emacs completion
facilities and concentrates on providing a polished completion
UI. Completions are either provided by commands like
dabbrev-completion or by pluggable backends
(completion-at-point-functions, Capfs). Most programming language
major modes implement a Capf. Furthermore the language server
packages, Eglot and Lsp-mode, use Capfs which talk to the LSP server
to retrieve the completions. Corfu does not include its own completion
backends. The Emacs built-in Capfs and the Capfs provided by other
programming language packages are usually sufficient. A few additional
Capfs and completion utilities are provided by the Cape package.



This is similar to the already packaged company mode, but has the
crucial difference that it doesn't require any mode-specific
completion mechanism like company. Instead, it reuses the existing
"completion-at-point-function" already defined in the major mode. It
interoperates with Language Server Protocol (LSP) packages as well,
like eglot and lsp-mode.

More completion modes are provided by an external "cape" package:

https://github.com/minad/cape

... not packaged in Debian.

Corfu also integrates with the "orderless" completion style, already
packaged in Debian as elpa-orderless

I am currently using company but I'm considering switching to this in
a feeble attempt at simplifying my init file.
--- End Message ---
--- Begin Message ---
Source: emacs-corfu
Source-Version: 0.36-1
Done: Martin 

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

Debian distribution maintenance software
pp.
Martin  (supplier of updated emacs-corfu 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: Sun, 09 Apr 2023 11:15:41 +
Source: emacs-corfu
Binary: elpa-corfu
Architecture: source all
Version: 0.36-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Emacsen team 
Changed-By: Martin 
Description:
 elpa-corfu - Completion Overlay Region FUnction in Emacs
Closes: 1032960
Changes:
 emacs-corfu (0.36-1) unstable; urgency=medium
 .
   * Initial package (Closes: #1032960)
Checksums-Sha1:
 03e26920fa9d7c2f28d418ab70d23e3c2ceac98d 1928 emacs-corfu_0.36-1.dsc
 8d7883559fc167b882bd7e9b961495de8f1ff02a 45542 emacs-corfu_0.36.orig.tar.gz
 a874a0b87ef3abb5ecf2b4b93d2cd1866d378a04 301360 
emacs-corfu_0.36-1.debian.tar.xz
 4165d7e5e44f4e7ae1e44cc6133ff1d7dda7d9a4 334152 elpa-corfu_0.36-1_all.deb
 7f43b5d331eda483252c48843a864bda97105ef3 8087 
emacs-corfu_0.36-1_amd64.buildinfo
Checksums-Sha256:
 2fd3f15b0dd4339000762d54db63cd7799f3da38db6ed46b605d33c1b23fbeaa 1928 
emacs-corfu_0.36-1.dsc
 89fa2240e6c39fa3feb455e3ac565fbfe73d6028c84ee7c393bc04cba672ba2e 45542 
emacs-corfu_0.36.orig.tar.gz
 183548c9a2eecdc1d11587489881b485f5fcebf62c8ed34a9283f4d5e8c639ba 301360 
emacs-corfu_0.36-1.debian.tar.xz
 99dec5f10508ca86d1b65229317fde8c7f54e5f43e4db541efdd83425f13c77a 334152 
elpa-corfu_0.36-1_all.deb
 47c4e7162f53336797e14d64b6bf1452309f7905ca01f72e14565976f4b13433 8087 

Bug#200715: ITP - stepmania

2023-04-11 Thread Andres Salomon
I briefly used this about a year ago (but ended up not using it, so I'm 
not interested in maintaining it).


But FYI, here's what I used to build it on bullseye. It's suppose to 
builds against ffmpeg, but the ffmpeg API has moved on since the last 
Stepmania release in 2018. I ended up just disabling ffmpeg.



Build-deps:
cmake libgtk2.0-dev libjpeg-dev libmad0-dev libvorbis-dev nasm 
libudev-dev
libbz2-dev libva-dev libglew-dev libpulse-dev libjack-dev  
libasound2-dev

libavcodec-dev libavformat-dev libswscale-dev


cd Build && cmake -D WITH_FFMPEG=OFF .. && make -j4 && make install



Bug#950920: (no subject)

2023-04-11 Thread Gregor Riepl
I've committed a patch that will make the problems go away and shouldn't 
cause any issues when the dtype already matches the expectation, i.e. 
when the platform's int type is equal or greater than np.int64.


There is a slight risk with the type conversion though: When the input 
is very large and uses indices > 2³¹-1. This will cause data loss on 
32-bit architectures without any warning. I did some simple tests and 
found that this will cause failures in other places (memory allocation, 
for example), but that's not very reliable.


Unfortunately, I couldn't find a way to do an efficient "unsafe" 
conversion with a warning in numpy - a lot of boilerplate and 
performance loss would be needed to do this manually.


The Fedora developers already reported the issue upstream, by the way:
https://github.com/mikedh/trimesh/issues/690