xfig / date / libintl problem on a MacBook Pro

[Joel Friedman]

Hi Ryan,

"port provides /opt/local/bin/date" gave:

/opt/local/bin/date is not provided by a MacPorts port.

I have this feeling that when I migrated from my old Mac laptop to a new
one, I may have used the facility for transferring files (I forget its
name) from one to the other, and I'm wondering if it didn't copy an
/opt/local/bin/date from there.

In any case, I deleted the beast.

Many thanks.

Cheers, Joel


>From ryandesign at macports.org  Thu Nov  4 17:51:58 2010
>Subject: Re: xfig / date / libintl problem on a MacBook Pro
>Mime-Version: 1.0 (Apple Message framework v1081)
>Content-Type: text/plain; charset=us-ascii
>From: Ryan Schmidt <ryandesign at macports.org>
>In-Reply-To: <20101105004136.E9D6310E6 at witkap.cs.ubc.ca>
>Date: Thu, 4 Nov 2010 19:51:49 -0500
>Cc: jbb at vcn.com, macports-users at lists.macosforge.org
>Content-Transfer-Encoding: quoted-printable
>References: <20101104220552.5CF7910E6 at witkap.cs.ubc.ca> <4CD33806.9000109 at vcn.com> <9A9EDC01-935A-401A-A66B-EF832423EB6C at macports.org> <20101105004136.E9D6310E6 at witkap.cs.ubc.ca>
>To: jf at cs.ubc.ca (Joel Friedman)
>X-Mailer: Apple Mail (2.1081)
>X-Df-Sender: 368818
>X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.11.5.3916
>X-UBCCS-SpamTag: Gauge=IIIIIIII, Probability=8%, Report='
> SUPERLONG_LINE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MIME_VERSION_APPLEMAIL 0, __MSGID_APPLEMAIL 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_WWW 0, __URI_NS , __USER_AGENT_APPLEMAIL 0, __X_MAILER_APPLEMAIL 0'
>
>On Nov 4, 2010, at 19:41, Joel Friedman wrote:
>
>> One of our math department IT guys found a fix:
>> 
>> From: http://blog.tsunanet.net/2009_04_01_archive.html
>> (1) Edit /opt/local/etc/macports/macports.conf and add this line at the end of the file:
>> binpath /bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin:/usr/X11R6/bin
>> (2) port deactivate gettext
>> (3) port install gettext
>> (4) Remove the line you added in step 1.
>> (5) Re-run the initial command you were running to resume the upgrade of whatever you were upgrading.
>> 
>> This worked and xfig works!
>
>Let me see... the default binpath is:
>
>binpath		/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin
>
>So your change adds the old X11R6 path to the end (probably irrelevant to the issue) and moves the MacPorts /opt/local directories to after the system directories. So I guess the point of this change was to let the system's date command be found ahead of the one in the MacPorts directories. Ok. Probably not a fix I would have suggested, since we still need to figure out why you have a broken date command in /opt/local and how to fix it, but I'm glad it worked for you in this instance.
>
>> The only problem is that /opt/local/sbin/date
>> is still broken
>
>You mean /opt/local/bin/date? There should not be a date command in /opt/local/sbin; it's not a server program, it's a regular program.
>
>> (but I can bypass that with /bin/date or /opt/local/bin/gdate,
>> so it's not so bad).
>
>Hm, /opt/local/bin/gdate is provided by the coreutils port. /opt/local/bin/date, if it exists at all, should also have come from the coreutils port and should be exactly the same as gdate, so I'm surprised you're having trouble with one and not the other. In fact, /opt/local/bin/date should only exist if you installed coreutils with the +with_default_names variant, and the use of that variant is not recommended, so if you do want to have coreutils, I'd recommend you reinstall it without the +with_default_names variant. And if you don't particularly need coreutils, then just uninstall it.
>
>You can also use "port provides /opt/local/bin/date" to confirm that it came from the coreutils port. If it came from a different port, uninstall that other port. If MacPorts says it did not provide that file, just delete it.
>
>
>> I'd welcome suggestions for a fix.  Again, I've tried uninstalling and
>> reinstalling, to no avail.
>
>You've uninstalled and reinstalled coreutils already? Or just MacPorts base itself? Just reinstalling MacPorts base won't affect any of your installed ports.
>
>