Bug#988864: ITP: emacs-doom-themes -- opinionated pack of modern Emacs color-themes
Package: wnpp Severity: wishlist Owner: Raúl Benencia X-Debbugs-Cc: debian-de...@lists.debian.org, r...@kalgan.cc * Package name: emacs-doom-themes Version : 2.1.6+git20210505.4d24728 Upstream Author : Henrik Lissner * URL : https://github.com/hlissner/emacs-doom-themes * License : MIT Programming Lang: Emacs Lisp Description : opinionated pack of modern Emacs color-themes DOOM Themes is an opinionated UI plugin and pack of themes. The flagship themes are: - doom-one: inspired by Atom's One Dark themes - doom-one-light: light version of doom-one - doom-vibrant: a slightly more vibrant version of doom-one Additionally, DOOM Themes includes 40+ extra themes. I intend to maintain this package as part of the Debian Emacsen team. The “emacs-” prefix is left on the source package name to avoid confusions with the Doom game. The binary package name will be “elpa-doom-themes”. -- Raúl Benencia signature.asc Description: PGP signature
Bug#978656: RFA: zenburn-emacs -- low contrast color theme for Emacs
Hello Sean, :-) On Sun, May 09, 2021 at 01:46:29PM -0700, Sean Whitton wrote: > Thanks for taking it over! I've granted salsa access but would prefer > to sponsor a few more Emacs-related uploads by you before granting DM. Thanks so much for your prompt upload, and for granting me access to the team! Much appreciated. Also, thanks for mentioning that you would prefer to sponsor a few more uploads first before granting me DM permissions. I understand that and, if you don't mind, I'll CC you on future Emacs-related contributions that requires sponsoring. Best, -- Raúl Benencia signature.asc Description: PGP signature
Bug#978656: RFA: zenburn-emacs -- low contrast color theme for Emacs
Hello Sean, On Tue, Dec 29, 2020 at 12:38:10PM -0700, Sean Whitton wrote: > I request an adoptor for the zenburn-emacs package, which I haven't used > for some months now. I've prepared[0] a merge request with the newest version of zenburn-emacs. Will you be willing to sponsor it? [0] https://salsa.debian.org/emacsen-team/zenburn-emacs/-/merge_requests/1 Additionally, it would ease my future uploads if I get added into the Debian Maintainer ACL for this package, and also if I'm given Maintainer permissions on the current Emacsen-owned git repository, as I'm planning on keeping it team-maintained. Many thanks in advance. -- Raúl Benencia signature.asc Description: PGP signature
Bug#978656: ITA -- zenburn-emacs
retitle 978656 ITA: zenburn-emacs -- low contrast color theme for Emacs thanks Hi Sean, I intend to adopt this package. I maintain a similar package, clues-emacs, so I'm familiar with maintaining Emacs themes. Thanks -- Raúl Benencia signature.asc Description: PGP signature
Bug#913333: ITP: golang-github-namsral-flag -- Parse flags, environment variables and config files
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: golang-github-namsral-flag Version : 1.7.4-alpha+git20170814.67f268f-1 Upstream Author : Lars Wiegman * URL : https://github.com/namsral/flag * License : BSD-3-clause Programming Lang: Go Description : Parse flags, environment variables and config files Flag is a drop in replacement for Go's flag package with the addition to parse files and environment variables. This library is a drop-in replacement of Go's native flag package that supports the third factor twelve-factor app methodology: storing the config in the environment. This is a dependency of Shoelaces (#905723) and will be maintained under the Go team umbrella.
Bug#913334: ITP: golang-github-justinas-alice -- Painless middleware chaining for Go
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: golang-github-justinas-alice Version : 0.0~git20171023.03f45bd-1 Upstream Author : Justinas Stankevičius * URL : https://github.com/justinas/alice * License : Expat Programming Lang: Go Description : Painless middleware chaining for Go Alice provides a convenient way to chain HTTP middleware functions and the app handler. . It transforms: go Middleware1(Middleware2(Middleware3(App))) to go alice.New(Middleware1, Middleware2, Middleware3).Then(App) . None of the other middleware chaining solutions behaves exactly like Alice. Alice is as minimal as it gets: in essence, it's just a for loop that does the wrapping for you. This is a dependency of Shoelaces (#905723) and will be maintained under the Go team umbrella.
Bug#905723: ITP: shoelaces -- lightweight tool for server bootstrapping
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: shoelaces Version : 1.0.0 Upstream Author : Raúl Benencia * URL : https://github.com/thousandeyes/shoelaces * License : Apache Programming Lang: Go Description : lightweight tool for automated server bootstrapping Shoelaces provides a mechanisms for automating the bootstrapping of servers. It serves iPXE boot scripts, cloud-init configuration, and actually any kind of plain text. Among its main features we can find that: - it allows automating the boot script to serve for a given server based on its IP address or DNS PTR record. - it has a web UI to show the current configurations, and history of servers that booted. - it uses the Go template language to serve the configurations, allowing to customize them with parameters received via GET request. I am upstream for this tool and plan to be the main maintainer of the package. The Debian Go Packaging Team will be set as Uploader.
Bug#901617: ITP: prometheus-nginx-vts-exporter -- Prometheus exporter for Nginx VTS metrics
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: prometheus-nginx-vts-exporter Version : 0.10.3+git20180501.43b4556-1 Upstream Author : Sophos * URL : https://github.com/hnlq715/nginx-vts-exporter * License : MIT Programming Lang: Go Description : Prometheus exporter for Nginx VTS metrics Prometheus exporter for Nginx VTS metrics, written in Go. It scrapes Nginx VTS[0] stats and exports them via HTTP for Prometheus consumption. [0] https://github.com/vozlt/nginx-module-vts I will package this software under the umbrella of the Debian Go Packaging Team. signature.asc Description: PGP signature
Bug#771145: ITP: trace-summary -- tool for generating break-downs of network traffic
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: trace-summary Version : 0.83 Upstream Author : Bro Development Team * URL : https://www.bro.org/sphinx/components/trace-summary/README.html * License : BSD Programming Lang: Python Description : tool for generating break-downs of network traffic trace-summary is a Python script that generates break-downs of network traffic, including lists of the top hosts, protocols, ports, etc. Optionally, it can generate output separately for incoming vs. outgoing traffic, per subnet, and per time-interval. trace-summary is a dependency of broctl, an interactive shell for managing Bro installations. As I've specified in Bro's ITP, I'm willing to team-maintain this package. signature.asc Description: Digital signature
Bug#771144: ITP: capstats -- command-line tool for collecting packet statistics
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: capstats Version : 0.21 Upstream Author : Bro Development Team * URL : https://www.bro.org/sphinx/components/capstats/README.html * License : BSD Programming Lang: C++ Description : command-line tool for collecting packet statistics capstats is a small tool to collect statistics on the current load of a network interface, using either libpcap or the native interface for Endace’s. It reports statistics per time interval and/or for the tool’s total run-time. capstats is a dependency of broctl, an interactive shell for managing Bro installations. As I've specified in Bro's ITP, I'm willing to team-maintain this package. signature.asc Description: Digital signature
Bug#771143: ITP: broctl -- interactive shell for managing Bro installations
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: broctl Version : 1.3 Upstream Author : Bro Development Team * URL : https://www.bro.org/sphinx/components/broctl/README.html * License : BSD Programming Lang: Python Description : interactive shell for managing Bro installations Bro is primarily a security monitor that inspects all traffic on a link in depth for signs of suspicious activity. More generally, however, Bro supports a wide range of traffic analysis tasks even outside of the security domain, including performance measurements and helping with trouble-shooting. This package contains broctl, an interactive shell for managing Bro installations. As I've specified in Bro's ITP, I'm willing to team-maintain this package. signature.asc Description: Digital signature
Bug#771142: ITP: bro-aux -- small auxiliary tools for Bro
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: bro-aux Version : 0.33 Upstream Author : Bro Development Team * URL : https://www.bro.org/sphinx/components/bro-aux/README.html * License : BSD Programming Lang: C, Bash Description : small auxiliary tools for Bro This package provides handy auxiliary programs related to the use of the Bro Network Security Monitor. The “adtrace” utility is used to compute the network address that compose the internal and extern nets that bro is monitoring. The “bro-cut” utility reads ASCII Bro logs on standard input and outputs them with only the specified columns (if no column names are specified, then all columns are output). The "nfcollector" and "ftwire2bro" utilities are for dealing with Bro’s custom file format for storing NetFlow records. As I've specified in Bro's ITP, I'm willing to team-maintain this package. signature.asc Description: Digital signature
Bug#752546: Any progress with packaging bro?
Dear Hilko, First, I would like you thank you for the interest you showed in the package I've decided to work on. With that said, let me tell you it is uncool with me the fact that you started working on it when I told[0] you that I'd be working on it. That was the plain truth, and in fact my own Bro package was ready and being reviewed by my sponsor. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752546#20 I will assume good faith from your side and propose that we work together. Let me explain to you the big picture of the situation, why I have decided not to package binpac, and where we are going by packaging this project together. When I started working on Bro, the first dependency I was going to package was binpac. I started to see how the software worked and realized it distributed a library. The library wasn't needed by the binpac compiler, but by the code generated by binpac. I thought about making it a shared library because by default Bro would use it as a static one. I didn't want to distribute a static library because of possible security issues (think about the zlib mess). The problem with this approach is that upstream, due to the static nature of the library, doesn't care about the SONAME. This fact adds unneeded complexity to the packaging, and that was the reason why I've decided not to package binpac. But that decision was made because there was a plan B. I could perfectly pick the Bro's full distribution and make the corresponding binary packages without generating a binpac binary package, because it's only a build dependency. Since that decision was made, I've been working on packaging Bro using its full distribution. In fact, the package was almost finished a few days earlier than your ITP's blocking bugs. As you can tell, my approach was quite different from yours. I've one source package generating several binary packages (among them, broctl and bro-utils, the last one containing trace-summary and capstats). Don't get me wrong, I prefer the approach of packaging each sub-project individually, but due to the decision I've made, that wasn't possible. Now things are different, because you've decided that binpac is good enough to be in the repositories, and I'm cool with that. So I'll go back to the approach of packaging each project individually, and you're very welcome to help if you want to. We could do it via collab-maint, as you've proposed. Heck, we could even start a team if more contributors are interested! In the following minutes I'll be submitting ITPs for bro-aux, broctl and its dependencies. For the moment, I'm not interested in packaging broccoli. I'd like to focus on integrating Bro with Debian first. About the Bro package, I'll ask you for some time for reviewing what you made and integrating it with my work. I really liked some of the things you did. Here[1] is the link to my repo, in case you want to see my work. [1] http://git.kalgan.cc/?p=debian-pkg-bro.git;a=shortlog;h=refs/heads/development Thanks, Raúl Benencia signature.asc Description: Digital signature
Bug#752546: Any progress with packaging bro?
Hello Hilko, On Wed, Nov 26, 2014 at 10:46:19PM +0100, Hilko Bengen wrote: > * Lisandro Damián Nicanor Pérez Meyer: > > > Sorry Hilko, but I consider uploading bro now as hijacking Raúl's ITP. > > I did not intend my upload to come across as hijacking. That's why I > created the collab-maint git repository. > > Raúl, should I ask ftp-master to reject the package that I have just > uploaded? If you uploaded bro, then please cancel it. I've made my own package, as I said a would. Right now I'm writing another extensive email explaining my reasons for not packaging binpac. I'll be copying you, and Bro and binpac ITPs. I've no problems with you uploading binpac and btest, of course. Best regards, Raúl Benencia signature.asc Description: Digital signature
Bug#752546: Any progress with packaging bro?
Dear Hilko, On Wed, Oct 29, 2014 at 12:10:09AM +0100, Hilko Bengen wrote: > it's been 3 months since you filed your ITP for bro. Have you made any > progress with putting together package(s)? I've made some progress, yes, but other priorities kept me away from finishing the work. Nevertheless, this package is still on my TODO list. I'll try to resume my efforts on it during the next weeks. Cheers, Rul signature.asc Description: Digital signature
Bug#752792: ITP: binpac -- language for describing and generating network protocol parsers
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: binpac Version : 0.42 Upstream Author : Bro Development Team * URL : http://bro.org/sphinx/components/binpac/README.html * License : BSD Programming Lang: C++ Description : language for describing and generating network protocol parsers BinPAC is a high level language for describing network protocol parsers and generate C++ code. The user has to provide a .pac file following the PAC grammar and BinPAC will generate its corresponding .cc and .h files. BinPAC is maintained and distributed with the Bro Network Security Monitor distribution, however, the generated parsers may be used with other programs besides Bro. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140626162637.31930.39536.reportbug@hesperos
Bug#752546: ITP: bro -- network analysis framework
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: bro Version : 2.3 Upstream Author : Bro Development Team * URL : http://www.bro.org/ * License : BSD Programming Lang: C++ Description : network analysis framework Bro is primarily a security monitor that inspects all traffic on a link in depth for signs of suspicious activity. More generally, however, Bro supports a wide range of traffic analysis tasks even outside of the security domain, including performance measurements and helping with trouble-shooting. Bro comes with built-in functionality for a range of analysis and detection tasks, including detecting malware by interfacing to external registries, reporting vulnerable versions of software seen on the network, identifying popular web applications, detecting SSH brute-forcing, validating SSL certificate chains, among others. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140624145919.2452.39432.reportbug@hesperos
Bug#738336: RFA: rotix - A program to generate rotational obfuscations
Hello Chris and Ansgar, On Mon, Feb 10, 2014 at 09:31:47AM +0100, Ansgar Burchardt wrote: > It doesn't seem to offer much more than caesar from bsdgames. > > rotix has options to specify input and output files, but this can easily > be achieved with the shell. There are also no --left and --right options > in caesar. > > So maybe this package should just be removed from the archive? I would like to keep this package in the archive. As Ansgar said, it has more features than caesar, and to use it I don't have to install a bunch of games I'll never touch. I'm willing to adopt this package. In fact, I've just uploaded a new version to d.mentors. http://mentors.debian.net/debian/pool/main/r/rotix/rotix_0.83-5.dsc I've fixed all lintian warnings and updated d/copyright to DEP 5, among other changes. I'll be glad if you want to sponsor the package, but if you lack the time for doing it, I can get in touch with another DD that usually uploads my packages. Regards, -- Raúl Benencia signature.asc Description: Digital signature
Bug#725654: ITP: djinn -- generate Haskell expressions from types
Package: wnpp Severity: wishlist Owner: Raúl Benencia * Package name: djinn Version : 2011.7.23 Upstream Author : Lennart Augustsson * URL : http://hackage.haskell.org/package/djinn * License : BSD Programming Lang: Haskell Description : generate Haskell expressions from types Djinn uses a theorem prover for intuitionistic propositional logic to generate a Haskell expression when given a type. Given a type the program will deduce an expression of this type, if one exists. If the Djinn says the type is not realizable it is because there is no (total) expression of the given type. signature.asc Description: Digital signature
Bug#714820: Awesome to see this package in Debian
Hello, I just wanted to say that I'm very glad to see that ntopng is going to be in Debian. If by chance you need help for maintaining this package, please let me know. Cheers. signature.asc Description: Digital signature
Bug#692778: ITP: libtins -- C++ library for manipulating raw network packets
Package: wnpp Severity: wishlist * Package name: libtins Version : 0.2 Upstream author : Matías Fontanini * URL : http://libtins.sourceforge.net/ * License : BSD Programming Lang: C++ Description : C++ library for manipulating raw network packets This library main purpose is to provide the C++ developer an easy, efficient, platform and endianess-independent way to create tools which need to send, receive and manipulate specially crafted packets. Forging packets using libtins is as simple as stacking different Protocol Data Units objects. It depends on libpcap. signature.asc Description: Digital signature
Bug#661488: O: foremost -- Forensics application to recover data
I think I've waited enough time for an answer [0]. I'll re-write debian/* from scratch. [0] http://lists.debian.org/debian-legal/2012/04/msg00027.html signature.asc Description: Digital signature
Bug#658888: ITP: themole -- Automatic SQL injection exploitation tool
Package: wnpp Severity: wishlist Owner: "Raúl Benencia" * Package name: themole Version : 0.2.6 Upstream Author : Santiago Alessandri , Matías Fontanini , Gastón Traberg * URL : http://themole.nasel.com.ar * License : GPL Programming Lang: Python Description : Automatic SQL injection exploitation tool The Mole is an automatic SQL Injection exploitation tool. Only by providing a vulnerable URL and a valid string on the site it can detect the injection and exploit it, either by using the union technique or a boolean query based technique. The Mole uses a command based interface, allowing the user to indicate the action he wants to perform easily. The CLI also provides auto-completion on both commands and command arguments, making the user type as less as possible. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120206145657.24464.3034.report...@karen.lan