CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox
mezz7 at cox.net
Tue Jul 1 16:18:54 UTC 2008
On Tue, 01 Jul 2008 08:39:23 -0500, Andriy Gapon <avg at icyb.net.ua> wrote:
> on 01/07/2008 16:22 Jeremy Messenger said the following:
>> On Tue, 01 Jul 2008 06:52:51 -0500, Andriy Gapon <avg at icyb.net.ua>
>>> on 01/07/2008 02:20 Jeremy Messenger said the following:
>>>> FYI: These have been committed in FreeBSD ports tree. You now can run
>>>> 'marcusmerge -U' to unmerge ports-stable and remove it. I will
>>>> everything in ports-stable tonight.
>>> I have some problems after this went into the tree, or so it seems.
>>> $ cd /usr/ports/audio/scrobbler
>>> $ make describe
>>> "/usr/ports/Mk/bsd.gecko.mk", line 162: Inconsistent operator for
>>> make: fatal errors encountered -- cannot continue
>>> Exit 1
>> I can't reproduce it here.
>> # make describe
>> plugin for
>> Audioscrobbler.com|/usr/ports/audio/scrobbler/pkg-descr|novel at FreeBSD.org|audio||||/usr/ports/audio/libmusicbrainz
>> /usr/ports/devel/gmake /usr/ports/ftp/curl
>> /usr/ports/ftp/curl /usr/ports/multimedia/beep-media-player
>> Did you tweak anything in make.conf or/and KNOB in audio/scrobbler? I
>> don't see any gecko stuff in scrobbler.
> If I change :: => : in the Makefile then I get:
> $ make describe
> plugin for
> Audioscrobbler.com|/usr/ports/audio/scrobbler/pkg-descr|novel at FreeBSD.org|audio||||/usr/ports/audio/libmusicbrainz
> /usr/ports/devel/gmake /usr/ports/ftp/curl
> /usr/ports/multimedia/beep-media-player /usr/ports/multimedia/xmms
> /usr/ports/ftp/curl /usr/ports/multimedia/beep-media-player
> Not sure what exactly brings in the dependency.
> Oh, I got it! I had this in my make.conf:
> WITH_GECKO=firefox xulrunner seamonkey
> I guess the second line was evil.
> I removed it now and everything is fine.
> Sorry for the noise.
Yeah, no user should has any of USE_* in make.conf. :-)
>>> It seems that this is because audio/scrobbler/Makefile has
>>> While bsd.gecko.mk has
>>> post-patch: ...
>>> I am not sure if the port's Makefile uses '::' for a good reason.
>>> Also, it seems that this is not the only port that uses '::' for
>>> post-patch target.
>>> P.S. my system is 6.3/amd64, ports updated this morning using portsnap.
mezz7 at cox.net - mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
More information about the freebsd-gnome