164039 2007-01-27 11:45 0000 app-misc/beagle-0.2.14 has wrong paths in /etc/cron.daily/beagle-crawl-system 2007-02-07 19:09:29 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All All RESOLVED FIXED P2 normal --- 1 graaff@gentoo.org metalgod@gentoo.org cbm@m.fsf.org dsd@gentoo.org maxima.bugs@gmail.com graaff@gentoo.org 2007-01-27 11:45:19 0000 I just upgraded from beagle 0.2.7 to 0.2.14 and noticed that the paths in /etc/cron.daily/beagle-crawl-system are incorrect. They now refer to /usr/local/etc instead of /etc. Included is the diff that dispatch-conf showed me: @@ -36,7 +36,7 @@ MONO_SHARED_DIR=`mktemp -d -p $TMPDIR .beagleindexwapi.XXXXXXXXXX`|| ( echo "Can't create wapi directory!" ; exit 1 ) chown $CRAWL_USER $MONO_SHARED_DIR -for crawl_file in /etc/beagle/crawl-*; do +for crawl_file in /usr/local/etc/beagle/crawl-*; do unset CRAWL_ENABLED CRAWL_DISABLE_FILTERING CRAWL_RECURSIVE CRAWL_CACHE_TEXT CRAWL_ALLOW_PATTERNS CRAWL_D ENY_PATTERNS CRAWL_PATHS CRAWL_INDEX_NAME if [ -f $crawl_file ] ; then @@ -64,7 +67,7 @@ IONICE="$IONICE -c 3" fi - eval nice -n 19 $IONICE su -s /bin/bash $CRAWL_USER -c \"MONO_SHARED_DIR=$MONO_SHARED_DIR /usr/sbi n/beagle-build-index --target /var/lib/cache/beagle/indexes/$CRAWL_INDEX_NAME $OPTIONS $CRAWL_PATHS\" > /dev/n ull 2>&1 + eval nice -n 19 $IONICE su -s /bin/bash $CRAWL_USER -c \"MONO_SHARED_DIR=$MONO_SHARED_DIR /usr/loc al/sbin/beagle-build-index --target /usr/local/var/cache/beagle/indexes/$CRAWL_INDEX_NAME $OPTIONS $CRAWL_PATH S\" > /dev/null 2>&1 fi fi done Reproducible: Always Steps to Reproduce: 1. install beagle 0.2.14 2. watch cron emit errors daily 3. jakub@gentoo.org 2007-01-27 11:47:15 0000 Delete the file, not used any more. *** This bug has been marked as a duplicate of bug 138119 *** graaff@gentoo.org 2007-01-27 11:57:34 0000 I'm sorry, but this is not a duplicate of bug 138119. That bug talks about issues with an old file that was not removed. This bug is about wrong paths in a file that beagle 0.2.14 installs. I've just confirmed with "ebuild beagle-0.2.14 install" that this version of beagle installs the file with the wrong path. jakub@gentoo.org 2007-01-27 12:03:37 0000 Shrug; as far as I can see it doesn't install any cronjob whatsoever. Won't compile the tons of dotnet cruft to verify this. graaff@gentoo.org 2007-01-27 12:56:11 0000 It's installed by the package itself (in tools/Makefile). The file is shipped by upstream with the /usr/local paths and not properly re-generated after running configure. Punting tools/beagle-crawl-system after unpacking seems to work for me, although it may be better to understand why it didn't get re-generated in the first place. cbm@m.fsf.org 2007-01-27 22:52:17 0000 can confirm and agree its not a dup of bug #138119. graaff@gentoo.org 2007-01-27 23:20:31 0000 Filed upstream as http://bugzilla.gnome.org/show_bug.cgi?id=401504 graaff@gentoo.org 2007-02-01 07:39:36 0000 Fixed upstream in SVN by not including the pre-built beagle-crawl-system file, so that it is always generated during the build process. So my work-around in comment #4 is actually the correct fix. :-) metalgod@gentoo.org 2007-02-02 22:25:42 0000 i added the upstream fix to our ebuild. so we can close this bug. Thanks for your bug report! metalgod@gentoo.org 2007-02-02 23:00:49 0000 ok this isn't really fixed now using a patched makefile from the upstream svn it appears for crawl_file in /home/joe/build/beagle/etc/beagle/crawl-*; Are you sure it's really fixed for you ? graaff@gentoo.org 2007-02-03 09:31:55 0000 I'm seeing the same thing with beagle-0.2.15.1. I think you only applied part of the patch: the Makefile changes are one part, but the other part is to remove the beagle-crawl-system file. The gnome svn viewer doesn't really show this, but that is what I infer from the log message for the revision: http://svn.gnome.org/viewcvs/beagle?view=rev&rev=3357 I think if you just punt the file the Makefile patch is not even needed. metalgod@gentoo.org 2007-02-07 19:09:29 0000 fixed in 0.2.16 that is in cvs that why i didn't fixed this before. This release will it stable asap.