Bug#1059745: ITP: cryptsetup-2fa -- 2FA plugin for cryptsetup

On Dec 31, YunQiang Su wrote: > Upstream Contact: YunQiang Su > * URL : https://github.com/wzssyqa/cryptsetup-2fa/ What are the benefits of this compared to systemd-cryptenroll? -- ciao, Marco signature.asc Description: PGP signature

Bug#1030845: RFP: sbctl -- Secure Boot Manager

Package: wnpp Severity: wishlist * Package name: sbctl Version : 0.10 Upstream Contact: Morten Linderud * URL : https://github.com/Foxboron/sbctl/ * License : MIT Programming Lang: Go Description : Secure Boot Manager sbctl is a user-friendly secure

Bug#1030556: ITP: mkosi-initrd -- builds an initramfs using distribution packages

Package: wnpp Severity: wishlist Owner: Marco d'Itri X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mkosi-initrd Version : 0 Upstream Contact: Zbigniew Jędrzejewski-Szmek * URL : https://github.com/systemd/mkosi-initrd * License : LGPL

Bug#1013132: ITP: BabaSSL -- BabaSSL is a base library for modern cryptography and communication security protocols.

On Jun 30, Stephan Verbücheln wrote: > As far as I understand it, the main point of BabaSSL is to add support > for Chinese developed ciphers and algorithms. Is supporting Chinese cryptography standards a goal for Debian? If it is then they should be available to all packages, but if it is not

Bug#1013132: ITP: BabaSSL -- BabaSSL is a base library for modern cryptography and communication security protocols.

On Jun 22, Lance Lin wrote: > Yes, from my understanding it is a "drop in" replacement for OpenSSL. One of > my packages (Workflow) uses it but can also use OpenSSL. > > I think this package will be beneficial to the Workflow users and downstream > OS's. Can you explain exactly what benefits

Bug#1013132: ITP: BabaSSL -- BabaSSL is a base library for modern cryptography and communication security protocols.

On Jun 17, Lance Lin wrote: > - BabaSSL is a modern cryptographic and secure protocol library > developed by the amazing people in Alibaba Digital Economy. What is the plan? Are there any current or new packages which will depend on it? -- ciao, Marco signature.asc Description: PGP

Bug#1006264: RFH: dhcpcd5 -- DHCPv4, IPv6RA and DHCPv6 client with IPv4LL support

On Feb 22, Noah Meyerhans wrote: > For servers, the ideal situation is somewhat less clear, but there was > at least some interest in using systemd-networkd (with or without > netplan). Why even consider netplan, I wonder? > So we may not need to specifically promote a DHCP client like dhcpcd5

Bug#1005090: ITP: node-zx -- Tool to launch modern Javascript scripts

On Feb 07, Yadd wrote: > Bash is great, but when it comes to writing scripts, > people usually choose a more convenient programming language. [citation needed] > JavaScript is a perfect choice, This is a quite peculiar opinion. Maybe you want to adopt a more neutral tone for the package

Bug#986334: O: ladvd -- LLDP/CDP sender

Package: wnpp Severity: normal Control: affects -1 src:ladvd I intend to orphan the ladvd package. I do not care for it anymore because, when systemd-networkd is not enough, then I think that lldpd is generally better. The package description is: ladvd sends link layer advertisements on all

Bug#963891: Bug#963889: O: ifenslave -- configure network interfaces for parallel routing (bonding)

On Jun 28, Guus Sliepen wrote: > ifenslave used to be a standalone binary that sent ioctls to the kernel, > but nowadays bonding can be configured via the "ip" command from the > iproute2 package, and by writing to the /sys/ tree. The package no > longer contains the standalone binary, but just

Bug#958908: ITP: bgpq4 -- automatic BGP filter generator using IRR routing data

On Apr 26, Vincent Bernat wrote: > It is a fork of bgpq3. I appreciate the ITP, but is there any point now in keeping bgpq3 around? -- ciao, Marco signature.asc Description: PGP signature

Bug#929024: [RPKI] Bug#929024: ITP: routinator -- An RPKI Validator

On Dec 30, Marco d'Itri via RPKI wrote: > > Building a real package will still require a few more crates to be > Right now I am stuck on rpki depending on a very old version of ring. > The verification API has changed since then and I do not know enough > Rust to update r

Bug#950775: RFP: boringtun -- userspace WireGuard implementation in Rust

On Feb 06, Dmitry Smirnov wrote: > URL: https://github.com/cloudflare/boringtun > Description: userspace WireGuard implementation in Rust What is the purpose of having this packaged in Debian? It is at most a proof of concept, with hardly any improvements since it has been

Bug#929024: [RPKI] Bug#929024: ITP: routinator -- An RPKI Validator

On Jan 02, Marco d'Itri via RPKI wrote: > I have packaged all missing dependencies: at this point the only blocker > is ring and possibly other not up to date dependencies (I have not > checked all of them). bcder is a problem too, since now it is uninstallable: https://bugs.debian.or

Bug#929024: [RPKI] Bug#929024: ITP: routinator -- An RPKI Validator

On Jan 02, Martin Hoffmann wrote: > > > Building a real package will still require a few more crates to be > I think you can just ask the Debian Rust team to include them or > somesuch? I have packaged all missing dependencies: at this point the only blocker is ring and possibly other not up to

Bug#929024: [RPKI] Bug#929024: ITP: routinator -- An RPKI Validator

On Dec 29, Marco d'Itri via RPKI wrote: > Building a real package will still require a few more crates to be Right now I am stuck on rpki depending on a very old version of ring. The verification API has changed since then and I do not know enough Rust to update rpki. -- ciao, Ma

Bug#929024: ITP: routinator -- An RPKI Validator

Updated Debian packaging is available in the git repository: https://salsa.debian.org/md/routinator/ . Building a real package will still require a few more crates to be packaged in Debian: ├── daemonize v0.4.1 │ ├── boxfnonce v0.1.1 ├── listenfd v0.3.3 ├── * │ └── once_cell v1.2.0 ├──

Bug#942321: ITP: fort-validator -- An RPKI Validator and RTR Server

Package: wnpp Severity: wishlist Owner: Marco d'Itri * Package name: fort-validator Version : 1.0.0 Upstream Author : NIC MX and LACNIC * URL : https://nicmx.github.io/FORT-validator/ * License : MIT Programming Lang: C Description : An RPKI Validator

Bug#929024: ITP: routinator -- An RPKI Validator

A first attempt at packaging is available in https://salsa.debian.org/md/routinator/ . -- ciao, Marco signature.asc Description: PGP signature

Bug#929024: ITP: routinator -- An RPKI Validator

Package: wnpp Severity: wishlist Owner: Marco d'Itri * Package name: routinator Version : 0.3.3 Upstream Author : NLnet Labs * URL : https://nlnetlabs.nl/rpki * License : BSD Programming Lang: Rust Description : An RPKI Validator The Routinator 3000

Bug#906008: ITP: lizzie -- GUI for analyzing games in real time using Leela Zero

On Aug 13, Ximin Luo wrote: > Description : GUI for analyzing games in real time using Leela Zero Games of what? Please clarify the description. -- ciao, Marco signature.asc Description: PGP signature

Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

On Jul 20, Guillem Jover wrote: > > And this means that perl (a libcrypt dependency) would be broken between > > 1 and 5 (or maybe 1 and 3): is this ever going to work? > > Given that this new package is going to replace a part of glibc, it > will need to behave as if it was part of the

Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

On Jul 20, Philipp Kern wrote: > I think it's odd to say "here, I'm packaging up a replacement for your > library, but I'm not going to coordinate with you" when we are preparing > a (somewhat) coherent distribution, so I don't think that option should > be discarded. (Unless you have a

Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

On Jul 20, Philipp Kern wrote: > Make sure that glibc splits out libcrypt into its own package, have libc6 > depend on it and then provide libcrypt1? (Because it's really providing > libcrypt's ABI from another package.) Versioning might be tricky, though. At some point glibc will just stop

Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

On Jul 18, Marco d'Itri wrote: > Some day it may replace crypt(3), currently provided by glibc: > https://fedoraproject.org/wiki/Changes/Replace_glibc_libcrypt_with_libxcrypt I tried creating a package which would divert libc's libcrypt, but it appears to be much harder than I t

Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

Package: wnpp Severity: wishlist Owner: Marco d'Itri I intend to package the new version of libxcrypt, which will replace the orphaned libxcrypt source package. Some day it may replace crypt(3), currently provided by glibc: https://fedoraproject.org/wiki/Changes

Bug#890816: ITP: autovpn -- Connect to a VPN in a country of your choice

On Feb 19, Michael Meskes wrote: > > * It relies upon the external VPNGate.net site/service. If this > > goes away in the lifetime of a stable Debian release users will > > be screwed. For the records I do not think that this is important since the whole purpose of

Bug#888986: ITR: gnats -- problem report management system - central database

On Feb 01, Adam Borowski wrote: > This removal would also allow retiring one of hard-coded uids from > /etc/passwd that's currently present on every Debian system. Yes please! -- ciao, Marco signature.asc Description: PGP signature

Bug#882814: ITP: snooze -- run a command at a particular time

On Nov 27, Nicolas Braud-Santoni wrote: > `snooze` is a new tool for waiting until a particular time and then running a > command. This looks like a lot of NOH work just to not use systemd timer units... -- ciao, Marco signature.asc Description: PGP signature

Bug#880151: O: sm-archive -- A milter for archiving email

Package: wnpp Severity: normal I intend to orphan the sm-archive package. The package description is: This milter adds recipients to messages in transit accordingly to the rules specified in its configuration file. The package is mature and in decent shape, but I do not currently use it. --

Bug#862698: ITP: minecraft -- blocks to build anything you can imagine

On May 16, Simon McVittie wrote: > Yes, that's why I suggested Flatpak. It would also be possible to use > a long bwrap command-line - that's what Flatpak does internally. > One day I should try making game-data-packager's games (mostly the quake > family) use bwrap like that.

Bug#853932: ITP: adnauseam -- firefox extension that hides ad and simulates clicks on each blocked ad

On Feb 02, Félix Sipma wrote: > AdNauseam works like an ad-blocker (it is built atop uBlock-Origin) to > silently > simulate clicks on each blocked ad, confusing trackers as to one's real Are you familiar with the concept of "click fraud"? -- ciao, Marco

Bug#830983: ITP: field -- extracts a list of fields from a file

On Jul 13, Trevor Bramwell wrote: > field it is a simpler version of: > > awk '{ print $5,$3,$1; }' Do we really need this trivial program which barely saves typing a few characters, especially in a standalone package? Also, what is wrong with cut(1)? -- ciao,

Bug#830624: ITP: xplayer -- Simple media player based on GStreamer.

On Jul 09, Emilio Pozuelo Monfort wrote: > Do we really need yet another fork of GNOME? Probably not, but I suspect that this problem should be solved upstream... -- ciao, Marco signature.asc Description: PGP signature

Bug#816847: ITP: dislocker -- read/write encrypted BitLocker volume

On Mar 05, Giovani Augusto Ferreira wrote: > The driver used to only read volumes encrypted under a Windows 7 system but > is > now Windows Vista and 8 capable and has the write functionality. The package description is not the right place to explain the development

Bug#810586: ITP: dumb-init -- minimal init system for Linux containers

On Jan 10, ChangZhuo Chen wrote: > dumb-init is a simple process supervisor and init system designed to run > as PID 1 inside minimal container environments (such as Docker). It is a > deployed as a small, statically-linked binary written in C. While I can see how

Bug#808414: ITP: ms-sys -- Program for writing Microsoft compatible boot records

On Dec 20, lucas castro wrote: > I'll take a look at ms-sys-free. Can you clarify which features it provides over the existing mbr package? -- ciao, Marco

Bug#795898: ITP: pd-tclpd -- Tcl objects for Pd

On Aug 17, IOhannes m zmoelnig umlae...@debian.org wrote: This library allows to to write externals for Pd using the Tcl language. In this and the other packages maybe it would be a good idea to expand the Pd acronym at least once? -- ciao, Marco pgpX2S5NyuchM.pgp Description: PGP

Bug#791857: ITP: daemonize -- tool to run a command as a daemon

On Jul 09, Martín Ferrari tin...@tincho.org wrote: I can say that it does: start-stop-daemon misses some functionality you need for programs that don't daemonise and log to stdout/stderr, which is something I needed only last week. Having said that, I think that This looks like a job for

Bug#763112: RFP: udiskie -- automounter for removable media

Package: wnpp Severity: wishlist * Package name: udiskie Version : 1.1.2 Upstream Author : Byron Clark by...@theclarkfamily.name et al. * URL : https://github.com/coldfix/udiskie * License : MIT/X Programming Lang: Python Description : automounter for

Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian

On Jul 28, Alessio Treglia ales...@debian.org wrote: Personally I don't feel like dropping libav in favor of ffmpeg now at this stage. It's too late for Jessie. Except that, for a lot of the depending packages, there would be an immediate benefit in the number of bugs fixed. Personally I feel

Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian

On Jul 28, Reinhard Tartler siret...@gmail.com wrote: Moreover, I am curious why I haven't seen you working on libavcodec bugs in Debian before, and why do you believe you can do a better job with the ffmpeg package currently on NEW? Why should he work on libavcodec when he (along with many

Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

On Jul 12, Toni Mueller supp...@oeko.net wrote: * Package name: libressl I am highly doubtful at best. What are your plans exactly? Would it have the same SONAME of openssl and conflict+provide it? Would it be a totally different library which packages would build-depend on? Which packages

Bug#736604: ITP: r10k -- Smarter Puppet deployment, powered by killer robots

On Jan 25, Sebastien Badia s...@sebian.fr wrote: Description : Smarter Puppet deployment, powered by killer robots I recommend that we keep packages descriptions to factual statements. -- ciao, Marco signature.asc Description: Digital signature

Bug#736485: ITP: oslo.rootwrap -- allows fine filtering of shell commands to run as root

On Jan 24, Thomas Goirand z...@debian.org wrote: Unlike other Oslo deliverables, it should not be used as a Python library, but called as a separate process through the oslo-rootwrap command. Is this really important enough to be part of the package description? -- ciao, Marco

Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems

On Nov 20, Ryan Finnie r...@finnie.org wrote: I think that we can assume the you should read README.Debian for more information part for all packages... True, but that was more to guide the user, given the fact that the package does absolutely nothing without user configuration. Perhaps

Bug#693774: ITP: grub-finnix -- Build a Finnix bootloader stanza on GRUB 2 systems

On Nov 20, Ryan Finnie r...@finnie.org wrote: Description : Build a Finnix bootloader stanza on GRUB 2 systems I think that you should add one or two lines to explain what Finnix is. At least, the word rescue would help a lot... Note that there are certain restrictions regarding where

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

On Oct 11, Hideki Yamane henr...@debian.or.jp wrote: apt-fast is a shellscript wrapper for apt-get that can drastically improve apt download times by downloading packages in parallel, with multiple connections per package. well, isn't it huge load for repository servers? As a mirror

Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

Please do not bother. openrc was recently discussed on debian-devel@ and there was a large consensus that it is not a credible alternative to upstart and systemd. We do not need to be able to choose among multiple init implementations. -- ciao, Marco signature.asc Description: Digital

Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts

On Jun 27, Bernhard R. Link brl...@debian.org wrote: I'd prefer to get this fixed in acpi-support-base, but I think you have made your point very clear that the only purpose of that package is to not do anything if some power manager is running and that to detect this perfectly you are

Bug#652284: ITP: libkmod -- a library to handle kernel modules

Package: wnpp Severity: wishlist Owner: Marco d'Itri m...@linux.it * Package name: libkmod Version : 1 Upstream Author : ProFUSION embedded systems * License : LGPLv2 or later Programming Lang: C Description : a library to handle kernel modules libkmod provides

Bug#650198: ITP: fcgi-daemon -- Perl-aware FastCGI daemon

On Nov 27, Dmitry Smirnov only...@member.fsf.org wrote: FCGI::Daemon is a small FastCGI server for use as fcgiwrap alternative with nginx web server. It is enforcing RLIMITs and running unmodified Is this software actually nginx-specific in some way? There are plenty of other popular web

Bug#650198: ITP: fcgi-daemon -- Perl-aware FastCGI daemon

On Nov 27, Dmitry Smirnov only...@member.fsf.org wrote: There are plenty of other popular web servers which support fastcgi... I'm a bit sceptical to your plenty. It is pretty hard to find easy to use and lightweight and working ones and in Debian. Looks like I was confusing the functionality

Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

On Nov 03, Wolfgang Frisch wf...@roembden.net wrote: * Package name: tcp-over-dns How is this different from dns2tcp? -- ciao, Marco signature.asc Description: Digital signature

Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

On Nov 03, gregor herrmann gre...@debian.org wrote: On Thu, Nov 03, 2011 at 12:13:46PM +0100, Wolfgang Frisch wrote: Description : TCP tunnel through the standard DNS protocol How does this differ to dns2tcp? Or iodine? iodine tunnels IP, which is not very efficient if you only need

Bug#638504: ITP: mat -- Metadata anonymising toolkit

On Aug 19, intrigeri+deb...@boum.org wrote: Metadata consist of information that characterizes data. Metadata are Interesting program, but the description should list all the file formats it supports. -- ciao, Marco -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a

Bug#617820: support for installing unconfigured systems (VM images, Debian Live images, preinstalled mobile/tablet images)

On Aug 14, Ben Hutchings b...@decadent.org.uk wrote: Yes, because the upstream maintainers decided that the current scheme cannot work and will remove support for it. I do not know how long it will be feasible to keep it as a Debian patch. It works today for many users. I don't see why it

Bug#617820: support for installing unconfigured systems (VM images, Debian Live images, preinstalled mobile/tablet images)

On Aug 13, Colin Watson cjwat...@debian.org wrote: Marco, do you have any plans for using this scheme as an option or as the default? Yes, because the upstream maintainers decided that the current scheme cannot work and will remove support for it. I do not know how long it will be feasible to

Bug#635283: ITP: openbgpd -- OpenBSD BGP routing daemon

On Jul 24, Jérémy Bobbio lu...@debian.org wrote: * Package name: openbgpd Version : 4.6+port4.9.20110612 Which port is this, and where does it come from? Is it kFreeBSD-only? Does it have any limitations compared with the native OpenBSD version? -- ciao, Marco signature.asc

Bug#612901: O: asused -- To run a check on the usage of your registry's allocations

On Feb 11, Jan Wagner w...@cyconet.org wrote: I intend to orphan the asused package. It only supports IPv4 and upstream is dead since ages. True, but this does not make it less useful since its purpose has not changed... -- ciao, Marco signature.asc Description: Digital signature

Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support

On Nov 05, Werner Jaeger werner.jae...@t-systems.com wrote: This package contains an extended Point-to-Point Protocol (PPP) daemon with support for EAP-TLS authentication. I expect that the ftpmasters will not accept a seconda copy of the whole ppp package without a good reason. Why the EAPTLS

Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support

reassign 602503 ppp retitle 602503 integrate the EAP-TLS patch severity wishlist thanks On Nov 11, werner.jae...@t-systems.com wrote: I contacted him and asked him about that. Here is his answer: yes, that's correct: it has been on my TODO list for quite some time now to work through the

Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files

On Sep 07, Andrea Gasparini ga...@yattaweb.it wrote: Brian, it lacks the long description, right, we'll provide one asap. Though, it serves just one file a given number of times, and then shutdown. It's something useful for distributing file in a LAN, if you don't want to install and setup

Bug#589632: RFH: ppp -- Point-to-Point Protocol (PPP) - daemon

Package: wnpp Severity: normal I request assistance with maintaining the ppp package. The package is in an acceptable shape, but I need a lot of help with bugs triaging and fixing. The upstream maintainers are not exactly MIA, but they tend to ignore patches and requests. -- ciao, Marco

Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

On Nov 16, Andres Mejia mcita...@gmail.com wrote: Well, really the only reason why I'm even bothering to package this is because I'm working on an assignment which I want to make sure builds and runs on CentOS and OSX and making Digest::SHA::PurePerl work would be easier for me than

Bug#556131: ITP: opensips -- very fast and configurable SIP server

On Nov 13, Alejandro Rios P. aler...@debian.org wrote: Description : very fast and configurable SIP server It may be a good idea to mention in the long description that it is a fork of OpenSER. -- ciao, Marco signature.asc Description: Digital signature

Bug#550031: ITP: libjs-extjs -- a cross-browser JavaScript library

On Oct 07, Thomas Goirand tho...@goirand.fr wrote: may be a fail of the dissident test, as there is the word must. Which would not make it non-free either, as it is not part of the DFSG. -- ciao, Marco signature.asc Description: Digital signature

Bug#546831: ITP: perdition-pbs -- POP / IMAP Before SMTP Tool

On Sep 16, Bernd Zeimetz be...@bzed.de wrote: People are still using pop/imap before smtp? OMG. People are also still using 10 years old systems in production, so anything that helps integrating them in modern infrastructure is useful. -- ciao, Marco signature.asc Description: Digital

Bug#533348: ITP: udev-extras -- a collection of udev rules and helper programs

Package: wnpp Severity: wishlist Owner: Marco d'Itri m...@linux.it http://git.kernel.org/?p=linux/hotplug/udev-extras.git;a=summary It will be uploaded next month, I expect that it will not differ much from the Ubuntu package. -- ciao, Marco signature.asc Description: Digital signature

Bug#446028: tg3 firmware - was (Fw: [CASE#221365]: Closed - need firmware files)

On Apr 10, brian m. carlson sand...@crustytoothpaste.ath.cx wrote: I don't know about you, but I'd much prefer to modify any sort of program, firmware or not, using C or assembly rather than editing the binary directly. I suspect that this is the case for any reasonable programmer. Thus, we

Bug#517906: O: uucp - unix to unix copy

On Mar 02, Peter Palfrader wea...@debian.org wrote: If somebody still uses UUCP it would be great if they could take care of it from now on. It isn't exactly a fast moving target, but as this I still happily use it for my mail and if nobody else feels more qualified I will give it the love it

Bug#457318: qmail and related packages in NEW

On Nov 30, Joerg Jaspert [EMAIL PROTECTED] wrote: Qmail is dead upstream and requires a whole set of patches to even begin to work in the manner expected of a modern MTA. Given this, the fact that this means there is also no upstream security support, and the fact that Debian already

Bug#494043: ITP: ozymandns -- An experimental DNS server and miscellaneous DNS tools

On Aug 07, Jacob Appelbaum [EMAIL PROTECTED] wrote: Micah Anderson encouraged me to package this software. We were both annoyed that it is both very useful and seemingly abandoned software. What does it provide exactly over the other DNS tunneling packages available in Debian? -- ciao, Marco

Bug#493697: ITP: mobile-manager -- mobile manager GPRS/3G daemon

On Aug 04, Juan Manuel Garcia Molina [EMAIL PROTECTED] wrote: This daemon cover the GPRS/3G functions for develop and work over GPRS/3G Can you try again with a description written in english? -- ciao, Marco signature.asc Description: Digital signature

Bug#414534: ITP: sucrack -- multithreaded su bruteforcer

On Mar 12, Tim Brown [EMAIL PROTECTED] wrote: sucrack is a multithreaded Linux/UNIX tool for cracking local user accounts via wordlist bruteforcing su What is the point of packaging this? -- ciao, Marco signature.asc Description: Digital signature

Bug#414534: ITP: sucrack -- multithreaded su bruteforcer

On Mar 12, Tim Brown [EMAIL PROTECTED] wrote: I'm packaging a bunch of security tools that I use in my job pen testing. I do not understand how you would use such a tool in packaged form. If you can install a package then obviously you already have root access, and at that point you can check

Bug#396648: ITP: rt73 -- Linux device driver for Ralink RT73 a/b/g WLAN Card

On Nov 03, Piotr Roszatycki [EMAIL PROTECTED] wrote: The packages from main should work without things from non-free, I think... The rule is that they must not depend on packages not in main. Work without other things is not the criteria we use, and e.g. ICQ clients fail it. The rt73 driver

Bug#396117: ITP: cpufreq-detect -- detect CPU frequency control driver

On Oct 30, Michael Biebl [EMAIL PROTECTED] wrote: Why do you want to make a separate package for such a tiny shell script? The overhead is just two much. I'd propose to include it into the powermgmt-base package. I fully agree, it's silly to create a package for a 2 KB shell script. -- ciao,

Bug#389798: ITP: hapm -- high availability port monitor

On Sep 27, Joao Eriberto Mota Filho [EMAIL PROTECTED] wrote: High Availability Port Monitor (HAPM) is a local port status check. It is a simple, light and fast daemon to check TCP/UDP ports. If one or more monitored ports (per IP) downs then the Heartbeat will be killed by HAPM. This is a

Bug#385887: ITP: daemonize -- run a command as a Unix daemon

On Sep 03, Stanley Jaddoe [EMAIL PROTECTED] wrote: Most programs that are designed to be run as daemons do that work for themselves. However, you?ll occasionally run across one that does not. When you must run a daemon program that does not properly make itself into a true Unix daemon, you

Bug#382531: ITP: furl -- a small utility for displaying the HTTP headers returned by Web servers

On Aug 14, martin f krafft [EMAIL PROTECTED] wrote: This is libwww-perl. I don't object to furl, but so far I am not convinced. I object, since so far it looks like a worthless waste of disk space. -- ciao, Marco signature.asc Description: Digital signature

Bug#345977: ITP: polld -- Polling demon

On Jan 04, Nathan Poznick [EMAIL PROTECTED] wrote: I have a USB card reader which has 5 different slots for various media. If I plug in the card reader and then later insert a CF card, the CF card slot's device does not have the partition device created when using udev (I have to insert the

Bug#328434: ITP: grepmap -- Parse module map files produced by depmod

On Sep 15, Colin Watson [EMAIL PROTECTED] wrote: In any case we do need to get d-i's udev support fully sorted out fairly urgently as 2.6.13 approaches, and that will likely involve at least As I explained on -boot, I understand that you can start integrating udev now and later convert the

Bug#294671: ITP: hotplug-ng

Package: wnpp Severity: wishlist I plan to package hotplug-ng (license: GPL v2). Probably the first uploads will go to experimental, because I think that the program will change its interfaces frequently and will not be a full hotplug replacement for a while. Considering that I also maintain

Bug#287317: ITP: eid -- software to support the eID, the new Belgian electronical ID card

On Dec 28, Eric Dorland [EMAIL PROTECTED] wrote: the biggest issue is: belpic includes gtk code so it can do a gui popup to ask for a pin. I'm not sure it is nice to link libopensc with gtk. I'd rather prefer a mechanism where the application registeres a callback function. maybe also

Bug#275806: ITP: acx100-kernel-src -- kernel module for TI acx100 based wireless lan cards

On Oct 10, Bas Zoetekouw [EMAIL PROTECTED] wrote: The driver needs firmware to function, so this package is going into crontrib. The driver does not need any firmware, your card does. This is a free driver and should go in main. -- ciao, | Marco | [8450 tr8U7gAHS8DGw] signature.asc

Bug#237370: pgp5i

On Aug 06, Ian Beckwith [EMAIL PROTECTED] wrote: After asking on debian-security, it appears that there is still a demand for pgp in debian. Although gpg provides a superset of features, it doesn't have IDEA support compiled in (it is patent-encumbered) but pgp, as it is non-US/non-free, can

Bug#230767: ITP: devlabel -- storage device abstraction layer

Any news? I consider devlabel an important complement to hotplug and udev. Please don't waste time trying to support devfs, it's going away soon anyway. -- ciao, | Marco | [5502 tiPo8yz7i6nsU]

Bug#207389: ITP: canlock

On Jan 29, Laurent Fousse [EMAIL PROTECTED] wrote: retitle 207389 ITP: canlock - library for creating and verifying cancel locks. I packaged libcanlock years ago and then asked for it to be removed from the distribution because no program ever used it. Why do you want to package it? -- ciao,

Bug#199752: ITP: zebra-pj -- A possible successor to the orphaned Zebra OSPF/RIP/BGP routing suite

On Jul 03, Christian Hammers [EMAIL PROTECTED] wrote: * Package name: zebra-pj Version : 0.94+cvs20030701 I'm happy you decided to package zebra-pj, but I think it should just replace the current zebra package. The official code is old and buggy, and I see no reason to keep it

Bug#180762: ITP: nglister -- Program to download active and newsgroups files from news servers

On Feb 12, John Goerzen [EMAIL PROTECTED] wrote: * Package name: nglister This really looks overkill, this program could be replaced with a couple of perl one liners. Please do not package it. -- ciao, Marco

Bug#176477: ITP: rott -- Rise of the Triad, a first person shooter

On Jan 13, Joe Drew [EMAIL PROTECTED] wrote: And due to Apogee's idiotic position on this, we will likely not be able to distribute rott at all, since it depends on data files. Allowing users to install the binary package and provide their own data files would be useful as well. -- ciao,

Bug#137760: RFP: micq -- text based ICQ client with many features

On Mar 10, Martin Michlmayr [EMAIL PROTECTED] wrote: mICQ was previously in Debian but was removed because it was (apparently) not developed upstream anymore. This is not correct, so It was removed because it does not support the oscar protocol and so is nearly useless. -- ciao, Marco

Bug#135542: O: pgpgpg

Package: wnpp Severity: normal I do not use this package anymore, please somebody adopt it.

Bug#134577: O: epic4-script-splitfire - the ONLY |-lame irc script!

Package: wnpp Version: 1.35-1 Severity: normal I do not use epic4 anymore so this is useless to me now. Three open bugs (one for packaging), it's not maintained upstream anymore. This epic4 script is a good script for newbies. It features: smart tab completion, bitchx-style nick completion,

Bug#112020: ITP: keychain -- An OpenSSH key manager

On Sep 11, Cesar Mendoza [EMAIL PROTECTED] wrote: Keychain is an OpenSSH key manager, typically run from ~/.bash_profile. When It's a 5 KB shell script. Does it really needs its own package? If it's useful, I think it should be part of the ssh package. -- ciao, Marco

Bug#103705: wnpp: O: rarpd - daemon for netbooting various machines

Package: wnpp Version: N/A Severity: wishlist Please somebody take it, it's small and easy to maintain but I'm not really using my old sun anymore. -- System Information Debian Release: testing/unstable Kernel Version: Linux wonderland 2.4.5 #27 Mon Jun 11 01:23:17 CEST 2001 i586 unknown

Bug#103706: wnpp: O: pgpgpg - wrapper for gnupg

Package: wnpp Version: N/A Severity: wishlist This program allows applications which support only GPG to use gnupg.

Bug#101517: RFA: rarpd

Package: wnpp I'm not using my old sun anymore, so I can't maintain it. This package is needed to netboot a sun machine from a server running kernel 2.4.x, where kernel rarp support has been removed. -- ciao, Marco