Bug#1043003: RFP: node-socket-cli -- CLI tool for Socket.dev
Package: wnpp Severity: wishlist * Package name: node-socket-cli Version : 0.7.1 Upstream Contact: Socket (https://github.com/SocketDev/) * URL : https://github.com/SocketDev/socket-cli-js * License : MIT Programming Lang: JavaScript Description : CLI tool for Socket.dev This tool can be used to pull useful security information out of the socket.dev (proprietary) service, but more interestingly, it can also be used as a safety wrapper around the npm: https://socket.dev/blog/introducing-safe-npm
Bug#1043001: ITP: ukui-system-appwidget -- The ukui time app widget
Package: wnpp Severity: wishlist Owner: xibowen X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ukui-system-appwidget Version : 4.0.0.1-1 Upstream Contact: wangyan * URL : https://gitee.com/openkylin/ukui-system-appwidget/ * License : GPL Programming Lang: C++ Description : The ukui time app widget ukui-system-appwidget is an application of ukui-app-widget, which is used to display the time on the desktop. It contains modules of month, day, hour, minute and AM/PM. It is a widget application. We need a sponsor.
Bug#880156: marked as done (RFP: albert -- fast and flexible keyboard launcher)
Your message dated Thu, 03 Aug 2023 20:25:09 -0400 with message-id and subject line Re: ITP: albert -- fast and flexible keyboard launcher has caused the Debian Bug report #880156, regarding RFP: albert -- fast and flexible keyboard launcher 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.) -- 880156: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880156 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> X-Debbugs-CC: debian-de...@lists.debian.org manuelschnei...@gmail.com * Package name: albert Version : 0.14.4 Upstream Author : Manuel Schneider * URL : https://github.com/albertlauncher/albert * License : GPL-3+ Programming Lang: C++/Qt Description : fast and flexible keyboard launcher Albert is a new desktop keyboard launcher written in C++/Qt. Its functionalities is arranged as plugins and can be extended easily. Original project put plugins into git submodules. I will repack upstream source code to put them inside a repacked src tarball. Vendored 3rd party code (in the form of git submodule, like pybind11) and non-free part (e.g., virtualbox plugin which needs vbox headers) will be disabled or removed before we have a better solution. I intend to co-maintain it inside a collab-maint repository on Alioth. (co- maintainers welcome) Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part. --- End Message --- --- Begin Message --- On Sun, 27 Sep 2020 20:34:01 -0400 Boyuan Yang wrote: > Control: owner -1 ! > Control: retitle -1 RFP: albert -- fast and flexible keyboard launcher > > Since I don't have enought time to work on this, I am converting this > bug to a Request-to-package bug report. > > Thanks, > Boyuan Yang > > On Mon, 30 Oct 2017 12:22:58 +0800 Boyuan Yang <073p...@gmail.com> > wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Boyuan Yang <073p...@gmail.com> > > X-Debbugs-CC: debian-de...@lists.debian.org manuelschnei...@gmail.com > > > > * Package name : albert > > Version : 0.14.4 > > Upstream Author : Manuel Schneider > > * URL : https://github.com/albertlauncher/albert > > * License : GPL-3+ > > Programming Lang: C++/Qt > > Description : fast and flexible keyboard launcher > > > > Albert is a new desktop keyboard launcher written in C++/Qt. Its > > functionalities is arranged as plugins and can be extended easily. > > > > Original project put plugins into git submodules. I will repack > upstream > > source code to put them inside a repacked src tarball. Vendored 3rd > party code > > (in the form of git submodule, like pybind11) and non-free part > (e.g., > > virtualbox plugin which needs vbox headers) will be disabled or > removed before > > we have a better solution. > > > > I intend to co-maintain it inside a collab-maint repository on > Alioth. (co- > > maintainers welcome) Considering that albert project is being released under a custom license [1] that explicitly violates DFSG #1 and #8 [2] with no sign of changing, I am closing this ITP/RFP report. Thanks, Boyuan Yang [1] https://github.com/albertlauncher/albert/blob/f9a33001e9e2930291e8d1a8669a6c43d1de2269/LICENSE.md [2] https://www.debian.org/social_contract#guidelines signature.asc Description: This is a digitally signed message part --- End Message ---
Bug#1042827: [Pkg-sssd-devel] priv-wrapper?
Timo Aaltonen writes: > Simon Josefsson kirjoitti 1.8.2023 klo 18.46: >> Hi >> I have finished packaging cwrap's priv-wrapper: >> https://salsa.debian.org/jas/priv-wrapper/ >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 >> Would you be interested in co-maintaining priv-wrapper in the SSSD >> group? I noticed that SSSD maintains some of the other cwrap projects: >> https://tracker.debian.org/pkg/nss-wrapper >> https://tracker.debian.org/pkg/pam-wrapper >> https://tracker.debian.org/pkg/uid-wrapper >> I'm happy to maintain priv-wrapper in the sssd-group, and help >> improve >> packaging of other SSSD packages (e.g, upload new releases), if you >> grant me access to the Salsa gitlab group. >> /Simon > > Hi, > > That sounds fine. Great -- I'll move priv-wrapper once ftp-master has approved it, and then make a new upload using its new home. I'll review nss/pam/uid-wrapper next, I don't expect much changes, I'll upload to DELAYED to allow for review. > I had a brief look at priv-wrapper packaging, and noticed it only > keeps the debian/ dir in git? The sssd-team packages have the full > upstream git as the base, with packaging added to the packaging > branch. I prefer those will remain like that :) I usually also do the full git repo with upstream branch for most of the packages I maintain, but for this new package I wanted to see if keeping only debian/ in git worked, as I've had success with that in another package. What is really the upside of having upstream code in Debian's git? One downside is that it wastes space, although I don't think that matters a lot these days. Another downside is that it confuses what is really the "upstream" in case the Debian git-repo's view of what "upstream" is differs from the real upstream. Just to clarify, did you mean that you would want priv-wrapper to use the same style as the other packages, or merely that I shouldn't change the other sssd-packages to use this debian/-only approach? I wouldn't do the latter. Generally if you feel there is any subjective style matter you don't agree with, I'm happy to follow what you prefer. I prefer to keep priv-wrapper as debian/-only if you think that is okay, unless I learn some disadvantage with it that I am not aware of yet. /Simon PS. Changing to your ubuntu.com email address since sending to your debian.org address results in bounces when debian.org forwards it to ubuntu.com because debian.org is not authorized to send emails on behalf of si...@josefsson.org due to (probably) my SPF 'mx -all' preference. I think it is a problem with the debian.org forwarder.. signature.asc Description: PGP signature
[bts-link] source package wnpp
# # bts-link upstream status pull for source package wnpp # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #1012721 (http://bugs.debian.org/1012721) # Bug title: ITP: chezmoi -- cross-platform dotfile manager # * https://github.com/twpayne/chezmoi/issues/2130 # * remote status changed: open -> closed # * closed upstream tags 1012721 + fixed-upstream usertags 1012721 - status-open usertags 1012721 + status-closed thanks
Processed: [bts-link] source package wnpp
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package wnpp > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # https://bts-link-team.pages.debian.net/bts-link/ > # > user debian-bts-l...@lists.debian.org Setting user to debian-bts-l...@lists.debian.org (was debian-bts-l...@lists.debian.org). > # remote status report for #1012721 (http://bugs.debian.org/1012721) > # Bug title: ITP: chezmoi -- cross-platform dotfile manager > # * https://github.com/twpayne/chezmoi/issues/2130 > # * remote status changed: open -> closed > # * closed upstream > tags 1012721 + fixed-upstream Bug #1012721 [wnpp] ITP: chezmoi -- cross-platform dotfile manager Added tag(s) fixed-upstream. > usertags 1012721 - status-open Usertags were: status-open. There are now no usertags set. > usertags 1012721 + status-closed There were no usertags set. Usertags are now: status-closed. > thanks Stopping processing here. Please contact me if you need assistance. -- 1012721: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012721 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1042827: [Pkg-sssd-devel] priv-wrapper?
Simon Josefsson kirjoitti 1.8.2023 klo 18.46: Hi I have finished packaging cwrap's priv-wrapper: https://salsa.debian.org/jas/priv-wrapper/ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 Would you be interested in co-maintaining priv-wrapper in the SSSD group? I noticed that SSSD maintains some of the other cwrap projects: https://tracker.debian.org/pkg/nss-wrapper https://tracker.debian.org/pkg/pam-wrapper https://tracker.debian.org/pkg/uid-wrapper I'm happy to maintain priv-wrapper in the sssd-group, and help improve packaging of other SSSD packages (e.g, upload new releases), if you grant me access to the Salsa gitlab group. /Simon Hi, That sounds fine. I had a brief look at priv-wrapper packaging, and noticed it only keeps the debian/ dir in git? The sssd-team packages have the full upstream git as the base, with packaging added to the packaging branch. I prefer those will remain like that :) -- t
Bug#1042958: ITP: camlp5-buildscripts -- Camlp5 build scripts
Package: wnpp Severity: wishlist Owner: Stéphane Glondu X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org * Package name: camlp5-buildscripts Version : 0.02 Upstream Contact: Chet Murthy * URL : https://github.com/camlp5/camlp5-buildscripts * License : MIT Programming Lang: OCaml Description : Camlp5 build scripts These are build-scripts that are helpful in building Camlp5 and packages based on Camlp5. As such, they need to not depend on Camlp5. The command are not installed in a bin-directory, but in the package-directory, hence invoked via the "ocamlfind package/exe" method. This is a new dependency of camlp5 and will be maintained in the OCaml team.
Bug#1042948: O: mtools -- Tools for manipulating MSDOS files
Package: wnpp
Severity: normal
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see its Vcs-Git entry.
The binary packages are:
Package: mtools
Architecture: any
Multi-Arch: foreign
Depends:
${misc:Depends},
${shlibs:Depends},
Suggests:
floppyd,
Description: Tools for manipulating MSDOS files
Mtools is a collection of utilities to access MS-DOS disks from Unix
without
mounting them. It supports Win'95 style long file names, OS/2 Xdf disks,
ZIP/JAZ disks and 2m disks (store up to 1992kB on a high density 3 1/2
disk).
.
Also included in this package are commands to eject and manipulate the
write/password protection control of Zip disks.
Package: floppyd
Architecture: any
Depends:
${misc:Depends},
${shlibs:Depends},
Suggests:
mtools,
Description: Daemon for remote access to floppy drives
Floppyd is used as a server to grant access to the floppy drive to clients
running on a remote machine, just as an X server grants access to the
display
to remote clients.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org
`-
Bug#1042946: ITP: golang-github-mastercactapus-proxyprotocol -- Client & server PROXY protocol support in Go.
Package: wnpp Severity: wishlist Owner: Peymaneh * Package name: golang-github-mastercactapus-proxyprotocol Version : 0.0.4-1 Upstream Author : Nathaniel Caza * URL : https://github.com/mastercactapus/proxyprotocol * License : Apache-2.0 Programming Lang: Go Description : Client & server PROXY protocol support in Go. proxyprotocol . GoDoc (https://godoc.org/github.com/mastercactapus/proxyprotocol) Build Status (https://travis-ci.org/mastercactapus/proxyprotocol) . This package provides PROXY protocol support for versions 1 and 2. . (https://www.haproxy.org/download/1.8/doc/proxy-protocol.txt) This library is a dependency of the Caddy web server
Processed: retitle 1038205 to ITP: gpu-basis-universal -- Basis Universal GPU Texture Codec
Processing commands for cont...@bugs.debian.org: > retitle 1038205 ITP: gpu-basis-universal -- Basis Universal GPU Texture Codec Bug #1038205 [wnpp] ITP: basis-universal -- Basis Universal GPU Texture Codec Changed Bug title to 'ITP: gpu-basis-universal -- Basis Universal GPU Texture Codec' from 'ITP: basis-universal -- Basis Universal GPU Texture Codec'. > thanks Stopping processing here. Please contact me if you need assistance. -- 1038205: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038205 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
