David thanks, how can i open the ISO file into the tree? thanks, Gilbert --- [EMAIL PROTECTED] wrote: > Send Redhat-list mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, > visit > > https://listman.redhat.com/mailman/listinfo/redhat-list > or, via email, send a message with subject or body > 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Redhat-list digest..." > > > Today's Topics: > > 1. Re: Konqueror File Manager Default View File > Details (Mariusz Pekala) > 2. Re: rpm types: noarch vs src vs "normal" ix86; > redhat & other distros? (ABrady) > 3. The Java situation is worse than ever! (Rick > Richardson) > 4. Re: rpm types: noarch vs src vs "normal" ix86; > redhat & other distros? (ABrady) > 5. RE: Konqueror File Manager Default View File > Details (AD Marshall) > 6. RE: Konqueror File Manager Default View File > Details (AD Marshall) > 7. Re: The Java situation is worse than ever! > (David Talkington) > 8. Help on FTP installation!!! (Gilbert > Goldstein) > 9. Re: Help on FTP installation!!! (David > Talkington) > 10. Re: The Java situation is worse than ever! > (Tammy Fox) > 11. Re: playing cds (Tammy Fox) > 12. Re: How to make Konqueror connected to > Internet via Broadband (Tammy Fox) >
> ATTACHMENT part 3.1 message/rfc822 > From: Mariusz Pekala <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Konqueror File Manager Default View > File Details > Date: Fri, 16 Nov 2001 18:10:36 +0100 > Reply-to: [EMAIL PROTECTED] > > On Fri 16 November 2001 12:34, you (AD Marshall) > wrote: > > Anyone have a quik'n'dirty fix for configuring > KDE's Konqueror File Manager > > to Default to View File Details on start-up > (instead of those virtually > > meaningless, screen-space-sucking icons)? I'd be > truly grateful... best, AD > > I'm not sure whether I did it this way (a lot of > time has passed since then), > but my Konq displays file details when I start it. > > Select the view you like, and go to Window menu and > select option *Save view > profile "File Management"* (I'm fast-translating > this from Polish) > You may also tinker with the option below: *View > profiles management* > Keep testing. > > --Mariusz > > > -- > > Tego nie znajdziesz w żadnym sklepie! > [ http://oferty.onet.pl ] > > > > > ATTACHMENT part 3.2 message/rfc822 > Date: Fri, 16 Nov 2001 11:09:10 -0600 > From: ABrady <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: rpm types: noarch vs src vs "normal" > ix86; redhat & other distros? > Reply-to: [EMAIL PROTECTED] > > On Fri, 16 Nov 2001 23:29:36 +0700 > AD Marshall <[EMAIL PROTECTED]> implied: > > > Does anyone know a good reference that explains > the differences > between the above types of rpm, how each kind > differs in usage and what > the effects of using an rpm that doesn't match your > distro or ix86? > > > > Of course, if you want to write your own > explanation, we'll take that > too. ;) > > Theoretically, noarch will install on ppc, alpha, > ix86, etc. I presume > this to be correct in the absence of any evidence to > the contrary. > Others may have more info. > > Those with .src.rpm are also referred to as SRPMs. > They're source with > specfile contained. (This is different from, say > kernel-source RPMs.) > They can be installed and worked with in that > respect (usually patched, > specfile modified, configuration changes, etc), Then > a simple 'rpm -ba > <specfile>' or 'rpm -bb <specfile>' will build what > the diddler wanted > when making changes. Also, the SRPM can be used to > simply build a binary > RPM that has better optimizations. Typing 'rpmbuild > --rebuild <srpm> > --target <target>' will accomplish this. An > explanation for these > options can be located through the rpm manpage. > Unlike binary RPMs, you > can reinstall the SRPM multiple times without it > complaining about > already being installed. It basically puts a file or > files in > /usr/src/redhat/SOURCES and one in > /usr/src/redahat/SPECS. > > Those with the i386.rpm extension work with intel > chips as well as amd > and others. ONLY with these. They shouldn't even > install if you try to > put them on a different architecture. Using the > SRPMs above can change > these to i486, i586, i686 and athlon. Lower chipset > numbers in the RPM > (lower optimization) will work with higher level > chipsets. The converse > will fail. > > Trying to use SuSE RPMs with Redhat usually won't > work. Sometimes it > will. That applies to other distros as well, though > more Mandrake > binaries work with Redhat than the others. Different > distros place files > in different places and then have religious wars > with each other over > which is "proper" and who therefore is smarter and > better. I'll leave it > with this: I've tried others and had far fewer > problems with Redhat > (excepting 5.1 and 7.2) than any of the others. If > libraries aren't in > paths that are set for your system, they won't work. > If they install and > go to the right places, they still might not work > due to conflicts with > things already installed. Various vendors check > conflicts and > dependencies in different ways and may not catch the > problems being > created at install time. > > Trying to build the SRPMs of other distros almost > all fail on Redhat. > The exception is some Mandrake do pretty well, and > I've had personaly > luck with one or two from SuSE. All others failed > miserably for me and > likely yield similar results for others. > > Some of this can be gleaned from the rpm manpage. > Some can be garnered > from Maximum RPM (it's available for download), > which is sorely out of > date. Some can be found in various other documents > in various other > places around the internet. > > -- > I thought I wanted a career, turns out I just wanted > paychecks. > > > > > ATTACHMENT part 3.3 message/rfc822 > Date: Fri, 16 Nov 2001 11:20:27 -0600 > From: Rick Richardson <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: The Java situation is worse than ever! > Reply-to: [EMAIL PROTECTED] > > Although there are more browsers available than ever > before, the > browser situation with Redhat 7.2 is grim. > > I recently loaded up Redhat 7.2 and applied all of > the updates through > 11/15/2001 using the Rehat Update Agent. In > addition, I loaded up > lots of extra browsers and followed the instructions > as needed for > installing Java on each of them. > > I then tried to display a very simple Java test > applet: > > > http://stockcharts.com/support/javaSupport/javaOne.html > > The result of running this should be an applet set > in a green > rectangle which display the message "Test Passed". > > Unfortunately, only one browser on RedHat 7.2 was > able to pass this > test. I had had much better success with my old > setup, which when > first installed was Redhat 6.9 (the 7.0 beta). > > Here are the results I got with Redhat 7.2: > > Netscape 6.2: > Java(TM) Plug-in 1.3.1-b24 > > /usr/local/netscape/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so > Applet flashes correct result, then Netscape > immediately crashes. > > Mozilla 0.9.2.1: > Java(TM) Plug-in 1.3.1-b24 > > /usr/lib/mozilla/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so > > Only see a green rectangle. Reloading page > doesn't help. > Browser does not crash. > > Opera 5.05TP1 for Linux - 20010807 Build 030: > Sun Java 1.3.1 > > /usr/java/jre1.3.1_01/plugin/i386/ns4/javaplugin.so > > See a black rectangle. If I reload the > page, I see a green rectangle. > Browser does not crash. > > Konqueror 2.2.1 (Using KDE 2.2-11): > with IBM Java /opt/IBMJava2-13/jre/bin/java > or with Sun Java > /usr/java/jre1.3.1_01/bin/java > > I get the correct result, except that the > applet is running > in a completely separate window!!!! Browser > does not crash. > > Netscape 4.78: > Netscape Communications Corporation -- Java > 1.1.5 > > Works perfectly. Browser does not crash. > > Galeon 0.11.3: > Java HotSpot(TM) Client VM (1.3.1-b24 mixed > mode) > > /usr/lib/mozilla/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so > > Applet flashes green rectangle, then Galeon > immediately crashes. > > -Rick > > P.S. Hmm, I might have to delete the following > quote from my random > signature generator database :-) > > -- > Rick Richardson [EMAIL PROTECTED] > http://home.mn.rr.com/richardsons/ > Twin Cities traffic animations are at > http://tctraffic.0catch.com/ > > > > > ATTACHMENT part 3.4 message/rfc822 > Date: Fri, 16 Nov 2001 11:21:02 -0600 > From: ABrady <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: rpm types: noarch vs src vs "normal" > ix86; redhat & other distros? > Reply-to: [EMAIL PROTECTED] > > On Fri, 16 Nov 2001 11:09:10 -0600 > ABrady <[EMAIL PROTECTED]> implied: > > > On Fri, 16 Nov 2001 23:29:36 +0700 > > AD Marshall <[EMAIL PROTECTED]> implied: > > > > > Does anyone know a good reference that explains > the differences > > between the above types of rpm, how each kind > differs in usage and > what > > the effects of using an rpm that doesn't match > your distro or ix86? > > > > > > Of course, if you want to write your own > explanation, we'll take > that > > too. ;) > > > > Theoretically, noarch will install on ppc, alpha, > ix86, etc. I presume > > this to be correct in the absence of any evidence > to the contrary. > > Others may have more info. > > > > Those with .src.rpm are also referred to as SRPMs. > They're source with > > specfile contained. (This is different from, say > kernel-source RPMs.) > > They can be installed and worked with in that > respect (usually > patched, > > specfile modified, configuration changes, etc), > Then a simple 'rpm -ba > > <specfile>' or 'rpm -bb <specfile>' will build > what the diddler wanted > > when making changes. Also, the SRPM can be used to > simply build a > binary > > RPM that has better optimizations. Typing > 'rpmbuild --rebuild <srpm> > > --target <target>' will accomplish this. An > explanation for these > > options can be located through the rpm manpage. > Unlike binary RPMs, > you > > can reinstall the SRPM multiple times without it > complaining about > > already being installed. It basically puts a file > or files in > > /usr/src/redhat/SOURCES and one in > /usr/src/redahat/SPECS. > > I mixed things above slightly. On older RPM versions > 'rpm --rebuild > <yadda>' and 'rpm -bb <yadda>' was used. On later > versions it was > changed to 'rpmbuild --rebuild <yadda>' and > 'rpmbuild -bb <yadda>' and > 'target=<target>' which is old format became 'target > <target>' instead. > Mixing those can cause problems. > > > Those with the i386.rpm extension work with intel > chips as well as amd > > and others. ONLY with these. They shouldn't even > install if you try to > > put them on a different architecture. Using the > SRPMs above can change > > these to i486, i586, i686 and athlon. Lower > chipset numbers in the RPM > > (lower optimization) will work with higher level > chipsets. The > converse > > will fail. > > > > Trying to use SuSE RPMs with Redhat usually won't > work. Sometimes it > > will. That applies to other distros as well, > though more Mandrake > > binaries work with Redhat than the others. > Different distros place > files > > in different places and then have religious wars > with each other over > > which is "proper" and who therefore is smarter and > better. I'll leave > it > > with this: I've tried others and had far fewer > problems with Redhat > > (excepting 5.1 and 7.2) than any of the others. If > libraries aren't in > > paths that are set for your system, they won't > work. If they install > and > > go to the right places, they still might not work > due to conflicts > with > > things already installed. Various vendors check > conflicts and > > dependencies in different ways and may not catch > the problems being > > created at install time. > > > > Trying to build the SRPMs of other distros almost > all fail on Redhat. > > The exception is some Mandrake do pretty well, and > I've had personaly > > luck with one or two from SuSE. All others failed > miserably for me and > > likely yield similar results for others. > > > > Some of this can be gleaned from the rpm manpage. > Some can be garnered > > from Maximum RPM (it's available for download), > which is sorely out of > > date. Some can be found in various other documents > in various other > > places around the internet. > > > > -- > > I thought I wanted a career, turns out I just > wanted paychecks. > > > > > > > > _______________________________________________ > > Redhat-list mailing list > > [EMAIL PROTECTED] > > > https://listman.redhat.com/mailman/listinfo/redhat-list > > > -- > 0 and 1. Now what could be so hard about that? > > > > > ATTACHMENT part 3.5 message/rfc822 > From: "AD Marshall" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: RE: Konqueror File Manager Default View > File Details > Date: Sat, 17 Nov 2001 00:27:40 +0700 > Reply-to: [EMAIL PROTECTED] > > Gad! You're right on the button. Duh. Thanks. > > > -----Original Message----- > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Mariusz Pekala > > Sent: Saturday, 17 November 2001 00:11 > > To: [EMAIL PROTECTED] > > Subject: Re: Konqueror File Manager Default View > File Details > > > > > > On Fri 16 November 2001 12:34, you (AD Marshall) > wrote: > > > Anyone have a quik'n'dirty fix for configuring > KDE's Konqueror File Manager > > > to Default to View File Details on start-up > (instead of those virtually > > > meaningless, screen-space-sucking icons)? I'd be > truly grateful... best, AD > > > > I'm not sure whether I did it this way (a lot of > time has passed since then), > > but my Konq displays file details when I start it. > > > > Select the view you like, and go to Window menu > and select option *Save view > > profile "File Management"* (I'm fast-translating > this from Polish) > > You may also tinker with the option below: *View > profiles management* > > Keep testing. > > > > --Mariusz > > > > > > -- > > > > Tego nie znajdziesz w żadnym sklepie! > > [ http://oferty.onet.pl ] > > > > > > > > _______________________________________________ > > Redhat-list mailing list > > [EMAIL PROTECTED] > > > https://listman.redhat.com/mailman/listinfo/redhat-list > > > > > > > ATTACHMENT part 3.6 message/rfc822 > From: "AD Marshall" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: RE: Konqueror File Manager Default View > File Details > Date: Sat, 17 Nov 2001 00:28:21 +0700 > Reply-to: [EMAIL PROTECTED] > > Gad! You're right on the button. Duh. Thanks. > > > -----Original Message----- > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of > Mariusz Pekala > > Sent: Saturday, 17 November 2001 00:11 > > To: [EMAIL PROTECTED] > > Subject: Re: Konqueror File Manager Default View > File Details > > > > > > On Fri 16 November 2001 12:34, you (AD Marshall) > wrote: > > > Anyone have a quik'n'dirty fix for configuring > KDE's Konqueror File Manager > > > to Default to View File Details on start-up > (instead of those virtually > > > meaningless, screen-space-sucking icons)? I'd be > truly grateful... best, AD > > > > I'm not sure whether I did it this way (a lot of > time has passed since then), > > but my Konq displays file details when I start it. > > > > Select the view you like, and go to Window menu > and select option *Save view > > profile "File Management"* (I'm fast-translating > this from Polish) > > You may also tinker with the option below: *View > profiles management* > > Keep testing. > > > > --Mariusz > > > > > > -- > > > > Tego nie znajdziesz w żadnym sklepie! > > [ http://oferty.onet.pl ] > > > > > > > > _______________________________________________ > > Redhat-list mailing list > > [EMAIL PROTECTED] > > > https://listman.redhat.com/mailman/listinfo/redhat-list > > > > > > > ATTACHMENT part 3.7 message/rfc822 > Date: Fri, 16 Nov 2001 09:35:20 -0800 (PST) > From: David Talkington <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: Re: The Java situation is worse than ever! > Reply-to: [EMAIL PROTECTED] > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rick Richardson wrote: > > >Although there are more browsers available than > ever before, the > >browser situation with Redhat 7.2 is grim. > > > >I recently loaded up Redhat 7.2 and applied all of > the updates through > >11/15/2001 using the Rehat Update Agent. In > addition, I loaded up > >lots of extra browsers and followed the > instructions as needed for > >installing Java on each of them. > > Yes, I know. You'd think somebody'd get their shit > together on this. > The fix is simple, but it's annoying that we still > have to do it. Get > the Sun JRE for Linux. Unpack it in /usr/local, > then do: > > # ln -s > /usr/local/jre1.3.1/plugin/i386/ns600/libjavaplugin_oji.so > \ > /usr/share/mozilla/plugins > > Then Mozilla is happy as a clam. I recommend you > update to Mozilla > 0.9.5, which you'll have to do with a tarball > because Galeon depends > on _exactly_ Mozilla 0.9.2. If you do that, just > link that library to > the plugin dir wherever you installed the new > version of Mozilla. > > - -d > > - -- > David Talkington > http://www.spotnet.org > > PGP key: > http://www.prairienet.org/~dtalk/0xCA4C11AD.pgp > > -----BEGIN PGP SIGNATURE----- > Version: PGP 6.5.8 > Comment: Made with pgp4pine 1.75-6 > > iQA/AwUBO/VOXr9BpdPKTBGtEQII8ACcCGHG+maskSWgFrT3zfWSPRFGCKEAmgOM > HxySA+Qsn4FhQJ+cVkmguPdp > =XggB > -----END PGP SIGNATURE----- > > > > > > ATTACHMENT part 3.8 message/rfc822 > Date: Fri, 16 Nov 2001 09:43:48 -0800 (PST) > From: Gilbert Goldstein > <[EMAIL PROTECTED]> > Subject: Help on FTP installation!!! > To: [EMAIL PROTECTED] > Reply-to: [EMAIL PROTECTED] > > I am truing to install redhat 7.2 via FTP from a IIS > 5 > ftp server. I have downloaded the ISO files from a > mirror if redhad ftp site. > I get the error: “ File //RedHat/base/netstg1.img > not > found on server. > > Please advise. > Gilbert > > > __________________________________________________ > Do You Yahoo!? > Find the one for you at Yahoo! Personals > http://personals.yahoo.com > > > > > ATTACHMENT part 3.9 message/rfc822 > Date: Fri, 16 Nov 2001 10:16:11 -0800 (PST) > From: David Talkington <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: Re: Help on FTP installation!!! > Reply-to: [EMAIL PROTECTED] > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gilbert Goldstein wrote: > > >I am truing to install redhat 7.2 via FTP from a > IIS 5 > >ftp server. I have downloaded the ISO files from a > >mirror if redhad ftp site. > >I get the error: “ File //RedHat/base/netstg1.img > not > >found on server. > > The FTP install expects an unpacked install tree, > not an ISO. You can > run the FTP install right from the mirror from which > you got the ISO, > if you like. Or you can unpack the ISO, or mount it > as a loopback > device and serve it out read-only, if you're set up > to do that. > > - -d > > - -- > David Talkington > http://www.spotnet.org > > PGP key: > http://www.prairienet.org/~dtalk/0xCA4C11AD.pgp > > -----BEGIN PGP SIGNATURE----- > Version: PGP 6.5.8 > Comment: Made with pgp4pine 1.75-6 > > iQA/AwUBO/VX9L9BpdPKTBGtEQIqPwCgoEk/dxqM+RD/+tZBd8JriqnbAAUAn2pY > FzxyGwIVV5EHNf3clBdnmhxs > =1jKI > -----END PGP SIGNATURE----- > > > > > > ATTACHMENT part 3.10 message/rfc822 > Date: Fri, 16 Nov 2001 15:31:30 -0500 > From: Tammy Fox <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: The Java situation is worse than ever! > Reply-to: [EMAIL PROTECTED] > > On Fri, Nov 16, 2001 at 09:35:20AM -0800, David > Talkington wrote: > > > > I recommend you update to Mozilla > > 0.9.5, which you'll have to do with a tarball > because Galeon depends > > on _exactly_ Mozilla 0.9.2. If you do that, just > link that library to > > the plugin dir wherever you installed the new > version of Mozilla. > > > > Galeon 0.12.6 works with Mozilla 0.9.5. Just update > both Mozilla > and Galeon with their respective RPMs and it works > great. > > Tammy > > > > > ATTACHMENT part 3.11 message/rfc822 > Date: Fri, 16 Nov 2001 15:34:06 -0500 > From: Tammy Fox <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: playing cds > Reply-to: [EMAIL PROTECTED] > > The sound cable has to be connected from your CD-ROM > drive > to your sound card if you want the sound to come out > of the > speakers connected to your sound card. If your > CD-ROM drive > has a headphone jack on the front, you can use it. > > Tammy > > On Fri, Nov 16, 2001 at 03:07:01PM +0000, Ian > Truelsen wrote: > > I have 2 cdrom drives in my system and only one, > my DVD drive, is directly > > connected (by cable) to the sound card. Now, when > I want to play music CDs, > > I have to play them from the DVD drive in order to > hear any sound. The other > > drive will load the CD and play it, insofar as the > CD player software is > > concerned, but no sound. I would like to use the > non-DVD drive to play music > > CDs since the DVD drive is older and it doesn't > see some newer CDs for some > > reason. > > > > Now, the question: Does the CDROM that I play > music CDs on need to be > > directly connected to the sound card? If not, can > you give me some trouble > > shooting hints on how to figure out what I am > doing wrong. > > > > Oh, and the sound module is loaded and seems to > work for system generated > > sounds. > > > > Ian. > > > > Ian Truelsen > > Masters program in Philosophy > > University of Manitoba, Winnipeg, Canada > > BA (Wilfrid Laurier University) > > Email: [EMAIL PROTECTED] > > > > Current favourite quote: > > "No great civilisation likes forests." > > K.F. O'Connor > > Lincoln College, Christchurch, New Zealand > > > > > > > > _______________________________________________ > > Redhat-list mailing list > > [EMAIL PROTECTED] > > > https://listman.redhat.com/mailman/listinfo/redhat-list > > -- > > > > > ATTACHMENT part 3.12 message/rfc822 > Date: Fri, 16 Nov 2001 15:53:10 -0500 > From: Tammy Fox <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: How to make Konqueror connected to > Internet via Broadband > Reply-to: [EMAIL PROTECTED] > > If you have a broadband connection in Linux, > Konquerer should > automatically be able to connect to the Internet. > Try > opening a terminal window like xterm or GNOME > Terminal and > typing the command /sbin/ifconfig. Do you see an IP > address > for the eth0 device? > > Tammy > > On Fri, Nov 16, 2001 at 11:59:08PM +0800, Stephen > Liu wrote: > > Hi All People, > > > > (Redhat 7.2) > > > > Kindly advise how to configure Konqueror making it > connected to Internet > > via broadband. > > > > ( Rmark: Broadband cable already connected to the > PC. From Network > > Monitor, moving signal was indicated under eth0 > but no signal under ppp0 > > and loopband.) > > > > I could make Konqueror connected to Internet via a > modem by starting kppp > > but I am looking around for pointers setting up a > Broadband > > connection. In another PC running Mandrake 8.1 > when starting the PC, > > broadband will be connected automatically. So by > evoking a browser > > Internet can be connected automatically also. > > > > Could any guy on the list shedding me some light. > > > > Thanks in advance. > > > > B.R. > > Stephen Liu > > > > > > > > > > _______________________________________________ > > Redhat-list mailing list > > [EMAIL PROTECTED] > > > https://listman.redhat.com/mailman/listinfo/redhat-list > > -- > > > > > > > _______________________________________________ > Redhat-list mailing list > [EMAIL PROTECTED] > https://listman.redhat.com/mailman/listinfo/redhat-list > > __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
