Bug#388412: ITP: libonig -- Oniguruma regular expressions library
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: libonig Version : 4.4.4 Upstream Author : K.Kosako * URL : http://www.geocities.jp/kosako3/oniguruma/ * License : BSD Description : Oniguruma regular expressions library Oniguruma is a regular expressions library. The characteristics of this library is that different character encoding for every regular expression object can be specified. This library is being used by the Ruby interpreter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388615: ITP: conntrack -- Program to modify the netfilter conntrack tables
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: conntrack Version : 1.00~beta2 Upstream Author : Pablo Neira Ayuso <[EMAIL PROTECTED]> * URL : http://www.netfilter.org/projects/conntrack/ * License : GPL Description : Program to modify the netfilter conntrack tables conntrack is a userspace command line program targeted at system administrators. It enables them to view and manage the in-kernel connection tracking state table. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388614: ITP: libnetfilter-conntrack -- Netfilter netlink-conntrack library
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: libnetfilter-conntrack Version : 0.0.31 Upstream Author : Pablo Neira Ayuso <[EMAIL PROTECTED]> * URL : http://www.netfilter.org/projects/libnetfilter_conntrack/ * License : GPL Description : Netfilter netlink-conntrack library libnetfilter_conntrack is a userspace library providing a programming interface (API) to the in-kernel connection tracking state table. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388613: ITP: libnfnetlink -- Netfilter netlink library
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: libnfnetlink Version : 0.0.16 Upstream Author : Netfilter Core Team <[EMAIL PROTECTED]> * URL : http://www.netfilter.org/projects/libnfnetlink/ * License : GPL Description : Netfilter netlink library libnfnetlink is a lowlevel C library which helps accessing the netfilter netlink layer in the kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388730: ITP: libnetfilter-log -- Netfilter netlink-log library
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: libnetfilter-log Version : 0.0.13-1 Upstream Author : Harald Welte <[EMAIL PROTECTED]> * URL : http://www.netfilter.org/projects/libnetfilter_log/ * License : GPL Description : Netfilter netlink-log library libnetfilter_log is a userspace library providing interface to packets that have been logged by the kernel packet filter. It is is part of a system that deprecates the old syslog/dmesg based packet logging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388731: ITP: libnetfilter-queue -- Netfilter netlink-queue library
Package: wnpp Severity: wishlist Owner: Max Kellermann <[EMAIL PROTECTED]> * Package name: libnetfilter-queue Version : 0.0.12-1 Upstream Author : Harald Welte <[EMAIL PROTECTED]> * URL : http://www.netfilter.org/projects/libnetfilter_queue/ * License : GPL Description : Netfilter netlink-queue library libnetfilter_queue is a userspace library providing an API to packets that have been queued by the kernel packet filter. It is is part of a system that deprecates the old ip_queue / libipq mechanism. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#502402: ITP: xtables-addons -- Extensions for iptables
On 2008/10/16 20:36, Faidon Liambotis <[EMAIL PROTECTED]> wrote: > There are many similarities and/or cross-dependencies between those and > AFAIK there are going to be more -- I've read that in the latest > Netfilter workshop there was a proposal for nftables, an iptables > replacement (perhaps ebtables and arptables too). > Correct me if I'm wrong; Pierre you told me you were at the workshop, > perhaps you know more. > > Alexander and Max already began such an effort but perhaps it's a good > idea expanding the team and organizing it better (use alioth, a VCS etc.) > > What do you all think? +1 from me. We are already maintaining our packages in a (private) subversion repository which we could (and should) move to Alioth. Of course it's a good idea to have a bigger team, since I am an unofficial Debian maintainer, and sometimes Alexander doesn't have enough time to sponsor my package uploads, leading to unnecessary delays. Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Upstream "stable" branches and Debian freeze
Hi, I'm the upstream maintainer of the Music Player Daemon project, and receive a number of support requests / bug reports from Debian users who use the outdated version 0.15.12 of "mpd", currently in testing. These bugs were already fixed in newer maintenance releases. I know that Debian does not upgrade upstream versions at this point. However, I would like to know if upgrading within an upstream "stable" branch like MPD's v0.15.x would be acceptable. It seems common practice to cherry-pick upstream patches, and apply them to the old Debian package. That however seems like a waste of time, since all commits in our stable branch are bug fixes which would need to be picked, and in the end, you would essentially have version 0.15.15 which prints "0.15.12" on --version, just to fulfill Debian's policy. For me personally, this boils down to the question: shall I continue to maintain the old branch v0.15.x? (there is also v0.16.x which is also in maintenance mode) If Debian picks up my maintenance releases, then it's worth it to keep on maintaining the branch, to ensure that Debian users get the most stable MPD version. If not, I'll drop the branch, and fix bugs only on v0.16.x. Regards, Max Kellermann (Please keep me on Cc, I'm not subscribed) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110131142511.ga18...@squirrel.blarg.de
