[PLUG] Linksys WAP11 and ntp...
Is it true that version 2.6 of the Linksys WAP11 uses hard coded ntp servers? Is there a way to set this? I have an ntp server on my network and want to use the local one instead of whatever the WAP11 thinks it should use. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Free Geek approved for AT!
On Thu, 16 Sep 2010 11:34:44 -0700 Michael Dexter dex...@ambidexter.com dijo: Free Geek has approved us for the PLUG Advance Topics meeting. Let's give this venue a try with a new food model. Thanks for taking the initiative to get this going. I will be there, Schlüssel in Hand. Onwärts zur Pizza u. zum Bier! And a reminder, it will be Tuesday, September 21 at Free Geek. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
On Thu, 2010-09-16 at 10:17 -0700, Patrick J. Timlick wrote: In my Weird Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. -- Pat A few problems with this. 1. SpamCannibal and EasyTCP require perl, not python. 2. The Slackware 10.1 based server is running perl 5.12.1 just fine. 3. Obviously, CentOS's perl 5.8.8 doesn't match. 4. I've already installed perl 5.12.1 as the default on CentOS. 5. I did an rpm -e --nodeps for all of the CentOS perl packages and then I deleted /usr/lib/perl5 prior to source installation. Thing is, there has to be a way to do this and if there isn't, there should be an explanation why. When perl 6 is finished, will people still prefer python? I don't understand why people want to leave perl for python. If Redhat has done something strange to perl, what did Redhat do? Can I duplicate this with the newer source code to be compatible with CentOS 5.x perl and perl 5.12.1 on the slackware based server? The slackware server is nfs root based, so please don't suggest that I upgrade. I'm tempted to install perl 5.8.8 via yum on CentOS, but this won't match what I have on the Slackware server and it is older. Is there a way to install the standard perl to a non standard area to study it somehow so I can figure out what RedHat did to it? EasyTCP isn't working on the CentOS server with perl 5.12.1, I get a lot of unintialized value errors and I don't know why. Isn't perl capable of emulating older versions of itself? ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
On Fri, Sep 17, 2010 at 12:03 AM, Michael C. Robinson plu...@robinson-west.com wrote: On Thu, 2010-09-16 at 10:17 -0700, Patrick J. Timlick wrote: In my Weird Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. -- Pat A few problems with this. 1. SpamCannibal and EasyTCP require perl, not python. 2. The Slackware 10.1 based server is running perl 5.12.1 just fine. 3. Obviously, CentOS's perl 5.8.8 doesn't match. 4. I've already installed perl 5.12.1 as the default on CentOS. 5. I did an rpm -e --nodeps for all of the CentOS perl packages and then I deleted /usr/lib/perl5 prior to source installation. Thing is, there has to be a way to do this and if there isn't, there should be an explanation why. Yes, interfaces change and things break. RHEL5/Centos5 is at the end of the major update period. We will probably get one more with major fixes that are not security related after RHEL6 comes out at the end of the year. When perl 6 is finished, will people still prefer python? I don't understand why people want to leave perl for python. Depends. I find python is easier to read. If Redhat has done something strange to perl, what did Redhat do? Can I duplicate this with the newer source code to be compatible with CentOS 5.x perl and perl 5.12.1 on the slackware based server? The tarball for the 5.12.1 and the source rpm. stick the two together and start building. Oh, btw, start figuring out what all the patch files do as these were probably pushed up stream but you don't know until you look at each one. The slackware server is nfs root based, so please don't suggest that I upgrade. The reason for using a distro like Centos is similar to/and why people use Redhat is for stability. Moving perl to something that breaks existing working programs is not in the cards. Centos follows the exact same packages. The idea of leaving the base perl and building/installing the newer version is very reasonable as it won't break things that worked before like vim (and others). If you need 5.12.1 for EasyTCP then place in /usr/local/{bin,lib} as needed and change the few places in EasyTCP to point to the new version of perl. If you really want to do things like replace a major language that has dependencies in dozens of packages. Go for it. Be prepared for a lot of bumps on the way. Do it on a machine you don't care about as when you get it to the point that none of the major programs that use perl work, re-install from scratch and start over learning from your mistakes. That the beauty of of Open Source, you are free to do what you want with it. I'm tempted to install perl 5.8.8 via yum on CentOS, but this won't match what I have on the Slackware server and it is older. Is there a way to install the standard perl to a non standard area to study it somehow so I can figure out what RedHat did to it? Grab the source rpm files from http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/ EasyTCP isn't working on the CentOS server with perl 5.12.1, I get a lot of unintialized value errors and I don't know why. Ask the author. If you ask a question in the right way, with enough detail. You will probably get a useful answer. Isn't perl capable of emulating older versions of itself? ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
[PLUG] Bash Scripting Question
Probably a stupid question, but if one wanted to find all files with execute bits set in a folder (find . -executable), and then execute them, all within a bash script, is there a simple for files in * loop that would accomplish this? ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Bash Scripting Question
yes, but wouldn't it be easier to do that with just find? find . -executable -exec {} \; -wes On Fri, Sep 17, 2010 at 7:36 AM, Josh Cady josh.c...@gmail.com wrote: Probably a stupid question, but if one wanted to find all files with execute bits set in a folder (find . -executable), and then execute them, all within a bash script, is there a simple for files in * loop that would accomplish this? ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Bash Scripting Question
On Fri, 17 Sep 2010, Josh Cady wrote: Probably a stupid question, but if one wanted to find all files with execute bits set in a folder (find . -executable), and then execute them, all within a bash script, is there a simple for files in * loop that would accomplish this? for F in *; do test -x $F ./$F done -- Paul Heinlein heinl...@madboa.com http://www.madboa.com/ ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Linksys WAP11 and ntp...
On Thu, Sep 16, 2010 at 11:36:00PM -0700, Michael C. Robinson wrote: Is it true that version 2.6 of the Linksys WAP11 uses hard coded ntp servers? Here, let me Google that for you. http://www.google.com/search?q=wap11+ntp First answer is a page entitled, Weird dates and time stamps on old Linksys WAP11... which is someone asking much the same question as you, but in 2006 on WirelessForums, which would be a great place to find people who know something about WAPs. So this answer has been sitting on the web, waiting for you, for 4 years. The first response to the question confirms that Linksys hard-coded the NTP servers. A later response includes the actual source code with the addresses. Is there a way to set this? I have an ntp server on my network and want to use the local one instead of whatever the WAP11 thinks it should use. I didn't see an answer to that. I suspect not, unless you replace the firmware. Surprisingly enough, googling for wap11 firmware gave me links to firmware for the device, and in fact, the first result was a page about loading a (far superior) D-Link firmware onto the WAP11, as well as increasing output power. It's truly amazing what a web-search can tell you. Regards, Aaron, shabbos goy of the web ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Bash Scripting Question
wes wrote: yes, but wouldn't it be easier to do that with just find? find . -executable -exec {} \; -wes On Fri, Sep 17, 2010 at 7:36 AM, Josh Cady josh.c...@gmail.com wrote: Probably a stupid question, but if one wanted to find all files with execute bits set in a folder (find . -executable), and then execute them, all within a bash script, is there a simple for files in * loop that would accomplish this? That will work ... but caution ... it does search subdirectories as well ... may need to add something like ... -maxdepth levels Descend at most levels (a non-negative integer) levels of direc‐ tories below the command line arguments. ‘-maxdepth 0' means only apply the tests and actions to the command line arguments. Check your man pages ... YMMV Regards Fred James ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
On Fri, Sep 17, 2010 at 12:45 AM, Larry Brigman larry.brig...@gmail.com wrote: On Thu, Sep 16, 2010 at 10:17 AM, Patrick J. Timlick p.j.timl...@ieee.org wrote: In my Wierd Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. Nice jab at Perl. Trying to upgrade Python from 2.4 to 2.5 or 2.6 on a Distro like Centos 5 is really painful. Not really worth the effort to do a full replacement. Are you sure that's a jab at Perl? I read it as saying that when upgrading Python you can run into the same headaches/problems as when trying to upgrade Perl. So just another bit of anecdotal evidence that you need to be careful when trying to change the defaults that a system ships with. Erik ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
On Fri, Sep 17, 2010 at 12:45:30AM -0700, Larry Brigman wrote: On Thu, Sep 16, 2010 at 10:17 AM, Patrick J. Timlick p.j.timl...@ieee.org wrote: In my Wierd Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. Nice jab at Perl. Trying to upgrade Python from 2.4 to 2.5 or 2.6 on a Distro like Centos 5 is really painful. Not really worth the effort to do a full replacement. Some are misunderstanding Pat. He did not mean replacing system Perl with system Python. He endorsed my suggestion regards Perl. His suggestion was to s/Perl/Python/ to my message and treat Python the same way. That is, leave /usr/bin/python alone and make upgrades to /usr/local/bin/python . A wise extension of a basic philosophy - let updates manage the distro, make improvements to /usr/local . While a dependency-free distro would be a nice dream (why oh why can't dependencies be managed per individual tool, not whole systems?), in reality a change to one tool affects many others. I run distros, rather than roll my own, because I'm relying on The Upstream Vendor to do the regression testing for me. I suspect there are other tools in the distro that should be left alone, with upgrades going into /usr/local/bin instead. Perhaps the C compiler. Other suggestions? Keith -- Keith Lofstrom kei...@keithl.com Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- Your Ideas in Silicon Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
At the risk of being misunderstood, again, I can confirm that it was not a jab at Perl. In fact, I was warning that similar cautions and solutions apply to Python as those described by Keith for Perl. -- Pat On Fri, Sep 17, 2010 at 10:14 AM, Erik Lane erikl...@gmail.com wrote: On Fri, Sep 17, 2010 at 12:45 AM, Larry Brigman larry.brig...@gmail.com wrote: On Thu, Sep 16, 2010 at 10:17 AM, Patrick J. Timlick p.j.timl...@ieee.org wrote: In my Wierd Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. Nice jab at Perl. Trying to upgrade Python from 2.4 to 2.5 or 2.6 on a Distro like Centos 5 is really painful. Not really worth the effort to do a full replacement. Are you sure that's a jab at Perl? I read it as saying that when upgrading Python you can run into the same headaches/problems as when trying to upgrade Perl. So just another bit of anecdotal evidence that you need to be careful when trying to change the defaults that a system ships with. Erik ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- p.j.timl...@ieee.org www.timlick.com 503-476-3119 10990 NE Paren Springs Rd. Dundee OR 97115 ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
Finally, someone who understands me. -- Pat On Fri, Sep 17, 2010 at 11:03 AM, Keith Lofstrom kei...@kl-ic.com wrote: On Fri, Sep 17, 2010 at 12:45:30AM -0700, Larry Brigman wrote: On Thu, Sep 16, 2010 at 10:17 AM, Patrick J. Timlick p.j.timl...@ieee.org wrote: In my Wierd Things That Happen experience, one should heed Keith's cautions and advice when attempting to upgrade Python. Do just as he says, except replace Perl with Python. Nice jab at Perl. Trying to upgrade Python from 2.4 to 2.5 or 2.6 on a Distro like Centos 5 is really painful. Not really worth the effort to do a full replacement. Some are misunderstanding Pat. He did not mean replacing system Perl with system Python. He endorsed my suggestion regards Perl. His suggestion was to s/Perl/Python/ to my message and treat Python the same way. That is, leave /usr/bin/python alone and make upgrades to /usr/local/bin/python . A wise extension of a basic philosophy - let updates manage the distro, make improvements to /usr/local . While a dependency-free distro would be a nice dream (why oh why can't dependencies be managed per individual tool, not whole systems?), in reality a change to one tool affects many others. I run distros, rather than roll my own, because I'm relying on The Upstream Vendor to do the regression testing for me. I suspect there are other tools in the distro that should be left alone, with upgrades going into /usr/local/bin instead. Perhaps the C compiler. Other suggestions? Keith -- Keith Lofstrom kei...@keithl.com Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- Your Ideas in Silicon Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug -- p.j.timl...@ieee.org www.timlick.com 503-476-3119 10990 NE Paren Springs Rd. Dundee OR 97115 ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] setting up a local linux repository question
On Wed, Sep 15, 2010 at 01:19:29PM -0700, website reader wrote: I would appreciate hearing from anyone who has built a network source repository server and upgrades their systems via a LAN, and does NOT rely upon online updates to speak directly to the client machine. I do that when I set up a net-install system. Usually, I set up a basic install dir using an install CD, and then make a cache of remote network repos using Squid, apt-cacher-ng or something similar. I highly recommend caching package repos. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Free Geek approved for AT!
On Thu, 2010-09-16 at 11:34 -0700, Michael Dexter wrote: Hello, Free Geek has approved us for the PLUG Advance Topics meeting. Let's give this venue a try with a new food model. The new food model will be Randal covered in cold meat. He will do the Dance of the Seven Veals. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Bash Scripting Question
Thanks for the help. The find . -executable -exec '{}' \; works well. On Fri, Sep 17, 2010 at 8:31 AM, Fred James fredj...@fredjame.cnc.net wrote: wes wrote: yes, but wouldn't it be easier to do that with just find? find . -executable -exec {} \; -wes On Fri, Sep 17, 2010 at 7:36 AM, Josh Cady josh.c...@gmail.com wrote: Probably a stupid question, but if one wanted to find all files with execute bits set in a folder (find . -executable), and then execute them, all within a bash script, is there a simple for files in * loop that would accomplish this? That will work ... but caution ... it does search subdirectories as well ... may need to add something like ... -maxdepth levels Descend at most levels (a non-negative integer) levels of direc‐ tories below the command line arguments. ‘-maxdepth 0' means only apply the tests and actions to the command line arguments. Check your man pages ... YMMV Regards Fred James ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
Re: [PLUG] Using a new perl on CentOS...
On Fri, Sep 17, 2010 at 12:21 PM, Patrick J. Timlick p.j.timl...@ieee.org wrote: At the risk of being misunderstood, again, I can confirm that it was not a jab at Perl. In fact, I was warning that similar cautions and solutions apply to Python as those described by Keith for Perl. Sorry for confusing the issue. I know that on RHEL/Centos most of the automation/admin tools are written in python and replacing/upgrading it with a new version is really a bad idea unless you want to go back to editing files with ed. ___ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug