Re: amule 2.2.3 port - ready for test
Hi, On Mon, Mar 2, 2009 at 9:14 PM, Torfinn Ingolfsen wrote: > And now ports/132264[1] has been submitted. > > References: > 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=132264 Maintainer feedback received - positive. Is anything more needed? If not, could somebody commit this? -- Regards, Torfinn Ingolfsen ___ 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: Problem with Bash-4 and $(command) syntax
> From: bf
> > > {Problem with Bash-4 and $(command) ...}:
> > [...]
> > > I found the same problem, and have reverted to
> > > bash3.2 until it's sorted out.
> >
> > See if the following helps.
> >
> > http://tiswww.case.edu/php/chet/bash/COMPAT
> >
> > Especially:
> >
> > 38. Since bash-4.0 now follows Posix rules for finding the
> > closing
> > delimiter of a $() command substitution, it will not behave as > previous
> > versions did, but will catch more syntax and parsing errors
> > before
> > spawning a subshell to evaluate the command substitution.
> >
> >Eray
>
> Yes, the above is true. But many of the examples cited
> by people noticing this problem are perfectly valid and
> _should_ work. The problem is that the port's parser is
> broken, owing in part to incompatibilities between the
> system yacc currently used to build the parser and GNU
> bison, which is used by the people who write bash. This
> is true of both shells/bash and shells/bash3, but is more
> noticeable in shells/bash. A fix has been proposed, and patches
> are available, in the follow-up to:
>
> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/101230
>
> The port's maintainer has been reluctant to switch to bison,
> so this may not be the solution that is ultimately used to
> fix the port, but you can use these in the meantime.
Until a fix has been put in place, I would suggest that a notice be placed in
UPDATING that Bash-4 is not completely functional and its use is not
recommended. Better yet, maybe the port should just be marked "BROKEN", since
it clearly is. I personally would never have installed it had I been aware of
the problems it is causing. IMHO, it should have been tested more completely
before being released into the ports system.
--
Jerry
___
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: Problem with Bash-4 and $(command) syntax
> From: bf bf20...@yahoo.com [snip] > The problem is that the port's parser is > broken, owing in part to incompatibilities between the > system yacc currently used to build the parser and GNU > bison, which is used by the people who write bash. This > is true of both shells/bash and shells/bash3, but is more > noticeable in shells/bash. A fix has been proposed, and patches > are available, in the follow-up to: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/101230 > > The port's maintainer has been reluctant to switch to bison, > so this may not be the solution that is ultimately used to > fix the port, but you can use these in the meantime. I just received a reply back from the 'bash-bugs' forum. Chet Ramey Bash-4.0 parses the contents of command substitutions before executing them. This is what Posix requires. Previous versions deferred parsing to the subshell spawned to execute the command. (This part works best if you're looking at the yacc grammar.) BSD yacc will not reduce a simple_list1 to a simple_list when the lookahead token is `)'. Bison will. It's that simple. -- Jerry ___ 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"
- www/rubygem-actionwebservice (port directory error)
Hi Getting the abov error despite having up to date ports tree! David ___ 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"
* www/rubygem-rails (rubygem-rails-1.2.6)
Hi I have posted separately about the failure of rubygem-actionwebserve but thought it might be useful to note that its failure also prevents upgrade of rubygem-rails Skipping 'www/rubygem-rails' (rubygem-rails-1.2.6) because a requisite package 'rubygem-actionwebservice-1.2.6' (www/rubygem-actionwebservice) failed (specify -k to force) David ___ 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: Darwin Calendar Server
This is not quite correct statement. ATM all required packages are present in the ports tree. ./run script fetched from the trunk may need a quick lobotomy course though. When I checked it out last time whole thing just works (well it still works :-) On 13.03.2009, at 12:31, 葉佳威 Jiawei Ye wrote: On Fri, Mar 13, 2009 at 12:49 AM, Paul Henrich wrote: Are there any efforts under way to port the Darwin Calendar Server (apple's apache-licensed CalDav server)? I searched the list archive and found no references to it. I have never ported anything to FreeBSD before, and I was thinking that this could be a good first project, so long as no one is already working on it. It seems like it would be a pretty simple package to port, being mainly python scripts with dependencies that are mostly already in the ports tree. Paul Henrich Henrich Interactive You may want to start with this: http://blog.royhooper.ca/2007/07/07/installing-the-darwin-calendar-server-on-freebsd There are some required packages not present in the ports tree. Cheers, Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." ___ 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-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: nsca-2.7.2_2
i had a need to run this port with nagios 2.x. the documentation for it says it's compatible with either 2.x or 3.x, but the port requires 3.x as a dependency. the attached patch adds a NAGIOS_PORT variable, similar to the APACHE_PORT variable i've used in the past. this allows the user to override the default port dependency and use 2.x as well without conflict. my apologies if the implementation is incorrect -- i don't have much understanding of port maintenance! chad Makefile.patch 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"
pciVideoPtr typedef problem
Hi Anyone know what is happening here..: Portupgrade produces the following: ** Port marked as IGNORE: x11-drivers/xf86-video-cyrix: requires pciVideoPtr typedef ** Port marked as IGNORE: x11-drivers/xf86-video-imstt: requires pciVideoPtr typedef ** Port marked as IGNORE: x11-drivers/xf86-video-vga: is marked as broken: Needs to be removed ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef Thanks in advance David ___ 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: pciVideoPtr typedef problem
Apparantly for the ports to function they need a "pciVideoPtr" typedef. It does not seem to include this by default, so it's marked as IGNORE so that it does not get build. On Fri, March 13, 2009 3:24 pm, David Southwell wrote: > > Hi > > Anyone know what is happening here..: > Portupgrade produces the following: > > ** Port marked as IGNORE: x11-drivers/xf86-video-cyrix: > requires pciVideoPtr typedef > ** Port marked as IGNORE: x11-drivers/xf86-video-imstt: > requires pciVideoPtr typedef > ** Port marked as IGNORE: x11-drivers/xf86-video-vga: > is marked as broken: Needs to be removed > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > Thanks in advance > > David > ___ > 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" > -- /"\ Best regards, | re...@freebsd.org \ / Remko Lodder | re...@efnet Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ 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: Problem with Bash-4 and $(command) syntax
On Fri, Mar 13, 2009 at 02:59:50AM -0700, GESBBB wrote: > Until a fix has been put in place, I would suggest that a notice be > placed in UPDATING that Bash-4 is not completely functional and its use > is not recommended. Better yet, maybe the port should just be marked > "BROKEN", since it clearly is. I personally would never have installed > it had I been aware of the problems it is causing.? IMHO, it should > have been tested more completely before being released into the ports > system. I have to weigh all the screams of 'I want the newest Bash 4.0 *NOW*' with testing. I didn't see the issue of $() as my .bashrc and scripts are too old and just use ``. -- -- David (obr...@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"
Testers for graphics/blender with OPTION knobs
Hi,
it took some time, but finally graphics/blender got a lot of options to
configure. Those enable users to tweak it to their personal needs and
hopefully will allow graphics/blender to run on more platforms.
Especially users of non-i386 platforms are invited to test the different
options as some of the earlier dependencies, which had and have certain
requirements, can be disabled now.
A patch is attached and feedback highly welcome.
Regards
Marcus
Index: graphics/blender/Makefile
===
RCS file: /home/pcvs/ports/graphics/blender/Makefile,v
retrieving revision 1.30
diff -u -r1.30 Makefile
--- graphics/blender/Makefile 23 Feb 2009 21:43:16 - 1.30
+++ graphics/blender/Makefile 13 Mar 2009 20:02:27 -
@@ -16,14 +16,10 @@
BUILD_DEPENDS= ${LOCALBASE}/lib/libode.a:${PORTSDIR}/devel/ode
LIB_DEPENDS= jpeg.9:${PORTSDIR}/graphics/jpeg \
- freetype.9:${PORTSDIR}/print/freetype2 \
png.5:${PORTSDIR}/graphics/png \
tiff.4:${PORTSDIR}/graphics/tiff \
- IlmImf.6:${PORTSDIR}/graphics/OpenEXR \
- alut.1:${PORTSDIR}/audio/freealut\
- openal.0:${PORTSDIR}/audio/openal \
- avutil.1:${PORTSDIR}/multimedia/ffmpeg \
- GLEW.1:${PORTSDIR}/graphics/glew
+ GLEW.1:${PORTSDIR}/graphics/glew \
+ IlmThread.6:${PORTSDIR}/graphics/ilmbase
USE_XORG= x11 xext xmu xi
USE_PYTHON= 2.5+
@@ -43,33 +39,96 @@
LANG= ar bg ca cs de el es fi fr hr hr_HR it ja ko nl pl pt_BR ro \
ru sr s...@latn sv uk zh_CN
-OPTIONS= OCFLAGS "Enable optimized CFLAGS" off \
- NLS "Native language support" on
+OPTIONS= DDS "DDS file format support" on \
+ FFMPEG "Audio and video support using ffmpeg" on \
+ FREETYPE "Improved font rendering support" on \
+ ICONV "Iconv support for localisation (only with NLS)" off \
+ KETSJI "Build GameEngine and BlenderPlayer" on \
+ NLS "Native language support" on \
+ OCFLAGS "Optimized Cflags" off \
+ OPENAL "3D sound support using OpenAL" on \
+ OPENEXR "High dynamic-range (HDR) support using OpenEXR" on \
+ OPENMP "Parallel processing support" off \
+ VERSE "Shared networking support using Verse" on
.include
-MAKE_ENV+= NAN_CPPFLAGS="-I${LOCALBASE}/include/freetype2 \
- -I${LOCALBASE}/include \
- -I${LOCALBASE}/include/OpenEXR \
- -I${PYTHON_INCLUDEDIR}/"
-MAKE_ENV+= NAN_FREETYPE="${LOCALBASE}/"
-MAKE_ENV+= NAN_OPENEXR="${LOCALBASE}/"
-MAKE_ENV+= NAN_OPENAL="${LOCALBASE}/"
+MAKE_ENV+= NAN_FMOD="${LOCALBASE}/"
MAKE_ENV+= NAN_PYTHON="${LOCALBASE}/"
MAKE_ENV+= NAN_PYTHON_VERSION=${PYTHON_VER}
-MAKE_ENV+= NAN_FMOD="${LOCALBASE}/"
MAKE_ENV+= NAN_JPEG="${LOCALBASE}/"
MAKE_ENV+= NAN_PNG="${LOCALBASE}/"
MAKE_ENV+= NAN_ZLIB="${LOCALBASE}/"
MAKE_ENV+= NAN_ODE="${LOCALBASE}/"
MAKE_ENV+= NAN_GLEW="${LOCALBASE}/"
+MAKE_ENV+= NAN_JUST_BLENDERDYNAMIC="true"
+MAKE_ENV+= WITH_BF_DYNAMICOPENGL="true"
+
CFLAGS+= "-I${LOCALBASE}/include"
+NANCPPFLAGS=
+
+.if !defined(WITHOUT_DDS)
+MAKE_ENV+= WITH_DDS="true"
+.else
+MAKE_ENV+= WITH_DDS="false"
+.endif
+
+.if defined(WITHOUT_FFMPEG)
+MAKE_ENV+= WITH_FFMPEG="false"
+.else
+MAKE_ENV+= WITH_FFMPEG="true"
+MAKE_ENV+= NAN_USE_FFMPEG_CONFIG="true"
+MAKE_ENV+= NAN_FFMPEG="${LOCALBASE}/"
+LIB_DEPENDS+= avutil.1:${PORTSDIR}/multimedia/ffmpeg
+.endif
+
+.if defined(WITHOUT_FREETYPE)
+MAKE_ENV+= WITH_FREETYPE2="false"
+.else
+MAKE_ENV+= WITH_FREETYPE2="true"
+MAKE_ENV+= NAN_FREETYPE="${LOCALBASE}/"
+MAKE_ENV+= NAN_FTGL="${LOCALBASE}/"
+NANCPPFLAGS+= "-I${LOCALBASE}/include/freetype2"
+LIB_DEPENDS+= freetype.9:${PORTSDIR}/print/freetype2
+LIB_DEPENDS+= ftgl.2:${PORTSDIR}/graphics/ftgl
+.endif
+
+.if defined(WITHOUT_KETSJI)
+MAKE_ENV+= NAN_NO_KETSJI="true"
+MAKE_ENV+= WITH_BF_BLENDERGAMEENGINE="false"
+MAKE_ENV+= WITH_BF_BLENDERPLAYER="false"
+PLIST_SUB+= KETSJI="@comment "
+.else
+MAKE_ENV+= NAN_NO_KETSJI="false"
+MAKE_ENV+= NAN_USE_BULLET="true"
+MAKE_ENV+= WITH_BF_BLENDERGAMEENGINE="true"
+MAKE_ENV+= WITH_BF_BLENDERPLAYER="true"
+PLIST_SUB+= KETSJI=""
+.endif
.if !defined(WITHOUT_NLS)
USE_GETTEXT= yes
MAKE_ENV+= INTERNATIONAL="true"
+
+# Iconv support?
+.if defined(WITH_ICONV)
+USE_ICONV= yes
+MAKE_ENV+= WITH_ICONV="true"
+.else
+MAKE_ENV+= WITH_ICONV="false"
+.endif
+
+.if defined(WITHOUT_FREETYPE)
+# Implies Freetype2 - ignore the without knob.
+MAKE_ENV+= WITH_FREETYPE2="true"
+MAKE_ENV+= NAN_FREETYPE="${LOCALBASE}/"
+LIB_DEPENDS+= freetype.9:${PORTSDIR}/print/freetype2
+LIB_DEPENDS+= ftgl.2:${PORTSDIR}/graphics/ftgl
+.endif
+
PLIST_SUB+= NLS=""
.else
+MAKE_ENV+= WITH_ICONV="false"
PLIST_SUB+= NLS="@comment "
.endif
@@ -77,16 +136,45 @@
CFLAGS+= -O3 -ffast-math
.endif
-.if ${ARCH} == "amd64"
-MAKE_ENV+= NAN_NO_KETSJI="true"
-MAKE_ENV+= WITH_BF_BLENDERGAMEENGINE="false"
-MAKE_ENV+= WITH_BF_BLENDERPLAYER="false"
+.if defined(WITHOUT_OPENAL)
+MAKE_ENV+= NAN_NO_OPENAL="true"
.else
-MAKE_ENV+= WITH_BF_BLENDERGAMEENGINE="true"
-MAKE_ENV+= WITH_BF_OPENAL="true"
-MAKE_ENV+= WITH_BF_BLENDERPLAYER="true"
+MAKE_ENV+= NAN_NO_OPENAL="false"
+MAKE_ENV+= NAN_OPENAL="${LO
Re: Testers for graphics/blender with OPTION knobs
Hi Marcus, 2009/3/13 Marcus von Appen : > Hi, > > it took some time, but finally graphics/blender got a lot of options to > configure. Those enable users to tweak it to their personal needs and > hopefully will allow graphics/blender to run on more platforms. > > Especially users of non-i386 platforms are invited to test the different > options as some of the earlier dependencies, which had and have certain > requirements, can be disabled now. > > A patch is attached and feedback highly welcome. > make config looks really promising. I configured graphics/blender with the following options: [X] DDS DDS file format support [X] FFMPEGAudio and video support using ffmpeg [X] FREETYPE Improved font rendering support [ ] ICONV Iconv support for localisation (only with NLS) [ ] KETSJIBuild GameEngine and BlenderPlayer [ ] NLS Native language support [X] OCFLAGS Optimized Cflags [ ] OPENAL3D sound support using OpenAL [X] OPENEXR High dynamic-range (HDR) support using OpenEXR [ ] OPENMPParallel processing support [ ] VERSE Shared networking support using Verse The install fails with the following error message: ===> Generating temporary packing list ===> Checking if graphics/blender already installed install: /usr/ports/graphics/blender/work/blender-2.48a/obj/freebsd-7.1-i386/bin/blenderplayer: No such file or directory *** Error code 71 Stop in /usr/ports/graphics/blender. *** Error code 1 Stop in /usr/ports/graphics/blender. Looks as if the make install doesn't handle the new config properly. Regards Christian ___ 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: dansguardian-2.10.0.3
I am trying to make a system work with dansguardian. As I understand it, dansguardian has no "binary dependency" on squid or apache. Could you make a dansguardian package without these requirements? I will install and configure squid myself and I am actually using lighthttp. Or better yet, could you teach me to make such a package so I won't be bugging you again? Thank you in advance. Michael ___ 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: dansguardian-2.10.0.3
On March 13, 2009 2:21 pm bin1010 wrote: > I am trying to make a system work with dansguardian. As I understand > it, dansguardian has no "binary dependency" on squid or apache. Could > you make a dansguardian package without these requirements? I will > install and configure squid myself and I am actually using lighthttp. > Or better yet, could you teach me to make such a package so I won't be > bugging you again? Uncheck "Enable Apache support" on the config screen (make config) to remove the dependency on Apache. Edit the port Makefile, to change the RUN_DEPENDS= line to either point to your installed version of Squid, or just comment it out to remove the dependency completely. -- Freddie fjwc...@gmail.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: Problem with Bash-4 and $(command) syntax
Hi! On Fri, Mar 13, 2009 at 4:58 PM, David O'Brien wrote: > I have to weigh all the screams of 'I want the newest Bash 4.0 *NOW*' > with testing. I didn't see the issue of $() as my .bashrc and scripts > are too old and just use ``. It looks like logcheck-1.2.54 (security/logcheck) also is incompatibe with bash 4.0. Documentation to come. Since version 4.0 of bash is noticeably different from previous version of bash in how it treats scripts, perhaps it would have been better to give bash 4.0 its own port? -- Regards, Torfinn Ingolfsen ___ 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: pciVideoPtr typedef problem
On Fri, 2009-03-13 at 16:02 +0100, Remko Lodder wrote: > > ** Port marked as IGNORE: x11-drivers/xf86-video-vga: > > is marked as broken: Needs to be removed > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef Both of these are dead unmaintained drivers. vga is superseded by vesa, and via by openchrome. We need to just delete those ports. The other two I'm not certain about, but I can promise you they don't get any love if they aren't dead. robert. -- Robert Noland FreeBSD signature.asc Description: This is a digitally signed message part
Songbird
As you will have any free time, please, think about creation of port for Songbird - Mozilla Audio Player. It may found there: http://getsongbird.com/ Download (include Linux source): http://getsongbird.com/download/ Release Notes for last stable version: http://wiki.songbirdnest.com/Release_Notes/1.1.1 Translations: http://translate.songbirdnest.com/ Developers (for contackts): http://wiki.songbirdnest.com/Developer Thanks. ___ 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"
