Date: Wed, 16 Dec 2009 23:45:11 -0500 From: Chuck Robey <chuckr@telenix.org> To: Glen Barber <glen.j.barber@gmail.com> Cc: Kevin <battdude@gmail.com>, freebsd-questions@freebsd.org Subject: Re: portupgrade failure Message-ID: <4B29B757.8050104@telenix.org> In-Reply-To: <4ad871310912162027l1bfa4fd6i4b445a34b9ab5be@mail.gmail.com> References: <7314e5020912161917s355d02c9l16c996043c753044@mail.gmail.com> <alpine.BSF.2.00.0912162105340.98796@wonkity.com> <4ad871310912162027l1bfa4fd6i4b445a34b9ab5be@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Glen Barber wrote: > Hi, > > On Wed, Dec 16, 2009 at 11:19 PM, Warren Block <wblock@wonkity.com> wrote: >> On Wed, 16 Dec 2009, Kevin wrote: >> >> [...] >> >>> The only other symptoms I can identify right now are related to the >>> following entries in my crontab: >>> >>> 0 2 * * 6 /usr/local/sbin/portsclean -DD >>> 0 2 * * 5 /usr/local/sbin/portsclean -C >>> >>> The e-mailed results simply say "env: ruby: No such file or >>> directory". However, these commands seem to run fine from an >>> interactive shell (while logged in). >> Paths. When there's a problem with cron it's (almost) always paths. >> portsclean is a ruby script that starts with this line: >> > > Interestingly, my homemade port rebuild script is recently broken with > similar symptoms, sans the dependencies on ruby. It's a very simple, > low-level "for i in `cat list`" type script which recently has begun > to fail repeatedly on gettext and autoconf dependencies on multiple > machines, when I specifically have them set to be upon the first ports > to build. > > More probably unrelated, but I thought I'd throw this out there just in case. > > Regards, > I don't know if it's of any help, but I had a *somewhat* similar experience, I don't know if this will help, but I'll give it to you for what it's worth: I found in my environment, I had REINPLACE_CMD defined (seemed to be a good value), so (in my shell, tcsh) I removed the REINPLACE_CMD setting with unsetenv, and the problem disappeared. Use either env or printenv to scan your environment for anything to do with sed (as REINP"LACE_CMD does) and try removing it. Oh, BTW, I can't seem to get the -l <logfile> option to portupgrade to work, any help on that would also be appreciated. I didn't use -L at all.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B29B757.8050104>