Bug#545791: ITP: ncap -- Network Capture Library and Tools
hello, ondrej: as the upstream maintainer for ncap i'd prefer to package this myself. i have packages that are almost ready (and have been tested internally) except for filling out the package descriptions and copyright file. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#547612: ITP: nmsg -- network message encapsulation library and toolkit
Package: wnpp Owner: "Robert S. Edmonds" Severity: wishlist * Package name: nmsg Version : 0.3.1 Upstream Author : Internet Systems Consortium, Inc. * URL : https://sie.isc.org/ * License : ISC Programming Lang: C Description : network message encapsulation library and toolkit -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#453680: any progress on djbdns?
Hi, Gerrit: Any progress? Will djbdns make it into lenny? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453680: any progress on djbdns?
Gerrit Pape wrote: > On Mon, Feb 18, 2008 at 02:00:24AM -0500, Robert Edmonds wrote: > > Hi, Gerrit: > > > > Any progress? Will djbdns make it into lenny? > > Hi Robert, > > djbdns depends on ucspi-tcp and daemontools. While ucspi-tcp should hit > the main archive soon (source of previous non-free package needed to be > removed), daemontools still needs some time. It first was necessary to > find out how to make the daemontools installation comply with Debian > policy while still respecting upstream's preferences. This seems to be > done now, but it still needs some time because the runit package needs > to be adapted to play well with the new packages (#461478). > > The djbdns package should be quite easy once the dependencies are > finished. > > Thanks, Gerrit. Thanks for the update. Also, any idea which djbdns patches will be added to the package? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431809: News (and proposal)
Oleksandr Moskalenko wrote: > The following are excerpts from a message by a lead PoDoFo developer who is > very willing to help Debian podofo packaging. > > > PoDoFo's SONAME for release versions is the version number, eg 0.5.0 . > > Each release breaks binary and source compatibility and will continue to > > do so until 1.0, but the soname versioning permits different versions of > > the library to coexist. > > > > The -dev packages will have to be muturally exclusive (as the APIs are > > incompatible), but there's plenty of precedent for that (see Berkeley DB > > for example). > > > > See this thread: > > > > http://sourceforge.net/mailarchive/message.php?msg_id=20070709011948.GA29281%40mycre.ws > > (that's the original Robert's request to the podofo ML. > > > If there's something more I need to do in the build system I'm all ears. > > I just didn't hear back after the initial query to the podofo list, and > > assumed there were no further issues. > > > > Looking at the Debian packaging thread it seems to have stalled waiting > > for a response from the person who initially commented about > > "upstream's" soname versioning not being useful/correct. > > That must be you Robert? > > > Regarding the -dev package, I don't know if there's a pragma I can set > > in the headers as a hint to the linker that it needs to link to a > > particular soname version of podofo or otherwise make sure it gets the > > right one. If something like that isn't done, then if the user has 0.5.0 > > and 0.6.0 installed (say) and they're building against 0.5.0 headers > > they'll need to specify the 0.5.0 library for linking explicitly. > > > > Maybe their complaint is related to that? IIRC BDB doesn't rely on > > soname versioning; rather than libdb.4.2.so it's libdb-4.2.so . > > > > If you can find out what they need and what the actual problem is I can > > probably sort it out. > > > > -- > > Craig Ringer > > Is there any will to get things moving? > > Regards, > > Alex. hi, when I looked into packaging podofo a while ago I was concerned about the lack of stable SONAMEs, but it seems the frequency of releases has dropped off, so my concerns may have been unfounded. I'm not willing to package podofo until it has a stable API; if you'd like to package it you're welcome to take the ITP bug. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#475493: ITP: python-pefile -- Portable Executable (PE) parsing module for Python
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: python-pefile Version : 1.2.9.1 Upstream Author : Ero Carrera <[EMAIL PROTECTED]> * URL : http://code.google.com/p/pefile/ * License : BSD Programming Lang: Python Description : Portable Executable (PE) parsing module for Python pefile is a Python module to read and work with Portable Executable (PE) files. Most of the information in the PE header is accessible, as well as all the sections, section information and data. . All the basic PE file structures are available with their default names as attributes of the returned instance. . Processed elements such as the import table are made available with lowercase names, to differentiate them from the upper case basic structure names. . pefile has been tested against the limits of valid PE headers; that is, Windows malware. Lots of packed malware attempt to abuse the format beyond its standard use. . Some of the tasks that pefile makes possible are: * Modifying and writing back to the PE image * Header inspection * Section analysis * Retrieving data * Warnings for suspicious and malformed values * Packer detection with PEiD signatures * PEiD signature generation -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#482277: ITP: unbound -- validating, recursive, caching DNS resolver
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: unbound Version : 1.0.0 Upstream Author : NLnet Labs * URL : http://libev.schmorp.de/ * License : BSD Programming Lang: C Description : validating, recursive, caching DNS resolver Unbound is a validating, recursive, and caching DNS resolver. . The C implementation of Unbound is developed and maintained by NLnet Labs. It is based on ideas and algorithms taken from a java prototype developed by Verisign labs, Nominet, Kirei and ep.net. . Unbound is designed as a set of modular components, so that also DNSSEC (secure DNS) validation and stub-resolvers (that do not run as a server, but are linked into an application) are easily possible. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#482277: ITP: unbound -- validating, recursive, caching DNS resolver
hi, Pierre Habouzit wrote: > On Wed, May 21, 2008 at 02:58:04PM +0000, Robert Edmonds wrote: > > Package: wnpp > > Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> > > Severity: wishlist > > > > * Package name: unbound > > Version : 1.0.0 > > Upstream Author : NLnet Labs > > * URL : http://libev.schmorp.de/ whoops, looks like I fat fingered the URL when copying from a previous ITP. that should be http://unbound.net/ of course. > > * License : BSD > > Programming Lang: C > > Description : validating, recursive, caching DNS resolver > > > > Unbound is a validating, recursive, and caching DNS resolver. > > . > > The C implementation of Unbound is developed and maintained by NLnet > > Labs. It is based on ideas and algorithms taken from a java prototype > > developed by Verisign labs, Nominet, Kirei and ep.net. > > . > > Unbound is designed as a set of modular components, so that also DNSSEC > > (secure DNS) validation and stub-resolvers (that do not run as a > > server, but are linked into an application) are easily possible. > > Err I missed that and I happened to just file the same ITP. I'm > already packaging nsd3 from the same authors FWIW, and am really > interested into {co-,}maintaining unbound. well, I've written a bit of research-quality DNS code (including some that uses ldns, very nice library) and run a few production recursive / authoritative DNS servers; I don't think a package team is necessary for unbound. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#423458: ITP: dnscap -- DNS traffic capture utility
Runa Sandvik wrote: > What is the status on this ITP? hi, dnscap depends on libbind (not libbind9) to produce meaningful output. this was included in BIND9 up until the 9.5 release, but not enabled in the debian bind9 package, and anyway unstable now has BIND9 9.6 which removed libbind entirely. libbind is now available as a separate product from ISC, which i plan to file an ITP for if the BIND9 maintainer (Cc'd) is not interested in packaging it. (and unfortunately the bind9 source package ships a binary package called libbind-dev which will need to be worked around somehow.) additionally, glibc 2.7's libresolv.so as shipped in lenny does not allow linking against the symbols dnscap needs (ns_initparse() et al), but as of (i believe) glibc 2.9-2, i think this was relaxed: glibc (2.9-2) unstable; urgency=low [...] * debhelper.in/*symbols*, rules.d/debhelper.mk: allow linking against private symbols again, but with a strict dependency on the upstream version. [...] -- Aurelien Jarno Fri, 20 Feb 2009 22:25:19 +0100 (see also #291609) i need to do some more testing to see how stable this is (and it would certainly seem to make backports much more difficult) but i'll probably have to use libbind, as i have in mind packaging other software which may depend on newer versions of libbind. (the glibc libresolv.so is a fork of a much earlier version of the code now available in libbind.) also note that my employer (ISC) is the upstream for the software (dnscap, libbind, BIND9) mentioned in this email. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#527985: ITP: libbind -- DNS resolver and message parsing library
Package: wnpp Owner: "Robert S. Edmonds" Severity: wishlist * Package name: libbind Version : 6.0 Upstream Author : Internet Systems Consortium, Inc. * URL : https://www.isc.org/software/libbind * License : ISC Programming Lang: C Description : DNS resolver and message parsing library libbind contains the standard resolver library that was distributed in BIND9 prior to version 9.6. Included are functions that communicate with domain name servers, parse DNS messages, retrieve network host entries from /etc/hosts or via DNS, convert CIDR network addresses, perform Hesiod information lookups, retrieve network entries from /etc/networks, implement TSIG transaction/request security of DNS messages, perform name-to-address and address-to-name translations, and use /etc/resolv.conf for resolver configuration. . note that the bind9 source package already ships a "libbind-dev" package which is unrelated to libbind. i will probably embed the SONAME version in the -dev package name for libbind to avoid conflicting with the bind9 package. -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528147: ITP: protobuf-c -- protocol buffers C compiler
Package: wnpp Owner: "Robert S. Edmonds" Severity: wishlist * Package name: protobuf-c Version : 0.10 Upstream Author : Dave Benson * URL : http://protobuf-c.googlecode.com/ * License : Apache 2.0 Programming Lang: C, C++ Description : protocol buffers C compiler Protocol buffers are a flexible, efficient, automated mechanism for serializing structured data – think XML, but smaller, faster, and simpler. You define how you want your data to be structured once, then you can use special generated source code to easily write and read your structured data to and from a variety of data streams and using a variety of languages. You can even update your data structure without breaking deployed programs that are compiled against the "old" format. . This is the C implementation of protocol buffers. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#527985: ITP: libbind -- DNS resolver and message parsing library
Florian Weimer wrote: > * Robert Edmonds: > > > libbind contains the standard resolver library that was distributed in > > BIND9 prior to version 9.6. Included are functions that communicate with > > domain name servers, > > AFAICT, libbind doesn't use source port randomization. The PRNG for > transaction IDs is rather curious (but does work around the fork > problem to some extent). libbind and glibc's stub resolver are descended from the same code base, so a fix to one could likely be ported to the other. if a fix were coded and BSD licensed it could probably be applied upstream. (e.g., we have arc4random available through libbsd.) however, the kernels in lenny and sid should be randomizing UDP source ports anyway, right? i mainly intended to package libbind for its message parsing functions, though. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#515307: ITP: gvpe
hi, what's the status of this ITP? -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#535396: ITP: wrapsrv -- DNS SRV record command line wrapper
Package: wnpp Owner: "Robert S. Edmonds" Severity: wishlist * Package name: wrapsrv Version : 0.1 Upstream Author : Internet Systems Consortium, Inc. * URL : ftp://ftp.isc.org/isc/toolmakers/wrapsrv/ * License : ISC Programming Lang: C Description : DNS SRV record command line wrapper wrapsrv adds support for connecting to a network service based on DNS SRV record lookups to commands that do not support the DNS SRV record. wrapsrv implements the weighted priority client connection algorithm in RFC 2782. The specified command line will be invoked one or more times with %h and %p sequences in the command line substituted for the hostname and port elements of the selected SRV record. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#486004: ITA: net-tools -- The NET-3 networking toolkit
retitle 486004 ITA: net-tools -- The NET-3 networking toolkit owner 486004 [EMAIL PROTECTED] thanks Hi, Bernd: I would like to adopt this package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#485995: ITA: adns -- Asynchronous-capable DNS client library and utilities
retitle 485995 ITA: adns -- Asynchronous-capable DNS client library and utilities owner 485995 [EMAIL PROTECTED] thanks Hi, Bernd: I would like to adopt this package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#485999: ITA: mmv -- Move/Copy/Append/Link multiple files
retitle 485999 ITA: mmv -- Move/Copy/Append/Link multiple files owner 485999 [EMAIL PROTECTED] thanks Hi, Bernd: I would like to adopt this package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#441905: reassign
reassign 441346 wnpp forcemerge 441905 441346 thanks VMware has open sourced these components, so there's no need for vmware-package to generate them. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#446028: ITP: tg3dfsg -- firmware free Broadcom Tigon3 network driver
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: tg3dfsg Version : 3.81 Upstream Author : Various * URL : http://people.debian.org/~edmonds/tg3dfsg/ * License : GPLv2 Programming Lang: C Description : firmware free Broadcom Tigon3 network driver This package provides the source code for the tg3dfsg kernel module. Kernel source or headers are required to compile this module. This driver complies with GR 2006-004 and should support all Tigon3 hardware except for 5701a0 chipsets. I intend to upload it should linux kernel images be uploaded which lack the tg3 driver. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#446028: ITP: tg3dfsg -- firmware free Broadcom Tigon3 network driver
Faidon Liambotis wrote: > Robert Edmonds wrote: >> This package provides the source code for the tg3dfsg kernel >> module. Kernel source or headers are required to compile this module. >> >> This driver complies with GR 2006-004 and should support all Tigon3 >> hardware except for 5701a0 chipsets. I intend to upload it should >> linux kernel images be uploaded which lack the tg3 driver. > This doesn't sound good. > > Any reason why your 5701a0-removal patch can't be applied to our kernel > packages? > > Or even better, why the driver can't be converted to use > request_firmware() instead of embedding the firmware to the source? There are three hunks of firmware code in the tg3 driver; the other two enable TSO on chipsets which lack TSO firmware in silicon, but AFAIK these chips should function without TSO. (In fact, TSO has been disabled in this driver in the past.) Any modification to the tg3 driver to produce a GR 2006-004 compliant driver would have to diverge from the kernel team's patch acceptance guidelines[0] since upstream is intransigent[1] on making tg3 firmware-free or firmware-optional. The kernel team does not appear to be interested in maintaining such a driver, and it appears future linux kernel source packages will be patched[2] to simply remove the blobs of firmware (I don't know why the driver isn't simply removed entirely since the result does not compile). Obviously, since I and many other users have computers with embedded Tigon3 hardware, I would be delighted if this package were unnecessary. [0] http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines [1] http://article.gmane.org/gmane.linux.debian.devel.kernel/32543/ [2] http://tinyurl.com/36xr2b, http://tinyurl.com/2u2cu5 -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#446028: ITP: tg3dfsg -- firmware free Broadcom Tigon3 network driver
Faidon Liambotis wrote: > Robert Edmonds wrote: > > Any modification to the tg3 driver to produce a GR 2006-004 compliant > > driver would have to diverge from the kernel team's patch acceptance > > guidelines[0] since upstream is intransigent[1] on making tg3 > > firmware-free or firmware-optional. The kernel team does not appear to > > be interested in maintaining such a driver, and it appears future linux > > kernel source packages will be patched[2] to simply remove the blobs of > > firmware (I don't know why the driver isn't simply removed entirely > > since the result does not compile). > This seems totally inappropriate. > > If the driver includes non-free firmwares these should be removed or > split up from the driver source, not remove the driver entirely. > If what you say is right, the driver *works* for most of the hardware > without non-free blobs. > Therefore, I can't understand how removing the driver serves our users. That is why I said "appear", since I hope that the kernel team has plans for the driver beyond simply eliding it. (I'd like to point out that the equivalent FreeBSD if_bge driver has no firmware blobs.) > Any rationale behind that decision? > I feel like I'm arguing for something completely obvious... The only rationale for removing the *firmware* is compliance with GR 2006-004... -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#448810: ITP: fcapture -- network flow capture utility
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: fcapture Version : 0.0.1 Upstream Author : me * URL : http://people.debian.org/~edmonds/fcapture/ * License : MIT/X11 Programming Lang: C Description : network flow capture utility fcapture is a utility to capture and dump IPv4 TCP/UDP flow information from a network interface or pcap save file. The accompanying fcapdump utility converts these flow capture dump files into human readable output. . fcapture can monitor high speed links and is more frugal in terms of disk space and CPU usage than similar programs like argus which use more detailed flow log formats. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#449322: ITP: pcaputils -- specialized libpcap utilities
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: pcaputils Version : 0.0.1 Upstream Author : me * URL : http://people.debian.org/~edmonds/pcaputils/ * License : MIT/X11 Programming Lang: C Description : specialized libpcap utilities pcaputils includes the following libpcap-based utilities: - pcapip: filters an input pcap file based on a file containing IP addresses - pcappick: picks specific frames out of a pcap by number - pcapuc: prints unique src IPs, dst IPs, or {src, dst} IP pairs witnessed Also included is pcapdump, a dedicated packet capture utility similar to dumpcap, but with these features: - logs packet dump and drop rates - can run as a daemon - can dynamically reload its configuration without dropping packets - can be signalled to immediately rotate its capture output file - can partition its output based on time intervals (e.g., start of hour or start of day) -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#450909: incorrect information in debian/copyright
Hi, Daniel: I'm looking at your vblade-persist package, and the debian/copyright file does not appear to match the rest of the package (author, copyright, license): This package was debianized by David Martínez Moreno <[EMAIL PROTECTED]> on Mon, 25 Jul 2005 02:45:53 +0200. It was downloaded from: http://sourceforge.net/projects/aoetools/ Copyright: Ed L. Cashin <[EMAIL PROTECTED]> License: [GPLv2] If you fix this, I'll sponsor your package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#450909: incorrect information in debian/copyright
Daniel Kahn Gillmor wrote: > Thanks! I welcome any other suggestions you have about the tool, > From a packaging perspective or otherwise. Some further comments on 0.4-1: # FIXME: if there's no ip and no ifconfig, what do we do? verify_interface() { if [ -x /bin/ip ] ; then /bin/ip link show "$1" >/dev/null elif [ -x /sbin/ifconfig ] ; then /sbin/ifconfig -s "$1" > /dev/null else error "Don't know how to test interface. Assuming '$1' is acceptable." true fi } I'd put a Recommends on net-tools (for /sbin/ifconfig). Also, exchange the binary-indep and binary-arch targets in debian/rules. This package doesn't build any arch-dependent packages, so binary-arch should do nothing. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
Hi, Leo costela Antunes wrote: > [cc'ing Adam to bring this to the bug log] > > Robert Edmonds wrote: > > Supposedly DJB has released all of his code into the public domain. If > > this is really the case and passes DFSG, I plan to package djbdns > > assuming Adam McKenna (maintainer of djbdns-installer) doesn't want to. > > Perhaps you could have talked to Adam before filling an ITP? > You could even arrange some sort of co-maintainance, if you already have > some work done. What's wrong with using the BTS to communicate? Note, X-Debbugs-CC: [EMAIL PROTECTED], Adam D. McKenna <[EMAIL PROTECTED]> > And just for the record, to back your claims, as of now Qmail's page[0] > says: > "I hereby place the qmail package (in particular, qmail-1.03.tar.gz, > with MD5 checksum 622f65f982e380dbe86e6574f3abcb7c) into the public domain." > > Cheers and good luck with the package Yes, there is also [0] where he says all of his past and future code will be public domain. [0] http://video.google.com/videoplay?docid=-3147768955127254412&hl=en -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: djbdns Version : 1.05 Upstream Author : Daniel J. Bernstein * URL : http://cr.yp.to/djbdns.html * License : public domain Programming Lang: C Description : Replacement for BIND, written by Dan Bernstein The following were taken from various HTML pages under http://cr.yp.to/djbdns.html . dnscache is a local DNS cache. It accepts recursive DNS queries from local clients such as web browsers and mail transfer agents. It collects responses from remote DNS servers. It caches the responses to save time later. . tinydns is a DNS server. It accepts iterative DNS queries from hosts around the Internet, and responds with locally configured information. . pickdns is a load-balancing DNS server. It accepts iterative DNS queries from hosts around the Internet, and responds with a dynamic selection of locally configured IP addresses with 5-second TTLs. . walldns is a reverse DNS wall. It accepts iterative DNS queries for in-addr.arpa domains from hosts around the Internet, and supplies generic responses that avoid revealing local host information. . rbldns is an IP-address-listing DNS server. It accepts iterative DNS queries from hosts around the Internet asking about various IP addresses. It provides responses showing whether the addresses are on a locally configured list, such as RBL or DUL. . axfrdns is a DNS zone-transfer server. It reads a zone-transfer request in DNS-over-TCP format from its standard input, and responds with locally configured information. . The security of this software is guaranteed by the author. Details of the guarantee can be found at http://cr.yp.to/djbdns/guarantee.html (snagged from the djbdns-installer djbdns description) Supposedly DJB has released all of his code into the public domain. If this is really the case and passes DFSG, I plan to package djbdns assuming Adam McKenna (maintainer of djbdns-installer) doesn't want to. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453684: ITP: daemontools -- A collection of tools for managing UNIX services
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: daemontools Version : 0.76 Upstream Author : Daniel J. Bernstein * URL : http://cr.yp.to/daemontools.html * License : public domain Programming Lang: C Description : A collection of tools for managing UNIX services The following is taken from http://cr.yp.to/daemontools.html. . daemontools is a collection of tools for managing UNIX services. . supervise monitors a service. It starts the service and restarts the service if it dies. Setting up a new service is easy: all supervise needs is a directory with a run script that runs the service. . multilog saves error messages to one or more logs. It optionally timestamps each line and, for each log, includes or excludes lines matching specified patterns. It automatically rotates logs to limit the amount of disk space used. If the disk fills up, it pauses and tries again, without losing any data. . svscan starts one supervise process for each subdirectory of the current directory, up to a limit of 1000 subdirectories. svscan skips subdirectory names starting with dots. supervise must be in svscan's path. . If a subdirectory sub is sticky, svscan starts a pair of supervise processes, one for sub, one for sub/log, with a pipe between them. svscan needs two free descriptors for each pipe. (description again snagged from daemontools-installer) Adam, if you want this ITP, you can take it. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
Michael Shuler wrote: > Please provide the source documenting this copyrite/license change. I > took a look at DJB's site and found no indication of this change, nor > has there been any discussion/announcement on the [EMAIL PROTECTED] > mailing list. DJB has been very clear for years about the software > being public domain, but that redistribution of binaries is a completely > different matter [0] See the video clip on google video, which is dated yesterday. He says the pages on his site will be updated soon. (Obviously I won't upload packages until the license change really does occur.) > In the last 6-9 months of multiple direct emails, bug reports, etc., I > have received a single reply from Adam without any follow-up to > subsequent messages. I had intended to work on an eventual sponsored > NMU, and would be quite happy to help a fix up djbdns-installer. I > asked around on #d-mentors, sent a detailed email to [EMAIL PROTECTED] > on 08/20/2007, and basically got a casual OK to hijack the package. If > you want to hijack djbdns-installer, I would be grateful to have a full > DD as maintainer, so I can help out without asking for random > sponsorship. ;) What would be the point of *-installer packages for djb software if the code becomes DFSG compatible? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
owner 453680 [EMAIL PROTECTED] owner 453684 [EMAIL PROTECTED] thanks Gerrit Pape wrote: > Hi, after maintaining binary packages of djbdns and co. unofficially > since more than six years through http://smarden.org/pape/Debian/, I'd > be interested in maintaining them through the Debian archive in the > future. Hi, they're yours. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#459268: ITP: libev -- high-performance event loop library modelled after libevent
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: libev Version : 2.01 Upstream Author : Marc Alexander Lehmann * URL : http://libev.schmorp.de/ * License : BSD Programming Lang: C Description : high-performance event loop library modelled after libevent libev provides a full-featured and high-performance event loop that is loosely modelled after libevent. It includes relative timers, absolute timers with customized rescheduling, synchronous signals, process status change events, event watchers dealing with the event loop itself, file watchers, and even limited support for fork events. It uses a priority queue to manage timers and uses arrays as fundamental data structure. It has no artificial limitations on the number of watchers waiting for the same event. . libev supports select, poll, epoll, kqueue, and inotify. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#459401: ITP: c-repl -- read-eval-print loop for C
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: c-repl Version : 0.0.20071223 Upstream Author : Evan Martin * URL : http://neugierig.org/software/c-repl/ * License : BSD Programming Lang: C, Ruby Description : read-eval-print loop for C Many programming languages come with a REPL (read-eval-print loop), which allows you to type in code line by line and see what it does. This is quite useful for prototyping, experimentation, and debugging code. . Other programming languages, and especially C, use a "compile-run" model, and don't provide a REPL. Let's fix that. . This approach is actually more of a read-eval loop, as c-repl doesn't know anything about the types and parse trees of the code it's running. But unlike other approaches to solving the "C interpreter" problem, c-repl works directly with unmodified libraries and system headers. . This means you can experiment with a new library without writing a test program or any bindings. Or just use it as a simple calculator, content in knowing it is much faster than your neighbors using irb, like driving a Ferarri on city streets. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431809: News (and proposal)
Pino Toscano wrote: > I saw this interesting ITP, but with no news after it was posted. > Is there any news? If not, I would like to take this ITP (and package > podofobrowser as well, but that should belong to another ITP, I guess). the podofo library will not be packaged until upstream has a stable SONAME. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431809: News (and proposal)
Pino Toscano wrote: > It looks like the podofo developers change the SONAME to be like the release > number; in Debian there are other libraries with the same behaviour from > upstream (eg, poppler) no, poppler uses -version-info. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#423458: ITP: dnscap -- DNS traffic capture utility
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: dnscap Version : 20070511 Upstream Author : Paul Vixie, Duane Wessels, Internet Systems Consortium, Inc. * URL : http://public.oarci.net/tools/dnscap/ * License : BSDish Programming Lang: C Description : DNS traffic capture utility dnscap is a network capture utility designed specifically for DNS traffic. It produces binary data in libpcap format, either on standard output or in successive dump files. This utility is similar to tcpdump, but has finer grained packet recognition tailored to DNS transactions and protocol options. dnscap is expected to be used for gathering continuous research or audit traces. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#423458: ITP: dnscap -- DNS traffic capture utility
Paul Vixie wrote: > please do not make a package out of this until i am done messing with the > command line syntax and i have given it a version number. sure. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#425869: ITP: netfilter-extensions -- netfilter kernel modules derived from patch-o-matic-ng
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: netfilter-extensions Version : 20070520 Upstream Author : Netfilter developers * URL : http://www.netfilter.org/projects/patch-o-matic/ * License : GPL Programming Lang: C Description : netfilter kernel modules derived from patch-o-matic-ng This package provides source code for the following netfilter kernel extension modules derived from netfilter.org's patch-o-matic-ng repository: . IPV4OPTSSTRIP ROUTE (IPv4 only) TARPIT ipv4options set u32 . The modules in this package should be usable with the unmodified Linux kernel and iptables packages included in Debian; they do not require extracted Linux kernel and iptables source trees as part of the build process. . Note that these modules are not included in the upstream Linux kernel because they may be buggy or experimental and should be used with caution. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITO: re2c
The spamassassin just uploaded to unstable has a new feature for compiling rulesets to native code which apparently results in a large performance boost[0]. The sa-compile(1p) man page states that re2c version 0.10.x is required for this functionality, and only an orphaned 0.9.x is available in Debian. I intend to adopt re2c and upload the latest upstream version (0.12.1). [0] http://lwn.net/Articles/232696/ -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITA: re2c
Whoops, the subject line should been "ITA: re2c" -- intent to adopt. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITA: re2c
[ The subject should have read "ITA", not "ITO". ] Duncan Findlay wrote: > Whoops, looks like I missed that dependency on re2c >= 0.10.0 for > spamassassin, but I think it's working fine with 0.9.x. (At least, I > haven't found a problem with it.) That's fortunate; I guess spamassassin upstream developed their support against re2c 0.10, which I believe was the previous stable release before 0.12. According to the upstream re2c changelog, there's been a lot of activity since 0.9.12. > I'd be happy to co-maintain the package if you would like a > co-maintainer. (Though I'm not going to have much time for Debian in > the next couple of weeks.) Thanks, but I think I can handle a single binary package like re2c just fine. As a devoted spamassassin user, spamassassin compatibility is my top priority for re2c. BTW, are you planning to fix the sa-update cron spam issue (#425962) soon? :) -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431809: ITP: podofo -- library and tools to work with the PDF file format
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: podofo Version : 0.5.0 Upstream Author : Dominik Seichter * URL : http://podofo.sourceforge.net/ * License : GPLv2 or later, LGPLv2 or later Programming Lang: C++ Description : library and tools to work with the PDF file format PoDoFo is a library and set of tools to work with the PDF file format. The name comes from the first letters of PDF (Portable Document Format). . The PoDoFo library is a free, portable C++ library which includes classes to parse PDF files and modify their contents. PoDoFo can also create PDF files. . The following tools are included: . * podofoimgextract extracts all jpeg images from a given PDF file . * podofouncompress removes all compression filters from a PDF file; this is useful for debugging existing PDF files . * podofopdfinfo provides some basic info about a PDF - metadata, page details, etc. . * podofotxt2pdf converts a text file to a PDF I also intend to package the podofobrowser program. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#436369: ITP: python-pcs -- Packet Construction Set for Python
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: python-pcs Version : 0.5 Upstream Author : George V. Neville-Neil * URL : http://pcs.sourceforge.net/ * License : BSD Programming Lang: Python, Pyrex Description : Packet Construction Set for Python PCS is a set of Python modules and objects that make building network protocol code easier for the protocol developer. It provides functionality to encode and decode network packets in various formats as well as a set of classes for the most commonly used network protocols. libpcap can be used to read packets from dump files or network devices and to inject constructed packets into the network. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#436389: ITP: python-pypcap -- object-oriented Python interface for libpcap
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: python-pypcap Version : 1.1.2 Upstream Author : Dug Song * URL : http://pcs.sourceforge.net/ * License : BSD Programming Lang: Python, Pyrex Description : object-oriented Python interface for libpcap pypcap is an objected-oriented Python interface for libpcap which supports packet injection and user callback functions. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#437695: ITA: python-dnspython
Package: wnpp Severity: normal The current maintainer (Patrick Dreker) has stated to me in email that he does not have enough time to keep python-dnspython up to date and that I may take over it. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#647063: ITP: nss-ubdns -- NSS module for DNSSEC validated hostname lookups
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: nss-ubdns Version : 0.1 Upstream Author : Robert Edmonds * URL : https://github.com/edmonds/nss-ubdns * License : ISC, BSD, LGPL-2.1 Programming Lang: C Description : NSS module for DNSSEC validated hostname lookups The nss-ubdns module for the glibc NSS (Name Service Switch) interface returns DNSSEC validated lookups to the NSS "hosts" database. It is a replacement for the standard libresolv based "dns" module that uses the libunbound library for caching and validation. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#664556: ITP: libxs -- Crossroads I/O lightweight messaging layer
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: libxs Version : 1.0.0 Upstream Author : 250bpm s.r.o. * URL : http://www.crossroads.io/ * License : LGPL-3.0+ with linking exception, Expat Programming Lang: C/C++ Description : Crossroads I/O lightweight messaging layer Crossroads I/O ("libxs") is a library for building scalable and high performance distributed applications. It fits between classic BSD sockets, JMS/AMQP-style message queues, and enterprise message-oriented middleware. . Crossroads I/O extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products, providing an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols, and more. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#381811: ITP: ip4r -- IPv4 and IPv4 range index types for PostgreSQL
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: ip4r Version : 1.0 Upstream Author : Andrew - Supernews <[EMAIL PROTECTED]>, Steve Atkins <[EMAIL PROTECTED]> * URL : http://pgfoundry.org/projects/ip4r/ * License : BSD Programming Lang: C Description : IPv4 and IPv4 range index types for PostgreSQL This PostgreSQL module provides two data types, ip4 and ip4r, which can contain a single IPv4 address or a range of IPv4 addresses, respectively. . While PostgreSQL already has built-in types 'inet' and 'cidr', the authors of this module found that they had a number of requirements that were not addressed by the built-in type. . Firstly and most importantly, the built-in types have no support for index lookups of the form (column >>= parameter), i.e. where you have a table of IP address ranges and wish to find which ones include a given IP address. This requires an rtree or gist index to do efficiently, and also requires a way to represent IP address ranges that do not fall precisely on CIDR boundaries. . Secondly, the built-in inet/cidr are somewhat overloaded with semantics, with inet combining two distinct concepts (a netblock, and a specific IP within that netblock). Furthermore, they are variable length types (to support IPv6) with non-trivial overheads, and the authors (whose applications mainly deal in large volumes of single IPv4 addresses) wanted a more lightweight representation. . ip4r therefore supports two distinct data types (so far): . ip4 - a single IPv4 address ip4r - an arbitrary range of IPv4 addresses -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#245995: ITP: libpcap-mmap -- System interface for user-level packet capture (MMAP version)
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: libpcap-mmap Version : 0.9.20060417 Upstream Author : Phil Wood <[EMAIL PROTECTED]> and the tcpdump-workers * URL : http://public.lanl.gov/cpw/ * License : BSD Programming Lang: C Description : System interface for user-level packet capture (MMAP version) libpcap (Packet CAPture) provides a portable framework for low-level network monitoring. Applications include network statistics collection, security monitoring, network debugging, etc. . Since almost every system vendor provides a different interface for packet capture, and since there are several tools that require this functionality, we've created this system-independent API to ease in porting and to alleviate the need for several system-dependent packet capture modules in each application. . This package has been built from Phil Wood's modified libpcap sources which enable packet capture in MMAP mode if your Linux kernel has been compiled with CONFIG_PACKET_MMAP=y. This facilitates packet capture at a higher rate without dropping packets, especially if you have a NAPI aware ethernet device driver. . Further information is available at http://public.lanl.gov/cpw/> -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#385748: ITP: youtube-dl -- download videos from youtube.com
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: youtube-dl Version : 2006.08.28 Upstream Author : Ricardo Garcia Gonzalez * URL : http://www.arrakis.es/~rggi3/youtube-dl/ * License : MIT Programming Lang: Python Description : download videos from youtube.com youtube-dl is a small command-line program to download videos from YouTube.com. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#300996: intent to hijack ITP
I have prepared a Debian package of clamassassin using Santiago's sed script. If there's no activity in a few weeks, I'll upload my package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#661208: ITP: mtbl -- immutable sorted string table library
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: mtbl Version : 0.1 Upstream Author : Internet Systems Consortium, Inc. * URL : https://github.com/edmonds/mtbl * License : ISC, BSD-3-Clause, Apache-2.0 Programming Lang: C Description : immutable sorted string table library mtbl is a C library implementation of the Sorted String Table (SSTable) data structure, based on the SSTable implementation in the open source Google LevelDB library. An SSTable is a file containing an immutable mapping of keys to values. Keys are stored in sorted order, with an index at the end of the file allowing keys to be located quickly. . mtbl is not a database library. It does not provide an updateable key-value data store, but rather exposes primitives for creating, searching and merging SSTable files. Unlike databases which use the SSTable data structure internally as part of their data store, management of SSTable files -- creation, merging, deletion, combining of search results from multiple SSTables -- is left to the discretion of the mtbl library user. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#661209: ITP: pymtbl -- immutable sorted string table library (Python bindings)
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: pymtbl Version : 0.1 Upstream Author : Internet Systems Consortium, Inc. * URL : https://github.com/edmonds/pymtbl * License : ISC Programming Lang: Cython Description : immutable sorted string table library (Python bindings) mtbl is a C library implementation of the Sorted String Table (SSTable) data structure. . This package contains a Python extension module for libmtbl. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#363633: [ping] RFP: systrace
I see the last activity on this bug is ~10 months ago. Is anyone working on it? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#416135: ITP: lckdo -- execute a program with a lock set
Package: wnpp Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]> Severity: wishlist * Package name: lckdo Version : 0 Upstream Author : Michael Tokarev <[EMAIL PROTECTED]> * URL : http://www.corpit.ru/mjt/lckdo.c * License : public domain Programming Lang: C Description : execute a program with a lock set lckdo is a utility for controlling the invocation of another program based on a lock file. It supports both shared (read) and exclusive (write) locks and can wait for a configurable amount of time for the lock to become free. lckdo is commonly used to make automated rsync mirroring more robust. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#582864: status of uwsgi ITP?
hi, what's the status of this ITP? i don't see anything that needs fixing before uploading to the archive, except perhaps for an update to the latest upstream release. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#622921: ITP: msgpack-python -- Python implementation of MessagePack format
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: msgpack-python Version : 0.1.9 Upstream Author : INADA Naoki * URL : http://pypi.python.org/pypi/msgpack-python/ * License : Apache 2.0 Programming Lang: Python, Cython Description : Python implementation of MessagePack format MessagePack is a binary-based efficient object serialization format. It enables the exchange of structured objects between many languages like JSON. But unlike JSON, it is very fast and small. . This package contains a Python extension module implementing the MessagePack format. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#582864: status of uwsgi ITP?
Leonid Borisenko wrote: > Are you interested in sponsorship? If so, I think, I can upload new > package (based on current 0.9.7.x release) for review in a two weeks or so. yes, i would be happy to sponsor the package. -- Robert Edmonds edmo...@debian.org -- 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/20110417170845.ga14...@mycre.ws
Bug#582864: uWSGI ITP: version 0.9.8-1 is available for review
Leonid Borisenko wrote: > I've finally completed with all planned changes to uWSGI package and, > at the same time, update it to current upstream version (v0.9.8). Would > you like to review and sponsor package? thanks, i'll look at this shortly. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#582864: uWSGI ITP: version 0.9.8-1 is available for review
/usr/lib/jvm/java-6-openjdk/jre/lib/i386/server N: N: Processing binary package uwsgi-plugin-greenlet-python (version 0.9.8-1) ... N: N: Processing binary package uwsgi-plugin-erlang (version 0.9.8-1) ... N: N: Processing binary package uwsgi-plugin-echo (version 0.9.8-1) ... N: N: Processing binary package uwsgi-plugins-all (version 0.9.8-1) ... N: N: Processing binary package uwsgi-dbg (version 0.9.8-1) ... N: Removing /tmp/PbCZzxDIC3 ... -- Robert Edmonds edmo...@debian.org -- 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/20110614004622.ga25...@mycre.ws
Bug#515307: gvpe gpl / openssl license incompatibility
Robert Edmonds wrote: > gvpe is GPL licensed, without an openssl exception, so afaik it cannot > go into debian currently... oh, hm, it seems there are individual openssl exceptions in (some of?) the source files, rather than the top-level COPYING file. -- Robert Edmonds edmo...@debian.org -- 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/20110207234731.ga14...@mycre.ws
Bug#515307: gvpe gpl / openssl license incompatibility
gvpe is GPL licensed, without an openssl exception, so afaik it cannot go into debian currently... -- Robert Edmonds edmo...@debian.org -- 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/20110207233508.ga13...@mycre.ws
Bug#719270: ITP: git-notifier -- git commit email notification script
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: mtbl Version : 0.41-6 Upstream Author : Robin Sommer * URL : http://www.icir.org/robin/git-notifier/ * License : BSD-3-clause Programming Lang: Python Description : git commit email notification script git-notifier is a script to be used with git as a post-receive hook. Once installed, it emails out a summary of all changes each time a user pushes an update to the repository. Different from other similar scripts, git-notifier sends exactly one email per change, each of which includes a complete diff of all modifications as well as the set of branches from which the new revision can be reached. The script ensures that each change is mailed out only exactly once by keeping a state file of already reported revisions. The script integrates nicely with gitolite. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#707643: ITP: grokmirror and looking for sponsor
Adrian Alves wrote: > last night I sent an ITP for python-grokmirror never saw or get it into > devel or devel-announce not sure where that ITP with bugreport tool goes, > how I need to proceed? am a little bit lost > > On Thu, May 9, 2013 at 4:41 AM, Bart Martens wrote: > > > On Thu, May 09, 2013 at 02:17:51AM -0300, Adrian Alves wrote: > > > Hey guys am about to start with the debian developer process I need an > > > sponsor to start with my pkg grokmirror, I already submitted an ITP didnt > > > get the number of ITP yet but am looking for a mentor and sponsor to > > guide > > > me in all this process. > > > > I suggest that you upload your package to mentors.debian.net and mark it > > "needs > > sponsor = yes". > > > > Regards, > > > > Bart Martens hello, i've looked at this package. it looks like you were intending to host this on collab-maint, so i've created a grokmirror packaging repository there and imported the packaging into git: http://anonscm.debian.org/gitweb/?p=collab-maint/grokmirror.git the debian packaging is on the 'debian' branch. there were a number of problems with the package which i've gone ahead and fixed, and i also updated to the latest upstream version. i think this package is ready for the debian archive now, so i've just uploaded it to DELAYED/7. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#707643: ITP: grokmirror and looking for sponsor
Adrian Alves wrote: > What fixes you apply to my pkg? can you mentor me? > there is anything else that I can do for this pkg? or you already done with > everything? > To continue with the pkg process you have done with everything? hello, adrian: you can see the complete set of changes in the debian packaging on the 'debian' branch in the packaging repository: http://anonscm.debian.org/gitweb/?p=collab-maint/grokmirror.git;a=shortlog;h=refs/heads/debian there were a number of problems such as not actually installing the scripts or their manpages, but the most serious was the lack of a debian/copyright file. btw, i hope you are OK with GPL-2+ as a license for the packaging work. there was also a bug in the manpages for which i submitted a fix which was applied upstream: https://lists.kernel.org/pipermail/grokmirror/2013-August/03.html i use grokmirror myself and would like to see it in debian, so i'd be happy to co-maintain it with you in collab-maint. btw, if your alioth account is not on the collab-maint team i can advocate for you. but, yes, in my opinion the initial packaging work is done now and the package is ready for inclusion in the debian archive. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#737647: RFA: python-pefile -- Portable Executable (PE) parsing module for Python
Package: wnpp Severity: normal I don't have any current need for python-pefile myself and I don't have time to maintain it, so I'm requesting that someone adopt it. Thanks! -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Ondřej Surý wrote: > Package: wnpp > Severity: wishlist > Owner: "Ondřej Surý" > > * Package name: dnssec-root-key Hm, I would maybe call this dnssec-root-anchors. Technically there should be very few copies of the root key :-) Similarly, s/key/trust anchors/g in the descriptions? > Version : 20100715 > Upstream Author : ICANN/IANA > * URL : http://data.iana.org/root-anchors/ > * License : Public Data (same as with root.zone) It might be nice to include a copy of this document in /usr/share/doc: http://data.iana.org/root-anchors/draft-icann-dnssec-trust-anchor.txt Since it looks like this is the only place where a schema is defined for the root-anchors.xml file. But I guess we would need a better (non-)license than this: Copyright (c) 2010 Internet Corporation For Assigned Names and Numbers. > Programming Lang: None > Description : This package contains DNSSEC root key > > This package contains DNSSEC root key in all available > formats that all packages doing DNSSEC validation can > use as a common data source. > . > unbound-anchor is used to keep the root.key up-to-date > via RFC5011 mechanism. > > -- > > PERSONAL NOTE: I now maintain at least two packages that > need DNSSEC root.key (hash-slinger and getdns[1]). There > are at least bind9, unbound and dnsmasq that can use this > as well. > > > 1. Waiting for next upstream release with proper libtool > flags. So, I wonder if this package should be responsible for providing the root-anchors.xml file, and the bind9/unbound/dnsmasq/etc. packages should be responsible for converting that from XML to whatever format they use (and unfortunately it appears every different program uses a different trust anchor format). Or by "all available formats" do you mean that this source package should take the root-anchors.xml file and generate several common formats (at package build time?) and provide them in /usr/share alongside the original root-anchors files from iana.org, so that DNSSEC software packages don't need an XML dependency? (Though, bind9 and unbound-anchor already pull in XML parsing libraries, but e.g. dnsmasq currently does not.) Should we patch unbound-anchor so that its fallback mode (where it tries to fetch files from https://data.iana.org/root-anchors/) can be made to check file:///usr/share/dnssec-root-anchors/ first? (And if so, it'd be nice to upstream that.) Should we do anything about the built-in static content in unbound-anchor that would be duplicative of the content in this package? I'm talking about this: http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l207 And this: http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l237 And, finally, is it known that the root DNSSEC key will be rolled over with RFC 5011 semantics? Anyway, consider this email an offer to co-maintain :-) -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140626223252.ga2...@mycre.ws
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Iain R. Learmonth wrote: > unbound-anchor is already packaged in Debian. What does this package provide > that the unbound-anchor doesn't? The output of unbound-anchor is intended for use by the unbound daemon only, more or less; what unbound calls an "autotrust anchor file". It looks like this: $ unbound-anchor -a /tmp/root.key $ cat /tmp/root.key ; autotrust trust anchor file ;;id: . 1 ;;last_queried: 1403825702 ;;Thu Jun 26 19:35:02 2014 ;;last_success: 1403825702 ;;Thu Jun 26 19:35:02 2014 ;;next_probe_time: 1403866063 ;;Fri Jun 27 06:47:43 2014 ;;query_failed: 0 ;;query_interval: 43200 ;;retry_time: 8640 . 172800 IN DNSKEY 257 3 8 AwEAAagAIKlVZrpC6Ia7gEzahOR+9W29euxhJhVVLOyQbSEW0O8gcCjFFVQUTf6v58fLjwBd0YI0EzrAcQqBGCzh/RStIoO8g0NfnfL2MTJRkxoXbfDaUeVPQuYEhg37NZWAJQ9VnMVDxP/VHL496M/QZxkjf5/Efucp2gaDX6RS6CXpoY68LsvPVjR0ZSwzz1apAzvN9dlzEheX7ICJBBtuA6G3LQpzW5hOA2hzCTMjJPJ8LbqF6dsV6DoBQzgul0sGIcGOYl7OyQdXfZ57relSQageu+ipAdTTJ25AsRTAoub8ONGcLmqrAmRLKBP1dfwhYB4N7knNnulqQxA+Uk1ihz0= ;{id = 19036 (ksk), size = 2048b} ;;state=2 [ VALID ] ;;count=0 ;;lastchange=1403825702 ;;Thu Jun 26 19:35:02 2014 (Though, it tries to use "master zone file format" for the DNSKEY record, and keep its state isolated to what would be considered comments by a zone file parser.) It uses embedded key material in the unbound-anchor source code to produce this. This embedded key material could be provided by this new package, instead. BIND, on the other hand, expects something that looks like this: managed-keys { # ROOT KEY: See https://data.iana.org/root-anchors/root-anchors.xml # for current trust anchor information. # NOTE: This key is activated by setting "dnssec-validation auto;" # in named.conf. . initial-key 257 3 8 "AwEAAagAIKlVZrpC6Ia7gEzahOR+9W29euxhJhVVLOyQbSEW0O8gcCjF FVQUTf6v58fLjwBd0YI0EzrAcQqBGCzh/RStIoO8g0NfnfL2MTJRkxoX bfDaUeVPQuYEhg37NZWAJQ9VnMVDxP/VHL496M/QZxkjf5/Efucp2gaD X6RS6CXpoY68LsvPVjR0ZSwzz1apAzvN9dlzEheX7ICJBBtuA6G3LQpz W5hOA2hzCTMjJPJ8LbqF6dsV6DoBQzgul0sGIcGOYl7OyQdXfZ57relS Qageu+ipAdTTJ25AsRTAoub8ONGcLmqrAmRLKBP1dfwhYB4N7knNnulq QxA+Uk1ihz0="; }; dnsmasq wants a third format: # The root DNSSEC trust anchor, valid as at 30/01/2014 # Note that this is a DS record (ie a hash of the root Zone Signing Key) # If was downloaded from https://data.iana.org/root-anchors/root-anchors.xml trust-anchor=.,19036,8,2,49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5 So, the idea is that instead of each program capable of performing DNSSEC validation having its own copy of the DNSSEC root trust anchor (and handling key rollover, or not), that we centralize the key material in a single package, rather than the upstream developers being responsible for keeping the key updated. But then we need to figure out how to get the key material into the format that the various programs expect. (I haven't looked to see what format getdns and hash-slinger expect.) -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140626234628.ga7...@mycre.ws
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Ondřej Surý wrote: > Hi Robert, > > On Fri, Jun 27, 2014, at 00:32, Robert Edmonds wrote: > > Ondřej Surý wrote: > > > Package: wnpp > > > Severity: wishlist > > > Owner: "Ondřej Surý" > > > > > > * Package name: dnssec-root-key > > > > Hm, I would maybe call this dnssec-root-anchors. Technically there > > should be very few copies of the root key :-) > > I ended up with dns-root-data, and also included root.zone and > root.hints. Hi, Ondřej: I'm opposed to including the root zone in the same package as the package containing the root trust anchors. Actually, I don't think the root zone belongs in a Debian package at all. Of course, the root zone changes very frequently, once a day or so, and the signatures have a relatively short duration -- looking at a copy of the zone, I see the signatures expire next week. So if the root zone were in a Debian package, we would either have to update it extremely frequently (qualifying it for volatile) to keep it validatable, or update it infrequently enough that it would nearly always have expired signatures. But with new TLDs being added to the root zone frequently, it would still have to be updated fairly regularly (e.g., look at how frequently the tzdata package is updated; or maybe a better example is the publicsuffix package). Ideally the package containing the root trust anchor would be updated so infrequently and the contents would be so stable that many people would be able to scrutinize every single line of changes between two versions of the package; if the root zone is in the same package then the diff becomes much larger and makes it easier to miss critical changes. Can you identify a concrete use case for having the complete root zone in a Debian package? Is there maybe something that wants an up-to-date list of TLDs, or something like that? It seems to be a much different use case from DNSSEC validation. If we do need a way to get the root zone installed into a standard location on Debian systems, I think it would be better to have a separate "downloader" package. We can do this securely once we can depend on a package containing the root trust anchor :-) Something like a "dns-root-zone" package: it would depend on the package containing the root trust anchor, but it would not contain a copy of the root zone, instead shipping a script like "update-root-zone" that would try to fetch the root zone from a few well-known authoritative locations like: http://ftp.internic.net/domain/root.zone.gz (ICANN) ftp://rs.internic.net/domain/root.zone.gz (Verisign) Then uncompress and dnssec-verify it in a temporary location before installing it into /usr/share. Sort of like what you currently have in dns-root-data's debian/rules, but it would be something that could be run by the administrator periodically or on demand, kind of like "update-pciids", rather than only by the package maintainers. As for the root hints, I think that it might be a good idea to include that in a Debian package. The bind9 and unbound daemons could be made to directly consume that file as-is instead of relying on their built-in root hints. (Though, unless we were to patch out the built-in hint content entirely from those packages, which I don't think is a good idea, we would still have to stable update a bunch of packages when a root nameserver address changes.) I think the package split should be between e.g. "dns-root-anchors" (root anchor related content only) and "dns-root-zone" (containing root zone hints and a downloader for the full root zone). > The git repo resides at github.com at the moment as I feel it's not > appropriate for collab-maint: > > https://github.com/oerdnj/dns-root-data > > > Similarly, s/key/trust anchors/g in the descriptions? > > Yep, already fixed that: > > Package: dns-root-data > Architecture: all > Depends: ${misc:Depends} > Description: DNS root data including root zone and DNSSEC key > This package contains various root zone related data as published > by IANA to be used by various DNS software as a common source > of DNS root zone data, namely: > . > * Root Hints and Zone Files (root.hints, root.zone) > * Root Trust Anchors (root.key, root.ds) > > > > Version : 20100715 > > > Upstream Author : ICANN/IANA > > > * URL : http://data.iana.org/root-anchors/ > > > > > * License : Public Data (same as with root.zone) > > > > It might be nice to include a copy of this document in /usr/share/doc: > > True, fixed in git. > > > http://data.iana.org/root-anchors/draft-icann-dnssec-trust-anchor.txt > > > > Since it looks like this is the only place
Bug#782670: ITP: wrk -- HTTP benchmarking tool
Package: wnpp Severity: wishlist Owner: Robert Edmonds * Package name: wrk Version : 4.0.1 Upstream Author : Will Glozer * URL : https://github.com/wg/wrk * License : Apache-2.0, BSD-3-Clause Programming Lang: C Description : HTTP benchmarking tool wrk is a modern HTTP benchmarking tool capable of generating significant load when run on a single multi-core CPU. It combines a multithreaded design with scalable event notification systems such as epoll and kqueue. . An optional LuaJIT script can perform HTTP request generation, response processing, and custom reporting. -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150415214452.ga19...@mycre.ws
Bug#782670: ITP: wrk -- HTTP benchmarking tool
Dmitry Smirnov wrote: > On Wed, 15 Apr 2015 17:44:52 Robert Edmonds wrote: > > * Package name: wrk > > Version : 4.0.1 > > Upstream Author : Will Glozer > > * URL : https://github.com/wg/wrk > > * License : Apache-2.0, BSD-3-Clause > > Programming Lang: C > > Description : HTTP benchmarking tool > > > > wrk is a modern HTTP benchmarking tool capable of generating significant > > load when run on a single multi-core CPU. It combines a multithreaded > > design with scalable event notification systems such as epoll and kqueue. > > . > > An optional LuaJIT script can perform HTTP request generation, response > > processing, and custom reporting. > > Any noticeable differences from "siege"? Thanks. Hi, Dmitry: One big difference is the LuaJIT scripting support in wrk. E.g., I believe with siege, the HTTP requests have to be constructed ahead of time (though there is support for variable expansion), whereas wrk can call a user-supplied Lua function to generate a request. -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150417011620.ga1...@mycre.ws
Bug#786465: ITP: fstrm -- Frame Streams (fstrm) library
Package: wnpp Severity: wishlist Owner: Robert Edmonds * Package name: fstrm Version : 0.2.0 Upstream Author : Farsight Security, Inc. * URL : https://github.com/farsightsec/fstrm * License : Apache-2.0 Programming Lang: C Description : Frame Streams (fstrm) library Frame Streams is a light weight, binary clean protocol that allows for the transport of arbitrarily encoded data payload sequences with minimal framing overhead -- just four bytes per data frame. Frame Streams does not specify an encoding format for data frames and can be used with any data serialization format that produces byte sequences, such as Protocol Buffers, XML, JSON, MessagePack, YAML, etc. Frame Streams can be used as both a streaming transport over a reliable byte stream socket (TCP sockets, TLS connections, AF_UNIX sockets, etc.) for data in motion as well as a file format for data at rest. A "Content Type" header identifies the type of payload being carried over an individual Frame Stream and allows cooperating programs to determine how to interpret a given sequence of data payloads. . This is the "fstrm" implementation of Frame Streams in C. -- Robert Edmonds edmo...@debian.org pgpeHZKFXRULP.pgp Description: PGP signature
Bug#724452: ITP: ifupdown-multi -- multiple default gateway support for ifupdown
Package: wnpp Severity: wishlist Owner: Robert S. Edmonds * Package name: ifupdown-multi Version : 0.1.0 Upstream Author : Farsight Security, Inc. * URL : https://github.com/farsightsec/ifupdown-multi * License : Apache-2.0 Programming Lang: Python Description : multiple default gateway support for ifupdown This package integrates support for multiple default gateways on independent network connections into the Debian ifupdown network interface configuration system. It adds new "multi_*" options to the /etc/network/interface file format in order to more easily configure Linux's policy based routing. . The policy information used to configure each network interface using ifupdown-multi is saved when ifup is run. This allows network interfaces using ifupdown-multi to be brought up or down cleanly as needed. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#699163: ITA: bup -- highly efficient file backup system based on git
retitle 699163 ITA: bup -- highly efficient file backup system based on git thanks -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#448810: closed by "Iain R. Learmonth" (upstream url no longer exists)
Debian Bug Tracking System wrote: > The upstream URL for this RFP results in a 404. As such, it will not be > feasible to package this software. Nor is this code actively developed by upstream (me) any more; it was experimental code I wrote as a part of university research, and there are much better alternatives available in the archive anyway. Thanks for the de-crufting! -- Robert Edmonds edmo...@debian.org
Bug#808410: RFA: re2c -- tool for generating fast C-based recognizers
Package: wnpp Severity: normal Hi, I'm requesting an adopter for the re2c package. The package description is: re2c is a great tool for writing fast and flexible lexers. Unlike other such tools, re2c concentrates solely on generating efficient code for matching regular expressions. Not only does this singleness make re2c more suitable for a wider variety of applications, it allows us to generate scanners which approach hand-crafted ones in terms of size and speed. Note that re2c is a dependency for spamassassin's sa-compile package. Thanks! -- Robert Edmonds edmo...@debian.org
Bug#765629: RFA: adns -- Asynchronous-capable DNS client library and utilities
Package: wnpp Severity: normal Hi, I request an adopter for the adns package. The package description is: adns is a resolver library for C (and C++) programs. In contrast with the existing interfaces, gethostbyname et al and libresolv, it can be used in an asynchronous, non-blocking manner. Many queries can be handled simultaneously. . Includes useful test tools and utilities for IP address resolving in logfiles. -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141016182207.ga8...@mycre.ws
Bug#748373: python-lmdb
Hi, I'm planning on using py-lmdb for a project, and it appears no one else is working on a package, so I'll be happy to take this RFP. David Wilson wrote: > * The binding is still receiving significant development, so before any > particular version becomes frozen, please drop me an e-mail to ensure > the latest and greatest (and possibly stablest) release is available > prior to the freeze. As jessie is now frozen without a py-lmdb package in the archive, it won't be part of the next stable release. So you have a few more years before a particular version of py-lmdb becomes frozen :-) -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141211173049.ga19...@mycre.ws
Bug#839610: O: ncap
Package: wnpp Severity: normal
Bug#839611: O: python-pcs
Package: wnpp Severity: normal
Bug#839612: O: python-pypcap
Package: wnpp Severity: normal
Bug#839613: O: python-pefile
Package: wnpp Severity: normal
Bug#870571: ITP: avro-c -- Apache Avro C
Package: wnpp Severity: wishlist Owner: Robert Edmonds * Package name: avro-c Version : 1.8.2 Upstream Author : The Apache Software Foundation * URL : http://avro.apache.org/ * License : Apache-2.0 Programming Lang: C Description : Apache Avro C (avro-c) library Apache Avro is a data serialization system. Avro provides rich data structures; a binary data format; and a container file format, to store Avro-encoded data persistently. . This package provides the "avro-c" implementation of Apache Avro in C. The C implementation supports: . * binary encoding/decoding of all primitive and complex data types * storage to an Avro Object Container File * schema resolution, promotion and projection * validating and non-validating mode for writing Avro data . The C implementation of Avro lacks RPC support. -- Robert Edmonds edmo...@debian.org signature.asc Description: PGP signature
Bug#1039556: ITP: volare -- tiling, tabbed Wayland compositor based on Sway
Package: wnpp Severity: wishlist Owner: Robert Edmonds * Package name: volare Version : No releases yet Upstream Author : Arnout Engelen * URL : https://codeberg.org/raboof/volare * License : MIT Programming Lang: C Description : tiling, tabbed Wayland compositor based on Sway Volare is a tabbed, tiling Wayland compositor based on Sway, with modifications to make its window management behavior similar to that of the Notion window manager. Many tiling window managers are "dynamic", meaning they automatically change the tiling layout as windows appear and disappear. Volare's behavior is more static, keeping the user's existing tiling layout in place without automatically rearranging the tiling layout as application windows are created, moved, or destroyed. -- Robert Edmonds edmo...@debian.org
Bug#1036538: ITP: emptty -- Dead simple CLI Display Manager on TTY
Package: wnpp Severity: wishlist Owner: Robert Edmonds * Package name: emptty Version : 0.10.0-1 Upstream Author : Michal Tvrznik * URL : https://github.com/tvrzna/emptty * License : Expat Programming Lang: Go Description : text-based display manager for starting graphical sessions emptty is a simple, text-based display manager for starting Wayland or Xorg sessions from a virtual console. It allows the user to interactively select a specific desktop environment or window manager to start and remembers the user's selection. The types of sessions that can be started can be configured system-wide or by the user. -- Robert Edmonds edmo...@debian.org
Bug#1068489: O: clamassassin -- email virus filter wrapper for ClamAV
Package: wnpp Severity: normal X-Debbugs-Cc: clamassas...@packages.debian.org Control: affects -1 + src:clamassassin I intend to orphan the clamassassin package. I no longer use this package, and I'm not sure if upstream is still maintaining it (I could not find a current location distributing this software). Nowadays I think there are plugins for rspamd and spamassassin that can do this kind of scanning. The package description is: clamassassin is a simple virus filter wrapper for ClamAV for use in procmail filters and similar applications. clamassassin's interface is similar to that of spamassassin, making it easy to implement for those familiar with that tool. clamassassin is designed with an emphasis on security, robustness and simplicity.