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

[Marco d'Itri]

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

[Marco d'Itri]

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 boot key manager capable of setting up 
secure boot, offer key management capabilities, and keep track of files 
that needs to be signed in the boot chain.

sbctl has a *much* easier to use interface than mokutil (just look at 
the screenshots!), but since I am not familiar with Go I hope that 
somebody else who is more qualified will package it.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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
  Programming Lang: Perl (?)
  Description : builds an initramfs using distribution packages

Uses the normal distribution packages and mkosi to create an initramfs.

A major goal of this project is being able to create standard and
static initramfs images which can be signed and shipped as packages by 
distributions.

It will be maintained by the systemd maintainers.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 
then I am not sure that having random (?) packages depend on an OpenSSL 
alternative would be a good strategy.

> Long time ago in my student years, I was working with a German fork of
> OpenSSL. The point was to add German elliptic curves (BSI and Deutsche
> Telekom). They were eventually merged into OpenSSL.
Do you expect that support for the Chinese algorithms will be merged in 
OpenSSL any time soon? Is there such a plan by the BabaSSL developers?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 these users have from using 
BabaSSL instad of OpenSSL? And why only these users and not the users of 
other current dependencies of OpenSSL?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 signature

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

[Marco d'Itri]

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 to
> priority:important.  Systemd-networkd could be the default, and
> NetworkManager could be used when it's present.
I agree: while dhcpcd5 appears to be very good I do not think that it 
should be the default DHCP client since we already have very popular 
clients in the default Debian installations.
NetworkManager works great as the default client on desktops and 
systemd-networkd is more than enough for typical servers.

BTW: iwd, which at some point I expect should replace wpa_supplicant, 
has its own built-in DHCP client too.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 description.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 available interfaces.
 This makes connected hosts visible on managed switches. By default it
 will run as a privilege-separated daemon.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 provides hooks scripts
> for ifupdown.
I suggest that whoever adopts ifupdown will also take ifenslave and just 
fold it in ifupdown, because since it only contains scripts then it does 
not make any sense to keep it around as a standalone package anymore.
Hence also brilliantly solving the issue with the s-word.

Also, modern systems are supposed to migrate to the "new" teaming 
driver, but AFAIK it is well integrated only in NetworkManager.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 rpki.
routinator packaging is still stuck on this.
Do you have plans to update the dependencies?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 
released.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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.org/cgi-bin/bugreport.cgi?bug=948632

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 date dependencies (I have not 
checked all of them).

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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
├── unwrap v1.2.1

and many more to be updated.

-- 
ciao,
Marco

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

[Marco d'Itri]

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 and RTR Server

Fort is an MIT-licensed RPKI Relying Party. It is a service that 
performs the validation of the entire RPKI repository, and which serves 
the resulting ROAs for easy access by your routers.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 is an RPKI relying party software: network operators
can configure their BGP-speaking routers to use it to cryptographically
validate the routes received from third parties.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 pseudo-Essential package
> set. When it comes to the diversion that means it needs to be added
> *without* the rename, so that we always have the libcrypt.so.1 present.
I am not sure about how this would work: can you point me to an example 
package?

> But otherwise why would it be broken?
Because indeed when using dpkg-divert --rename the file would be missing 
for some time.

> > But even if this worked correctly, glibc installs a libcrypt-N.NN.so, 
> > whose exact name I expect changes among different releases.
> This one is tied to the major.minor glibc version, so I think you
> should just ignore it. I'd expect at most glibc itself to perhaps rely
> on it, anything else using it would not be very sane IMO.
I just feared ldconfig deciding to change the .so.1 symlink, I could not 
find any documentation about when it decides to change existing symlinks 
and then how it chooses between different versions of the same library.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 reasonable worry that you experiment
> will fail and hence don't want to bother people, I guess.)
At this point it is not an experiment anymore since Fedora switched and 
removal from glibc is still planned for a future release.
I just wanted to have something usable and working before starting to 
discuss a transition plan.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 building libcrypt, I am looking for 
an interim solution that will not require coordination with the glibc 
maintainers.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 thought.

Installing it would looke like:

1) libcrypt1.preinst diverts glibc's libcrypt.so.1
2) dpkg does things
3) dpkg installs libxcrypt's libcrypt.so.1
4) dpkg does more things
5) libcrypt1.postinst runs/triggers ldconfig

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?

But even if this worked correctly, glibc installs a libcrypt-N.NN.so, 
whose exact name I expect changes among different releases.

Is there any way to implement all this safely?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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/Replace_glibc_libcrypt_with_libxcrypt

I already have significant experience with crypt(3) thanks to 
mkpasswd(1) provided by my whois package.

* Package name: libxcrypt
  Version : 4.1.0
  Upstream Author : Björn Esser and Zack Weinberg
* URL : https://github.com/besser82/libxcrypt
* License : LGPL
  Programming Lang: C
  Description : Extended crypt library for DES, MD5, Blowfish and others

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 the program is accessing this data, but the other objections 
are significant enough that I do not see much value in having this 
packaged.

> That is actually a good point. I wonder if using a local copy might be
> a good alternative.
Obviously not, since it would quickly become stale considering the 
nature of the data.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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

[Marco d'Itri]

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.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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. This would be easier if we had and could
> rely on "the /usr merge" - Flatpak runtimes always use merged-/usr
> for that reason.
Sure you can: just depend on the usrmerge package. :-)

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 history of the package: just list its capabilities, if this 
is an information useful to prospective users.

>  The core driver is composed of a library, with multiple binaries using this
>  library. Two binaries are of interest when wanting to ecrypt a BitLocker
>  encrypted partition:
The package description is not a replacemente for the package 
documentation either.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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 distributing statically-linked binaries fits in the 
sad culture of ignorance that programmers improvising themselves 
sysadmins have developed over the last few years (AKA "devops"), I do 
not think that it would be appropriate for Debian (euphemism, see Policy 
10.1): the program should be linked with glibc as usual.

>  However, omitting an init system often leads to incorrect handling of
>  processes and signals, and can result in problems such as containers
>  which can't be gracefully stopped, or leaking containers which should
>  have been destroyed.
Yes, not having an init process is stupid... (See above. :-) )

-- 
ciao,
Marco


signature.asc
Description: PGP signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 signature

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

[Marco d'Itri]

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 systemd.

-- 
ciao,
Marco


pgpC7OjnLsHzf.pgp
Description: PGP signature

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

[Marco d'Itri]

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 removable media

udiskie is a python front-end for UDisks/UDisks2. Its main purpose is 
automatically mounting removable media, such as CDs or flash drives. It 
has optional mount notifications, a GTK tray icon and user level CLIs 
for manual mount and unmount operations. The media will be mounted in 
a new directory under /media or /run/media/USER/, using the device name 
if possible.

This package is needed to support automounting removable media when 
nautilus is not available to control UDisks2.
It will be of interest to users of non-gnome window managers who use
UDisks2, policykit and the rest of the Gnome infrastructure.


Installing it with pip just works, but somebody who knows about 
packaging Python applications should create a package...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 that we have inflicted libav on our users for way more 
time than it was sensible to do.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 other people) 
wants ffmpeg instead?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 are supposed to use it?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 in
This applies to many other packages as well.

 postinst I can read in /etc/default/grub-finnix, check if FINNIX_ISO is
 set, and if not, mention that it must be configured from
 /etc/default/grub-finnix.
Please don't! This way you will annoy everybody on every new install.
It would be much better if you could e.g. automatically set FINNIX_ISO 
in postinst to the most recent file matching /boot/finnix-*.iso.

 The default file itself currently contains
 some basic instructions and a mention of README.Debian for more detailed
 information.  Suggestions?
Great, I think that this is enough to point users to the documentation.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 the ISO may be 
  placed.  Please see README.Debian for installation instructions and 
  restrictions.
Does this really have to be in the package description?
I think that we can assume the you should read README.Debian for more 
information part for all packages...

 I talked about this briefly with Paul Wise, and while there are several 
 existing packages which do similar GRUB loaders for other projects 
Hopefully the wide availability of well integrated rescue systems will 
make happy the few people who complain that in the future the root file 
system is going to be less and less useful as a rescue system.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 operator I consider this antisocial.
As a developer, I doubt that this can provide significant speed 
improvements other than for pathological cases.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 signature

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

[Marco d'Itri]

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 totally willing to force anyone to install consolekit
 (and thus dbus) who justs wants his system shutting down cleanly when the
 power button is pressed. That this is not issue for you at all and that
 you do not see any problem in introducing this change 2012-06-21 i.e.
 shortly before the freeze.
Agreed. The consolekit dependencies are unacceptable for headless 
servers where you just want the ACPI power button event to work.
If fixing acpi-support-base is hard then acpi-support-minimal or 
acpi-support-server would be just as good.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 an API for insertion, removal, configuration and
listing of kernel modules and the related user space tools.


See http://www.politreco.com/2011/12/announce-kmod-1/ for details.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 servers which support fastcgi...

  perl applications with persistent interpreter like mod_perl.
Does like mod_perl mean that it implements the mod_perl API?

  Unlike fcgiwrap, FCGI-Daemon correctly passing STDERR output to web server.
While this is nice, and I plan to use this software myself, is this
something worth being explained in the package description?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 of this package with
spawn-fcgi.

 No, it doesn't implement mod_perl API. As it stated in description it
 meant for use with unmodified CGI scripts written in Perl.
CGI or fastcgi?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 ssh.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110819190149.ga17...@bongo.bofh.it

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

[Marco d'Itri]

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 would stop working
 for them.
This was my objection as well, but it was not well received.

   This is implemented in the biosdevname package, which I think we should
  I never bothered packaging it because AFAIK it is not needed with recent
  kernels (and recent hardware?).
 The kernel will continue to generate names using the formats eth%d,
 wlan%d etc.  There needs some userland program to generate the new
 device names, whether it's in the udev package or another package.
Yes, with appropriate rules udev should be able to rename the interfaces
without biosdevname.

-- 
ciao,
Marco



-- 
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/20110815000938.ga22...@bongo.bofh.it

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

[Marco d'Itri]

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 keep it as a Debian patch.

 This is implemented in the biosdevname package, which I think we should
I never bothered packaging it because AFAIK it is not needed with recent
kernels (and recent hardware?).

-- 
ciao,
Marco



-- 
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/20110813233445.gb17...@bongo.bofh.it

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

[Marco d'Itri]

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
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 patch cannot be merged both upstream and in the standard
Debian package? I do not remember any recent activity on either front.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 review comments that I got when I presented my patch for 
 integration into the main ppp source tree. As this is not part of my normal 
 work but purely a hobby project it has taken me longer than I expected to get 
 around to do this. I hope to finish this before the end of this year.
 You're not the first person to ask if/when the eap-tls patch will be 
 integrated into the upstream ppp code.

This is not really a great start, but then please work out how to
integrate the patch in the current ppp package.

-- 
ciao,
Marco



-- 
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/2010173339.ga6...@bongo.bofh.it

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

[Marco d'Itri]

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 a complete/complex webserver.
Installing lighttpd or something like it requires much less time than
learning the existence of this one.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 making Digest::SHA build and run on these other distros. Of course, I 
 know I didn't need to debianize this module for this particular purpose, but 
 I 
 thought I would take the time to package it anyway.

Please don't. Pure perl packages are not needed in the archive except
for specific corner cases, and this is obviously not one.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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

[Marco d'Itri]

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 signature

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

[Marco d'Itri]

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)

[Marco d'Itri]

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 do not have the preferred form for modification,
 and thus, we cannot distribute it under the GPLv2.
Thank you for the great work you are doing to improve Debian.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 needs.
Co-maintainers or part-time hackers are welcome.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#457318: qmail and related packages in NEW

[Marco d'Itri]

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 contains at least three reasonable MTAs, we see no need to add qmail 
 to
 the archive. So - please reconsider if it really helps Debian to have those
While I totally agree that qmail is an obsolete FPOS with many bad
problems and I hate it with a passion at least as much as any decent
person, I need to remind everybody that sadly it is a dependency of
Plesk (the only high quality administration panel software) so it's
still going to be installed anyway on many Debian servers.
Maybe having an official well-maintained package (and the one you
evalued clearly is not) is the least evil.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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

[Marco d'Itri]

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 the passwords strength by
directly accessing /etc/shadow.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 without firmware is useless.
No, the functionality of the driver does not change. It's your hardware
which is useless until a firmware is loaded on it.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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
 Brazilian project.
Who cares about the country of origin? This is something that has no
place in a package description.
Also, it's not clear what is the Heartbeat.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 can use daemonize to force it to run as a true daemon.
What about using nohup program  instead?
Or one of the other methods suggested. I do not see the point of
packaging yet another tiny NIH-style I-did-not-RTFM tool.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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

[Marco d'Itri]

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 CF card and then plug in the card reader).  I
 believe this software is created specifically for that purpose - for
 card readers which do not report card insertion / removal to the kernel.
OPTIONS+=all_partitions

(Documented in README.Debian and udev(8).)

This program still looks like a bad idea.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 hardware detection to coldplug.
Why do the work two times?

 place. If there's absolutely no way that you will accept the grepmap
 patch to hotplug in the meantime then I'll retract the ITP, but I would
It's up to Fumitoshi UKAI, I am not interested in integrating new
features in hotplug, which is dead code.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#294671: ITP: hotplug-ng

[Marco d'Itri]

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 udev and module-init-tool (and
co-maintain hotplug) I think that I can do a good job at integrating
these core packages.

- Forwarded message from Greg KH [EMAIL PROTECTED] -

From: Greg KH [EMAIL PROTECTED]
To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Subject: [ANNOUNCE] hotplug-ng 001 release

I'd like to announce, yet-another-hotplug based userspace project:
linux-ng.  This collection of code replaces the existing linux-hotplug
package with very tiny, compiled executable programs, instead of the
existing bash scripts.

It currently provides the following:
- a /sbin/hotplug multiplexer.  Works identical to the existing
  bash /sbin/hotplug.
- autoload programs for usb, scsi, and pci modules.  These
  programs determine what module needs to be loaded when the
  kernel emits a hotplug event for these types of devices.  This
  works just like the existing linux-hotplug scripts, with a few
  exceptions.

But why redo this all in .c code?  What's wrong with shell scripts?
Nothing is wrong with shell scripts, unless you don't want to have an
interpreter in your initramfs/initrd and you want to provide
/sbin/hotplug and autoload module functionality.  Or if you have a huge
box that spawns a zillion hotplug events all at once, and you need to be
able to handle all of that with the minimum amount of processing time
and memory.

So, how small are these programs?  Take a look:
   textdata bss dec hex filename
   4669  32 124482512d9 hotplug
   5077   8 34854331539 module_pci
   4925   8 412534514e1 module_scsi
   5349   8 34857051649 module_usb

Those are all static binaries, linked with klibc (which is included in
the hotplug-ng package, just like udev.)

This compares to the following bash scripts:
-rwxr-xr-x  1 root root  4412 Feb 10 15:28 /sbin/hotplug
-rw-r--r--  1 root root   702 Sep 24 08:04 /etc/hotplug/blacklist
-rw-r--r--  1 root root  5293 Sep 24 08:04 /etc/hotplug/hotplug.functions
-rwxr-xr-x  1 root root  3739 Sep 24 08:04 /etc/hotplug/pci.agent
-rwxr-xr-x  1 root root  1459 Sep 24 08:04 /etc/hotplug/scsi.agent
-rwxr-xr-x  1 root root 13466 Sep 24 08:04 /etc/hotplug/usb.agent
-rw-r--r--  1 root root 39306 Sep 24 08:04 /etc/hotplug/usb.distmap
-rw-r--r--  1 root root  4364 Sep 24 08:04 /etc/hotplug/usb.handmap
-rw-r--r--  1 root root   189 Sep 24 08:04 /etc/hotplug/usb.usermap

All of which are loaded into memory for each hotplug event (for specific
hotplug events, only that bus type of file is loaded.)

But what about speed?  With a completely unscientific measurement on my
old, slow laptop, it takes about 2 seconds from the time I plug a usb
device into the machine, for the proper module to be loaded.  With the
hotplug-ng program, it takes less than a second.

And for those of you who might remember the old dietHotplug program that
also did the same thing in a tiny amount of space, this project
obsoletes that one.  dietHotplug had to be rebuilt for every kernel that
was used on the system, hotplug-ng uses the ability for modprobe to
determine the module that needs to be loaded based on the module
aliases[1].

The code can be found at:
kernel.org/pub/linux/utils/kernel/hotplug/hotplug-ng-001.tar.gz
for those who wish to poke around in it.

I still have a few more programs to write to get it up to the same
functionality as the existing hotplug scripts (firmware, ieee1392, etc.)
but those will be done soon.  I'd like to get people's comments on the
idea, and welcome suggestions and even patches :)

hotplug-ng development is done in a BitKeeper repository located at:
bk://linuxusb.bkbits.net/hotplug-ng

If anyone ever wants a tarball of the current bk tree, just email me.

thanks,

greg k-h

[1] modprobe as it currently works stops loading modules when it finds
an alias that matches.  This does not work for drivers that claim to
support all devices and then later on fail on devices that they really
don't support.  For that, all matching drivers need to be loaded for the
system to work properly.  The linux-hotplug scripts handle this
correctly, so if you rely on this functionality, please stick with that
package for now.  I'll be modifying modprobe to add this feature in the
near future.



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Linux-hotplug-devel 

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

[Marco d'Itri]

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 make it possible to
  specify a gui plugin in the config file that will be loaded
  automaticaly and used as default callback.
 Well the pinentry program from the GnuPG folks seems to be their
 solution to this problem. Maybe it could be used to solve this one? 
Yes. Other options:
- using the gnome-keyring framework
- discarding most of this openssl-based stuff, which is probably ugly,
  and start using GnuPG 1.9 which supports X.509 certificates and smart
  cards.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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
Description: Digital signature

Bug#237370: pgp5i

[Marco d'Itri]

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 still
 support IDEA.
Can you explain what is pgp5 able to do which gnupg and the IDEA plugin
do not support?

-- 
ciao, |
Marco | [8251 opBM/QuB2q.Jo]

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

[Marco d'Itri]

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

[Marco d'Itri]

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, |
Marco | [4361 soHDZxN0rILME]


signature.asc
Description: Digital signature

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

[Marco d'Itri]

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 around.

-- 
ciao, |
Marco | [649 brCglZnzT0BlI]

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

[Marco d'Itri]

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

[Marco d'Itri]

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,
Marco

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

[Marco d'Itri]

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

[Marco d'Itri]

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!

[Marco d'Itri]

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, configuration menu, multiple
 auto-op lists, nick highlighting, message logging, changeable color schemes
 (including bitchx scheme), optional timestamping, sane operation (it
 doesn't send colors/bold/script advertising to the server ever), and a host
 of other things.  And it's smaller than some scripts that don't do half as
 much to boot!

-- System Information
Debian Release: 3.0
Kernel Version: Linux wonderland 2.4.16 #6 Sun Dec 16 14:08:32 CET 2001 i686 
unknown

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

[Marco d'Itri]

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

[Marco d'Itri]

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

[Marco d'Itri]

Package: wnpp
Version: N/A
Severity: wishlist

This program allows applications which support only GPG to use gnupg.

Bug#101517: RFA: rarpd

[Marco d'Itri]

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