Re: best policies for third party Debian packaging and get-orig-source target

2013-07-30 Thread Andreas Tille
Hi Faheem, On Mon, Jul 29, 2013 at 04:24:21PM +0530, Faheem Mitha wrote: > I've got Debian packaging for a piece of software I've written. This > software probably is too specialized to be part of Debian. Could you please tell us what specialized software you have written. You might simply like t

Re: best policies for third party Debian packaging and get-orig-source target

2013-07-30 Thread Faheem Mitha
On Tue, 30 Jul 2013 09:01:43 +0200, Andreas Tille wrote: > Hi Faheem, > > On Mon, Jul 29, 2013 at 04:24:21PM +0530, Faheem Mitha wrote: >> I've got Debian packaging for a piece of software I've written. This >> software probably is too specialized to be part of Debian. > > Could you please tell us

Re: best policies for third party Debian packaging and get-orig-source target

2013-07-30 Thread Paul Wise
On Tue, Jul 30, 2013 at 10:03 AM, Faheem Mitha wrote: > We describe and implement a method to predict new members of a DNA > sequence motif family using Bayesian model selection. This method > assumes a specific correlation structure on the set of sequences. We > apply our method to test t

Re: best policies for third party Debian packaging and get-orig-source target

2013-07-30 Thread Andreas Tille
Hi Faheem, I'm really happy that I asked back! ;-) On Tue, Jul 30, 2013 at 08:03:19AM +, Faheem Mitha wrote: > On Tue, 30 Jul 2013 09:01:43 +0200, Andreas Tille wrote: > > Hi Faheem, > > > > On Mon, Jul 29, 2013 at 04:24:21PM +0530, Faheem Mitha wrote: > >> I've got Debian packaging for a pi

Requesting DDs who want to help greet new contributors

2013-07-30 Thread Asheesh Laroia
Hi all Debianites, I've been inspired by the "Developer Advisory Team" in another project [1], and so I want to create a similar team within Debian. In this email, first I'll summarize what the concept of Developer Advisory Team is, and second I'll request help. The stated goals are: * Reac

/etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Christoph Anton Mitterer
Hi. Somme years ago Thomas Hood started a discussion[0] about how the system hostname should be resolved. The eventual result[1] was that Debian nowadays ships /etc/hosts like these per default: 127.0.0.1 localhost 127.0.1.1 . As also described in the Debian reference[2]. I had a short mail co

Bug#718365: ITP: Testdrive -- run the daily Ubuntu ISO in a virtual machine

2013-07-30 Thread Jackson Doak
Package: wnpp Priority: wishlist Owner: Jackson Doak X-Debbugs-CC: debian-devel@lists.debian.org * Package name: testdrive Version : 3.22 Upstream Author : Andres Rodriguez * URL or Web page : https://launchpad.net/testdrive * License : GPL-3 Description : run the d

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Russ Allbery
Christoph Anton Mitterer writes: > - The system hostname (and domainname if any) should ALWAYS be > resolvable, whether a network is up or not, regardless of which. > (Assuming that lo is always up, if not, many things break anyway.) This principal (and the general UNIX tradition of putting the

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Matt Zagrabelny
On Tue, Jul 30, 2013 at 3:57 PM, Russ Allbery wrote: > Christoph Anton Mitterer writes: > >> - The system hostname (and domainname if any) should ALWAYS be >> resolvable, whether a network is up or not, regardless of which. >> (Assuming that lo is always up, if not, many things break anyway.) > >

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Russ Allbery
Matt Zagrabelny writes: > Does not the Wheezy installer still place hostname.domain.name entries > in /etc/hosts for said hostname? We (Stanford) strip them out in FAI. We can, of course, continue to do that, but I thought I'd mention it as a data point. If you have stable DNS, you really don'

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Christoph Anton Mitterer
On Tue, 2013-07-30 at 14:25 -0700, Russ Allbery wrote: > We (Stanford) strip them out in FAI. We can, of course, continue to do > that, but I thought I'd mention it as a data point. If you have stable > DNS, you really don't want to have another shadow source of IP to host > mapping on local disk

Re: Requesting DDs who want to help greet new contributors

2013-07-30 Thread Charles Plessy
Le Tue, Jul 30, 2013 at 12:00:18PM -0400, Asheesh Laroia a écrit : > Hi all Debianites, > > I've been inspired by the "Developer Advisory Team" in another > project [1], and so I want to create a similar team within Debian. > In this email, first I'll summarize what the concept of Developer > Advi

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Russ Allbery
Christoph Anton Mitterer writes: > On Tue, 2013-07-30 at 14:25 -0700, Russ Allbery wrote: >> We (Stanford) strip them out in FAI. We can, of course, continue to do >> that, but I thought I'd mention it as a data point. If you have stable >> DNS, you really don't want to have another shadow sour

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Simon McVittie
On 30/07/13 21:43, Christoph Anton Mitterer wrote: > - Back then, Thomas pointed out several ides on who the resolution could > be done (e.g. with a small nsswitch module) libnss-myhostname is basically this, and is packaged. It tries to return a public address if possible, only falling back to 12

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Ulrich Dangel
* Russ Allbery wrote [30.07.13 22:25]: > We (Stanford) strip them out in FAI. We can, of course, continue to do > that, but I thought I'd mention it as a data point. If you have stable > DNS, you really don't want to have another shadow source of IP to host > mapping on local disk; it's almost ce

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Simon McVittie
On 30/07/13 22:54, Christoph Anton Mitterer wrote: > Consider an application which only accept packets originating from > as a security measure.. If you only want to accept packets from yourself, use 127.0.0.1 (or ::1, or a Unix socket). Anything else has more possible failure modes. S --

Re: Requesting DDs who want to help greet new contributors

2013-07-30 Thread Nicolas Guilbert
On Tuesday, July 30, 2013 12:00:18 PM Asheesh Laroia wrote: > Hi all Debianites, > > I've been inspired by the "Developer Advisory Team" in another project > [1], and so I want to create a similar team within Debian. In this email, > first I'll summarize what the concept of Developer Advisory Te

Re: Requesting DDs who want to help greet new contributors

2013-07-30 Thread Asheesh Laroia
On Wed, 31 Jul 2013, Charles Plessy wrote: Hi Asheesh, When I saw a couple of emails about "Developer Advisory Team" on debian-mentors, I had a hard time figuring out what it was about, and since I had no extra time to find an answer, I concluded that Ubuntu do what it wants... The goals t

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Steve Langasek
On Tue, Jul 30, 2013 at 10:43:44PM +0200, Christoph Anton Mitterer wrote: > Somme years ago Thomas Hood started a discussion[0] about how the system > hostname should be resolved. > The eventual result[1] was that Debian nowadays ships /etc/hosts like > these per default: > 127.0.0.1 localhost > 1

Re: Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

2013-07-30 Thread Josh Triplett
Simon McVittie wrote: > On 30/07/13 21:43, Christoph Anton Mitterer wrote: > > - Back then, Thomas pointed out several ides on who the resolution could > > be done (e.g. with a small nsswitch module) > > libnss-myhostname is basically this, and is packaged. It tries to return > a public address if

Missing makefile

2013-07-30 Thread Jerry Stuckle
Hi, all, I hope this is the right list. I'm trying to compile my first module for Debian (right now it doesn't do anything - one step at a time :) ). My makefile is: obj-m = mymodule.o KVERSION = $(shell uname -r) all: make -C /lib/modules/$(KVERSION)/build M-$(PWD) modules clean:

Bug#718394: ITP: buck -- Facebook's build system for large Java projects

2013-07-30 Thread Jonathan Nieder
Package: wnpp Severity: wishlist Owner: jrnie...@gmail.com * Package name: buck Version : 0.20130612-1 Upstream Author : buck-bu...@googlegroups.com (Facebook) * URL : http://facebook.github.io/buck/ * License : Apache-2.0 Programming Lang: Java Description

Re: Missing makefile

2013-07-30 Thread Paul Wise
On Wed, Jul 31, 2013 at 5:05 AM, Jerry Stuckle wrote: > I'm trying to compile my first module for Debian (right now it doesn't do > anything - one step at a time :) ). > > My makefile is: > > obj-m = mymodule.o > KVERSION = $(shell uname -r) Looks like you are talking about a Linux kernel module.