On top of my previously (just now) difficulties with yum, now I find that the 53.1.6 kernel is not installing properly.
When I run "yum update" to install it, the install hangs here:
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kernel x86_64 2.6.18-53.1.6.el5 updates 15 M
Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s)
Total download size: 15 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.18-53.1 100% |=========================| 15 MB 03:26 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel ######################### [1/1]
If I kill this with ^C, it thinks it has installed the kernel, but the kernel is not in my grub.conf. Rpm also thinks it is installed.
I can remove it with rpm -e, but then rpm -ivh won't install it either. It also hangs, at the same point.
Here's what I see when I type ^C:
error: %post(kernel-2.6.18-53.1.6.el5.x86_64) scriptlet failed, signal 2
(Yes, I know, signal 2 is SIGINT, which is what ^C does.)
BUT rpm thinks it has installed the kernel even though the /boot partition has not been updated and the grub.conf file also does not show it.
Any constructive assistance would be appreciated.
mhr
CORRECTION - please see below....
On Jan 23, 2008 9:54 PM, MHR mhullrich@gmail.com wrote:
On top of my previously (just now) difficulties with yum, now I find that
the 53.1.6 kernel is not installing properly.
When I run "yum update" to install it, the install hangs here:
Dependencies Resolved
=============================================================================
Package Arch Version Repository
Size
=============================================================================
Installing: kernel x86_64 2.6.18-53.1.6.el5 updates
15 M
Transaction Summary
=============================================================================
Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s)
Total download size: 15 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.18-53.1 100% |=========================| 15 MB 03:26
Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel ######################### [1/1]
If I kill this with ^C, it thinks it has installed the kernel, but the
kernel is not in my grub.conf. Rpm also thinks it is installed.
I can remove it with rpm -e, but then rpm -ivh won't install it either.
It also hangs, at the same point.
Here's what I see when I type ^C:
error: %post( kernel-2.6.18-53.1.6.el5.x86_64) scriptlet failed, signal 2
(Yes, I know, signal 2 is SIGINT, which is what ^C does.)
BUT rpm thinks it has installed the kernel even though the /boot partition
has not been updated and the grub.conf file also does not show it.
CORRECTION: /boot was updated, just not the grub.conf....
Any constructive assistance would be appreciated.
mhr
On Wed, 2008-01-23 at 21:57 -0800, MHR wrote:
CORRECTION - please see below....
On Jan 23, 2008 9:54 PM, MHR mhullrich@gmail.com wrote:
On top of my previously (just now) difficulties with yum, now I find
that the 53.1.6 kernel is not installing properly.
When I run "yum update" to install it, the install hangs here:
Dependencies Resolved
=============================================================================
Package Arch Version Repository
Size
=============================================================================
Installing: kernel x86_64 2.6.18-53.1.6.el5 updates
15 MTransaction Summary
=============================================================================
Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s)
Total download size: 15 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.18-53.1 100% |=========================| 15 MB
03:26
Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel #########################
[1/1]
If I kill this with ^C, it thinks it has installed the kernel, but
the kernel is not in my grub.conf. Rpm also thinks it is installed.
I can remove it with rpm -e, but then rpm -ivh won't install it
either. It also hangs, at the same point.
Here's what I see when I type ^C:
error: %post( kernel-2.6.18-53.1.6.el5.x86_64) scriptlet failed,
signal 2
(Yes, I know, signal 2 is SIGINT, which is what ^C does.)
BUT rpm thinks it has installed the kernel even though the /boot
partition has not been updated and the grub.conf file also does not show it.
CORRECTION: /boot was updated, just not the grub.conf... .
Any constructive assistance would be appreciated.
df /boot;df -i boot # ?
Sounds like maybe space is tight? Kernel made it in, but not grub.conf?
Also, on my 5 box, there is no grub/grub.conf, like there is on 4. It's just menu.lst
Further, I discovered by outside-the-box activities that the update may be sensitive to the contents of menu.lst. For sure, any changes to the title lines. I'm keeping eyes wide open to see if the comment lines have effect - I suspect not.
mhr
<snip sig stuff>
HTH
On Jan 24, 2008 12:29 PM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
df /boot;df -i boot # ?
Not a problem - lots of space (70%) and inodes (99%) available.
Sounds like maybe space is tight? Kernel made it in, but not grub.conf?
Lots of space.
Also, on my 5 box, there is no grub/grub.conf, like there is on 4. It's just menu.lst
I have both, and /tc/grub.conf is linked to /boot/grub/grub.conf....
Further, I discovered by outside-the-box activities that the update may be sensitive to the contents of menu.lst. For sure, any changes to the title lines. I'm keeping eyes wide open to see if the comment lines have effect - I suspect not.
The grub.conf and menu.lst are identical.
Any other suggestions?
Thanks.
mhr
On Thu, 2008-01-24 at 23:03 -0800, MHR wrote:
On Jan 24, 2008 12:29 PM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
df /boot;df -i boot # ?
Not a problem - lots of space (70%) and inodes (99%) available.
Sounds like maybe space is tight? Kernel made it in, but not grub.conf?
Lots of space.
Also, on my 5 box, there is no grub/grub.conf, like there is on 4. It's just menu.lst
I have both, and /tc/grub.conf is linked to /boot/grub/grub.conf....
Further, I discovered by outside-the-box activities that the update may be sensitive to the contents of menu.lst. For sure, any changes to the title lines. I'm keeping eyes wide open to see if the comment lines have effect - I suspect not.
The grub.conf and menu.lst are identical.
Any other suggestions?
Only thing I can think of now are things that I don't know about the update process's sensitivity. Order of occurrences, inter-line whitespace, etc. Here's my 5.0 menu.list. *BUT*, I recently modified it to move my LFS entry to the bottom so it is no longer the default entry. I won't know if it's still working until another update.
URL below is to my 5.x (modified by me) and my 4.x (box stock with normal updates). Maybe something visual will spark a clue? It often does for me.
GOTCHAS: *leading whitespace are TABS! This bites me a lot of times.
Thanks.
mhr
<snip sig stuff>
HTH
On Jan 25, 2008 8:52 AM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
URL below is to my 5.x (modified by me) and my 4.x (box stock with normal updates). Maybe something visual will spark a clue? It often does for me.
GOTCHAS: *leading whitespace are TABS! This bites me a lot of times.
Nothing leaps out at me, except that your 5.x menu.lst doesn't have the leading tabs from your 4.x grub.conf (and mine does, as the two are identical on my box).
I haven't modified either grub.conf or menu.lst at all - when a new kernel comes out, I install it (via yum update), boot from it, download the kernel source (most recently from http://mirror.centos.org/centos/5.1/updates/SRPMS/), enable NTFS as a module with read/write add-ons, build the kernel, install the kernel, kernel-devel and kernel-headers rpms and go.
This time, since the yum installation failed, I built my NTFS 53.1.6 kernel while still running the 53.1.4 kernel, but neither one installed.
On a hunch, I rebooted the straight 53.1.4 kernel and had no problems getting yum to update the kernel (whew!). I was also able to install my 53.1.6 kernel with NTFS support, and am now running it.
Odd that I had trouble with that one item on 53.1.4 w/NTFS....
More to come (new threads) - other problems I've been seeing lately....
Thanks, all, especially Bill!
mhr
On Fri, 2008-01-25 at 17:10 -0800, MHR wrote:
On Jan 25, 2008 8:52 AM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
URL below is to my 5.x (modified by me) and my 4.x (box stock with normal updates). Maybe something visual will spark a clue? It often does for me.
GOTCHAS: *leading whitespace are TABS! This bites me a lot of times.
Nothing leaps out at me, except that your 5.x menu.lst doesn't have the leading tabs from your 4.x grub.conf (and mine does, as the two are identical on my box).
That's because LFS was first on that machine and when I added CentOS, I just followed form.
I haven't modified either grub.conf or menu.lst at all - when a new kernel comes out, I install it (via yum update), boot from it, download the kernel source (most recently from http://mirror.centos.org/centos/5.1/updates/SRPMS/), enable NTFS as a module with read/write add-ons, build the kernel, install the kernel, kernel-devel and kernel-headers rpms and go.
Hmmm... There should be a reduced workload available here, via either dkms or weak-modules.
http://wiki.centos.org/HowTos/BuildingKernelModules # dkms Item 2
# In a thread starting here # http://lists.centos.org/pipermail/centos/2007-September/086285.html # But getting really interesting here, weak-modules looks peachy http://lists.centos.org/pipermail/centos/2007-September/086640.html
This time, since the yum installation failed, I built my NTFS 53.1.6 kernel while still running the 53.1.4 kernel, but neither one installed.
On a hunch, I rebooted the straight 53.1.4 kernel and had no problems getting yum to update the kernel (whew!). I was also able to install my 53.1.6 kernel with NTFS support, and am now running it.
Odd that I had trouble with that one item on 53.1.4 w/NTFS....
More to come (new threads) - other problems I've been seeing lately....
I went and searched the YUM lists this A.M. Some promising threads, but they were old and the mentioned classes and modules don't exist anymore.
But I see that Seth Vidal seems to be quite responsive there. I'm out of ideas, except to get the yum code or go to the yum list(s). I bet they'll have the answer in short order.
https://lists.dulug.duke.edu/mailman/listinfo/yum
From that screen, "yum" looks like the user support list.
In the "man yum.conf", I see a couple of options that I wonder if they may be having an effect, since you are making a custom kernel. Not sure, but I'll mention them.
installonlypkgs kernelpkgnames
Thanks, all, especially Bill!
NP. As time available allows, I like to reciprocate. Just wish I knew more detail to start with.
mhr
<snip sig stuff>
I think the next entry in this thread w/b a discovered solution. I'm fresh out of pertinent ideas for now.
HTH
On Jan 26, 2008 7:27 AM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
On Fri, 2008-01-25 at 17:10 -0800, MHR wrote:
On Jan 25, 2008 8:52 AM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
I haven't modified either grub.conf or menu.lst at all - when a new kernel comes out, I install it (via yum update), boot from it, download the kernel source (most recently from http://mirror.centos.org/centos/5.1/updates/SRPMS/), enable NTFS as a module with read/write add-ons, build the kernel, install the kernel, kernel-devel and kernel-headers rpms and go.
Hmmm... There should be a reduced workload available here, via either dkms or weak-modules.
There is no need for recompiling the kernel to mount NTFS. See this wiki:
http://wiki.centos.org/TipsAndTricks/NTFSPartitions
Akemi
On Jan 26, 2008 7:35 AM, Akemi Yagi amyagi@gmail.com wrote:
There is no need for recompiling the kernel to mount NTFS. See this wiki:
Many thanks.
It's not out of need for the system so much as for the benefit of the owner. Some things go stale if they are not kept fresh.
mhr
On Jan 26, 2008 7:27 AM, William L. Maltby CentOS4Bill@triad.rr.com wrote:
That's because LFS was first on that machine and when I added CentOS, I just followed form.
It turns out that /boot/grub/menu.lst is just a symbolic link to /boot/grub/grub.conf on CentOS 5. Your use of LFS first probably makes a difference there....
I went and searched the YUM lists this A.M. Some promising threads, but they were old and the mentioned classes and modules don't exist anymore. But I see that Seth Vidal seems to be quite responsive there. I'm out of ideas, except to get the yum code or go to the yum list(s). I bet they'll have the answer in short order.
https://lists.dulug.duke.edu/mailman/listinfo/yumFrom that screen, "yum" looks like the user support list.
Other than the need for a self-signed certificate exception, this looks promising. I'll try it.
In the "man yum.conf", I see a couple of options that I wonder if they may be having an effect, since you are making a custom kernel. Not sure, but I'll mention them.
installonlypkgs kernelpkgnames
I didn't see anything on the man page that would inspire me to set or change these. The kernelpkgnames in particular is obsolete as of yum 2.1 and we're up to 3.0.5....
It was an interesting read, though. :-)
mhr
MHR wrote:
On top of my previously (just now) difficulties with yum, now I find that the 53.1.6 kernel is not installing properly.
When I run "yum update" to install it, the install hangs here:
Dependencies Resolved
============================================================================= Package Arch Version Repository Size =============================================================================
Installing: kernel x86_64 2.6.18-53.1.6.el5 updates 15 M
Transaction Summary
Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s)
Total download size: 15 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.18-53.1 100% |=========================| 15 MB 03:26 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel ######################### [1/1]
fwiw, I just ran a full "yum update" on a 5.something that i haven't done much with other than install, and it ran clean,
..... Removed: kernel.i686 0:2.6.18-8.1.8.el5 Installed: kernel.i686 0:2.6.18-53.1.6.el5 sos.noarch 0:1.7-9.1.el5 Dependency Installed: device-mapper-multipath.i386 0:0.4.7-12.el5 keyutils-libs.i386 0:1.2-1.el5 yum-metadata-parser.i386 0:1.0-8.fc6 Updated: Deployment_Guide-en-US.noarch 0:5.1.0-11.el5.centos.1 acl.i386 0:2.2.39-2.1.el5 alsa-lib.i386 0:1.0.14-1.rc4.el5 audit.i386 0:1.5.5-7.el5 audit-libs.i386 0:1.5.5-7.el5 audit-libs-python.i386 0:1.5.5-7.el5 autofs.i386 1:5.0.1-0.rc2.55.el5.2 bind.i386 30:9.3.3-10.el5 bind-chroot.i386 30:9.3.3-10.el5 bind-libs.i386 30:9.3.3-10.el5 bind-utils.i386 30:9.3.3-10.el5 binutils.i386 0:2.17.50.0.6-5.el5 cairo.i386 0:1.2.4-3.el5_1 centos-release.i386 10:5-1.0.el5.centos.1 centos-release-notes.i386 0:5.1.0-2 conman.i386 0:0.1.9.2-8.el5 coolkey.i386 0:1.1.0-5.el5 cpp.i386 0:4.1.2-14.el5 cpuspeed.i386 1:1.2.1-1.48.el5 cracklib.i386 0:2.8.9-3.3 cracklib-dicts.i386 0:2.8.9-3.3 crash.i386 0:4.0-4.6.1 cups.i386 1:1.2.4-11.14.el5_1.3 cups-libs.i386 1:1.2.4-11.14.el5_1.3 device-mapper.i386 0:1.02.20-1.el5 dhclient.i386 12:3.0.5-7.el5 dmraid.i386 0:1.0.0.rc13-4.el5 e2fsprogs.i386 0:1.39-10.el5_1.1 e2fsprogs-libs.i386 0:1.39-10.el5_1.1 fetchmail.i386 0:6.3.6-1.1.el5 firstboot-tui.noarch 0:1.4.27.3-1.el5.centos fontconfig.i386 0:2.4.1-7.el5 freetype.i386 0:2.2.1-19.el5 frysk.i686 0:0.0.1.2007.06.21.rh2-4.el5 gcc.i386 0:4.1.2-14.el5 gcc-c++.i386 0:4.1.2-14.el5 gcc-gfortran.i386 0:4.1.2-14.el5 gdb.i386 0:6.5-25.el5 glibc.i686 0:2.5-18.el5_1.1 glibc-common.i386 0:2.5-18.el5_1.1 glibc-devel.i386 0:2.5-18.el5_1.1 glibc-headers.i386 0:2.5-18.el5_1.1 gtk2.i386 0:2.10.4-19.el5 hal.i386 0:0.5.8.1-25.el5_1.1 httpd.i386 0:2.2.3-11.el5_1.centos.3 httpd-manual.i386 0:2.2.3-11.el5_1.centos.3 hwdata.noarch 0:0.211-1 initscripts.i386 0:8.45.17.EL-1.el5.centos.1 irqbalance.i386 2:0.55-6.el5 kernel-headers.i386 0:2.6.18-53.1.6.el5 kpartx.i386 0:0.4.7-12.el5 krb5-libs.i386 0:1.6.1-17.el5 krb5-workstation.i386 0:1.6.1-17.el5 kudzu.i386 0:1.2.57.1.15-1.el5.centos libXfont.i386 0:1.2.2-1.0.3.el5_1 libacl.i386 0:2.2.39-2.1.el5 libgcc.i386 0:4.1.2-14.el5 libgcj.i386 0:4.1.2-14.el5 libgfortran.i386 0:4.1.2-14.el5 libgomp.i386 0:4.1.2-14.el5 libselinux.i386 0:1.33.4-4.el5 libselinux-python.i386 0:1.33.4-4.el5 libstdc++.i386 0:4.1.2-14.el5 libstdc++-devel.i386 0:4.1.2-14.el5 libuser.i386 0:0.54.7-2.el5.2 libvolume_id.i386 0:095-14.9.el5 libxml2.i386 0:2.6.26-2.1.2.1 libxml2-python.i386 0:2.6.26-2.1.2.1 logrotate.i386 0:3.7.4-8 lvm2.i386 0:2.02.26-3.el5 man-pages.noarch 0:2.39-10.el5 mcstrans.i386 0:0.2.6-1.el5_1.1 mesa-libGL.i386 0:6.5.1-7.5.el5 microcode_ctl.i386 1:1.17-1.42.el5 mkinitrd.i386 0:5.1.19.6-19 mod_ssl.i386 1:2.2.3-11.el5_1.centos.3 module-init-tools.i386 0:3.3-0.pre3.1.34.el5 mysql.i386 0:5.0.22-2.2.el5_1.1 nash.i386 0:5.1.19.6-19 nfs-utils.i386 1:1.0.9-24.el5 nscd.i386 0:2.5-18.el5_1.1 nspr.i386 0:4.6.5-3.el5 nss.i386 0:3.11.7-1.3.el5.centos nss-tools.i386 0:3.11.7-1.3.el5.centos nss_ldap.i386 0:253-5.el5 openldap.i386 0:2.3.27-8 openssh.i386 0:4.3p2-24.el5 openssh-clients.i386 0:4.3p2-24.el5 openssh-server.i386 0:4.3p2-24.el5 pam.i386 0:0.99.6.2-3.26.el5 pam_krb5.i386 0:2.2.14-1 parted.i386 0:1.8.1-12.el5 pcre.i386 0:6.6-2.el5_1.7 pkinit-nss.i386 0:0.7.3-1.el5 pm-utils.i386 0:0.99.3-6.el5.centos.17 policycoreutils.i386 0:1.33.12-12.el5 popt.i386 0:1.10.2-47.el5 postgresql.i386 0:8.1.11-1.el5_1.1 postgresql-libs.i386 0:8.1.11-1.el5_1.1 postgresql-server.i386 0:8.1.11-1.el5_1.1 prelink.i386 0:0.3.9-2.1 redhat-artwork.i386 0:5.1.0-26.el5.centos redhat-logos.noarch 0:4.9.99-8.el5.centos redhat-lsb.i386 0:3.1-12.3.EL.el5.centos redhat-menus.noarch 0:6.7.8-2.el5 redhat-rpm-config.noarch 0:8.0.45-22.el5.centos rpm.i386 0:4.4.2-47.el5 rpm-build.i386 0:4.4.2-47.el5 rpm-libs.i386 0:4.4.2-47.el5 rpm-python.i386 0:4.4.2-47.el5 rsh.i386 0:0.17-38.el5 samba.i386 0:3.0.25b-1.el5_1.4 samba-client.i386 0:3.0.25b-1.el5_1.4 samba-common.i386 0:3.0.25b-1.el5_1.4 selinux-policy.noarch 0:2.4.6-106.el5_1.3 selinux-policy-targeted.noarch 0:2.4.6-106.el5_1.3 squid.i386 7:2.6.STABLE6-5.el5_1.2 strace.i386 0:4.5.16-1.el5.1 sysklogd.i386 0:1.4.1-40.el5 system-config-network-tui.noarch 0:1.3.99-2.el5 systemtap.i386 0:0.5.14-1.el5 systemtap-runtime.i386 0:0.5.14-1.el5 tcp_wrappers.i386 0:7.6-40.4.el5 tcpdump.i386 14:3.9.4-11.el5 telnet.i386 1:0.17-39.el5 tzdata.noarch 0:2007k-1.el5 udev.i386 0:095-14.9.el5 util-linux.i386 0:2.13-0.45.el5_1.1 vixie-cron.i386 4:4.1-72.el5 xorg-x11-server-Xvfb.i386 0:1.1.1-48.26.el5_1.5 ypbind.i386 3:1.19-8.el5 yum.noarch 0:3.0.5-1.el5.centos.5 yum-updatesd.noarch 0:3.0.5-1.el5.centos.5 Replaced: sysreport.noarch 0:1.4.3-10.el5 Complete!
and, after a reboot,
[root@pig ~]# uname -a Linux pig.hogranch.com 2.6.18-53.1.6.el5 #1 SMP Wed Jan 23 11:30:20 EST 2008 i686 i686 i386 GNU/Linux [root@pig ~]#
now, this box is a P3-800Mhz, 512MB ram, i815 chipset on a old Asus CUSL2-C, couple 500MB IDE drives mirrored by Linux w/ LVM.
--- MHR mhullrich@gmail.com wrote:
On top of my previously (just now) difficulties with yum, now I find that the 53.1.6 kernel is not installing properly.
When I run "yum update" to install it, the install hangs here:
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing: kernel x86_64 2.6.18-53.1.6.el5 updates 15 M
Transaction Summary
=============================================================================
Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s)
Total download size: 15 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.18-53.1 100% |=========================| 15 MB 03:26 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kernel ######################### [1/1]
If I kill this with ^C, it thinks it has installed the kernel, but the kernel is not in my grub.conf. Rpm also thinks it is installed.
I can remove it with rpm -e, but then rpm -ivh won't install it either. It also hangs, at the same point.
Here's what I see when I type ^C:
error: %post(kernel-2.6.18-53.1.6.el5.x86_64) scriptlet failed, signal 2
(Yes, I know, signal 2 is SIGINT, which is what ^C does.)
BUT rpm thinks it has installed the kernel even though the /boot partition has not been updated and the grub.conf file also does not show it.
Any constructive assistance would be appreciated.
mhr
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
How long were you waiting before ctrl ^c it? are you sure you did not kill it too soon. this sounds to me to be very inpatient person trying to update kernel
On Jan 23, 2008 11:33 PM, Steven Vishoot sir_funzone@yahoo.com wrote:
How long were you waiting before ctrl ^c it? are you sure you did not kill it too soon. this sounds to me to be very inpatient person trying to update kernel
I'm not exactly sure - somewhere between fifteen minutes and half an hour. I checked with top before the interrupt and yum/rpm was nowhere in sight on a 50 line terminal screen, and with ps to ensure that there was no time being used by that process (ps showed that it had used a total of 14 seconds of time and did not budge from there for at least five minutes.
I know (by now) not to be impatient with this sort of thing - kernels are tricky enough to work with when they work 100%..
The first time, I was surprised that it had taken so long and not finished - that's when I started to investigate.
I'm thinking it might be something I installed that might have interfered, but the last successful install I did was ecasound and vobcopy, both from reliable repos, and the last unsuccessful install was k9copy which didn't like my gnome desktop or my CentOS (it's a Fedora package), so I gave up on it.
Thanks.
mhr
-
Akemi Yagi -
John R Pierce -
MHR -
Steven Vishoot -
William L. Maltby