On Mon, 10 Jul 2000, Chuck Mead wrote:
>That's not surprising since libtiff was buggy and was updated on 2000-05-23:
>
>
>See the announcement here:
>http://www.redhat.com/support/errata/RHBA-2000-026.html
>
>Get the files here:
>ftp://updates.redhat.com/6.2/i386/libtiff-3.5.5-2.i386.rpm
>ftp://up
This problem is probably the most common mail question regarding HylaFAX on
the HylaFAX mailing list. libtiff made some fairly serious changes from
the 3.4.x to 3.5.x versions (16-bit to 32-bit processing, I think) which
cause the tiff2ps conversion to sieze up the process under HylaFAX.
libtiff-
On Sun, 9 Jul 2000, Robin Atwood spewed into the bitstream:
RA>After upgrading to RH 6.2 my Hylafax installation packed up. The problem seemed
RA>to be that when it was converting the PS file to tiff format, a faxq process
RA>went into a 90% CPU loop. Upgrading to the latest available Hylafax RPM
After upgrading to RH 6.2 my Hylafax installation packed up. The problem seemed
to be that when it was converting the PS file to tiff format, a faxq process
went into a 90% CPU loop. Upgrading to the latest available Hylafax RPM did
not help so I got the latest source and recompiled. The configure
[EMAIL PROTECTED] said:
> ooh, where? I haven't seen em.
> On Thu, 13 Apr 2000, Rick Forrister wrote:
> The Powertools & CPAN CD images can be, I believe, downloaded as
> images, and burned by the user at home.
Hi Charles!
One point, for powertools, at least, is
You'll find all the networki
ooh, where? I haven't seen em.
On Thu, 13 Apr 2000, Rick Forrister wrote:
> The Powertools & CPAN CD images can be, I believe, downloaded as
> images, and burned by the user at home.
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
Hey gang what size should the ZOOT iso image be? for i386? after I download it?
my burn seems to be screwy.
thanks,
chris
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
> More on this. Closer inspection of the zoot rpms show that there are
> no rpms for the Red Hat Getting Started Guide, Reference Guide or
> Installation Guide. There is, in fact, an rpm for current manual
> pages.
>
> It would appear that the rpm for the Red Hat manuals was
There is now a complete zoot document disk, it has tons of Zoot doc's, full
mirror of the Howto's, etc.
HTH,
Regards,
Steven Hildreth
Information Technology Manager
Aprotex Corporation, http://www.aprotex.com
"Proven Property Protection Since 1952"
- Original Message
[EMAIL PROTECTED] said:
> More on this. Closer inspection of the zoot rpms show that there are
> no rpms for the Red Hat Getting Started Guide, Reference Guide or
> Installation Guide. There is, in fact, an rpm for current manual
> pages.
> It would appear that the rpm
I encountered the same problem after a 6.1 to 6.2 upgrade. What I understand is
that the documentation comes now in a separate CD (iso image). Don't know
how you load them from that CD, since I have not loaded the documentation yet.
"John P. Verel" wrote:
>
> I
More on this. Closer inspection of the zoot rpms show that there are
no rpms for the Red Hat Getting Started Guide, Reference Guide or
Installation Guide. There is, in fact, an rpm for current manual
pages.
It would appear that the rpm for the Red Hat manuals was left out of
the zoot image
I appears that the zoot image documentation from 6.1, not
6.2...bugzilla here we come;) Inspection of my installed RPMS show
documentation appears to be ENTIRELY for 6.1.
The gnome help browser does not work for the manuals, as installed.
The html versions of the manuals, available for
Doug McGarrett wrote:
> At 00:06 04/05/2000 -, you wrote:
> >redhat-digest Digest Volume 00 : Issue 434
> >
> >Today's Topics:
> >Re: Zoot NFS install?
> >
> I assume that "Zoot" is a code name for some dis
else.
The wget docs (both man pages, as well as plaintext/html) have info
on using proxy servers.
http://www.gnu.org/manual/wget/html_mono/wget.html
or
man wget
And here's wget for windoze:
http://www.interlog.com/~tcharron/wgetwin.html
wget -c ftp://foo.bar.baz/path/to/zoot-yourarch.
Windoze ftp:
# ftp proxy
# username: proxyusername
# password: proxypw
# user [EMAIL PROTECTED]
# password youremail
You will normally, but not necessary, have a username and password to go
through your proxy server. This will normally be the same username/pw
you use to surf the web (if any).
W
On Thu, Apr 06, 2000 at 10:03:34PM -0400, John P. Verel wrote:
> On 04/06/00, 09:44:36PM -0400, fred smith wrote:
> >
> > How do I either:
> > 1. convince one of those idiot browsers to do a BINARY mode ftp
> transfer
>
> Have you tried right clicking on the url and selecting "Save link
> as..."
wget
and set your proxy in the .wgetrc file
-Greg
On 07-Apr-00 fred smith wrote:
> Gentlemen:
>
> Slightly OT here,... sorry.
>
> I'm trying to get the RH62 iso images. The only place where I have both
> the bandwidth and a CD burner is at work. Unfortunately, at work we are
> hidden behind a
Zoot is the name of the this version, Redhat Linux 6.2. Like Apollo for 5.2.
Hedwig for 6.0. As to the why it is coded zoot for ftp, I am not sure. I
learned of the Zoot name by following the mailings on this list.
Eddie Strohmier
Bonwell Globalnet
www.bonwell.com
- Original Message
Zoot was the code name for Redhat 6.2. It is used because the .iso for
burning the CD is named zoot-i386.iso (I think as far as the file name
goes)...Michael Johnson
on 4/6/00 9:49 PM, Doug McGarrett at [EMAIL PROTECTED] wrote:
> At 00:06 04/05/2000 -, you wrote:
>> redhat-dige
>
> How do I either:
> 1. convince one of those idiot browsers to do a BINARY mode ftp transfer, or
> 2. find a ftp client that works through proxies? I've tried ncftp and nftp
> today but either it is that neither of them works through our proxy, or
> else I am too ignorant to figure out how to
At 00:06 04/05/2000 -, you wrote:
>redhat-digest Digest Volume 00 : Issue 434
>
>Today's Topics:
>Re: Zoot NFS install?
>
I assume that "Zoot" is a code name for some distro, or some release
number, or something. Could we just u
On 04/06/00, 09:44:36PM -0400, fred smith wrote:
>
> How do I either:
> 1. convince one of those idiot browsers to do a BINARY mode ftp
transfer
Have you tried right clicking on the url and selecting "Save link
as..."? This should work.
BTW, be CERTAIN to do a MD5SUM check on the iso image. T
Gentlemen:
Slightly OT here,... sorry.
I'm trying to get the RH62 iso images. The only place where I have both
the bandwidth and a CD burner is at work. Unfortunately, at work we are
hidden behind a firewall (Novell BorderManager) which means I cannot use
any of the known (to me) ftp tools to do
Bill Carlson <[EMAIL PROTECTED]> writes:
> On 5 Apr 2000, Brady Montz wrote:
>
> > In my case, the NFS servers were linux machines. I have two linux
> > machines, and tried NFS upgrades in both directions. I had the RedHat dist
> > in /vol/RedHat, /vol being it's own filesystem. /vol is nfs expo
On 5 Apr 2000, Brady Montz wrote:
> In my case, the NFS servers were linux machines. I have two linux machines,
> and tried NFS upgrades in both directions. I had the
> RedHat dist in /vol/RedHat, /vol being it's own filesystem. /vol is nfs
> exported. I confirmed that I could mount /vol from the
>
> > >
> > >
> > > Thanks for the reply. Not having a working NFS install is a pain as
> > > kickstart only works with NFS over the net. Guess I will have to wait
> > > for RH to come out with a fixed install disk.
> > >
> > &g
NFS install is a pain as
> > kickstart only works with NFS over the net. Guess I will have to wait
> > for RH to come out with a fixed install disk.
> >
> > - rick warner -
> >
>
> Hey Rick,
>
> I've had a few problems with Zoot install (2 pages
I've had a few problems with Zoot install (2 pages worth of notes), but
NFS install was not one of them. How do you have your install media
shared? Are you using knfsd? Is /mnt/cdrom in /etc/exports specifically?
HTH,
Bill Carlson
Systems Programmer[EMAIL PROTECTED]
Agreed. It does give a lot more flexibility to local solutions. I
actually quoted your idea (with reference to you :) in an additional
comment to the bug report.
The problem is that RH has already started to overwrite the ppp.local
(unless they will revert that solution) and it's sort of too late
Gustav Schaffter wrote:
>
> Makes sense, Gordon.
>
> > Or... they could get jiggy and create /etc/ppp/ip-up.d/ and run all of
> > the scripts in there!! :)
The more I think about it, the more I like the idea of
/etc/ppp/ip-up.d/. I created ip-up.local scripts in my EQL rpm, too.
They automat
Thanks for the reply. Not having a working NFS install is a pain as
kickstart only works with NFS over the net. Guess I will have to wait
for RH to come out with a fixed install disk.
- rick warner -
>
> I've had the exact same problem. I ended up having to set up anonymous ftp for
> the du
Makes sense, Gordon.
Gustav
Gordon Messmer wrote:
>
> Gustav Schaffter wrote:
> > OK, it seems that I was the only one having this problem(?).
>
> Probably not, the files were replaced by the isdn-config package.
>
> > Primarily, I'd like to know if this is the future, that the ip-up.local
>
Gustav Schaffter wrote:
> OK, it seems that I was the only one having this problem(?).
Probably not, the files were replaced by the isdn-config package.
> Primarily, I'd like to know if this is the future, that the ip-up.local
> is not 'local' any more.
Since you've already submitted a bug repo
Rick Warner <[EMAIL PROTECTED]> writes:
> Anyone get an NFS install of Zoot working? I keep getting an error
> that it cannot mount the directory, yet I can sniff on the NFS server
> and see that it allows the NFS mount. The message windows says it has
> mounted. Yet the in
At 02:57 PM 4/3/00 -0700, you wrote:
>
>Anyone get an NFS install of Zoot working? I keep getting an error
>that it cannot mount the directory, yet I can sniff on the NFS server
>and see that it allows the NFS mount. The message windows says it has
>mounted. Yet the install pr
I had a mail off list encouraging me to report the bug to bugzilla,
which I did.
The bugzilla ID is: 10567
Thanks, Craig.
Regards
Gustav
Gustav Schaffter wrote:
>
> Hi,
>
> I have found what I believe is a serious bug in the upgrade to RH6.2
> (zoot).
>
> In RH6.0 a
Anyone get an NFS install of Zoot working? I keep getting an error
that it cannot mount the directory, yet I can sniff on the NFS server
and see that it allows the NFS mount. The message windows says it has
mounted. Yet the install program pops up a window saying it cannot
mount that
local' any more.
Regards
Gustav
Gustav Schaffter wrote:
>
> Hi,
>
> I have found what I believe is a serious bug in the upgrade to RH6.2
> (zoot).
>
> In RH6.0 and RH6.1 there was no /etc/ppp/ip-up.local provided. In the
> /etc/ppp/ip-up script, there is a test to see i
Hi,
I have found what I believe is a serious bug in the upgrade to RH6.2
(zoot).
In RH6.0 and RH6.1 there was no /etc/ppp/ip-up.local provided. In the
/etc/ppp/ip-up script, there is a test to see if the file
/etc/ppp/ip-up.local exists and if it's executable. If so the file is
executed
the CD is burnt, it doesn't
> contain any zoot... file any more. It contains the RedHat CD structure.
>
> I guess it's not possible. I guess I'm trying to check a file that
> doesn't exist.
>
> Regards
> Gustav
>
> "John P. Verel" wrote:
>
> Is there any way of doing the md5sum test on an already burnt CD?
Sure:
dd if=/dev/cdrom bs=2048 count=328067 | md5sum
where 328067 is the number of sectors in the zoot ISO image (this will
vary from disc to disc of course). Can substitute
`expr `isosize /dev/cdrom` / 2048` if you h
John,
Not really. (I tried it anyway.) When the CD is burnt, it doesn't
contain any zoot... file any more. It contains the RedHat CD structure.
I guess it's not possible. I guess I'm trying to check a file that
doesn't exist.
Regards
Gustav
"John P. Verel" wrote
On 03/31/00, 09:59:31AM +0200, Gustav Schaffter wrote:
> Is there any way of doing the md5sum test on an already burnt CD?
I would think just mount the CD, change to that mountpoint and enter:
md5sum --binary zoot-i386.iso assuming your image is for Intel.
Then compare to the signatures f
I was
> otherwise poised to use a corrupted image to upgrade. Much misery
> averted! Thank you.
>
> John.
>
> On 03/30/00, 11:56:27PM -0500, John P. Verel wrote:
> >
> > Off we go on another overnight pickup ;)
> >
> > >
> > > $ md5sum --bi
cksum prints the CRC checksum anf byte count of the file. For md5sums do
md5sum
see the cksum and md5sum man pages for more...
On Thu, 30 Mar 2000, John P. Verel wrote:
> Hi. I went to the download site where I got zoot-i386.iso and printed
> the Md5 checksums. I then ran cksum (un
nd this time...sucess! Thanks all for the checksum tips. I was
> otherwise poised to use a corrupted image to upgrade. Much misery
> averted! Thank you.
>
> John.
>
> On 03/30/00, 11:56:27PM -0500, John P. Verel wrote:
> >
> > Off we go on another overnight pickup
And this time...sucess! Thanks all for the checksum tips. I was
otherwise poised to use a corrupted image to upgrade. Much misery
averted! Thank you.
John.
On 03/30/00, 11:56:27PM -0500, John P. Verel wrote:
>
> Off we go on another overnight pickup ;)
>
> >
> > $
Thanks, Wayne. Did the check -- didn't match the file! So, I guess
it got corrupted en route, no?
Off we go on another overnight pickup ;)
On 03/30/00, 10:16:27PM -0600, Wayne Dyer wrote:
> John P. Verel wrote:
> > Hi. I went to the download site where I got zoot-i386.iso and p
John P. Verel wrote:
> Hi. I went to the download site where I got zoot-i386.iso and printed
> the Md5 checksums. I then ran cksum (under RH 6.1) and got a print
> out that was completely different from the one from the Purdue site:
> The Purdue site was 31 digits in length, my r
Hi. I went to the download site where I got zoot-i386.iso and printed
the Md5 checksums. I then ran cksum (under RH 6.1) and got a print
out that was completely different from the one from the Purdue site:
The Purdue site was 31 digits in length, my result was 20, counting an
embedded blank
If you go to the rsync web pages, it explains the process that rsync takes
to do a download.
it is safer and quicker over all.
> BUT GOD! Is it ever slow to get going.
> I have already downloaded about 270Mb of the iso
> It takes 5 minutes for rsync to (verify?) for every percentage of download
> still don't understand why resume doesn't work for you.
>
> works great for me, using wget (ah, sweet blessed wget:)
>
> wget -c ftp://mirror.aarnet.edu.au/redhat/redhat-6.2/iso/zoot-i386.iso
>
> I did have an issue a few months ago where I couldn't do a re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 29 Mar 2000, Edward Dekkers wrote:
> Too many symlinks error.
>
> How do I find the TRUE location of a file that is traversed through many
> symlinked directories?
By traversing? ;-)
- --< LINUX: The choice of a GNU generation.
> mirror.aarnet.edu.au::redhat/redhat-6.2/iso/zoot-i386.iso
Doh!
Getting closer..
Too many symlinks error.
How do I find the TRUE location of a file that is traversed through many
symlinked directories?
--
Edward Dekkers (Director)
Triple D Computer Services Pty. Ltd.
Western Australi
Edward Dekkers wrote:
> I did finally manage to get it to accept my command, but now I get a
> connection refused message.
Hehe... Using mirror.aarnet.edu.au:redhat/redhat-6.2/iso/zoot-i386.iso
will try to use rsh to retrieve the file. I _think_ you want:
mirror.aarnet.edu.au::redhat/redh
try: (enter it all on one line) just cut and paste.
rsync -avc --progress --stats --partial
mirror.aarnet.edu.au:redhat/redhat-6.2/iso/zoot-i386.iso
/home/ftp/pub/mirror/redhat/redhat-6.2/iso/zoot-i386.iso
Allen
(email me directly, and I will try to help if you have any more problems
I made a discovery tonight with regard to terminfo and vim. I was using
Windowmaker and was in an aterm when I su'd to root and then opened a
file with
vim. The file was a mess... full of control characters and crap. This
did not
happen as a normal user and it did not happen on the CLIN as root. I
> Use rsync, - it is much better than ftp resume.
>
> rsync -avc --progress --stats\
> mirror.aarnet.edu.au:redhat/redhat-6.2/iso/zoot-i386.iso \
> /path/to/iso/on/your/filesystem
>
> mirror.aarnet.edu.au is up to date.
I'd love to use rsync, and have tried to get it w
On my last rsync post:
I did finally manage to get it to accept my command, but now I get a
connection refused message.
This may help you solve my problem (if you feel like it anyway :))
Edward Dekkers (Director)
Triple D Computer Services Pty. Ltd.
Western Australia
P: (08) 9397-1040
F: (08) 9
ftp mirror.aarnet.edu.au/pub/linux/redhat/redhat-6.2/iso/zoot-i386.iso
aarnet can resume broken downloads
Regards
Stephen
Edward Dekkers wrote:
>
> > It's an american mirror, but you can try ftp://duke.eburg.com/pub/linux/
>
> HHmm. I get the message 'Site does
Edward Dekkers <[EMAIL PROTECTED]> said:
> HHmm. I get the message 'Site does not support resume' using GoZilla thru
> Windows.
I don't know why... I can resume downloads from duke using ncftp... Just to
make sure, I killed a download and then resumed it.
On the other hand, I've never used Go
> It's an american mirror, but you can try ftp://duke.eburg.com/pub/linux/
HHmm. I get the message 'Site does not support resume' using GoZilla thru
Windows.
ncftp on the Linux box is retrieving it now using:
'ncftp -D -V -a -C duke.eburg.com:/pub/linux/zoot-i386.iso
Use rsync, - it is much better than ftp resume.
rsync -avc --progress --stats\
mirror.aarnet.edu.au:redhat/redhat-6.2/iso/zoot-i386.iso \
/path/to/iso/on/your/filesystem
mirror.aarnet.edu.au is up to date.
- Original Message -
From: "Edward Dekkers" <[EMAIL PROTECTED]
Edward Dekkers wrote:
> Anybody had any luck grabbing an ISO in resume mode near me? (Perth - West
> Australia).
> I know I'm jumping the gun, but I would appreciate a successful address if
> you have one.
It's an american mirror, but you can try ftp://duke.eburg.com/pub/linux/
MSG
--
To unsu
Bah Humbug!
Out of the Australian mirrors - 2 don't have the 6.2 isos yet and 1 doesn't
support resume (I NEED resume).
The USA mirrors are mostly busy, and incomplete. The Asian ones also.
Anybody had any luck grabbing an ISO in resume mode near me? (Perth - West
Australia).
I know I'm jumpin
66 matches
Mail list logo