similar to: Real sh? Or other efficient shell for non-interactive scripts

I need to write a script that will contact a remote system using TELNET with VT52/1xx/2xx/320 and perform some operations. I am familiar with TELNET but it appears that it won't work for my purposes. TIA, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax:

I am attempting to use libvirtd/kvm on CentOS 5.latest to migrate a SCO OpenServer 5.0.6a VM from the old VMware server. I have converted the multiple vmdk disk files to a single file, then used qemu-img convert to create files for libvirtd, both qcow2 and raw formats. After many attempts to get this working I'm up against what appears to be a brick wall. + The VMware VMs are using

Hello, I hesitate to call this a bug, because I could have forgotten something important, but the MarkowitzPortfolio example in fPortfolio does not work for me. Here's my code: > library(fPortfolio) > >xmpPortfolio("\nStart: Load monthly data set of returns > ") > data(berndtInvest) > # Exclude Date, Market and Interest Rate columns from data

On Fri, Apr 24, 2015 at 3:04 PM, <m.roth at 5-cent.us> wrote: > > > My first RH was 5, late nineties. First time I looked at linux and > installed, it was '95, and slack. (We'll ignore the Coherent that I > installed on my beloved 286 in the late 80's). > <snip> You mean you missed all the fun with Xenix on Radio Shack Model 16's and SysV on

It was the mid/late-90s, but I seem to recall Bourne being the default shell, although sh/ksh/csh were all available with a typical install. On Fri, Apr 24, 2015 at 8:32 AM, Scott Robbins <scottro at nyc.rr.com> wrote: > On Fri, Apr 24, 2015 at 08:02:56AM -0400, mark wrote: > > On 04/24/15 06:57, Pete Geenhuizen wrote: > > > > > >On 04/24/15 06:07, E.B. wrote:

On 04/24/2015 03:57 AM, Pete Geenhuizen wrote: > if you leave it out the script will run in whatever environment it > currently is in. I'm reasonably certain that a script with no shebang will run with /bin/sh. I interpret your statement to mean that if a user is using ksh and enters the path to such a script, it would also run in ksh. That would only be true if you

On 10/11/2017 12:20 PM, Lamar Owen wrote: > On 09/21/2017 08:14 AM, hw wrote: >> what keeps deleting files and directories under /var/run? Having them >> deleted >> is extremely annoying because after a reboot, things are suddenly >> broken because >> services don?t start. *snip* > > The fact of the matter is that the EL7 behavior is to store /var/run in

hi i have a 32 bits server asterisk 1.6 will work ok in it? is just for a demo server no more than 4 to 10 calls at the same time. and a tdm board. waht do you think? thanks David -- (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination. -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 04/24/15 06:57, Pete Geenhuizen wrote: > > On 04/24/15 06:07, E.B. wrote: >> I'm sure most people here know about Dash in Debian. Have there >> been discussions about providing a more efficient shell in Centos >> for use with heavily invoked non-interactive scripts? >> >> With sh being a link to bash in Centos I don't know if it would >> explode

On Fri, April 24, 2015 12:04 pm, John R Pierce wrote: > On 4/24/2015 9:47 AM, Gordon Messmer wrote: >> On 04/24/2015 03:57 AM, Pete Geenhuizen wrote: >>> if you leave it out the script will run in whatever environment it >>> currently is in. >> >> I'm reasonably certain that a script with no shebang will run with >> /bin/sh. I interpret your

On Fri, Apr 24, 2015 at 10:38:25AM -0400, m.roth at 5-cent.us wrote: > Fascinating. As I'd been in Sun OS, and started doing admin work when it > became Solaris, I'd missed that bit. A question: did the license agreement > include payment, or was it just restrictive on distribution? In 1990, when I started using ksh88, it was totally commercial. Binaries were $$$ and source was

On 04/20/2017 05:55 PM, Warren Young wrote: > ... I find that most hardware is ready to fall over by the time the > CentOS that was installed on it drops out of support anyway. > ... James' point isn't the hardware cost, it's the people cost for retraining. In many ways the Fedora treadmill is easier, being that there are many more smaller jumps than the huge leap from C6

On 09/19/17 11:58, Richard wrote: > > >> Date: Tuesday, September 19, 2017 11:53:24 -0400 >> From: Pete Geenhuizen <pete at geenhuizen.net> >> >> On 09/19/17 11:44, m.roth at 5-cent.us wrote: >>> Pete Geenhuizen wrote: >>>> I upgraded from 7.3 to 7.4 over the weekend.? Everything went >>>> well except that I can't login

On 09/19/17 11:44, m.roth at 5-cent.us wrote: > Pete Geenhuizen wrote: >> I upgraded from 7.3 to 7.4 over the weekend.? Everything went well >> except that I can't login because the screen is black with a cursor. >> >> If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel >> everything works just fine, so my guess is that there's a kernel issue

This is a continuation of the thread about redhat vs centos and the thought of moving from centos due to redhats new business model. Forgive the length, but I had to share. I went ahead and downloaded the 5 year supported version of ubuntu server. You think centos/redhat is a bit tough or not polished? One day with ubuntu server and you will look at centos install and setup as a god! Where do

I upgraded from 7.3 to 7.4 over the weekend.? Everything went well except that I can't login because the screen is black with a cursor. If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel everything works just fine, so my guess is that there's a kernel issue with the hardware, specifically the Skylake processor. Has anyone else run into this problem and if so can how I

On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > On 03/06/2019 04:21 PM, Phil Perry wrote: >> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>> >>> That is all good and well, but my problem is that I now can't install >>> >>> vlc smplayer mplayer, or? ffmpeg-libs because they need >>> ocl-icd-2.2.12-1.el7.x86_64from epel.

On 08/02/15 12:33, Pete Geenhuizen wrote: > > On 02/08/15 06:12, Ned Slider wrote: >> >> On 08/02/15 05:09, S.Tindall wrote: >> Yes, just to reiterate: >> >> yum erase kmod-nvidia >> yum install kmod-nvidia-340xx >> reboot >> >> You will then be on the correct driver branch and will get the >> appropriate driver updates going

On 09/19/17 11:01, Pete Geenhuizen wrote: > I upgraded from 7.3 to 7.4 over the weekend.? Everything went well? > except that I can't login because the screen is black with a cursor. > > If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel? > everything works just fine, so my guess is that there's a kernel > issue? > with the hardware, specifically the

On 06/03/2019 19:30, Pete Geenhuizen wrote: > > > On 03/06/2019 09:59 AM, Fred Smith wrote: >> >>> I tried to install this and ran into a conflict >>> >>> --> Processing Conflict: >>> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >>> --> Finished Dependency Resolution >>> Error: nvidia-x11-drv-340xx