Re: Patch Tagging Guidelines (aka DEP3)

Raphael Hertzog writes: > On Tue, 08 Sep 2009, Bjørn Mork wrote: > > Just a minor comment on the examples: Please either use your own domain > > names or one of the names reserverd for examples. foobar.com is > > registered to Foobar Consulting. They're probably used to this kind of > > abuse,

Bug#545791: ITP: ncap -- Network Capture Library and Tools

Package: wnpp Severity: wishlist Owner: "Ondřej Surý" * Package name: ncap Version : 1.8.1 Upstream Author : Internet Systems Consortium * URL : https://www.dns-oarc.net/tools/ncap * License : BSD Programming Lang: C, Python Description : Network Captu

Re: library-related policy question

Nikita V. Youshchenko (06/09/2009): > Is libpkg-guide an official debian document these days? FSVO “official”: - http://packages.debian.org/sid/libpkg-guide - http://bugs.debian.org/libpkg-guide Mraw, KiBi. signature.asc Description: Digital signature

Re: The future of the boot system in Debian

Petter Reinholdtsen (07/09/2009): > I guess we were a bit unclear. The point is to use it for upgrades > (ie when it exist), while not installing /etc/inittab for new > installs, thus slowly getting rid of the file while ensuring the > switch do not affect upgrades negatively. :) I guess you mis

Bug#545795: ITP: libbind -- standard resolver library

Package: wnpp Severity: wishlist Owner: "Ondřej Surý" * Package name: libbind Version : 6.0 Upstream Author : Internet Systems Consortium * URL : https://www.isc.org/software/libbind * License : BSD Programming Lang: C++ Description : the standard reso

Re: State of developers-reference

Heya, As I'm one of the people who have at some point volunteered to help with the dev-ref, but mostly failed to actually do work, I guess I could say a few words, without any pretense of actually knowing better than all the other people who have already commented... Lucas Nussbaum writes: > OK,

Bug#545811: ITP: texttrainer -- program to help you memorise text

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: texttrainer Version: 0.0.2 Upstream Author: Jacob Kanev URL: http://sourceforge.net/projects/texttrainer, http://home.arcor.de/j_kanev/texttrainer License: GPL 3 Description: TextTrainer is a program which

Re: State of developers-reference

On Wed, Sep 09, 2009 at 12:42:22PM +0200, Marc 'HE' Brockschmidt wrote: > > (A) Purely informational documentation of Debian infrastructure and > > procedures. > > This is the easiest kind of content. Once correctness has been verified, > > not much debate can happen about the information. > Shoul

Re: State of developers-reference

On 09/09/09 at 12:42 +0200, Marc 'HE' Brockschmidt wrote: > Heya, > > As I'm one of the people who have at some point volunteered to help with > the dev-ref, but mostly failed to actually do work, I guess I could say > a few words, without any pretense of actually knowing better than all > the oth

Re: State of developers-reference

On Mon, Sep 07, 2009 at 06:28:11PM +0200, Lucas Nussbaum wrote: > I see some value to a (mostly) self-contained > documentation, but, if it helps getting contributions from > more people, we could simply move to wiki.d.o. If this was a popular choice (which it doesn't appear to be); it would be bl

Re: State of developers-reference

Hi, On Mittwoch, 9. September 2009, Jon Dowland wrote: > If this was a popular choice (which it doesn't appear to > be); it would be blocked on sorting out the wiki.d.o > content licensing. No. http://wiki.debian.org/DebianEdu/Documentation/Lenny has a very fine and sosorted licence situation. A

Bug#545822: ITP: imaprowl -- IMAP new mail notification utility for iPhone using Prowl Public API

Package: wnpp Severity: wishlist Owner: Takuo KITAME * Package name: imaprowl Version : 0.9.1 Upstream Author : Takuo Kitame * URL : http://github.com/takuo/IMAProwl * License : Ruby's License. Programming Lang: Ruby Description : IMAP new mail notifi

zabbix: searching for co-maintainers

hi guys, As me and Fabio (kobold) are quite busy with real life Tasks we are searching for co-maintainers for debian's zabbix[3] packages. As it stands the Packages are not in bad shape but we want to react before things go wild :-) Personally i started with the maintenance as my old workplace

Re: State of developers-reference

On Wed, Sep 9, 2009 at 8:41 PM, Holger Levsen wrote: > On Mittwoch, 9. September 2009, Jon Dowland wrote: >> If this was a popular choice (which it doesn't appear to >> be); it would be blocked on sorting out the wiki.d.o >> content licensing. > > No. http://wiki.debian.org/DebianEdu/Documentation

Re: RFC round 5: DEP-3: Patch Tagging Guidelines

On Tue, Sep 08 2009, Ben Finney wrote: > Paul Wise writes: >> What format do the other DVCS systems use for patch export? > > Bazaar users generate a “merge directive” for serialising a change set > http://bazaar-vcs.org/MergeDirective>. The merge directive is > metadata to be read by the ‘bzr m

Re: State of developers-reference

On 09/09/09 at 21:43 +0800, Paul Wise wrote: > On Wed, Sep 9, 2009 at 8:41 PM, Holger Levsen wrote: > > On Mittwoch, 9. September 2009, Jon Dowland wrote: > >> If this was a popular choice (which it doesn't appear to > >> be); it would be blocked on sorting out the wiki.d.o > >> content licensing.

Re: State of developers-reference

On Wed, Sep 09, 2009 at 04:04:16PM +0200, Lucas Nussbaum wrote: > Choosing CC BY-SA would nicely conflict with our existing documentation, > like the Debian new maintainer guide (GPL2+) or developers-reference > (GPL2+). Wouldn't it be possible to use CC BY-SA with an additional > clause allowing t

Re: State of developers-reference

On 09/09/09 at 16:18 +0200, Stefano Zacchiroli wrote: > On Wed, Sep 09, 2009 at 04:04:16PM +0200, Lucas Nussbaum wrote: > > Choosing CC BY-SA would nicely conflict with our existing documentation, > > like the Debian new maintainer guide (GPL2+) or developers-reference > > (GPL2+). Wouldn't it be p

Re: Bug#545795: ITP: libbind -- standard resolver library

Hi! On Wed, 2009-09-09 at 10:20:57 +0200, Ondřej Surý wrote: > Package: wnpp > Severity: wishlist > Owner: "Ondřej Surý" > * Package name: libbind > Version : 6.0 > Upstream Author : Internet Systems Consortium > * URL : https://www.isc.org/software/libbind > * Licens

who should cleanup /var/lib/update-rd.d ? should it be cleaned up at all?

Hi, today I noticed that quite many packages fail the piuparts test, because of a file left after purge in /var/lib/update-rd.d - who's responsibility is it to clean this up? Each package? Or? Or shouldn't those be cleaned on purge and piuparts should ignore those files? (I don't think the latt

Re: Bug#545795: ITP: libbind -- standard resolver library

Ah thanks, missed that. Ondrej > This seems to be already packaged: > >   > > And there's also the one coming from the bind9 source packages. It's not - libbind9 is something else. Ondrej -- Ondřej Surý http://blog.rfc1925.org/ -- To UNSUBSCR

Re: State of developers-reference

On Tue, Sep 08, 2009 at 11:33:54PM +0200, Lucas Nussbaum wrote: > OK, let's try to change the way it is maintained by moving to something > similar to policy. Several questions need to be addressed. > - Where should discussions occur? Should we re-use debian-policy@, since > both documents are

Re: RFC round 5: DEP-3: Patch Tagging Guidelines

On Wed, Sep 09, 2009 at 08:50:34AM -0500, Manoj Srivastava wrote: > Seems to me that we have a widely used convention (which might > not be universal) that will meet our needs, and at least seems > compatible with a lot of software under distributed version control. I > think it well be

Re: RFC round 5: DEP-3: Patch Tagging Guidelines

On Wed, Sep 09, 2009 at 07:48:18PM +0200, Pierre Habouzit wrote: > On Wed, Sep 09, 2009 at 08:50:34AM -0500, Manoj Srivastava wrote: > > Seems to me that we have a widely used convention (which might > > not be universal) that will meet our needs, and at least seems > > compatible with a

Re: who should cleanup /var/lib/update-rd.d ? should it be cleaned up at all?

[Holger Levsen] > today I noticed that quite many packages fail the piuparts test, > because of a file left after purge in /var/lib/update-rd.d - who's > responsibility is it to clean this up? Each package? Or? Or > shouldn't those be cleaned on purge and piuparts should ignore those > files? (I do

Re: Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Wed, Aug 26, 2009 at 03:46:36AM -0400, Felipe Sateler wrote: > Steve Langasek wrote: > > > On Wed, Aug 26, 2009 at 02:08:40AM -0400, Felipe Sateler wrote: > >> But this will cause trouble anyway. Imagine this case: glib changes > >> SONAME, both app and library depend on glib. app is recompiled

Re: Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Thu, Sep 10, 2009 at 12:35:12AM +0200, Kurt Roeckx wrote: > On Wed, Aug 26, 2009 at 03:46:36AM -0400, Felipe Sateler wrote: > > Steve Langasek wrote: > > > > > On Wed, Aug 26, 2009 at 02:08:40AM -0400, Felipe Sateler wrote: > > >> But this will cause trouble anyway. Imagine this case: glib chan

RFC: Providing vi when /usr isn't mounted

tag 528494 help thanks #528494 raised the idea of having vim-tiny (the default vi-like editor on a base install) provide /bin/vi so that it would be accessible in situations where /usr isn't available. At first glance, I naïvely figured this would be an easy change. Of course, this wasn't the ca

Modifying /etc/nsswitch.conf in Debian Packages

Hi, I'm currently working on packaging Rainbow, an implementation of the Bitfrost security spesification. Rainbow runs user-level desktop applications with the same level of resource isolation already used with a variety o

Cursos de programacao!

Viva caro/a Amigo/a. Queremos convida-lo a visitar o nosso SITE http://www.basebinaria.net. Esta a decorrer um curso de programacao de computadores, onde pode aprender a fazer programas e jogos de video. Se e um apaixonado por computadores temos tambem muitos projectos para os varios computad

Re: Bits from the release team and request for discussion

On Wed, 26 Aug 2009, Manoj Srivastava wrote: > if [ -e  /etc/pam.d/login ]; then >   perl -pli~ -e 'm/session.*pam_selinux.so/ && s/^\#\s*//o' > /etc/pam.d/login rm /etc/pam.d/login~ > fi > if [ -e /etc/pam.d/ssh ]; then >   perl -pli~ -e 'm/session.*pam_selinux.so/ && do { s/^\#\s*//o; > s/multip

Re: [RANT] [OT] Bloating dependencies instead of using recommends (was: Re: RFS: sqlkit)

On Thu, 10 Sep 2009, Rogério Brito wrote: > I am really annoyed with the current trend of packages dragging in a > lot of dependencies on which the packages don't really "depend". The > word "dependency" seems to has lost its meaning. Please file bugs against these packages as appropriate, with in