| To: | Christian Kujau <lists@xxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] don't fail if nslookup is not found (was: xfstests: nslookup not found) |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Mon, 20 Jul 2009 05:32:40 -0400 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <alpine.DEB.2.01.0907191840150.6439@bogon> |
| References: | <alpine.DEB.2.01.0907191050010.6439@bogon> <20090719182012.GA10936@xxxxxxxxxxxxx> <alpine.DEB.2.01.0907191653240.6439@bogon> <20090720001637.GA31674@xxxxxxxxxxxxx> <alpine.DEB.2.01.0907191840150.6439@bogon> |
| User-agent: | Mutt/1.5.18 (2008-05-17) |
On Sun, Jul 19, 2009 at 06:46:25PM -0700, Christian Kujau wrote: > On Sun, 19 Jul 2009 at 20:16, Christoph Hellwig wrote: > > Yes, that's exactly it. Can you resend it with a proper subject, > > description and add your Signed-off-by tag? > > > When nslookup is not available, execution would stop. This patch moves the > check for nslookup and the _get_fqdn function into the ./new script (since > this is the only place where it's used) and we don't fail any more but try > to find out our FQDN without nslookup. Thanks, I've put the patch in and pushed it to the kernel.org repository. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Are You Putting Your IP at Risk? Live Webcast: Protecting IP in Nuclear & Energy, PTC Info |
|---|---|
| Next by Date: | Re: Write barriers and hardware RAID, Michael Monnerie |
| Previous by Thread: | [PATCH] don't fail if nslookup is not found (was: xfstests: nslookup not found), Christian Kujau |
| Next by Thread: | Re: [PATCH] don't fail if nslookup is not found (was: xfstests: nslookup not found), Christian Kujau |
| Indexes: | [Date] [Thread] [Top] [All Lists] |