Re: list admin: we're being tracked
On Tue, Jul 01, 2003 at 04:38:51PM -0500, Richard Troth wrote: FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Why should you care? Such tracking is easy fodder for e-mail address harvesters. BAD Tracking services make web search of the list easy. GOOD Personally, I have other ways of checking the archives, so I prefer to NOT have the list tracked nor peered to NetNews. But I must confess that I have used such services. mail-archives obfuscate emails the Right-Way: you need to actually post a form to get an email. To harvest many emails you need to ring some alarm bells. But then again, aren't there some plain mbox-formatted archives of this list? After grabbing such a file harvesting emails is a simple matter of filterring. -- Tzafrir Cohen +---+ http://www.technion.ac.il/~tzafrir/ |vim is a mutt's best friend| mailto:[EMAIL PROTECTED] +---+
Re: list admin: we're being tracked
Hmmm, the amount of SPAM I've been receiving over the past couple of weeks has gone through the roof. I'm not sure how many p-e-n-i-le implants I've been offered. (I'll just stick with the cucumber down the pants.) I've been answering them all! And they've all worked! I'm now classified as a hazard to aviation! (Attaching some of those big flashing lights should keep the FAA off your back. ;-)) I get several of these emails a day, but for some reason, they seem to all be forwarded from my wife?!?!
Re: RAID and root FS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi | Is it possible to run root '/' FS on a software raid? | I put /boot on a minidisk and put together several disk to make a large / | FS on RAID. The install went fine but when I boot for the /boot device I | get the following errors. | | raidautorun ... | md: Autodetecting RAID arrays. | md: autorun ... | md: ... autorun DONE. | done ... | EXT3-fs: unable to read superblock | EXT2-fs: unable to read superblock | isofs_read_super: bread failed, dev=09:00, iso_blknum=16, block=32 | Kernel panic: VFS: Unable to mount root fs on 09:00 | 01: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop | from | CPU 00. | 00: HCPGIR450W CP entered; disabled wait PSW 000A 8020ECF8 | | any ideas? Maybe http://www.tldp.org/HOWTO/Software-RAID-HOWTO-4.html#ss4.12 can give you some direction. I know it's i386 specific, but can inspire you. regards - -- []'s Lucas Brasilino [EMAIL PROTECTED] http://www.recife.pe.gov.br Emprel -Empresa Municipal de Informatica (pt_BR) Municipal Computing Enterprise (en_US) Recife - Pernambuco - Brasil Fone: +55-81-34167078 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/Arh5qNmsRGKlCIURAnN5AJ91QKMW5luYIhuCqnCIsEmjKbV/jwCeMdhE Wz5+a7saHChDaxeIqY2CNTA= =WZGa -END PGP SIGNATURE-
Re: list admin: we're being tracked
What I was wondering was, if going after the spammers is so very difficult, why doesn't someone go after the companies they are spieling for? Hit them up with stalking and harrassment laws, get a class action suit going, get the governments of our various nations to make hawking drugs illegal over the internet, and get Viagra defined as a prescription-only controlled substance. I'm sure we could come up with something. Wesley Parish On Wed, 02 Jul 2003 09:48, you wrote: Hello from Gregg C Levine Well, yes, Rich, I do care, and no I don't like it. If I need to find a message, I'll check my locally stored messages, here. If I don't have it, I'll ask here for the locations of the Marist site. However, for some this could be a good idea. I wonder if they remember to obscure the addresses? And I'm not going to reiterate, where I saw that thread before, and its subsequent outcome. Oh, and thank you for bringing this up. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, July 01, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: [LINUX-390] list admin: we're being tracked FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Why should you care? Such tracking is easy fodder for e-mail address harvesters. BAD Tracking services make web search of the list easy. GOOD Personally, I have other ways of checking the archives, so I prefer to NOT have the list tracked nor peered to NetNews. But I must confess that I have used such services. -- R; -- Mau e ki, He aha te mea nui? You ask, What is the most important thing? Maku e ki, He tangata, he tangata, he tangata. I reply, It is people, it is people, it is people.
Re: list admin: we're being tracked
On Tuesday 01 July 2003 23:38, Richard Troth wrote: FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Thanks for the info. That's really a great archive, so hopefully stupid web interface on vm.marist.edu can be retired some day ... The correct bookmark would be http://www.mail-archive.com/[EMAIL PROTECTED]/ Arnd
Re: which version of reiserfs?
Matt is right about largefile4. I couldn't find it yesterday, but there's a good short doc on this at: http://www.suse.de/~aj/linux_lfs.html -Original Message- From: Matt Zimmerman [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 8:51 PM To: [EMAIL PROTECTED] Subject: Re: [LINUX-390] which version of reiserfs? On Tue, Jul 01, 2003 at 11:11:13AM -0400, Hall, Ken (IDS ECCS) wrote: SLES8/EXT3 (formatted with -T largefile4) -rw-r--r--1 root root 5100758784 May 27 13:01 bigfile The caveat is that with EXT2 or EXT3, you have to specify -T largefile4 or the filesystem is created with 1k/inode. largefile4 creates 4MB/inode, which wastes considerable space on small files, but allows files much larger than 2 gb. The 'largefile4' option is a only tuning parameter which can be used to gain space efficiency on a filesystem which whose average file size will be large. It is NOT necessary in order to allow the creation of files larger than 2GB, and will cause many headaches if used inappropriately, since with a normal file size distribution, the filesystem will run out of inodes very quickly. ext2 and ext3 support large files out of the box given appropriate userland support (which will be found in any modern Linux distribution). -- - mdz
SNARE install on SuSE 2.4.7-timer-SMP
As many of you may or may not know there is a handy utility available for Intrusion detection, SNARE. The SNARE software, rpm and source, are available at http://www.intersectalliance.com/projects/Snare/index.html. I am running into issues compiling this software on my Z/VM guest running SuSE Linux. I receive the following output: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/module.h:261, from auditmodule.c:29: /usr/include/linux/version.h:2: #error === /usr/include/linux/version.h:3: #error You should not include /usr/include/{linux,asm}/ header /usr/include/linux/version.h:4: #error files directly for the compilation of kernel modules. /usr/include/linux/version.h:5: #error /usr/include/linux/version.h:6: #error glibc now uses kernel header files from a well-defined /usr/include/linux/version.h:7: #error working kernel version (as recommended by Linus Torvalds) /usr/include/linux/version.h:8: #error These files are glibc internal and may not match the /usr/include/linux/version.h:9: #error currently running kernel. They should only be /usr/include/linux/version.h:10: #error included via other system header files - user space /usr/include/linux/version.h:11: #error programs should not directly include linux/*.h or /usr/include/linux/version.h:12: #error asm/*.h as well. /usr/include/linux/version.h:13: #error /usr/include/linux/version.h:14: #error To build kernel modules please do the following: /usr/include/linux/version.h:15: #error /usr/include/linux/version.h:16: #error o Have the kernel sources installed /usr/include/linux/version.h:17: #error /usr/include/linux/version.h:18: #error o Make sure that the symbolic link /usr/include/linux/version.h:19: #error/lib/modules/`uname -r`/build exists and points to /usr/include/linux/version.h:20: #errorthe matching kernel source directory /usr/include/linux/version.h:21: #error /usr/include/linux/version.h:22: #error o Now copy /boot/vmlinuz.version.h to /usr/include/linux/version.h:23: #error/lib/modules/`uname -r`/build/include/linux/version.h /usr/include/linux/version.h:24: #error /usr/include/linux/version.h:25: #error o When compiling, make sure to use the following /usr/include/linux/version.h:26: #errorcompiler option to use the correct include files: /usr/include/linux/version.h:27: #error /usr/include/linux/version.h:28: #error-I/lib/modules/`uname -r`/build/include /usr/include/linux/version.h:29: #error /usr/include/linux/version.h:30: #errorinstead of /usr/include/linux/version.h:31: #error /usr/include/linux/version.h:32: #error-I/usr/include/linux /usr/include/linux/version.h:33: #error /usr/include/linux/version.h:34: #errorPlease adjust the Makefile accordingly. /usr/include/linux/version.h:35: #error === In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/udf_fs_sb.h:22, from /lib/modules/2.4.7-timer-SMP/build/include/linux/fs.h:680, from /lib/modules/2.4.7-timer-SMP/build/include/linux/capability.h:17, from /lib/modules/2.4.7-timer-SMP/build/include/linux/binfmts.h:5, from /lib/modules/2.4.7-timer-SMP/build/include/linux/sched.h:9, from /lib/modules/2.4.7-timer-SMP/build/include/linux/mm.h:4, from /lib/modules/2.4.7-timer-SMP/build/include/linux/slab.h:14, from /lib/modules/2.4.7-timer-SMP/build/include/linux/proc_fs.h:5, from auditmodule.c:31: /usr/include/linux/version.h:2: #error === /usr/include/linux/version.h:3: #error You should not include /usr/include/{linux,asm}/ header /usr/include/linux/version.h:4: #error files directly for the compilation of kernel modules. /usr/include/linux/version.h:5: #error /usr/include/linux/version.h:6: #error glibc now uses kernel header files from a well-defined /usr/include/linux/version.h:7: #error working kernel version (as recommended by Linus Torvalds) /usr/include/linux/version.h:8: #error These files are glibc internal and may not match the /usr/include/linux/version.h:9: #error currently running kernel. They should only be /usr/include/linux/version.h:10: #error included via other system header files - user space /usr/include/linux/version.h:11: #error programs should not directly include linux/*.h or /usr/include/linux/version.h:12: #error asm/*.h as well. /usr/include/linux/version.h:13: #error /usr/include/linux/version.h:14: #error To build kernel modules please do the following: /usr/include/linux/version.h:15: #error /usr/include/linux/version.h:16: #error o Have the kernel sources installed
Re: list admin: we're being tracked
I've been answering them all! And they've all worked! I'm now classified as a hazard to aviation! Adam Hmm. Well, that explains the expense report for 42 strings of red and green Xmas lights...8-) -- db David Boyes Sine Nomine Associates
Re: RAID and root FS
On Tue, Jul 01, 2003 at 08:42:26AM +1000, Deon George wrote: Mark, I've not done it on 390, but it is possible. You'll need raid compiled IN the kernel (not a module - unless you load it from a initrd disk), and you need to change your partition type to Raid Autodetect. On Intel its partition type 8e, but I dont know how you do that on minidisk partitions. Does fdasd let you change the partition type? Anyway, wouldnt it be better to have the raid done at the hardware/DASD layer, and not burn CPU cycles keeping raided minidisks in sync? No. You gain more performance if multiple DASDs are put together using RAID or LVM. Have a look at http://www-124.ibm.com/developerworks/opensource/linux390/perf_hints_tips.shtml#subcategory3_2 Ihno ...deon --- Have you looked at the A/NZ Tivoli User Group website? http://www.tuganz.org Deon George, Customer Support Account Engineer, IBM Australia Office: +61 3 9626 6058, Fax: +61 3 9626 6622, Mobile: +61 412 366 816, IVPN +70 66058 mailto:[EMAIL PROTECTED], http://www.ibm.com/tivoli -- Never trust a computer you can lift. -- Ihno Krumreich[EMAIL PROTECTED] SuSE Linux AG S390 zSeries Deutschherrnstr. 15-19+49-911-74053-439 90429 N|rnberghttp://www.suse.de
SCO - more water torture
Another good article on SCO's water torture of the Linux community http://www.businessweek.com/magazine/content/03_27/b3840089.htm Lionel B. Dyck, Systems Software Lead Kaiser Permanente Information Technology 25 N. Via Monte Ave Walnut Creek, Ca 94598 Phone: (925) 926-5332 (tie line 8/473-5332) E-Mail:[EMAIL PROTECTED] Sametime: (use Lotus Notes address) AIM:lbdyck
IBM - AMD rumor
http://www.theinquirer.net/?article=10290
Re: SCO - more water torture
- Original Message - From: Lionel Dyck [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:00 AM Subject: SCO - more water torture Another good article on SCO's water torture of the Linux community http://www.businessweek.com/magazine/content/03_27/b3840089.htm The date on that article is July 7, 2003. Did I have a[nother] five day black-out? Or is the SCO fiasco now in a time warp? If so, this SCO stuff is causing major problems! -jcf AichTeeTeePeeColonSlashSlashDubbaDubbaDubbaDotChezFordDotCom
Re: SCO - more water torture
I have no way of knowing if this particular bit of America is the center of the Universe attitude came from the writer, his editor, or the so-called experts: If federal officials decide that Linux merits the same export controls as Unix, experts fear that could end development of Linux by the open-source community. In any case, whoever was responsible for that sentence obviously has no clue as to how the kernel development process works, and just _where_ the developers live. Sigh. Mark Post -Original Message- From: Lionel Dyck [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 10:01 AM To: [EMAIL PROTECTED] Subject: SCO - more water torture Another good article on SCO's water torture of the Linux community http://www.businessweek.com/magazine/content/03_27/b3840089.htm Lionel B. Dyck, Systems Software Lead Kaiser Permanente Information Technology 25 N. Via Monte Ave Walnut Creek, Ca 94598 Phone: (925) 926-5332 (tie line 8/473-5332) E-Mail:[EMAIL PROTECTED] Sametime: (use Lotus Notes address) AIM:lbdyck
Re: list admin: we're being tracked
Good question. I think the answer is that the companies that make the products insulate themselves from the marketing companies. -Original Message- From: Wesley Parish [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 3:01 AM To: [EMAIL PROTECTED] Subject: Re: list admin: we're being tracked What I was wondering was, if going after the spammers is so very difficult, why doesn't someone go after the companies they are spieling for? Hit them up with stalking and harrassment laws, get a class action suit going, get the governments of our various nations to make hawking drugs illegal over the internet, and get Viagra defined as a prescription-only controlled substance. I'm sure we could come up with something. Wesley Parish On Wed, 02 Jul 2003 09:48, you wrote: Hello from Gregg C Levine Well, yes, Rich, I do care, and no I don't like it. If I need to find a message, I'll check my locally stored messages, here. If I don't have it, I'll ask here for the locations of the Marist site. However, for some this could be a good idea. I wonder if they remember to obscure the addresses? And I'm not going to reiterate, where I saw that thread before, and its subsequent outcome. Oh, and thank you for bringing this up. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, July 01, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: [LINUX-390] list admin: we're being tracked FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Why should you care? Such tracking is easy fodder for e-mail address harvesters. BAD Tracking services make web search of the list easy. GOOD Personally, I have other ways of checking the archives, so I prefer to NOT have the list tracked nor peered to NetNews. But I must confess that I have used such services. -- R; -- Mau e ki, He aha te mea nui? You ask, What is the most important thing? Maku e ki, He tangata, he tangata, he tangata. I reply, It is people, it is people, it is people.
Re: SCO - more water torture
Getting tired of seeing anyone sueing anyone just to get money, and also to pad there own pockets.. getting rediculious..Linux people all over may as well start a class action of some sort against SCO..Bring them down--shut them down..
Re: list admin: we're being tracked
Why not just boycott whatever the companies are selling and sending a email to customer service telling them that you will never buy their products as long as they let their products be marketed by SPAMers. Julian Wall On Wed, 2 Jul 2003 08:17:07 -0700, Fargusson.Alan wrote: Good question. I think the answer is that the companies that make the products insulate themselves from the marketing companies. -Original Message- From: Wesley Parish [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 3:01 AM To: [EMAIL PROTECTED] Subject: Re: list admin: we're being tracked What I was wondering was, if going after the spammers is so very difficult, why doesn't someone go after the companies they are spieling for? Hit them up with stalking and harrassment laws, get a class action suit going, get the governments of our various nations to make hawking drugs illegal over the internet, and get Viagra defined as a prescription-only controlled substance. I'm sure we could come up with something. Wesley Parish On Wed, 02 Jul 2003 09:48, you wrote: Hello from Gregg C Levine Well, yes, Rich, I do care, and no I don't like it. If I need to find a message, I'll check my locally stored messages, here. If I don't have it, I'll ask here for the locations of the Marist site. However, for some this could be a good idea. I wonder if they remember to obscure the addresses? And I'm not going to reiterate, where I saw that thread before, and its subsequent outcome. Oh, and thank you for bringing this up. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, July 01, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: [LINUX-390] list admin: we're being tracked FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Why should you care? Such tracking is easy fodder for e-mail address harvesters. BAD Tracking services make web search of the list easy. GOOD Personally, I have other ways of checking the archives, so I prefer to NOT have the list tracked nor peered to NetNews. But I must confess that I have used such services. -- R; -- Mau e ki, He aha te mea nui? You ask, What is the most important thing? Maku e ki, He tangata, he tangata, he tangata. I reply, It is people, it is people, it is people.
Re: SNARE install on SuSE 2.4.7-timer-SMP
Eric, If you have the kernel-source RPM installed, you'll need to run a make dep command to create the include/linux/version.h file. To do this, you'll probably have to do: cd /usr/src/linux cp /boot/kernel/.config ./ make dep Mark Post -Original Message- From: Eric Sammons [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:12 AM To: [EMAIL PROTECTED] Subject: SNARE install on SuSE 2.4.7-timer-SMP As many of you may or may not know there is a handy utility available for Intrusion detection, SNARE. The SNARE software, rpm and source, are available at http://www.intersectalliance.com/projects/Snare/index.html. I am running into issues compiling this software on my Z/VM guest running SuSE Linux. I receive the following output: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/module.h:261, from auditmodule.c:29: /usr/include/linux/version.h:2: #error === /usr/include/linux/version.h:3: #error You should not include /usr/include/{linux,asm}/ header /usr/include/linux/version.h:4: #error files directly for the compilation of kernel modules. /usr/include/linux/version.h:5: #error /usr/include/linux/version.h:6: #error glibc now uses kernel header files from a well-defined /usr/include/linux/version.h:7: #error working kernel version (as recommended by Linus Torvalds) /usr/include/linux/version.h:8: #error These files are glibc internal and may not match the /usr/include/linux/version.h:9: #error currently running kernel. They should only be /usr/include/linux/version.h:10: #error included via other system header files - user space /usr/include/linux/version.h:11: #error programs should not directly include linux/*.h or /usr/include/linux/version.h:12: #error asm/*.h as well. /usr/include/linux/version.h:13: #error /usr/include/linux/version.h:14: #error To build kernel modules please do the following: /usr/include/linux/version.h:15: #error /usr/include/linux/version.h:16: #error o Have the kernel sources installed /usr/include/linux/version.h:17: #error /usr/include/linux/version.h:18: #error o Make sure that the symbolic link /usr/include/linux/version.h:19: #error/lib/modules/`uname -r`/build exists and points to /usr/include/linux/version.h:20: #errorthe matching kernel source directory /usr/include/linux/version.h:21: #error /usr/include/linux/version.h:22: #error o Now copy /boot/vmlinuz.version.h to /usr/include/linux/version.h:23: #error/lib/modules/`uname -r`/build/include/linux/version.h /usr/include/linux/version.h:24: #error /usr/include/linux/version.h:25: #error o When compiling, make sure to use the following /usr/include/linux/version.h:26: #errorcompiler option to use the correct include files: /usr/include/linux/version.h:27: #error /usr/include/linux/version.h:28: #error-I/lib/modules/`uname -r`/build/include /usr/include/linux/version.h:29: #error /usr/include/linux/version.h:30: #errorinstead of /usr/include/linux/version.h:31: #error /usr/include/linux/version.h:32: #error-I/usr/include/linux /usr/include/linux/version.h:33: #error /usr/include/linux/version.h:34: #errorPlease adjust the Makefile accordingly. /usr/include/linux/version.h:35: #error === In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/udf_fs_sb.h:22, from /lib/modules/2.4.7-timer-SMP/build/include/linux/fs.h:680, from /lib/modules/2.4.7-timer-SMP/build/include/linux/capability.h:17, from /lib/modules/2.4.7-timer-SMP/build/include/linux/binfmts.h:5, from /lib/modules/2.4.7-timer-SMP/build/include/linux/sched.h:9, from /lib/modules/2.4.7-timer-SMP/build/include/linux/mm.h:4, from /lib/modules/2.4.7-timer-SMP/build/include/linux/slab.h:14, from /lib/modules/2.4.7-timer-SMP/build/include/linux/proc_fs.h:5, from auditmodule.c:31: /usr/include/linux/version.h:2: #error === /usr/include/linux/version.h:3: #error You should not include /usr/include/{linux,asm}/ header /usr/include/linux/version.h:4: #error files directly for the compilation of kernel modules. /usr/include/linux/version.h:5: #error /usr/include/linux/version.h:6: #error glibc now uses kernel header files from a well-defined /usr/include/linux/version.h:7: #error working kernel version (as recommended by Linus Torvalds) /usr/include/linux/version.h:8: #error These files are glibc internal and may not match the /usr/include/linux/version.h:9: #error currently running kernel. They should only be /usr/include/linux/version.h:10: #error
Re: list admin: we're being tracked
since I wouldn't be buying the crap the spammers are selling in the first place, there is nothing to boycott. The most satisfying thing to do to those using spaming for marketing is also illegal, unfortunately. -Original Message- From: Julian Wall [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 12:00 PM To: [EMAIL PROTECTED] Subject: Re: list admin: we're being tracked Why not just boycott whatever the companies are selling and sending a email to customer service telling them that you will never buy their products as long as they let their products be marketed by SPAMers. Julian Wall On Wed, 2 Jul 2003 08:17:07 -0700, Fargusson.Alan wrote: Good question. I think the answer is that the companies that make the products insulate themselves from the marketing companies. -Original Message- From: Wesley Parish [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 3:01 AM To: [EMAIL PROTECTED] Subject: Re: list admin: we're being tracked What I was wondering was, if going after the spammers is so very difficult, why doesn't someone go after the companies they are spieling for? Hit them up with stalking and harrassment laws, get a class action suit going, get the governments of our various nations to make hawking drugs illegal over the internet, and get Viagra defined as a prescription-only controlled substance. I'm sure we could come up with something. Wesley Parish On Wed, 02 Jul 2003 09:48, you wrote: Hello from Gregg C Levine Well, yes, Rich, I do care, and no I don't like it. If I need to find a message, I'll check my locally stored messages, here. If I don't have it, I'll ask here for the locations of the Marist site. However, for some this could be a good idea. I wonder if they remember to obscure the addresses? And I'm not going to reiterate, where I saw that thread before, and its subsequent outcome. Oh, and thank you for bringing this up. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda ) -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, July 01, 2003 5:39 PM To: [EMAIL PROTECTED] Subject: [LINUX-390] list admin: we're being tracked FYI, for those who care about such things, this list is being tracked by http://www.mail-archive.com/. Sorry for the duplicate info if this was mentioned before. Why should you care? Such tracking is easy fodder for e-mail address harvesters. BAD Tracking services make web search of the list easy. GOOD Personally, I have other ways of checking the archives, so I prefer to NOT have the list tracked nor peered to NetNews. But I must confess that I have used such services. -- R; -- Mau e ki, He aha te mea nui? You ask, What is the most important thing? Maku e ki, He tangata, he tangata, he tangata. I reply, It is people, it is people, it is people. Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
Re: SNARE install on SuSE 2.4.7-timer-SMP
It seems that the below got me further; however, I am not investigating the following errors: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c auditmodule.c: In function `init_module': auditmodule.c:152: `boot_cpu_data' undeclared (first use in this function) auditmodule.c:152: (Each undeclared identifier is reported only once auditmodule.c:152: for each function it appears in.) auditmodule.c: In function `audit_execve': auditmodule.c:1333: structure has no member named `ebx' auditmodule.c:1339: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `edx' auditmodule.c:1409: structure has no member named `ecx' auditmodule.c:1409: structure has no member named `edx' make: *** [auditmodule] Error 1 Thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering Post, Mark K [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 07/02/2003 12:07 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: SNARE install on SuSE 2.4.7-timer-SMP Eric, If you have the kernel-source RPM installed, you'll need to run a make dep command to create the include/linux/version.h file. To do this, you'll probably have to do: cd /usr/src/linux cp /boot/kernel/.config ./ make dep Mark Post -Original Message- From: Eric Sammons [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:12 AM To: [EMAIL PROTECTED] Subject: SNARE install on SuSE 2.4.7-timer-SMP As many of you may or may not know there is a handy utility available for Intrusion detection, SNARE. The SNARE software, rpm and source, are available at http://www.intersectalliance.com/projects/Snare/index.html. I am running into issues compiling this software on my Z/VM guest running SuSE Linux. I receive the following output: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/module.h:261, from auditmodule.c:29: /usr/include/linux/version.h:2: #error === /usr/include/linux/version.h:3: #error You should not include /usr/include/{linux,asm}/ header /usr/include/linux/version.h:4: #error files directly for the compilation of kernel modules. /usr/include/linux/version.h:5: #error /usr/include/linux/version.h:6: #error glibc now uses kernel header files from a well-defined /usr/include/linux/version.h:7: #error working kernel version (as recommended by Linus Torvalds) /usr/include/linux/version.h:8: #error These files are glibc internal and may not match the /usr/include/linux/version.h:9: #error currently running kernel. They should only be /usr/include/linux/version.h:10: #error included via other system header files - user space /usr/include/linux/version.h:11: #error programs should not directly include linux/*.h or /usr/include/linux/version.h:12: #error asm/*.h as well. /usr/include/linux/version.h:13: #error /usr/include/linux/version.h:14: #error To build kernel modules please do the following: /usr/include/linux/version.h:15: #error /usr/include/linux/version.h:16: #error o Have the kernel sources installed /usr/include/linux/version.h:17: #error /usr/include/linux/version.h:18: #error o Make sure that the symbolic link /usr/include/linux/version.h:19: #error/lib/modules/`uname -r`/build exists and points to /usr/include/linux/version.h:20: #errorthe matching kernel source directory /usr/include/linux/version.h:21: #error /usr/include/linux/version.h:22: #error o Now copy /boot/vmlinuz.version.h to /usr/include/linux/version.h:23: #error/lib/modules/`uname -r`/build/include/linux/version.h /usr/include/linux/version.h:24: #error /usr/include/linux/version.h:25: #error o When compiling, make sure to use the following /usr/include/linux/version.h:26: #errorcompiler option to use the correct include files: /usr/include/linux/version.h:27: #error /usr/include/linux/version.h:28: #error-I/lib/modules/`uname -r`/build/include /usr/include/linux/version.h:29: #error /usr/include/linux/version.h:30: #errorinstead of /usr/include/linux/version.h:31: #error /usr/include/linux/version.h:32: #error-I/usr/include/linux /usr/include/linux/version.h:33: #error /usr/include/linux/version.h:34: #errorPlease adjust the Makefile accordingly. /usr/include/linux/version.h:35: #error === In file included from /lib/modules/2.4.7-timer-SMP/build/include/linux/udf_fs_sb.h:22, from /lib/modules/2.4.7-timer-SMP/build/include/linux/fs.h:680,
Re: SNARE install on SuSE 2.4.7-timer-SMP
Those messages indicate you're compiling code targetted at the x86 architecture. -Original Message- It seems that the below got me further; however, I am not investigating the following errors: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c auditmodule.c: In function `init_module': auditmodule.c:152: `boot_cpu_data' undeclared (first use in this function) auditmodule.c:152: (Each undeclared identifier is reported only once auditmodule.c:152: for each function it appears in.) auditmodule.c: In function `audit_execve': auditmodule.c:1333: structure has no member named `ebx' auditmodule.c:1339: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `edx' auditmodule.c:1409: structure has no member named `ecx' auditmodule.c:1409: structure has no member named `edx' make: *** [auditmodule] Error 1
Re: SNARE install on SuSE 2.4.7-timer-SMP
Not being that familar with the Z/Linux implementation and building products, what is the gcc option to pass for the z/VM / Z Series arch? Thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering Ferguson, Neale [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 07/02/2003 12:42 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: SNARE install on SuSE 2.4.7-timer-SMP Those messages indicate you're compiling code targetted at the x86 architecture. -Original Message- It seems that the below got me further; however, I am not investigating the following errors: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c auditmodule.c: In function `init_module': auditmodule.c:152: `boot_cpu_data' undeclared (first use in this function) auditmodule.c:152: (Each undeclared identifier is reported only once auditmodule.c:152: for each function it appears in.) auditmodule.c: In function `audit_execve': auditmodule.c:1333: structure has no member named `ebx' auditmodule.c:1339: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `edx' auditmodule.c:1409: structure has no member named `ecx' auditmodule.c:1409: structure has no member named `edx' make: *** [auditmodule] Error 1
Re: SNARE install on SuSE 2.4.7-timer-SMP
Eric, I would say that more than likely, the SNARE code as currently written isn't prepared to handle non-Intel architectures. If you're not into that level of coding, you'll have to wait and see if someone can fix it. Alternately, if SNARE is one of the packages in Debian, they will probably have the fixes for it already. Mark Post -Original Message- From: Eric Sammons [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 12:39 PM To: [EMAIL PROTECTED] Subject: Re: SNARE install on SuSE 2.4.7-timer-SMP Not being that familar with the Z/Linux implementation and building products, what is the gcc option to pass for the z/VM / Z Series arch? Thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering Ferguson, Neale [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 07/02/2003 12:42 PM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:Re: SNARE install on SuSE 2.4.7-timer-SMP Those messages indicate you're compiling code targetted at the x86 architecture. -Original Message- It seems that the below got me further; however, I am not investigating the following errors: gcc -c -g -O6 -DMODULE -D__KERNEL__ -I/lib/modules/2.4.7-timer-SMP/build/include -I/usr/src/linux-2.4.7-timer-SMP/include -I/usr/src/linux/include -I/usr/src/linux-2.4.7/include auditmodule.c auditmodule.c: In function `init_module': auditmodule.c:152: `boot_cpu_data' undeclared (first use in this function) auditmodule.c:152: (Each undeclared identifier is reported only once auditmodule.c:152: for each function it appears in.) auditmodule.c: In function `audit_execve': auditmodule.c:1333: structure has no member named `ebx' auditmodule.c:1339: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `ecx' auditmodule.c:1390: structure has no member named `edx' auditmodule.c:1409: structure has no member named `ecx' auditmodule.c:1409: structure has no member named `edx' make: *** [auditmodule] Error 1
Re: SNARE install on SuSE 2.4.7-timer-SMP
That's not what I mean. It appears the routine audit_execve in auditmodule.c assumes a kernel structure to which it refers contains places to store the x86 registers like ebx. This is probably some context information found in places like tss_struct (in processor.h) or sigcontext (in signcontext.h). The code will need to be changed to reflect what the kernel gives for the s390 architecture. -Original Message- Not being that familar with the Z/Linux implementation and building products, what is the gcc option to pass for the z/VM / Z Series arch?
MAN Page for ZIPL
I am in the middle of trying to add a disk to one of my LINUX instances (root is filling up). I have SuSE SLES 8 installed and running and have gotten to the point that I need to run ZIPL on the updated parmfile. When I tried to do a man zipl, I got a message that said that 'No manual entry for zipl'. Where can one find such documentation? TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000
Re: MAN Page for ZIPL
Loren, zipl -h Mark Post -Original Message- From: Loren Charnley, Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 2:15 PM To: [EMAIL PROTECTED] Subject: MAN Page for ZIPL I am in the middle of trying to add a disk to one of my LINUX instances (root is filling up). I have SuSE SLES 8 installed and running and have gotten to the point that I need to run ZIPL on the updated parmfile. When I tried to do a man zipl, I got a message that said that 'No manual entry for zipl'. Where can one find such documentation? TIA, Loren Charnley, Jr. Tech Support Administrator Family Dollar Stores, Inc. Phone: (704) 847-6961 Ext. 2000
AFS for z/Linux (Suse 7.x and 8)
Looking for an AFS implementation for Linux under z/VM running on the Z hardware. Does this exist and has anyone had experience with it? thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering
Re: AFS for z/Linux (Suse 7.x and 8)
Look at http://sinenomine.net/afs.php -- John McKown Senior Systems Programmer UICI Insurance Center Applications Solutions Team +1.817.255.3225 This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -Original Message- From: Eric Sammons [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: AFS for z/Linux (Suse 7.x and 8) Looking for an AFS implementation for Linux under z/VM running on the Z hardware. Does this exist and has anyone had experience with it? thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering
Re: AFS for z/Linux (Suse 7.x and 8)
We did the port, and provide commercial support for OpenAFS (on all platforms). Contact me offline for more details. -- db David Boyes Sine Nomine Associates -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Eric Sammons Sent: Wednesday, July 02, 2003 2:21 PM To: [EMAIL PROTECTED] Subject: AFS for z/Linux (Suse 7.x and 8) Looking for an AFS implementation for Linux under z/VM running on the Z hardware. Does this exist and has anyone had experience with it? thanks! Eric Sammons (804)697-3925 FRIT - Infrastructure Engineering
Re: SCO - more water torture
On Mer, 2003-07-02 at 16:05, Post, Mark K wrote: I have no way of knowing if this particular bit of America is the center of the Universe attitude came from the writer, his editor, or the so-called experts: If federal officials decide that Linux merits the same export controls as Unix, experts fear that could end development of Linux by the open-source community. In any case, whoever was responsible for that sentence obviously has no clue as to how the kernel development process works, and just _where_ the developers live. Chuckle. He's also a bit behind on the free speech and crypto issues (cf Bernstein v USA). It does create problems for vendors - US vendors can't ship to some countries ditto other countries (but to different places). The biggest problem it creates is at conferences. The kernel summit is in Canada not the USA for good reasons to do with visa's , eastern europeans and the like.
Re: SLES8 dasdfmt problem
Wanted to update this thread. We went production on the z800, thus access to the RVA disk was made available to the Linux LPARs. We were successful in formatting and using the 3390s on the RVA, so this problem (most likely) was related to using the older RAMAC devices and controllers. Unfortunately I don't have time to dig further on why the RAMAC does not work..hafta keep moving ;o) FYI Dave Myers Denver Solutions Group Senior Systems Engineer Office Phone: (303) 996-7112 Cellular Phone: (303) 619-0782 Home Office: (303) 948-0027 Fax: (303) 706.1713 e-mail: [EMAIL PROTECTED] Tom Duerbusch [EMAIL PROTECTED] To: [EMAIL PROTECTED] l.netcc: Sent by: LinuxSubject: Re: SLES8 dasdfmt problem on 390 Port [EMAIL PROTECTED] ARIST.EDU 06/05/2003 07:46 PM Please respond to Linux on 390 Port I believe that we have the Ramac Dasd Subsystem model 23 with the B23 drawers. I still rather refuse to believe that it is a problem with the controllers. If you can vary them online, CP can use them so I don't see why Linux would have a problem. Friday, I will take a look at my linux(s) and see if I can add dasd. I did it with Linux 7 so I have a couple notes on how I did it. Tom Duerbusch THD Consulting Dave Myers wrote: Well our ramacs are not working. There is no dasd or 3990 info in /proc/subchannels after the dasd is loaded from yast. /proc/dasd/devices shows the 3380 with an unknown status. No insmods, rmmods modprobes etc. change that symptom. mknod comes back with a message indicating that the 94:0 is already registered..but the linux console messages say otherwise!! I am wondering if 3990-13 might be the problem??? Do you use mod 13 controllers on your ramac?? Dave Myers Denver Solutions Group Senior Systems Engineer Office Phone: (303) 996-7112 Cellular Phone: (303) 619-0782 Home Office:(303) 948-0027 Fax: (303) 706.1713 e-mail: [EMAIL PROTECTED] Tom Duerbusch [EMAIL PROTECTED] To: [EMAIL PROTECTED] scity.com cc: Sent by: Linux onSubject: Re: SLES8 dasdfmt problem 390 Port [EMAIL PROTECTED] ST.EDU 06/04/2003 08:33 AM Please respond to Linux on 390 Port Don't worry about the Ramacs. I have Suse 8 loaded on both 3380 and 3390 Ramac Dasd Subsystems, as well as MP3000 internal dasd. I haven't had to add disk. Mine were added durning installation. I assume that you went to the Suse website. There is a paper on adding S390 dasd to a running Linux system. That worked for me
cpint rpm package
for using hcp command on a linux, i need cpint package suse 7 CD, there is cpint rpm package. suse 8 CD , i can't find the package. should i download it? - ?9;[ FmAvAv?! [EMAIL PROTECTED]@; :83;?d - _HD! [EMAIL PROTECTED] =EBw,A_0mBw,Aw0E7! [EMAIL PROTECTED] [EMAIL PROTECTED] - _HD! @Z5?Bw
Re: cpint rpm package
It is on the supplemental CD. But there is a newer package available: http://linuxvm.org/Patches On Wednesday 02 July 2003 08:35 pm, you wrote: for using hcp command on a linux, i need cpint package suse 7 CD, there is cpint rpm package. suse 8 CD , i can't find the package. should i download it? - ?9;[ FmAvAv?! [EMAIL PROTECTED]@; :83;?d - _HD! [EMAIL PROTECTED] =EBw,A_0mBw,Aw0E7! [EMAIL PROTECTED] [EMAIL PROTECTED] - _HD! @Z5?Bw -- Rich Smrcina Sr. Systems Engineer Sytek Services, A Division of DSG Milwaukee, WI rsmrcina at wi.rr.com rsmrcina at dsgroup.com Catch the WAVV! Stay for Requirements and the Free for All! Update your S/390 skills in 4 days for a very reasonable price. WAVV 2004 in Chattanooga, TN April 30-May 4, 2004 For details see http://www.wavv.org