Re: chown

In message , Pau asked > who (besides you) is as intelligent as to create files with blank > spaces in the name? Many people from the Windows and Mac worlds use the space character as a word separator in filenames. This leads to filenames l

Re: chown

On Sun, Jun 07, 2009 at 12:25:57PM +0200, Pau wrote: > 2009/6/6 Ingo Schwarze : > >>> find /data -name "*.dat" -exec chown user:group {} \; > >> chown -youroptionshere `find . -name "what_you_are_looking_for"` > > > > Oh well, why do you su

Re: chown

On Sun, 7 Jun 2009, Pau wrote: ... > who (besides you) is as intelligent as to create files with blank spaces > in the name? Sorry, but I'm with Ingo. Security and correctness means doing the Right Thing with all inputs, not just with the random set that happen to be in front of you at the tim

Re: chown

2009/6/6 Ingo Schwarze : >>> find /data -name "*.dat" -exec chown user:group {} \; >> chown -youroptionshere `find . -name "what_you_are_looking_for"` > > Oh well, why do you suggest bad solutions when good ones have already > been brought up? Oh well,

Re: chown

>> find /data -name "*.dat" -exec chown user:group {} \; > chown -youroptionshere `find . -name "what_you_are_looking_for"` Oh well, why do you suggest bad solutions when good ones have already been brought up? find -print0 | xargs -0 is quick and safe find -p

Re: chown

> something with find(1). > > Try > find /data -name "*.dat" -exec chown user:group {} \; > > But understand it first. Understand the quoting. man find. Or you could do something like chown -youroptionshere `find . -name "what_you_are_looking_for"` No

Re: chown

Hi, No it was just the files that needed to be changed. Thanks all for the great feedback --- On Thu, 4/6/09, Woodchuck wrote: From: Woodchuck Subject: Re: chown To: "Steve" Cc: misc@openbsd.org Received: Thursday, 4 June, 2009, 7:43 PM On Thu, Jun 4, 2009 at 5:13 AM, Woodch

Re: chown

On Thu, Jun 4, 2009 at 5:13 AM, Woodchuck wrote: > On Thu, Jun 4, 2009 at 3:52 AM, Steve wrote: > something with find(1). > > Try > find /data -name "*.dat" -exec chown user:group {} \; > > But understand it first. Understand the quoting. man find. >

Re: chown

find /data -type f -name "*.dat" | xargs chown user:group Cheers, Andreas 2009/6/4 Steve : > I am trying to use chown -R to selectively change permissions on files. > > A series of files are contained in many folders under the root data folder. No > files are stored in

Re: chown

Steve wrote: > I am trying to use chown -R to selectively change permissions on files. > ... > chown -R user:group /data/*.dat Possibly: find /data/ -name '*.dat' -exec chown -R user:group {} \; However, verify before running random scripts from folks you find on the net.

Re: chown

On Thu, Jun 4, 2009 at 9:52 AM, Steve wrote: ... > Is there a way to selectively change files recursively ? ... xargs(1) -- Jacek Artymiak http://devGuide.net OpenBSD Command-Line Companion http://devguide.net/books/obclc1 Building Firewalls with OpenBSD and PF http://devguide.net/books/bfwoap3

Re: chown

On Thu, Jun 4, 2009 at 3:52 AM, Steve wrote: > I am trying to use chown -R to selectively change permissions on files. > > A series of files are contained in many folders under the root data folder. No > files are stored in the data folder itself. > > Running > > chown -

Re: chown

On Thu, Jun 4, 2009 at 08:52, Steve wrote: > I am trying to use chown -R to selectively change permissions on files. > > A series of files are contained in many folders under the root data folder. No > files are stored in the data folder itself. > > Running > > chown -

Re: chown

On 00:52, Thu 04 Jun 09, Steve wrote: > I am trying to use chown -R to selectively change permissions on files. > > A series of files are contained in many folders under the root data folder. No > files are stored in the data folder itself. > > Running > > chown -

chown

I am trying to use chown -R to selectively change permissions on files. A series of files are contained in many folders under the root data folder. No files are stored in the data folder itself. Running chown -R user:group /data/*.dat run from /data generates an error indicating no files match