[PATCH] libfuse option parsing

Hi @tech, Two fixes for libfuse and option parsing. According to the official implementation, when an option is not recognised, the processing function should be called with the key FUSE_OPT_KEY_OPT [1]. Additionally, fix the last argument of a call in fuse_opt_parse. Thanks, Thiébaud [1]

Re: smtpctl(8) - 'sh s' does not appear to be an unambiguous prefix

On Sun, Aug 16, 2015 at 11:00:42PM +0100, Larry Hynes wrote: From the man page: The smtpctl program controls smtpd(8). Commands may be abbreviated to the minimum unambiguous prefix; for example, sh s for show stats. What I would expect: # smtpctl sh s stats output What

Re: [patch] armv7 option SDHC_DEBUG support

My mail client seems to have screwed up the tabs/whitespace, you can find a working patch here: http://ce.gl/ommmc.patch.txt Ian On Wed, Jul 1, 2015 at 8:50 PM, ian kremlin i...@kremlin.cc wrote: Hi Compiling an armv7 kernel with option SDHC_DEBUG fails as there is no definition of the

[Patch] pf refactoring

Hi, This series of 29 small diffs slims pf.o by 2640 bytes and pf.c by 113 non-comment lines. pf_translate(), in particular, is now much shorter and clearer[0]. I've tested it by running on my home router (alix, i386, inet4) for a week or so without issue, and by profiling it under stress. I

smtpctl(8) - 'sh s' does not appear to be an unambiguous prefix

From the man page: The smtpctl program controls smtpd(8). Commands may be abbreviated to the minimum unambiguous prefix; for example, sh s for show stats. What I would expect: # smtpctl sh s stats output What actually happens: # smtpctl sh s possibilities are: show mta

whois(1): fix lookup of XX.network

When I added code to use whois.nic.XX for new TLDs I forgot to think about one case, where the TLD is a substring of one of the traditional TLDs who have to use the old whois-servers.net method. Specifically, trying to lookup a .network name will incorrectly try to use network.whois-servers.net -