Re: tt-rss
On Wed, 25 May 2011 19:37:21 -1000, Bruce Meier wrote: > Hi, > > Had to add "define('PUBSUBHUBBUB_ENABLED', true);" to config.php to > get update to work. You _always_ need to merge the config.php with config.php-dist after an update. They change it quite often also in patch releases. But there's nothing the port can do for you. -- Bernhard Fröhlich http://www.bluelife.at/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
tt-rss
Hi, Had to add "define('PUBSUBHUBBUB_ENABLED', true);" to config.php to get update to work. Bruce Meier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox 4 with PGO compile error
2011/5/25 Daniel Nebdal : > On Wed, May 25, 2011 at 5:22 AM, Neko Chang wrote: >> Hi FreeBSD team :D >> >> I tried build firefox 4 with PGO support via ports under GNOME >> 2.32.1(ordinary user, but build firefox by root), but build fail. >> Later I posted the problem to FreeBSD support >> forums,(http://forums.freebsd.org/showthread.php?t=23827) >> But can't solve it. >> >> So I write the mail :D >> Please help me >> >> * Output from 'uname -a'. >> FreeBSD epopen.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Sat Apr 23 >> 16:23:23 CST 2011 localhost:/usr/obj/usr/src/sys/Kernel amd64 >> >> * Output from 'ident /usr/ports/www/firefox/Makefile' >> /usr/ports/www/firefox/Makefile: >> $FreeBSD: ports/www/firefox/Makefile,v 1.240 2011/04/29 06:31:39 flo Exp >> $ >> >> * Where/when did the problem occur: configuring, building, or running >> firefox >> Build. >> >> * How can you reproduce the problem? >> If turn-on PGO in "make config" >> >> Under is error message >> >> if test -d ../../../../dist/bin ; then touch >> ../../../../dist/bin/.purgecaches ; fi >> gmake[5]: Leaving directory >> `/usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/other-licenses/branding/firefox/locales' >> hg: not found >> Making langpack >> /usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/browser/locales/../../dist/install/firefox-4.0.1.en-US.langpack.xpi >> /usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/config/nsinstall >> -D ../../dist/install/ >> /usr/local/bin/perl5.12.3 >> /usr/ports/www/firefox/work/mozilla-2.0/config/preprocessor.pl >> -DOSTYPE=\"FreeBSD8\" -DOSARCH=FreeBSD -DAB_CD=en-US >> -DMOZ_LANGPACK_EID=langpack-en...@firefox.mozilla.org >> -DMOZ_APP_VERSION=4.0.1 >> -DLOCALE_SRCDIR=/usr/ports/www/firefox/work/mozilla-2.0/browser/locales/en-US >> -DPKG_BASENAME="firefox-4.0.1.en-US.freebsd8.2-amd64" >> -DPKG_INST_BASENAME="firefox-4.0.1.en-US.freebsd8.2-amd64.installer" >> -DDLL_PREFIX=lib -DDLL_SUFFIX=.so -DBIN_SUFFIX= -DHAVE_64BIT_OS=1 >> -DMOZILLA_VERSION=\"2.0.1\" -DMOZILLA_VERSION_U=2.0.1 -DD_INO=d_ino >> -DSTDC_HEADERS=1 -DHAVE_SSIZE_T=1 -DHAVE_ST_BLKSIZE=1 >> -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1 >> -DHAVE_UINT=1 -DHAVE_UINT16_T=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 >> -DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 >> -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_NL_TYPES_H=1 >> -DHAVE_X11_XKBLIB_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_MMINTRIN_H=1 >> -DHAVE_SYS_CDEFS_H=1 -DHAVE_DLOPEN=1 -DHAVE_DLADDR=1 -DFUNCPROTO=15 >> -DHAVE_XSHM=1 -DHAVE_LIBXSS=1 -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 >> -DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 >> -DHAVE_FT_SELECT_SIZE=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 >> -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1 >> -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 >> -DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1 >> -DHAVE_CLOCK_MONOTONIC=1 -DHAVE_LANGINFO_CODESET=1 -DVA_COPY=va_copy >> -DHAVE_VA_COPY=1 -DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_THREAD_TLS_KEYWORD=1 >> -DMALLOC_H=\ -DHAVE_STRNDUP=1 -DHAVE_POSIX_MEMALIGN=1 >> -DHAVE_VALLOC=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_LOCALECONV=1 >> -DNS_ALWAYS_INLINE=__attribute__\(\(always_inline\)\) >> -DNS_ATTR_MALLOC=__attribute__\(\(malloc\)\) >> -DNS_WARN_UNUSED_RESULT=__attribute__\(\(warn_unused_result\)\) >> -DNS_NORETURN=__attribute__\(\(noreturn\)\) -DMOZ_PHOENIX=1 >> -DMOZ_BUILD_APP=browser -DMOZ_X11=1 -DMOZ_WIDGET_GTK2=1 >> -DMOZ_PDF_PRINTING=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_OFFICIAL_BRANDING=1 >> -DMOZ_DISTRIBUTION_ID=\"org.mozilla\" -DMOZ_PANGO=1 >> -DMOZ_ENABLE_GNOMEVFS=1 -DMOZ_ENABLE_GCONF=1 -DMOZ_ENABLE_LIBNOTIFY=1 >> -DMOZ_ENABLE_GNOMEUI=1 -DMOZ_ENABLE_DBUS=1 -DIBMBIDI=1 >> -DMOZ_VIEW_SOURCE=1 -DACCESSIBILITY=1 -DMOZ_JSLOADER=1 -DNS_PRINTING=1 >> -DNS_PRINT_PREVIEW=1 -DMOZ_OGG=1 -DATTRIBUTE_ALIGNED_MAX=64 >> -DMOZ_WEBM=1 -DVPX_X86_ASM=1 -DMOZ_WAVE=1 -DMOZ_SYDNEYAUDIO=1 >> -DMOZ_MEDIA=1 -DMOZ_VORBIS=1 -DMOZ_XTF=1 >> -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DMOZ_MATHML=1 -DMOZ_SVG=1 >> -DMOZ_SMIL=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_FEEDS=1 >> -DMOZ_STORAGE=1 -DMOZ_SAFE_BROWSING=1 -DMOZ_URL_CLASSIFIER=1 >> -DNS_DISABLE_LOGGING=1 -DHAVE___CXA_DEMANGLE=1 >> -DMOZ_CHROME_FILE_FORMAT_JAR=1 >> -DMOZ_DEFAULT_MOZILLA_FIVE_HOME=\"/usr/local/lib/firefox\" >> -DMOZ_USER_DIR=\".mozilla\" -DMOZ_STATIC_JS=1 -DMOZ_ENABLE_LIBXUL=1 >> -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_XUL=1 >> -DMOZ_PROFILELOCKING=1 -DMOZ_RDF=1 -DBUILD_CTYPES=1 -DMOZ_MORKREADER=1 >> -DMOZ_PLACES=1 -DMOZ_SERVICES_SYNC=1 -DMOZ_APP_UA_NAME=\"\" >> -DMOZ_APP_UA_VERSION=\"4.0.1\" -DMOZ_UA_FIREFOX_VERSION=\"4.0.1\" >> -DMOZ_UA_BUILDID=\"20100101\" -DMOZ_DLL_SUFFIX=\".so\" >> -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1 >> -DMOZ_ACCESSIBILITY_ATK=1 -DATK_MAJOR_VERSION=1 -DATK_MINOR_VERSION=32 >> -DATK_REV_VERSION=0 >> -I/usr/ports/www/firefox/work/mozilla-2.0/toolkit/locales/en-US/defines.inc >> -I/u
Re: Turning APNG to on by default in graphics/png
On 25.05.2011 17:37, Andrey Chernov wrote: If only FF wants hacked library, there is no point to make even separated port. Certainly thunderbird too. Not sure about others, but, likely, www/libxul too -- and www/seamonkey2. Worse: we tend to have multiple versions of some of those in the tree (for example: mail/thunderbird, mail/thunderbird3, deskutils/lightning-thunderbird, www/firefox, www/firefox3, www/firefox35). Making APNG default is an additional security risk since another vulnerability may be founded in the APNG extension in the future will affect all programs at once, i.e. we'll have png risk + apng risk as result. In theory, EVERY additional feature is an additional security risk :) But APNG has not had an issue in three years. Moreover, APNG development is always behind official png in time, so fixing vulnerabilities will be not as fast as now. APNG-patched areas aren't usually, where the stock PNG is affected by security problems -- or else APNG would've been implicated in more advisories. In short, it does not seem, APNG is any riskier than the PNG itself... And now consider this -- the number one "vector" for security threats is through malicious files e-mailed or injected into web-servers... And those are accessed by e-mail programs and browsers. So, users of Firefox and Thunderbird (the primary tools today -- and thus the first to be targeted by miscreants) will be affected by any future APNG-bug /anyway/. My way, at least, the fix will require updating only a single port on one's machine... Yours, -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Turning APNG to on by default in graphics/png
If only FF wants hacked library, there is no point to make even separated port. Making APNG default is an additional security risk since another vulnerability may be founded in the APNG extension in the future will affect all programs at once, i.e. we'll have png risk + apng risk as result. Moreover, APNG development is always behind official png in time, so fixing vulnerabilities will be not as fast as now. On Wed, May 25, 2011 at 03:16:32PM -0400, Mikhail T. wrote: > On 25.05.2011 15:02, Andrey Chernov wrote: > >> There used to be concerns about security of animated PNG code, but today I > >> can > >> > not find any advisories fresher than 2008: > >> > > >> > http://osvdb.org/show/osvdb/48766 > > Wrong place to find advisores related to subj. See > > http://www.libpng.org/pub/png/libpng.html > > page, right below yellow tables. Latest one fixed Feb 3 2011. > Your link has no information on ANIMATED png. The ANIMATED functionality has > no > advisories since 2008... > >> > Various Mozilla applications will then be able to LIB_DEPEND on the > >> > installed > >> > png instead of building their own versions. > > FYI: apng is quick hack to overcome animated gifs limitations and libpng > > author is strongly against it, suggesting to use more flexible mng > > instead:http://www.libpng.org/pub/mng > I have this information -- this was discussed (with your and my selves > present) > back in 2008. But we are not going to change the way Mozilla projects are > going > about this... Our options at this point are: > > * continue building a private libpng as part of each Mozilla application -- > a > silly redundancy of patches and waste of time and space; > * make a separate port (apng or mozilla-png) -- making sure, it does not > conflict with the "official" png; > * just turn the APNG option on by default in the existing png port... > > I think, the third options is the easiest -- and it has NO downsides... Yours, > > -mi > -- http://ache.vniz.net/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Turning APNG to on by default in graphics/png
On 25.05.2011 15:02, Andrey Chernov wrote: There used to be concerns about security of animated PNG code, but today I can > not find any advisories fresher than 2008: > > http://osvdb.org/show/osvdb/48766 Wrong place to find advisores related to subj. See http://www.libpng.org/pub/png/libpng.html page, right below yellow tables. Latest one fixed Feb 3 2011. Your link has no information on ANIMATED png. The ANIMATED functionality has no advisories since 2008... > Various Mozilla applications will then be able to LIB_DEPEND on the installed > png instead of building their own versions. FYI: apng is quick hack to overcome animated gifs limitations and libpng author is strongly against it, suggesting to use more flexible mng instead:http://www.libpng.org/pub/mng I have this information -- this was discussed (with your and my selves present) back in 2008. But we are not going to change the way Mozilla projects are going about this... Our options at this point are: * continue building a private libpng as part of each Mozilla application -- a silly redundancy of patches and waste of time and space; * make a separate port (apng or mozilla-png) -- making sure, it does not conflict with the "official" png; * just turn the APNG option on by default in the existing png port... I think, the third options is the easiest -- and it has NO downsides... Yours, -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Turning APNG to on by default in graphics/png
On Wed, May 25, 2011 at 02:28:20PM -0400, Mikhail T. wrote: > I'd like to see this option on by default now. I think, it's been available > (off > by default) long enough and I, for one, always turn it on for completeness. > There used to be concerns about security of animated PNG code, but today I > can > not find any advisories fresher than 2008: > > http://osvdb.org/show/osvdb/48766 Wrong place to find advisores related to subj. See http://www.libpng.org/pub/png/libpng.html page, right below yellow tables. Latest one fixed Feb 3 2011. > Various Mozilla applications will then be able to LIB_DEPEND on the installed > png instead of building their own versions. FYI: apng is quick hack to overcome animated gifs limitations and libpng author is strongly against it, suggesting to use more flexible mng instead: http://www.libpng.org/pub/mng/ -- http://ache.vniz.net/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Turning APNG to on by default in graphics/png
I'd like to see this option on by default now. I think, it's been available (off by default) long enough and I, for one, always turn it on for completeness. There used to be concerns about security of animated PNG code, but today I can not find any advisories fresher than 2008: http://osvdb.org/show/osvdb/48766 Various Mozilla applications will then be able to LIB_DEPEND on the installed png instead of building their own versions. Comments? Thanks! -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: deskutils/chmsee: doesn't starts
21.05.2011 00:43, Sylvio Cesar Teixeira пишет: 2011/5/20 Ruslan Mahmatkhanov: Good day! I'm always looking for something that will replace my default chm-reader (xchm) and just see chmsee update. I wasn't able to find any screenshots so i decide to install it and try it by myself. But it doesn't ever start: """ [mrk@smeshariki2 ports]> chmsee ** (chmsee:90272): WARNING **: GECKO_UTILS>>> Couldn't find a compatible GRE! ** ERROR **: Initialize html render engine failed! aborting... """ I see the same errors in google, f.e.: https://bugs.archlinux.org/task/24003 and i tried to play some games with GRE_HOME env variable. But with no luck. Can please anybody help with that. Thanks. PS. I'm using -current with libxul-1.9.2.17 and chmsee-1.3.1.1. -- Regards, Ruslan Thanks. I'll see this. Sylvio. Hi, Sylvio! Any news? Was you able to reproduce this? -- Regards, Ruslan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox 4 with PGO compile error
On Wed, May 25, 2011 at 07:47:25AM -0400, Jason Hellenthal wrote: > The build needs to have access to the Xserver as the user who is > building the port. Since you are root, the correct environment variables > would not be set as well no access to the server by its normal access > methods. > > As your build-user: > (csh): setenv DISPLAY :0 > or, > (sh): export DISPLAY=:0 > > As the X user: > xhost +local: +inet:localhost But why do some poepl have this problem whilst others do not? > Maybe its time to provide some URL's to > some directly relavent pages... Definitely a good idea. jamie ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: build failure of ganglia-monitor-core-3.1.7
On Wed, May 25, 2011 at 12:33:10PM +0100, Anton Shterenlikht wrote: > On Tue, May 24, 2011 at 08:46:42AM -0500, Brooks Davis wrote: > > On Tue, May 24, 2011 at 09:14:54PM +0100, Anton Shterenlikht wrote: > > > On Tue, May 24, 2011 at 02:37:42AM -0500, Brooks Davis wrote: > > > > On Tue, May 24, 2011 at 10:19:40AM +0100, Anton Shterenlikht wrote: > > > > > On ia64 and sparc64, both current, I get > > > > > a build failure of ganglia-monitor-core-3.1.7 > > > > > when updating from 3.1.1_6: > > > > > > > > > > ===> Building for ganglia-monitor-core-3.1.7 > > > > > make: cannot open Makefile. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/ports/sysutils/ganglia-monitor-core. > > > > > > > > Does it work for you on any other platforms? > > > > > > yes, builds on amd64. I should've checked, just > > > I don't need ganglia on amd64. > > > > Good, my testing was amd64. > > > > > > If so, there is probably a > > > > configure failure above that needs to be analyzed. > > > > > > http://seis.bris.ac.uk/~mexas/sparc64-ganglia-3.1.7-config.log > > > http://seis.bris.ac.uk/~mexas/ia64-ganglia-3.1.7-config.log > > > > Looking at the log I think I'm missing a dependency on pcre. Could you > > try installing devel/pcre and seeing if that fixes it? > > yes, this fixed it, thanks. Great, I'll add the dependancy to the port. > > It's rather bizarre that configure exits with 0 when this happens, it > > should report an error. That's certainly a bug upstream? > > Do you want me to do anything about it? Nope, I'll see if I can spot anything obvious in the autoconf code and pester the devs about it. -- Brooks pgp0PWPPCnBpU.pgp Description: PGP signature
Trouble with specific version of pgsql in port Makefile
Hi I am trying to make a new port, that requires a specific version of postgresql. In the Makefile I have: USE_PGSQL= yes WANT_PGSQL_VER= 90 this works, but one of the dependencies is py-PyGreSQL and this dependency does not inherit the WANT_PGSQL_VER statement, so when i try to run make on clean machine it pulls in the default version of PostgreSQL (currently 84), and the port will not build. Is there any way to make dependencies inherit the WANT_PGSQL_VER statement, or do I have to put in postgresql90-client as a specific dependency? Thanks in advance Best regards Lars N. Cleemann ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: net-p2p/rtorrent ui does not come
On Wed, May 25, 2011 at 8:55 AM, Sergey V. Dyatko wrote: > On Tue, 24 May 2011 13:13:51 +0100 > Florent Thoumie wrote: > >> >> This is committed now. I've updated net-p2p/libtorrent-devel and >> net-p2p/rtorrent-devel as opposed to the non-devel ports as it is >> considered unstable. > > you forget remove "BROKEN" string (see Revision 1.34 by pav@) Fixed now, didn't notice tinderbox was trying to build BROKEN ports. -- Florent Thoumie f...@freebsd.org FreeBSD Committer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: build failure of ganglia-monitor-core-3.1.7
On Tue, May 24, 2011 at 08:46:42AM -0500, Brooks Davis wrote: > On Tue, May 24, 2011 at 09:14:54PM +0100, Anton Shterenlikht wrote: > > On Tue, May 24, 2011 at 02:37:42AM -0500, Brooks Davis wrote: > > > On Tue, May 24, 2011 at 10:19:40AM +0100, Anton Shterenlikht wrote: > > > > On ia64 and sparc64, both current, I get > > > > a build failure of ganglia-monitor-core-3.1.7 > > > > when updating from 3.1.1_6: > > > > > > > > ===> Building for ganglia-monitor-core-3.1.7 > > > > make: cannot open Makefile. > > > > *** Error code 1 > > > > > > > > Stop in /usr/ports/sysutils/ganglia-monitor-core. > > > > > > Does it work for you on any other platforms? > > > > yes, builds on amd64. I should've checked, just > > I don't need ganglia on amd64. > > Good, my testing was amd64. > > > > If so, there is probably a > > > configure failure above that needs to be analyzed. > > > > http://seis.bris.ac.uk/~mexas/sparc64-ganglia-3.1.7-config.log > > http://seis.bris.ac.uk/~mexas/ia64-ganglia-3.1.7-config.log > > Looking at the log I think I'm missing a dependency on pcre. Could you > try installing devel/pcre and seeing if that fixes it? yes, this fixed it, thanks. > > It's rather bizarre that configure exits with 0 when this happens, it > should report an error. That's certainly a bug upstream? Do you want me to do anything about it? I'm not familiar with ganglia at all, only install it because these boxes are in portscluster. Many thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox 4 with PGO compile error
On Wed, May 25, 2011 at 11:39:36AM +0200, Daniel Nebdal wrote: > I *think* that error is because it expects a gnome session (or at > least a dbus server) to be available. If you used plain "su" to become > root, it won't have the right environment. Could you try either sudo > or su -m ? I built it yesterday with this option enabled and I don't have gnome on my system, only fvwm2. I also su'd from my regular user id to build and install the port. group wheel,operator. jamie ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Firefox 4 with PGO compile error
On Wed, May 25, 2011 at 5:22 AM, Neko Chang wrote: > Hi FreeBSD team :D > > I tried build firefox 4 with PGO support via ports under GNOME > 2.32.1(ordinary user, but build firefox by root), but build fail. > Later I posted the problem to FreeBSD support > forums,(http://forums.freebsd.org/showthread.php?t=23827) > But can't solve it. > > So I write the mail :D > Please help me > > * Output from 'uname -a'. > FreeBSD epopen.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Sat Apr 23 > 16:23:23 CST 2011 localhost:/usr/obj/usr/src/sys/Kernel amd64 > > * Output from 'ident /usr/ports/www/firefox/Makefile' > /usr/ports/www/firefox/Makefile: > $FreeBSD: ports/www/firefox/Makefile,v 1.240 2011/04/29 06:31:39 flo Exp $ > > * Where/when did the problem occur: configuring, building, or running > firefox > Build. > > * How can you reproduce the problem? > If turn-on PGO in "make config" > > Under is error message > > if test -d ../../../../dist/bin ; then touch > ../../../../dist/bin/.purgecaches ; fi > gmake[5]: Leaving directory > `/usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/other-licenses/branding/firefox/locales' > hg: not found > Making langpack > /usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/browser/locales/../../dist/install/firefox-4.0.1.en-US.langpack.xpi > /usr/ports/www/firefox/work/mozilla-2.0/obj-amd64-unknown-freebsd8.2/config/nsinstall > -D ../../dist/install/ > /usr/local/bin/perl5.12.3 > /usr/ports/www/firefox/work/mozilla-2.0/config/preprocessor.pl > -DOSTYPE=\"FreeBSD8\" -DOSARCH=FreeBSD -DAB_CD=en-US > -DMOZ_LANGPACK_EID=langpack-en...@firefox.mozilla.org > -DMOZ_APP_VERSION=4.0.1 > -DLOCALE_SRCDIR=/usr/ports/www/firefox/work/mozilla-2.0/browser/locales/en-US > -DPKG_BASENAME="firefox-4.0.1.en-US.freebsd8.2-amd64" > -DPKG_INST_BASENAME="firefox-4.0.1.en-US.freebsd8.2-amd64.installer" > -DDLL_PREFIX=lib -DDLL_SUFFIX=.so -DBIN_SUFFIX= -DHAVE_64BIT_OS=1 > -DMOZILLA_VERSION=\"2.0.1\" -DMOZILLA_VERSION_U=2.0.1 -DD_INO=d_ino > -DSTDC_HEADERS=1 -DHAVE_SSIZE_T=1 -DHAVE_ST_BLKSIZE=1 > -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1 > -DHAVE_UINT=1 -DHAVE_UINT16_T=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 > -DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 > -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_NL_TYPES_H=1 > -DHAVE_X11_XKBLIB_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_MMINTRIN_H=1 > -DHAVE_SYS_CDEFS_H=1 -DHAVE_DLOPEN=1 -DHAVE_DLADDR=1 -DFUNCPROTO=15 > -DHAVE_XSHM=1 -DHAVE_LIBXSS=1 -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 > -DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 > -DHAVE_FT_SELECT_SIZE=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 > -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1 > -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 > -DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1 > -DHAVE_CLOCK_MONOTONIC=1 -DHAVE_LANGINFO_CODESET=1 -DVA_COPY=va_copy > -DHAVE_VA_COPY=1 -DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_THREAD_TLS_KEYWORD=1 > -DMALLOC_H=\ -DHAVE_STRNDUP=1 -DHAVE_POSIX_MEMALIGN=1 > -DHAVE_VALLOC=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_LOCALECONV=1 > -DNS_ALWAYS_INLINE=__attribute__\(\(always_inline\)\) > -DNS_ATTR_MALLOC=__attribute__\(\(malloc\)\) > -DNS_WARN_UNUSED_RESULT=__attribute__\(\(warn_unused_result\)\) > -DNS_NORETURN=__attribute__\(\(noreturn\)\) -DMOZ_PHOENIX=1 > -DMOZ_BUILD_APP=browser -DMOZ_X11=1 -DMOZ_WIDGET_GTK2=1 > -DMOZ_PDF_PRINTING=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_OFFICIAL_BRANDING=1 > -DMOZ_DISTRIBUTION_ID=\"org.mozilla\" -DMOZ_PANGO=1 > -DMOZ_ENABLE_GNOMEVFS=1 -DMOZ_ENABLE_GCONF=1 -DMOZ_ENABLE_LIBNOTIFY=1 > -DMOZ_ENABLE_GNOMEUI=1 -DMOZ_ENABLE_DBUS=1 -DIBMBIDI=1 > -DMOZ_VIEW_SOURCE=1 -DACCESSIBILITY=1 -DMOZ_JSLOADER=1 -DNS_PRINTING=1 > -DNS_PRINT_PREVIEW=1 -DMOZ_OGG=1 -DATTRIBUTE_ALIGNED_MAX=64 > -DMOZ_WEBM=1 -DVPX_X86_ASM=1 -DMOZ_WAVE=1 -DMOZ_SYDNEYAUDIO=1 > -DMOZ_MEDIA=1 -DMOZ_VORBIS=1 -DMOZ_XTF=1 > -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DMOZ_MATHML=1 -DMOZ_SVG=1 > -DMOZ_SMIL=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_FEEDS=1 > -DMOZ_STORAGE=1 -DMOZ_SAFE_BROWSING=1 -DMOZ_URL_CLASSIFIER=1 > -DNS_DISABLE_LOGGING=1 -DHAVE___CXA_DEMANGLE=1 > -DMOZ_CHROME_FILE_FORMAT_JAR=1 > -DMOZ_DEFAULT_MOZILLA_FIVE_HOME=\"/usr/local/lib/firefox\" > -DMOZ_USER_DIR=\".mozilla\" -DMOZ_STATIC_JS=1 -DMOZ_ENABLE_LIBXUL=1 > -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_XUL=1 > -DMOZ_PROFILELOCKING=1 -DMOZ_RDF=1 -DBUILD_CTYPES=1 -DMOZ_MORKREADER=1 > -DMOZ_PLACES=1 -DMOZ_SERVICES_SYNC=1 -DMOZ_APP_UA_NAME=\"\" > -DMOZ_APP_UA_VERSION=\"4.0.1\" -DMOZ_UA_FIREFOX_VERSION=\"4.0.1\" > -DMOZ_UA_BUILDID=\"20100101\" -DMOZ_DLL_SUFFIX=\".so\" > -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1 > -DMOZ_ACCESSIBILITY_ATK=1 -DATK_MAJOR_VERSION=1 -DATK_MINOR_VERSION=32 > -DATK_REV_VERSION=0 > -I/usr/ports/www/firefox/work/mozilla-2.0/toolkit/locales/en-US/defines.inc > -I/usr/ports/www/firefox/work/mozilla-2.0/browser/locales/en-US/defines.inc > /usr/ports/www/firefox/work/mozilla-2.0/browser/loca
Re: net-p2p/rtorrent ui does not come
On Tue, 24 May 2011 13:13:51 +0100 Florent Thoumie wrote: > > This is committed now. I've updated net-p2p/libtorrent-devel and > net-p2p/rtorrent-devel as opposed to the non-devel ports as it is > considered unstable. you forget remove "BROKEN" string (see Revision 1.34 by pav@) -- wbr, tiger ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"