Hi there,
I'm now a student and trying to get involved in GSoC this year.
I found the proposal of about GlusterFS in the idea list wiki page very
interesting to me, possibly it will be porting from NetBSD implementation.
As I'm quite distant from idea owner so there's a big time difference, he
als
Hi there,
I'm now a student and trying to get involved in GSoC this year.
I found the proposal of about GlusterFS in the idea list wiki page very
interesting to me, possibly it will be porting from NetBSD implementation.
As I'm quite distant from idea owner, he also suggested me to try to find
som
On Thu, Apr 25, 2013 at 10:56:10PM -0400, Eitan Adler wrote:
> On 25 April 2013 22:50, Brooks Davis wrote:
> > On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
> >> Anyone have thoughts on the following?
> >> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
> >> Author: Eitan Adler
>
On 26 April 2013 08:22, Jilles Tjoelker wrote:
> On Thu, Apr 25, 2013 at 10:56:10PM -0400, Eitan Adler wrote:
>> On 25 April 2013 22:50, Brooks Davis wrote:
>> > On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>> >> Anyone have thoughts on the following?
>
>> >> commit 82c78ba923d8ce
On 4/26/2013 7:23 AM, Eitan Adler wrote:
Yes, rm's functionality can be fully replicated by find.
As well as anything using -R.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, se
On Thu, Apr 25, 2013 at 9:50 PM, Brooks Davis wrote:
> I think the -x option seems a bit odd. What is the use case? At a
> first thought, it seems to raise more questions than it resolves.
>
I was cleaning up a system a year ago and I had an "rm -rf" traverse into a
production NFS mountpoint..
On Fri, Apr 26, 2013 at 08:33:54AM -0500, Joshua Isom wrote:
> On 4/26/2013 7:23 AM, Eitan Adler wrote:
> > Yes, rm's functionality can be fully replicated by find.
> As well as anything using -R.
Emulating other -R things using find becomes quite slow when you don't
want to impose {PATH_MAX} lim
I'm trying to regenerate src.conf.5 after my recent WITH*_IDEA removal
but the diff shows:
Does anyone know why WITHOUT_BIND_UTILS is showing up a bazillion times?
diff --git a/share/man/man5/src.conf.5 b/share/man/man5/src.conf.5
index 17afca2..54b63db 100644
--- a/share/man/man5/src.conf.5
+++
On Fri, Apr 26, 2013 at 08:05:50PM -0400, Eitan Adler wrote:
> I'm trying to regenerate src.conf.5 after my recent WITH*_IDEA removal
> but the diff shows:
>
> Does anyone know why WITHOUT_BIND_UTILS is showing up a bazillion times?
>
Looks like DES already spotted this too.
---
9 matches
Mail list logo