different distfiles for osversion/arch
Given a port, with different distfiles, one for each osversion, arch SHA256 (ioncube/4.2.2/ioncube_loaders_fre_7_x86-64.tar.bz2) = 22d5a554143ea4fe1074e864f452c5f4525f4f505f683001e0378d19347e3bcd SIZE (ioncube/4.2.2/ioncube_loaders_fre_7_x86-64.tar.bz2) = 3444312 SHA256 (ioncube/4.2.2/ioncube_loaders_fre_7_x86.tar.bz2) = 3d3579174b22e1e271619b46382a122672cf77de2e9ce7a74b87f324ce48210e SIZE (ioncube/4.2.2/ioncube_loaders_fre_7_x86.tar.bz2) = 3335593 SHA256 (ioncube/4.2.2/ioncube_loaders_fre_8_x86-64.tar.bz2) = 5a93c195ff4ccbbf3914983e4662ec6a5484c7fa45ee68c87db4f0a394277743 SIZE (ioncube/4.2.2/ioncube_loaders_fre_8_x86-64.tar.bz2) = 3443073 SHA256 (ioncube/4.2.2/ioncube_loaders_fre_8_x86.tar.bz2) = 1278fc60f8f7e25d9bb79c4144a5f6cf6a5b3b24fb1b95ada9e03fb41c9a3872 SIZE (ioncube/4.2.2/ioncube_loaders_fre_8_x86.tar.bz2) = 3336486 SHA256 (ioncube/4.2.2/ioncube_loaders_fre_9_x86-64.tar.bz2) = bd8b960bf9d46c0baab5bfbb3d65fe39459bd4de7fca1d017904f9e5cd17cc3a SIZE (ioncube/4.2.2/ioncube_loaders_fre_9_x86-64.tar.bz2) = 3528882 SHA256 (ioncube/4.2.2/ioncube_loaders_fre_9_x86.tar.bz2) = dc2ad90a9e24e7362940c34c2debcc247081208b8ba4df44bf7f465a5b9375c3 SIZE (ioncube/4.2.2/ioncube_loaders_fre_9_x86.tar.bz2) = 3339257 what is the best way to handle this? (doesn't seem sensible to bring in six 3.+Mb files when you only need one) -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 *| *SECNAP Network Security Corporation * Best Mobile Solutions Product of 2011 * Best Intrusion Prevention Product * Hot Company Finalist 2011 * Best Email Security Product * Certified SNORT Integrator __ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.spammertrap.com/ __ ___ 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: different distfiles for osversion/arch
On 7/28/12 3:35 AM, Michael Scheidell wrote: Given a port, with different distfiles, one for each osversion, arch nevermind.. some magic I have never seen before: make -V DISTFILES ioncube_loaders_fre_9_x86.tar.bz2b -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: rxvt-unicode fails build 9 stable i386
On 07/28/12 04:27, Robert wrote:
On Fri, 27 Jul 2012 11:10:23 +0200
Guido Falsi madpi...@freebsd.org wrote:
On Thu, Jul 26, 2012 at 07:17:48PM -0700, Robert wrote:
Greetings
I have been unable to build rxvt-unicode since updating perl to
5.16. I thought I saw an email that someone else had this problem
but I cannot find it.
It happened to me on -current. There I worked around it by forcing
clang as compiler for rxvt-unicode. This should do the trick:
cd /usr/ports/x11/rxvt-unicode make clean make CC=clang
CXX=clang++ CPP=clang-cpp install
Not sure what the cause is.
Thanks for this information. This worked as you said.
If I put this clang information into /etc/make.conf will I need to
rebuild all of my installed ports?
The ports system is not ready to use clang as the only compiler. If you
want to add this hack to your make.conf it's better if you do it
conditionally only for this port like:
.if ${.CURDIR:M*x11/rxvt-unicode*}
CC= clang
CXX= clang++
CPP= clang-cpp
.endif
Binaries and library generated with gcc and clang should be compatible
with each other, so, if you just compile a few ports with clang, no need
to rebuild everything.
--
Guido Falsi madpi...@freebsd.org
___
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: different distfiles for osversion/arch
On Sat, Jul 28, 2012 at 2:35 AM, Michael Scheidell
michael.scheid...@secnap.com wrote:
Given a port, with different distfiles, one for each osversion, arch
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_7_x86-64.tar.bz2) =
22d5a554143ea4fe1074e864f452c5f4525f4f505f683001e0378d19347e3bcd
SIZE (ioncube/4.2.2/ioncube_loaders_fre_7_x86-64.tar.bz2) = 3444312
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_7_x86.tar.bz2) =
3d3579174b22e1e271619b46382a122672cf77de2e9ce7a74b87f324ce48210e
SIZE (ioncube/4.2.2/ioncube_loaders_fre_7_x86.tar.bz2) = 3335593
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_8_x86-64.tar.bz2) =
5a93c195ff4ccbbf3914983e4662ec6a5484c7fa45ee68c87db4f0a394277743
SIZE (ioncube/4.2.2/ioncube_loaders_fre_8_x86-64.tar.bz2) = 3443073
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_8_x86.tar.bz2) =
1278fc60f8f7e25d9bb79c4144a5f6cf6a5b3b24fb1b95ada9e03fb41c9a3872
SIZE (ioncube/4.2.2/ioncube_loaders_fre_8_x86.tar.bz2) = 3336486
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_9_x86-64.tar.bz2) =
bd8b960bf9d46c0baab5bfbb3d65fe39459bd4de7fca1d017904f9e5cd17cc3a
SIZE (ioncube/4.2.2/ioncube_loaders_fre_9_x86-64.tar.bz2) = 3528882
SHA256 (ioncube/4.2.2/ioncube_loaders_fre_9_x86.tar.bz2) =
dc2ad90a9e24e7362940c34c2debcc247081208b8ba4df44bf7f465a5b9375c3
SIZE (ioncube/4.2.2/ioncube_loaders_fre_9_x86.tar.bz2) = 3339257
what is the best way to handle this?
(doesn't seem sensible to bring in six 3.+Mb files when you only need one)
You probably want to do something like this:
PORTVERSION=4.2.2
DIST_SUBDIR=ioncube/${PORTVERSION}
.if target(makesum)
.for ION_OS_VER in 7 8 9
.for ION_OS_ARCH in x86 x86-64
DISTFILES+= ioncube_loaders_fre_${ION_OS_VER}_${ION_OS_ARCH}.tar.bz2
.endfor
.endfor
.else
.if ${ARCH} == amd64
ION_OS_ARCH=x86-64
.else
ION_OS_ARCH=x86
.endif
.if
ION_OS_VER= ${OSREL:C|^([0-9]+)\..*|\1|}
DISTFILES= ioncube_loaders_fre_${ION_OS_VER}_${ION_OS_ARCH}.tar.bz2
.endif
Scot
___
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 14 build broken due to wrong libpng
On 27.07.12 21:19, Christian Weisgerber wrote: Dan Allen danalle...@airwired.net wrote: My build from ports of Firefox 14.0.1 dies in the configure script. It says that the system PNG library does not support APNGs. You need to rebuild graphics/png with the APNG option enabled. This is the default now, but it wasn't until a year ago. So if you have a system that has been upgraded for a long time, you probably installed png, hit return for the default options and have been stuck with APNG=off since then. You're not the first one to be bitten by this and you won't be the last one. I have just committed an UPDATING entry which should mitigate this a bit I hope. Florian P.S. We really need a way of depending on ports being built with certain OPTIONS. signature.asc Description: OpenPGP digital signature
Re: mail/enigmail-thunderbird broken with the latest thunderbird update
On 27.07.12 19:00, Doug Barton wrote: First let me say a big thank you to the gecko@ team. It's obvious that the latest round of updates includes an enormous amount of work, and both the thunderbird build and the firefox PGO build went flawlessly. I've been using the new firefox and it is great so far. :) The problem comes in with the enigmail-thunderbird build. After re-building thunderbird and starting the enigmail build I get this: I looked in that directory and the autoconf.mk.in file is there, but the .mk file has not been built. Given the complexity of the enigmail build process it isn't obvious to me what the solution is. Sorry to be the bearer of bad news, Yes, we are already aware of this, and actively working on it. My fault for not thinking about the enigmail ports earlier, i should have known by now... but with all the changes we concentrated on getting our stuff right. We hope to fix this asap. Florian signature.asc Description: OpenPGP digital signature
Re: rxvt-unicode fails build 9 stable i386
Guido Falsi writes:
If I put this clang information into /etc/make.conf will I need to
rebuild all of my installed ports?
The ports system is not ready to use clang as the only
compiler. If you want to add this hack to your make.conf it's
better if you do it conditionally only for this port like:
.if ${.CURDIR:M*x11/rxvt-unicode*}
CC= clang
CXX= clang++
CPP= clang-cpp
.endif
Binaries and library generated with gcc and clang should be
compatible with each other, so, if you just compile a few ports
with clang, no need to rebuild everything.
There is at least one known exception: LibreOffice.
Some time ago I was given the lines appended to put in
make.conf. While they are probably (and hopefully!) out-of-date, I
have had only the one problem since. (Corrections welcome.)
Robert Huff
#
# PORTS: use clang unless gcc is explicitly required
#
#
# default to using clang for all port builds, with the following
# exceptions
# ports which will only build with the base system GNU compiler (4.2)
#
# the make index target also seems to need this, for some reason
.if target(index) | \
${.CURDIR:M*/devel/antlr*} | \
${.CURDIR:M*/devel/google-perftools* } | \
${.CURDIR:M*/graphics/ImageMagick* } | \
${.CURDIR:M*/graphics/opencv*} | \
${.CURDIR:M*/www/libxul*} | \
${.CURDIR:M*/x11/kdelibs4*} | \
${.CURDIR:M*/x11-toolkits/swt-devel*}
USE_GCC?=4.2
.endif
# ports which need *some* version of the GNU compiler (won't build with
# clang or have runtime issues if built with clang)
# use the highest version of gcc we have installed from ports (4.6)
.if ${.CURDIR:M*/accessibility/jovie*} | \
${.CURDIR:M*/accessibility/kdeaccessibility4*} | \
${.CURDIR:M*/audio/grip*} | \
${.CURDIR:M*/audio/mpg123*} | \
${.CURDIR:M*/audio/rosegarden*} | \
${.CURDIR:M*/databases/virtuoso*} | \
${.CURDIR:M*/deskutils/kdepimlibs4*} | \
${.CURDIR:M*/devel/apache-ant*} | \
${.CURDIR:M*/devel/binutils*} | \
${.CURDIR:M*/devel/icu*} | \
${.CURDIR:M*/devel/kdevelop-kde4*} | \
${.CURDIR:M*/devel/kdevplatform*} | \
${.CURDIR:M*/devel/log4j*} | \
${.CURDIR:M*/games/kdegames4*} | \
${.CURDIR:M*/graphics/tonicpoint-viewer*} | \
${.CURDIR:M*/java/* } | \
${.CURDIR:M*/lang/gcc*} | \
${.CURDIR:M*/math/fftw3*} | \
${.CURDIR:M*/multimedia/avidemux2*} | \
${.CURDIR:M*/multimedia/kdemultimedia4*} | \
${.CURDIR:M*/multimedia/vlc*} | \
${.CURDIR:M*/multimedia/xbmc*} | \
${.CURDIR:M*/net/kdenetwork4*} | \
${.CURDIR:M*/net/mpich2*} | \
${.CURDIR:M*/net/opal3*} | \
${.CURDIR:M*/net-p2p/ktorrent*} | \
${.CURDIR:M*/net-p2p/vuze*} | \
${.CURDIR:M*/sysutils/lsof*} | \
${.CURDIR:M*/textproc/docbook-xsl*} | \
${.CURDIR:M*/textproc/fop*} | \
${.CURDIR:M*/www/firefox*} | \
${.CURDIR:M*/x11/kde4-baseapps*} | \
${.CURDIR:M*/x11/kde4-workspace*} | \
${.CURDIR:M*/x11/lxpanel*} | \
${.CURDIR:M*/x11-toolkits/swt*}
USE_GCC?=4.6+
.endif
.if ${.CURDIR:M*/usr/ports/*}
.if !defined(USE_GCC)
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == cpp
CPP=clang-cpp
.endif
.endif
.endif
___
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: pkg-config - pkgconf [portupgrade UPDATING entries]
On 7/28/2012 7:32 AM, Baptiste Daroussin wrote: On Sat, Jul 28, 2012 at 02:22:06PM +0200, Pieter Donche wrote: No, after env DISABLE_CONFLICTS=yes portupgrade -o devel/pkgconf -f devel/pkg-config it says nothing ... and # pkg_info | grep pkg-config pkg-config-0.25_1 A utility to retrieve information about installed libraries shows it is still there # pkg_info | grep pkgconf (no output) The UPDATING entry had: portupgrade -o devel/pkgconf devel/pkg-config However, portupgrade is not automatically converting devel/pkg-config to pkg-config-0.25_1 here since the port was deleted / MOVED. Using the pkgname fixes this issue. portupgrade -fo devel/pkgconf pkg-config-\* If MOVING a port, please use the above pattern (including -f) in UPDATING entries for portupgrade. If just switching origins, like perl5.12-perl5.14, the origin is fine. I've logged this issue for later reconsideration: https://github.com/pkgtools/pkgtools/issues/36 Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: pkg-config - pkgconf [portupgrade UPDATING entries]
Hi Bryan, Before I do execute the instruction yuo mention, I want to check the following: # grep pkg-config /var/db/pkg/*/* gives two lines per (very many...) packages, such as e.g. ImageMagick-6.7.7.7_1/+CONTENTS:@pkgdep pkg-config-0.25_1 ImageMagick-6.7.7.7_1/+CONTENTS:@comment DEPORIGIN:devel/pkg-config # pkg_info | grep pkg-config pkg-config-0.25_1 A utility to retrieve information about installed libraries # pkg_info | grep pkgconf nothing I just want to be sure this is a valid status BEFORE I do the portupgrade -fo devel/pkgconf pkg-config-\* instruction ... Will that instruction make change the change from @pkgdep pkg-config-0.25_1 into @pkgdep pkgconf-0.8.3 in the +CONTENTS file of a packages (and also the @comment line ?) Also, will the package pkg-config-0.25_1 automatically be deleted (e.g. at the first package compiled during portugprade) and replaced by the package pkgconf-0.8.3 ? I understand pkgconf is meant to replace pkg-config? right? I just want to know to be able to possibly verify things before I do the portugprade (some 40 packages waiting to be updated, 50 on another server ...) Pieter \___ / Pieter Donche \ | Dept. Mathem. Computer Science, University of Antwerp\ | http://www.win.ua.ac.bepieter(dot)donche(at)ua.ac.be | | (UA) Middelheimlaan 1, B 2020 Antwerpen, BELGIUM (EU) | | room G1.16, tel +32 03.265.3870, fax +32 03.265.3777 | || On Sat, 28 Jul 2012, Bryan Drewery wrote: On 7/28/2012 7:32 AM, Baptiste Daroussin wrote: On Sat, Jul 28, 2012 at 02:22:06PM +0200, Pieter Donche wrote: No, after env DISABLE_CONFLICTS=yes portupgrade -o devel/pkgconf -f devel/pkg-config it says nothing ... and # pkg_info | grep pkg-config pkg-config-0.25_1 A utility to retrieve information about installed libraries shows it is still there # pkg_info | grep pkgconf (no output) The UPDATING entry had: portupgrade -o devel/pkgconf devel/pkg-config However, portupgrade is not automatically converting devel/pkg-config to pkg-config-0.25_1 here since the port was deleted / MOVED. Using the pkgname fixes this issue. portupgrade -fo devel/pkgconf pkg-config-\* If MOVING a port, please use the above pattern (including -f) in UPDATING entries for portupgrade. If just switching origins, like perl5.12-perl5.14, the origin is fine. I've logged this issue for later reconsideration: https://github.com/pkgtools/pkgtools/issues/36 Regards, Bryan Drewery ___ 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: MATE 'base' desktop is ready for anyone to test it.
On 7/27/12 3:44 PM, Jeremy Messenger wrote: On Fri, Jul 27, 2012 at 1:09 PM, Jeremy Messenger mezz.free...@gmail.com wrote: Hello all, The MATE base desktop (x11/mate-base) is ready to use and test. The MATE base is a very lite and lean desktop. snip A bit of FAQ: Q: There is problem with pkg-plist. A: Yes, I know about that. The reason why I leave complete @dirrm in the pkg-plist, so that way I can comparing what's the most common @dirrm for I can create matehier (like gnomehier). Q: When will MATE ports merge into FreeBSD ports tree. A: Even thought if I finished everything with MATE. It won't be merged into FreeBSD ports tree unless I get more people to help me with the MATE project. Right now, I am only a person that work on MATE. I prefer to be least three people. Q: If there is problem, where do I report to? Send a PR? A: Please no PR. I hate GNATS, but we should use it when MATE merges into FreeBSD ports tree though. For now, just send me an email or gn...@freebsd.org. Q: Does MATE conflicts with GNOME 2/3? A: No, it's complete parallel even in the ~/.* too. Q: Why you won't check on GDM? A: Because it's a GNOME applications and I do not want to install any extra dependency. :-) But if MATE folks fork the GDM and yes I will work on it. Q: Is it easy to use MATE with GDM? A: I think it should be easy as MATE does provide session files. I think GDM will pick up that session and add in the list for which desktop you want to log in. Q: Does the http://www.freebsd.org/gnome/docs/faq2.html works for MATE? A: Yes, most of them. Same goes for HAL: http://www.freebsd.org/gnome/docs/halfaq.html Here's another QA for you. Is MATE compatible with GNOME 2 such that I can link my GNOME 2 apps to MATE libraries? Will MATE include links for GNOME 2 libraries? If not, could it? Okay, those were three questions. I think you see where I'm going. If we wanted to yank GNOME 2 out in favor of MATE, how difficult would it be? I'm not saying we would or that we're ready. I'm just testing the waters. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc ___ 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
FreeBSD Port: get_flash_videos-1.24.20120610
Dear lioux: Hello! I write to you to verify a problem about get_flash_videos. I installed it from the latest svn tree. When I run it to play videos, it reported a problem saying: *** $ get_flash_videos --play http://www.youtube.com/abc Type of arg 1 to keys must be hash or array (not hash element) at /usr/local/bin/get_flash_videos line 4245, near }) BEGIN not safe after errors--compilation aborted at /usr/local/bin/get_flash_videos line 4262. *** I looked into /usr/local/bin/get_flash_videos, but without any luck since I'm not familiar with perl. Maybe you could help. Here's some additional information that may help: *** $ uname -a FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 $ perl -v This is perl 5, version 12, subversion 4 (v5.12.4) built for i386-freebsd-thread-multi-64int *** HU Dong ___ 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
firefox 14.0.1 and flash
Hi! On my FreeBSD 9.0 Release, KDE 4.8.4, Firefox 14.0.1 stooped working with linuxflashplugin 11. There is no problem with Opera. Thanks. Mitja http://jpgmag.com/people/lumiwa ___ 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 14 build broken due to wrong libpng
On 28 July 2012 01:59, Florian Smeets f...@smeets.im wrote: P.S. We really need a way of depending on ports being built with certain OPTIONS. Slave ports. -- Eitan Adler ___ 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: graphics/libfpx: use of bsd.lib.mk and warnings
On Mon, Jun 11, 2012 at 11:00 PM, Andriy Gapon a...@freebsd.org wrote: I see that graphics/libfpx uses a custom FreeBSD-specific makefile which makes use of bsd.lib.mk and sets WARNS to 3. I think that this is an unsustainable approach. First, the external libraries are not under our control and may adhere to some different policy with respect to warnings. Second, different compilers (gccXY, clang) may be used to compile ports and they may produce new warnings-come-errors. It also causes the port to use clang when setting CC=clang in /etc/src.conf (!) which fails here. I am truly and utterly surprised that nobody seems to have this problem. Riggs ___ 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: MATE 'base' desktop is ready for anyone to test it.
On Sat, Jul 28, 2012 at 9:55 AM, Joe Marcus Clarke mar...@marcuscom.com wrote: On 7/27/12 3:44 PM, Jeremy Messenger wrote: On Fri, Jul 27, 2012 at 1:09 PM, Jeremy Messenger mezz.free...@gmail.com wrote: Hello all, The MATE base desktop (x11/mate-base) is ready to use and test. The MATE base is a very lite and lean desktop. snip A bit of FAQ: Q: There is problem with pkg-plist. A: Yes, I know about that. The reason why I leave complete @dirrm in the pkg-plist, so that way I can comparing what's the most common @dirrm for I can create matehier (like gnomehier). Q: When will MATE ports merge into FreeBSD ports tree. A: Even thought if I finished everything with MATE. It won't be merged into FreeBSD ports tree unless I get more people to help me with the MATE project. Right now, I am only a person that work on MATE. I prefer to be least three people. Q: If there is problem, where do I report to? Send a PR? A: Please no PR. I hate GNATS, but we should use it when MATE merges into FreeBSD ports tree though. For now, just send me an email or gn...@freebsd.org. Q: Does MATE conflicts with GNOME 2/3? A: No, it's complete parallel even in the ~/.* too. Q: Why you won't check on GDM? A: Because it's a GNOME applications and I do not want to install any extra dependency. :-) But if MATE folks fork the GDM and yes I will work on it. Q: Is it easy to use MATE with GDM? A: I think it should be easy as MATE does provide session files. I think GDM will pick up that session and add in the list for which desktop you want to log in. Q: Does the http://www.freebsd.org/gnome/docs/faq2.html works for MATE? A: Yes, most of them. Same goes for HAL: http://www.freebsd.org/gnome/docs/halfaq.html Here's another QA for you. Is MATE compatible with GNOME 2 such that I can link my GNOME 2 apps to MATE libraries? Will MATE include links for GNOME 2 libraries? If not, could it? MATE API is compatible with GNOME 2 only if you rename stuff in the GNOME 2 apps source code. http://wiki.mate-desktop.org/migrating https://github.com/benpicco/mate-scripts I didn't do much of homework on this part yet at some point though, so can't really give a 100% answer. Only thing that I have noticed error in the script is that they had gdm - mdm, which the mdm does not exist. Maybe it did, but not today. Okay, those were three questions. I think you see where I'm going. If we wanted to yank GNOME 2 out in favor of MATE, how difficult would it be? I'm not saying we would or that we're ready. I'm just testing the waters. We will find out when we start to dive into this step. :-) Cheers, Mezz Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ 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: graphics/libfpx: use of bsd.lib.mk and warnings
On 28.07.2012 12:25, Thomas Zander wrote: It also causes the port to use clang when setting CC=clang in /etc/src.conf (!) which fails here. I am truly and utterly surprised that nobody seems to have this problem. The idea of using bsd.lib.mk is simple: here are the sources, please, build me a shared library :-) Does it fail to build with clang? -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: graphics/libfpx: use of bsd.lib.mk and warnings
On Sat, Jul 28, 2012 at 6:28 PM, Andriy Gapon a...@freebsd.org wrote: Does it fail to build with clang? Yes: clang++ -fpic -DPIC -O2 -pipe -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -Qunused-arguments -fstack-protector -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -fno-rtti -fno-exceptions -fno-strict-aliasing -DHAVE_WCHAR_H -DHAVE_DLFCN_H -DHAVE_SYS_TIME_H -DHAVE_SYS_PARAM_H -DHAVE_SYS_MOUNT_H -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/oless/h -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/jpeg -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ole -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/basics -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/oless -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx -I/usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/. -I/usr/local/include -D_UNIX -c /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/pr_level.cpp -o pr_level.So In file included from /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/viewimg.cpp:49: /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx/f_fpxio.h:146:31: error: 'PFileFlashPixIO::CreateEmptyResolutionLevel' hides overloaded virtual function [-Werror,-Woverloaded-virtual] virtual PResolutionLevel* CreateEmptyResolutionLevel(int width, int height, int* whichImage); // Make a sub image in create mode ^ /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/ph_image.h:175:31: note: hidden overloaded virtual function 'PHierarchicalImage::CreateEmptyResolutionLevel' declared here virtual PResolutionLevel* CreateEmptyResolutionLevel(int width, int height, long* quelImage); // Make a sub image in create mode ^ In file included from /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/viewimg.cpp:49: /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/fpx/f_fpxio.h:146:31: error: 'PFileFlashPixIO::CreateEmptyResolutionLevel' hides overloaded virtual function [-Werror,-Woverloaded-virtual] virtual PResolutionLevel* CreateEmptyResolutionLevel(int width, int height, int* whichImage); // Make a sub image in create mode ^ /usr/portbuild/usr/ports/graphics/libfpx/work/libfpx-1.2.0.12/ri_image/ph_image.h:175:31: note: hidden overloaded virtual function 'PHierarchicalImage::CreateEmptyResolutionLevel' declared here virtual PResolutionLevel* CreateEmptyResolutionLevel(int width, int height, long* quelImage); // Make a sub image in create mode ^ 1 error generated. *** [viewimg.So] Error code 1 1 error generated. *** [viewimg.o] Error code 1 2 errors *** [do-build] Error code 1 Stop in /usr/ports/graphics/libfpx. In any case, a port should not pick up CC or CXX definitions from /etc/src.conf. Riggs ___ 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: MATE 'base' desktop is ready for anyone to test it.
snip Finally got mate-utils ported that has screenshot app. Here's two screenshots. It's what it looks like for default of MATE Desktop. It looks pretty much same with GNOME 2 beside that background and probably themes. http://people.freebsd.org/~mezz/freebsd-mate0.png http://people.freebsd.org/~mezz/freebsd-mate1.png I know I will need to add a patch to change the words in the about dialog. BTW: About ten MATE extras ports left to be ported then it's complete to have x11/mate available. Cheers, Mezz ___ 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: graphics/libfpx: use of bsd.lib.mk and warnings
on 28/07/2012 19:28 Andriy Gapon said the following: On 28.07.2012 12:25, Thomas Zander wrote: It also causes the port to use clang when setting CC=clang in /etc/src.conf (!) which fails here. I am truly and utterly surprised that nobody seems to have this problem. The idea of using bsd.lib.mk is simple: here are the sources, please, build me a shared library :-) Does it fail to build with clang? -mi I very much wonder how the above email ended up having From: set to _my_ email address. -- Andriy Gapon ___ 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: graphics/libfpx: use of bsd.lib.mk and warnings
On 28.07.2012 13:46, Andriy Gapon wrote: I very much wonder how the above email ended up having From: set to_my_ email address. My apologies. Thunderbird's Virtual Identity extension got confused and I failed to notice :( I am sorry. -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: graphics/libfpx: use of bsd.lib.mk and warnings
On 28.07.2012 12:25, Thomas Zander wrote: It also causes the port to use clang when setting CC=clang in /etc/src.conf (!) which fails here. What if you use CC?=clang instead? 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: pkg-config - pkgconf [portupgrade UPDATING entries]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/28/2012 9:57 AM, Pieter Donche wrote: Hi Bryan, Before I do execute the instruction yuo mention, I want to check the following: # grep pkg-config /var/db/pkg/*/* gives two lines per (very many...) packages, such as e.g. ImageMagick-6.7.7.7_1/+CONTENTS:@pkgdep pkg-config-0.25_1 ImageMagick-6.7.7.7_1/+CONTENTS:@comment DEPORIGIN:devel/pkg-config # pkg_info | grep pkg-config pkg-config-0.25_1 A utility to retrieve information about installed libraries # pkg_info | grep pkgconf nothing I just want to be sure this is a valid status BEFORE I do the portupgrade -fo devel/pkgconf pkg-config-\* instruction ... Will that instruction make change the change from @pkgdep pkg-config-0.25_1 into @pkgdep pkgconf-0.8.3 in the +CONTENTS file of a packages (and also the @comment line ?) Yes. Also, will the package pkg-config-0.25_1 automatically be deleted (e.g. at the first package compiled during portugprade) and replaced by the package pkgconf-0.8.3 ? Yes, the old will be uninstalled and then replaced with devel/pkgconf I understand pkgconf is meant to replace pkg-config? right? Yup. I just want to know to be able to possibly verify things before I do the portugprade (some 40 packages waiting to be updated, 50 on another server ...) Here's the output from my upgrade: # portupgrade -fo devel/pkgconf pkg-config-\* - --- Session started at: Sat, 28 Jul 2012 15:52:37 +0200 === No options to configure [Gathering depends for devel/pkgconf .(devel/ccache) done] ** Detected a package name change: pkg-config (devel/pkgconf) - 'pkgconf' (devel/pkgconf) - --- Downgrade of devel/pkgconf started at: Sat, 28 Jul 2012 15:52:38 +0200 - --- Downgrading 'pkg-config-0.25_1' to 'pkgconf-0.8.3' (devel/pkgconf) - --- Build of devel/pkgconf started at: Sat, 28 Jul 2012 15:52:38 +0200 - --- Building '/usr/ports/devel/pkgconf' === Cleaning for pkgconf-0.8.3 === License BSD accepted by the user = pkgconf-0.8.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://nenolod.net/~nenolod/distfiles/pkgconf-0.8.3.tar.bz2 pkgconf-0.8.3.tar.bz2 100% of 78 kB 298 kBps === Extracting for pkgconf-0.8.3 = SHA256 Checksum OK for pkgconf-0.8.3.tar.bz2. === Patching for pkgconf-0.8.3 === pkgconf-0.8.3 depends on file: /usr/local/bin/ccache - found === Configuring for pkgconf-0.8.3 snip - --- Build of devel/pkgconf ended at: Sat, 28 Jul 2012 15:52:42 +0200 (consumed 00:00:04) - --- Updating dependency info - --- Modifying /var/db/pkg/eaccelerator-0.9.6.1_1/+CONTENTS - --- Modifying /var/db/pkg/epic5-1.1.2/+CONTENTS - --- Modifying /var/db/pkg/freetype2-2.4.6/+CONTENTS - --- Modifying /var/db/pkg/gamin-0.1.10_4/+CONTENTS - --- Modifying /var/db/pkg/gio-fam-backend-2.28.8_1/+CONTENTS - --- Modifying /var/db/pkg/git-1.7.9.6/+CONTENTS - --- Modifying /var/db/pkg/glib-2.28.8_4/+CONTENTS - --- Modifying /var/db/pkg/gnutls-2.12.18/+CONTENTS - --- Modifying /var/db/pkg/irssi-0.8.15_3/+CONTENTS - --- Modifying /var/db/pkg/irssi-fish-1.00.r5/+CONTENTS - --- Modifying /var/db/pkg/irssi-otr-0.3_3/+CONTENTS - --- Modifying /var/db/pkg/irssi-scripts-20100512_1/+CONTENTS - --- Modifying /var/db/pkg/libffi-3.0.9/+CONTENTS - --- Modifying /var/db/pkg/libidn-1.22/+CONTENTS - --- Modifying /var/db/pkg/libotr-3.2.0_4/+CONTENTS - --- Modifying /var/db/pkg/libxml2-2.7.8_2/+CONTENTS - --- Modifying /var/db/pkg/libxslt-1.1.26_3/+CONTENTS ... - --- Uninstallation of pkg-config-0.25_1 started at: Sat, 28 Jul 2012 15:52:44 +0200 - --- Fixing up dependencies before creating a package - --- Backing up the old version - --- Uninstalling the old version - --- Deinstalling 'pkg-config-0.25_1' pkg_delete: package 'pkg-config-0.25_1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): eaccelerator-0.9.6.1_1 epic5-1.1.2 freetype2-2.4.6 ... [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 383 packages found (-1 +0) (...) done] - --- Uninstallation of pkg-config-0.25_1 ended at: Sat, 28 Jul 2012 15:52:47 +0200 (consumed 00:00:02) - --- Installation of devel/pkgconf started at: Sat, 28 Jul 2012 15:52:47 +0200 - --- Installing the new version via the port === Installing for pkgconf-0.8.3 === Generating temporary packing list mkdir -p //usr/local/bin install -c -m755 pkgconf //usr/local/bin/pkgconf mkdir -p //usr/local/share/aclocal install -c -m644 pkg.m4 //usr/local/share/aclocal/pkg.m4 /bin/ln -sf /usr/local/bin/pkgconf /usr/local/bin/pkg-config === Registering installation for pkgconf-0.8.3 === Cleaning for pkgconf-0.8.3 - --- Removing temporary files and directories - --- Keeping old package in '/usr/ports/packages/All' - --- Installation of devel/pkgconf ended at: Sat, 28 Jul 2012 15:52:49 +0200 (consumed 00:00:01) - --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 384 packages
x11-servers/xorg-server, clang as system compiler
Hi All, I use clang as default system compiler (WITH_CLANG_IS_CC=YES at /etc/make.conf). The system is i386-current as of yesterday, fresh ports as of yesterday. I get this configure error while building x11-servers/xorg-server: - [...] checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... configure: error: /usr/bin/cpp does not preserve whitespace with or without -traditional. I don't know what to do. === Script configure failed unexpectedly. - What should I do? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: mail/enigmail-thunderbird broken with the latest thunderbird update
On 28.07.12 11:57, Florian Smeets wrote:
On 27.07.12 19:00, Doug Barton wrote:
First let me say a big thank you to the gecko@ team. It's obvious that
the latest round of updates includes an enormous amount of work, and
both the thunderbird build and the firefox PGO build went flawlessly.
I've been using the new firefox and it is great so far. :)
The problem comes in with the enigmail-thunderbird build. After
re-building thunderbird and starting the enigmail build I get this:
I looked in that directory and the autoconf.mk.in file is there, but the
.mk file has not been built. Given the complexity of the enigmail build
process it isn't obvious to me what the solution is.
Sorry to be the bearer of bad news,
Yes, we are already aware of this, and actively working on it.
My fault for not thinking about the enigmail ports earlier, i should
have known by now... but with all the changes we concentrated on getting
our stuff right.
We hope to fix this asap.
This is the patch i intend to commit. I could successfully build
enigmail-thunderbird, enigmail-thunderbird-esr and enigmail-seamonkey
with this patch applied to mail/enigmail
Florian
Index: Makefile
===
--- Makefile(revision 301636)
+++ Makefile(working copy)
@@ -47,7 +47,11 @@
.if defined(GECKO_EXTDIR)
GECKO_WRKSRC= ${WRKDIR}/../../../${GECKO_PORTDIR}/work/${GECKO_EXTDIR}
WRKSRC=${WRKDIR}/${GECKO_EXTDIR}
+. if ${GECKO_PORTDIR:N*-esr}
+MOZSRC=
${WRKSRC}/obj-${CONFIGURE_TARGET:S/amd64/x86_64/}/mozilla
+. else
MOZSRC=${WRKSRC}/mozilla
+. endif
.else
GECKO_WRKSRC= ${WRKDIR}/../../../${GECKO_PORTDIR}/work/mozilla
WRKSRC=${WRKDIR}/mozilla
@@ -58,7 +62,7 @@
.include bsd.port.pre.mk
-XPI_FILE= ${MOZSRC}/dist/bin/${DISTNAME}-freebsd-${ARCH}.xpi
+XPI_FILE=
${MOZSRC}/dist/bin/${DISTNAME}-freebsd-${ARCH:S/amd64/x86_64/}.xpi
XPI_LIBDIR=${PREFIX}/lib/xpi
XPI_ORIG_ID= {847b3a00-7ab1-11d4-8f02-006008948af5}
XPI_ID=${GECKO}@mozilla-enigmail.org
@@ -90,14 +94,21 @@
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC} tier_base
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC} tier_nspr
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC} tier_js
- ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${WRKSRC} export
+ ${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC}/.. export
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC}/modules/libreg
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC}/xpcom/string
${SETENV} ${MAKE_ENV} ${GMAKE} -C ${MOZSRC}/xpcom
.endif
+.if ${GECKO_PORTDIR:N*-esr}
+ cd ${WRKSRC}/mailnews/extensions/enigmail; \
+ ./makemake -r -o
$${objdir=${WRKSRC}/obj-${CONFIGURE_TARGET:S/amd64/x86_64/}}; \
+ ${SETENV} ${MAKE_ENV} ${GMAKE} ${_MAKE_JOBS} all xpi \
+ -C $$objdir/mailnews/extensions/enigmail
+.else
cd ${WRKSRC}/mailnews/extensions/enigmail ./makemake -r
cd ${WRKSRC}/mailnews/extensions/enigmail ${SETENV} ${MAKE_ENV}
${GMAKE}
cd ${WRKSRC}/mailnews/extensions/enigmail ${SETENV} ${MAKE_ENV}
${GMAKE} xpi
+.endif
do-install:
@${MKDIR} ${XPI_LIBDIR}/${XPI_ID} ${XPI_LIBDIR}/symlinks/${GECKO}
signature.asc
Description: OpenPGP digital signature
Re: x11-servers/xorg-server, clang as system compiler
On Sat, 28 Jul 2012 22:26:59 +0400 Boris Samorodov b...@passap.ru wrote: Hi All, I use clang as default system compiler (WITH_CLANG_IS_CC=YES at /etc/make.conf). The system is i386-current as of yesterday, fresh ports as of yesterday. I get this configure error while building x11-servers/xorg-server: - [...] checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... configure: error: /usr/bin/cpp does not preserve whitespace with or without -traditional. I don't know what to do. === Script configure failed unexpectedly. - What should I do? Thanks! Check x11@ history this topic is old. Best solution don't use clang for X. - Martin -- +--oOO--(_)--OOo+ Facebook: miwi1 Twitter:miwi_ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) ___ 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
try to compile globus toolkit 4.2.1 on 8.3-RELEASE/amd64
i'm sorry if i send this mail to the wrong list, because i don't know to which mailing i should send this to :D i hope this is right. i've tried to compile Globus Toolkit 4.2.1[0] manually since the port has been deleted from ports tree. here's what i've got from this attempt: dependencies: gmake, gtar, openjdk7 (or openjdk6?) P.S. i used OpenJDK 7 because it compiled properly in Fedora 17. it should be okay if using OpenJDK 6 instead. patches: 1. source-trees_core_source_configure.diff -- according to [1] but different file location (the URL refers to version 5.0 of Globus Toolkit) 2. source-trees-thr_wsrf_c_transport_buffer_test_Makefile.in.diff 3. source-trees_wsrf_c_transport_buffer_test_Makefile.in.diff -- removes -ldl which is not required in FreeBSD 4. source-trees_gridway_configure.in.diff -- fix issue related to jni_md.h the compilation failed at tm_mad/gw_tm_mad_ftp.bin of source-trees/gridway. gmake.log is the compilation log. anybody can help me on this? = [0] http://www.globus.org/toolkit/survey/index.php?download=gt4.2.1-all-source-installer.tar.bz2 [1] https://bugzilla.mcs.anl.gov/globus/show_bug.cgi?id=7227 Sincerely, benny ___ 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: MATE 'base' desktop is ready for anyone to test it.
On Fri, 27 Jul 2012, Jeremy Messenger wrote: Hello all, The MATE base desktop (x11/mate-base) is ready to use and test. ... ... To get it, you will need to grab marcusmerge script from http://www.marcuscom.com/downloads/marcusmerge then run 'sh marcusmerge -m ports-experimental'. This is a great example of where a ports projects/ branch in svn would be very helpful. :) Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: FreeBSD Port: bash-4.2.28
On Wed, 25 Jul 2012, Jerry wrote: On Wed, 25 Jul 2012 11:14:25 -0700 Doug Barton articulated: On 07/25/2012 08:03, Michael wrote: Hello obrien, Any plans to update bash-4.2.28 up to patch level 037? Is there a specific bug fixed that you're interested in? The short answer would be what the hell difference does that make? We don't use that kind of language on the FreeBSD lists. The OP just wanted to know if the port was going to be updated to include the newly released patches. The long answer is that he is interested in getting the official patches to correct known problems with Bash. Who's business is it what problem, real or potential that the OP is looking to correct or prevent? Completely aside from my being thoroughly impressed with your mind-reading abilities, upgrading to the latest/greatest is not always the best strategy. Speaking generally, even things that are (nominally) strictly bug fixes can bring in new problems, and Bash patches are not always strictly bug fixes. There is also the issue that in FreeBSD we are generally more conservative about upgrading something from a known-stable version. As for my motivations for asking the question, there are at least 2. First, I don't see anything in the latest set of patches that I find particularly exciting, but I'm interested in the OP's perspective. Second, if the OP is actually being affected by one of the things that is patched, I know the maintainer would be interested in that. Actually, the OP would be better served contacting the port maintainer obr...@freebsd.org. Unlike Postfix that sa...@freebsd.org updates in virtually real time, there is usually quite a lag between the time Bash issues a patch and the time it makes it into the ports system. See above. hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: mail/enigmail-thunderbird broken with the latest thunderbird update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/28/2012 11:47, Florian Smeets wrote: This is the patch i intend to commit. Worked perfectly on 8-i386 and 10-amd64, thanks! :) Doug - -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQFI3XAAoJEFzGhvEaGryEg2kH/R4KscLGGXwIxM3kztQai+dK U1mssgMEIdDccOMb85LPw8m1N8TNqojLWfftpNFoVkBNJTstP+FYJneAAoeMOxw2 mLFez61ge4ziPA54ut/gADg3jsGCp44zFn6AcNlFC99jVMPXXs7GqVRYPtdFhqt7 mJRwYWpSKXrnyribaI3anWVYnr7cSxQc3d93iZhUq408yw47QB1rA+Ok3VZgOxY0 UnqN504eGwzP8gshU/Hz7pIHrQwV4yXzcxeqAZOIYKmgBlIunhDxO5FR1Js8z6Sm UXzmvHmGwupVFPii77a+hotvySbdKorLyNnHVbde/1IuE6qvI9HspiB1klNUme0= =uUMc -END PGP SIGNATURE- ___ 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
Fwd: try to compile globus toolkit 4.2.1 on 8.3-RELEASE/amd64 [with attachment]
i'm sorry if i send this mail to the wrong list, because i don't know to which mailing i should send this to :D i hope this is right. i've tried to compile Globus Toolkit 4.2.1[0] manually since the port has been deleted from ports tree. here's what i've got from this attempt: dependencies: gmake, gtar, openjdk7 (or openjdk6?) P.S. i used OpenJDK 7 because it compiled properly in Fedora 17. it should be okay if using OpenJDK 6 instead. patches: 1. source-trees_core_source_configure.diff -- according to [1] but different file location (the URL refers to version 5.0 of Globus Toolkit) 2. source-trees-thr_wsrf_c_transport_buffer_test_Makefile.in.diff 3. source-trees_wsrf_c_transport_buffer_test_Makefile.in.diff -- removes -ldl which is not required in FreeBSD 4. source-trees_gridway_configure.in.diff -- fix issue related to jni_md.h the compilation failed at tm_mad/gw_tm_mad_ftp.bin of source-trees/gridway. gmake.log [2] is the compilation log. anybody can help me on this? = [0] http://www.globus.org/toolkit/survey/index.php?download=gt4.2.1-all-source-installer.tar.bz2 [1] https://bugzilla.mcs.anl.gov/globus/show_bug.cgi?id=7227 [2] http://pastebin.com/RiE3uJwm Sincerely, benny source-trees_core_source_configure.diff Description: Binary data source-trees_gridway_configure.in.diff Description: Binary data source-trees-thr_wsrf_c_transport_buffer_test_Makefile.in.diff Description: Binary data source-trees_wsrf_c_transport_buffer_test_Makefile.in.diff Description: Binary data ___ 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
Dear Customer Your Paypal account Has been limited !
[1]PayPal How to activate your PayPal account Dear PayPal Costmuer, To get back into your PayPal account, you'll need to relog in in your account. It's easy: 1. Click the link below to open a secure browser window. 2. Confirm that you're the owner of the account, and then follow the instructions. [2]Relog in your account now Before log in your account will be activated [3]let us know right away. Reporting it is important because it helps us prevent fraudsters from stealing your information. [4]Help Center | [5]Security Center Please don't reply to this email. It'll just confuse the computer that sent it and you won't get a response. Copyright © 2012 PayPal, Inc. All rights reserved. PayPal is located at 2211 N. First St., San Jose, CA 95131. PayPal Email ID PP315 References 1. https://www.paypal.com/us 2. http://aap.gov.md/images/stories/poup/ 3. https://www.paypal.com/us/contact-phone 4. https://www.paypal.com/us/cgi-bin/helpweb?cmd=_help 5. https://www.paypal.com/us/security “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor. Grato pela colaboração”. ___ 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: x11-servers/xorg-server, clang as system compiler
On Sat, Jul 28, 2012 at 9:26 PM, Boris Samorodov b...@passap.ru wrote: Hi All, I use clang as default system compiler (WITH_CLANG_IS_CC=YES at /etc/make.conf). The system is i386-current as of yesterday, fresh ports as of yesterday. I get this configure error while building x11-servers/xorg-server: - [...] checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... configure: error: /usr/bin/cpp does not preserve whitespace with or without -traditional. I don't know what to do. === Script configure failed unexpectedly. - What should I do? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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 Hi, Take a look a bug report http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/166373. ___ 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
