Re: List FAQ etc
Douglas Wooster wrote: Threading the digest is interesting alternative. I wasn't expecting it to hold everything until the entire thread had been discussed. I was thinking more like "send as threads" being every time it forwards a post, attach all the preceeding posts of the thread to the new post (at top or bottom, as configured). Or collect posts, per-thread for some relatively short period of time to reduce the number of mailings (maybe an hour??). You could be getting rather a lot of duplicate mail, if this persists for much longer:-) ... and I wonder whether they break threads when someone replies from a thread and remembers to set the subject properly. Not sure -- I do do that on some lists, but since digests inherently don't thread, I can't tell. Is gmame a suitable alternative? What's "gmame"? sp. gmane http://gmane.org/ I've never used it, but I gather one _could_ read this list there. http://gmane.org/faq.php -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] -- Advice http://webfoot.com/advice/email.top.php http://www.catb.org/~esr/faqs/smart-questions.html http://support.microsoft.com/kb/555375 You cannot reply off-list:-) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: OmniFind for DB2 text searching
On 8/26/08 6:55 PM, "Stahr, Lea" <[EMAIL PROTECTED]> wrote: > We are considering a pilot of OmniFind Text Search Server for DB2. It requires > 4GB of memory, 20GB of disk, 2 dual-core 2.66 GHZ processors and a 32 bit SuSE > SLES 10 OS. Is anyone running this on VM in an IFL? Is it possible? First question: is there a Linux for System z version? From the description, it sounds like Intel-only. If so, then probably not practical (although technically possible). -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 3270 console confusion
Hello! I know, Ivan, that Mark will figure things out, but for my work can you post the exact methods behind collecting everything from CVS? I'm actually used to seeing the exact retrieval methods as described on the Source Forge project pages. -- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you always." Obi-Wan Kenobi > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ivan > Warren > Sent: Monday, August 25, 2008 9:42 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] 3270 console confusion > > Mark Post wrote: > > Since I can't get the CVS version of hercules to build, I cannot verify that. > > > > > Uh ? What's wrong with it ? (if you don't mind telling me of course !) > > --Ivan > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: OmniFind for DB2 text searching
>>> On 8/26/2008 at 6:55 PM, in message <[EMAIL PROTECTED]>, "Stahr, Lea" <[EMAIL PROTECTED]> wrote: > We are considering a pilot of OmniFind Text Search Server for DB2. It > requires 4GB of memory, 20GB of disk, 2 dual-core 2.66 GHZ processors and a > 32 > bit SuSE SLES 10 OS. Is anyone running this on VM in an IFL? Is it possible? Based on the listed system requirements, I would have to say that this is an Intel/AMD only package. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
OmniFind for DB2 text searching
We are considering a pilot of OmniFind Text Search Server for DB2. It requires 4GB of memory, 20GB of disk, 2 dual-core 2.66 GHZ processors and a 32 bit SuSE SLES 10 OS. Is anyone running this on VM in an IFL? Is it possible? CONFIDENTIALITY NOTICE: This e-mail, and any attachments and/or documents linked to this email, are intended for the addressee and may contain information that is privileged, confidential, proprietary, or otherwise protected by law. Any dissemination, distribution, or copying is prohibited. This notice serves as a confidentiality marking for the purpose of any confidentiality or nondisclosure agreement. If you have received this communication in error, please contact the original sender. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
Hello! I agree! It seems an interesting dilemma as to why these items are being included. -- Gregg C Levine [EMAIL PROTECTED] "The Force will be with you always." Obi-Wan Kenobi > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Scott > Rohling > Sent: Tuesday, August 26, 2008 5:47 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] Two Different YaST2 Control Center displays > > Hmm.. a sound card on a z .. I've often grumbled that the s390x distros > need to exclude drivers for devices that don't even exist on a z .. (or > maybe we can direct it to the HMC PC to entertain the ops folks? ;-) > > Scott Rohling > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
It's impossible to get rid of some of these things too. Sound drivers, wireless, usb, pci utils, other things pre-req these type of things and in the deleting them you get to a point that yast itself would have to go too. Although I did manage to get rid of alsa! Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Tuesday, August 26, 2008 2:47 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Two Different YaST2 Control Center displays Hmm.. a sound card on a z .. I've often grumbled that the s390x distros need to exclude drivers for devices that don't even exist on a z .. (or maybe we can direct it to the HMC PC to entertain the ops folks? ;-) Scott Rohling -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
Hmm.. a sound card on a z .. I've often grumbled that the s390x distros need to exclude drivers for devices that don't even exist on a z .. (or maybe we can direct it to the HMC PC to entertain the ops folks? ;-) Scott Rohling -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
>>> On 8/6/2008 at 3:04 PM, in message <[EMAIL PROTECTED]>, "Mrohs, Ray" <[EMAIL PROTECTED]> wrote: > We have 2 SLES10 SP1 servers. When I start yast2 on the first linux, the > xterm screen shows a long scrolling list of selections, and its slow. On > the second linux, the Control Center display is compact and all on one > screen, and its faster. Where should I look for the cause of the > differences? This turned out to be a difference in what RPMs were installed. The "long scrolling list" was from yast2-control-center-gnome package, but there were also 40+ other GNOME RPMs installed. Some applications (Oracle applications among them) require some GNOME components to be installed, but that wasn't the case here. Removing the GNOME RPMs sped things up, and saved some disk space. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: List FAQ etc
On 08/26/2008 11:34:58 AM, John Summerfield wrote: > Douglas Wooster wrote: > > <2 cents> > > Also, certain supposedly "modern" mail programs make threading awkward to > > :-) Name names, I need something to scoff at:-) It might be someone can > explain to you how it works, I've see that happen before, Ummm, for ... economic ... reasons, I better claim the fifth. :) > > use, so the goal with those is quote the whole thing so that the fewest > > number of posts have to be kept, in order to have a copy of (or be able to > > find) the whole thread. On the other hand, if you receive a list in > > "digest" mode, that technique can be an abomination. It'd be cool if list > > servers gave, in addition to the current options of "send as digest" and > > "send individual posts", something like "send as threads". > > When should the server determine the thread's ended? or do you want the > digest threaded? Threading the digest is interesting alternative. I wasn't expecting it to hold everything until the entire thread had been discussed. I was thinking more like "send as threads" being every time it forwards a post, attach all the preceeding posts of the thread to the new post (at top or bottom, as configured). Or collect posts, per-thread for some relatively short period of time to reduce the number of mailings (maybe an hour??). > ... and I wonder whether they break threads when > someone replies from a thread and remembers to set the subject properly. Not sure -- I do do that on some lists, but since digests inherently don't thread, I can't tell. > Is gmame a suitable alternative? What's "gmame"? Douglas -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
>>> On 8/25/2008 at 9:35 AM, in message <[EMAIL PROTECTED]>, "Mrohs, Ray" <[EMAIL PROTECTED]> wrote: > No. They still look different. System A shows all the elements on a > scrolling screen. System B shows just the elements for the active > category. -snip- > System B does not get these messages. Both work, but system B looks > better and is faster. I can send pictures if you like. Yes, please. Off-list of course. If you would, also, please go to http://www.novell.com/coolsolutions/tools/16106.html and download the ntsutils RPM. Install it, run the "supportconfig" command that is in it. Do this on both systems, and send me both tarballs that you get. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: List FAQ etc
Douglas Wooster wrote: <2 cents> Also, certain supposedly "modern" mail programs make threading awkward to :-) Name names, I need something to scoff at:-) It might be someone can explain to you how it works, I've see that happen before, use, so the goal with those is quote the whole thing so that the fewest number of posts have to be kept, in order to have a copy of (or be able to find) the whole thread. On the other hand, if you receive a list in "digest" mode, that technique can be an abomination. It'd be cool if list servers gave, in addition to the current options of "send as digest" and "send individual posts", something like "send as threads". When should the server determine the thread's ended? or do you want the digest threaded? Years and years ago, I tried getting some list digested, and split the digest on receipt. I couldn't get it to work at all satisfactorily, and since then I've not seen a problem that digests solve. I do know some people still have problems with digests (I can tell when the subject references a digest), and I wonder whether they break threads when someone replies from a thread and remembers to set the subject properly. Is gmame a suitable alternative? -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] -- Advice http://webfoot.com/advice/email.top.php http://www.catb.org/~esr/faqs/smart-questions.html http://support.microsoft.com/kb/555375 You cannot reply off-list:-) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: List FAQ etc
<2 cents> Also, certain supposedly "modern" mail programs make threading awkward to use, so the goal with those is quote the whole thing so that the fewest number of posts have to be kept, in order to have a copy of (or be able to find) the whole thread. On the other hand, if you receive a list in "digest" mode, that technique can be an abomination. It'd be cool if list servers gave, in addition to the current options of "send as digest" and "send individual posts", something like "send as threads". Douglas Re: [LINUX-390] List FAQ etc David Boyes to: LINUX-390 08/25/2008 11:07 AM Sent by: Linux on 390 Port Please respond to Linux on 390 Port > I don't believe that everyone believes in pruning out everything. Many > people reply at the top. If for no other reason than replies can be kept > in context. I don't want to start a war about email etiquette here, just > to say that I believe that not everyone agrees with points 3 & 4 below. I think more of us have simply given up trying to get people to do 3 & 4. Most of the "modern" workstation mail readers make it quite difficult to do in a reasonable manner, and those of us still reading mail with MAILBOOK and Pine (with proper mail editors like Emacs) just can't stem the tide. There are times where I really miss low bandwidth communications, where the size of transfers actually mattered. That drove most of the reasoning behind pruning out unnecessary stuff, and I think it helped the clarity of the conversation. But, I'm old and cranky now, so I'll shut up. -- db -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 <>
Re: 3270 console confusion
On Tuesday 26 Aug 2008, Mark Post wrote: > > This is the critical point. I made this change (and nothing else) and > > then then it all 'Just Worked" (TM). > > That should not be necessary on a kernel with all the 3270 support compiled > in. It may simply be that you need to add "conmode=3270" to your > parameters in /etc/zipl.conf and re-run zipl. Since I can't get the CVS > version of hercules to build, I cannot verify that. I have also got it to work on my Gentoo system with a 2.6.26 kernel. However, passing any of the "console/conmode" parameters to the kernel results in a disabled wait state, although these do not seem to be necessary. -Robin -- -- Robin Atwood. "Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst" from "Mandalay" by Rudyard Kipling -- -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Two Different YaST2 Control Center displays
On system A: echo $TERM xterm chkconfig alsasound alsasound on System B has the same responses. Ray Mrohs -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Stricklin, Raymond J Sent: Monday, August 25, 2008 3:06 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Two Different YaST2 Control Center displays > -Original Message- > From: Mrohs, Ray [mailto:[EMAIL PROTECTED] > > No. They still look different. System A shows all the > elements on a scrolling screen. System B shows just the > elements for the active category. > > System A gets these messages: > > # yast2 > lnxm500:~ # ALSA lib confmisc.c:672:(snd_func_card_driver) > cannot find card '0' On systems A and B, what is the difference in output from these two commands, if any? echo $TERM chkconfig alsasound ok r. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IPL parms
Linux on 390 Port wrote on 25.08.2008 19:07:47: > >>> On 8/25/2008 at 4:24 AM, in message > <[EMAIL PROTECTED] > com>, Peter 1 > Oberparleiter <[EMAIL PROTECTED]> wrote: > > Linux on 390 Port wrote on 22.08.2008 20:40:25: > >> "To resolve this problem, the hardware console uses an escape character > >> (%) under VM to distinguish between upper and lower case characters. > >> This behavior and the escape character (%) are adjustable at build-time > >> by editing the driver sources, or at run time by use of the ioctl > >> interface." > > > > Note that this description of the hardware console does not apply to the > > zipl boot menu. For the latter, there's no way to specify upper-case > > letters as all input will be converted to lower-case. > > Could that also be put (somewhere) in the commands and device > drivers manual? Until you posted this, I was under the same > impression that Brad was that this worked in all cases, _especially_ > at the zipl boot menu. I agree that this may be misleading. I'll see that the docs about hardware console usage when running Linux under VM are updated to be more clear on this matter. Thanks for pointing this out. Regards, Peter Oberparleiter -- Peter Oberparleiter Linux on System z Development IBM Deutschland Research & Development GmbH -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390