First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 125700
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Netmon Herd <netmon@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Quintin Beukes <gentoodebug@last.za.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
arpwatch_fixed.tar.gz Fixes both mentioned problems application/octet-stream Quintin Beukes 2006-03-10 05:36 0000 1.29 KB Details
arpwatch-2.1.13-nofork.patch nofork patch to allow use with daemontools patch Dan Davis 2006-09-11 11:56 0000 2.55 KB Details | Diff
arpwatch-2.1.13-r3.ebuild Ebuild to apply nofork patch. text/plain Dan Davis 2006-09-11 11:58 0000 2.47 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 125700 depends on: Show dependency tree
Bug 125700 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-03-10 05:32 0000
When emerging arpwatch 2.1.11-r1 no /var/lib/arpwatch directory is created.
Thus arpwatch can't start through /etc/init.d/arpwatch

When emerging any arpwatch /etc/init.d/arpwatch has a "uses cupsd" dependency.
I didn't have cupsd installed and arpwatch kept wanting to start before
anything, even before it's other dependencies such as "need net". 
Not sure why, but removing "uses cupsd" fixed this problem.

------- Comment #1 From Quintin Beukes 2006-03-10 05:36:36 0000 -------
Created an attachment (id=81834) [edit]
Also creates /var/lib/arpwatch

Updated the dodir to include /var/lib/arpwatch

Remove the "uses cupsd" from /etc/init.d/arpwatch (files/arpwatch.init in
portage tree)
Can't see a use for the cupsd other that the author wanting to change the order
of loading arpwatch on his system.

------- Comment #2 From Quintin Beukes 2006-03-10 05:41:58 0000 -------
Sorry. Previous comment's title mentiones "Also creates /var/lib/arpwatch".
this is not the case and was a mistake. I first wanted to type something else.

------- Comment #3 From Wernfried Haas 2006-09-07 14:25:45 0000 -------
Actually it seems arpwatch is kind of broken. I just finished emerge -e world
on a box where it worked before and now it fails to start:

# /etc/init.d/arpwatch start 
 * Starting arpwatch on br100 ...
touch: cannot touch `/var/lib/arpwatch/br100.dat': No such file or direc  [ ok
]

/etc/init.d/arpwatch contains this line:
DATAFILE=/var/lib/arpwatch/${IFACE}.dat while qlist arpwatch tells me:
/var/arpwatch/.keep
/var/arpwatch/d.awk
/var/arpwatch/e.awk
/var/arpwatch/p.awk
/var/arpwatch/duplicates.awk
/var/arpwatch/massagevendor-old
/var/arpwatch/massagevendor
/var/arpwatch/arp2ethers
/var/arpwatch/euppertolower.awk
/var/arpwatch/arpfetch
/var/arpwatch/bihourly

On another box that was not yet rebuilt and contains the version installed on
Mon Aug 23 17:56:59 2004, qlist lists the same directory, but the init script
contains: DATAFILE=/var/arpwatch/${IFACE}.dat
As a consequence, it works there.

I had a quick look at the history, but there's a lot of changes all in
2.1.11-r1, so i didn't really find where it broke.

------- Comment #4 From Quintin Beukes 2006-09-08 03:02:46 0000 -------
No. arpwatch is not broken. 

the ebuild just doesn't create the /var/lib/arpwatch directory. 
Thus arpwatch cannot start.

the ebuild i attached fixes both this problem and the "use cupsd" init.d
dependency.

just copy them over your arpwatch ebuild and files/arpwatch.init, then rerun
the digest with "ebuild
/usr/portage/net-analyzer/arpwatch/arpwatch-2.1.11-r1.ebuild digest".

will fix the problem until someone get's to testing and putting it into the
portage snapshop. i dont see why it hasn't been done yet. it's been 7 months
now.

------- Comment #5 From Wernfried Haas 2006-09-08 03:26:11 0000 -------
(In reply to comment #4)
> the ebuild just doesn't create the /var/lib/arpwatch directory. 
> Thus arpwatch cannot start.

There ebuild installs some files to /var/arpwatch - which is where the old
inist script was refering to. I don't think there should be both
/var/lib/arpwatch AND /var/arpwatch, should there?

> i dont see why it hasn't been done yet. it's been 7 months
> now.

It was closed with WORKSFORME (iirc), i assume that's why no one looked at it.

------- Comment #6 From Peter Volkov 2006-09-08 03:46:31 0000 -------
init.d cups dependency removed. I wonder why it was there?

Problem /var/lib/arpwatch directory is fixed in arpwatch-2.1.13-r3.ebuild. 

amne: This directory is required as init script stores pid file there.
arpwatch-2.1.13-r3 is long time in portage, thus I think the best solution is
to mark it stable.

arch teams. Stabilize it, please.

------- Comment #7 From Quintin Beukes 2006-09-08 03:55:02 0000 -------
ah. figures. i misunderstood what "WORKSFORME" means. at the time i thought it
meant: the fixed i proposed works for me.

anyway. i think there should be two directories. /var/arpwatch contains scripts
used by arpwatch. /var/lib/arpwatch is where the arp->ip list files go.

maybe /var/arpwatch should rather be /usr/lib/arpwatch?

but that's someone else's decision.

------- Comment #8 From Wernfried Haas 2006-09-08 04:16:18 0000 -------
Seems making arpwatch-2.1.13-r3.ebuild stable is a good idea - it works fine.
I also noticed that the scripts from /var/arpwatch have been moved to
/usr/share/doc/arpwatch-2.1.13-r3 now.
Looks like a good idea to me.

------- Comment #9 From Christian Faulhammer 2006-09-08 04:52:08 0000 -------
1) emerges fine
2) pases collision test
3) seems to work

Portage 2.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3,
2.6.17-gentoo-r7 i686)
=================================================================
System uname: 2.6.17-gentoo-r7 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash
/etc/terminfo"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer
parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi
bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo
cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus
dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss
encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm
gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap ipv6
isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ lm_sensors mad
maildir matroska mbox mikmod mime mmx mmxext mng mono mp3 mpeg mpeg2 mule
nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg
opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print
python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang
spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora thunderbird tiff
truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf
wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse
input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon
video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

------- Comment #10 From Tobias Scherbaum 2006-09-08 10:05:34 0000 -------
ppc stable

------- Comment #11 From Andrej Kacian (RETIRED) 2006-09-09 16:34:19 0000 -------
x86 happy

------- Comment #12 From Dan Davis 2006-09-11 11:56:32 0000 -------
Created an attachment (id=96738) [edit]
nofork patch to allow use with daemontools

I had a problem with arpwatch dieing often. As I lack the skill to troubleshoot
that problem, I found a nofork patch out there
(http://www-dt.e-technik.uni-dortmund.de/~ma/djb/daemontools/applications/arpwatch-2.1a11-nofork.patch)
and made the changes needed for 2.1.13-r3.

New ebuild forthcoming.

------- Comment #13 From Dan Davis 2006-09-11 11:58:27 0000 -------
Created an attachment (id=96739) [edit]
Ebuild to apply nofork patch.

See above patch...

------- Comment #14 From Gustavo Zacarias (RETIRED) 2006-09-14 15:28:47 0000 -------
sparc stable.

------- Comment #15 From Peter Volkov 2006-09-23 23:30:58 0000 -------
(In reply to comment #12)
> I had a problem with arpwatch dieing often. As I lack the skill to
> troubleshoot that problem, I found a nofork patch out there

Dan. Thank you for the patch! I've added it in arpwatch-2.1.15-r2.ebuild. Test
and report if it works for you with daemontools now. And next time for requests
like that, please, create a new bug.

------- Comment #16 From Dan Davis 2006-09-24 05:43:10 0000 -------
(In reply to comment #15)
> Dan. Thank you for the patch! I've added it in arpwatch-2.1.15-r2.ebuild. Test
> and report if it works for you with daemontools now. And next time for requests
> like that, please, create a new bug.
> 

Been running like a champ since I started up... and next time I'll know to
start a new bug. Thanks.

------- Comment #17 From Gustavo Zacarias (RETIRED) 2006-09-26 13:58:57 0000 -------
hppa stable.

------- Comment #18 From Simon Stelling (RETIRED) 2006-10-04 05:09:36 0000 -------
aye, sir

First Last Prev Next    No search results available      Search page      Enter new bug