Bug#1001730: New contributor would like to learn and help with this bug
Heyy I am rachit I intend to be a new contributor at debian and know a little bit about python , i would love to help fix this bug and learn more about it, but I will need some guidance as to fix this bug
Bug#1003197: ITP: libwebrtc-owt -- Provides real time voice and video processing functionality to enable the implementation of PeerConnection/MediaStream.
Package: wnpp Severity: wishlist Owner: tangmeng X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libwebrtc-owt Version : 5.0 Upstream Author : jianjunz * URL : https://github.com/open-webrtc-toolkit/owt-deps-webrtc * License : BSD, etc. Programming Lang: C, C++, Java, Python, etc. Description : Provides real time voice and video processing functionality to enable the implementation of PeerConnection/MediaStream. libwebrtc-owt contains the upstream webrtc stack code, with updates for Open WebRTC Toolkit. WebRTC is a free, open software project** that provides browsers and mobile applications with Real-Time Communications (RTC) capabilities via simple APIs. The WebRTC components have been optimized to best serve this purpose. WebRTC provides a library of real-time communication (RTC) functions for browsers and mobile applications through simple APIs.
Processed: close #1003102
Processing commands for cont...@bugs.debian.org: > close #1003102 Bug #1003102 [wnpp] ITP: webrtc -- WebRTC provides real time voice and video processing functionality to enable the implementation of PeerConnection/MediaStream. Marked Bug as done > End of message, stopping processing here. Please contact me if you need assistance. -- 1003102: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003102 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#930306: New maintainer for teensy-loader-cli
control -1 pending thanks Hi, Teensy-loader-cli will have a new uploader: Me. And for the better bus-factor will it be done under the umbrella of the Debian Electronics Team. The teensy-loader-cli.git.tar.xz fetch from https://alioth-archive.debian.org/git/collab-maint/ has been handled as documented at https://wiki.debian.org/Salsa/AliothMigration#By_hand so now there is https://salsa.debian.org/electronics-team/teensy-loader-cli Actual new upload will happen when I have seen version 2.2 been working. Current version is 2.1 and have never used t.l.c. before. :-/ Groeten Geert Stappers -- Silence is hard to parse signature.asc Description: PGP signature
Bug#1002296: ITP: dh-haskell -- Debhelper build system for cabal-based Haskell packages
On Tue, Dec 21, 2021 at 12:57:13PM -0800, Felix Lechner wrote: > Version 0.4 was dropped from unstable on 2018-11-04 at the author's > request in #912000. While the software seemed not useful then, the dh > sequencer is now the dominant build system. [1] > > This version is a simple, but complete rewrite based on > /usr/share/cdbs/1/class/hlibrary.mk. It was tested with a Haskell > executable that is not in the archive, but not yet with any libraries > or documentation. Further adaptation may be required. > > Going forward, I would like to maintain the software, potentially > jointly, as a prospective member of the Haskell Group! > > [1] https://trends.debian.net/#build-systems Thanks for doing this before cdbs bitrot leaves no other alternative.
Bug#1003130: ITP: luit in 2013.
On Wed, Jan 05, 2022 at 03:26:13PM +0200, Timo Aaltonen wrote: > On 4.1.2022 20.48, Thomas Dickey wrote: > > On Tue, Jan 04, 2022 at 11:46:03AM -0500, Thomas Dickey wrote: > > > Package: x11-utils > > > Version: 7.7+5 > > > Severity: normal > > > > > > Dear Maintainer, > > > > > > * x11-utils copy of luit was superseded by luit 2.0 in 2013. > > > * mentioned this several times to developers in X Strike Force > > > * developers did not reply to those comments > > > * developers could have suggested a way to address the issue > > > > > > As a solution to that, I propose to create a new package "luit2", > > > > Actually, the package should be named "luit", but the executable "luit2". > > > > Hi, so are you going to maintain it? sure - if I have a sponsor for the uploads. Keep in mind that I'm the upstream developer for several programs, but have been involved with Debian mainly by interaction with the developers who package my programs, e.g., ncurses, xterm, lynx, vile, dialog, vttest, cproto, diffstat, libcdk5 (there's another half-dozen). I recently was reminded that byacc wasn't being kept up to date, and decided to remedy that. luit's one of five programs that weren't up to date -- in Debian. A reminder to Santiago Vila got dialog updated, and someone offered to work on tapecalc. byacc and luit are what I've been working on this week - see https://mentors.debian.net/package/byacc/ https://mentors.debian.net/package/luit/ https://mentors.debian.net/package/x11-utils/ (further improvements are contemplated...) > If not, I don't see a point in creating a separate package for it. And I > could only find a single message about luit from you (feb 15th 2021) on my > local archive of debian-x messages since 2011.. I've discussed it more than once with other developers (Julien Cristau and Sven Joachim) over the past ten years, and gotten no response. I don't recall talking to you before. -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1003189: ITP: fiji -- "batteries-included" distribution of ImageJ2
Package: wnpp Severity: wishlist Owner: Roland Mas X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: fiji Version : 2.3.1 Upstream Author : Laboratory for Optical and Computational Instrumentation at the University of Wisconsin-Madison * URL : https://fiji.sc/ * License : GPL-3 (but plugins may have different licenses) Programming Lang: Java Description : "batteries-included" distribution of ImageJ2 Fiji is an image processing package — a "batteries-included" distribution of ImageJ, bundling many plugins which facilitate scientific image analysis. I intend to maintain this package under the Debian Science Team umbrella.
Processed: block
Processing commands for cont...@bugs.debian.org: > block 1003182 by 1003183 Bug #1003182 [wnpp] ITP: golang-github-pborman-getopt -- getopt style option parsing for Go 1003182 was blocked by: 1003183 1003182 was not blocking any bugs. Ignoring request to alter blocking bugs of bug #1003182 to the same blocks previously set > End of message, stopping processing here. Please contact me if you need assistance. -- 1003182: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003182 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: RFS: golang-github-pborman-getopt/1.1.0-1 [ITP] -- getopt style option parsing for Go (library)
Processing commands for cont...@bugs.debian.org: > block 1003182 by 1003183 Bug #1003182 [wnpp] ITP: golang-github-pborman-getopt -- getopt style option parsing for Go 1003182 was not blocked by any bugs. 1003182 was not blocking any bugs. Added blocking bug(s) of 1003182: 1003183 > End of message, stopping processing here. Please contact me if you need assistance. -- 1003182: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003182 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1003172: ITP: node-copy-paste -- access to the system clipboard
Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name: node-copy-paste Version : 1.3.0 Upstream Author : Xavi Ramirez * URL : https://github.com/xavi-/node-copy-paste * License : Expat Programming Lang: Javascript Description : access to the system clipboard node-copy-paste allows read/write (i.e copy/paste) access to the system clipboard. It does this by wrapping xclip for Linux, FreeBSD, and OpenBSD. node-copy-paste is required by node-wikibase-cli which I intend to package. Remark: This package is to be maintained with Debian Javascript Maintainers at https://salsa.debian.org/js-team/node-copy-paste
Bug#1003167: RFP: virtnbdbackup: Backup utiliy for Libvirt kvm / qemu with Incremental backup support.
Package: wnpp Severity: wishlist * Package name: virtnbdbackup Version : 0.35 Upstream Author : Michael Ablassmeier * URL : https://github.com/abbbi/virtnbdbackup * License : GPL 3.0 Programming Lang: Python Description : Backup utiliy for Libvirt kvm / qemu with Incremental backup support. Backup utility for libvirt, using the latest changed block tracking features. Create online, thin provisioned full and incremental backups of your kvm/qemu virtual machines.
Processed: meshzoo blocks
Processing commands for cont...@bugs.debian.org: > block 997756 by 1000311 Bug #997756 [src:python-meshplex] python-meshplex: FTBFS: sed: no input files 997756 was not blocked by any bugs. 997756 was blocking: 997532 Added blocking bug(s) of 997756: 1000311 > block 998577 by 1000311 Bug #998577 [src:python-meshplex] python-dmsh: FTBFS: build-dependency not installable: python3-meshio (< 5) 998577 was not blocked by any bugs. 998577 was not blocking any bugs. Added blocking bug(s) of 998577: 1000311 > thanks Stopping processing here. Please contact me if you need assistance. -- 997756: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997756 998577: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998577 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#679905: 2021.8+ds2-1 - Pending
On 2022-01-05 13:37, Neil Williams wrote: > On Fri, 17 Dec 2021 12:57:48 +0200 Andrius Merkys > wrote: >> I see you have switched from having all libraries in cctbx/ >> subdirectory [1] to public libs and libdevel locations. Personally I >> do think Debian as a downstream should be setting SONAMEs. This does >> not seem to be forbidden by the policy, but in case the upstream >> introduces SONAMEs, clashes may occur. Moreover, caring for ABI >> compatibility is a lot of work. > > When trying to package libobjcryst, it became obvious that a SONAME had > to be applied to cctbx, just as libobjcryst itself needs to patch in a > SONAME. It is an extra amount of work but C++ symbols based on a > package using lots of templates are fuzzy at best and with so many > different modules in cctbx, the only practical way to handle it seems > to be a new SONAME each time. The header files are also problematic. We > might be able to restrict SONAME changes to upstream versions which > make changes to the header files included in libcctbx-dev rather than > every new upstream release. Until we've got cctbx through NEW, it is > going to be hard to tell. Understood. So it boils down to uploading to NEW with each and every upstream release. But I guess we will have to live with that as there are no better alternatives. >> On a separate thread, I managed to package reduce [2] locally. >> However, as you have also noted it, the name of source, binary and >> executable is problematic. Maybe it is worth trying to talk to >> upstream about renaming it to avoid clashes. > > Maybe package it as pdb-reduce or pdb-hydrogen-reduce ? > > /usr/bin/reduce does not exist in Debian yet but it may be worth > packaging the script as pdb-reduce with a note in README.Debian - > anyone switching from using the upstream build to Debian packages will > need to make other changes anyway. pdb-hydrogen-reduce sounds good to me. >> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679905#98 >> [2] https://github.com/rlabduke/reduce Best, Andrius
Bug#1003130: ITP: luit in 2013.
On 4.1.2022 20.48, Thomas Dickey wrote: On Tue, Jan 04, 2022 at 11:46:03AM -0500, Thomas Dickey wrote: Package: x11-utils Version: 7.7+5 Severity: normal Dear Maintainer, * x11-utils copy of luit was superseded by luit 2.0 in 2013. * mentioned this several times to developers in X Strike Force * developers did not reply to those comments * developers could have suggested a way to address the issue As a solution to that, I propose to create a new package "luit2", Actually, the package should be named "luit", but the executable "luit2". Hi, so are you going to maintain it? If not, I don't see a point in creating a separate package for it. And I could only find a single message about luit from you (feb 15th 2021) on my local archive of debian-x messages since 2011.. -- t
Bug#1003102: ITP: webrtc -- WebRTC provides real time voice and video processing functionality to enable the implementation of PeerConnection/MediaStream.
Quoting 汤孟 (2022-01-05 08:01:48) > In these projects, I found the release version in the owt-deps-webrtc > project, can I release libwebrtc based on owt-deps-webrtc? Sounds like a good idea to me that you package the OWT fork of the WebRTC library collection. I recommend to then choose a package name which indicates the fork packaged, to make room for eventual later packaging of other forks as well (e.g. it might make sense for the Mozilla fork to be packaged as regular packages reusable by others instead of only embedded with firefox and firefox-esr as it is today). Concretely I propose the package name "libwebrtc-owt". > In addition, because webrtc needs to use gclient sync to synchronize > some Google warehouse codes, considering the stability of the build, > can I synchronize other Google warehouse codes that webrtc rely on > based on the DEPS files in the owt-deps-webrtc project? Sorry, I don't know about those details, so cannot sensibly advice you on them. Maybe as such questions to debian-de...@lists.debian.org (and try expand the question to make sense also for people not already familiar with the details - or at least add links to places with more details). It sounds like those are tracking mechanisms (or can be aboused as such), and I would recommend that you try make them optional in your packaging - e.g. if possible to build with or without such features then consider making 2 binary packages, so that users can choose to install packages _without_ such mechanisms baked in - even if maybe for your own needs those features are needed. If you are interested in such privacy concerns, you might also want to look at https://wiki.debian.org/PrivacyIssues - and update that page with any additional information you may be aware of. > Arun Raghavan who maintains webrtc-audio-processing has already > responded to this effort. So I think libwebrtc can be maintained > separately from webrtc-audio-processing. Sounds good that you are in touch :-) Good luck with the packaging and maintenance work, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#1003059: ITP: su-exec -- switch user and group id, setgroups and exec
Thanks Ansgar, I did not know setpriv, I will test if it can replace su-exec on my containers. Probably the main reason could be binary size on certain small systems/containers: $ du -sh /usr/sbin/gosu 2.3M/usr/sbin/gosu $ du -sh /usr/bin/setpriv 52K /usr/bin/setpriv $ du -sh /usr/bin/su-exec 16K /usr/bin/su-exec Best Regards, Matteo Il 2022-01-05 12:09 Ansgar ha scritto: On Mon, 03 Jan 2022 15:21:48 +0100 Matteo Chesi wrote: * Package name : su-exec Description : switch user and group id, setgroups and exec This is an alternative to gosu written in C. In Debian the essential util-linux package already provides "setpriv". Is there any reason to use su-exec instead of it? Ansgar
Bug#679905: 2021.8+ds2-1 - Pending
On Fri, 17 Dec 2021 12:57:48 +0200 Andrius Merkys wrote: > Hi Neil, > > On 2021-12-16 11:19, Neil Williams wrote: > > README.source: > > > > cctbx for Debian > > > > > > CCTBX upstream does not manage SONAME versions, so a version is > > added in the Debian patches. This means that new upstream releases > > of cctbx should update the patch to cause a SONAME bump for all >100 > > cctbx libraries and a transition in the archive. > > I see you have switched from having all libraries in cctbx/ > subdirectory [1] to public libs and libdevel locations. Personally I > do think Debian as a downstream should be setting SONAMEs. This does > not seem to be forbidden by the policy, but in case the upstream > introduces SONAMEs, clashes may occur. Moreover, caring for ABI > compatibility is a lot of work. When trying to package libobjcryst, it became obvious that a SONAME had to be applied to cctbx, just as libobjcryst itself needs to patch in a SONAME. It is an extra amount of work but C++ symbols based on a package using lots of templates are fuzzy at best and with so many different modules in cctbx, the only practical way to handle it seems to be a new SONAME each time. The header files are also problematic. We might be able to restrict SONAME changes to upstream versions which make changes to the header files included in libcctbx-dev rather than every new upstream release. Until we've got cctbx through NEW, it is going to be hard to tell. > On a separate thread, I managed to package reduce [2] locally. > However, as you have also noted it, the name of source, binary and > executable is problematic. Maybe it is worth trying to talk to > upstream about renaming it to avoid clashes. Maybe package it as pdb-reduce or pdb-hydrogen-reduce ? /usr/bin/reduce does not exist in Debian yet but it may be worth packaging the script as pdb-reduce with a note in README.Debian - anyone switching from using the upstream build to Debian packages will need to make other changes anyway. > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679905#98 > [2] https://github.com/rlabduke/reduce > > Best, > Andrius > > -- Neil Williams = https://linux.codehelp.co.uk/ pgpAlKxg1rYlj.pgp Description: OpenPGP digital signature
Bug#1003059: ITP: su-exec -- switch user and group id, setgroups and exec
On Mon, 03 Jan 2022 15:21:48 +0100 Matteo Chesi wrote: > * Package name : su-exec > Description : switch user and group id, setgroups and exec > > This is an alternative to gosu written in C. In Debian the essential util-linux package already provides "setpriv". Is there any reason to use su-exec instead of it? Ansgar
Bug#1002590: ITP: wayvnc -- VNC server for wlroots-based Wayland compositors
Hi Felix, thanks for notifying me about this! Quoting Moessbauer, Felix (2022-01-05 10:14:09) > there is already a PR on the wayvnc project with a working debianzation [1]. I already packaged it at https://salsa.debian.org/debian/wayvnc and uploaded it to NEW. > The author of [1] also added debianizations for aml [2] and neatvnc [3] which > are dependencies. > Don't know if we need dedicated ITPs for them as well. Nope, aml is already in Debian and neatvnc is waiting in NEW. I left some messages with the current status under the links you provided. Thanks! cheers, josch signature.asc Description: signature
Processed: claim ownership of #1003143 / change realname
Processing commands for cont...@bugs.debian.org: > owner 1003143 ! Bug #1003143 [wnpp] ITP: bitwarden-cli -- The Bitwarden command line vault. Owner changed from Maxim to "Maxim W." . > quit Stopping processing here. Please contact me if you need assistance. -- 1003143: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003143 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1002590: ITP: wayvnc -- VNC server for wlroots-based Wayland compositors
On Fri, 24 Dec 2021 22:00:47 +0100 Johannes Schauer Marin Rodrigues wrote: > Package: wnpp > Severity: wishlist > Owner: Johannes Schauer Marin Rodrigues > X-Debbugs-Cc: debian-de...@lists.debian.org, jo...@debian.org > > * Package name : wayvnc > Version : 0.4.1 > Upstream Author : Andri Yngvason > * URL : https://github.com/any1/wayvnc > * License : ISC > Programming Lang: C > Description : VNC server for wlroots-based Wayland compositors > > This is a VNC server for wlroots-based Wayland compositors. It attaches > to a running Wayland session, creates virtual input devices, and exposes > a single display via the RFB protocol. The Wayland session may be a > headless one, so it is also possible to run wayvnc without a physical > display attached. > > Hi, there is already a PR on the wayvnc project with a working debianzation [1]. The author of [1] also added debianizations for aml [2] and neatvnc [3] which are dependencies. Don't know if we need dedicated ITPs for them as well. Felix! [1] https://github.com/any1/wayvnc/pull/116 [2] https://github.com/any1/aml/pull/7 [3] https://github.com/any1/neatvnc/pull/61