Re: people.debian.org to move to ravel
Quoting Faidon Liambotis ([EMAIL PROTECTED]): > Perhaps the DELAYED queue should be moved out of ~tfheen to a more > neutral directory? I strongly support this. The DELAYED queue is a very useful service and it deserves to be maintained as an official service. I personnally always use the 0-day delayed queue for all my uploads (the reason is fairly unclear except "I always did so"). > > Not that I have any problems with you (on the contrary, this service is > much appreciated) but it just seems official enough not to be maintained > in anyone's home directory. Seconded. Tollef deserves big kudos for running the delayed queue so well for so many years. signature.asc Description: Digital signature
Licensing issues with libsnmp-base and libsmi2-common
Hi! I would like to get some advice with an important licensing issue with libsnmp-base and libsmi2-common. Both of them are shipping MIB that are quite essential and would make most of the utils relying on them unusable without them. Both of them do NOT have any mention of those in debian/copyight. At least, most of those MIB are non-free because copyrighted by IETF and released under the same license as corresponding RFC. This would mean moving those MIB in a non-free package and SNMP/SMI related tools in contrib. This would be quite a change for lenny, so I suppose that we would ignore this issue for lenny. This would also mean that an important daemon (snmpd) won't be supported by Debian (because in contrib). This would also move a lot of packages in contrib (see reverse depends of libsnmp15). I did not file bug reports yet about those issues. Any thought? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFH: automake, library and sub-automake using rpath
On Thu, Sep 04, 2008 at 09:54:37PM +0200, Philipp Matthias Hahn wrote: > Hi! > > I have a problem with the audit-package [1]: > 1. it uses autoconf/automake > 2. it builds a shared library > 3. it aggregates a copy of a python sub-package named "system-config-audit", >which uses a _seperate_ autoconf/automake. The parent-autoconf calls it >using AC_CONFIG_SUBDIRS([system-config-audit]) > 4. the sub-package uses the shared library. > > Since the library is only installed in a temporary location, and the > sub-automake doesn't know anything about the _temporary_ installation, the > sub-package links to that library using a rpath. Lintian sais: > > W: system-config-audit: binary-or-shlib-defines-rpath > ./lib/system-config-audit-server > /media/storage/debian/pool/main/a/audit/audit-1.7.5/lib/.libs > > Does some autoconf/automake/python-guru know how I can fix this dilemma? Hi Philipp, For NuFW I also remove a local rpath (#495769) .. yet this is not a auto* trick, I just use the debian tools. I added a Build-Dep on chrpath [1], and the following line in debian/rules (after the installation step): chrpath -d $(CURDIR)/debian/libpam-nufw/lib/security/pam_nufw.so HTH, Pierre [1] http://packages.debian.org/lenny/chrpath > > I would like to use the included system-config-audit, since it's better > tested, > but if that doesn't work, I could also ignore the included version and create > a > completely separate package from the original author [2]. > > BYtE > Philipp > > [1] http://people.redhat.com/sgrubb/audit/ > [2] https://fedorahosted.org/system-config-audit/ > -- > Philipp Matthias Hahn <[EMAIL PROTECTED]> > GPG/PGP: 9A540E39 @ keyrings.debian.org > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#497899: ITP: automysqlbackup -- a daily, weekly and monthly backup for your MySQL database
Package: wnpp Severity: wishlist Owner: Thomas GOIRAND <[EMAIL PROTECTED]> Package name: automysqlbackup Version : 2.5 Upstream Author : [EMAIL PROTECTED] URL : http://sourceforge.net/projects/automysqlbackup/ License : GPL Programming Lang: sh Description : a daily, weekly and monthly backup for your MySQL database automysqlbackup creates backup every day, week and month for all of your MySQL database, to a configured folder. There's nothing to do but to install this package, and you'll rest assured that you have a way to go back in the history of your database. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26.2 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Licensing issues with libsnmp-base and libsmi2-common
On Fri, 2008-09-05 at 10:41 +0200, Vincent Bernat wrote: > Hi! > > I would like to get some advice with an important licensing issue with > libsnmp-base and libsmi2-common. Both of them are shipping MIB that are > quite essential and would make most of the utils relying on them unusable > without them. Both of them do NOT have any mention of those in > debian/copyight. At least, most of those MIB are non-free because > copyrighted by IETF and released under the same license as corresponding > RFC. If I understand correctly these MIBs are interface definitions, which are generally considered not copyrightable. Any comments in them might have to be removed though. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Licensing issues with libsnmp-base and libsmi2-common
Le vendredi 05 septembre 2008 à 11:08 +0100, Ben Hutchings a écrit : > If I understand correctly these MIBs are interface definitions, which > are generally considered not copyrightable. Any comments in them might > have to be removed though. Not only the comments, but also the descriptions of the objects, without which the MIBs aren’t really useful for humans (but admittedly still are for computers). -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
cute girls created by copmuter
browse all computer made girls photo . . . . . . .
Re: people.debian.org to move to ravel
On 08/09/05 02:05 +0200, Peter Palfrader said ... > On Thu, 04 Sep 2008, Tollef Fog Heen wrote: > > | Once the move has been completed we expect to make gluck restricted to > > | the people operating the services that will remain on gluck, so please > > | clean out your homedir when you no longer need it there. > > > > I'm responsible for the DELAYED queue, which currently lives in my home > > directory and is hard coded at least in the default dput configuration > > (including lenny and stable), most likely also other personal > > configurations. > > > > I've set up a DELAYED queue instance on ravel now, please use that > > instead of the one on gluck. I'll keep the one on gluck running for > > now (that is, until it becomes restricted). > > Can we get dput fixed to use people by name instead of gluck? Can you > make sure that change makes it into lenny? I will take care of this. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Re: people.debian.org to move to ravel
Peter Palfrader wrote: > On Thu, 04 Sep 2008, Tollef Fog Heen wrote: > >> | Once the move has been completed we expect to make gluck restricted to >> | the people operating the services that will remain on gluck, so please >> | clean out your homedir when you no longer need it there. >> >> I'm responsible for the DELAYED queue, which currently lives in my home >> directory and is hard coded at least in the default dput configuration >> (including lenny and stable), most likely also other personal >> configurations. >> >> I've set up a DELAYED queue instance on ravel now, please use that >> instead of the one on gluck. I'll keep the one on gluck running for >> now (that is, until it becomes restricted). > > Can we get dput fixed to use people by name instead of gluck? Can you > make sure that change makes it into lenny? In order for this to be a good idea, the debian known hosts should include people.d.o or we should have some other idea how to do that (like switch to using people-delayed for the command line and use ravel.d.o starting now). Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#497943: ITP: nfqueue-bindings -- High level bindings for libnetfilter_queue
Package: wnpp Severity: wishlist Owner: Pierre Chifflier <[EMAIL PROTECTED]> * Package name: nfqueue-bindings Version : 0.1.0 Upstream Author : Pierre Chifflier <[EMAIL PROTECTED]> * URL : http://software.inl.fr/trac/wiki/nfqueue-bindings * License : GPLv3 Programming Lang: C, Perl, Python Description : High level bindings for libnetfilter_queue nfqueue-bindings is a set of high-level modules for several languages (Python and Perl, for the moment), for libnetfilter_queue. It provides a userspace API to access packets that have been queued by the kernel packet filter using the NFQUEUE target. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
URGENT...I've visited your website http://lists.debian.org/
Hi, We've seen your website at http://lists.debian.org/ and we love it! We see that your traffic rank is 10626 and your link popularity is 1418. Also, you have been online since 3/10/1999. With that kind of traffic, we will pay you up to $4,800/month to advertise our links on your website. If you're interested, read our terms from this page: http://www.ContactThemNetwork.com Sincerely, Robert Ray PhD The Contact Them Network -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
