Re: Safety Tip: aim caff away from foot before triggering...
On 03/22/2007 11:41 AM, Ben Scott wrote: On 3/22/07, Ted Roche [EMAIL PROTECTED] wrote: Um. I tried a couple of things and just managed to mangle up my shell windows with lines-and-boxes font characters. Sounds like you ended up with binary output on a terminal. To un-fsck the terminal emulator, issue the command: reset (One nice thing about that is you can easily type it blind.) I've had this old school fix for many many years that I use out of habit: echo ^V^O I always had this thing about running a command called 'reset', especially if I was root at the time. -Mark ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: New Login in a nested Window and a month of aggravation...
On 3/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Okay, I admit it! I have no idea what you're talking about! I use Xnest. And I have problems with Xnest, too. But what problems are you having? Maybe you can give an example of one situation which is causing problems for you... Yeah, it was wordy... kinda the edge i was on... Basically, it all works fine, just not the mouse. The mouse cursor appears to track but clicking any of the buttons has no effect unless I click like a bug-mad monkey. If I repeatedly click, eventually the xnest window will register a click. The mouse and keyboard are both PS2, but plugging in the USB mouse shows the same symptoms. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
[GNHLUG] MythTV InstallFest - March 31st, NHTI, Concord, New Hampshire
What : MythTV Installation Assistance Where: New Hampshire Technical Institute, Concord, NH Day : Saturday 31 March 2007 Time : 10:00 AM to 5:00 PM - Introduction - GNHLUG, in conjunction with NHTI, is pleased to announce the second MythTV InstallFest! Do you want to be able to watch TV shows when *you* want to watch them? Tired of paying monthly fees for your DVR? Does the idea of having a computer strip the commercials out of a recording appeal to you? Have a TiVo, but wish it could do more? If you answered Yes to any of those -- and you don't feel uncomfortable with the idea of opening up your computer -- then come and let us turn an ordinary computer into the most full-featured DVR on the planet! If you are interested, visit the following web page: http://wiki.gnhlug.org/twiki2/bin/view/Www/MythFest - About MythTV - MythTV is a free software suite for Linux that turns a computer with the necessary hardware into a DVR (Digital Video Recorder) and more. Features include: * Intelligently schedules recordings to avoid conflicts * Pause, skip, and rewind live TV * Analyzes recordings and filter out commercials * Vary playback speed, adjusting audio pitch as necessary * Interfaces with free TV listing data * On-screen graphical interface for scheduling, playback, and more * Web browser interface for remote access to most features MythTV has a modular software plug-in system, which makes it easy for third-parties to add functionality. There are plug-ins available which enable all of the following (all on your TV): * MP3 playback * Digital photo galleries * DVD management * Weather and traffic bulletins * Web browsing * And much more! - About Linux - Linux is a computer operating system (other operating systems include Microsoft Windows and Apple MacOS). Linux is Free Software, in that no one person or company owns or controls it. Anyone may use, modify, and/or redistribute Linux freely. There is a huge selection of software available for Linux, much of it high-quality, and much of it freely available. MythTV is but one application of the power of Linux. For more information on Linux, visit the http://www.linux.org/ web site. - About the event - You will bring a computer with appropriate hardware installed. We will walk everyone though the process of installing and configuring Linux and MythTV. When you leave, you will have a fully-functional MythTV DVR, ready to hook-up at your home. There is no charge for attendance. Advance registration is required; see the website for details: http://wiki.gnhlug.org/twiki2/bin/view/Www/MythFest GNHLUG is the Greater New Hampshire Linux User Group. NHTI is the New Hampshire Technical Institute. We are doing this as a service to the community, because we like Linux, and because we needed this help ourselves at one time. ___ gnhlug-announce mailing list gnhlug-announce@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-announce/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: New Login in a nested Window and a month of aggravation...
On 3/22/07, Star [EMAIL PROTECTED] wrote: Okay, this one has finally beaten me... any thoughts? And no, Tom, i will not switch to KDE ;-) You need to switch to kd. Oh... GDI! -- -- Thomas ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Safety Tip: aim caff away from foot before triggering...
This also often works: stty sane ...and FYI if you've thoroughly confused the xterm you'll need to hit ^M instead of the Enter key to get it executed. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Safety Tip: aim caff away from foot before triggering...
On Friday, Mar 23rd 2007 at 11:53 -0400, quoth Michael ODonnell: =This also often works: = = stty sane = =...and FYI if you've thoroughly confused the xterm you'll need to hit ^M =instead of the Enter key to get it executed. or ^J ;-) -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
FYI: spamconf '07
I've been to this for the last few years and it's always fun and informative. -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net -- Forwarded message -- Date: Fri, 23 Mar 2007 06:44:36 -0700 (PDT) From: Bill Yerazunis [EMAIL PROTECTED] Subject: Current Status We're coming down to the wire for the MIT Spam Conference 2007. The tenative schedule is posted on the web site (www.spamconference.org). Here it is as of the current date and time: Thursday, March 29: 17:00-onward - informal get-together at Cambridge Brewing Company (highly informal, just show up, not sponsored ) Friday, March 30: 9:00 Coffee, Juice, Bagels, Donuts 9:30 Chair: Opening CommentsInvited Topics 9:45 Jessica Baumgart: Blog Spam 10:15 Amanda Watlington: Search Engine Spam 10:45 Coffee and Donuts I Consider the Source 11:00 Alberto Trevino: Relays and Header Analysis Revisited 11:20 Alberto Mujica: Reputation Management for Email 11:40 David Hughes:SPF and Symmetric DNS 12:00 Lunch (on your own) Working the Text 13:30 Nouman Azam: Feature selection and Latent Semantic Indexing 13:50 Catalan Cosoi: Combining antispam filters 14:10 Manuel Martin-Merino:Ensembles of SVM filters 14:30 Coffee and Donuts II Going Outside the text box 15:00 Tobias Eggendorfer: Tarpit simulation 15:20 Drugge/Beckman: SMTP Multiplex throttling 15:40 Fumero: Detecting image spam ~16:00-onward Roundtable Rants / Late Breaking (all interested) ~16:00-onward (andAdjourn to Informal Discussions) ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Warning: Explicative language involved
On Mar 21, 2007, at 11:20 PM, Jon 'maddog' Hall wrote: Recently I was working on a project, and I ran across this article: [Warning: Explicative language involved] Big fan and daily reader of both Tim Bray and Hugh McLeod's Gaping Void - warning, some language there not appropriate for some more sensitive offices or with children present. One of the major reasons a number of my friends are moving from Winders to more cross-platform, open-source solutions is the *lack of passion* on the platform. Tim Bray blogged in another recent article that Microsoft has lost its mojo and I strongly agree. So what do *YOU* think would be F***king cool? Well, in the last year, F'n Cool has included: You Tube The OLPC - sleek, elegant in a Fisher-Price way, capable, low-power MythTV, especially sleek front ends that fit in the stereo rack Gigabytes in keyfobs Screencasts - video presentations screen-scraped - easily done to demo HOWTO (cite: http://dabodev.com/documentation) BitTorrent CMSes grown up to be application-development platforms Python Ted Roche Ted Roche Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Simply Amazing and Head Slappers
Jon 'maddog' Hall wrote: I want to thank all the people that sent me email on the F***king Cool email, and anyone that is inspired to send more, it is certainly welcome. Now what I would like to concentrate on is more of the line of Wow, I (or my boss) would really like to see that at work... On the hardware side, I think it might be time for something like the Cobalt again, cross-bred with a LinkSys WRT54-StorageLink-Linux box: - Small, lower power - Preinstalled OS, web management interface - Plug in Internet to one plug, intranet to other plug - Router, firewall, email server, spam filter - Intranet server with forums, wikis, CMS already setup - File server with USB2-plugable external storage - Print server, autodetect, configure available printers - Downloadable/burnable client ISOs of client workstation software - Extranet web site (optional) - This is combination Small Business Server Killer and low-end Cisco/Firebox killer, potentially a monsterous SOHO solution. - Oh, and priced at $249. -- Ted Roche Ted Roche Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Simply Amazing and Head Slappers
On Thu, 2007-03-22 at 19:01 -0400, John Abreau wrote: On 3/22/07, Python [EMAIL PROTECTED] wrote: Yes. But if it is like dirvish, one changed record means a whole new mysql.sql in the daily snapshot directory. rdiff would presumably store a delta saving space and allowing finer grained recovery points within a given disk quota. I haven't looked at rdiff since 1998, but back then, I inherited a system that was using rdiff to replicate a development environment hosted in Mountain View to a remote office in Marlboro every night, and rdiff was taking about 20 hours to complete the job. Somebody told me about rsync when we were at the Cambridge Brewery after a BLU meeting, and I gave it a try the next day. I found that rsync completed the same job in less than two hours. Has rdiff really changed that much over the years? Or is it a whole new protocol that just reused an old name? It looks like a different project using the old name. The web site says it uses librsync, so the performance should be comparable to what you are used to. -- Lloyd Kvam Venix Corp ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Simply Amazing and Head Slappers
Ted Roche wrote: Jon 'maddog' Hall wrote: I want to thank all the people that sent me email on the F***king Cool email, and anyone that is inspired to send more, it is certainly welcome. Now what I would like to concentrate on is more of the line of Wow, I (or my boss) would really like to see that at work... On the hardware side, I think it might be time for something like the Cobalt again, cross-bred with a LinkSys WRT54-StorageLink-Linux box: - Small, lower power - Preinstalled OS, web management interface - Plug in Internet to one plug, intranet to other plug - Router, firewall, email server, spam filter - Intranet server with forums, wikis, CMS already setup - File server with USB2-plugable external storage - Print server, autodetect, configure available printers - Downloadable/burnable client ISOs of client workstation software - Extranet web site (optional) - This is combination Small Business Server Killer and low-end Cisco/Firebox killer, potentially a monsterous SOHO solution. - Oh, and priced at $249. I think you've spec'ed out the Linksys WRTSL54GS. Except it was priced at $106.00 from PC Connection. I think its a bit anemic on the CPU though, won't be good running something like TWiki. I have one, but OpenWRT seems to have some USB driver issues - I couldn't get it to understand some USB Serial ports I have (that Ubuntu/Debian work fine with). There's quite a bit more power in the KoolU Sky though. (But the one I have is about $700 (and it is maxed out on options). At least it runs with 2 heads.) And it runs on less than 12 watts. --Bruce ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
[SHIFT]+[PAGE UP] This does not work . On the boot messages . I get : IP routing cache ... TCP: Hash table ... NET4: Unix domain sockets ... then ds: no socket drivers on the working boot at this point I get RAMDISK compressed image found at block 0 ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Simply Amazing and Head Slappers
I saw not-so-great TWiki performance on a decent box, even... phpwiki ran much much faster with less CPU load. --DTVZ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Handhelds/PDAs - Palm vs Zaurus vs others - Opinions? Experiences?
On Thu, Mar 22, 2007 at 09:47:40AM -0400, Paul Lussier wrote: Sacha Chua (Cc'ed on this e-mail) who's since become a good friend of mine, introduced me to my current PDA/PIM device of choice: The Hipster PDA. When they make a version that includes alarm functionality for repeating events and to do list entries, I'll switch. Until then the Hipster PDA simply doesn't provide critical PDA functionality. -- [EMAIL PROTECTED] OpenPGP KeyID 0x57C3430B Holder of Past Knowledge CS, O- This message closed-captioned for the hearing impaired. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
Thomas Charron wrote: On 3/22/07, Don Leslie [EMAIL PROTECTED] wrote: I have a RHEL3 system which boots from scsi disk . # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/sda2 # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=10 splashimage=(hd0,0)/grub/splash.xpm.gz title Red Hat Enterprise Linux WS (2.4.21-27.EL_SNARE096) root (hd0,0) kernel /vmlinuz-2.4.21-27.EL_SNARE096 ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27.EL_SNARE096.img title Red Hat Enterprise Linux WS (2.4.21-27.EL) root (hd0,0) kernel /vmlinuz-2.4.21-27.EL ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27.EL.img title Red Hat Enterprise Linux WS (2.4.21-27.EL mpt scsi) root (hd0,0) kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27-mpt_scsi.EL_SNARE096.img Wait, are your files in /boot, or in the root? Sorry, I haven't fudged with grub for a while, but if their in /boot, wouldnt they need to full path? The other boots in menu.lst work and they use root=/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
a question about GREP
Hi, The manual of grep command on Red Hat states that: -R, -r, --recursive read all files in each directory, recursively, this is equivalent to -d recurse option --*include*=PATTERN recurse in directories only searching file matching PATTERN --exclude=PATTERN recurse in directories skip file matching PATTERN For the --include or --exclude option, what is file matching PATTERN supposed to mean? I supposed it means file name match PATTERN, not file content match patten, am I right? I'm asking this question, because I'm trying to do the following thing: Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. (These plain text files are located in the sub-directories at different levels) I tried the following 2 lines of commands to try to achieve the goal above, but neither worked. Anyone cares to spot the error? I suspect most likely it's because my usage/understanding of --include option is wrong. grep -Hwli -r --include=out zip * zip.txt grep -Hwli --include=out zip * zip.txt Sorry if this question sounds stupid. Thank you for your time. Zhao ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
Scott, Thank you for your solution. But it didn't work on system. :-( Also, doesn't Grep stand for global regular expression print? Zhao On 3/23/07, Scott A. Valcourt [EMAIL PROTECTED] wrote: Zhao- Grep stands for global replace, though it is most often used as a global find of a text pattern in UNIX. I'm asking this question, because I'm trying to do the following thing: Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. (These plain text files are located in the sub-directories at different levels) Well, one way to do this in UNIX is really of the following: grep -r zip *out*.* zip.txt I think this is what you want to do. -Scott At 03:41 PM 3/23/2007, you wrote: Hi, The manual of grep command on Red Hat states that: -R, -r, --recursive read all files in each directory, recursively, this is equivalent to -d recurse option --include=PATTERN recurse in directories only searching file matching PATTERN --exclude=PATTERN recurse in directories skip file matching PATTERN For the --include or --exclude option, what is file matching PATTERN supposed to mean? I supposed it means file name match PATTERN, not file content match patten, am I right? I'm asking this question, because I'm trying to do the following thing: Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. (These plain text files are located in the sub-directories at different levels) I tried the following 2 lines of commands to try to achieve the goal above, but neither worked. Anyone cares to spot the error? I suspect most likely it's because my usage/understanding of --include option is wrong. grep -Hwli -r --include=out zip * zip.txt grep -Hwli --include=out zip * zip.txt Sorry if this question sounds stupid. Thank you for your time. Zhao ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ -Scott Valcourt email: [EMAIL PROTECTED] Computer Science Departmentphone: (603) 862-4489 University of New Hampshirefax:(603) 862-3493 310 Nesmith Hall Durham, NH 03824 ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
Jerry writes: Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. (These plain text files are located in the sub-directories at different levels) Here is how I would do this: find your-dirname1 your-dirname2 -name \*out\* \ -exec perl -e 'undef $/; $filename=$ARGV[0]; $_=; exit(!(-T $filename /\bzip\b/))' \{\} \; -print \ zip.txt Notes: 1: I assume you were serious about the plain text files part. This is what the -T bit in the Perl program looks for. No binary files, right? 2: I assume you were serious about the zip part, so a word like unzip would not qualify. 3: The Perl code has some warts, but I was trying for clarity here. 4: The find program is very powerful and you can never go wrong learning about its features. Regards, --kevin PS I thought you might like some of my favorite aliases: # Author: kevin d. clark # Finds text files in the specified directories. These use Perl's -T # and -B tests. Here's some relevant documentation from the perlfunc # page: # #The -T and -B switches work as follows. The first block or #so of the file is examined for odd characters such as strange #control codes or characters with the high bit set. If too many #strange characters (30%) are found, it's a -B file, other- #wise it's a -T file. Also, any file containing null in the #first block is considered a binary file. [] Both -T and #-B return true on a null file... # # Caveat programmer. # # Find text files txtfind () { if [ $# -eq 0 ] ; then txtfind . else perl -MFile::Find -e 'find(sub{print $File::Find::name\n if (-f -T);}, at ARGV);' ${ at } fi } # Find DOS-formatted text files dostxtfind () { if [ $# -eq 0 ] ; then dostxtfind . else perl -MFile::Find -e 'find(sub{ $crlf = 0; if (($f = -f) ($T = -T)) { at ARGV=($_); binmode(ARGV); (/\r\n/ $crlf++) while(); } print $File::Find::name\n if ($f $T $crlf); }, at ARGV)' ${ at } fi } # Find binary files binfind () { if [ $# -eq 0 ] ; then binfind . else perl -MFile::Find -e 'find(sub{print $File::Find::name\n if (-f -B);}, at ARGV);' ${ at } fi } -- GnuPG ID: B280F24E Never could stand that dog. alumni.unh.edu!kdc -- Tom Waits ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
Thomas Charron wrote: But is that where the files are physically located? in / vs /boot? /boot is on /dev/sda1 original grub entry root (hd0,0) kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/ hda=ide-scsi I tried kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/sda1 hda=ide-scsi kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/hda1 hda=ide-scsi I get the same error . ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On Friday, Mar 23rd 2007 at 15:41 -0400, quoth Jerry: =The manual of grep command on Red Hat states that: = =-R, -r, --recursive =read all files in each directory, recursively, this is =equivalent to -d recurse option = = --*include*=PATTERN recurse in directories only searching file =matching PATTERN = --exclude=PATTERN recurse in directories skip file matching =PATTERN = =For the --include or --exclude option, what is file matching PATTERN =supposed to mean? I supposed it means file name match PATTERN, not file =content match patten, am I right? = =I'm asking this question, because I'm trying to do the following thing: = =Find out all plain text files whose file names contain out and whose =contents containing zip (in the form of whole word), and then output =these files names to a file called zip.txt. (These plain text files are =located in the sub-directories at different levels) = =I tried the following 2 lines of commands to try to achieve the goal above, =but neither worked. Anyone cares to spot the error? I suspect most likely =it's because my usage/understanding of --include option is wrong. = =grep -Hwli -r --include=out zip * zip.txt = =grep -Hwli --include=out zip * zip.txt = =Sorry if this question sounds stupid. That's the dumbest question I ever heard! (just kidding) It seems to me that you need grep find awk xargs etc... Tell me if this helps: find . -type f -name \*out\* | \ xargs file | \ awk '/ASCII/ { sub(/:/, ); print $1}' | \ xargs grep -l zip zip.txt Line 1 gets the list of files whose name contains the word out. Line 2 takes that list and runs the file command Line 3 takes the output of file and prints out column 1 (without the colon at the end) if the word ASCII is found Line 4 takes the previous output and searches those files for the word zip and the output then goes into zip.txt Easy peasy japaneezy (I shall now buff my nails.) -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On Friday, Mar 23rd 2007 at 16:33 -0400, quoth Jerry: =Also, doesn't Grep stand for global regular expression print? General Regular Expression Processor -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
Thomas Charron wrote: You're misunderstanding what I'm asking. Is the initrd that works IN the root of the drive, in /, or is it in /boot? On 3/23/07, Don Leslie [EMAIL PROTECTED] wrote: Thomas Charron wrote: But is that where the files are physically located? in / vs /boot? /boot is on /dev/sda1 original grub entry root (hd0,0) kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/ hda=ide-scsi I tried kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/sda1 hda=ide-scsi kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/hda1 hda=ide-scsi I get the same error . ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ initrd is in /boot for the working system ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
[GNHLUG] CentraLUG_: APril 2nd: Bill Stearns presents Logical Volume Management
The monthly meeting of CentraLUG, the Concord/Central New Hampshire chapter of the Greater New Hampshire Linux Users Group, occurs on the first Monday of each month on the New Hampshire Institute Campus starting at 7 PM. This month, we'll be meeting in our usual location, Room 146 of the Library/Learning Center/Bookstore, http://www.nhti.net/nhtimap.pdf , marked as I on that map. Directions and maps are available on the NHTI site at http://www.nhti.edu and on the GNHLUG site at http://wiki.gnhlug.org/twiki2/bin/view/Www/DirectionsToCentraLUG. The main meeting starts at 7 PM, with Bill Stearns presenting LVM: Logical Volume Management. Open to the public. Free admission. Tell your friends. Bill is an authority in the field of security, an instructor for the SANS Institute and an activist in several anti-spam efforts. Visit http://www.stearns,org for a list of some of the interesting projects he's been working on and packages he maintains. At April's meeting, Bill will explain the infrastructure of LVM and how to work with it. LVM is a great technology that allows you to add disk space to running systems, manage the mapping of logical and physical volumes and manipulate disk usage. With the correct choice of hardware and file systems, much of the work can be done while the systems continue to run! Bill has some practical insights into how these systems work, and can talk about some of the subtleties of why you might choose LVM-atop-RAID vs. RAID-atop-LVM. Attendees are encouraged to bring laptops: using temporary space (no need to repartition), Bill will use some loopback tricks to let you create some devices and manipulate the LVM commands - a great hands-on experience! More details at about this meeting and the group are available at http://www.centralug.org and http://www.gnhlug.org as I learn them! In future meetings, we are looking forward to Ben Scott demoing OpenWRT and Seth Cohn showing off Drupal - dates and times not yet confirmed and in flux, so stay tuned. Hope to see you there! -- Ted Roche Ted Roche Associates, LLC http://www.tedroche.com ___ gnhlug-announce mailing list gnhlug-announce@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-announce/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
You're misunderstanding what I'm asking. Is the initrd that works IN the root of the drive, in /, or is it in /boot? On 3/23/07, Don Leslie [EMAIL PROTECTED] wrote: Thomas Charron wrote: But is that where the files are physically located? in / vs /boot? /boot is on /dev/sda1 original grub entry root (hd0,0) kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/ hda=ide-scsi I tried kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/sda1 hda=ide-scsi kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/dev/hda1 hda=ide-scsi I get the same error . ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ -- -- Thomas ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On Fri, 2007-03-23 at 15:41 -0400, Jerry wrote: Hi, The manual of grep command on Red Hat states that: -R, -r, --recursive read all files in each directory, recursively, this is equivalent to -d recurse option --include=PATTERN recurse in directories only searching file matching PATTERN --exclude=PATTERN recurse in directories skip file matching PATTERN For the --include or --exclude option, what is file matching PATTERN supposed to mean? I supposed it means file name match PATTERN, not file content match patten, am I right? I'm asking this question, because I'm trying to do the following thing: Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. (These plain text files are located in the sub-directories at different levels) Would this approach work? find -type f -name '*out*' | xargs grep -wli zip zip.txt use find to recurse through directories and create a list of files. xargs feeds the file list as arguments to grep. grep examines the files looking for the word zip ignoring case and writes the filenames which get directed into zip.txt I tried the following 2 lines of commands to try to achieve the goal above, but neither worked. Anyone cares to spot the error? I suspect most likely it's because my usage/understanding of --include option is wrong. grep -Hwli -r --include=out zip * zip.txt grep -Hwli --include=out zip * zip.txt Sorry if this question sounds stupid. Thank you for your time. Zhao ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ -- Lloyd Kvam Venix Corp ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
because my usage/understanding of --include option is wrong. grep -Hwli -r --include=out zip * zip.txt grep -Hwli --include=out zip * zip.txt It seems to be more of a glob pattern. I played around a little on one of my boxes and I believe something more like --include=*out* for the include option will work. -Shawn ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem build initrd file
On 3/23/07, Don Leslie [EMAIL PROTECTED] wrote: Thomas Charron wrote: On 3/22/07, Don Leslie [EMAIL PROTECTED] wrote: I have a RHEL3 system which boots from scsi disk . # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/sda2 # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=10 splashimage=(hd0,0)/grub/splash.xpm.gz title Red Hat Enterprise Linux WS (2.4.21-27.EL_SNARE096) root (hd0,0) kernel /vmlinuz-2.4.21-27.EL_SNARE096 ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27.EL_SNARE096.img title Red Hat Enterprise Linux WS (2.4.21-27.EL) root (hd0,0) kernel /vmlinuz-2.4.21-27.EL ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27.EL.img title Red Hat Enterprise Linux WS (2.4.21-27.EL mpt scsi) root (hd0,0) kernel /vmlinux-2.4.21-27-mpt_scsi ro root=LABEL=/ hda=ide-scsi initrd /initrd-2.4.21-27-mpt_scsi.EL_SNARE096.img Wait, are your files in /boot, or in the root? Sorry, I haven't fudged with grub for a while, but if their in /boot, wouldnt they need to full path? The other boots in menu.lst work and they use root=/ But is that where the files are physically located? in / vs /boot? -- -- Thomas ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Safety Tip: aim caff away from foot before triggering...
On 3/23/07, Mark Komarinski [EMAIL PROTECTED] wrote: To un-fsck the terminal emulator, issue the command: reset I always had this thing about running a command called 'reset', especially if I was root at the time. reset is pretty safe. Now, killall, on the other hand... per the man page: Be warned that typing 'killall name' may not have the desired effect on non-Linux systems, especially when done by a privileged user. ... understatement of the decade ... -- One day I feel I'm ahead of the wheel / And the next it's rolling over me -- Rush, Far Cry ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On 3/23/07, Jerry [EMAIL PROTECTED] wrote: For the --include or --exclude option, what is file matching PATTERN supposed to mean? Typically, it's a shell glob. My testing appears to confirm that. I supposed it means file name match PATTERN, not file content match patten, am I right? Yah. Find out all plain text files whose file names contain out and whose contents containing zip (in the form of whole word), and then output these files names to a file called zip.txt. I think this should work: grep -lwir --include=\*out\* . zip.txt Using long options: grep --files-with-matches --word-regexp --ignore-case \ --recursive --include=\*out\* . zip.txt The backslashes before the stars (\*out\*) are needed because otherwise the shell will try to expand them, which may prevent grep from seing them. grep -Hwli -r --include=out zip * zip.txt The biggest problem there is that the include PATTERN is just out, which means the filename would have to be just out. Not without or outside. By putting the stars around it, as I did, it will match anything (including nothing) on either side, as well. The * you give for the file name will be expanded by the shell, which may or may not give you what you want. I used just ., which is the current directory. Let grep handle getting the file list from the current directory, since you're using a recursive file search (-r) anyway. Also, a few minor superfluous things: -l implies -H, so you don't need to specify both. And you don't need to quote zip, since zip does not contain any shell meta-characters. -- One day I feel I'm ahead of the wheel / And the next it's rolling over me -- Rush, Far Cry ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On 23 Mar 2007 17:01:40 -0400, Kevin D. Clark [EMAIL PROTECTED] wrote: Here is how I would do this: find your-dirname1 your-dirname2 -name \*out\* \ -exec perl -e 'undef $/; $filename=$ARGV[0]; $_=; exit(!(-T $filename /\bzip\b/))' \{\} \; -print \ zip.txt Holy crap! Where's Perl's oft-decried extreme conciseness? ;-) I much prefer the all-in-one approach: grep -lwir --include=\*out\* . zip.txt Yah, the find command is very useful, since it's generic, and thus works in very complicated situations, when nothing else will. But for more common cases, the convenience features of modern *nix tools really do save a lot of work. :-) -- One day I feel I'm ahead of the wheel / And the next it's rolling over me -- Rush, Far Cry ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Urpmi and friends [Was: Re: Anyone good with dpkg/apt]
On Wed, 21 Mar 2007 13:05:28 -0400 Neil Joseph Schelly [EMAIL PROTECTED] wrote: On Wednesday 21 March 2007 12:06 pm, Steven W. Orr wrote: I need to see the list of files in an uninstalled package. The rpm equiv would be rpm -qpl foo.rpm Anyone know how to do this? Is there anything? TIA Install apt-file, which will build a searchable index of all files in the APT repositories. apt-file update will update the cache. apt-file search filename will tell you all packages that have that filename. Interesting, as was Paul's post on the (very) many apt-related tools that are available. Both of them serve to reinforce my appreciation, as a devotee of an RPM-based distro, for the superb adjuncts to rpm that Mandr{ake,iva} has developed, collectively known as the urpm* apps. They all utilize a local cache of the metadata from all of the available packages in one's configured repositories, similar to the one described above. One major difference, though, is that they are also all installed by default on every MDK/V system, and together they comprise the backend for the distro's GUI package management tool, rpmdrake.[1] To do what is asked for here on a MDK/V system, and without ever having to actually fetch the RPM in question, is as easy as: urpmq -l foo To see which as-yet-uninstalled packages, if any, foo depends upon: urpmq -d -m foo To then fetch and install it, along with any needed dependencies: sudo urpmi foo To see the info on any available package, a la rpm -qi: urpmq -i foo To list all available RPMs whose basenames contain the string foo: urpmq -y foo To update the local cache, and then fetch and install all the available updates (if there are any, and only after asking for confirmation prior to commencing said install): sudo urpmi.update -a sudo urpmi --auto-select Did your compile just soil the sheets on you because it couldn't find libfoo.h, whatever on earth that might be? Piece o' cake: urpmf libfoo.h This will return the basenames of any and all available RPMs which have the string libfoo.h as any part of the name and/or path of an included file or symlink, along with the file/path that matched. Very handy, IME. To add a repository: sudo urpmi.addmedia mynameforit {http://,ftp://,rsync://}path/to/repodir with ../relative/path/to/metadatafile.cz To create a metadata file (named hdlist.cz, and placed into the $PWD), and in doing so turn a shared directory of RPMs into a urpmi-compatible repository: genhdlist ../relative/path/to/repodir Since all of the urpm* tools are GPL and are written in Perl, I would think that someone with Perl proclivities - *cough* not that there's anything wrong with that, of course *cough* ;-) - would find it a less than insurmountable task to adapt them for use with their own RPM-based distro of choice ... http://wiki.mandriva.com/en/Tools/urpmi is a great place to start, should anyone want to learn more about the urpmi system. [1] One exception is urpmc, which is in contrib. A nifty little number, it does a urpmi.update to freshen the cache, determines what a urpmi --auto-select done at that point would want to install, then outputs the changelogs of those RPM packages. In a cron job, a real admin's friend. -- Bill Mullen [EMAIL PROTECTED] MA, USA RLU #270075 MDV2007.0/MDK9.0 We've all heard that a million monkeys banging on a million typewriters will eventually reproduce the entire works of Shakespeare. Now, thanks to the Internet, we know this is not true. -- Robert Wilensky ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
On Fri, Mar 23, 2007 at 05:12:04PM -0400, Steven W. Orr wrote: On Friday, Mar 23rd 2007 at 16:33 -0400, quoth Jerry: =Also, doesn't Grep stand for global regular expression print? General Regular Expression Processor Jerry is correct. The name grep comes from the ed command g/regex/p: (search) global(ly for lines matching the) regular expression(, and) print. -- [EMAIL PROTECTED] OpenPGP KeyID 0x57C3430B Holder of Past Knowledge CS, O- Touch passion when it comes your way Stephen. It's rare enough as it is, don't walk away when it calls you by name. Marcus Cole ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Warning: Explicative language involved
On Thu, 22 Mar 2007 08:21:43 -0400 Jon 'maddog' Hall [EMAIL PROTECTED] wrote: Or are you looking for things that don't exist yet (or I/we're not aware of)? A little of both. FOSS products and services (commercial or non-commercial) that exist today that just do something great. Or unique ways of doing things that rocks your boat (www.plutohome.com) Maybe something a friend or customer did with FOSS or FOSS products that was cool.no F***king Cool. I get that a lot when someone's sitting near my 'puter and the phone rings, and NCID and Festival team up to announce the Caller ID info over the speakers in a timely and customized manner, i.e. Telephone call from Jenn's cell. And people say that there's no use for modems anymore ... :) http://ncid.sourceforge.net/ncid/ncid.html Did I mention that a MythTV box can be a NCID client, and the CID data can be overlaid onto the video stream? Though I've never tried it, I strongly suspect that having that happen might also draw a wow or two. Plus, I hate squinting at those little screens on phones, don't you? ;) -- Bill Mullen [EMAIL PROTECTED] MA, USA RLU #270075 MDV2007.0/MDK9.0 The right to be heard does not automatically include the right to be taken seriously. -- Hubert H. Humphrey ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: New Login in a nested Window and a month of aggravation...
On Fri, 23 Mar 2007 08:31:53 -0400 Star [EMAIL PROTECTED] wrote: Basically, it all works fine, just not the mouse. The mouse cursor appears to track but clicking any of the buttons has no effect unless I click like a bug-mad monkey. If I repeatedly click, eventually the xnest window will register a click. The mouse and keyboard are both PS2, but plugging in the USB mouse shows the same symptoms. Distro, Xorg release, video HW on this box? If ATI or NVidia, stock or proprietary X drivers? If the latter, what happens with the former? -- Bill Mullen [EMAIL PROTECTED] MA, USA RLU #270075 MDV2007.0/MDK9.0 An opinion is like a branding iron. It is one thing to hold it, and another to press it into the skin of a friend. - James Lileks ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: New Login in a nested Window and a month of aggravation...
Date: Fri, 23 Mar 2007 08:31:53 -0400 From: Star [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Basically, it all works fine, just not the mouse. The mouse cursor appears to track but clicking any of the buttons has no effect unless I click like a bug-mad monkey. If I repeatedly click, eventually the xnest window will register a click. The mouse and keyboard are both PS2, but plugging in the USB mouse shows the same symptoms. I'd try running xev on the real X server, running it on the nested server, and try comparing the results. I'd also check bugzilla (or whatever) for your X release's Xnest bugs. Xnest tends to be one of the buggier X apps-I've never seen Xnest work perfectly! ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
Ben Scott writes: Holy crap! Where's Perl's oft-decried extreme conciseness? ;-) From my perspective, I deal with unix-flavored systems all the time with feature-lacking grep implementations. As recently as three weeks ago, I was working on a system without any fancy GNU grep. This system would happy grep through binary files and display the output on your screenthus hosing your terminal. My solution comes from my experience, and I was going for correctness, portability, and clarity, in that order. I realize this is a Linux list, but I don't always live in that world. By the way, did you forget to add --binary-files=without-match to your solution? The original poster asked for text files only. Kind Regards, --kevin -- GnuPG ID: B280F24E Never could stand that dog. alumni.unh.edu!kdc -- Tom Waits ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: a question about GREP
Here is another copy of my favorite shell functions, since I kindof sent out garbled versions the first time. I hope others find these to be useful. --kevin # txtfind, dostxtfind, and binfind all use Perl's -B and -T file # test operations. # # Here are some relevant sections from the perlfunc documentation: # # The -T and -B switches work as follows. The first block or # so of the file is examined for odd characters such as strange # control codes or characters with the high bit set. If too many # strange characters (30%) are found, it is -B file, other- # wise it is a -T file. Also, any file containing null in the # first block is considered a binary file # ... # Both -T and -B return true on a null file. # # Caveat programmer. txtfind () { if [ $# -eq 0 ] ; then txtfind . else perl -MFile::Find -e 'find(sub{print $File::Find::name\n if (-f -T);}, @ARGV);' [EMAIL PROTECTED] fi } dostxtfind () { if [ $# -eq 0 ] ; then dostxtfind . else perl -MFile::Find -e 'find(sub{ $crlf = 0; $f = -f; $T = -T; @ARGV=($_); binmode(ARGV); ((/\r\n/) $crlf++) while(); print $File::Find::name $crnl\n if ($f $T $crlf); }, @ARGV)' [EMAIL PROTECTED] fi } binfind () { if [ $# -eq 0 ] ; then binfind . else perl -MFile::Find -e 'find(sub{print $File::Find::name\n if (-f -B);}, @ARGV);' [EMAIL PROTECTED] fi } -- GnuPG ID: B280F24E Never could stand that dog. alumni.unh.edu!kdc -- Tom Waits ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/