Re: how to redirect in bash+crontab

On Wed, Jul 25, 2012, Oleg Goldshmidt wrote about "Re: how to redirect in bash+crontab": > While there are, indeed, many ways to acquire a fd the "normal" case, > e.g., for > > echo "fubar" > $HOME/tmp/myfakestdout But this is NOT your use case! In your use case you did echo fubar > /d

Re: how to redirect in bash+crontab

Geoff Shang writes: > On Tue, 24 Jul 2012, Oleg Goldshmidt wrote: > >> I would be curious to know how recent versions of >> SuSE/debian/ubuntu/*BSD/Mac OS X/whatever implement /dev/stderr. > > Debian 6.0 (current stable): > lrwxrwxrwx 1 root root 15 Jun 18 16:37 /dev/stderr -> /proc/self/fd/2 > l

Re: how to redirect in bash+crontab

"Nadav Har'El" writes: > No, this cannot happen. write(2) cannot fail because of permission > problems, only the open(2) can. Actually, if the file was not open for writing write(2) will return EBADF. ;-) While there are, indeed, many ways to acquire a fd the "normal" case, e.g., for echo "fu

Re: how to redirect in bash+crontab

On Tue, 24 Jul 2012, Oleg Goldshmidt wrote: I would be curious to know how recent versions of SuSE/debian/ubuntu/*BSD/Mac OS X/whatever implement /dev/stderr. Debian 6.0 (current stable): lrwxrwxrwx 1 root root 15 Jun 18 16:37 /dev/stderr -> /proc/self/fd/2 lrwx-- 1 root root 64 Jul 24 23:

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012, Oleg Goldshmidt wrote about "Re: how to redirect in bash+crontab": > But you cannot write(2) before you open(2), can you? >... > Which s true for file descriptors (e.g., dup()), but to redirect to a file > you do need to open(2) the file, methinks. To write(2) you need a fil

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012 at 7:51 PM, Nadav Har'El wrote: > On Tue, Jul 24, 2012, Oleg Goldshmidt wrote about "Re: how to redirect in > bash+crontab": > > Isn't it the same as redirecting stderr to a real file and finding out > that > > you don't have permissions to write to it? > > No, this cannot hap

Re: Chef Happens – Managing Solaris with Chef

On Tue, Jul 24, 2012 at 2:17 PM, Martha Greenberg wrote: > I've written a blog post about my adventures setting up Chef on Solaris. > This includes examples of several new LWRPs I've written for Solaris > (pkgutil_package, zpool, zfs and zone) . If you are using Chef on Solaris > (and even if y

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012, Oleg Goldshmidt wrote about "Re: how to redirect in bash+crontab": > Isn't it the same as redirecting stderr to a real file and finding out that > you don't have permissions to write to it? No, this cannot happen. write(2) cannot fail because of permission problems, only the

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012 at 6:50 PM, Nadav Har'El wrote: > > This is a very interesting analysis, which I've never considered before. > > With pipes, we can perhaps argue the owner is wrong - that we're talking > about a "fake" file so Linux could have invented a different owner for > it. > Everythin

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012 at 4:06 PM, Amos Shapira wrote: > For the platforms which use a pipe for /dev/stderr try running fuser to > see what else has it open. I suspect it would be something like a "mail" > process initiated by cron. > > In general, /dev/stderr is not a standard, not portable and IMH

Re: how to redirect in bash+crontab

On Tue, Jul 24, 2012, Oleg Goldshmidt wrote about "how to redirect in bash+crontab": > Is it a bug? If so, is it a kernel bug (it creates the /proc hierarchy, > right?) or a cron bug (faulty effective id?) or a bash bug (should > /dev/stderr be handled specially)? Were there (security?) reasons to

Re: [job offer] RT/Embedded software engineer for its driver team

On Tue, Jul 24, 2012 at 4:52 PM, Shachar Shemesh wrote: > On 07/24/2012 01:41 PM, Gilad Ben-Yossef wrote: > > > Previous experience with embedded systems, networking, RTOS, embedded > Linux, packet processing, protocol stacks, profile, debug, unicycle riding > > Does the unicycling experience h

Re: [job offer] RT/Embedded software engineer for its driver team

On Tue, Jul 24, 2012 at 4:52 PM, Shachar Shemesh wrote: > On 07/24/2012 01:41 PM, Gilad Ben-Yossef wrote: > > > Previous experience with embedded systems, networking, RTOS, embedded > Linux, packet processing, protocol stacks, profile, debug, unicycle riding > > Does the unicycling experience h

Re: [job offer] RT/Embedded software engineer for its driver team

On 07/24/2012 01:41 PM, Gilad Ben-Yossef wrote: > > Previous experience with embedded systems, networking, RTOS, embedded > Linux, packet processing, protocol stacks, profile, debug, unicycle riding > Does the unicycling experience have to be a successful one? If I own a unicycle, and have mounted

Re: how to redirect in bash+crontab

For the platforms which use a pipe for /dev/stderr try running fuser to see what else has it open. I suspect it would be something like a "mail" process initiated by cron. In general, /dev/stderr is not a standard, not portable and IMHO shouldn't be relied on. The shell does exactly what is expec

Chef Happens – Managing Solaris with Chef

I've written a blog post about my adventures setting up Chef on Solaris. This includes examples of several new LWRPs I've written for Solaris (pkgutil_package, zpool, zfs and zone) . If you are using Chef on Solaris (and even if you are not), this may be interesting for you. http://wix.io/201

[job offer] RT/Embedded software engineer for its driver team

Hi all, EZChip Semiconductors ltd. is looking for a RT/Embedded software engineer for its driver team. This is a full time position, in Yokenam. Main development enshrinement is Linux on embedded CPUs, but various other RTOS/OS are in the mix as well. I can personally attest that its a good comp

Lecturers for Logtel

Logtel (www.logtel.com ) is looking for lecturers in the following subjects: Linux, Open Source, Python, Java, Real time If you are interested please be in contact with raym...@logtel.com or sh...@logtel.com Best wishes, Raymond Ludwin

how to redirect in bash+crontab

Hi, I thought I'd share an observation that was, I admit, new to me - and I thought I had plenty of experience. And then I have a question or two. I moved a bunch of scripts to a new computer (RHEL 5.4 -> CentOS 6.2). They work, but I noticed weird "permission denied" messages in the mails cron s