similar to: arpwatch-2.1a11-7.E3.2.i386.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory CESA-2005:417 https://rhn.redhat.com/errata/RHSA-2005-417.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/arpwatch-2.1a11-7.E3.5.s390.rpm updates/s390/RPMS/libpcap-0.7.2-7.E3.5.s390.rpm updates/s390/RPMS/tcpdump-3.7.2-7.E3.5.s390.rpm s390x:

CentOS Errata and Security Advisory 2005:421 tcpdump security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2005-421.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/libpcap-0.7.2-7.E3.5.i386.rpm updates/x86_64/RPMS/libpcap-0.7.2-7.E3.5.x86_64.rpm updates/x86_64/RPMS/tcpdump-3.7.2-7.E3.5.x86_64.rpm

CentOS Errata and Security Advisory 2005:421 tcpdump security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-421.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/libpcap-0.7.2-7.E3.5.i386.rpm updates/i386/RPMS/tcpdump-3.7.2-7.E3.5.i386.rpm addons/i386/RPMS/arpwatch-2.1a11-7.E3.5.i386.rpm source:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There is an update to tcpdump for CentOS 3.1 https://rhn.redhat.com/errata/RHSA-2004-219.html refers.

CentOS Errata and Security Advisory CESA-2005:417 https://rhn.redhat.com/errata/RHSA-2005-417.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/arpwatch-2.1a11-7.E3.5.ia64.rpm updates/ia64/RPMS/libpcap-0.7.2-7.E3.5.ia64.rpm updates/ia64/RPMS/tcpdump-3.7.2-7.E3.5.ia64.rpm -- Pasi

Hi, What happened to the rhel3 i386 arpwatch package? There is only a x86_64 version: sarastro:/users/henkvl 573% ls /users/mirror/Linux/centos/3/*/*/RPMS/arp* /users/mirror/Linux/centos/3/addons/x86_64/RPMS/arpwatch-2.1a11-7.E3.5.x86_64.rpm but there once was a i386 version, as a have a /var/cache/yum/addons/headers/arpwatch-14-2.1a11-7.E3.5.i386.hdr Cheers, -- Henk van Lingen, Systems

CentOS Errata and Security Advisory 2007:0387 https://rhn.redhat.com/errata/RHSA-2007-0387.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/arpwatch-2.1a13-12.el4.s390.rpm updates/s390/RPMS/libpcap-0.8.3-12.el4.s390.rpm updates/s390/RPMS/tcpdump-3.8.2-12.el4.s390.rpm s390x: updates/s390x/RPMS/arpwatch-2.1a13-12.el4.s390x.rpm

On and off, I'm seeing Mar 22 14:10:04 <server> arpwatch: short (want 42) The only thing like it I find in googling is an old debian bug, with the only solution I see, from <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=155182>, is "It seems that "struct ether_header" was 2 bytes too long, and with attribute packed it works fine on my NSLU2." Anyone know if

CentOS Errata and Security Advisory CESA-2005:417 for x86_64 https://rhn.redhat.com/errata/RHSA-2005-417.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: arpwatch-2.1a13-9.RHEL4.x86_64.rpm libpcap-0.8.3-9.RHEL4.x86_64.rpm libpcap-0.8.3-9.RHEL4.i386.rpm tcpdump-3.8.2-9.RHEL4.x86_64.rpm src: tcpdump-3.8.2-9.RHEL4.src.rpm To get the update

CentOS Errata and Security Advisory 2007:0387 https://rhn.redhat.com/errata/RHSA-2007-0387.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/arpwatch-2.1a13-12.el4.ia64.rpm updates/ia64/RPMS/libpcap-0.8.3-12.el4.ia64.rpm updates/ia64/RPMS/tcpdump-3.8.2-12.el4.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://pasi.pirhonen.eu/

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors for both CentOS 4.0 and 4.1: i386: arpwatch-2.1a13-10.RHEL4.i386.rpm libpcap-0.8.3-10.RHEL4.i386.rpm tcpdump-3.8.2-10.RHEL4.i386.rpm src: tcpdump-3.8.2-10.RHEL4.src.rpm -------------- next part -------------- A

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: arpwatch-2.1a13-10.RHEL4.x86_64.rpm libpcap-0.8.3-10.RHEL4.x86_64.rpm tcpdump-3.8.2-10.RHEL4.x86_64.rpm tcpdump-3.8.2-10.RHEL4.i386.rpm src: tcpdump-3.8.2-10.RHEL4.src.rpm -------------- next part

CentOS Errata and Security Advisory 2005:505 https://rhn.redhat.com/errata/RHSA-2005-505.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/arpwatch-2.1a13-10.RHEL4.ia64.rpm updates/ia64/RPMS/libpcap-0.8.3-10.RHEL4.ia64.rpm updates/ia64/RPMS/tcpdump-3.8.2-10.RHEL4.ia64.rpm -- Pasi Pirhonen - upi@iki.fi -

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 CentOS Errata and Security Advisory CESA-2005:417 https://rhn.redhat.com/errata/RHSA-2005-417.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: arpwatch-2.1a13-9.RHEL4.i386.rpm libpcap-0.8.3-9.RHEL4.i386.rpm tcpdump-3.8.2-9.RHEL4.i386.rpm src: tcpdump-3.8.2-9.RHEL4.src.rpm To get the update run :

CentOS Errata and Security Advisory CESA-2005:417 https://rhn.redhat.com/errata/RHSA-2005-417.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/arpwatch-2.1a13-9.RHEL4.ia64.rpm updates/ia64/RPMS/libpcap-0.8.3-9.RHEL4.ia64.rpm updates/ia64/RPMS/tcpdump-3.8.2-9.RHEL4.ia64.rpm -- Pasi Pirhonen - upi@iki.fi -

Dear all, Has anyone experienced this whilst running DRBD over eth1 between two CentOS 5.7 servers? eth1 is a private IP address, unroutable. eth0 is the public address. CentOS will reply sometimes once every 3 days or every 14mins~ saying "My public IP is on eth1" to arp requests when it's not, it's eth0. This freezes traffic and causes issues. We've looked at arp*

I'm not sure of the history of the server's libpcap install.  Too many chefs and only one pot.  I know, that doesn't help.  Your question did prompt me to check versions and discover that there's a 1.9.0 version in the BaseOS repo.  I removed the previous package and loaded the new one. a quick ldd test ~]# ldd /usr/lib/systemd/systemd | grep libpcap     libpcap.so.1 =>

On Tue, May 26, 2020 at 09:04:42AM +0200, Pino Toscano wrote: > On Monday, 25 May 2020 04:15:23 CEST Ben Wellborn wrote: > > I'm not sure of the history of the server's libpcap install. Too many > > chefs and only one pot. I know, that doesn't help. Your question did > > prompt me to check versions and discover that there's a 1.9.0 version in > > the

On Monday, 25 May 2020 04:15:23 CEST Ben Wellborn wrote: > I'm not sure of the history of the server's libpcap install. Too many > chefs and only one pot. I know, that doesn't help. Your question did > prompt me to check versions and discover that there's a 1.9.0 version in > the BaseOS repo. I removed the previous package and loaded the new one. > > a quick