Bug#961045: ITP: ugrep -- Universal grep: ultra fast searcher of file systems, text and binary files, source code, archives, compressed files, documents, and more. It is also very useful when searchin

Hi Ricardo, Glad to hear that, and please keep up your good work :-) Feel free to ping me for help in the work if you need. On Wed, May 20, 2020 at 08:31:12AM +0200, Ricardo Ribalda Delgado wrote: > Hi Mo > > Thanks for your offer. I already packaged it, and have a mentor. > > https://salsa.deb

Bug#961045: ITP: ugrep -- Universal grep: ultra fast searcher of file systems, text and binary files, source code, archives, compressed files, documents, and more. It is also very useful when searchin

Hi Mo Thanks for your offer. I already packaged it, and have a mentor. https://salsa.debian.org/ribalda-guest/ugrep I think it is a package simple enough that does not need co-maintainer, but I keep you offer in mind in case I cannot maintain it in the future or if I fail to include the package

Processed: Re: Bug#961085: ITP: toppic -- Top-down proteoform identification and characterization

Processing control commands: > reassign -1 wnpp Bug #961085 [src:toppic] ITP: toppic -- Top-down proteoform identification and characterization Warning: Unknown package 'src:toppic' Bug reassigned from package 'src:toppic' to 'wnpp'. Ignoring request to alter found versions of bug #961085 to the

Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

Control: retitle -1 ITP: hydrogen -- advanced drum machine/step sequencer [reintroduction to Debian] Control: owner -1 ! I've started work on this, but will need help testing it because I don't have any MIDI gear. So far I've imported the new beta2 release, rebased the patches, and am currently

Processed: Re: Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

Processing control commands: > retitle -1 ITP: hydrogen -- advanced drum machine/step sequencer > [reintroduction to Debian] Bug #960539 [wnpp] RFP: hydrogen -- advanced drum machine/step sequencer repackaging Changed Bug title to 'ITP: hydrogen -- advanced drum machine/step sequencer [reintrod

Bug#961045: ITP: ugrep -- Universal grep: ultra fast searcher of file systems, text and binary files, source code, archives, compressed files, documents, and more. It is also very useful when searchin

Hi Ricardo, I tried it out and it looks quite interesting, since it has some more features that the other grep implementations (including ripgrep) do not have. I'm interested in co-maintaining this package if you need help. On Tue, May 19, 2020 at 06:13:16PM +0200, Ricardo Ribalda Delgado wrote:

Processed: ITP own

Processing commands for cont...@bugs.debian.org: > owner 950907 Sudip Mukherjee Bug #950907 [wnpp] ITP: git-repo-updater -- A console script that allows you to easily update multiple git repositories at once Owner recorded as Sudip Mukherjee . > End of message, stopping processing here. Please

Bug#888705: abseil-cpp packaging

On Tue, May 19, 2020 at 6:28 PM Benjamin Barenblat wrote: > Okay, we’re all set. I’ve pushed my work to > https://salsa.debian.org/debian/abseil, and both command-line linking > and CMake integration work. Comments and suggestions are welcome – if I > don’t hear anything in the next day or two, I’

Processed: RFP: git-repo-updater -- A console script that allows you to easily update multiple git repositories at once

Processing control commands: > retitle -1 ITP: git-repo-updater -- A console script that allows you to > easily update multiple git repositories at once Bug #950907 [wnpp] RFP: git-repo-updater -- A console script that allows you to easily update multiple git repositories at once Changed Bug tit

Bug#950907: RFP: git-repo-updater -- A console script that allows you to easily update multiple git repositories at once

Control: retitle -1 ITP: git-repo-updater -- A console script that allows you to easily update multiple git repositories at once This looks quite handy, and I have to use multiple repo as part of my $dayjob. I was just using a script for now but this is much better than just using a script. I hav

Bug#961058: ITP: salt-mode -- Emacs major mode for Salt States

package: wnpp Severity: wishlist Owner: 'Sławomir Wójcik' *Package Name : salt-mode  Version : 0.2  Upstream Author : Ben Hayden, Glynn Forrest *URL :  https://github.com/glynnforrest/salt-mode *License : GPL-3+ *Description : GNU Emacs major mode for editing Salt States which provide syntax hi

Processed: retitle 960991 to RFP: google-auto-factory-java -- Source code generator for JSR-330-compatible factories

Processing commands for cont...@bugs.debian.org: > retitle 960991 RFP: google-auto-factory-java -- Source code generator for > JSR-330-compatible factories Bug #960991 [wnpp] google-auto-factory-java -- Source code generator for JSR-330-compatible factories Changed Bug title to 'RFP: google-auto

Processed: retitle 959831 to RFP: google-auto-common-java -- Set of common utilities to help ease use of the annotation processing environment

Processing commands for cont...@bugs.debian.org: > retitle 959831 RFP: google-auto-common-java -- Set of common utilities to > help ease use of the annotation processing environment Bug #959831 [wnpp] google-auto-common-java -- Set of common utilities to help ease use of the annotation processin

Processed: retitle 960990 to RFP: google-auto-service-java -- Configuration/metadata generator for java.util.ServiceLoader-style service providers

Processing commands for cont...@bugs.debian.org: > retitle 960990 RFP: google-auto-service-java -- Configuration/metadata > generator for java.util.ServiceLoader-style service providers Bug #960990 [wnpp] google-auto-service-java -- Configuration/metadata generator for java.util.ServiceLoader-st

Processed: retitle 960989 to RFP: google-auto-value-java -- Generated immutable value classes for Java 7+

Processing commands for cont...@bugs.debian.org: > retitle 960989 RFP: google-auto-value-java -- Generated immutable value > classes for Java 7+ Bug #960989 [wnpp] google-auto-value-java -- Generated immutable value classes for Java 7+ Changed Bug title to 'RFP: google-auto-value-java -- Generat

Bug#961050: ITP: nginx-mode -- Emacs major mode for editing nginx config files

package: wnpp Severity: wishlist Owner: 'Sławomir Wójcik' *Package Name : nginx-mode  Version : 1.1.9  Upstream Author : Andrew J Cosgriff *URL :  https://github.com/ajc/nginx-mode *License : GPL-2+ *Description :  This is a quick mode for editing Nginx config files. Hopefully I plan to mainta

Bug#960991: RFP: google-auto-java -- Collection of source code generators for Java.

It looks like this can be avoided in the Bazel build. It should probably still be packaged at some point but that packaging is not urgent.

Bug#961048: ITP: groovy-emacs-modes -- Emacs major mode for Groovy source files

package: wnpp Severity: wishlist Owner: 'Sławomir Wójcik' *Package Name : groovy-emacs-modes  Version : 2.0  Upstream Author : Jim Morris *URL : https://github.com/Groovy-Emacs-Modes/groovy-emacs-modes *License : GPL-3+ *Description :  This package contains groovy major mode, grails minor mode,

Processed: unblock 782654 with 960991

Processing commands for cont...@bugs.debian.org: > unblock 782654 with 960991 Bug #782654 [wnpp] ITP: bazel -- Fast and correct automated build system by Google 782654 was blocked by: 959832 959113 959830 959834 960990 960989 959838 958444 959835 958537 959829 795841 959837 958539 959836 959831

Bug#961047: ITP: company-ansible -- Emacs company mode back-end for ansible

package: wnpp Severity: wishlist Owner: 'Sławomir Wójcik' *Package Name : compose-ansible  Version : 0.8.0  Upstream Author : Krzysztof Magosa *URL :  https://github.com/krzysztof-magosa/company-ansible *License : Expat *Description :  This library enables the completion of Ansible keywords us

Bug#961046: ITP: -- Emacs major mode for editing docker-compose files

package: wnpp Severity: wishlist Owner: 'Sławomir Wójcik' *Package Name : docker-compose-mode  Version : 1.1.0  Upstream Author : Ricardo Martins *URL :  https://github.com/meqif/docker-compose-mode *License : Apache-2.0 *Description :  Major mode for editing docker-compose files, providing con

Bug#888705: abseil-cpp packaging

Okay, we’re all set. I’ve pushed my work to https://salsa.debian.org/debian/abseil, and both command-line linking and CMake integration work. Comments and suggestions are welcome – if I don’t hear anything in the next day or two, I’ll go ahead and upload to NEW. I had to disable the Abseil testsui

Bug#961045: ITP: ugrep -- Universal grep: ultra fast searcher of file systems, text and binary files, source code, archives, compressed files, documents, and more. It is also very useful when searchin

Package: wnpp Severity: wishlist Owner: Ricardo Ribalda Delgado * Package name: ugrep Version : 2.1.1 Upstream Author : Robert van Engelen * URL : https://github.com/Genivia/ugrep/wiki * License : BSD-3-Clause Programming Lang: C++ Description : Univer

Bug#961012: ITP: gamehub -- unified library for all your games

Package: wnpp Severity: wishlist Owner: Stephan Lachnit Package name: gamehub Version : 0.16 Upstream Author : Anatoliy Kashkin URL : https://github.com/tkashkin/GameHub License : GPL-3.0 Programming Lang: Vala Description : unified library for a

Bug#961010: ITP: vkbasalt -- Vulkan post processing layer to enhance the visual graphics of games

Package: wnpp Severity: wishlist Owner: Stephan Lachnit Package name: vkbasalt Version : >0.3.1 Upstream Author : Georg Lehmann URL : https://github.com/DadSchoorse/vkBasalt License : Zlib Programming Lang: C++ Descrip

Bug#961022: ITP: ovn-octavia-provider -- OpenStack Octavia integration with OVN

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: ovn-octavia-provider Version : 0.1.0 Upstream Author : OpenStack Foundation * URL : https://opendev.org/openstack/ovn-octavia-provider * License : Apache-2.0 Programming Lang: Python De

Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm

Le 19/05/2020 à 14:26, Mo Zhou a écrit : But I am more than open for help with the llvm-roc build, since this not even finishes on my computer without blowing it up ATM ... My experience is that LLVM build often ends up being killed by the OOM killer, and I can only use -j4 on a machine with

Bug#961021: ITP: python-easysnmp -- A blazingly fast and Pythonic SNMP library based on the official Net-SNMP bindings

Package: wnpp Severity: wishlist Owner: Bernhard Schmidt * Package name: python-easysnmp Version : 0.2.5 Upstream Author : Kent Coble * URL : https://github.com/kamakazikamikaze/easysnmp * License : BSD Programming Lang: Python with a C library Description

Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm

On Tue, May 19, 2020 at 08:41:47PM +0900, Norbert Preining wrote: > > Packaging ROCm requires a forked LLVM. Will you package that fork, and > > Thanks for bringing this up. Up to now all the ITP don't require the > forked llvm. We have one repository (rocm-hip) in preparation for which > the llv

Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm

Hi doko, I've not dug into this deep enough by myself. AFAIK, however, AMD seemd to have upstreamed their LLVM bits specific to LLVM https://github.com/RadeonOpenCompute/hcc/issues/1421 https://github.com/RadeonOpenCompute/hcc#deprecation-notice I asked the corresponding Gentoo developer and he co

Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm

Hi Matthias, > Packaging ROCm requires a forked LLVM. Will you package that fork, and Thanks for bringing this up. Up to now all the ITP don't require the forked llvm. We have one repository (rocm-hip) in preparation for which the llvm-fork is necessary. And there are other's I am preparing. Ou

Processed: ITP own

Processing commands for cont...@bugs.debian.org: > owner 959831 Olek Wojnar Bug #959831 [wnpp] google-auto-common-java -- Set of common utilities to help ease use of the annotation processing environment Owner recorded as Olek Wojnar . > owner 960989 Olek Wojnar Bug #960989 [wnpp] google-auto-v

Bug#910181: marked as done (ITA: fortune-zh -- Chinese Data files for fortune)

Your message dated Tue, 19 May 2020 11:04:05 + with message-id and subject line Bug#910181: fixed in fortune-zh 2.96 has caused the Debian Bug report #910181, regarding ITA: fortune-zh -- Chinese Data files for fortune to be marked as done. This means that you claim that the problem has been

Processed: ITA: fortune-zh

Processing commands for cont...@bugs.debian.org: > owner 910181 atzli...@sina.com Bug #910181 [wnpp] ITA: fortune-zh -- Chinese Data files for fortune Owner changed from -1 to atzli...@sina.com. > End of message, stopping processing here. Please contact me if you need assistance. -- 910181: http

Bug#897023: [Pkg-javascript-devel] RFS: node-tar-fs

On Thu, 22 Nov 2018 22:04:43 +0530 Pirate Praveen wrote: > I think this is another candidate for embedding (no build steps required, not depended on by multiple packages). Hello, I have stumbled upon node-fs during packaging of puppeteer, which depends on tar-fs. While tar-fs is indeed simple, i

Bug#960981: ITP: rocr-runtime -- HSA Runtime API and runtime for ROCm

On 5/19/20 3:29 AM, Norbert Preining wrote: > Package: wnpp > Severity: wishlist > Owner: Norbert Preining > > * Package name: rocr-runtime > Version : 3.3.0 > Upstream Author : AMD > * URL : https://github.com/RadeonOpenCompute/ROCR-Runtime/ > * License : Univ

Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface

> ACtually already halfway packaged ... need only to figure out how to https://salsa.debian.org/rocm-team/rocm-smi-lib ITP #960980 Best Norbert -- PREINING Norbert https://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG

Bug#961006: ITP: rocm-smi-lib -- ROCm System Management Interface (ROCm SMI) Library

Package: wnpp Severity: wishlist Owner: Norbert Preining * Package name: rocm-smi-lib Version : 3.3.0 Upstream Author : AMD * URL : https://github.com/RadeonOpenCompute/rocm_smi_lib * License : NCSA Programming Lang: C++ Description : ROCm System Manage

Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface

> Oh sorry, no, it's not urgent, it's optional at compile and at runtime. ACtually already halfway packaged ... need only to figure out how to override strange installation directories ROCm is defining. Best Norbert -- PREINING Norbert https://www.preining.info Acce

Processed: node--katex: update to newer upstream version, at least 0.10.2

Processing control commands: > block -1 by 960300 Bug #961005 [node-katex] node--katex: update to newer upstream version, at least 0.10.2 961005 was not blocked by any bugs. 961005 was not blocking any bugs. Added blocking bug(s) of 961005: 960300 > block -1 by 960944 Bug #961005 [node-katex] nod

Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface

Le 19/05/2020 à 10:07, Norbert Preining a écrit : > Hi Brice, > >> Do you plan to also upload their rocm_smi_lib repository? > Yes, in principle we are planning to package the full stack around ROCm. > >> AMD is adding support for rocm_smi_lib to hwloc (would be in Debian >> package libhwloc-plugin

Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface

Hi Brice, > Do you plan to also upload their rocm_smi_lib repository? Yes, in principle we are planning to package the full stack around ROCm. > AMD is adding support for rocm_smi_lib to hwloc (would be in Debian > package libhwloc-plugins) for discovering locality information about > ROCm devic

Bug#960980: ITP: roc-smi -- AMD ROCm System Management Interface

Le 19/05/2020 à 03:22, Norbert Preining a écrit : > Package: wnpp > Severity: wishlist > Owner: Norbert Preining > > * Package name: roc-smi > Version : 3.3.0 > Upstream Author : AMD > * URL : https://github.com/RadeonOpenCompute/ROC-smi > * License : MIT >

Bug#960944: node-less-loader built fine but node-katex build failed

When building node-katex with node-less-loader in salsa, the error is similar to what we got in node-yarnpkg #960120 I think babel-runtime/babel-polyfill has a bug. I wonder if the following section currently disabled in node-babel has any effect here. # Disable this step as browserify is no