From lioux at FreeBSD.org Sun Mar 1 02:11:52 2009 From: lioux at FreeBSD.org (Mario Sergio Fujikawa Ferreira) Date: Sun Mar 1 02:11:59 2009 Subject: Testers for lang/ruby19 with Profile-Guided Optimization Message-ID: <20090301101118.40843.qmail@exxodus.fedaykin.here> Hi, After the work on lang/ruby18, I did some work on lang/ruby19 to enable Profile-Guided Optimization (PGO) build support. What I did? (Steps 1-4 handled by pgo port target). ------- RECIPE 1) Compile everything with CFLAGS/LDFLAGS containing '-fprofile-generate'; 2) Run lots of test cases to generate profiling information (make test); 3) Remove all binaries leaving only the profiling information behind; 4) Replace all instances of '-fprofile-generate' with '-fprofile-use'; 5) Re-compile everything using the profiling information. ------- If I did it correctly, you should not notice any differences on port usage aside from PGO option and a huge build compilation time. Please, verify if you can that I did all steps of the "RECIPE" correctly. What is different from the previous lang/ruby19 patch? Well, the test cases have some timing problems when ran profiling instrumentation so we do not generate as much profiling information with this one; i.e., it is not as optimized as it could be because some tests fail during profiling. However, we are safe since the tests work after we re-build without the instrumentation. I am not a ruby expert so I would like input on this one: 1) Does it perform better than ruby19 compiled without PGO? Hard number benchmarks welcome. Check http://github.com/acangiano/ruby-benchmark-suite/tree/master 2) Also, could others run specification conformance verification checks on the resulting ruby interpreter? So that we have multiple cross verification. Perhaps, with rubyspec? I hope you find this useful and that it performs as expected. I want to go after lang/ruby19. Perhaps, even python and perl5. The modified port file can be found at http://people.freebsd.org/~lioux/ruby19-pgo-2009030100.tbz but the patch is so small that I have it as an attachment. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature -------------- next part -------------- --- Makefile.orig 2009-03-01 07:05:01.000000000 -0300 +++ Makefile 2009-03-01 07:05:18.000000000 -0300 @@ -42,7 +42,8 @@ NO_LATEST_LINK= yes -OPTIONS= RDOC "Build and install Rdoc indexes" off \ +OPTIONS= PGO "Enable Profile-Guided Optimization" off \ + RDOC "Build and install Rdoc indexes" off \ DEBUG "Compile-in debug info" off .include @@ -75,8 +76,14 @@ CONFIGURE_ARGS+= --disable-install-doc .endif +.if defined(WITH_PGO) +CONFIGURE_ENV= CFLAGS="${CFLAGS} -fprofile-generate" \ + LDFLAGS="-fprofile-generate" \ + LIBS="${LDFLAGS}" +.else CONFIGURE_ENV= CFLAGS="${CFLAGS}" \ LIBS="${LDFLAGS}" +.endif .if ${RUBY_VER} == ${RUBY_DEFAULT_VER} MLINKS= ${RUBY_NAME}.1 ruby.1 @@ -133,6 +140,13 @@ ${MV} ${BUILD_WRKSRC}/ext/${d} ${WRKDIR}/ .endfor +.if defined(WITH_PGO) +.if target(pre-build) +.error Makefile error since pre-build target has already been defined +.endif +pre-build: pgo +.endif + post-build: # # Hack to allow modules to be installed into separate PREFIX and/or under user @@ -288,4 +302,54 @@ test: @(cd ${WRKSRC}; ${MAKE} test) +validate:: + @(cd ${WRKSRC}; ${MAKE} update-rubyspec) + @(cd ${WRKSRC}; ${MAKE} test-rubyspec) + +.if defined(WITH_PGO) +pgo: pgo-pre-build pgo-build pgo-run pgo-post-run pgo-clean + +pgo-pre-build: + @${FIND} ${BUILD_WRKSRC} -type f -name Makefile -exec \ + ${REINPLACE_CMD} -E \ + -e 's,^(((C|LD)FLAGS|LDSHARED|ldflags)[[:space:]]*=.*)-fprofile-generate,\1,' \ + -e 's,^(CFLAGS[[:space:]]*=.*)-fprofile-use,\1,' \ + -e 's,^(((C|LD)FLAGS|LDSHARED|ldflags)[[:space:]]*=.*)$$,\1 -fprofile-generate,' \ + {} \; + +# XXX +# Can I use do-build directly instead of copying its contents? +# I mean, if I do +# +# pgo-build: do-build +# +# Will do-build still be called when bsd.port.mk gets to the build target? +# Or, will it have "already" been executed by the pgo-build target? +# +pgo-build: + @(cd ${BUILD_WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${MAKE_ARGS} ${ALL_TARGET}) + +pgo-run: +# Check everything to generate profiling information. +# Everything run so slowly that thread tests break on timing issues +# so we will have to "trust" it just works during the build phase. +# Manually test after build to make sure. + @-(cd ${BUILD_WRKSRC}; ${MAKE} test) +# @-(cd ${BUILD_WRKSRC}; ${MAKE} test-all) + +pgo-post-run: + @${FIND} ${BUILD_WRKSRC} -type f -name Makefile -exec \ + ${REINPLACE_CMD} -E \ + -e 's,^(((C|LD)FLAGS|LDSHARED|ldflags)[[:space:]]*=.*)-fprofile-generate,\1,' \ + -e 's,^(CFLAGS[[:space:]]*=.*)-fprofile-use,\1,' \ + -e 's,^(CFLAGS[[:space:]]*=.*)$$,\1 -fprofile-use,' \ + {} \; + @${REINPLACE_CMD} -E \ + -e 's,-fprofile-generate,-fprofile-use,g' \ + ${CONFIGURE_WRKSRC}/config.status + +pgo-clean: + @(cd ${BUILD_WRKSRC}; ${MAKE} clean) +.endif # if defined(WITH_PGO) + .include From patfbsd at davenulle.org Sun Mar 1 03:59:16 2009 From: patfbsd at davenulle.org (Patrick =?ISO-8859-15?Q?Lamaizi=E8re?=) Date: Sun Mar 1 03:59:22 2009 Subject: Dead projects in ports tree In-Reply-To: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> Message-ID: <20090301124328.2a3973a5@baby-jane.lamaiziere.net> Le Sat, 28 Feb 2009 15:09:04 -0800, Garrett Cooper : [Dead projects] lang/smarteiffel (1.2r7) - does not fetch on the master site. - broken for a while with gcc4 except on i386 (known problem not specific to FreeBSD). - not updated to 1.2r8. - project dead. - only one user (me)? I think we can remove it. Regards. From freebsd-listen at fabiankeil.de Sun Mar 1 05:22:13 2009 From: freebsd-listen at fabiankeil.de (Fabian Keil) Date: Sun Mar 1 05:22:20 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090301020214.GA31160@lonesome.com> References: <20090301020214.GA31160@lonesome.com> Message-ID: <20090301141144.037ee410@fabiankeil.de> Mark Linimon wrote: > With 8.0 coming up, it's time to take a look at the ports that have > been broken by some recent changes to freebsd-current. I have put > a list of these ports, categorized by which change, on the wiki at > http://wiki.freebsd.org/PortsBrokenOnCurrent. > > These changes are: tty changes, jail changes, import of strndup(3), > ARP v2, libusb20. (The latter has not yet been run through pointyhat, > and is probably incomplete.) I had no problems building net/netwib and net/libdnet on FreeBSD 8.0-CURRENT #36: Sat Feb 21 23:27:52 CET 2009 i386 with NO_IGNORE=YES. The reason for marking them broken was: "Mark BROKEN on 8: does not build after the arp-v2 import." I didn't try any others from the list, but it doesn't seem to be entirely correct to me. Fabian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090301/fa16c740/signature.pgp From decke at bluelife.at Sun Mar 1 06:09:36 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Sun Mar 1 06:09:43 2009 Subject: amule 2.2.3 port - ready for test In-Reply-To: References: <20090110162025.3fa38c70@chii.bluelife.at> <39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at> <6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at> <550938f3558e165d717a1dce42599ec2.squirrel@webmail.itac.at> Message-ID: <2969d5524f4c51959a3f8a1233dedd4c.squirrel@webmail.itac.at> On Thu, February 26, 2009 12:22 am, Torfinn Ingolfsen wrote: > Hello, > > On Wed, Feb 25, 2009 at 2:08 PM, Bernhard Fr?hlich > wrote: >> I've tried to build it in my tinderbox and it looks like the ftp/curl >> dependency is specified incorrect. Build log is attached. > > Aha, I hadn't updated the ports tree in my Tinderbox. Sorry about that. > The attached version should work better. Builds fine for me :o) -- Bernhard Fr?hlich http://www.bluelife.at/ From uspoerlein at gmail.com Sun Mar 1 08:50:04 2009 From: uspoerlein at gmail.com (Ulrich =?utf-8?B?U3DDtnJsZWlu?=) Date: Sun Mar 1 08:50:10 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090301164956.GA4158@roadrunner.spoerlein.net> On Thu, 12.02.2009 at 12:32:13 -0500, Thomas Abthorpe wrote: > This topic came up in IRC, and I was encouraged to go out, and find some new > maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > all unmaintained ports need updating, but some do. That is where you folks > come in. > [...] > The gauntlet has been thrown down, who among you is prepared to pick it up? Not sure if these have already been taken, but sign me up for: audio/mp32ogg games/freebsd-games graphics/feh sysutils/wmtop x11-clocks/wmtimer x11/wmcliphist Cheers, Ulrich Sp?rlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe From nobutaka at freebsd.org Sun Mar 1 10:01:20 2009 From: nobutaka at freebsd.org (MANTANI Nobutaka) Date: Sun Mar 1 10:01:27 2009 Subject: xine: div/xvid issues In-Reply-To: <200902252223.58830.cm@therek.net> References: <200902252223.58830.cm@therek.net> Message-ID: <86hc2dg8ec.wl%nobutaka@nobutaka.org> At Wed, 25 Feb 2009 22:23:58 +0100, Cezary Morga wrote: > > Hi there. > > I've got this strange problem. Out of a sudden xine can't play any > DivX/XviD movies. It throws this on me: > > video_decoder: no plugin available to handle 'DivX 5' > > All I've done lately (that is today) was a libxine update from 1.1.15 to > 1.1.16.2. libxine uses ffmpeg for DivX* playback and so does mplayer, > but mplayer have no problems with divx. > > Honestly, I'm a bit stuck with it. Anyone got an idea where to look for > the source of this problem? Thank you for the report. I fixed libxine port. Please update ports and reinstall/portupgrade libxine. -- MANTANI Nobutaka nobutaka@nobutaka.org, nobutaka@freebsd.org From pj at smo.de Sun Mar 1 10:20:57 2009 From: pj at smo.de (Philipp Ost) Date: Sun Mar 1 10:21:04 2009 Subject: Dead projects in ports tree In-Reply-To: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> Message-ID: <49AAD271.7050204@smo.de> Garrett Cooper wrote: > Just trying to amass cruft in the ports tree that could be marked > deprecated and removed. Some assistance in amassing the list would be > helpful... [...] Another candidate would be lang/drscheme: - the port is not maintained any longer - it installs a rather old version - it's replaced by lang/plt-scheme (which is maintained) I raised this issue not that long ago (see ) and was just going to file a PR for this... Regards, Philipp From hselasky at c2i.net Sun Mar 1 11:41:22 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sun Mar 1 11:41:29 2009 Subject: list of ports broken by USB switchover? In-Reply-To: <20090227171257.GA8408@lonesome.com> References: <20090227014400.GA27047@lonesome.com> <20090227100813.14l6mfo7tws04sw0@0x20.net> <20090227171257.GA8408@lonesome.com> Message-ID: <200903011943.47410.hselasky@c2i.net> On Friday 27 February 2009, Mark Linimon wrote: > On Fri, Feb 27, 2009 at 10:08:13AM +0100, Lars Engels wrote: > > multimedia/pwcbsd is broken. If I can find the new FreeBSD version I > > will mark it broken for USB2. > > 800064 > > mcl Quick and dirty patch for "/usr/ports/devel/sdl12" is attached. Here's one more: .libs/SDL_sysjoystick.o ./src/joystick/bsd/SDL_sysjoystick.c: In function 'SDL_SYS_JoystickOpen': ./src/joystick/bsd/SDL_sysjoystick.c:297: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) ./src/joystick/bsd/SDL_sysjoystick.c:297: error: (Each undeclared identifier is reported only once ./src/joystick/bsd/SDL_sysjoystick.c:297: error: for each function it appears in .) ./src/joystick/bsd/SDL_sysjoystick.c: In function 'SDL_SYS_JoystickUpdate': ./src/joystick/bsd/SDL_sysjoystick.c:445: error: dereferencing pointer to incomp lete type ./src/joystick/bsd/SDL_sysjoystick.c:469: error: dereferencing pointer to incomp lete type ./src/joystick/bsd/SDL_sysjoystick.c:477: error: dereferencing pointer to incomp lete type ./src/joystick/bsd/SDL_sysjoystick.c:485: error: dereferencing pointer to incomp Solution: Use new functions from libusbhid. See "man libusbhid" ! --HPS -------------- next part -------------- A non-text attachment was scrubbed... Name: SDL_sysjoystick.c.diff Type: text/x-diff Size: 3259 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090301/48817691/SDL_sysjoystick.c.bin From yanefbsd at gmail.com Sun Mar 1 12:46:25 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 12:46:32 2009 Subject: Dead projects in ports tree In-Reply-To: <49a9eea5.Ke+Y8TkWIWKHBRfY%perryh@pluto.rain.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <49a9eea5.Ke+Y8TkWIWKHBRfY%perryh@pluto.rain.com> Message-ID: <7d6fde3d0903011246y3ddd7aa0m93cfb162b293f991@mail.gmail.com> On Sat, Feb 28, 2009 at 6:10 PM, wrote: > Garrett Cooper wrote: > >> ? ? Just trying to amass cruft in the ports tree that could be >> marked deprecated and removed ... >> >> multimedia/openquicktime - no movement in CVS / SVN for 1+ years; >> no releases in the past 3 years > > This strikes me as slim evidence on which to seek a death sentence :) > > While I can't testify to the usefulness of this particular port, > the fact that something has not changed in a long time could just > as well mean that it does its job well -- and thus does not need > to be updated -- as that it is no longer useful. openquicktime never worked for me several years ago and I doubt that's changed until now. win32-codecs has been the only thing that's worked for me with quicktime. The quicktime format has advanced sufficiently in the past couple years that I doubt that it would properly support playing quicktime videos... That's part of what I'm driving at. Thanks, -Garrett From tabthorpe at freebsd.org Sun Mar 1 17:29:27 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Sun Mar 1 17:29:34 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090301164956.GA4158@roadrunner.spoerlein.net> References: <200902121232.30515.tabthorpe@freebsd.org> <20090301164956.GA4158@roadrunner.spoerlein.net> Message-ID: <200903012029.21098.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On March 1, 2009 11:49:56 am Ulrich Sp?rlein wrote: > Not sure if these have already been taken, but sign me up for: > > audio/mp32ogg > games/freebsd-games > graphics/feh > sysutils/wmtop > x11-clocks/wmtimer > x11/wmcliphist Assigned! - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmrNnEACgkQ5Gm/jNBp8qDopgCeICYEXpdvZQYzaKG6GQMqtb28 t2UAnR3N4F+9iKXCSOjg8+ZRN4rRyS5x =jjbo -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Sun Mar 1 17:33:13 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Sun Mar 1 17:33:19 2009 Subject: On the lookout for maintainers Message-ID: <200903012033.09454.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At any given time, approximately 20 - 25% of all ports are unmaintained. Not all unmaintained ports need updating, but some do. That is where you folks come in. I have summarised some details at the wiki about Adopting Ports, http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. In the last Maintainer Roundup, we passed off ports to those who replied to the list with their request. This practise will not be continued. It is important for maintainers to learn the process of submitting a PR to update their port. Now check out the portscout for unmaintained ports, http://www.portscout.org/ports@freebsd.org.html, and see what you you can do up adopt and update one of these unloved, uncared for ports! The challenge has been made, it is up to you folks to rise up to it! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmrN1UACgkQ5Gm/jNBp8qAT1gCfdWaqXZ0tLvifPBbE4EnUHak8 gu0AnjbZEVNUPHGxAyyoIotZSAkZHDRY =BjQl -----END PGP SIGNATURE----- From yanefbsd at gmail.com Sun Mar 1 18:33:22 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Mar 1 18:33:34 2009 Subject: multimedia/mplayer fails to compile on 8-CURRENT Message-ID: cc -O2 -pipe -fno-strict-aliasing -march=prescott -I./libavcodec -I./ libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration- after-statement -I. -I. -I./libavutil -O2 -pipe -fno-strict-aliasing - march=prescott -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 - D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 - I.. -I../libavutil -I/usr/local/include -I/usr/local/include -I/usr/ local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/ local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/ include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/ pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/ local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/ include/freetype2 -I../libswscale -I../libavcodec - DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE - D_ISOC9X_SOURCE -I.. -I.. -I../libavutil -Wdisabled-optimization -Wno- pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -O2 -pipe -fno-strict-aliasing -march=prescott -D_LARGEFILE_SOURCE - D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/ local/include/freetype2 -I... -I.../libavutil -I/usr/local/include -I/ usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include - D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/ include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/ local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/ glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/ pixman-1 -I/usr/local/include/freetype2 -c -o h264.o h264.c h264.c: In function 'decode_cabac_residual': h264.c:5350: warning: passing argument 4 of 'decode_significance_8x8_x86' discards qualifiers from pointer target type cabac.h: In function 'get_cabac_noinline': cabac.h:525: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' cabac.h:525: error: 'asm' operand has impossible constraints gmake[1]: *** [h264.o] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mplayer/work/ MPlayer-1.0rc2/libavcodec' gmake: *** [libavcodec/libavcodec.a] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. [root@orangebox /usr/ports/multimedia/mplayer]# uname -a FreeBSD orangebox.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun Mar 1 16:42:18 PST 2009 root@orangebox.gateway.2wire.net:/ usr/obj/usr/src/sys/ORANGEBOX i386 Will gladly provide more data as requested. Thanks, -Garrett From natarajsn at gmail.com Sun Mar 1 21:13:49 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Sun Mar 1 21:13:55 2009 Subject: local modification time does not match remote Message-ID: <630286c70903012113x7fb823aj643b8e2b1bc2267d@mail.gmail.com> Hi I was trying to build and install 'xpdf' using ports. I get the following error. => libtool-1.5.26.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://ftp.gnu.org/gnu/libtool/. fetch: libtool-1.5.26.tar.gz: local modification time does not match remote What does it imply? regards Nataraj From roberthuff at rcn.com Sun Mar 1 21:44:59 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Mar 1 21:45:11 2009 Subject: local modification time does not match remote In-Reply-To: <630286c70903012113x7fb823aj643b8e2b1bc2267d@mail.gmail.com> References: <630286c70903012113x7fb823aj643b8e2b1bc2267d@mail.gmail.com> Message-ID: <18859.29234.65141.877698@jerusalem.litteratus.org> Nataraj S Narayan writes: > => libtool-1.5.26.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://ftp.gnu.org/gnu/libtool/. > fetch: libtool-1.5.26.tar.gz: local modification time does not match remote Remove /usr/ports/distfiles/ibtool-1.5.26.tar.gz and try again. Robert Huff From natarajsn at gmail.com Sun Mar 1 23:34:55 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Sun Mar 1 23:35:02 2009 Subject: configure: error: C preprocessor "/lib/cpp" fails sanity check Message-ID: <630286c70903012334xc4c915ek74d360855d958717@mail.gmail.com> Hi While doing make for 'lftp' i get the following:- checking how to run the C preprocessor... /lib/cpp configure: error: C preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/readline/work/readline-5.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/devel/readline. *** Error code 1 Stop in /usr/ports/ftp/lftp. *** Error code 1 Stop in /usr/ports/ftp/lftp. What could be wrong? regards Nataraj From hselasky at c2i.net Sun Mar 1 23:51:28 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Sun Mar 1 23:51:34 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302004539.GD17890@lonesome.com> References: <20090302004539.GD17890@lonesome.com> Message-ID: <200903020853.53867.hselasky@c2i.net> On Monday 02 March 2009, Mark Linimon wrote: > http://wiki.freebsd.org/PortsBrokenOnCurrent I added this one: /usr/ports/graphics/sane-backends To whom can we commit patches to fix the broken issues? --HPS From rea-fbsd at codelabs.ru Mon Mar 2 01:46:55 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Mar 2 01:47:02 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302004539.GD17890@lonesome.com> References: <20090302004539.GD17890@lonesome.com> Message-ID: Mark, good day. Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: > With 8.0 coming up, it's time to take a look at the ports that have > been broken by some recent changes to freebsd-current. I have put > a list of these ports, categorized by which change, on the wiki at > http://wiki.freebsd.org/PortsBrokenOnCurrent. Could you or someone else add ports/129881 as the ARPv2 changes resolution fix for the ospfd? I am not eligible to edit the wiki pages, so can't do it for myself. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From flz at xbsd.org Mon Mar 2 03:03:40 2009 From: flz at xbsd.org (Florent Thoumie) Date: Mon Mar 2 03:03:46 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: References: <20090302004539.GD17890@lonesome.com> Message-ID: On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin wrote: > Mark, good day. > > Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: >> With 8.0 coming up, it's time to take a look at the ports that have >> been broken by some recent changes to freebsd-current. ?I have put >> a list of these ports, categorized by which change, on the wiki at >> http://wiki.freebsd.org/PortsBrokenOnCurrent. > > Could you or someone else add ports/129881 as the ARPv2 changes > resolution fix for the ospfd? ?I am not eligible to edit the wiki > pages, so can't do it for myself. Isn't this PR ready for commit already? It seems that the only thing blocking it is maintainer approval, but we're well beyond that now. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From bugmaster at FreeBSD.org Mon Mar 2 03:06:28 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 2 03:06:59 2009 Subject: Current unassigned ports problem reports Message-ID: <200903021106.n22B65bU056354@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/132244 [PATCH] make kdebase4 compile on -CURRENT o ports/132243 [MAINTAINER] sysutils/ftwin: update to 0.8.2 o ports/132236 [NEW PORT] multimedia/abby Front-end for cclive f ports/132212 lang/guile port broken if automake110 installed f ports/132192 update sysutils/facter to 1.5.4 o ports/132157 [repocopy] rename net-p2p/museekplus to net-p2p/museek f ports/132148 www/linux-flashplugin9 is vulnerable o ports/132134 www/privoxy: privoxy-3.0.11 fails at launch time, call f ports/132127 www/linux-flashplugin9 wrong checksum f ports/132117 Port update: sysutils/radmind - Bump to version 1.13.0 o ports/132116 please update mail/dkimproxy ports o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/132103 math/pari update (for performance) o ports/132099 multimedia/vlc missing dependency on xpm o ports/132093 python's subprocess.py fails with 'Interrupted system o ports/132087 [PATCH] Enable pthread in polish/libgadu to fix crash f ports/132081 No GNUTLS port make option for databases/freetds o ports/132027 New port: devel/diffuse A graphical N-way diff and mer o ports/132016 [NEW PORT] net/istgt: An iSCSI target for FreeBSD 7.x o ports/131998 new port: lang/s9fes o ports/131991 audio/musicpd 0.14.1_1 doesn't recognize URI scheme fo f ports/131896 mail/p5-Mail-SPF and mail/p5-Mail-SPF-Query conflict o ports/131884 [maintainer] mail/dkim-milter build tunes f ports/131878 www/squid: Bug with kerberos heimdal negotiate auth. o ports/131877 New Port: devel/parasite GTK+ UI debugging tool o ports/131856 sysutils/virtualmin adds new users to www group - over f ports/131787 [UPDATE] www/mod_authz_unixgroup to 1.0.1 f ports/131778 comms/gnokii fails to build when multimedia/mpeg4ip is o ports/131721 audio/amarok can not play mp3 f ports/131646 sysutils/rsnapshot exclude statements not properly doc f ports/131607 [PATCH] update of sysutils/arcconf to 6.10 f ports/131604 [UPDATE]benchmarks/sipp: update to 3.1.20090121 f ports/131580 port databases/frontbase upgraded to version 4.2.9 f ports/131526 lang/cmucl: CMUCL for FreeBSD 7 f ports/131492 Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491 Update x11-toolkits/gtk-sharp20 to 2.12.8 f ports/131421 ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? f ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr o ports/130925 New port: x11-toolkits/soqt4 - Qt4 toolkit library f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130647 devel/p5-File-Pid: uninitialized value warning if you f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration f ports/130174 New port: net/igmpproxy multicast proxy f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130063 databases/rrdtool update f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per f ports/129941 [patch] update ports/deskutils/org-mode.el6 o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes s ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 99 problems total. From rea-fbsd at codelabs.ru Mon Mar 2 04:01:55 2009 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Mar 2 04:02:03 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: References: <20090302004539.GD17890@lonesome.com> Message-ID: Florent, good day. Mon, Mar 02, 2009 at 11:03:38AM +0000, Florent Thoumie wrote: > On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin wrote: > > Could you or someone else add ports/129881 as the ARPv2 changes > > resolution fix for the ospfd? ?I am not eligible to edit the wiki > > pages, so can't do it for myself. > > Isn't this PR ready for commit already? It seems that the only thing > blocking it is maintainer approval, but we're well beyond that now. Precisely. If someone will take the powers and commit the patches from PR, I will be very grateful. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From flz at xbsd.org Mon Mar 2 04:07:21 2009 From: flz at xbsd.org (Florent Thoumie) Date: Mon Mar 2 04:07:34 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: References: <20090302004539.GD17890@lonesome.com> Message-ID: 2009/3/2 Eygene Ryabinkin : > Florent, good day. > > Mon, Mar 02, 2009 at 11:03:38AM +0000, Florent Thoumie wrote: >> On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin wrote: >> > Could you or someone else add ports/129881 as the ARPv2 changes >> > resolution fix for the ospfd? ?I am not eligible to edit the wiki >> > pages, so can't do it for myself. >> >> Isn't this PR ready for commit already? It seems that the only thing >> blocking it is maintainer approval, but we're well beyond that now. > > Precisely. ?If someone will take the powers and commit the patches from > PR, I will be very grateful. Ok I'll take care of it. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From gavin at FreeBSD.org Mon Mar 2 04:21:50 2009 From: gavin at FreeBSD.org (Gavin Atkinson) Date: Mon Mar 2 04:22:03 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <200903020853.53867.hselasky@c2i.net> References: <20090302004539.GD17890@lonesome.com> <200903020853.53867.hselasky@c2i.net> Message-ID: <1235995522.95273.1.camel@buffy.york.ac.uk> On Mon, 2009-03-02 at 08:53 +0100, Hans Petter Selasky wrote: > On Monday 02 March 2009, Mark Linimon wrote: > > http://wiki.freebsd.org/PortsBrokenOnCurrent > > I added this one: > > /usr/ports/graphics/sane-backends > > To whom can we commit patches to fix the broken issues? Best thing to do is to submit a PR, in the ports category and with the port category/name in the subject. If you've got write access to the wiki, it'll do no harm to also cross-reference the PR from the page above once it's been allocated a PR number. Gavin From ed at 80386.nl Mon Mar 2 04:34:55 2009 From: ed at 80386.nl (Ed Schouten) Date: Mon Mar 2 04:35:01 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302004539.GD17890@lonesome.com> References: <20090302004539.GD17890@lonesome.com> Message-ID: <20090302123453.GH19161@hoeg.nl> * Mark Linimon wrote: > These changes are: tty changes, jail changes, import of strndup(3), ^^^^^^^^^^^ > ARP v2, libusb20, and possibly VFS. (libusb20 has not yet been run > through pointyhat, and its list is probably incomplete.) Working on it. -- Ed Schouten WWW: http://80386.nl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090302/62b853f1/attachment.pgp From gesbbb at yahoo.com Mon Mar 2 06:02:35 2009 From: gesbbb at yahoo.com (Jerry) Date: Mon Mar 2 06:02:41 2009 Subject: Installing 'config' file with port Message-ID: <20090302090221.7948106f@scorpio> I know that is is probably obviously; however, I still can not get it to work. This is the first time I have tried to do this, so bear with me. I am creating a port that will install a 'config' file in the "/usr/local/etc" directory. Reading through the 'Porters Handbook", I cam across this example. post-install: @if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \ ${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \ fi First, when I write the 'config' file, do I place it under the ports 'files' directory and give it a ".in". Second, what do I have to do to get the file installed in the config directory? The program does not come with a config file by default. If that should change, how would I go about using it instead of the one I created? -- Jerry gesbbb@yahoo.com Those who can, do; those who can't, write. Those who can't write work for the Bell Labs Record. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090302/24c56037/signature.pgp From avg at icyb.net.ua Mon Mar 2 06:30:10 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Mar 2 06:30:18 2009 Subject: fresh devel/boost Message-ID: <49ABED6D.8080909@icyb.net.ua> I've seen couple of conversations in this list about updating devel/boost to the recent version. As I understand people already have patches but the main issue is getting all ports depending on boost to work with the new version, and testing this. Now I am thinking - why not create a boost-devel or something like that port, or move current boost to boost_1_34. This would immediately provide recent boot to all and give time for dependent ports to be switched over (if needed at all). I believe that something like the following configure --libdir=${LOCALBASE}/lib/boost/1.38.0 --includedir=${LOCALBASE}/include/boost/1.38.0 should allow multiple boost versions to co-exist. -- Andriy Gapon From lehmann at ans-netz.de Mon Mar 2 07:38:48 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Mon Mar 2 07:38:55 2009 Subject: restart a script in etc/rc.d Message-ID: <20090302163843.cc66c55e.lehmann@ans-netz.de> Hi, I've below etc/rc.d bacula-fd and I copied it to bacula-fd2 because I need to run 2 file daemons. I'Ve modified every variable for the 2nd start script to be independent from the first one. It works so far but when I issue etc/rc.d/bacula-fd restart it also stops the process started by bacula-fd2 probably because + _find_processes /usr/local/sbin/bacula-fd . -ax gets executed or whatever. Is there a way in the rc.d scope to define to only look for the pid in the pid file (why do we have them anyway when we search everytime) and only kill the PID listed in the pid file? root@nudel olivleh1> cat /var/run/bacula-fd.910 bacula-fd.9102.pid bacula-fd.9104.pid root@nudel olivleh1> cat /var/run/bacula-fd.910* 33076 33125 root@nudel olivleh1> ps auxww | grep bacula-fd | grep -v SsJ root 33076 0.0 0.4 8160 2980 ?? Ss 4:31PM 0:00.02 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf root 33125 0.0 0.4 8160 2980 ?? Ss 4:35PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf root@nudel olivleh1> /usr/local/etc/rc.d/bacula-fd restart Stopping bacula_fd. Starting bacula_fd. root@nudel olivleh1> ps auxww | grep bacula-fd | grep -v SsJ root 33151 0.4 0.4 7136 2968 ?? Ss 4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf root@nudel olivleh1> /usr/local/etc/rc.d/bacula-fd2 restart bacula_fd2 not running? (check /var/run/bacula-fd.9104.pid). Starting bacula_fd2. root@nudel olivleh1> ps auxww | grep bacula-fd | grep -v SsJ root 33170 0.5 0.4 7136 2968 ?? Ss 4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf root 33151 0.0 0.4 7136 2968 ?? Ss 4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From lme at FreeBSD.org Mon Mar 2 07:52:30 2009 From: lme at FreeBSD.org (Lars Engels) Date: Mon Mar 2 07:52:42 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302004539.GD17890@lonesome.com> References: <20090302004539.GD17890@lonesome.com> Message-ID: <20090302155228.GH30761@e.0x20.net> On Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: > FYI, here's what I posted to ports@ yesterday. Any help fixing these > would be appreciated. (We've already knocked off several of the ones > I initially posted.) > > mcl Does someone have problems building net/libdnet? It is listed with "(false positive?)" and it builds correctly on my recent CURRENT. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090302/0510b459/attachment.pgp From wxs at FreeBSD.org Mon Mar 2 07:58:36 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Mar 2 07:59:07 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302155228.GH30761@e.0x20.net> References: <20090302004539.GD17890@lonesome.com> <20090302155228.GH30761@e.0x20.net> Message-ID: <20090302155834.GD89771@atarininja.org> On Mon, Mar 02, 2009 at 04:52:28PM +0100, Lars Engels wrote: > On Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: > > FYI, here's what I posted to ports@ yesterday. Any help fixing these > > would be appreciated. (We've already knocked off several of the ones > > I initially posted.) > > > > mcl > > > Does someone have problems building net/libdnet? It is listed with > "(false positive?)" and it builds correctly on my recent CURRENT. I was unable to reproduce this when I had a PR assigned to me about it. I eventually closed it. -- WXS From pisymbol at gmail.com Mon Mar 2 08:19:18 2009 From: pisymbol at gmail.com (Alexander Sack) Date: Mon Mar 2 08:19:32 2009 Subject: fresh devel/boost In-Reply-To: <49ABED6D.8080909@icyb.net.ua> References: <49ABED6D.8080909@icyb.net.ua> Message-ID: <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> On Mon, Mar 2, 2009 at 9:30 AM, Andriy Gapon wrote: > > I've seen couple of conversations in this list about updating devel/boost to the > recent version. As I understand people already have patches but the main issue is > getting all ports depending on boost to work with the new version, and testing this. > > Now I am thinking - why not create a boost-devel or something like that port, or > move current boost to boost_1_34. This would immediately provide recent boot to > all and give time for dependent ports to be switched over (if needed at all). > > I believe that something like the following > configure --libdir=${LOCALBASE}/lib/boost/1.38.0 > --includedir=${LOCALBASE}/include/boost/1.38.0 > should allow multiple boost versions to co-exist. I'm actually shocked that there are THAT MANY ports that: - Need boost to begin with - And if they need boost, need boost-1.34 specifically, i.e. they will break with 1.38 Minimally one could create a boost-1.38 or boost-devel if the above regression testing is THAT horrific. Other than long double support, the current boost release builds basically out of the box and only minor updates to the current boost infrastructure are needed. I have an updated boost-1.38 port in my directory for a little while now (I have actually dig it up). But just leaving at 1.34 is pretty awful given the great changes and additions to boost in the last couple of dot releases (ASIO support comes to mind). Thanks! -aps From mel at rachie.is-a-geek.net Mon Mar 2 09:25:20 2009 From: mel at rachie.is-a-geek.net (Mel Flynn) Date: Mon Mar 2 09:25:27 2009 Subject: [PATCH] Make graphics/sane-backends work on -CURRENT Message-ID: <20090302170811.5C85184445@smoochies.rachie.is-a-geek.net> >Submitter-Id: current-users >Originator: Mel Flynn >Confidential: no >Synopsis: [PATCH] Make graphics/sane-backends work on -CURRENT >Severity: serious >Priority: medium >Category: ports >Class: sw-bug >Release: FreeBSD 8.0-CURRENT i386 >Environment: System: FreeBSD smoochies.wlan.rachie.is-a-geek.net 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Feb 28 17:05:35 AKST 2009 mel@smoochies.wlan.rachie.is-a-geek.net:/usr/obj/usr/src/sys/SMOOCHIES i386 >Description: Use legacy usb until proper fix is done upstream. >How-To-Repeat: on -CURRENT after usb2 import, make -C /usr/ports/graphics/sane-backends build >Fix: New file to be added in files/ --- patch-sanei_sanei_usb.c begins here --- --- sanei/sanei_usb.c.orig 2007-11-15 23:46:32.000000000 -0900 +++ sanei/sanei_usb.c 2009-03-02 07:58:37.000000000 -0900 @@ -88,7 +88,12 @@ #endif /* HAVE_USBCALLS */ #if defined (__FreeBSD__) +#include +#if __FreeBSD_version+0 >= 800064 +#include +#else #include +#endif #endif /* __FreeBSD__ */ #if defined (__DragonFly__) #include --- patch-sanei_sanei_usb.c ends here --- From tingox at gmail.com Mon Mar 2 09:58:59 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Mar 2 09:59:05 2009 Subject: Installing 'config' file with port In-Reply-To: <20090302090221.7948106f@scorpio> References: <20090302090221.7948106f@scorpio> Message-ID: Hello, On Mon, Mar 2, 2009 at 3:02 PM, Jerry wrote: > I am creating a port that will install a 'config' file in the > "/usr/local/etc" directory. Reading through the 'Porters Handbook", I > cam across this example. > > post-install: > ? ?@if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \ > ? ? ? ?${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \ > ? ?fi This is done so that the config file is not overwritten if it is already there (think port upgrade). If the config file exists already, just copy the *.conf.sample file without renaming it. > First, when I write the 'config' file, do I place it under the ports > 'files' directory and give it a ".in". Yes, the files directory is a good place. Why not simply call it 'application.conf' (if that is the name it will have) or 'application.conf.sample'? > Second, what do I have to do to get the file installed in the config > directory? copy it in the post-install target? > The program does not come with a config file by default. If that should > change, how would I go about using it instead of the one I created? Change the port when you know the location and name of the file, perhaps? However, if you think that distributing a config file with this application wold be useful, perhaps you should talk to the upstream developers and get them to include a config file? HTH -- Regards, Torfinn Ingolfsen From nameboongoon at yahoo.com Mon Mar 2 09:59:15 2009 From: nameboongoon at yahoo.com (Policemen Policemen) Date: Mon Mar 2 09:59:58 2009 Subject: proposal: multiple maintainers for ports Message-ID: <440186.24550.qm@web112221.mail.gq1.yahoo.com> I've been reading this list's archives and this has come up once or twice in the past. I have a simple idea: Add a line to any ports Makefile "EXTRA_MAINTAINER = any other maintainers" Any of the maintainers have the right to approve an update to the port. The person listed as MAINTAINER decides 1) who could be listed as an "extra maintainer" 2) disagreements among the extra maintainers. Because this is simply an extra line of meta data to be read and parsed by humans no infrastructure need be changed. If anyone wants to write the tools to deal with emailing multiple people they can. From wxs at FreeBSD.org Mon Mar 2 10:55:54 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Mar 2 10:56:02 2009 Subject: Installing 'config' file with port In-Reply-To: References: <20090302090221.7948106f@scorpio> Message-ID: <20090302185527.GE89771@atarininja.org> On Mon, Mar 02, 2009 at 06:58:57PM +0100, Torfinn Ingolfsen wrote: > Hello, > > On Mon, Mar 2, 2009 at 3:02 PM, Jerry wrote: > > I am creating a port that will install a 'config' file in the > > "/usr/local/etc" directory. Reading through the 'Porters Handbook", I > > cam across this example. > > > > post-install: > > ? ?@if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \ > > ? ? ? ?${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \ > > ? ?fi > > This is done so that the config file is not overwritten if it is > already there (think port upgrade). If the config file exists already, > just copy the *.conf.sample file without renaming it. Don't forget the corresponding part in pkg-plist so that the same thing is done when the package is used. -- WXS From erwin at FreeBSD.org Mon Mar 2 11:02:09 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 2 11:02:22 2009 Subject: INDEX build failed for 6.x Message-ID: <200903021901.n22J1vEJ049052@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs Committers on the hook: delphij ed garga kwm lioux oliver osa pgj rafan tabthorpe thierry Most recent CVS update was: U MOVED U Mk/bsd.xfce.mk U audio/xfce4-mixer/Makefile U audio/xfce4-mixer/distinfo U audio/xfce4-mixer/pkg-plist U deskutils/orage/Makefile U deskutils/orage/distinfo U deskutils/orage/pkg-plist U devel/lhs2TeX/Makefile U devel/lhs2TeX/distinfo U devel/lhs2TeX/pkg-plist U devel/rudiments/Makefile U devel/rudiments/files/patch-include_rudiments_serialportprofile.h U devel/xfce4-dev-tools/Makefile U devel/xfce4-dev-tools/distinfo U editors/mousepad/Makefile U editors/mousepad/distinfo U editors/mousepad/pkg-plist U finance/Makefile U finance/eqonomize-kde3/Makefile U finance/eqonomize-kde3/distinfo U finance/eqonomize-kde3/pkg-descr U finance/eqonomize-kde3/pkg-plist U finance/eqonomize-kde4/Makefile U finance/eqonomize-kde4/distinfo U finance/eqonomize-kde4/pkg-descr U finance/eqonomize-kde4/pkg-plist U games/glob2/Makefile U games/glob2/distinfo U games/glob2/pkg-plist U games/glob2/files/patch-src_VoiceRecorder.cpp U mail/qmail/Makefile U mail/qmail/distinfo U misc/iso-codes/Makefile U misc/iso-codes/distinfo U misc/iso-codes/pkg-plist U misc/xfce4-appfinder/Makefile U misc/xfce4-appfinder/distinfo U misc/xfce4-appfinder/pkg-plist U misc/xfce4-wm-themes/Makefile U misc/xfce4-wm-themes/distinfo U multimedia/gstreamermm/Makefile U multimedia/x264/Makefile U net/openldap24-server/Makefile U net/openldap24-server/files/patch-libraries__libldap__tls_o.c U net/skystar2/Makefile U net/skystar2/distinfo U net/ttbudget/Makefile U net/ttbudget/distinfo U net/ttbudget/pkg-plist U print/xfce4-print/Makefile U print/xfce4-print/distinfo U print/xfce4-print/pkg-plist U sysutils/Makefile U sysutils/xfce4-settings/Makefile U sysutils/xfce4-settings/distinfo U sysutils/xfce4-settings/pkg-descr U sysutils/xfce4-settings/pkg-plist U sysutils/xfce4-utils/Makefile U sysutils/xfce4-utils/distinfo U sysutils/xfce4-utils/pkg-plist U www/nginx-devel/Makefile U www/nginx-devel/distinfo U x11/Makefile U x11/Terminal/Makefile U x11/Terminal/distinfo U x11/libexo/Makefile U x11/libexo/distinfo U x11/libexo/pkg-plist U x11/libxfce4menu/Makefile U x11/libxfce4menu/distinfo U x11/libxfce4menu/pkg-descr U x11/libxfce4menu/pkg-plist U x11/libxfce4util/Makefile U x11/libxfce4util/distinfo U x11/libxfce4util/pkg-plist U x11/xfce4-conf/Makefile U x11/xfce4-conf/distinfo U x11/xfce4-conf/pkg-descr U x11/xfce4-conf/pkg-plist U x11-fm/thunar/Makefile U x11-fm/thunar/distinfo U x11-fm/thunar/pkg-plist U x11-themes/Makefile U x11-themes/gtk-xfce-engine/Makefile U x11-themes/gtk-xfce-engine/distinfo U x11-themes/gtk-xfce-engine/pkg-plist U x11-toolkits/libxfce4gui/Makefile U x11-toolkits/libxfce4gui/distinfo U x11-toolkits/libxfce4gui/pkg-plist U x11-wm/xfce4/Makefile U x11-wm/xfce4-desktop/Makefile U x11-wm/xfce4-desktop/distinfo U x11-wm/xfce4-desktop/pkg-plist U x11-wm/xfce4-panel/Makefile U x11-wm/xfce4-panel/distinfo U x11-wm/xfce4-panel/pkg-plist U x11-wm/xfce4-panel/files/patch-plugins-launcher-launcher-exec.c U x11-wm/xfce4-session/Makefile U x11-wm/xfce4-session/distinfo U x11-wm/xfce4-session/pkg-plist U x11-wm/xfce4-wm/Makefile U x11-wm/xfce4-wm/distinfo U x11-wm/xfce4-wm/pkg-plist From dougb at FreeBSD.org Mon Mar 2 11:05:20 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 2 11:05:27 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090302163843.cc66c55e.lehmann@ans-netz.de> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> Message-ID: On Mon, 2 Mar 2009, Oliver Lehmann wrote: > Hi, > > I've below etc/rc.d bacula-fd and I copied it to bacula-fd2 because I > need to run 2 file daemons. > I'Ve modified every variable for the 2nd start script to be independent > from the first one. > It works so far but when I issue etc/rc.d/bacula-fd restart it also stops > the process started by bacula-fd2 probably because > > + _find_processes /usr/local/sbin/bacula-fd . -ax > > gets executed or whatever. > > Is there a way in the rc.d scope to define to only look for the pid in > the pid file (why do we have them anyway when we search everytime) and > only kill the PID listed in the pid file? Well that is certainly how it is supposed to work, and that script defines pidfile which should prevent it from doing what you're suggesting. So let's check your work. :) To accomplish what you want you would have to change all of the following in your duplicate script: 1. filename (IOW, you need 2 scripts with different names) 2. PROVIDE 3. name= 4. rcvar= (If you redefine $name that should be enough) 5. pidfile= 6. The names of the variables in the default assignments Also, the assignment of pidfile should really come after the defaults are set. If you do all that and it still doesn't work, send a diff of your two rc.d scripts to the list. hope this helps, Doug -- This .signature sanitized for your protection From lehmann at ans-netz.de Mon Mar 2 11:25:25 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Mon Mar 2 11:25:37 2009 Subject: restart a script in etc/rc.d In-Reply-To: References: <20090302163843.cc66c55e.lehmann@ans-netz.de> Message-ID: <20090302202520.eaf09b15.lehmann@ans-netz.de> Hi Doug, Doug Barton wrote: > Also, the assignment of pidfile should really come after the defaults are > set. > > If you do all that and it still doesn't work, send a diff of your two rc.d > scripts to the list. PROVIDE is in both cases "utility" (probably a generic unchanged default) - I've changed it to utility2 for bacula-fd2 with no changes. Here the diff: root@nudel rc.d> diff -u bacula-fd* --- bacula-fd 2009-02-15 23:25:03.000000000 +0100 +++ bacula-fd2 2009-03-02 20:22:40.000000000 +0100 @@ -16,16 +16,16 @@ . /etc/rc.subr -name="bacula_fd" +name="bacula_fd2" rcvar=${name}_enable command=/usr/local/sbin/bacula-fd load_rc_config $name -pidfile="${bacula_fd_pidfile}" +pidfile="${bacula_fd2_pidfile}" -: ${bacula_fd_enable="NO"} -: ${bacula_fd_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf"} -: ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} +: ${bacula_fd2_enable="NO"} +: ${bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf"} +: ${bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid"} run_rc_command "$1" Exit 1 root@nudel rc.d> grep bacula_fd /etc/rc.conf bacula_fd_enable="YES" bacula_fd2_enable="YES" bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf" bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid" root@nudel rc.d> -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From dougb at FreeBSD.org Mon Mar 2 12:10:47 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 2 12:11:03 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090302202520.eaf09b15.lehmann@ans-netz.de> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> Message-ID: <49AC3D3C.8040106@FreeBSD.org> Oliver Lehmann wrote: > Hi Doug, > > Doug Barton wrote: > >> Also, the assignment of pidfile should really come after the defaults are >> set. >> >> If you do all that and it still doesn't work, send a diff of your two rc.d >> scripts to the list. > > PROVIDE is in both cases "utility" (probably a generic unchanged default) > - I've changed it to utility2 for bacula-fd2 with no changes. Here the diff: That's arguably a bug. It should be something more descriptive. The standard is that the name of the script file, the $name variable and the PROVIDE line should all match. > root@nudel rc.d> diff -u bacula-fd* > --- bacula-fd 2009-02-15 23:25:03.000000000 +0100 > +++ bacula-fd2 2009-03-02 20:22:40.000000000 +0100 > @@ -16,16 +16,16 @@ > > . /etc/rc.subr > > -name="bacula_fd" > +name="bacula_fd2" > rcvar=${name}_enable > command=/usr/local/sbin/bacula-fd > > load_rc_config $name > > -pidfile="${bacula_fd_pidfile}" > +pidfile="${bacula_fd2_pidfile}" You missed the bit where I said that this should come after the assignment of the defaults below. > -: ${bacula_fd_enable="NO"} > -: ${bacula_fd_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf"} > -: ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} > +: ${bacula_fd2_enable="NO"} > +: ${bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf"} > +: ${bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid"} > > run_rc_command "$1" > Exit 1 > root@nudel rc.d> grep bacula_fd /etc/rc.conf > bacula_fd_enable="YES" > bacula_fd2_enable="YES" > bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf" > bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid" Have you confirmed that the two pid files exist, and that they contain the right information? Doug -- This .signature sanitized for your protection From tingox at gmail.com Mon Mar 2 12:15:02 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Mar 2 12:15:10 2009 Subject: amule 2.2.3 port - ready for test In-Reply-To: <2969d5524f4c51959a3f8a1233dedd4c.squirrel@webmail.itac.at> References: <20090110162025.3fa38c70@chii.bluelife.at> <39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at> <6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at> <550938f3558e165d717a1dce42599ec2.squirrel@webmail.itac.at> <2969d5524f4c51959a3f8a1233dedd4c.squirrel@webmail.itac.at> Message-ID: Hello, On Sun, Mar 1, 2009 at 2:50 PM, Bernhard Fr?hlich wrote: > On Thu, February 26, 2009 12:22 am, Torfinn Ingolfsen wrote: >> Hello, >> >> On Wed, Feb 25, 2009 at 2:08 PM, Bernhard Fr?hlich >> wrote: >>> I've tried to build it in my tinderbox and it looks like the ftp/curl >>> dependency is specified incorrect. Build log is attached. >> >> Aha, I hadn't updated the ports tree in my Tinderbox. Sorry about that. >> The attached version should work better. > > Builds fine for me :o) And now ports/132264[1] has been submitted. References: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=132264 -- Regards, Torfinn Ingolfsen From oliver at FreeBSD.org Mon Mar 2 13:02:30 2009 From: oliver at FreeBSD.org (Oliver Lehmann) Date: Mon Mar 2 13:02:36 2009 Subject: restart a script in etc/rc.d In-Reply-To: <49AC3D3C.8040106@FreeBSD.org> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <49AC3D3C.8040106@FreeBSD.org> Message-ID: <20090302210228.44973.qmail@avocado.salatschuessel.net> Doug Barton writes: > You missed the bit where I said that this should come after the > assignment of the defaults below. Ok, but... > Have you confirmed that the two pid files exist, and that they contain > the right information? Yes they both exists (probably because I define the variable in rc.conf too). See my initial mail where I cat the contents of both files - they both contain the right PID for their specific process. So - where is the problem now? From dougb at FreeBSD.org Mon Mar 2 13:05:35 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 2 13:05:41 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090302210228.44973.qmail@avocado.salatschuessel.net> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <49AC3D3C.8040106@FreeBSD.org> <20090302210228.44973.qmail@avocado.salatschuessel.net> Message-ID: <49AC4A1E.3050102@FreeBSD.org> Oliver Lehmann wrote: > Doug Barton writes: >> You missed the bit where I said that this should come after the >> assignment of the defaults below. > > Ok, but... >> Have you confirmed that the two pid files exist, and that they contain >> the right information? > > Yes they both exists (probably because I define the variable in rc.conf > too). See my initial mail where I cat the contents of both files - they > both contain the right PID for their specific process. > So - where is the problem now? Do this: script bacula-fd2.log sh -x /usr/local/etc/rc.d/bacula-fd2 restart If the log is not too long, send it to the list. If it is, gzip it first. Doug -- This .signature sanitized for your protection From glen.j.barber at gmail.com Mon Mar 2 13:11:00 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Mon Mar 2 13:11:07 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090302202520.eaf09b15.lehmann@ans-netz.de> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> Message-ID: <4ad871310903021310t46aecd98i56237d3eb6e4eafe@mail.gmail.com> On Mon, Mar 2, 2009 at 2:25 PM, Oliver Lehmann wrote: > Hi Doug, > > Doug Barton wrote: > >> Also, the assignment of pidfile should really come after the defaults are >> set. >> >> If you do all that and it still doesn't work, send a diff of your two rc.d >> scripts to the list. > > PROVIDE is in both cases "utility" (probably a generic unchanged default) > ?- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff: > > root@nudel rc.d> diff -u bacula-fd* > --- bacula-fd ? 2009-02-15 23:25:03.000000000 +0100 > +++ bacula-fd2 ?2009-03-02 20:22:40.000000000 +0100 > @@ -16,16 +16,16 @@ > > ?. /etc/rc.subr > > -name="bacula_fd" > +name="bacula_fd2" > ?rcvar=${name}_enable > ?command=/usr/local/sbin/bacula-fd > I didn't see anyone else mention this -- did you change 'bacula-fd' to 'bacula-fd2'? -- Glen Barber From glen.j.barber at gmail.com Mon Mar 2 13:12:26 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Mon Mar 2 13:12:33 2009 Subject: restart a script in etc/rc.d In-Reply-To: <4ad871310903021310t46aecd98i56237d3eb6e4eafe@mail.gmail.com> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <4ad871310903021310t46aecd98i56237d3eb6e4eafe@mail.gmail.com> Message-ID: <4ad871310903021312n63b5dbefg25e2ed5adbd4a954@mail.gmail.com> On Mon, Mar 2, 2009 at 4:10 PM, Glen Barber wrote: > On Mon, Mar 2, 2009 at 2:25 PM, Oliver Lehmann wrote: >> Hi Doug, >> >> Doug Barton wrote: >> >>> Also, the assignment of pidfile should really come after the defaults are >>> set. >>> >>> If you do all that and it still doesn't work, send a diff of your two rc.d >>> scripts to the list. >> >> PROVIDE is in both cases "utility" (probably a generic unchanged default) >> ?- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff: >> >> root@nudel rc.d> diff -u bacula-fd* >> --- bacula-fd ? 2009-02-15 23:25:03.000000000 +0100 >> +++ bacula-fd2 ?2009-03-02 20:22:40.000000000 +0100 >> @@ -16,16 +16,16 @@ >> >> ?. /etc/rc.subr >> >> -name="bacula_fd" >> +name="bacula_fd2" >> ?rcvar=${name}_enable >> ?command=/usr/local/sbin/bacula-fd >> > > I didn't see anyone else mention this -- did you change 'bacula-fd' to > 'bacula-fd2'? > Actually... That may not work (although, you could create a symlink, but I doubt that'll help). Ignore my noise. -- Glen Barber From erwin at FreeBSD.org Mon Mar 2 14:09:20 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 2 14:09:27 2009 Subject: INDEX build failed for 6.x Message-ID: <200903022209.n22M9Kat044421@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs Committers on the hook: beat brooks delphij ed ehaupt erwin fjoe gahr garga kwm lioux makc marcus miwi mva oliver osa pav pgj rafan rnoland tabthorpe thierry wxs Most recent CVS update was: U CHANGES U archivers/py-liblzma/Makefile U archivers/py-liblzma/distinfo U benchmarks/netpipe/Makefile U biology/paml/Makefile U biology/paml/distinfo U databases/oracle_odbc_driver/Makefile U databases/oracle_odbc_driver/files/patch-odbc U databases/oracle_odbc_driver/files/patch-src-string_functions.c U devel/cscope/Makefile U devel/cscope/distinfo U devel/e00compr/Makefile U devel/e00compr/distinfo U devel/libvolume_id/Makefile U devel/libvolume_id/distinfo U devel/llvm-devel/Makefile U devel/llvm-devel/pkg-plist U devel/py-ply/Makefile U devel/py-ply/distinfo U devel/py-pymarc/Makefile U devel/py-pymarc/distinfo U finance/eqonomize-kde3/Makefile U security/qca-ossl/Makefile U security/qca-ossl/files/patch-qca-oss.cpp U shells/pdksh/Makefile U sysutils/areca-cli/Makefile U sysutils/areca-cli/distinfo U sysutils/hal/Makefile U sysutils/hal/pkg-plist U sysutils/heirloom/Makefile U sysutils/heirloom/files/patch-stty::stty.c U www/drupal5/Makefile U www/drupal5/distinfo U www/drupal6/Makefile U www/drupal6/distinfo U www/feedonfeeds/Makefile U www/feedonfeeds/distinfo U www/feedonfeeds/pkg-plist U www/linux-flashplugin9/Makefile U www/linux-flashplugin9/distinfo U www/xist/Makefile U www/xist/distinfo U www/xist/pkg-plist U www/xpi-formfox/Makefile U www/xpi-formfox/distinfo U www/xpi-formfox/pkg-plist U x11/xproto/Makefile U x11/xproto/distinfo U x11-servers/xorg-server/Makefile U x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h U x11-toolkits/qt4-gui/Makefile U x11-toolkits/qt4-gui/files/patch-0256-fix-recursive-backingstore-sync-crash From artis.caune at gmail.com Mon Mar 2 14:10:56 2009 From: artis.caune at gmail.com (Artis Caune) Date: Mon Mar 2 14:12:44 2009 Subject: restart a script in etc/rc.d In-Reply-To: <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> Message-ID: <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> 2009/3/2 Artis Caune : > 2009/3/2 Oliver Lehmann : >> root@nudel rc.d> grep bacula_fd /etc/rc.conf >> bacula_fd_enable="YES" >> bacula_fd2_enable="YES" >> bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf" >> bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid" > > can you try with: > ? ?bacula_fd_pidfile="/var/run/bacula-fd.9102.pid" > in /etc/rc.conf ? There is logic error in bacula rc.d script. It should first set default variables and only then use them. pidfile="${bacula_fd_pidfile}" : ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} If you don't set pidfile in rc.conf, pidfile is "" so it kills all bacula-fd's -- regards, Artis Caune <----. CCNA | BSDA <----|==================== <----' didii FreeBSD From artis.caune at gmail.com Mon Mar 2 14:22:05 2009 From: artis.caune at gmail.com (Artis Caune) Date: Mon Mar 2 14:22:10 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090302202520.eaf09b15.lehmann@ans-netz.de> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> Message-ID: <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> 2009/3/2 Oliver Lehmann : > root@nudel rc.d> grep bacula_fd /etc/rc.conf > bacula_fd_enable="YES" > bacula_fd2_enable="YES" > bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf" > bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid" can you try with: bacula_fd_pidfile="/var/run/bacula-fd.9102.pid" in /etc/rc.conf ? -- regards, Artis Caune <----. CCNA | BSDA <----|==================== <----' didii FreeBSD From dougb at FreeBSD.org Mon Mar 2 14:23:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 2 14:23:50 2009 Subject: restart a script in etc/rc.d In-Reply-To: <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> Message-ID: <49AC5C66.70301@FreeBSD.org> Artis Caune wrote: > 2009/3/2 Artis Caune : >> 2009/3/2 Oliver Lehmann : >>> root@nudel rc.d> grep bacula_fd /etc/rc.conf >>> bacula_fd_enable="YES" >>> bacula_fd2_enable="YES" >>> bacula_fd2_flags=" -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf" >>> bacula_fd2_pidfile="/var/run/bacula-fd.9104.pid" >> can you try with: >> bacula_fd_pidfile="/var/run/bacula-fd.9102.pid" >> in /etc/rc.conf ? > > > There is logic error in bacula rc.d script. It should first set > default variables and only then use them. > pidfile="${bacula_fd_pidfile}" > : ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} > > If you don't set pidfile in rc.conf, pidfile is "" so it kills all bacula-fd's Yes, I tried to convince the OP to fix this, but he thought he had it covered, so I'm giving him the opportunity to prove me wrong. :) You've correctly identified what I believe to be the issue however. (Namely that there is a disconnect between the variable "pidfile" which is used throughout rc.subr, and ${name}_pidfile which has to be assigned to $pidfile properly in the rc.d script or it won't work.) I have "on my list" making this pidfile assignment internal to rc.subr and therefore removing one more bullet from the foot-shooting gun, but that would only help people who have the latest version of rc.subr, which means that even if I fix it today we will still have to support properly setting pidfile in the scripts for years (and versions of FreeBSD) to come. Thus it's in the "less urgent" category. Another potential solution would be to rewrite rc.subr to prefer ${name}_pidfile in all cases where it is defined, but then you still have the backwards compatibility issue to deal with. Doug -- This .signature sanitized for your protection From lx at FreeBSD.org Mon Mar 2 15:02:16 2009 From: lx at FreeBSD.org (David E. Thiel) Date: Mon Mar 2 15:02:23 2009 Subject: Dead projects in ports tree In-Reply-To: <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> Message-ID: <20090302223600.GD29616@redundancy.redundancy.org> On Sat, Feb 28, 2009 at 04:05:56PM -0800, Garrett Cooper wrote: > > multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no > > releases in the past 3 years > > > > ? ?I'll continue posting more items to this thread as I find them... > > Thanks, > > -Garrett > > xmms looks completely dead now. Can someone confirm or deny this fact? While I'm in favor of removing useless ports, there are several projects which are simply "done", and lack of development doesn't mean they're obsolete or useless. The logic above would seem to suggest we should remove qmail too. I would like to hear what people feel the best method for getting rid of unused and irrelevant ports, though -- bump portrevision and mark BROKEN for a few months? From linimon at lonesome.com Mon Mar 2 15:30:48 2009 From: linimon at lonesome.com (Mark Linimon) Date: Mon Mar 2 15:30:55 2009 Subject: Dead projects in ports tree In-Reply-To: <20090302223600.GD29616@redundancy.redundancy.org> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> Message-ID: <20090302233046.GB7269@lonesome.com> On Mon, Mar 02, 2009 at 02:35:38PM -0801, David E. Thiel wrote: > I would like to hear what people feel the best method for getting rid > of unused and irrelevant ports, though -- bump portrevision and mark > BROKEN for a few months? How about marking them DEPRECATED and with an EXPIRATION_DATE, as is already commonly done? mcl From lx at redundancy.redundancy.org Mon Mar 2 15:32:42 2009 From: lx at redundancy.redundancy.org (David E. Thiel) Date: Mon Mar 2 15:32:48 2009 Subject: Dead projects in ports tree In-Reply-To: <20090302233046.GB7269@lonesome.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> <20090302233046.GB7269@lonesome.com> Message-ID: <20090302233306.GE29616@redundancy.redundancy.org> On Mon, Mar 02, 2009 at 05:30:46PM -0600, Mark Linimon wrote: > On Mon, Mar 02, 2009 at 02:35:38PM -0801, David E. Thiel wrote: > > I would like to hear what people feel the best method for getting rid > > of unused and irrelevant ports, though -- bump portrevision and mark > > BROKEN for a few months? > > How about marking them DEPRECATED and with an EXPIRATION_DATE, as is > already commonly done? Ah, fair enough. Been a while since I've run into those, so they slipped my mind. From beech at freebsd.org Mon Mar 2 15:33:00 2009 From: beech at freebsd.org (Beech Rintoul) Date: Mon Mar 2 15:33:06 2009 Subject: Dead projects in ports tree In-Reply-To: <20090302223600.GD29616@redundancy.redundancy.org> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> Message-ID: <200903021432.57825.beech@freebsd.org> On Monday 02 March 2009 13:36:38 David E. Thiel wrote: > On Sat, Feb 28, 2009 at 04:05:56PM -0800, Garrett Cooper wrote: > > > multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no > > > releases in the past 3 years > > > > > > ? ?I'll continue posting more items to this thread as I find them... > > > Thanks, > > > -Garrett > > > > xmms looks completely dead now. Can someone confirm or deny this fact? > > While I'm in favor of removing useless ports, there are several projects > which are simply "done", and lack of development doesn't mean they're > obsolete or useless. The logic above would seem to suggest we should > remove qmail too. I would like to hear what people feel the best method > for getting rid of unused and irrelevant ports, though -- bump > portrevision and mark BROKEN for a few months? This opens up a huge can of worms. One user's favorite port is another user's crap. The general rule of thumb is if the port is unmaintained and abandonware (website gone, not fetchable etc) then it should be marked DEPRECATED with a date a month or so out. Most of these ports are also mirrored by FreeBSD if they aren't restricted. Any port that has been broken for >6 months are usually removed. Portmgr usually handles this area and it's generally a good idea to contact them regarding any of these ports. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From mike at jellydonut.org Mon Mar 2 15:42:47 2009 From: mike at jellydonut.org (Michael Proto) Date: Mon Mar 2 15:42:53 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090302004539.GD17890@lonesome.com> References: <20090302004539.GD17890@lonesome.com> Message-ID: <1de79840903021520n8442177g9d17b0131913e7c9@mail.gmail.com> On Sun, Mar 1, 2009 at 7:45 PM, Mark Linimon wrote: > FYI, here's what I posted to ports@ yesterday. ?Any help fixing these > would be appreciated. ?(We've already knocked off several of the ones > I initially posted.) > > mcl > > ----- Forwarded message from Mark Linimon ----- > > From: Mark Linimon > To: ports@FreeBSD.org > Subject: [headsup] call for assistance with ports broken on -current > > With 8.0 coming up, it's time to take a look at the ports that have > been broken by some recent changes to freebsd-current. ?I have put > a list of these ports, categorized by which change, on the wiki at > http://wiki.freebsd.org/PortsBrokenOnCurrent. > > These changes are: tty changes, jail changes, import of strndup(3), > ARP v2, libusb20, and possibly VFS. ?(libusb20 has not yet been run > through pointyhat, and its list is probably incomplete.) > What about non-ports breakage, ie- /bin/sh read builtin failing after the tty changes :) http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/129566 Thanks, Proto From pschmehl_lists at tx.rr.com Mon Mar 2 17:01:10 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Mar 2 17:01:17 2009 Subject: Dead projects in ports tree In-Reply-To: <20090302223600.GD29616@redundancy.redundancy.org> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> Message-ID: <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> --On Monday, March 02, 2009 16:36:38 -0600 "David E. Thiel" wrote: > > While I'm in favor of removing useless ports, there are several projects > which are simply "done", and lack of development doesn't mean they're > obsolete or useless. I completely agree. So long as a port is being used and people find it useful, I think it would be a mistake to remove those ports. In fact I suspect it wouldn't be long before someone was submitting a PR to reinstate the port. Perfect example is converters/unix2dos, last updated in 2003 and converters/mpack, last updated in 2006. I still use both, and I would be irritated if they were removed from ports. A lack of development activity != a lack of usefulness -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From erwin at FreeBSD.org Mon Mar 2 17:13:20 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 2 17:13:27 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200903030113.n231DJmt042133@pointyhat.freebsd.org> From army.of.root at googlemail.com Mon Mar 2 17:24:28 2009 From: army.of.root at googlemail.com (army.of.root) Date: Mon Mar 2 17:24:34 2009 Subject: INDEX build failed for 6.x In-Reply-To: <200708151032.l7FAWtqv078747@pointyhat.freebsd.org> References: <200708151032.l7FAWtqv078747@pointyhat.freebsd.org> Message-ID: <49AC86C8.9020306@googlemail.com> ignore this From swhetzel at gmail.com Mon Mar 2 20:10:03 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Mon Mar 2 20:10:10 2009 Subject: restart a script in etc/rc.d In-Reply-To: <49AC5C66.70301@FreeBSD.org> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> <49AC5C66.70301@FreeBSD.org> Message-ID: <790a9fff0903022010v5fed1213kde2254f1e51866e1@mail.gmail.com> On Mon, Mar 2, 2009 at 4:23 PM, Doug Barton wrote: > I have "on my list" making this pidfile assignment internal to rc.subr > and therefore removing one more bullet from the foot-shooting gun, but > that would only help people who have the latest version of rc.subr, > which means that even if I fix it today we will still have to support > properly setting pidfile in the scripts for years (and versions of > FreeBSD) to come. Thus it's in the "less urgent" category. > Actually, we have a way to fix the problem today. There exists the sysutils/rc_subr port. It's use was to help in migrating the rc.d scripts while providing backward compatibility for older systems. All that needs to be done is to update the sysutils/rc_subr port to use the latest rc.subr script, and then revert the USE_RC_SUBR changes make to bsd.port.mk in revisions 1.554 and 1.555 in bsd.port.mk. I have submitted this PR to revert this change: http://www.freebsd.org/cgi/query-pr.cgi?pr=132274 Scot From lehmann at ans-netz.de Mon Mar 2 21:52:12 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Mon Mar 2 21:52:25 2009 Subject: restart a script in etc/rc.d In-Reply-To: <49AC5C66.70301@FreeBSD.org> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> <49AC5C66.70301@FreeBSD.org> Message-ID: <20090303065208.87200365.lehmann@ans-netz.de> Doug Barton wrote: > Artis Caune wrote: > > There is logic error in bacula rc.d script. It should first set > > default variables and only then use them. > > pidfile="${bacula_fd_pidfile}" > > : ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} > > > > If you don't set pidfile in rc.conf, pidfile is "" so it kills all bacula-fd's > > Yes, I tried to convince the OP to fix this, but he thought he had it > covered, so I'm giving him the opportunity to prove me wrong. :) Yeah this did it - Its working now. I thought you where just telling me that to have another pidfile for the 2nd start script - I missed the point that it was empty for the first one and because of that it is falling back to ps... I'll probably write a PR and commit it after aproval for PROVIDE and the pidfile setting... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From yanefbsd at gmail.com Tue Mar 3 00:26:36 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Tue Mar 3 00:26:42 2009 Subject: Dead projects in ports tree In-Reply-To: <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> Message-ID: <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> On Mon, Mar 2, 2009 at 3:34 PM, Paul Schmehl wrote: > --On Monday, March 02, 2009 16:36:38 -0600 "David E. Thiel" > wrote: >> >> While I'm in favor of removing useless ports, there are several projects >> which are simply "done", and lack of development doesn't mean they're >> obsolete or useless. > > I completely agree. ?So long as a port is being used and people find it > useful, I think it would be a mistake to remove those ports. ?In fact I > suspect it wouldn't be long before someone was submitting a PR to reinstate > the port. Perfect example is converters/unix2dos, last updated in 2003 and > converters/mpack, last updated in 2006. > > I still use both, and I would be irritated if they were removed from ports. > > A lack of development activity != a lack of usefulness I agree for projects like that that are feature complete. However, projects like xmms drag on the use of gtk 1.2 and will soon be out of date in terms of file formats, decoding capability, etc. Then again I suppose when that day comes xmms will be marked busted and eventually shuffled out of the tree, so I'll shut my trap about that :). openquicktime is another thing though: it's not useful for decoding today's quicktime videos because Apple's vastly updated the quicktime movie format -- thus unless someone's using it for some ancient format that's no longer used in mainstream, I personally don't understand the need for it in the tree. Also, I remember various security issues being reported with openquicktime in Gentoo Linux back a few years ago (when I used it religiously), so I really wonder how safe some of the 3rd party software is that is available via pkg / ports and is extremely out-of-date. Same with realplayer (or helix, or whatever it evolved into...). I'm just trying spark some interest in reducing the number of stale/unmaintainable ports in the tree because we have a large number of ports that aren't cared for like they should be :(. Thanks, -Garrett From andrew.w.nosenko at gmail.com Tue Mar 3 02:10:22 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Tue Mar 3 02:10:32 2009 Subject: Dead projects in ports tree In-Reply-To: <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> Message-ID: <6161f3180903030140q40098f89nfbdf2ed94f5e677f@mail.gmail.com> On Tue, Mar 3, 2009 at 10:26 AM, Garrett Cooper wrote: > On Mon, Mar 2, 2009 at 3:34 PM, Paul Schmehl wrote: >> I completely agree. So long as a port is being used and people find it >> useful, I think it would be a mistake to remove those ports. In fact I >> suspect it wouldn't be long before someone was submitting a PR to reinstate >> the port. Perfect example is converters/unix2dos, last updated in 2003 and >> converters/mpack, last updated in 2006. >> >> I still use both, and I would be irritated if they were removed from ports. >> >> A lack of development activity != a lack of usefulness > > I agree for projects like that that are feature complete. > > However, projects like xmms drag on the use of gtk 1.2 and will soon > be out of date in terms of file formats, decoding capability, etc. > Then again I suppose when that day comes xmms will be marked busted > and eventually shuffled out of the tree, so I'll shut my trap about > that :). And what? Until gtk+-1.2 removed from ports, the xmms perfectly able to compile and run, at least from the gtk+ dependency side. Anyone, who don't like gtk-1.2 installed may just don't install both xmms and gtk+-1.2, just like me. Personal preferences are just personal preferences and no more. About file formats: my 5 years hardware dvd player also has limited decoding capability and formats support in comparison with today ones, but these capabilities are enough for me. And it still work. Now question: why I need to replace it if all just works and fits my requirements? The same logic may be applied to software too: why drop/replace if it just works? When it xmms occur to be uncompiliable or unable to run -- then yes, it may be reason to abandon it. But when it works ... see no reasons to remove. Frankly, I would glad to see absolutelly another discussion: not about dropping software that works (and as far as I understand, which port is maintained), but about making needed but broken software work again (e.g. valgrind, which is compiliable, but absolutelly not runnable since freebsd-7.0, and unfortunatelly has no replacement...) -- Andrew W. Nosenko From rbgarga at gmail.com Tue Mar 3 04:00:03 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Tue Mar 3 04:00:10 2009 Subject: Dead projects in ports tree In-Reply-To: <20090302223600.GD29616@redundancy.redundancy.org> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> Message-ID: <747dc8f30903030332n415709c7h6719bdb01ed4e543@mail.gmail.com> On Mon, Mar 2, 2009 at 7:36 PM, David E. Thiel wrote: > On Sat, Feb 28, 2009 at 04:05:56PM -0800, Garrett Cooper wrote: >> > multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no >> > releases in the past 3 years >> > >> > ? ?I'll continue posting more items to this thread as I find them... >> > Thanks, >> > -Garrett >> >> xmms looks completely dead now. Can someone confirm or deny this fact? > > While I'm in favor of removing useless ports, there are several projects > which are simply "done", and lack of development doesn't mean they're > obsolete or useless. The logic above would seem to suggest we should > remove qmail too. I would like to hear what people feel the best method > for getting rid of unused and irrelevant ports, though -- bump > portrevision and mark BROKEN for a few months? Qmail doesn't have a new version for a long time, i know, but new version of patch collection are released, like you can see las spamcontrol 2.5.x, and author is working on 2.6.x with a lot of new features, so, i don't consider qmail a dead project at all. And, there are a good number of qmail users, i don't think it's a good idea remove this port, i'm maintaining it for some years and i can still maintain and keep it working on ports infrastructure. -- Renato Botelho From gesbbb at yahoo.com Tue Mar 3 04:29:49 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Mar 3 04:30:03 2009 Subject: Configuring 'RUN_DEPENDS' Message-ID: <20090303072936.0e154820@scorpio> A port I am creating has a RUN_DEPENDS of either 'curl' or 'wget'. I have tried several times to write some sort of test in the make file to determine if one or the other were installed, and if neither then to install 'curl'. I suppose I could create an OPTIONS to install one or the other; however, I have not gotten that to work correctly either. I looked at Postfix's Makefile, and got a few ideas from it; however, not enough to get what I want to work. The port will also require Clamav, either the standard port or the devel one. Therefore I have two run dependencies to adjust. Use the one available or install one if neither is all ready installed. I tried Googling and the Porters Handbook, but I cannot find what I am looking for. Is it possible? I assume it must be. A regular 'if' or 'case' statement I would normally use does not work in a make file. -- Jerry gesbbb@yahoo.com Gratitude, like love, is never a dependable international emotion. Joseph Alsop -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090303/4f8ecd96/signature.pgp From linimon at lonesome.com Tue Mar 3 05:54:05 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Mar 3 05:54:13 2009 Subject: Dead projects in ports tree In-Reply-To: <6161f3180903030140q40098f89nfbdf2ed94f5e677f@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> <7d6fde3d0902281605u2a251513q44ccfc0c8226c9fd@mail.gmail.com> <20090302223600.GD29616@redundancy.redundancy.org> <5282E09CCA57B5914BF69048@utd65257.utdallas.edu> <7d6fde3d0903030026s7cd80ac5ia2e596d94c6dbba6@mail.gmail.com> <6161f3180903030140q40098f89nfbdf2ed94f5e677f@mail.gmail.com> Message-ID: <20090303135403.GB23268@lonesome.com> On Tue, Mar 03, 2009 at 11:40:42AM +0200, Andrew W. Nosenko wrote: > Frankly, I would glad to see absolutely another discussion: not about > dropping software that works (and as far as I understand, which port > is maintained), but about making needed but broken software work again > (e.g. valgrind, which is compiliable, but absolutelly not runnable > since freebsd-7.0, and unfortunatelly has no replacement...) Well, it all depends on how much work volunteers are willing to do. fwiw, I periodically send out email about broken ports (as evaluated on i386-current): http://docs.freebsd.org/cgi/mid.cgi?20090126081726.DBA671CC6F A less verbose, but constantly updated, version is at http://portsmon.freebsd.org/portsconcordanceforbroken.py . It's showing 165 ports ATM, a few with PRs to fix them. mcl From wxs at FreeBSD.org Tue Mar 3 06:55:29 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Mar 3 06:55:36 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303072936.0e154820@scorpio> References: <20090303072936.0e154820@scorpio> Message-ID: <20090303145527.GB43228@atarininja.org> On Tue, Mar 03, 2009 at 07:29:36AM -0500, Jerry wrote: > A port I am creating has a RUN_DEPENDS of either 'curl' or 'wget'. I > have tried several times to write some sort of test in the make file to > determine if one or the other were installed, and if neither then to > install 'curl'. I suppose I could create an OPTIONS to install one or > the other; however, I have not gotten that to work correctly either. > > I looked at Postfix's Makefile, and got a few ideas from it; however, > not enough to get what I want to work. > > The port will also require Clamav, either the standard port or the > devel one. Therefore I have two run dependencies to adjust. Use the one > available or install one if neither is all ready installed. > > I tried Googling and the Porters Handbook, but I cannot find what I am > looking for. Is it possible? I assume it must be. A regular 'if' or > 'case' statement I would normally use does not work in a make file. Can you post your Makefile so we can get a better understanding of what you're trying to do. -- WXS From amdmi3 at amdmi3.ru Tue Mar 3 07:38:22 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Mar 3 07:38:29 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303072936.0e154820@scorpio> References: <20090303072936.0e154820@scorpio> Message-ID: <20090303153739.GC55713@hades.panopticon> * Jerry (gesbbb@yahoo.com) wrote: > A port I am creating has a RUN_DEPENDS of either 'curl' or 'wget'. I > have tried several times to write some sort of test in the make file to > determine if one or the other were installed, and if neither then to > install 'curl'. I suppose I could create an OPTIONS to install one or > the other; however, I have not gotten that to work correctly either. You'll need something like this: --- .include .if exists(${LOCALBASE}/bin/wget) && !exists(${LOCALBASE}/bin/curl) RUN_DEPENDS+= wget:${PORTSDIR}/ftp/wget .else RUN_DEPENDS+= curl:${PORTSDIR}/ftp/curl .endif --- You should be careful though to match this with your program's logic. I.e. `what does it do if both wget and curl are installed?' The above case is for `it uses curl then' answer. > The port will also require Clamav, either the standard port or the > devel one. Therefore I have two run dependencies to adjust. No, you don't. clamav and clamav-devel are conflicting ports that install the same files, so should you depend on clamav as RUN_DEPENDS= clamscan:${PORTSDIR}/security/clamav or LIB_DEPENDS= clamav:${PORTSDIR}/security/clamav if clamav-devel is installed instead, dependency will still match it and it'll be used. Note `clamav', not `clamav.5' in LIB_DEPENDS. > I tried Googling and the Porters Handbook, but I cannot find what I am > looking for. Is it possible? I assume it must be. A regular 'if' or > 'case' statement I would normally use does not work in a make file. >From my experience, the best source for digging examples of such nontrivial cases are Makefiles for other ports. grep'ping portstree is too slow, so it's better to create an index like that: find -L /usr/ports -name Makefile -maxdepth 3 -mindepth 3 -exec grep -H '' {} \; > MAKEFILES.INDEX -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From gesbbb at yahoo.com Tue Mar 3 08:01:58 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Mar 3 08:02:05 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303145527.GB43228@atarininja.org> References: <20090303072936.0e154820@scorpio> <20090303145527.GB43228@atarininja.org> Message-ID: <20090303110144.31d424d5@scorpio> On Tue, 3 Mar 2009 09:55:27 -0500 Wesley Shields wrote: >Can you post your Makefile so we can get a better understanding of what >you're trying to do. The Makefile is available here: http://seibercom.net/logs/Makefile That is what I have so far. As written, it works. However, I do not need both 'wget' and 'curl' to be installed, although it does not make any difference if they are. I want a way to check if either is installed, and if not, then install 'curl'. The reason being that if a user is all ready using 'wget', installing curl is not required. There are two versions of Clamav in the ports system. I have idea how to test to see which is installed and use that one. If neither is installed, then I would want to install the 'stable' version. I cannot find anything in the Porters Handbook that covers this. -- Jerry gesbbb@yahoo.com Money will say more in one moment than the most eloquent lover can in years. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090303/7e3d5fbb/signature.pgp From gesbbb at yahoo.com Tue Mar 3 08:47:59 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Mar 3 08:48:05 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303153739.GC55713@hades.panopticon> References: <20090303072936.0e154820@scorpio> <20090303153739.GC55713@hades.panopticon> Message-ID: <20090303114755.326b7c7d@scorpio> On Tue, 3 Mar 2009 18:37:39 +0300 Dmitry Marakasov wrote: [snip] >> The port will also require Clamav, either the standard port or the >> devel one. Therefore I have two run dependencies to adjust. > >No, you don't. clamav and clamav-devel are conflicting ports that >install the same files, so should you depend on clamav as > >RUN_DEPENDS= clamscan:${PORTSDIR}/security/clamav >or >LIB_DEPENDS= clamav:${PORTSDIR}/security/clamav OK, I understand what you are saying. However, the script that the port will install requires a version of Clamav >= 0.94.2 to work. Would prefixing either clamscan or clamav with >=0.94.2 work? Unfortunately, I am not at the computer where the test Makefile, etc. is located to try it out myself. -- Jerry gesbbb@yahoo.com Fifty flippant frogs Walked by on flippered feet And with their slime they made the time Unnaturally fleet. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090303/4e769226/signature.pgp From dougb at FreeBSD.org Tue Mar 3 08:48:41 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Mar 3 08:48:58 2009 Subject: restart a script in etc/rc.d In-Reply-To: <20090303065208.87200365.lehmann@ans-netz.de> References: <20090302163843.cc66c55e.lehmann@ans-netz.de> <20090302202520.eaf09b15.lehmann@ans-netz.de> <9e20d71e0903021355i3ad66b8fx14bdc3b395e311a5@mail.gmail.com> <9e20d71e0903021410i26ca8088oc2de76009b2773d2@mail.gmail.com> <49AC5C66.70301@FreeBSD.org> <20090303065208.87200365.lehmann@ans-netz.de> Message-ID: <49AD5F60.7040208@FreeBSD.org> Oliver Lehmann wrote: > Doug Barton wrote: > >> Artis Caune wrote: >>> There is logic error in bacula rc.d script. It should first set >>> default variables and only then use them. >>> pidfile="${bacula_fd_pidfile}" >>> : ${bacula_fd_pidfile="/var/run/bacula-fd.9102.pid"} >>> >>> If you don't set pidfile in rc.conf, pidfile is "" so it kills all bacula-fd's >> Yes, I tried to convince the OP to fix this, but he thought he had it >> covered, so I'm giving him the opportunity to prove me wrong. :) > > Yeah this did it - Its working now. > I thought you where just telling me that to have another pidfile for the > 2nd start script - I missed the point that it was empty for the first one > and because of that it is falling back to ps... > > I'll probably write a PR and commit it after aproval for PROVIDE and the > pidfile setting... Excellent. :) Doug -- This .signature sanitized for your protection From naddy at mips.inka.de Tue Mar 3 09:02:19 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Tue Mar 3 09:02:27 2009 Subject: firefox and anti aliased printouts References: <20090221180120.1529563b.lehmann@ans-netz.de> Message-ID: Oliver Lehmann wrote: > I don't know when this first occured (maybe when switching from firefox 2 > to 3) but all the printouts I'm doing from a webpage have their fonts > displayed extremly grainy. It is hard to read anything on the printout. > Any idea how I can get my firefox to print nice anti aliased fonts? For web pages that want specific fonts, such as Arial, Firefox (or maybe an underlying component, i.e., cairo or fontconfig) ends up picking a bitmapped font. There are several workarounds for this. * Completely disable bitmapped fonts in fontconfig (70-no-bitmaps.conf). I'm told future versions of fontconfig will do this anyay. Right now it has the disadvantage that if you use the default X11 fonts, it kills various non-Western scripts. For instance, no more Japanese in Firefox. * Do what OpenBSD did for its upcoming 4.5 release and gently force fontconfig to map Arial and friends to Bitstream fonts. http://www.openbsd.org/cgi-bin/cvsweb/xenocara/lib/fontconfig/conf.d/31-nonmst.conf?rev=1.2 * Install x11-fonts/liberation-fonts-ttf and write a fontconfig configuration file that maps Arial and friends to their Liberation equivalents. * Install x11-fonts/webfonts to get the original Microsoft fonts if you don't mind being touched by evil. -- Christian "naddy" Weisgerber naddy@mips.inka.de From amdmi3 at amdmi3.ru Tue Mar 3 09:47:58 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Mar 3 09:48:11 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303114755.326b7c7d@scorpio> References: <20090303072936.0e154820@scorpio> <20090303153739.GC55713@hades.panopticon> <20090303114755.326b7c7d@scorpio> Message-ID: <20090303174715.GD55713@hades.panopticon> * Jerry (gesbbb@yahoo.com) wrote: > >No, you don't. clamav and clamav-devel are conflicting ports that > >install the same files, so should you depend on clamav as > > > >RUN_DEPENDS= clamscan:${PORTSDIR}/security/clamav > >or > >LIB_DEPENDS= clamav:${PORTSDIR}/security/clamav > > OK, I understand what you are saying. However, the script that the port > will install requires a version of Clamav >= 0.94.2 to work. Would > prefixing either clamscan or clamav with >=0.94.2 work? Unfortunately, > I am not at the computer where the test Makefile, etc. is located to > try it out myself. As far as I understand, that won't work with clamav-devel. RUN_DEPENDS= clamav>=0.94.2:${PORTSDIR}/security/clamav makes a port depend not on installed file but on specific package, so clamav-devel will likely not match this rule. I think there's no need in such strict dependency, as clamav 0.94.2 is in the tree for 3 months already. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From mezz7 at cox.net Tue Mar 3 11:07:42 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Mar 3 11:07:48 2009 Subject: Dead projects in ports tree In-Reply-To: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> References: <7d6fde3d0902281509v6a98521as618421daf52b3abe@mail.gmail.com> Message-ID: On Sat, 28 Feb 2009 17:09:04 -0600, Garrett Cooper wrote: > Just trying to amass cruft in the ports tree that could be marked > deprecated and removed. Some assistance in amassing the list would be > helpful... > > multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no > releases in the past 3 years > > I'll continue posting more items to this thread as I find them... Guys, no ports are going to be get remove when they have dead projects or else. If these ports work correct, fetchable and not vulnerability, then there is no reason to remove. Just don't touch these ports, and these ports aren't going to bother and bite you. The BROKEN and pointyhat will tell you when those ports are ready to get remove. Therefore, please use your time on something else to make yourself more useful. Cheers, Mezz > Thanks, > -Garrett -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From tingox at gmail.com Tue Mar 3 13:25:06 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Tue Mar 3 13:25:25 2009 Subject: Xfce 4.6 - what changes are needed? Message-ID: Hello, OK, so now Xfce 4.6 is in our ports tree. Great job. But - some things are not working like they used to, and there is no entry in /usr/ports/UPDATING. Are there any documentation elsewhere that describes what changes are needed to get this working again? When I did 'startxfce4' after the upgrade, all my icons in the panel was gone. I had to add them manually. Is that how it should be? Another example, xfce4-mixer claims that my sound card is "Unknown (OSS Mixer)", is that correct? And the cpugraph plugin crashes (signal 11) when you try to add it to the panel, is somebody working on a fix? -- Regards, Torfinn Ingolfsen From a.heider at gmail.com Tue Mar 3 13:47:35 2009 From: a.heider at gmail.com (Andre Heider) Date: Tue Mar 3 13:47:43 2009 Subject: SDL / Pulseaudio Message-ID: Hi list, devel/sdl12 doesn't pick up pulseaudio, no matter if I select it in "make config" or not. I didn't find the time to dig further, but I noticed 2 bits: - the dependency to libpulse-simple.so.0 isn't set in the Makefile - if I run ./configure without args, it correctly finds the lib and compiles the SDL audio driver for it Is this a known issue or am I missing some other port? Regards, Andre From rene at freebsd.org Tue Mar 3 14:01:21 2009 From: rene at freebsd.org (Rene Ladan) Date: Tue Mar 3 14:01:28 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: Message-ID: <49ADA30F.6030404@freebsd.org> Torfinn Ingolfsen schreef: > Hello, > > OK, so now Xfce 4.6 is in our ports tree. Great job. [...] > And the cpugraph plugin crashes (signal 11) when you try to add it to > the panel, is somebody working on a fix? I send a bug report [1] for the cpugraph plugin to the upstream authors, but I haven't heard anything yet. The version in the ports tree (0.3.0) is the last version working on BSD, the latest released version (0.4.0) does not support BSD. The authors promised it would be restored in the next release, but I haven't seen it yet. I will invent a local fix for version 0.3.0. [1] http://bugzilla.xfce.org/show_bug.cgi?id=4920 Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From carl.gustavsson at bahnhofbredband.se Tue Mar 3 14:13:16 2009 From: carl.gustavsson at bahnhofbredband.se (Carl Johan Gustavsson) Date: Tue Mar 3 14:13:23 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: Message-ID: <49ADA71C.3000907@bahnhofbredband.se> Torfinn Ingolfsen wrote: > Hello, > > OK, so now Xfce 4.6 is in our ports tree. Great job. > But - some things are not working like they used to, and there is no > entry in /usr/ports/UPDATING. Are there any documentation elsewhere > that describes what changes are needed to get this working again? > > When I did 'startxfce4' after the upgrade, all my icons in the panel > was gone. I had to add them manually. Is that how it should be? Hi, Checkout this thread: http://foo-projects.org/pipermail/xfce4-dev/2009-February/026295.html There are some problems with the icon theme in 4.6 which are known and I'm not sure if they will do anything about it right now. - cjg > > Another example, xfce4-mixer claims that my sound card is "Unknown > (OSS Mixer)", is that correct? > And the cpugraph plugin crashes (signal 11) when you try to add it to > the panel, is somebody working on a fix? From gesbbb at yahoo.com Tue Mar 3 14:38:27 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Mar 3 14:38:34 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303174715.GD55713@hades.panopticon> References: <20090303072936.0e154820@scorpio> <20090303153739.GC55713@hades.panopticon> <20090303114755.326b7c7d@scorpio> <20090303174715.GD55713@hades.panopticon> Message-ID: <20090303173814.488a8860@scorpio> On Tue, 3 Mar 2009 20:47:15 +0300 Dmitry Marakasov wrote: >As far as I understand, that won't work with clamav-devel. >RUN_DEPENDS= clamav>=0.94.2:${PORTSDIR}/security/clamav >makes a port depend not on installed file but on specific package, >so clamav-devel will likely not match this rule. I think there's >no need in such strict dependency, as clamav 0.94.2 is in the tree >for 3 months already. I have given up on the idea too. There is probably a way; however, it is beyond my meager skills. I am just using: clamav>=0.94.2:${PORTSDIR}/security/clamav It will probably cause a conflict with some users who have the 'devel' version installed though. In any case, version 95 should be release shortly. It is all ready at 95RC1 or 2. I really appreciate all of the help I have been given on this matter. -- Jerry gesbbb@yahoo.com The worst part of having success is trying to find someone who is happy for you. Bette Midler -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090303/aa6edac5/signature.pgp From mva at FreeBSD.org Tue Mar 3 15:24:36 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Tue Mar 3 15:25:08 2009 Subject: SDL / Pulseaudio In-Reply-To: References: Message-ID: <20090303232459.GB1091@medusa.sysfault.org> On, Tue Mar 03, 2009, Andre Heider wrote: > Hi list, > > devel/sdl12 doesn't pick up pulseaudio, no matter if I select it in > "make config" or not. I didn't find the time to dig further, but I > noticed 2 bits: > - the dependency to libpulse-simple.so.0 isn't set in the Makefile I missed that one, sorry. It will be fixed soon. > - if I run ./configure without args, it correctly finds the lib and > compiles the SDL audio driver for it > > Is this a known issue or am I missing some other port? For some weird reason the --enable-pulseaudio switch will disable PulseAudio support in 1.2.13. That'll be fixed as well. Thanks for noticing and notifying :-). Regards Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090303/f65fbdb9/attachment.pgp From a.heider at gmail.com Tue Mar 3 15:28:12 2009 From: a.heider at gmail.com (Andre Heider) Date: Tue Mar 3 15:28:19 2009 Subject: SDL / Pulseaudio In-Reply-To: <20090303232459.GB1091@medusa.sysfault.org> References: <20090303232459.GB1091@medusa.sysfault.org> Message-ID: On Wed, Mar 4, 2009 at 12:24 AM, Marcus von Appen wrote: > On, Tue Mar 03, 2009, Andre Heider wrote: > >> Hi list, >> >> devel/sdl12 doesn't pick up pulseaudio, no matter if I select it in >> "make config" or not. I didn't find the time to dig further, but I >> noticed 2 bits: >> - the dependency to libpulse-simple.so.0 isn't set in the Makefile > > I missed that one, sorry. It will be fixed soon. > >> - if I run ./configure without args, it correctly finds the lib and >> compiles the SDL audio driver for it >> >> Is this a known issue or am I missing some other port? > > For some weird reason the --enable-pulseaudio switch will disable > PulseAudio support in 1.2.13. That'll be fixed as well. > > Thanks for noticing and notifying :-). Thank you for the fast answer and the upcoming fixes ;) > > Regards > Marcus > From keramida at freebsd.org Tue Mar 3 18:53:28 2009 From: keramida at freebsd.org (Giorgos Keramidas) Date: Tue Mar 3 18:54:00 2009 Subject: [PATCH] python25 broken on current Message-ID: <878wnmqawn.fsf@kobe.laptop> The lang/python25 port fails to build on CURRENT from: FreeBSD 8.0-CURRENT #0: Sun Mar 1 09:36:35 EET 2009 build@kobe:/usr/obj/usr/src/sys/KOBE Apparently, the `configure.in' script of Python is missing a header file in one of the custom check programs, which I could work around by patching its `configure.in' script: root@kobe:/usr/ports/lang/python25# more files/patch-configure.in --- configure.in.orig 2009-03-04 04:01:25.000000000 +0200 +++ configure.in 2009-03-04 04:00:45.000000000 +0200 @@ -2533,6 +2533,7 @@ #include #include #include +#include #include main() root@kobe:/usr/ports/lang/python25# But I don't know enough about Ports to make ports/lang/python25/Makefile run autoconf on configure.in before trying to `make configure'. I tried patching the port Makefile with: root@kobe:/usr/ports/lang/python25# diff -u Makefile.orig Makefile --- Makefile.orig 2009-03-04 04:26:51.000000000 +0200 +++ Makefile 2009-03-04 04:25:17.000000000 +0200 @@ -26,6 +26,9 @@ INSTALL_TARGET= altinstall MAN1= ${PYTHON_VERSION}.1 +USE_AUTOTOOLS= autoconf:262:env +AUTOCONF_ARGS= ${CONFIGURE_SCRIPT}.in +GNU_CONFIGURE= yes USE_PYTHON= yes PYTHON_VERSION= python2.5 PYTHON_NO_DEPENDS= yes root@kobe:/usr/ports/lang/python25# But this doesn't seem to work as I expected. If I manually invoke `autoconf-2.62' in the WRKSRC directory of the port and then `make configure' it builds fine. From wxs at FreeBSD.org Tue Mar 3 19:05:32 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Mar 3 19:05:38 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303173814.488a8860@scorpio> References: <20090303072936.0e154820@scorpio> <20090303153739.GC55713@hades.panopticon> <20090303114755.326b7c7d@scorpio> <20090303174715.GD55713@hades.panopticon> <20090303173814.488a8860@scorpio> Message-ID: <20090304030529.GA43975@atarininja.org> On Tue, Mar 03, 2009 at 05:38:14PM -0500, Jerry wrote: > On Tue, 3 Mar 2009 20:47:15 +0300 > Dmitry Marakasov wrote: > > >As far as I understand, that won't work with clamav-devel. > >RUN_DEPENDS= clamav>=0.94.2:${PORTSDIR}/security/clamav > >makes a port depend not on installed file but on specific package, > >so clamav-devel will likely not match this rule. I think there's > >no need in such strict dependency, as clamav 0.94.2 is in the tree > >for 3 months already. > > I have given up on the idea too. There is probably a way; however, it > is beyond my meager skills. I am just using: > > clamav>=0.94.2:${PORTSDIR}/security/clamav > > It will probably cause a conflict with some users who have the 'devel' > version installed though. In any case, version 95 should be release > shortly. It is all ready at 95RC1 or 2. If either clamav or clamav-devel will work you can just specify a dependency on sbin/clamd? -- WXS From keramida at ceid.upatras.gr Tue Mar 3 19:26:49 2009 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Tue Mar 3 19:26:56 2009 Subject: [PATCH] python25 broken on current In-Reply-To: <878wnmqawn.fsf@kobe.laptop> (Giorgos Keramidas's message of "Wed, 04 Mar 2009 04:28:24 +0200") References: <878wnmqawn.fsf@kobe.laptop> Message-ID: <8763iqkmvy.fsf@kobe.laptop> On Wed, 04 Mar 2009 04:28:24 +0200, Giorgos Keramidas wrote: > The lang/python25 port fails to build on CURRENT from: > > FreeBSD 8.0-CURRENT #0: Sun Mar 1 09:36:35 EET 2009 build@kobe:/usr/obj/usr/src/sys/KOBE > > Apparently, the `configure.in' script of Python is missing a header file > in one of the custom check programs, which I could work around by > patching its `configure.in' script: > > root@kobe:/usr/ports/lang/python25# more files/patch-configure.in > --- configure.in.orig 2009-03-04 04:01:25.000000000 +0200 > +++ configure.in 2009-03-04 04:00:45.000000000 +0200 > @@ -2533,6 +2533,7 @@ > #include > #include > #include > +#include > #include > > main() > root@kobe:/usr/ports/lang/python25# Nevermind... Sorry for the noise. Apparently, src/sys/sys/cdefs.h changes in the last few days cause most of this (and other issues). From joshua_rickmar at eumx.net Tue Mar 3 20:51:45 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Tue Mar 3 20:51:52 2009 Subject: Configure fails for open-vm-tools Message-ID: <2963.98.243.246.125.1236142100.squirrel@ssl.eumx.net> I'm getting this error when trying to build the latest open-vm-tools ports: configure: error: uriparser library not found or is too old. Please configure without Unity (using --disable-unity) or install the liburiparser devel package. I still get the same error after installing the uriparser port. -- To send me a personal email, please place [personal] in the Subject line. From lehmann at ans-netz.de Tue Mar 3 21:50:46 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Mar 3 21:50:53 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: Message-ID: <20090304065042.471d597c.lehmann@ans-netz.de> Hi Torfinn, Torfinn Ingolfsen wrote: > When I did 'startxfce4' after the upgrade, all my icons in the panel > was gone. I had to add them manually. Is that how it should be? Unfortunally yes - I told them quite some times before the final release and all the xfce guys told me was "use another icon theme". I then made the Tango theme a build dependency and changed the default xml files delivery by xfce4-conf to select this icon theme. When you have already an installation, you have probably still Rodent configured which is gone now. Please call the Settings Manager, Choose "Appearance", The icon tab and then select "Tango" as Icon theme. This will bring you most of the icons back (not all of course...). > Another example, xfce4-mixer claims that my sound card is "Unknown > (OSS Mixer)", is that correct? This is correct. > And the cpugraph plugin crashes (signal 11) when you try to add it to > the panel, is somebody working on a fix? I don't. I hope you've read the text I output on x11-wm/xfce4 installation about configuring PolicyKit as well for having the ability to reboot/shutdown the system from inside xfce4. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From lehmann at ans-netz.de Tue Mar 3 21:54:24 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Mar 3 21:54:36 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304065042.471d597c.lehmann@ans-netz.de> References: <20090304065042.471d597c.lehmann@ans-netz.de> Message-ID: <20090304065421.48a0d4f4.lehmann@ans-netz.de> Oliver Lehmann wrote: > Hi Torfinn, > > Torfinn Ingolfsen wrote: > > > When I did 'startxfce4' after the upgrade, all my icons in the panel > > was gone. I had to add them manually. Is that how it should be? > > Unfortunally yes - I told them quite some times before the final release > and all the xfce guys told me was "use another icon theme". I then made > the Tango theme a build dependency and changed the default xml files > delivery by xfce4-conf to select this icon theme. When you have already > an installation, you have probably still Rodent configured which is gone > now. Please call the Settings Manager, Choose "Appearance", The icon tab > and then select "Tango" as Icon theme. This will bring you most of the > icons back (not all of course...). I'm just wondering - does someone think an entry about this in UPDATING would be good? I can of course add one if wanted. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From jonathan at kc8onw.net Tue Mar 3 23:00:18 2009 From: jonathan at kc8onw.net (Jonathan) Date: Tue Mar 3 23:00:25 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <499599C7.3060209@kc8onw.net> References: <499599C7.3060209@kc8onw.net> Message-ID: <49AE26FF.1000104@kc8onw.net> Does anyone have any ideas of what to look into? I'm about to decide Wine+uTorrent would be an easier route than trying to get ktorrent to work decently. I've tried ktrace again but all I seem to find in it are reads, and a ~1 second ktrace is >4MB. Jonathan Jonathan wrote: > Nikolay Tychina wrote: >> Hello, >> >> i installed ktorrent3 and it seems to be very slow while checking pieces. >> (~2mb per second) >> (Deluge do it much more faster, i didn't try any other clients though) >> Do you have the same problem? > > Same issue here. > > I get ~4MB/s or so. > I started digging around and found that according to gstat (output at > end) ktorrent is writing 50-60MB/s to ad18, which is my boot drive, > sustained. Most of the other drives in the system are completely idle > and belong to the ZFS pool the torrent data is actually on. > > I've checked using fstat and lsof and nothing leaps out at me. I also > watched disk and swap space usage during the check and see nothing > changing despite the apparent massive write load. I even tried doing a > ktrace + kdump and searching for "write" but didn't find anything there > either. I don't claim to be any expert with any of those tools though. > > Does anyone have any ideas on what to look at next? > > Thanks, > Jonathan > > dT: 1.035s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 0 0 0 0 0.0 0 0 0.0 0.0| ad8 > 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1 > 0 34 0 0 0.0 32 43 0.5 5.1| ad16 > 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1c > 0 0 0 0 0.0 0 0 0.0 0.0| acd0 > 1 3684 0 0 0.0 3684 58921 0.2 81.8| ad18 > 1 3684 0 0 0.0 3684 58921 0.2 83.2| ad18s1 > 0 36 0 0 0.0 34 39 2.1 9.2| ad10 > 0 29 0 0 0.0 27 33 1.1 7.9| ad12 > 0 34 0 0 0.0 32 43 0.4 5.5| ad14 > 1 3684 0 0 0.0 3684 58921 0.2 85.8| ad18s1a > 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1b > 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1c > 0 34 0 0 0.0 33 83 3.0 6.0| da0 > 0 0 0 0 0.0 0 0 0.0 0.0| ad20 > 0 37 0 0 0.0 36 78 3.4 6.9| da1 > 0 36 0 0 0.0 35 83 2.3 5.9| da2 > 0 41 0 0 0.0 40 69 3.4 7.6| da3 From amdmi3 at amdmi3.ru Wed Mar 4 05:56:32 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Mar 4 05:56:39 2009 Subject: Configuring 'RUN_DEPENDS' In-Reply-To: <20090303173814.488a8860@scorpio> References: <20090303072936.0e154820@scorpio> <20090303153739.GC55713@hades.panopticon> <20090303114755.326b7c7d@scorpio> <20090303174715.GD55713@hades.panopticon> <20090303173814.488a8860@scorpio> Message-ID: <20090304135549.GA85379@hades.panopticon> * Jerry (gesbbb@yahoo.com) wrote: > >As far as I understand, that won't work with clamav-devel. > >RUN_DEPENDS= clamav>=0.94.2:${PORTSDIR}/security/clamav > >makes a port depend not on installed file but on specific package, > >so clamav-devel will likely not match this rule. I think there's > >no need in such strict dependency, as clamav 0.94.2 is in the tree > >for 3 months already. > > I have given up on the idea too. There is probably a way; however, it > is beyond my meager skills. I am just using: > > clamav>=0.94.2:${PORTSDIR}/security/clamav That's just what I said that's no need to use. RUN_DEPENDS+= ${LOCALBASE}/bin/clamscan:${PORTSDIR}/security/clamav and/or BUILD_DEPENDS+= ${LOCALBASE}/bin/clamscan:${PORTSDIR}/security/clamav -or- LIB_DEPENDS+= clamav:${PORTSDIR}/security/clamav is what you probably need. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wblock at wonkity.com Wed Mar 4 06:25:19 2009 From: wblock at wonkity.com (Warren Block) Date: Wed Mar 4 06:25:54 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304065421.48a0d4f4.lehmann@ans-netz.de> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> Message-ID: On Wed, 4 Mar 2009, Oliver Lehmann wrote: >> >> Unfortunally yes - I told them quite some times before the final release >> and all the xfce guys told me was "use another icon theme". I then made >> the Tango theme a build dependency and changed the default xml files >> delivery by xfce4-conf to select this icon theme. When you have already >> an installation, you have probably still Rodent configured which is gone >> now. Please call the Settings Manager, Choose "Appearance", The icon tab >> and then select "Tango" as Icon theme. This will bring you most of the >> icons back (not all of course...). > > I'm just wondering - does someone think an entry about this in UPDATING > would be good? I can of course add one if wanted. Yes, definitely. Also should cover the way to handle the obsolete ports from xfce4.4 that should be removed (libxfce4mcs-4.4.3, xfce4-icon-theme-4.4.3, xfce4-mcs-manager-4.4.3, etc). Thanks for your work on this! -Warren Block * Rapid City, South Dakota USA From sobomax at sippysoft.com Wed Mar 4 08:20:16 2009 From: sobomax at sippysoft.com (Maxim Sobolev) Date: Wed Mar 4 08:20:22 2009 Subject: portupgrade is seriously broken Message-ID: <49AEA66F.1040408@sippysoft.com> Hi, Looks like portupgrade not longer respects error code returned by make when building or installing package, which results in it uninstalling previous version of the package when the build fails and not being able to install it back ignoring the error code. Please fix ASAP, this is serious problem for anybody who uses portupgrade. This is FreeBSD 6.4, portupgrade-2.4.6,2, ruby-1.8.7.72_1,1 and ruby18-bdb-0.6.4. ---> Upgrading 'p5-Algorithm-Dependency-1.102' to 'p5-Algorithm-Dependency-1.108' (devel/p5-Algorithm-Dependency) ---> Building '/usr/ports/devel/p5-Algorithm-Dependency' ===> Cleaning for p5-Algorithm-Dependency-1.108 ===> Vulnerability check disabled, database not found => Algorithm-Dependency-1.108.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Algorithm/. Algorithm-Dependency-1.108.tar.gz 100% of 37 kB 82 kBps ===> Extracting for p5-Algorithm-Dependency-1.108 => MD5 Checksum OK for Algorithm-Dependency-1.108.tar.gz. => SHA256 Checksum OK for Algorithm-Dependency-1.108.tar.gz. ===> p5-Algorithm-Dependency-1.108 depends on file: /usr/local/bin/perl5.8.8 - found ===> Patching for p5-Algorithm-Dependency-1.108 ===> p5-Algorithm-Dependency-1.108 depends on file: /usr/local/bin/perl5.8.8 - found ===> p5-Algorithm-Dependency-1.108 depends on package: p5-Params-Util>=0.31 - not found ===> Found p5-Params-Util-0.17, but you need to upgrade to p5-Params-Util>=0.31. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'p5-Algorithm-Dependency-1.102' pkg_delete: package 'p5-Algorithm-Dependency-1.102' is required by these other packages and may not be deinstalled (but I'll delete it anyway): p5-Class-ReturnValue-0.53 p5-DBIx-SearchBuilder-1.43 p5-Test-Inline-2.103 [Updating the pkgdb in /var/db/pkg ... - 217 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> p5-Algorithm-Dependency-1.108 depends on package: p5-Params-Util>=0.31 - not found ===> Found p5-Params-Util-0.17, but you need to upgrade to p5-Params-Util>=0.31. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. ===> Cleaning for p5-Algorithm-Dependency-1.108 ---> Cleaning out obsolete shared libraries Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From sobomax at FreeBSD.org Wed Mar 4 08:50:16 2009 From: sobomax at FreeBSD.org (Maxim Sobolev) Date: Wed Mar 4 08:50:23 2009 Subject: portupgrade is seriously broken Message-ID: <49AEAC04.9010509@FreeBSD.org> Hi, Looks like portupgrade not longer respects error code returned by make when building or installing package, which results in it uninstalling previous version of the package when the build fails and not installing it back ignoring the error code of make install. Please fix ASAP, this is a serious problem for anybody who uses portupgrade. My system is FreeBSD 6.4, portupgrade-2.4.6,2, ruby-1.8.7.72_1,1 and ruby18-bdb-0.6.4. ---> Upgrading 'p5-Algorithm-Dependency-1.102' to 'p5-Algorithm-Dependency-1.108' (devel/p5-Algorithm-Dependency) ---> Building '/usr/ports/devel/p5-Algorithm-Dependency' ===> Cleaning for p5-Algorithm-Dependency-1.108 ===> Vulnerability check disabled, database not found => Algorithm-Dependency-1.108.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Algorithm/. Algorithm-Dependency-1.108.tar.gz 100% of 37 kB 82 kBps ===> Extracting for p5-Algorithm-Dependency-1.108 => MD5 Checksum OK for Algorithm-Dependency-1.108.tar.gz. => SHA256 Checksum OK for Algorithm-Dependency-1.108.tar.gz. ===> p5-Algorithm-Dependency-1.108 depends on file: /usr/local/bin/perl5.8.8 - found ===> Patching for p5-Algorithm-Dependency-1.108 ===> p5-Algorithm-Dependency-1.108 depends on file: /usr/local/bin/perl5.8.8 - found ===> p5-Algorithm-Dependency-1.108 depends on package: p5-Params-Util>=0.31 - not found ===> Found p5-Params-Util-0.17, but you need to upgrade to p5-Params-Util>=0.31. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'p5-Algorithm-Dependency-1.102' pkg_delete: package 'p5-Algorithm-Dependency-1.102' is required by these other packages and may not be deinstalled (but I'll delete it anyway): p5-Class-ReturnValue-0.53 p5-DBIx-SearchBuilder-1.43 p5-Test-Inline-2.103 [Updating the pkgdb in /var/db/pkg ... - 217 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> p5-Algorithm-Dependency-1.108 depends on package: p5-Params-Util>=0.31 - not found ===> Found p5-Params-Util-0.17, but you need to upgrade to p5-Params-Util>=0.31. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. *** Error code 1 Stop in /usr/ports/devel/p5-Algorithm-Dependency. ===> Cleaning for p5-Algorithm-Dependency-1.108 ---> Cleaning out obsolete shared libraries -Maxim From gesbbb at yahoo.com Wed Mar 4 09:32:23 2009 From: gesbbb at yahoo.com (Jerry) Date: Wed Mar 4 09:32:30 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> Message-ID: <20090304123210.6de06c50@scorpio> On Wed, 4 Mar 2009 06:47:58 -0700 (MST) Warren Block wrote: >Yes, definitely. Also should cover the way to handle the obsolete >ports from xfce4.4 that should be removed (libxfce4mcs-4.4.3, >xfce4-icon-theme-4.4.3, xfce4-mcs-manager-4.4.3, etc). Thanks for >your work on this! Yes, I have been trying to figure out how to get rid of the obsolete ports also. -- Jerry gesbbb@yahoo.com The longer I am out of office, the more infallible I appear to myself. Henry Kissinger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090304/7539394d/signature.pgp From peterjeremy at optushome.com.au Wed Mar 4 10:36:59 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Mar 4 10:37:08 2009 Subject: configure: error: C preprocessor "/lib/cpp" fails sanity check In-Reply-To: <630286c70903012334xc4c915ek74d360855d958717@mail.gmail.com> References: <630286c70903012334xc4c915ek74d360855d958717@mail.gmail.com> Message-ID: <20090304183653.GA48851@server.vk2pj.dyndns.org> On 2009-Mar-02 13:04:53 +0530, Nataraj S Narayan wrote: >"/usr/ports/devel/readline/work/readline-5.2/config.log" including the output Where is this file? It will provide more information on exactly what went wrong. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090304/af95eb97/attachment.pgp From mparem at gmail.com Wed Mar 4 10:55:06 2009 From: mparem at gmail.com (Mikhail Paremski) Date: Wed Mar 4 10:55:12 2009 Subject: FreeBSD Port: xorg-7.4 Message-ID: <4e2947ad0903041028v5d496339o221e10ca99c4ad1a@mail.gmail.com> Hi X11, Hardware:: Lenovo Thinkpad T61p with nVidia Corporation Quadro FX 570M rev 161 graphic adapter. OS: FreeBSD 7.1-RELEASE-p3 After installing Xorg-7.4 from the ports collection, when I start X -config xorg.conf.new I got: (++) Using config file: "/root/xorg.conf.new" failed to set mtrr: Invalid argument ^Cfailed to unset mtrr: No such file or directory At the same time Xorg from packages works fine. Could you please to give me an idea how to fix the problem. -- Regards, Mikhail From lehmann at ans-netz.de Wed Mar 4 11:08:37 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Mar 4 11:08:44 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304123210.6de06c50@scorpio> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> Message-ID: <20090304200833.99ee96b1.lehmann@ans-netz.de> Jerry wrote: > On Wed, 4 Mar 2009 06:47:58 -0700 (MST) > Warren Block wrote: > > >Yes, definitely. Also should cover the way to handle the obsolete > >ports from xfce4.4 that should be removed (libxfce4mcs-4.4.3, > >xfce4-icon-theme-4.4.3, xfce4-mcs-manager-4.4.3, etc). Thanks for > >your work on this! > > Yes, I have been trying to figure out how to get rid of the obsolete > ports also. Done - hope this helps http://www.freebsd.org/cgi/cvsweb.cgi/ports/UPDATING.diff?r1=1.780;r2=1.781 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From tingox at gmail.com Wed Mar 4 11:28:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Mar 4 11:28:21 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304200833.99ee96b1.lehmann@ans-netz.de> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> <20090304200833.99ee96b1.lehmann@ans-netz.de> Message-ID: Hello, On Wed, Mar 4, 2009 at 8:08 PM, Oliver Lehmann wrote: > Done - hope this helps > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/UPDATING.diff?r1=1.780;r2=1.781 Yes - that should do it. Thanks! -- Regards, Torfinn Ingolfsen From army.of.root at googlemail.com Wed Mar 4 14:35:40 2009 From: army.of.root at googlemail.com (army.of.root) Date: Wed Mar 4 14:35:47 2009 Subject: related to gnome-mplayer: gecko-mediaplayer Message-ID: <49AF0238.9050609@googlemail.com> Hi, I recently dealt with the issues of gnome-mplayer about FreeBSD support. See here: http://code.google.com/p/gnome-mplayer/issues/detail?id=97 Would you be interested in also maintainig gecko-mediaplayer? It is coming from the same developer and is source-wise connected to gnome-mplayer. You can find its project page here: http://code.google.com/p/gecko-mediaplayer/ PS: I just found http://code.google.com/p/mplayer-video-thumbnailer/ maybe it is useful for the xfce people, atm there are only heavy-weight thumbnailer in the ports (totem, the ffmpeg one is really unusable). Thanks for your work! From linimon at lonesome.com Wed Mar 4 15:29:41 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Mar 4 15:29:48 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <200903020853.53867.hselasky@c2i.net> References: <20090302004539.GD17890@lonesome.com> <200903020853.53867.hselasky@c2i.net> Message-ID: <20090304232940.GA19147@lonesome.com> On Mon, Mar 02, 2009 at 08:53:53AM +0100, Hans Petter Selasky wrote: > I added this one: > > /usr/ports/graphics/sane-backends > > To whom can we commit patches to fix the broken issues? Since it's unmaintained (maintainer=ports@FreeBSD.org), just send-pr with the patches. mcl From bmiller at atlas-tech.com Wed Mar 4 15:48:04 2009 From: bmiller at atlas-tech.com (Brian Miller) Date: Wed Mar 4 15:48:11 2009 Subject: PDFlib package Message-ID: <45B763E7E15DFA48858794627E0B340757D088@nile.atlas-tech.com> Skipped content of type multipart/related From linimon at lonesome.com Wed Mar 4 15:58:30 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Mar 4 15:58:37 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <1de79840903021520n8442177g9d17b0131913e7c9@mail.gmail.com> References: <20090302004539.GD17890@lonesome.com> <1de79840903021520n8442177g9d17b0131913e7c9@mail.gmail.com> Message-ID: <20090304235829.GB19147@lonesome.com> On Mon, Mar 02, 2009 at 06:20:33PM -0500, Michael Proto wrote: > What about non-ports breakage, ie- /bin/sh read builtin failing after > the tty changes :) You can see a list of all the PRs with regressions (not just -current) at http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_regression.html . You can also search for "FreeBSD 8" anded with "regression" by using http://www.freebsd.org/cgi/query-pr-summary.cgi?text=regression&release=%5EFreeBSD+8 . This will miss things with e.g. "8.X" in the Release field, however. mcl From wblock at wonkity.com Wed Mar 4 19:00:00 2009 From: wblock at wonkity.com (Warren Block) Date: Wed Mar 4 19:00:06 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304200833.99ee96b1.lehmann@ans-netz.de> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> <20090304200833.99ee96b1.lehmann@ans-netz.de> Message-ID: On Wed, 4 Mar 2009, Oliver Lehmann wrote: > Jerry wrote: > >> On Wed, 4 Mar 2009 06:47:58 -0700 (MST) >> Warren Block wrote: >> >>> Yes, definitely. Also should cover the way to handle the obsolete >>> ports from xfce4.4 that should be removed (libxfce4mcs-4.4.3, >>> xfce4-icon-theme-4.4.3, xfce4-mcs-manager-4.4.3, etc). Thanks for >>> your work on this! >> >> Yes, I have been trying to figure out how to get rid of the obsolete >> ports also. > > Done - hope this helps > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/UPDATING.diff?r1=1.780;r2=1.781 Yes. I have a couple of other questions: What can I do to get the menu editor back? Is there any way to disable the notification area's feature of auto-scaling the width of task buttons to fill the whole panel? Thunar no longer seems to mount removable media; thunar-volman-plugin is installed. Recently it had taken to mounting the removable media plus /, /var, /tmp, and /usr when removable media was connected, so it's an improvement of a sort. -Warren Block * Rapid City, South Dakota USA From dougb at FreeBSD.org Wed Mar 4 21:36:34 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Mar 4 21:36:40 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090304123210.6de06c50@scorpio> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> Message-ID: <49AF64DE.9030301@FreeBSD.org> Jerry wrote: > On Wed, 4 Mar 2009 06:47:58 -0700 (MST) > Warren Block wrote: > >> Yes, definitely. Also should cover the way to handle the obsolete >> ports from xfce4.4 that should be removed (libxfce4mcs-4.4.3, >> xfce4-icon-theme-4.4.3, xfce4-mcs-manager-4.4.3, etc). Thanks for >> your work on this! > > Yes, I have been trying to figure out how to get rid of the obsolete > ports also. FWIW, portmaster has the -s option to handle removal of ports that were depended on previously, but are not any longer. hope this helps, Doug -- This .signature sanitized for your protection From lehmann at ans-netz.de Wed Mar 4 21:47:45 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Mar 4 21:48:42 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> <20090304200833.99ee96b1.lehmann@ans-netz.de> Message-ID: <20090305064741.adedd830.lehmann@ans-netz.de> Warren Block wrote: > What can I do to get the menu editor back? Hm sorry, but what exactly was or is the menu editor? > Thunar no longer seems to mount removable media; thunar-volman-plugin is > installed. Recently it had taken to mounting the removable media plus > /, /var, /tmp, and /usr when removable media was connected, so it's an > improvement of a sort. Have you configured PolicyConf to allow your user mounting? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From wblock at wonkity.com Wed Mar 4 22:03:43 2009 From: wblock at wonkity.com (Warren Block) Date: Wed Mar 4 22:03:49 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: <20090305064741.adedd830.lehmann@ans-netz.de> References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> <20090304200833.99ee96b1.lehmann@ans-netz.de> <20090305064741.adedd830.lehmann@ans-netz.de> Message-ID: On Thu, 5 Mar 2009, Oliver Lehmann wrote: > Warren Block wrote: > >> What can I do to get the menu editor back? > > Hm sorry, but what exactly was or is the menu editor? It was an option under the Settings menu. Didn't appear in the Settings Manager, just the in the menu. Allowed editing the menus. >> Thunar no longer seems to mount removable media; thunar-volman-plugin is >> installed. Recently it had taken to mounting the removable media plus >> /, /var, /tmp, and /usr when removable media was connected, so it's an >> improvement of a sort. A rebuild of libvolume_id cured that; don't know why it got skipped. Of course Thunar is back to mounting both removable (USB flash) and fixed volumes (SATA). Maybe the recent versions of hal think the SATA drive is removable. > Have you configured PolicyConf to allow your user mounting? Yes, it's all the same as before the upgrade, and the libvolume_id rebuild got it back to working as before. Additional: The message from x11-wm/xfce4 says to put polkitd_enable="YES" in /etc/rc.conf, and I'm pretty sure that's been obsolete/unneeded for quite a while. dbus_enable="YES" and hald_enable="YES" are still needed. Another nice option for the x11-wm/xfce4 port would be NOTIFICATION "Install notification popups" on to install deskutils/xfce4-notification-daemon. Thanks again! -Warren Block * Rapid City, South Dakota USA From c.kworr at gmail.com Wed Mar 4 22:13:47 2009 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Wed Mar 4 22:13:54 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: Thomas Abthorpe wrote: > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. How about adding the mentioned script as periodic weekly job? Let it be disabled by default. I'm monitoring a bunch of machines and I think I'll be much happier with periodic warnings about ports which can require more then just submitting a PR. -- Sphinx of black quartz judge my vow. From cm at therek.net Thu Mar 5 03:17:23 2009 From: cm at therek.net (Cezary Morga) Date: Thu Mar 5 03:17:31 2009 Subject: wxPerl Message-ID: <200903051217.15081.cm@therek.net> Hi there. I've been trying to create a wxPerl[1] port lately. I've managed to prepare Alien::wxWidgets port[2] (dependency) that seems to be fine (though it might use some tuning, ie. respecting WITH_UNICODE flag as at this moment use of unicode is mandatory). I'm stuck at actual compilation. While manual compilation[3] (perl Makefile.PL; make; make install) throws lots of "deprecated conversion from string constant to 'char*'" warnings Wx seems to work properly. But compiling it using port system [4] is a no go. Furthermore when I run build command (output of make -n do-build) manually Wx compiles as well. Anyone got a idea why is it so? [1] http://wxperl.sourceforge.net/ [2] http://www.therek.net/ports/x11-toolkits/p5-Alien-wxWidgets/ [3] http://www.therek.net/wxperl/wxperl1.txt [4] http://www.therek.net/wxperl/wxperl2.txt -- Pozdrawiam, Cezary Morga "You can no more win a war than you can win an earthquake." (Jeannette Rankin) From cm at therek.net Thu Mar 5 05:04:14 2009 From: cm at therek.net (Cezary Morga) Date: Thu Mar 5 05:04:20 2009 Subject: wxPerl In-Reply-To: <200903051217.15081.cm@therek.net> References: <200903051217.15081.cm@therek.net> Message-ID: <200903051404.06361.cm@therek.net> Dnia czwartek, 5 marca 2009, Cezary Morga napisa?: > I'm stuck at actual compilation. While manual compilation[3] (perl > Makefile.PL; make; make install) throws lots of "deprecated conversion from > string constant to 'char*'" warnings Wx seems to work properly. But > compiling it using port system [4] is a no go. Furthermore when I run build > command (output of make -n do-build) manually Wx compiles as well. > Anyone got a idea why is it so? Nevermind. It turned out that when building using ports infrastructure cc was used instead of c++. -- Pozdrawiam, Cezary Morga "The average, healthy, well-adjusted adult gets up at seven-thirty in the morning feeling just plain terrible." (Jean Kerr) From tabthorpe at freebsd.org Thu Mar 5 06:07:17 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Mar 5 06:07:52 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <200903050838.40329.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On March 5, 2009 01:13:29 am Volodymyr Kostyrko wrote: > How about adding the mentioned script as periodic weekly job? Let it be > disabled by default. > > I'm monitoring a bunch of machines and I think I'll be much happier with > periodic warnings about ports which can require more then just > submitting a PR. Thanks for the suggestion, Volodymyr. It would make for an interesting project, wouldn't it :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkmv1eAACgkQ5Gm/jNBp8qBL7ACfcQbEqyp/2TymkVXmouUGGnvh 31AAnj97G9G7NU/cg+KEcL0GDgUKGxkG =GWwQ -----END PGP SIGNATURE----- From seba.bsd at sinux.net Thu Mar 5 08:01:18 2009 From: seba.bsd at sinux.net (Sebastien Chassot) Date: Thu Mar 5 08:01:25 2009 Subject: how to properly upgrade port to new main version and remove dependency to old one? Message-ID: <1236267275.1379.44.camel@dhcppc0> Hi all, I'm trying understand how properly upgrade port and avoid old dependency. I mean for sample I've both gtk-1.2 and gtk2 installed. Some port depend on gtk1 other to gtk2. I've try everything removing gtk1.2 ; pkg_deinstall gtk1 => run pkgdb -F and force to gtk2, run pkgdb -s /gtk1/gtk2/, put WITH_GTK2=YES in pkgtools.conf,... Some day later I'll run a portupgrade -a and some port are rebuilding with gtk1.2. I become a fool. And as some port look for gtk2 only if gtk1 is not installed many port using gtk2 are rebuild with gtk1. I really don't understand this behavior and what am I doing wrong. Now I've same problem with tcl/tk 8.4 => 8.5. "UPDATING" says "The default version of Tcl/Tk has been changed from 8.4 to 8.5. To restore old behavior and prefer using Tcl 8.4 with supported ports set WITH_TCL_VER=84 in /etc/make.conf. (...)" Why if the default is to 8.5 some ports continue to reinstall 8.4 even if pkgdb says they depend on 8.5 ? I just want understand a bit more how use port tree. Thank you for lightness. -- [] [][][] Sebastien Chassot - Geneva (Switzerland) || From wblock at wonkity.com Thu Mar 5 10:33:31 2009 From: wblock at wonkity.com (Warren Block) Date: Thu Mar 5 10:33:38 2009 Subject: Xfce 4.6 - what changes are needed? In-Reply-To: References: <20090304065042.471d597c.lehmann@ans-netz.de> <20090304065421.48a0d4f4.lehmann@ans-netz.de> <20090304123210.6de06c50@scorpio> <20090304200833.99ee96b1.lehmann@ans-netz.de> <20090305064741.adedd830.lehmann@ans-netz.de> Message-ID: On Wed, 4 Mar 2009, Warren Block wrote: > On Thu, 5 Mar 2009, Oliver Lehmann wrote: > >> Warren Block wrote: >> >>> What can I do to get the menu editor back? >> >> Hm sorry, but what exactly was or is the menu editor? > > It was an option under the Settings menu. Didn't appear in the Settings > Manager, just the in the menu. Allowed editing the menus. Found this: http://foo-projects.org/pipermail/xfce/2009-March/024922.html -Warren Block * Rapid City, South Dakota USA From stephen at math.missouri.edu Thu Mar 5 11:27:10 2009 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Thu Mar 5 11:27:17 2009 Subject: PDFlib package In-Reply-To: <45B763E7E15DFA48858794627E0B340757D088@nile.atlas-tech.com> References: <45B763E7E15DFA48858794627E0B340757D088@nile.atlas-tech.com> Message-ID: <49B02708.3080705@math.missouri.edu> Brian Miller wrote: > I am pretty new to FreeBSD and just got into this = pkg idea. Is > there an official way to request certain items become a package? I > have a dependency of the PDFlib-7.0.x package and = cannot find it. I > was able to compile and install it, but now I can't = hand over my > build instructions to the guy who will be responsible for maintaining > = the system. If I am in the wrong area, just let me know. Thanks in advance. The instructions you need to give him are simply cd /usr/ports/print/pdflib && make install clean But if you want to hand him a package, do instead cd /usr/ports/print/pdflib && make package clean and in the directory /usr/ports/print/pdflib will be a package pdflib-7.0.3.tbz. (I wasn't quite sure what you were asking, and no-one else seemed to have replied. I hope this helps.) From peterjeremy at optushome.com.au Thu Mar 5 12:10:06 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Thu Mar 5 12:10:14 2009 Subject: astro/boinc-einsteinathome outdated In-Reply-To: <1219000782.49758.0.camel@ikaros.oook.cz> References: <20080817191153.GE25055@server.vk2pj.dyndns.org> <1219000782.49758.0.camel@ikaros.oook.cz> Message-ID: <20090305190015.GA42691@server.vk2pj.dyndns.org> On 2008-Aug-17 21:19:42 +0200, Pav Lucistnik wrote: >Peter Jeremy p??e v po 18. 08. 2008 v 05:11 +1000: > >> I notice that Einstein@Home have stopped generating S5R3 workunits and >> a new client is needed to handle the new S5R4 workunits. Do you have >> any plans to upgrade the port? > >I will update the port but unfortunately FreeBSD app for S5R4 is not yet >released. OK. It's six months later and there's still no sign of any update. If we're not going to get an update, the port might as well be removed. Can you at least mark it broken until (if?) it's updated? -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090305/40fe544b/attachment.pgp From Albert.Shih at obspm.fr Thu Mar 5 12:58:42 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu Mar 5 12:58:48 2009 Subject: Perl from ports Message-ID: <20090305204505.GD5011@obspm.fr> Hi all The perl5.8 ports after update to # $FreeBSD: ports/lang/perl5.8/Makefile,v 1.102 2009/03/03 16:21:02 # skv Exp $ work fine on my latptop and all my old server. But on a fresh install FreeBSD I got this message : [root /usr/ports/lang/perl5.8]# make ===> Vulnerability check disabled, database not found ===> Found saved configuration for perl-5.8.9_2 => perl-.tar.bz2 is not in /usr/ports/lang/perl5.8/distinfo. => Either /usr/ports/lang/perl5.8/distinfo is out of date, or => perl-.tar.bz2 is spelled incorrectly. *** Error code 1 Stop in /usr/ports/lang/perl5.8. *** Error code 1 Stop in /usr/ports/lang/perl5.8. [root /usr/ports/lang/perl5.8]# If I put PERL_VER=5.8.9 under PERL_VERSION=5.8.9 it's working. The reason is on old install freebsd they are "PERL_VER=5.8.9" in make.conf Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Jeu 5 mar 2009 21:41:38 CET From wxs at FreeBSD.org Thu Mar 5 13:07:20 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Mar 5 13:07:27 2009 Subject: Perl from ports In-Reply-To: <20090305204505.GD5011@obspm.fr> References: <20090305204505.GD5011@obspm.fr> Message-ID: <20090305210718.GE59920@atarininja.org> On Thu, Mar 05, 2009 at 09:45:05PM +0100, Albert Shih wrote: > Hi all > > The perl5.8 ports after update to > > # $FreeBSD: ports/lang/perl5.8/Makefile,v 1.102 2009/03/03 16:21:02 # skv Exp $ > > work fine on my latptop and all my old server. > > But on a fresh install FreeBSD I got this message : > > [root /usr/ports/lang/perl5.8]# make > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for perl-5.8.9_2 > => perl-.tar.bz2 is not in /usr/ports/lang/perl5.8/distinfo. > => Either /usr/ports/lang/perl5.8/distinfo is out of date, or > => perl-.tar.bz2 is spelled incorrectly. > *** Error code 1 > > Stop in /usr/ports/lang/perl5.8. > *** Error code 1 > > Stop in /usr/ports/lang/perl5.8. > [root /usr/ports/lang/perl5.8]# > > If I put > > PERL_VER=5.8.9 > > under > > PERL_VERSION=5.8.9 > > it's working. > > The reason is on old install freebsd they are "PERL_VER=5.8.9" in make.conf I believe this was fixed shortly after the commit which removed PERL_VER. Can you update your ports tree and try again? -- WXS From pav at FreeBSD.org Thu Mar 5 13:08:06 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Thu Mar 5 13:08:12 2009 Subject: astro/boinc-einsteinathome outdated In-Reply-To: <20090305190015.GA42691@server.vk2pj.dyndns.org> References: <20080817191153.GE25055@server.vk2pj.dyndns.org> <1219000782.49758.0.camel@ikaros.oook.cz> <20090305190015.GA42691@server.vk2pj.dyndns.org> Message-ID: <1236285658.15692.3.camel@hood.oook.cz> Peter Jeremy p??e v p? 06. 03. 2009 v 06:00 +1100: > On 2008-Aug-17 21:19:42 +0200, Pav Lucistnik wrote: > >Peter Jeremy p??e v po 18. 08. 2008 v 05:11 +1000: > > > >> I notice that Einstein@Home have stopped generating S5R3 workunits and > >> a new client is needed to handle the new S5R4 workunits. Do you have > >> any plans to upgrade the port? > > > >I will update the port but unfortunately FreeBSD app for S5R4 is not yet > >released. > > OK. It's six months later and there's still no sign of any update. > If we're not going to get an update, the port might as well be removed. :( > Can you at least mark it broken until (if?) it's updated? I have marked the port IGNORED. -- Pav Lucistnik On real UNIX, /usr/bin/more prints -More-. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090305/11b01f77/attachment.pgp From Albert.Shih at obspm.fr Thu Mar 5 13:21:16 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu Mar 5 13:21:22 2009 Subject: Perl from ports In-Reply-To: <20090305210718.GE59920@atarininja.org> References: <20090305204505.GD5011@obspm.fr> <20090305210718.GE59920@atarininja.org> Message-ID: <20090305212113.GG5011@obspm.fr> Le 05/03/2009 ? 16:07:18-0500, Wesley Shields a ?crit > On Thu, Mar 05, 2009 at 09:45:05PM +0100, Albert Shih wrote: > > Hi all > > > > The perl5.8 ports after update to > > > > # $FreeBSD: ports/lang/perl5.8/Makefile,v 1.102 2009/03/03 16:21:02 # skv Exp $ > > > > work fine on my latptop and all my old server. > > > > But on a fresh install FreeBSD I got this message : > > > > [root /usr/ports/lang/perl5.8]# make > > ===> Vulnerability check disabled, database not found > > ===> Found saved configuration for perl-5.8.9_2 > > => perl-.tar.bz2 is not in /usr/ports/lang/perl5.8/distinfo. > > => Either /usr/ports/lang/perl5.8/distinfo is out of date, or > > => perl-.tar.bz2 is spelled incorrectly. > > *** Error code 1 > > > > Stop in /usr/ports/lang/perl5.8. > > *** Error code 1 > > > > Stop in /usr/ports/lang/perl5.8. > > [root /usr/ports/lang/perl5.8]# > > > > If I put > > > > PERL_VER=5.8.9 > > > > under > > > > PERL_VERSION=5.8.9 > > > > it's working. > > > > The reason is on old install freebsd they are "PERL_VER=5.8.9" in make.conf > > I believe this was fixed shortly after the commit which removed > PERL_VER. Can you update your ports tree and try again? At this moment....no... ;-) [root src]# portsnap fetch;portsnap update Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found. Fetching snapshot tag from portsnap2.FreeBSD.org... done. Latest snapshot on server matches what we already have. No updates needed. Ports tree is already up to date. [root src]# But I can fix on my own computer that's dont block me. Just tell the maintener the little bug. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Jeu 5 mar 2009 22:19:48 CET From gesbbb at yahoo.com Thu Mar 5 13:46:00 2009 From: gesbbb at yahoo.com (Jerry) Date: Thu Mar 5 13:46:07 2009 Subject: Perl from ports In-Reply-To: <20090305212113.GG5011@obspm.fr> References: <20090305204505.GD5011@obspm.fr> <20090305210718.GE59920@atarininja.org> <20090305212113.GG5011@obspm.fr> Message-ID: <20090305164542.1b2ba80b@scorpio> On Thu, 5 Mar 2009 22:21:13 +0100 Albert Shih wrote: [snip] >At this moment....no... ;-) > >[root src]# portsnap fetch;portsnap update >Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found. >Fetching snapshot tag from portsnap2.FreeBSD.org... done. >Latest snapshot on server matches what we already have. >No updates needed. >Ports tree is already up to date. >[root src]# > >But I can fix on my own computer that's dont block me. > >Just tell the maintener the little bug. It has all ready been corrected. Update your ports tree ASAP. -- Jerry gesbbb@yahoo.com I should have been a country-western singer. After all, I'm older than most western countries. George Burns -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090305/681e9998/signature.pgp From Albert.Shih at obspm.fr Thu Mar 5 13:50:50 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu Mar 5 13:50:57 2009 Subject: Perl from ports In-Reply-To: <20090305164542.1b2ba80b@scorpio> References: <20090305204505.GD5011@obspm.fr> <20090305210718.GE59920@atarininja.org> <20090305212113.GG5011@obspm.fr> <20090305164542.1b2ba80b@scorpio> Message-ID: <20090305215048.GA45997@obspm.fr> Le 05/03/2009 ? 16:45:42-0500, Jerry a ?crit > On Thu, 5 Mar 2009 22:21:13 +0100 > Albert Shih wrote: > > [snip] > > >At this moment....no... ;-) > > > >[root src]# portsnap fetch;portsnap update > >Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found. > >Fetching snapshot tag from portsnap2.FreeBSD.org... done. > >Latest snapshot on server matches what we already have. > >No updates needed. > >Ports tree is already up to date. > >[root src]# > > > >But I can fix on my own computer that's dont block me. > > > >Just tell the maintener the little bug. > > It has all ready been corrected. Update your ports tree ASAP. > Yeahh.....it's now working. Thanks for the work. Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Heure local/Local time: Jeu 5 mar 2009 22:49:55 CET From lumiwa at gmail.com Thu Mar 5 14:32:16 2009 From: lumiwa at gmail.com (ajtiM) Date: Thu Mar 5 14:32:23 2009 Subject: ImageMagick-6.4.9-8. Message-ID: <200903051604.44770.lumiwa@gmail.com> Update for ImageMagick-6.4.9-8. doesn't work (FreeBSD 7.1) /coders_hrz_la-hrz.lo `test -f 'coders/hrz.c' || echo './'`coders/hrz.c coders/hrz.c: In function 'ReadHRZImage': coders/hrz.c:161: error: invalid operands to binary << coders/hrz.c:162: error: invalid operands to binary << coders/hrz.c:163: error: invalid operands to binary << *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. ===>>> make failed for graphics/ImageMagick ===>>> Aborting update ===>>> Update for ImageMagick-6.4.9.3 failed ===>>> Aborting update -- The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offence. -- Edsger W. Dijkstra, SIGPLAN Notices, Volume 17, Number 5 From roberthuff at rcn.com Thu Mar 5 15:09:46 2009 From: roberthuff at rcn.com (Robert Huff) Date: Thu Mar 5 15:09:52 2009 Subject: ImageMagick-6.4.9-8. In-Reply-To: <200903051604.44770.lumiwa@gmail.com> References: <200903051604.44770.lumiwa@gmail.com> Message-ID: <18864.23364.169736.28096@jerusalem.litteratus.org> ajtiM writes: > Update for ImageMagick-6.4.9-8. doesn't work (FreeBSD 7.1) Same here. Robert Huff From imb at protected-networks.net Fri Mar 6 07:24:32 2009 From: imb at protected-networks.net (Michael Butler) Date: Fri Mar 6 07:24:39 2009 Subject: reintroduction of php5_pcre broken Message-ID: <49B1402B.3060904@protected-networks.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It seems that the reintroduction of php5_pcre has broken something :-( PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20060613/pcre.so' - /usr/local/lib/php/20060613/pcre.so: Undefined symbol "php_pcre_free" in Unknown on line 0 Michael (sorry, I'm not subscribed to ports@) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmxQCsACgkQQv9rrgRC1JJ5MQCffhco6Pka76+yVD/Kq8qryBUl ULsAoL7YJ89NpvWzI5uFYOfzOd0dquCR =5dc3 -----END PGP SIGNATURE----- From pj at smo.de Fri Mar 6 09:11:54 2009 From: pj at smo.de (Philipp Ost) Date: Fri Mar 6 09:12:01 2009 Subject: ImageMagick-6.4.9-8. In-Reply-To: <200903051604.44770.lumiwa@gmail.com> References: <200903051604.44770.lumiwa@gmail.com> Message-ID: <49B159C9.8000502@smo.de> ajtiM wrote: > Update for ImageMagick-6.4.9-8. doesn't work (FreeBSD 7.1) [snipped] I had no such problem on my RELENG_7 box. pkg_info reports: $ pkg_info | grep ImageMagick ImageMagick-6.4.9.8 Image processing tools $ In the past I had problems updating ImageMagick, too. Back then it did help to play around with some of the options. I don't know if that helps in your case. Regards, Philipp From a.heider at gmail.com Fri Mar 6 12:31:59 2009 From: a.heider at gmail.com (Andre Heider) Date: Fri Mar 6 12:32:07 2009 Subject: SDL / Pulseaudio In-Reply-To: <20090303232459.GB1091@medusa.sysfault.org> References: <20090303232459.GB1091@medusa.sysfault.org> Message-ID: On Wed, Mar 4, 2009 at 12:24 AM, Marcus von Appen wrote: > On, Tue Mar 03, 2009, Andre Heider wrote: > >> Hi list, >> >> devel/sdl12 doesn't pick up pulseaudio, no matter if I select it in >> "make config" or not. I didn't find the time to dig further, but I >> noticed 2 bits: >> - the dependency to libpulse-simple.so.0 isn't set in the Makefile > > I missed that one, sorry. It will be fixed soon. > >> - if I run ./configure without args, it correctly finds the lib and >> compiles the SDL audio driver for it >> >> Is this a known issue or am I missing some other port? > > For some weird reason the --enable-pulseaudio switch will disable > PulseAudio support in 1.2.13. That'll be fixed as well. > > Thanks for noticing and notifying :-). > > Regards > Marcus > Hi Marcus, thanks for the compile fix, it builds fine now with pulseaudio support :) Unfortunately there're some runtime problems with this SDL driver: 1) setting the envvar PULSE_SERVER to forward the stream to another box results in 'E: proplist.c: Assertion 'p' failed at pulse/proplist.c:295, function pa_proplist_contains(). Aborting.' (thats from the SDL app using pulseaudio). paplay works just fine. 2) inefficency, using not used envvars like PASERVER, etc I fixed 1) with static char *get_progname(void) { char *progname = NULL; -#ifdef __LINUX__ +#if defined(__LINUX__) || defined (__FreeBSD__) FILE *fp; static char temp[BUFSIZ]; This obviously doesn't work for other platforms, but at least its fine on freebsd for me. Streaming to a Linux pulseaudio server works now :) for 2) see http://bugzilla.libsdl.org/show_bug.cgi?id=698 I applied 2) (without the additional compatibility path, can't test that and there's at least an #include missing) and combined it with my oneliner change. Attached you'll find the results, ready to throw at files/ Regards, Andre From a.heider at gmail.com Fri Mar 6 12:57:51 2009 From: a.heider at gmail.com (Andre Heider) Date: Fri Mar 6 12:57:58 2009 Subject: SDL / Pulseaudio In-Reply-To: <49B18BCC.6090005@freebsd.org> References: <20090303232459.GB1091@medusa.sysfault.org> <49B18BCC.6090005@freebsd.org> Message-ID: On Fri, Mar 6, 2009 at 9:47 PM, Joe Marcus Clarke wrote: > This only works with procfs mounted on /proc, but given that many GNOME > components already require this, it's probably not a big deal here. It does, and the right way would be to add a fallback string or something, so the issue is fixed for every other platform out there. I'm not even sure if this should be fixed in pulseaudio itself, but at least the current version abort()s if the passed app name is NULL and using PULSE_SERVER. > One thing I've done in console-kit, for example, is to print a message > when procfs is not mounted. ?Perhaps something could be added in SDL as > well if the fopen() fails. Sounds like a good idea, but I'm not even sure what that string is used for - apart from the visible entry in apps like pavucontrol. Regards, Andre From marcus at freebsd.org Fri Mar 6 13:09:07 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Fri Mar 6 13:09:14 2009 Subject: SDL / Pulseaudio In-Reply-To: References: <20090303232459.GB1091@medusa.sysfault.org> Message-ID: <49B18BCC.6090005@freebsd.org> Andre Heider wrote: > On Wed, Mar 4, 2009 at 12:24 AM, Marcus von Appen wrote: >> On, Tue Mar 03, 2009, Andre Heider wrote: >> >>> Hi list, >>> >>> devel/sdl12 doesn't pick up pulseaudio, no matter if I select it in >>> "make config" or not. I didn't find the time to dig further, but I >>> noticed 2 bits: >>> - the dependency to libpulse-simple.so.0 isn't set in the Makefile >> I missed that one, sorry. It will be fixed soon. >> >>> - if I run ./configure without args, it correctly finds the lib and >>> compiles the SDL audio driver for it >>> >>> Is this a known issue or am I missing some other port? >> For some weird reason the --enable-pulseaudio switch will disable >> PulseAudio support in 1.2.13. That'll be fixed as well. >> >> Thanks for noticing and notifying :-). >> >> Regards >> Marcus >> > > Hi Marcus, > > thanks for the compile fix, it builds fine now with pulseaudio support :) > > Unfortunately there're some runtime problems with this SDL driver: > > 1) setting the envvar PULSE_SERVER to forward the stream to another > box results in 'E: proplist.c: Assertion 'p' failed at > pulse/proplist.c:295, function pa_proplist_contains(). Aborting.' > (thats from the SDL app using pulseaudio). paplay works just fine. > 2) inefficency, using not used envvars like PASERVER, etc > > I fixed 1) with > > static char *get_progname(void) > { > char *progname = NULL; > -#ifdef __LINUX__ > +#if defined(__LINUX__) || defined (__FreeBSD__) > FILE *fp; > static char temp[BUFSIZ]; > > This obviously doesn't work for other platforms, but at least its fine > on freebsd for me. Streaming to a Linux pulseaudio server works now :) This only works with procfs mounted on /proc, but given that many GNOME components already require this, it's probably not a big deal here. One thing I've done in console-kit, for example, is to print a message when procfs is not mounted. Perhaps something could be added in SDL as well if the fopen() fails. Joe > > for 2) see http://bugzilla.libsdl.org/show_bug.cgi?id=698 > > I applied 2) (without the additional compatibility path, can't test > that and there's at least an #include missing) and combined it with my > oneliner change. Attached you'll find the results, ready to throw at > files/ > > Regards, > Andre > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From alexanderchuranov at gmail.com Fri Mar 6 14:13:57 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Fri Mar 6 14:14:04 2009 Subject: fresh devel/boost In-Reply-To: <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> References: <49ABED6D.8080909@icyb.net.ua> <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> Message-ID: <3cb459ed0903061347w599c521ex34267fd168882cac@mail.gmail.com> Hi guys! I am Alexander Churanov, currently maintaining devel/boost (for several weeks :-). Yes, leaving 1.34 would be awful and nobody is going to do that! For current status, current efforts and decisions see http://wiki.freebsd.org/BoostPortingProject. My comments on the suggested solution: The goal is to have most recent boost by default in devel/boost. Of course, it is possible to provide 1.38 in some separate location. However, this would make ports look like we stuck to 1.34 forever and provide recent boost libraries for hackers. The better approach is to provide 1.34 in a separate location and modify all ports that depend on old boost to use that location. The hard part of it is "modify all ports". It's not obvious for me what's easier: to modify all ports (source code) to work with 1.38 or to modify all ports (build files) to look for 1.34 in some special place. Having multiple versions of the same ports installed at the same time is nice idea, it needs more time to think and experiment with. For instance, I'd like to examine how Gentoo does that and learn their's procs and cons. I'd be glad to see FreeBSD capable of doing that for any arbitrary port. Alexander Churanov From cm at therek.net Fri Mar 6 14:37:18 2009 From: cm at therek.net (Cezary Morga) Date: Fri Mar 6 14:37:25 2009 Subject: Padre and wxPerl Message-ID: <200903062337.11446.cm@therek.net> Hi there. If anyone's interested here's[1] my attempt at p5-Wx and p5-Padre ports for FreeBSD. It's a .shar archive of total 21 new ports. An update for devel/p5-Module-Starter[2] might also be required. There's still some work to be done (unicode in Wx is mandatory, as well as gettext support) and Perl needs to be recompiled with threads support, but Padre seems to work correctly (I haven't done any extensive test yet). Comments will be appreciated. [1] http://www.therek.net/ports/padre.shar [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=132364 -- Cezary Morga "A positive attitude may not solve all your problems, but it will annoy enough people to make it worth the effort." (Herm Albright) From tmende at optusnet.com.au Sat Mar 7 03:48:44 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Sat Mar 7 03:48:51 2009 Subject: ImageMagick-6.4.9-8. In-Reply-To: <18864.23364.169736.28096@jerusalem.litteratus.org> References: <200903051604.44770.lumiwa@gmail.com> <18864.23364.169736.28096@jerusalem.litteratus.org> Message-ID: <23B7CD35-D405-4FE3-831D-27A2235CEBBB@optusnet.com.au> On 06/03/2009, at 10:07 AM, Robert Huff wrote: > ajtiM writes: > >> Update for ImageMagick-6.4.9-8. doesn't work (FreeBSD 7.1) > > Same here. > > > Robert Huff and here on 7.1... t/write...........ok t/x11/read........No protocol specified t/x11/read........ok t/x11/write.......No protocol specified t/x11/write.......FAILED test 1 Failed 1/2 tests, 50.00% okay t/zlib/read.......ok t/zlib/write......ok Failed Test Stat Wstat Total Fail List of Failed ------------------------------------------------------------------------------- t/x11/write.t 2 1 1 Failed 1/27 test scripts. 1/345 subtests failed. Files=27, Tests=345, 46 wallclock secs (30.34 cusr + 6.77 csys = 37.10 CPU) Failed 1/27 test programs. 1/345 subtests failed. *** Error code 2 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8/ PerlMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.9-8. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/ portupgrade20090307-11352-1k6kjmo-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=ImageMagick-6.4.9.3 UPGRADE_PORT_VER=6.4.9.3 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! graphics/ImageMagick (ImageMagick-6.4.9.3) (unknown build error) ...no clue how to fix this - tried changing all sorts of options using "make config" and rerunning "portupgrade -a" all to no avail. Everything else is absolutely up to date on 7.1-RELEASE-p3. Cheers, Tom From peterjeremy at optushome.com.au Sat Mar 7 04:25:12 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sat Mar 7 04:25:20 2009 Subject: boinc-setiathome spinning Message-ID: <20090307122508.GM3540@server.vk2pj.dyndns.org> I am running boinc-setiathome on -current/amd64 and I'm occasionally seeing a situation where the setiathome process appears to be running normally (ie using lots of CPU time) but is not making any progress (the 'Progress' column in boinc_gui Tasks doesn't update and there are no updates in the relevant slots/N directory). Killing the offending process usually resolves the problem. I've tried rebuilding boinc-setiathome and its dependencies to no avail. Has anyone else seen this problem? -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/db00f03b/attachment.pgp From tobias.rehbein at web.de Sat Mar 7 07:24:39 2009 From: tobias.rehbein at web.de (Tobias Rehbein) Date: Sat Mar 7 07:24:47 2009 Subject: Looking for a distfile mirror Message-ID: <20090307145927.GA96957@sushi.pseudo.local> Hi all. I'm maintainer of the audio/ogg2mp3 port. This port isn't supported upstream anymore, but I'm trying to keep it in a usable state. Since a few weeks the MASTERSITE of the port disappeared. I contacted the author of ogg2mp3 to see if he'll provide an alternative mirror but got no answer. So, if anybody has 14K webspace free to mirror the distfile of audio/ogg2mp3 let me know. Thanks in advance Tobias -- Tobias Rehbein PGP key: 4F2AE314 server: keys.gnupg.net fingerprint: ECDA F300 1B6E 9B87 8524 8663 E8B6 3138 4F2A E314 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/b1099289/attachment.pgp From wxs at FreeBSD.org Sat Mar 7 07:48:50 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Sat Mar 7 07:48:57 2009 Subject: Looking for a distfile mirror In-Reply-To: <20090307145927.GA96957@sushi.pseudo.local> References: <20090307145927.GA96957@sushi.pseudo.local> Message-ID: <20090307154849.GJ59920@atarininja.org> On Sat, Mar 07, 2009 at 03:59:27PM +0100, Tobias Rehbein wrote: > Hi all. > > I'm maintainer of the audio/ogg2mp3 port. This port isn't supported upstream anymore, > but I'm trying to keep it in a usable state. > > Since a few weeks the MASTERSITE of the port disappeared. I contacted the author > of ogg2mp3 to see if he'll provide an alternative mirror but got no answer. > > So, if anybody has 14K webspace free to mirror the distfile of audio/ogg2mp3 > let me know. I have space. Please send me what you would like mirrored. -- WXS From cyberbotx at cyberbotx.com Sat Mar 7 08:04:12 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Mar 7 08:04:19 2009 Subject: reintroduction of php5_pcre broken In-Reply-To: <49B1402B.3060904@protected-networks.net> References: <49B1402B.3060904@protected-networks.net> Message-ID: <49B29AF8.2020407@cyberbotx.com> Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > It seems that the reintroduction of php5_pcre has broken something :-( > > PHP Warning: PHP Startup: Unable to load dynamic library > '/usr/local/lib/php/20060613/pcre.so' - > /usr/local/lib/php/20060613/pcre.so: Undefined symbol > "php_pcre_free" in Unknown on line 0 I have an odd situation in regards to this. My FreeBSD 7.1 system shows this same error, but my FreeBSD 6.3 system does not show this error and is loading the module just fine. I compared the order of the modules in /usr/local/etc/php/extensions.ini on both machines, and made them match (although the 6.3 machine also have the apc, ming, and readline modules loaded, which I don't believe are going to affect it), still to no avail on the 7.1 machine. Both systems have the same configure command line (although the 6.3 machine also has --disable-ipv6, which I don't think would affect the pcre module). I've asked around and found that the module also works fine from a Fedora package. So I'm wondering if this issue is FreeBSD specific or not. If need be, I can provide more information that can hopefully trace down here the problem is. Another thing I notice is that doing strings on pcre.so shows pcre_free in the 6.3 version but php_pcre_free on the 7.1 version. Thanks, Naram Qashat > Michael > > (sorry, I'm not subscribed to ports@) > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAkmxQCsACgkQQv9rrgRC1JJ5MQCffhco6Pka76+yVD/Kq8qryBUl > ULsAoL7YJ89NpvWzI5uFYOfzOd0dquCR > =5dc3 > -----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-unsubscribe@freebsd.org" > From gesbbb at yahoo.com Sat Mar 7 08:10:52 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Mar 7 08:11:00 2009 Subject: Using sed in a Makefile Message-ID: <20090307111040.2a00be66@scorpio> I have a question regarding the syntax for 'sed' in a Makefile. Using sed outside a Makefile this works fine. sed -e 's|SIG_DB=${SIG_DB:-""}|SIG_DB=${SIG_DB:-"/var/db/clamav"}|' ./a.sh sed -e 's|CONFIG_FILE=${CONFIG_FILE:-/etc/${SCRIPT_NAME}.conf}|CONFIG_FILE=${CONFIG_FILE:-/usr/local/etc/${SCRIPT_NAME}.conf}|' ./a.sh However, This does not work in a Makefile @${REINPLACE_CMD} -e 's|SIG_DB=${SIG_DB:-""}|SIG_DB=${SIG_DB:-"/var/db/clamav"}|g' ${WRKSRC}/${PORTNAME}.sh @${REINPLACE_CMD} -e 's|CONFIG_FILE=${CONFIG_FILE:-/etc/${SCRIPT_NAME}.conf}|CONFIG_FILE=${CONFIG_FILE:-/usr/local/etc/${SCRIPT_NAME}.conf}|g' ${WRKSRC}/${PORTNAME}.sh Syntax error: Unterminated quoted string *** error code 2 This will probably line wrap making it difficult to read. I just do not understand why it should behave differently. The second line in each example is the one that seems to cause a problem. -- Jerry gesbbb@yahoo.com When the ax entered the forest, the trees said, "The handle is one of us!" Turkish proverb -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/791a9c86/signature.pgp From imb at protected-networks.net Sat Mar 7 08:18:56 2009 From: imb at protected-networks.net (Michael Butler) Date: Sat Mar 7 08:19:03 2009 Subject: reintroduction of php5_pcre broken In-Reply-To: <49B29AF8.2020407@cyberbotx.com> References: <49B1402B.3060904@protected-networks.net> <49B29AF8.2020407@cyberbotx.com> Message-ID: <49B29E62.8080804@protected-networks.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Naram Qashat wrote: > Michael Butler wrote: > It seems that the reintroduction of php5_pcre has broken something :-( > > PHP Warning: PHP Startup: Unable to load dynamic library > '/usr/local/lib/php/20060613/pcre.so' - > /usr/local/lib/php/20060613/pcre.so: Undefined symbol > "php_pcre_free" in Unknown on line 0 I found that running 'make config' in /usr/ports/devel/php5_pcre and selecting 'bundled pcre' solves the problem. The option is noted only as being applicable to apache 2.0.x but I run 2.2 - it works anyway - Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmynmIACgkQQv9rrgRC1JKRsgCfUMfyg8iVLCbTmxToEZLNxbGs QvQAn0X1OxepghTl1MLrI44Lo/puVK1o =5E3B -----END PGP SIGNATURE----- From cyberbotx at cyberbotx.com Sat Mar 7 08:52:45 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Mar 7 08:52:51 2009 Subject: reintroduction of php5_pcre broken In-Reply-To: <49B29E62.8080804@protected-networks.net> References: <49B1402B.3060904@protected-networks.net> <49B29AF8.2020407@cyberbotx.com> <49B29E62.8080804@protected-networks.net> Message-ID: <49B2A65A.4030204@cyberbotx.com> Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Naram Qashat wrote: >> Michael Butler wrote: >> It seems that the reintroduction of php5_pcre has broken something :-( >> >> PHP Warning: PHP Startup: Unable to load dynamic library >> '/usr/local/lib/php/20060613/pcre.so' - >> /usr/local/lib/php/20060613/pcre.so: Undefined symbol >> "php_pcre_free" in Unknown on line 0 > > I found that running 'make config' in /usr/ports/devel/php5_pcre and > selecting 'bundled pcre' solves the problem. The option is noted only as > being applicable to apache 2.0.x but I run 2.2 - it works anyway - This works for my 7.1 system, although oddly enough, I never enabled that knob on my 6.3 system and it still works... Thanks, Naram Qashat > Michael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAkmynmIACgkQQv9rrgRC1JKRsgCfUMfyg8iVLCbTmxToEZLNxbGs > QvQAn0X1OxepghTl1MLrI44Lo/puVK1o > =5E3B > -----END PGP SIGNATURE----- > From johans at stack.nl Sat Mar 7 09:11:19 2009 From: johans at stack.nl (Johan van Selst) Date: Sat Mar 7 09:11:26 2009 Subject: Using sed in a Makefile In-Reply-To: <20090307111040.2a00be66@scorpio> References: <20090307111040.2a00be66@scorpio> Message-ID: <20090307171115.GA21225@mud.stack.nl> Jerry wrote: > @${REINPLACE_CMD} -e 's|CONFIG_FILE=${CONFIG_FILE:-/etc/${SCRIPT_NAME}.conf}|CONFIG_FILE=${CONFIG_FILE:-/usr/local/etc/${SCRIPT_NAME}.conf}|g' ${WRKSRC}/${PORTNAME}.sh > > Syntax error: Unterminated quoted string ${..} will be interpreted by make - even when it is used between '..' which is probably not what you want here. If you want to use a litteral $-sign in your command, use $$ in the Makefile. Ciao, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/4a23e10e/attachment.pgp From dlt at mebtel.net Sat Mar 7 09:21:00 2009 From: dlt at mebtel.net (Derek Tattersall) Date: Sat Mar 7 09:21:10 2009 Subject: Gphoto2 fails to build on -current Message-ID: <20090307151228.GA52430@oriental.arm.org> Error message from make: LIBUSB_LIBS=-L/usr/lib -lusb20 LIBUSB_CFLAGS=-I/usr/include * Fatal: libgphoto2 port access library by default requires libusb >= 0.1.5 to build. config.log is attached. -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libgphoto2 photo camera library configure 2.4.4, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd8.0 ## --------- ## ## Platform. ## ## --------- ## hostname = oriental.arm.org uname -m = amd64 uname -r = 8.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 8.0-CURRENT #44: Fri Mar 6 21:23:42 EST 2009 root@oriental.arm.org:/usr/obj/usr/src/sys/ORIENTAL /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /bin PATH: /usr/bin PATH: /sbin PATH: /usr/sbin PATH: /usr/local/bin PATH: /usr/local/sbin PATH: /usr/games PATH: /home/dlt/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2137: checking for a BSD-compatible install configure:2193: result: /usr/bin/install -c -o root -g wheel configure:2204: checking whether build environment is sane configure:2247: result: yes configure:2275: checking for a thread-safe mkdir -p configure:2314: result: /usr/local/bin/gmkdir -p configure:2327: checking for gawk configure:2343: found /usr/local/bin/gawk configure:2354: result: gawk configure:2365: checking whether gmake sets $(MAKE) configure:2386: result: yes configure:2584: checking for POSIX sh $() command substitution configure:2588: result: yes configure:2725: checking for gcc configure:2752: result: cc configure:2990: checking for C compiler version configure:2997: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3000: $? = 0 configure:3007: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3010: $? = 0 configure:3017: cc -V >&5 cc: '-V' option must have argument configure:3020: $? = 1 configure:3043: checking for C compiler default output file name configure:3070: cc -O2 -pipe -fno-strict-aliasing conftest.c >&5 configure:3073: $? = 0 configure:3111: result: a.out configure:3128: checking whether the C compiler works configure:3138: ./a.out configure:3141: $? = 0 configure:3158: result: yes configure:3165: checking whether we are cross compiling configure:3167: result: no configure:3170: checking for suffix of executables configure:3177: cc -o conftest -O2 -pipe -fno-strict-aliasing conftest.c >&5 configure:3180: $? = 0 configure:3204: result: configure:3210: checking for suffix of object files configure:3236: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 configure:3239: $? = 0 configure:3262: result: o configure:3266: checking whether we are using the GNU C compiler configure:3295: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 configure:3301: $? = 0 configure:3318: result: yes configure:3323: checking whether cc accepts -g configure:3353: cc -c -g conftest.c >&5 configure:3359: $? = 0 configure:3458: result: yes configure:3475: checking for cc option to accept ISO C89 configure:3549: cc -c -O2 -pipe -fno-strict-aliasing conftest.c >&5 configure:3555: $? = 0 configure:3578: result: none needed configure:3607: checking for style of include used by gmake configure:3635: result: GNU configure:3660: checking dependency style of cc configure:3751: result: gcc3 configure:3771: checking how to run the C preprocessor configure:3811: cc -E conftest.c configure:3817: $? = 0 configure:3848: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:3854: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | /* end confdefs.h. */ | #include configure:3887: result: cc -E configure:3916: cc -E conftest.c configure:3922: $? = 0 configure:3953: cc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:3959: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | /* end confdefs.h. */ | #include configure:4112: checking for C++ compiler version configure:4119: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4122: $? = 0 configure:4129: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:4132: $? = 0 configure:4139: c++ -V >&5 c++: '-V' option must have argument configure:4142: $? = 1 configure:4145: checking whether we are using the GNU C++ compiler configure:4174: c++ -c -O2 -pipe -fno-strict-aliasing conftest.cpp >&5 configure:4180: $? = 0 configure:4197: result: yes configure:4202: checking whether c++ accepts -g configure:4232: c++ -c -g conftest.cpp >&5 configure:4238: $? = 0 configure:4337: result: yes configure:4362: checking dependency style of c++ configure:4453: result: gcc3 configure:4481: checking for a BSD-compatible install configure:4537: result: /usr/bin/install -c -o root -g wheel configure:4552: checking whether cc understands -c and -o together configure:4584: cc -c conftest.c -o conftest2.o >&5 configure:4587: $? = 0 configure:4593: cc -c conftest.c -o conftest2.o >&5 configure:4596: $? = 0 configure:4648: result: yes configure:4746: checking for flex configure:4764: found /usr/bin/flex configure:4776: result: /usr/bin/flex configure:4787: checking for bison configure:4820: result: no configure:4827: checking whether to enable GP2DDB configure:4852: result: configure:4894: checking PKG_CONFIG_PATH configure:4897: result: empty configure:4906: checking for pkg-config configure:4924: found /usr/local/bin/pkg-config configure:4937: result: /usr/local/bin/pkg-config configure:5050: checking build system type configure:5068: result: amd64-portbld-freebsd8.0 configure:5090: checking host system type configure:5105: result: amd64-portbld-freebsd8.0 configure:5127: checking for a sed that does not truncate output configure:5183: result: /usr/local/bin/gsed configure:5186: checking for grep that handles long lines and -e configure:5260: result: /usr/bin/grep configure:5265: checking for egrep configure:5343: result: /usr/bin/grep -E configure:5359: checking for ld used by cc configure:5426: result: /usr/bin/ld configure:5435: checking if the linker (/usr/bin/ld) is GNU ld configure:5450: result: yes configure:5455: checking for /usr/bin/ld option to reload object files configure:5462: result: -r configure:5480: checking for BSD-compatible nm configure:5529: result: /usr/bin/nm -B configure:5533: checking whether ln -s works configure:5537: result: yes configure:5544: checking how to recognize dependent libraries configure:5730: result: pass_all configure:6261: checking for ANSI C header files configure:6291: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6297: $? = 0 configure:6396: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6399: $? = 0 configure:6405: ./conftest configure:6408: $? = 0 configure:6425: result: yes configure:6449: checking for sys/types.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for sys/stat.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for stdlib.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for string.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for memory.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for strings.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for inttypes.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for stdint.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6449: checking for unistd.h configure:6470: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6476: $? = 0 configure:6492: result: yes configure:6519: checking dlfcn.h usability configure:6536: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:6542: $? = 0 configure:6556: result: yes configure:6560: checking dlfcn.h presence configure:6575: cc -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c configure:6581: $? = 0 configure:6595: result: yes configure:6628: checking for dlfcn.h configure:6636: result: yes configure:6659: checking how to run the C++ preprocessor configure:6695: c++ -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.cpp configure:6701: $? = 0 configure:6732: c++ -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:6738: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6771: result: c++ -E configure:6800: c++ -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.cpp configure:6806: $? = 0 configure:6837: c++ -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:6843: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:6936: checking for g77 configure:6966: result: no configure:6936: checking for xlf configure:6966: result: no configure:6936: checking for f77 configure:6966: result: no configure:6936: checking for frt configure:6966: result: no configure:6936: checking for pgf77 configure:6966: result: no configure:6936: checking for cf77 configure:6966: result: no configure:6936: checking for fort77 configure:6966: result: no configure:6936: checking for fl32 configure:6966: result: no configure:6936: checking for af77 configure:6966: result: no configure:6936: checking for xlf90 configure:6966: result: no configure:6936: checking for f90 configure:6966: result: no configure:6936: checking for pgf90 configure:6966: result: no configure:6936: checking for pghpf configure:6966: result: no configure:6936: checking for epcf90 configure:6966: result: no configure:6936: checking for gfortran configure:6966: result: no configure:6936: checking for g95 configure:6966: result: no configure:6936: checking for xlf95 configure:6966: result: no configure:6936: checking for f95 configure:6966: result: no configure:6936: checking for fort configure:6966: result: no configure:6936: checking for ifort configure:6966: result: no configure:6936: checking for ifc configure:6966: result: no configure:6936: checking for efc configure:6966: result: no configure:6936: checking for pgf95 configure:6966: result: no configure:6936: checking for lf95 configure:6966: result: no configure:6936: checking for ftn configure:6966: result: no configure:6993: checking for Fortran 77 compiler version configure:7000: --version >&5 --version: not found configure:7003: $? = 127 configure:7010: -v >&5 -v: not found configure:7013: $? = 127 configure:7020: -V >&5 -V: not found configure:7023: $? = 127 configure:7031: checking whether we are using the GNU Fortran 77 compiler configure:7050: -c conftest.F >&5 -c: not found configure:7056: $? = 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif | | end configure:7073: result: no configure:7079: checking whether accepts -g configure:7096: -c -g conftest.f >&5 -c: not found configure:7102: $? = 127 configure: failed program was: | program main | | end configure:7118: result: no configure:7147: checking the maximum length of command line arguments configure:7259: result: 262144 configure:7271: checking command to parse /usr/bin/nm -B output from cc object configure:7376: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 conftest.c:5: warning: no previous prototype for 'nm_test_func' configure:7379: $? = 0 configure:7383: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:7386: $? = 0 configure:7438: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c conftstm.o >&5 configure:7441: $? = 0 configure:7479: result: ok configure:7483: checking for objdir configure:7498: result: .libs configure:7590: checking for ar configure:7606: found /usr/bin/ar configure:7617: result: ar configure:7686: checking for ranlib configure:7702: found /usr/bin/ranlib configure:7713: result: ranlib configure:7782: checking for strip configure:7798: found /usr/bin/strip configure:7809: result: strip configure:8407: checking if cc supports -fno-rtti -fno-exceptions configure:8425: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:8429: $? = 0 configure:8442: result: no configure:8457: checking for cc option to produce PIC configure:8689: result: -fPIC configure:8697: checking if cc PIC flag -fPIC works configure:8715: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -fPIC -DPIC conftest.c >&5 configure:8719: $? = 0 configure:8732: result: yes configure:8760: checking if cc static flag -static works configure:8788: result: yes configure:8798: checking if cc supports -c -o file.o configure:8819: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -o out/conftest2.o conftest.c >&5 configure:8823: $? = 0 configure:8845: result: yes configure:8871: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:9851: result: yes configure:9872: checking whether -lc should be explicitly linked in configure:9877: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:9880: $? = 0 configure:9895: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:9898: $? = 0 configure:9910: result: no configure:9918: checking dynamic linker characteristics configure:10520: result: freebsd8.0 ld.so configure:10544: checking how to hardcode library paths into programs configure:10569: result: immediate configure:10583: checking whether stripping libraries is possible configure:10588: result: yes configure:10712: checking for shl_load configure:10768: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 /var/tmp//ccyCiXrs.o(.text+0x7): In function `main': /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/conftest.c:55: undefined reference to `shl_load' configure:10774: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | /* Define shl_load to an innocuous variant, in case declares shl_load. | For example, HP-UX 11i declares gettimeofday. */ | #define shl_load innocuous_shl_load | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char shl_load (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef shl_load | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char shl_load (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_shl_load || defined __stub___shl_load | choke me | #endif | | int | main () | { | return shl_load (); | ; | return 0; | } configure:10791: result: no configure:10796: checking for shl_load in -ldld configure:10831: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c -ldld >&5 /usr/bin/ld: cannot find -ldld configure:10837: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char shl_load (); | int | main () | { | return shl_load (); | ; | return 0; | } configure:10855: result: no configure:10860: checking for dlopen configure:10916: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 configure:10922: $? = 0 configure:10939: result: yes configure:11172: checking whether a program can dlopen itself configure:11246: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -DHAVE_DLFCN_H -Wl,--export-dynamic conftest.c >&5 configure:11227: warning: no previous prototype for 'fnord' configure: In function 'fnord': configure:11227: warning: unused variable 'i' configure: In function 'main': configure:11242: warning: implicit declaration of function 'exit' configure:11242: warning: incompatible implicit declaration of built-in function 'exit' configure:11249: $? = 0 configure:11267: result: yes configure:11272: checking whether a statically linked program can dlopen itself configure:11346: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c >&5 configure:11327: warning: no previous prototype for 'fnord' configure: In function 'fnord': configure:11327: warning: unused variable 'i' configure: In function 'main': configure:11342: warning: implicit declaration of function 'exit' configure:11342: warning: incompatible implicit declaration of built-in function 'exit' configure:11349: $? = 0 Service unavailable configure:11367: result: no configure:11390: checking if libtool supports shared libraries configure:11392: result: yes configure:11395: checking whether to build shared libraries configure:11416: result: yes configure:11419: checking whether to build static libraries configure:11423: result: no configure:11517: creating libtool configure:12110: checking for ld used by c++ configure:12177: result: /usr/bin/ld configure:12186: checking if the linker (/usr/bin/ld) is GNU ld configure:12201: result: yes configure:12252: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13198: result: yes configure:13215: c++ -c -O2 -pipe -fno-strict-aliasing -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.cpp >&5 configure:13218: $? = 0 configure:13374: checking for c++ option to produce PIC configure:13658: result: -fPIC configure:13666: checking if c++ PIC flag -fPIC works configure:13684: c++ -c -O2 -pipe -fno-strict-aliasing -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -fPIC -DPIC conftest.cpp >&5 configure:13688: $? = 0 configure:13701: result: yes configure:13729: checking if c++ static flag -static works configure:13757: result: yes configure:13767: checking if c++ supports -c -o file.o configure:13788: c++ -c -O2 -pipe -fno-strict-aliasing -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -o out/conftest2.o conftest.cpp >&5 configure:13792: $? = 0 configure:13814: result: yes configure:13840: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13866: result: yes configure:13933: checking dynamic linker characteristics configure:14483: result: freebsd8.0 ld.so configure:14507: checking how to hardcode library paths into programs configure:14532: result: immediate configure:20978: checking for libltdl flags configure:20980: result: set explicitly: -I/usr/local/include -L/usr/local/lib -lltdl configure:20991: checking that we can compile and link with libltdl configure:21021: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c -L/usr/local/lib -lltdl >&5 conftest.c: In function 'main': conftest.c:27: warning: unused variable 'ret' configure:21027: $? = 0 configure:21033: result: yes configure:21230: checking for po/Makevars requiring hack configure:21237: result: no configure:21256: checking whether NLS is requested configure:21265: result: yes configure:21303: checking for msgfmt configure:21334: result: /usr/local/bin/msgfmt configure:21343: checking for gmsgfmt configure:21374: result: /usr/local/bin/msgfmt configure:21414: checking for xgettext configure:21445: result: /usr/local/bin/xgettext configure:21485: checking for msgmerge configure:21515: result: /usr/local/bin/msgmerge configure:21590: checking for ld used by GCC configure:21654: result: /usr/bin/ld configure:21663: checking if the linker (/usr/bin/ld) is GNU ld configure:21676: result: yes configure:21682: checking for shared library run path origin configure:21695: result: done configure:22111: checking whether NLS is requested configure:22120: result: yes configure:22138: checking for GNU gettext in libc configure:22167: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE conftest.c >&5 conftest.c:31:21: error: libintl.h: No such file or directory conftest.c: In function 'main': conftest.c:37: warning: implicit declaration of function 'bindtextdomain' conftest.c:38: warning: implicit declaration of function 'gettext' conftest.c:38: warning: incompatible implicit declaration of built-in function 'gettext' configure:22173: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | /* end confdefs.h. */ | #include | extern int _nl_msg_cat_cntr; | extern int *_nl_domain_bindings; | int | main () | { | bindtextdomain ("", ""); | return (long) gettext ("") + _nl_msg_cat_cntr + *_nl_domain_bindings | ; | return 0; | } configure:22190: result: no configure:22224: checking for iconv configure:22256: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 /var/tmp//ccf6Z3r2.o(.text+0xa): In function `main': /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/conftest.c:36: undefined reference to `libiconv_open' /var/tmp//ccf6Z3r2.o(.text+0x1e):/usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/conftest.c:37: undefined reference to `libiconv' /var/tmp//ccf6Z3r2.o(.text+0x26):/usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/conftest.c:38: undefined reference to `libiconv_close' configure:22262: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | /* end confdefs.h. */ | #include | #include | int | main () | { | iconv_t cd = iconv_open("",""); | iconv(cd,NULL,NULL,NULL,NULL); | iconv_close(cd); | ; | return 0; | } configure:22305: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib >&5 configure:22311: $? = 0 configure:22332: result: yes configure:22342: checking how to link with libiconv configure:22344: result: /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure:22733: checking for GNU gettext in libintl configure:22770: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib >&5 configure:22776: $? = 0 configure:22851: result: yes configure:22880: checking whether to use NLS configure:22882: result: yes configure:22885: checking where the gettext function comes from configure:22896: result: external libintl configure:22904: checking how to link with libintl configure:22906: result: /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure:22991: checking for msgfmt configure:23022: result: /usr/local/bin/msgfmt configure:23031: checking for gmsgfmt configure:23062: result: /usr/local/bin/msgfmt configure:23102: checking for xgettext configure:23133: result: /usr/local/bin/xgettext configure:23173: checking for msgmerge configure:23203: result: /usr/local/bin/msgmerge configure:23268: checking for iconv configure:23376: result: yes configure:23386: checking how to link with libiconv configure:23388: result: /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure:23399: checking for iconv declaration configure:23438: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:44: error: conflicting types for 'libiconv' /usr/local/include/iconv.h:83: error: previous declaration of 'libiconv' was here configure:23444: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | /* end confdefs.h. */ | | #include | #include | extern | #ifdef __cplusplus | "C" | #endif | #if defined(__STDC__) || defined(__cplusplus) | size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); | #else | size_t iconv(); | #endif | | int | main () | { | | ; | return 0; | } configure:23462: result: extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); configure:23519: checking for special C compiler options needed for large files configure:23612: result: no configure:23618: checking for _FILE_OFFSET_BITS value needed for large files configure:23653: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:23659: $? = 0 configure:23727: result: no configure:23864: checking for main in -libs configure:23893: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c -libs >&5 /usr/bin/ld: cannot find -libs configure:23899: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | /* end confdefs.h. */ | | | int | main () | { | return main (); | ; | return 0; | } configure:23917: result: no configure:23933: checking for jpeg_start_decompress in -ljpeg configure:23968: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c -ljpeg >&5 /usr/bin/ld: cannot find -ljpeg configure:23974: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | /* end confdefs.h. */ | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char jpeg_start_decompress (); | int | main () | { | return jpeg_start_decompress (); | ; | return 0; | } configure:23992: result: no configure:24162: checking for dirent.h that defines DIR configure:24191: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:24197: $? = 0 configure:24213: result: yes configure:24226: checking for library containing opendir configure:24267: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:24273: $? = 0 configure:24301: result: none required configure:24396: checking for ANSI C header files configure:24560: result: yes configure:24589: checking getopt.h usability configure:24606: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:24612: $? = 0 configure:24626: result: yes configure:24630: checking getopt.h presence configure:24645: cc -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c configure:24651: $? = 0 configure:24665: result: yes configure:24698: checking for getopt.h configure:24706: result: yes configure:24579: checking for unistd.h configure:24585: result: yes configure:24589: checking mcheck.h usability configure:24606: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:74:20: error: mcheck.h: No such file or directory configure:24612: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:24626: result: no configure:24630: checking mcheck.h presence configure:24645: cc -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c conftest.c:41:20: error: mcheck.h: No such file or directory configure:24651: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | /* end confdefs.h. */ | #include configure:24665: result: no configure:24698: checking for mcheck.h configure:24706: result: no configure:24589: checking limits.h usability configure:24606: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:24612: $? = 0 configure:24626: result: yes configure:24630: checking limits.h presence configure:24645: cc -E -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c configure:24651: $? = 0 configure:24665: result: yes configure:24698: checking for limits.h configure:24706: result: yes configure:24719: checking for inline configure:24745: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:45: warning: no previous prototype for 'foo' configure:24751: $? = 0 configure:24769: result: inline configure:24788: checking for an ANSI C-conforming const configure:24863: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:71: warning: 't' is used uninitialized in this function conftest.c:87: warning: 'b' is used uninitialized in this function conftest.c:93: warning: 'cs[0]' is used uninitialized in this function configure:24869: $? = 0 configure:24884: result: yes configure:24897: checking for size_t configure:24927: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:24933: $? = 0 configure:24948: result: yes configure:24975: checking for getopt configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for getopt_long configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for mkdir configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for strdup configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:68: warning: conflicting types for built-in function 'strdup' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for strncpy configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:69: warning: conflicting types for built-in function 'strncpy' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for strcpy configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:70: warning: conflicting types for built-in function 'strcpy' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for snprintf configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:71: warning: conflicting types for built-in function 'snprintf' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for sprintf configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:72: warning: conflicting types for built-in function 'sprintf' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for vsnprintf configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:73: warning: conflicting types for built-in function 'vsnprintf' configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for gmtime_r configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25037: $? = 0 configure:25055: result: yes configure:24975: checking for statfs configure:25031: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25037: $? = 0 configure:25055: result: yes configure:25066: checking whether struct tm is in sys/time.h or time.h configure:25096: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:25102: $? = 0 configure:25117: result: time.h configure:25128: checking for tm_gmtoff in struct tm configure:25157: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:62: warning: statement with no effect configure:25163: $? = 0 configure:25174: result: yes configure:25196: checking for sys/mount.h configure:25222: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 In file included from /usr/include/sys/mount.h:36, from conftest.c:61: /usr/include/sys/ucred.h:74: error: 'NGROUPS' undeclared here (not in a function) configure:25228: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #if HAVE_SYS_PARAM_H | # include | #endif | | | #include configure:25244: result: no configure:25196: checking for sys/statfs.h configure:25222: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:61:24: error: sys/statfs.h: No such file or directory configure:25228: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #if HAVE_SYS_PARAM_H | # include | #endif | | | #include configure:25244: result: no configure:25196: checking for sys/user.h configure:25222: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 In file included from /usr/include/sys/user.h:44, from conftest.c:61: /usr/include/sys/ucred.h:74: error: 'NGROUPS' undeclared here (not in a function) In file included from /usr/include/sys/user.h:49, from conftest.c:61: /usr/include/sys/proc.h:83: error: 'MAXLOGNAME' undeclared here (not in a function) /usr/include/sys/proc.h:83: error: variably modified 's_login' at file scope /usr/include/sys/proc.h:235: error: 'MAXCOMLEN' undeclared here (not in a function) In file included from conftest.c:61: /usr/include/sys/user.h:303: error: 'PATH_MAX' undeclared here (not in a function) configure:25228: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #if HAVE_SYS_PARAM_H | # include | #endif | | | #include configure:25244: result: no configure:25196: checking for sys/vfs.h configure:25222: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c:61:21: error: sys/vfs.h: No such file or directory configure:25228: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #if HAVE_SYS_PARAM_H | # include | #endif | | | #include configure:25244: result: no configure:25256: checking for struct statfs.f_bfree configure:25299: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25305: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (ac_aggr.f_bfree) | return 0; | ; | return 0; | } configure:25353: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25359: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (sizeof ac_aggr.f_bfree) | return 0; | ; | return 0; | } configure:25377: result: no configure:25387: checking for struct statfs.f_bavail configure:25430: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25436: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (ac_aggr.f_bavail) | return 0; | ; | return 0; | } configure:25484: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25490: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (sizeof ac_aggr.f_bavail) | return 0; | ; | return 0; | } configure:25508: result: no configure:25518: checking for struct statfs.f_favail configure:25561: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25567: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (ac_aggr.f_favail) | return 0; | ; | return 0; | } configure:25615: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:73: error: storage size of 'ac_aggr' isn't known conftest.c:73: warning: unused variable 'ac_aggr' configure:25621: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #include | #ifdef HAVE_SYS_PARAM_H | # include | #endif | #ifdef HAVE_SYS_MOUNT_H | # include | #endif | #ifdef HAVE_SYS_VFS_H | # include | #endif | #ifdef HAVE_SYS_STATFS_H | # include | #endif | | | int | main () | { | static struct statfs ac_aggr; | if (sizeof ac_aggr.f_favail) | return 0; | ; | return 0; | } configure:25639: result: no configure:25651: checking for struct statvfs.f_blocks configure:25684: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:63: error: storage size of 'ac_aggr' isn't known conftest.c:63: warning: unused variable 'ac_aggr' configure:25690: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #ifdef HAVE_SYS_STATVFS_H | # include | #endif | | | int | main () | { | static struct statvfs ac_aggr; | if (ac_aggr.f_blocks) | return 0; | ; | return 0; | } configure:25728: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:63: error: storage size of 'ac_aggr' isn't known conftest.c:63: warning: unused variable 'ac_aggr' configure:25734: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | | #ifdef HAVE_SYS_STATVFS_H | # include | #endif | | | int | main () | { | static struct statvfs ac_aggr; | if (sizeof ac_aggr.f_blocks) | return 0; | ; | return 0; | } configure:25752: result: no configure:25774: checking for uint8_t in stdint.h configure:25791: result: yes configure:26015: checking whether byte ordering is bigendian configure:26048: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 configure:26054: $? = 0 configure:26086: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:61: error: 'not' undeclared (first use in this function) conftest.c:61: error: (Each undeclared identifier is reported only once conftest.c:61: error: for each function it appears in.) conftest.c:61: error: expected ';' before 'big' configure:26092: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "libgphoto2 photo camera library" | #define PACKAGE_TARNAME "libgphoto2" | #define PACKAGE_VERSION "2.4.4" | #define PACKAGE_STRING "libgphoto2 photo camera library 2.4.4" | #define PACKAGE_BUGREPORT "gphoto-devel@lists.sourceforge.net" | #define PACKAGE "libgphoto2" | #define VERSION "2.4.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_CC "cc" | #define URL_GPHOTO_HOME "http://www.gphoto.org/" | #define URL_GPHOTO_PROJECT "http://sourceforge.net/projects/gphoto" | #define URL_DIGICAM_LIST "http://www.teaser.fr/~hfiguiere/linux/digicam.html" | #define URL_JPHOTO_HOME "http://jphoto.sourceforge.net/" | #define URL_USB_MASSSTORAGE "http://www.linux-usb.org/USB-guide/x498.html" | #define MAIL_GPHOTO_DEVEL "" | #define MAIL_GPHOTO_USER "" | #define MAIL_GPHOTO_TRANSLATION "" | #define GETTEXT_PACKAGE "libgphoto2-2" | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_GETOPT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LIMITS_H 1 | #define HAVE_GETOPT 1 | #define HAVE_GETOPT_LONG 1 | #define HAVE_MKDIR 1 | #define HAVE_STRDUP 1 | #define HAVE_STRNCPY 1 | #define HAVE_STRCPY 1 | #define HAVE_SNPRINTF 1 | #define HAVE_SPRINTF 1 | #define HAVE_VSNPRINTF 1 | #define HAVE_GMTIME_R 1 | #define HAVE_STATFS 1 | #define HAVE_TM_GMTOFF 1 | /* end confdefs.h. */ | #include | #include | | int | main () | { | #if BYTE_ORDER != BIG_ENDIAN | not big endian | #endif | | ; | return 0; | } configure:26232: result: no configure:26253: checking for le32toh in machine/endian.h configure:26280: result: no configure:26285: checking for ntohl in arpa/inet.h configure:26302: result: yes configure:26359: checking for swap32 in machine/endian.h configure:26384: result: no configure:26388: checking for bswap_32 in byteswap.h conftest.c:55:22: error: byteswap.h: No such file or directory configure:26417: result: no configure:26421: checking for bswap32 in machine/endian.h configure:26454: result: no configure:26458: checking for __byte_swap_long in sys/types.h configure:26475: result: yes configure:26840: checking where to install camlibs configure:26854: result: ${libdir}/libgphoto2/2.4.4 configure:26930: checking which drivers to compile configure:26944: result: all configure:26989: checking main docdir configure:27001: result: ${prefix}/share/doc (FHS style) configure:27013: checking package docdir configure:27024: result: ${prefix}/share/doc/libgphoto2 (default style) configure:27032: checking for dot configure:27063: result: false configure:27073: checking for doxygen configure:27104: result: false configure:27240: checking for html dir configure:27244: result: ${prefix}/share/doc/libgphoto2/html (default) configure:27267: checking for rpmbuild or rpm configure:27275: result: using autodetection configure:27281: checking for rpmbuild configure:27311: result: no configure:27281: checking for rpm configure:27311: result: no configure:27320: checking for rpmbuild or rpm configure:27322: result: false (autodetected) configure:27427: checking for dynamic library extension configure:27449: result: .so configure:27561: checking pkg-config is at least version 0.9.0 configure:27564: result: yes configure:27583: checking for libexif to use configure:27601: result: autodetect configure:27610: checking for LIBEXIF configure:27617: $PKG_CONFIG --exists --print-errors "libexif >= 0.6.13" configure:27620: $? = 0 configure:27633: $PKG_CONFIG --exists --print-errors "libexif >= 0.6.13" configure:27636: $? = 0 configure:27671: result: yes configure:27842: checking whether we use a version of libexif with ExifData.ifd[] configure:27867: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I/usr/local/include conftest.c >&5 configure:27873: $? = 0 configure:27884: result: yes configure:27914: checking libexif/exif-data.h usability configure:27931: cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I/usr/local/include conftest.c >&5 configure:27937: $? = 0 configure:27951: result: yes configure:27955: checking libexif/exif-data.h presence configure:27970: cc -E -I/usr/local/include conftest.c configure:27976: $? = 0 configure:27990: result: yes configure:28023: checking for libexif/exif-data.h configure:28030: result: yes configure:28044: checking for function exif_data_new in libexif configure:28076: cc -o conftest -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include conftest.c -L/usr/local/lib -lexif -lm >&5 configure:28082: $? = 0 configure:28099: result: yes configure:28125: checking libexif library flags configure:28127: result: "-L/usr/local/lib -lexif -lm " configure:28129: checking libexif cpp flags configure:28131: result: "-I/usr/local/include " configure:28148: checking for libusb-config configure:28166: found /usr/local/bin/libusb-config configure:28178: result: /usr/local/bin/libusb-config configure:28432: creating ./config.status ## ---------------------- ## ## Running config.status. ## ## ---------------------- ## This file was extended by libgphoto2 photo camera library config.status 2.4.4, which was generated by GNU Autoconf 2.61. Invocation command line was CONFIG_FILES = CONFIG_HEADERS = CONFIG_LINKS = CONFIG_COMMANDS = $ ./config.status on oriental.arm.org config.status:798: creating README config.status:798: creating Makefile config.status:798: creating gphoto2-config config.status:798: creating camlibs/Makefile config.status:798: creating camlibs/canon/doc/Makefile config.status:798: creating camlibs/konica/localization/Makefile config.status:798: creating libgphoto2/Makefile config.status:798: creating libgphoto2.pc config.status:798: creating libgphoto2-uninstalled.pc config.status:798: creating examples/Makefile config.status:798: creating tests/Makefile config.status:798: creating tests/check-camera-list.sh config.status:798: creating tests/ddb/Makefile config.status:798: creating tests/ddb/check-ddb.sh config.status:798: creating packaging/Makefile config.status:798: creating packaging/linux-hotplug/Makefile config.status:798: creating packaging/generic/Makefile config.status:798: creating packaging/rpm/Makefile config.status:798: creating packaging/rpm/package.spec config.status:798: creating po/Makefile.in config.status:938: WARNING: po/Makefile.in.in seems to ignore the --datarootdir setting config.status:798: creating doc/Makefile config.status:798: creating doc/Doxyfile config.status:798: creating doc/api/Makefile config.status:798: creating config.h config.status:1068: config.h is unchanged config.status:1115: executing depfiles commands config.status:1115: executing default-1 commands config.status:1115: executing default-2 commands configure:30322: === configuring in libgphoto2_port (/usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port) configure:30425: running /bin/sh ./configure '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.0' 'build_alias=amd64-portbld-freebsd8.0' 'CC=cc' 'CFLAGS=-O2 -pipe -fno-strict-aliasing' 'CXX=c++' 'CXXFLAGS=-O2 -pipe -fno-strict-aliasing' 'LTDLINCL=-I/usr/local/include' 'LIBLTDL=-L/usr/local/lib -lltdl' --cache-file=/dev/null --srcdir=. configure:30430: error: ./configure failed for libgphoto2_port ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd8.0 ac_cv_c_bigendian=no ac_cv_c_compiler_gnu=yes ac_cv_c_const=yes ac_cv_c_inline=inline ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -pipe -fno-strict-aliasing' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -pipe -fno-strict-aliasing' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBEXIF_CFLAGS_set='' ac_cv_env_LIBEXIF_CFLAGS_value='' ac_cv_env_LIBEXIF_LIBS_set='' ac_cv_env_LIBEXIF_LIBS_value='' ac_cv_env_LIBLTDL_set=set ac_cv_env_LIBLTDL_value='-L/usr/local/lib -lltdl' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_LTDLINCL_set=set ac_cv_env_LTDLINCL_value=-I/usr/local/include ac_cv_env_PKG_CONFIG_PATH_set='' ac_cv_env_PKG_CONFIG_PATH_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd8.0 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_env_udevscriptdir_set='' ac_cv_env_udevscriptdir_value='' ac_cv_env_utilsdir_set='' ac_cv_env_utilsdir_value='' ac_cv_f77_compiler_gnu=no ac_cv_func_dlopen=yes ac_cv_func_getopt=yes ac_cv_func_getopt_long=yes ac_cv_func_gmtime_r=yes ac_cv_func_mkdir=yes ac_cv_func_shl_load=no ac_cv_func_snprintf=yes ac_cv_func_sprintf=yes ac_cv_func_statfs=yes ac_cv_func_strcpy=yes ac_cv_func_strdup=yes ac_cv_func_strncpy=yes ac_cv_func_vsnprintf=yes ac_cv_header_dirent_dirent_h=yes ac_cv_header_dlfcn_h=yes ac_cv_header_getopt_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_libexif_exif_data_h=yes ac_cv_header_limits_h=yes ac_cv_header_mcheck_h=no ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_mount_h=no ac_cv_header_sys_stat_h=yes ac_cv_header_sys_statfs_h=no ac_cv_header_sys_types_h=yes ac_cv_header_sys_user_h=no ac_cv_header_sys_vfs_h=no ac_cv_header_unistd_h=yes ac_cv_host=amd64-portbld-freebsd8.0 ac_cv_lib_dld_shl_load=no ac_cv_lib_ibs_main=no ac_cv_lib_jpeg_jpeg_start_decompress=no ac_cv_member_struct_statfs_f_bavail=no ac_cv_member_struct_statfs_f_bfree=no ac_cv_member_struct_statfs_f_favail=no ac_cv_member_struct_statvfs_f_blocks=no ac_cv_objext=o ac_cv_path_DOLT_BASH='' ac_cv_path_DOT=false ac_cv_path_DOXYGEN=false ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_FLEX=/usr/bin/flex ac_cv_path_GMSGFMT=/usr/local/bin/msgfmt ac_cv_path_GREP=/usr/bin/grep ac_cv_path_LIBUSB_CONFIG=/usr/local/bin/libusb-config ac_cv_path_MSGFMT=/usr/local/bin/msgfmt ac_cv_path_MSGMERGE=/usr/local/bin/msgmerge ac_cv_path_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_path_XGETTEXT=/usr/local/bin/xgettext ac_cv_path_mkdir=/usr/local/bin/gmkdir ac_cv_prog_AWK=gawk ac_cv_prog_CPP='cc -E' ac_cv_prog_CXXCPP='c++ -E' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_cc_c_o=yes ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_f77_g=no ac_cv_prog_make_gmake_set=yes ac_cv_search_opendir='none required' ac_cv_struct_tm=time.h ac_cv_sys_file_offset_bits=no ac_cv_sys_largefile_CC=no ac_cv_type_size_t=yes ac_cv_type_uint8_t=yes acl_cv_hardcode_direct=no acl_cv_hardcode_libdir_flag_spec='${wl}-rpath ${wl}$libdir' acl_cv_hardcode_libdir_separator='' acl_cv_hardcode_minus_L=no acl_cv_libext=a acl_cv_path_LD=/usr/bin/ld acl_cv_prog_gnu_ld=yes acl_cv_rpath=done acl_cv_shlibext=so acl_cv_wl=-Wl, am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 am_cv_func_iconv=yes am_cv_lib_iconv=yes am_cv_proto_iconv='extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);' am_cv_proto_iconv_arg1=const gt_cv_func_gnugettext1_libc=no gt_cv_func_gnugettext1_libintl=yes lt_cv_deplibs_check_method=pass_all lt_cv_dlopen=dlopen lt_cv_dlopen_libs='' lt_cv_dlopen_self=yes lt_cv_dlopen_self_static=no lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_SED=/usr/local/bin/gsed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_pic_works_CXX=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_compiler_static_works_CXX=yes lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_lib_dlsearch_path_spec='/lib /usr/lib' lt_cv_sys_lib_search_path_spec=/usr/lib lt_cv_sys_max_cmd_len=262144 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' pkg_cv_LIBEXIF_CFLAGS='-I/usr/local/include ' pkg_cv_LIBEXIF_LIBS='-L/usr/local/lib -lexif -lm ' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run aclocal-1.10' ALL_CURRENT_CAMLIBS='adc65 agfa_cl20 aox barbie canon casio_qv clicksmart310 digigr8 digita dimera3500 directory enigma13 fuji gsmart300 hp215 iclick jamcam jd11 jl2005a kodak_dc120 kodak_dc210 kodak_dc240 kodak_dc3200 kodak_ez200 konica konica_qm150 largan lg_gsm mars dimagev mustek panasonic_coolshot panasonic_l859 panasonic_dc1000 panasonic_dc1580 pccam300 pccam600 polaroid_pdc320 polaroid_pdc640 polaroid_pdc700 ptp2 ricoh ricoh_g3 samsung sierra sipix_blink2 sipix_web2 smal sonix sony_dscf1 sony_dscf55 soundvision spca50x sq905 stv0674 stv0680 sx330z topfield toshiba_pdrm11' ALL_DEFINED_CAMLIBS='adc65 agfa_cl20 aox barbie canon casio_qv clicksmart310 digigr8 digita dimera3500 directory enigma13 fuji gsmart300 hp215 iclick jamcam jd11 jl2005a kodak_dc120 kodak_dc210 kodak_dc240 kodak_dc3200 kodak_ez200 konica konica_qm150 largan lg_gsm mars dimagev mustek panasonic_coolshot panasonic_l859 panasonic_dc1000 panasonic_dc1580 pccam300 pccam600 polaroid_pdc320 polaroid_pdc640 polaroid_pdc700 ptp2 ricoh ricoh_g3 samsung sierra sipix_blink2 sipix_web2 smal sonix sony_dscf1 sony_dscf55 soundvision spca50x sq905 stv0674 stv0680 sx330z topfield toshiba_pdrm11 jl2005c sipix_blink template' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run tar' AM_CFLAGS=' -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes' AM_CPPFLAGS=' -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -DLOCALEDIR=\"$(datadir)/locale\" -DCAMLIBS=\"$(camlibdir)\"' AM_CXXFLAGS=' -O2 -pipe -fno-strict-aliasing' AM_LDFLAGS=' -Wall -g' AR='ar' AS='as' AUTOCONF='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run autoconf' AUTOHEADER='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run autoheader' AUTOMAKE='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run automake-1.10' AWK='gawk' BISON='' BUILD_THESE_CAMLIBS=' adc65.la agfa_cl20.la aox.la barbie.la canon.la casio_qv.la clicksmart310.la digigr8.la digita.la dimera3500.la directory.la enigma13.la fuji.la gsmart300.la hp215.la iclick.la jamcam.la jd11.la jl2005a.la kodak_dc120.la kodak_dc210.la kodak_dc240.la kodak_dc3200.la kodak_ez200.la konica.la konica_qm150.la largan.la lg_gsm.la mars.la dimagev.la mustek.la panasonic_coolshot.la panasonic_l859.la panasonic_dc1000.la panasonic_dc1580.la pccam300.la pccam600.la polaroid_pdc320.la polaroid_pdc640.la polaroid_pdc700.la ptp2.la ricoh.la ricoh_g3.la samsung.la sierra.la sipix_blink2.la sipix_web2.la smal.la sonix.la sony_dscf1.la sony_dscf55.la soundvision.la spca50x.la sq905.la stv0674.la stv0680.la sx330z.la topfield.la toshiba_pdrm11.la' CAMLIB_LDFLAGS='-module -no-undefined -avoid-version -export-dynamic -export-symbols $(top_srcdir)/camlibs/camlib.sym' CAMLIB_LIBS='$(top_builddir)/libgphoto2/libgphoto2.la' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS=' -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-declarations -Wmissing-prototypes' CPP='cc -E' CPPFLAGS=' -I$(top_srcdir) -I$(top_builddir) -I$(top_srcdir)/libgphoto2_port -I$(top_srcdir)/libgphoto2 -I$(top_builddir)/libgphoto2 -Wall -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O2 -pipe -fno-strict-aliasing' CYGPATH_W='echo' DEFS='-DHAVE_CONFIG_H' DEPDIR='.deps' DLLTOOL='dlltool' DOT='false' DOXYGEN='false' DOXYGEN_OUTPUT_DIR='doxygen-output' DSYMUTIL='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' ENABLED_GP2DDB_FALSE='' ENABLED_GP2DDB_TRUE='#' ENABLE_GTK_DOC_FALSE='' ENABLE_GTK_DOC_TRUE='#' ENABLE_RPM_FALSE='' ENABLE_RPM_TRUE='#' EXEEXT='' F77='' FFLAGS='' FLEX='/usr/bin/flex' GETTEXT_PACKAGE='libgphoto2-2' GMSGFMT='/usr/local/bin/msgfmt' GREP='/usr/bin/grep' GTKDOC='' HAVE_CXX_FALSE='#' HAVE_CXX_TRUE='' HAVE_DOT='NO' HAVE_DOT_FALSE='' HAVE_DOT_TRUE='#' HAVE_DOXYGEN_FALSE='' HAVE_DOXYGEN_TRUE='#' HAVE_GCC_FALSE='#' HAVE_GCC_TRUE='' HAVE_LIBEXIF_FALSE='#' HAVE_LIBEXIF_TRUE='' HAVE_LIBUSB_FALSE='#' HAVE_LIBUSB_TRUE='' HAVE_LINUX_FALSE='' HAVE_LINUX_TRUE='#' HAVE_UDEV_FALSE='' HAVE_UDEV_TRUE='#' HTML_APIDOC_DIR='libgphoto2-api.html' HTML_APIDOC_INTERNALS_DIR='libgphoto2-internals.html' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INTLLIBS='/usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LDFLAGS='' LIBEXIF_CFLAGS='-I/usr/local/include ' LIBEXIF_CONFIG_PROG='' LIBEXIF_LIBS='-L/usr/local/lib -lexif -lm ' LIBGPHOTO2_AGE='4' LIBGPHOTO2_CURRENT='6' LIBGPHOTO2_CURRENT_MIN='2' LIBGPHOTO2_REVISION='0' LIBGPHOTO2_VERSION_INFO='6:0:4' LIBICONV='/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LIBINTL='/usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LIBJPEG='' LIBLTDL='-L/usr/local/lib -lltdl' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) /home/ports/usr/ports/graphics/libgphoto2/work/gnome-libtool' LIBUSB_CONFIG='/usr/local/bin/libusb-config' LN_S='ln -s' LTDLINCL='-I/usr/local/include' LTLIBICONV='-L/usr/local/lib -liconv -R/usr/local/lib' LTLIBINTL='-L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib' LTLIBOBJS='' MAIL_GPHOTO_DEVEL='' MAIL_GPHOTO_TRANSLATION='' MAIL_GPHOTO_USER='' MAKEINFO='${SHELL} /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/missing --run makeinfo' MKINSTALLDIRS='$(top_builddir)/auto-aux/mkinstalldirs' MSGFMT='/usr/local/bin/msgfmt' MSGMERGE='/usr/local/bin/msgmerge' NMEDIT='' NO_UNUSED_CFLAGS='-Wno-unused' OBJDUMP='objdump' OBJEXT='o' PACKAGE='libgphoto2' PACKAGE_BUGREPORT='gphoto-devel@lists.sourceforge.net' PACKAGE_NAME='libgphoto2 photo camera library' PACKAGE_STRING='libgphoto2 photo camera library 2.4.4' PACKAGE_TARNAME='libgphoto2' PACKAGE_VERSION='2.4.4' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' PKG_CONFIG_PATH='' POSUB='po' RANLIB='ranlib' REQUIREMENTS_FOR_LIBEXIF='libexif >= 0.6.13' RPMBUILD='false' RPM_LIBUSB_DEVEL_FALSE='' RPM_LIBUSB_DEVEL_TRUE='#' SED='/usr/local/bin/gsed' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' URL_DIGICAM_LIST='http://www.teaser.fr/~hfiguiere/linux/digicam.html' URL_GPHOTO_HOME='http://www.gphoto.org/' URL_GPHOTO_PROJECT='http://sourceforge.net/projects/gphoto' URL_JPHOTO_HOME='http://jphoto.sourceforge.net/' URL_USB_MASSSTORAGE='http://www.linux-usb.org/USB-guide/x498.html' USE_NLS='yes' VERSION='2.4.4' XGETTEXT='/usr/local/bin/xgettext' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_F77='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' apidocdir='${prefix}/share/doc/libgphoto2/html/api' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd8.0' build_alias='amd64-portbld-freebsd8.0' build_cpu='amd64' build_os='freebsd8.0' build_vendor='portbld' camlibdir='${libdir}/libgphoto2/2.4.4' camlibdocdir='${docdir}/camlibs' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${prefix}/share/doc/libgphoto2' dvidir='${docdir}' effective_target='amd64-portbld-freebsd8.0' exec_prefix='${prefix}' host='amd64-portbld-freebsd8.0' host_alias='' host_cpu='amd64' host_os='freebsd8.0' host_vendor='portbld' hotplugdocdir='' hotplugusermapdir='' htmldir='${prefix}/share/doc/libgphoto2/html' includedir='${prefix}/include' infodir='/usr/local/info/' install_sh='$(SHELL) /usr/home/ports/usr/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/auto-aux/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='$(datadir)/locale' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='/usr/local/bin/gmkdir -p' oldincludedir='/usr/include' pdfdir='${docdir}' pkgconfigdir='${prefix}/libdata/pkgconfig' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' subdirs=' libgphoto2_port' sysconfdir='${prefix}/etc' target_alias='' udevscriptdir='${libdir}/udev' utilsdir='${libdir}/${PACKAGE_TARNAME}' configure: exit 1 From gesbbb at yahoo.com Sat Mar 7 09:57:23 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Mar 7 09:57:29 2009 Subject: Using sed in a Makefile In-Reply-To: <20090307171115.GA21225@mud.stack.nl> References: <20090307111040.2a00be66@scorpio> <20090307171115.GA21225@mud.stack.nl> Message-ID: <20090307125720.086bcf1e@scorpio> On Sat, 7 Mar 2009 18:11:16 +0100 Johan van Selst wrote: >${..} will be interpreted by make - even when it is used between '..' >which is probably not what you want here. If you want to use a litteral >$-sign in your command, use $$ in the Makefile. Thanks, that worked. I had tried escaping with a backwards slant '\'; however, that obviously did not work. -- Jerry gesbbb@yahoo.com Shaw's Principle: Build a system that even a fool can use, and only a fool will want to use it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/90a2453b/signature.pgp From pav at FreeBSD.org Sat Mar 7 11:30:58 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sat Mar 7 11:31:04 2009 Subject: Gphoto2 fails to build on -current In-Reply-To: <20090307151228.GA52430@oriental.arm.org> References: <20090307151228.GA52430@oriental.arm.org> Message-ID: <1236454251.46886.8.camel@hood.oook.cz> Derek Tattersall p??e v so 07. 03. 2009 v 10:12 -0500: > Error message from make: > LIBUSB_LIBS=-L/usr/lib -lusb20 > LIBUSB_CFLAGS=-I/usr/include > > * Fatal: libgphoto2 port access library by default requires libusb >= 0.1.5 to build. > config.log is attached. Do you have a fix? I don't have a -current machine, so I can't test myself. -- Pav Lucistnik It's ten o'clock; do you know where your processes are? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/ed7bf87c/attachment.pgp From marcus at marcuscom.com Sat Mar 7 12:11:04 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Mar 7 12:11:11 2009 Subject: Gphoto2 fails to build on -current In-Reply-To: <1236454251.46886.8.camel@hood.oook.cz> References: <20090307151228.GA52430@oriental.arm.org> <1236454251.46886.8.camel@hood.oook.cz> Message-ID: <1236456673.11817.27.camel@shumai.marcuscom.com> On Sat, 2009-03-07 at 20:30 +0100, Pav Lucistnik wrote: > Derek Tattersall p??e v so 07. 03. 2009 v 10:12 -0500: > > Error message from make: > > LIBUSB_LIBS=-L/usr/lib -lusb20 > > LIBUSB_CFLAGS=-I/usr/include > > > > * Fatal: libgphoto2 port access library by default requires libusb >= 0.1.5 to build. > > config.log is attached. > > Do you have a fix? I don't have a -current machine, so I can't test > myself. I do. Change the include path to be /usr/include/dev/usb. Builds just fine for me. Joe > -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/dcbb45c5/attachment.pgp From pav at FreeBSD.org Sat Mar 7 12:13:59 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sat Mar 7 12:14:05 2009 Subject: Gphoto2 fails to build on -current In-Reply-To: <1236456673.11817.27.camel@shumai.marcuscom.com> References: <20090307151228.GA52430@oriental.arm.org> <1236454251.46886.8.camel@hood.oook.cz> <1236456673.11817.27.camel@shumai.marcuscom.com> Message-ID: <1236456831.46886.22.camel@hood.oook.cz> Joe Marcus Clarke p??e v so 07. 03. 2009 v 15:11 -0500: > On Sat, 2009-03-07 at 20:30 +0100, Pav Lucistnik wrote: > > Derek Tattersall p??e v so 07. 03. 2009 v 10:12 -0500: > > > Error message from make: > > > LIBUSB_LIBS=-L/usr/lib -lusb20 > > > LIBUSB_CFLAGS=-I/usr/include > > > > > > * Fatal: libgphoto2 port access library by default requires libusb >= 0.1.5 to build. > > > config.log is attached. > > > > Do you have a fix? I don't have a -current machine, so I can't test > > myself. > > I do. Change the include path to be /usr/include/dev/usb. Builds just > fine for me. Done, thanks! -- Pav Lucistnik Go back to bed America, your government is in control again. Here's American Gladiators. Watch this, shut up. Here's 56 channels of it. Watch these pituitary retards bang their fuckin skulls together and congratulate you on living in the land of freedom. -- Bill Hicks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090307/c5636a5f/attachment.pgp From dlt at mebtel.net Sat Mar 7 12:55:48 2009 From: dlt at mebtel.net (Derek Tattersall) Date: Sat Mar 7 12:55:55 2009 Subject: Gphoto2 fails to build on -current In-Reply-To: <1236456673.11817.27.camel@shumai.marcuscom.com> References: <20090307151228.GA52430@oriental.arm.org> <1236454251.46886.8.camel@hood.oook.cz> <1236456673.11817.27.camel@shumai.marcuscom.com> Message-ID: <20090307205545.GA70154@oriental.arm.org> * Joe Marcus Clarke [090307 15:25]: > On Sat, 2009-03-07 at 20:30 +0100, Pav Lucistnik wrote: > > Derek Tattersall p????e v so 07. 03. 2009 v 10:12 -0500: > > > Error message from make: > > > LIBUSB_LIBS=-L/usr/lib -lusb20 > > > LIBUSB_CFLAGS=-I/usr/include > > > > > > * Fatal: libgphoto2 port access library by default requires libusb >= 0.1.5 to build. > > > config.log is attached. > > > > Do you have a fix? I don't have a -current machine, so I can't test > > myself. > > I do. Change the include path to be /usr/include/dev/usb. Builds just > fine for me. > > Joe > > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc Thanks, that enabled me to build both gphoto2 and libgphoto2. Now the USB subsystem no longer recognizes the correct port and the dev entry, ugen3.2. When I specify the port, it doesn't recognize the camera, which is recognized by the kernel which correctly calls out Mar 7 15:34:46 oriental kernel: ugen3.2: at usbus3. Before the recent change to the USB code, it recognized the camera, so I guess my next move is to report this to the USB guys. Thanks again for your help. -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From obrien at freebsd.org Sun Mar 8 01:50:07 2009 From: obrien at freebsd.org (David O'Brien) Date: Sun Mar 8 01:50:14 2009 Subject: [PATCH] upgrade shells/bash to version 4.0 Message-ID: <20090308091517.GA3604@dragon.NUXI.org> I need to get shells/bash repocopied before I can commit this. But I wanted to let folks play with the upgrade if they wanted to. Index: Makefile =================================================================== RCS file: /home/ncvs/ports/shells/bash/Makefile,v retrieving revision 1.105 diff -u -p -r1.105 Makefile --- Makefile 25 Jan 2009 20:39:54 -0000 1.105 +++ Makefile 8 Mar 2009 09:09:08 -0000 @@ -7,9 +7,9 @@ # PORTNAME= bash -PATCHLEVEL= 48 -PORTVERSION= 3.2.${PATCHLEVEL:S/^0//g} -PORTREVISION?= 1 +PATCHLEVEL= 0 +PORTVERSION= 4.0.${PATCHLEVEL:S/^0//g} +PORTREVISION?= 0 CATEGORIES= shells MASTER_SITES= ${MASTER_SITE_GNU:S/$/:bash/} \ ftp://ftp.cwru.edu/pub/%SUBDIR%/:faq @@ -22,9 +22,9 @@ EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX PATCH_SITES= ${MASTER_SITE_GNU} \ ftp://ftp.cwru.edu/pub/%SUBDIR%/ PATCH_SITE_SUBDIR= ${PORTNAME}/${DISTNAME}-patches/ -PATCHFILES!= /usr/bin/jot -s " " -w \ - ${PORTNAME}${PORTVERSION:R:S/.//g}-%03d \ - ${PATCHLEVEL} 1 ${PATCHLEVEL} +#PATCHFILES!= /usr/bin/jot -s " " -w \ +# ${PORTNAME}${PORTVERSION:R:S/.//g}-%03d \ +# ${PATCHLEVEL} 1 ${PATCHLEVEL} MAINTAINER= obrien@FreeBSD.org COMMENT= The GNU Project's Bourne Again SHell Index: distinfo =================================================================== RCS file: /home/ncvs/ports/shells/bash/distinfo,v retrieving revision 1.39 diff -u -p -r1.39 distinfo --- distinfo 2 Jan 2009 09:30:29 -0000 1.39 +++ distinfo 2 Mar 2009 00:24:11 -0000 @@ -1,149 +1,5 @@ -MD5 (bash/bash-3.2.tar.gz) = 00bfa16d58e034e3c2aa27f390390d30 -SHA256 (bash/bash-3.2.tar.gz) = 26c99025b59e30779300b68adb764f824974d267a4d7cc1b347d14a2393f9fb4 -SIZE (bash/bash-3.2.tar.gz) = 2529838 -MD5 (bash/bash32-001) = d8e10c754f477e3f3a581af566b89301 -SHA256 (bash/bash32-001) = beda60ce6186fafa36cd0a98db9ced42cff68daee4342cca73167fb0f2f43eaa -SIZE (bash/bash32-001) = 1539 -MD5 (bash/bash32-002) = d38a5288b2f0ea6c9ac76b66cc74ef7d -SHA256 (bash/bash32-002) = a0ca49a3c47678ad074c990bdc871fcec680749b7f04f2def6527f04c589c40a -SIZE (bash/bash32-002) = 1524 -MD5 (bash/bash32-003) = 0b90d37911827d8cb95f3b4353cc225e -SHA256 (bash/bash32-003) = 7ec9e5e7e402e43b12bfd3a9237f4f171029fc7f58e59335abf3ccb455a5a84d -SIZE (bash/bash32-003) = 4599 -MD5 (bash/bash32-004) = 8062f3a59631f58d78b180d83759b68a -SHA256 (bash/bash32-004) = 3de0938673637089c3b0f0f355de377bb2be2d3fca68053dda267ca11b5998f2 -SIZE (bash/bash32-004) = 2585 -MD5 (bash/bash32-005) = 585b5943fadf0875ced243b245adde58 -SHA256 (bash/bash32-005) = e7fecdecb12320cd6fe9aca83fab1828b76aeb5313b991883764cb9139d845b7 -SIZE (bash/bash32-005) = 5910 -MD5 (bash/bash32-006) = 1d5732e01ea938aeed42f3def131fa4d -SHA256 (bash/bash32-006) = 8f14f81ced32bc057bc10abf6842f4a5ac172816631f2b87a5a3be4f01c0847d -SIZE (bash/bash32-006) = 1298 -MD5 (bash/bash32-007) = dcd0cc5d801607827f7c851e72b0eabc -SHA256 (bash/bash32-007) = 6863a712e5a68eccfb77162a9f947ffd80af648f0124c38f795ebba2be12eff8 -SIZE (bash/bash32-007) = 1375 -MD5 (bash/bash32-008) = bb3c7dd11198c0ab93d0e960bebf6256 -SHA256 (bash/bash32-008) = ccf303b4d199d89d5efc659235f8a645376e86d294260dda4becbb61ec06667b -SIZE (bash/bash32-008) = 1302 -MD5 (bash/bash32-009) = 434a6f29b0ca5f1ab784b2437ae8eaed -SHA256 (bash/bash32-009) = ef30c579419106b4b4a2d0064ef7e57ceee6cdf657f4ccd7b89c8e4fd70560d8 -SIZE (bash/bash32-009) = 1882 -MD5 (bash/bash32-010) = 2efff04dd246fcf63bd4b99f77c9a081 -SHA256 (bash/bash32-010) = bb7df9fefe88d62ee371353edf62402a667cffba6ea202aa1c8b220308a0c612 -SIZE (bash/bash32-010) = 6293 -MD5 (bash/bash32-011) = 1dd104342f6920dfaf5efb3131e922e0 -SHA256 (bash/bash32-011) = 85bf656cfc49b1447b061341a4b1cb93ba89a41d8d1699a65aa971d1853ba472 -SIZE (bash/bash32-011) = 4776 -MD5 (bash/bash32-012) = 4f24b696ab78bdfae4f9cb7eb59b835d -SHA256 (bash/bash32-012) = 45ef4ad98f2f218aa3acec15842ae1b833769c1dbe2f90c9bba00bbe4949fc43 -SIZE (bash/bash32-012) = 2555 -MD5 (bash/bash32-013) = 7c40addbf1187a26ae1c8373ed383442 -SHA256 (bash/bash32-013) = 9fbf893c383f45d25e5bc5c9eae8d2b349521f288945b3bd21c781784b81f693 -SIZE (bash/bash32-013) = 1852 -MD5 (bash/bash32-014) = 28e88c9f8679e99ac590d4a4a8227c56 -SHA256 (bash/bash32-014) = 62bb1a4d70f6f7938ca70a6aa7fe6f4b377ab5f450c7756b22b41de3bbd98ed6 -SIZE (bash/bash32-014) = 8141 -MD5 (bash/bash32-015) = 7c17d29675bd0d49470f162774385f80 -SHA256 (bash/bash32-015) = de40425e83628eb7431f39340ac09b42b5fcf484a565352851961b3e917d8771 -SIZE (bash/bash32-015) = 2293 -MD5 (bash/bash32-016) = a1edaa98b4449fe2205fa75448b7b105 -SHA256 (bash/bash32-016) = 7abf66bbba3ebd6b6428190f3ebca59abdc0bfa3957f1a725489de7391c2d9f1 -SIZE (bash/bash32-016) = 1620 -MD5 (bash/bash32-017) = 889ed119bbf9d363660b9a0127f35efa -SHA256 (bash/bash32-017) = 951aa2a07b38db8eea8e7368d3ac36af60af7f5ade455215006229ce3815dfe0 -SIZE (bash/bash32-017) = 2611 -MD5 (bash/bash32-018) = a7d3f85fa687d2c1b5a134839f6d395d -SHA256 (bash/bash32-018) = c85e2bca6084a79774adbf801698c62905662836334e54355b77fbf1c529074c -SIZE (bash/bash32-018) = 2433 -MD5 (bash/bash32-019) = f0399da4007e46fc5820ce25d07425b9 -SHA256 (bash/bash32-019) = d83f1d740cb103be444589dcd9da61c2802815e8c256a01cfa7e484c50a9eb85 -SIZE (bash/bash32-019) = 8618 -MD5 (bash/bash32-020) = b76602281c3104d904fd064510fe0c21 -SHA256 (bash/bash32-020) = 3e66a1d05566d5501c2f868d3c94b8d71821a21d0daf9baaf594369697793013 -SIZE (bash/bash32-020) = 5182 -MD5 (bash/bash32-021) = 923374ae4403c92820f711e62e1d01a5 -SHA256 (bash/bash32-021) = a5e54704e6867c969a3e60556a5fbacedecca7404c3ddbe8180a92b6898a2a58 -SIZE (bash/bash32-021) = 1814 -MD5 (bash/bash32-022) = c82d3bd14e373878b2a680dce18d1596 -SHA256 (bash/bash32-022) = 057e03d593b858637056c0458b168e9c012db914727abba964afcaf377f2c5a4 -SIZE (bash/bash32-022) = 3034 -MD5 (bash/bash32-023) = 987c949a77b4b0ffe4a2597141e77635 -SHA256 (bash/bash32-023) = 869466d80807cde59c0eab9a39ef1909be4d5e8698ea1e3daa530ad59baaa97a -SIZE (bash/bash32-023) = 1321 -MD5 (bash/bash32-024) = 5a2b976e761ab83f0fc7daae11451b86 -SHA256 (bash/bash32-024) = d13c59fa6b182f79bbf9ba35f72085aeb755f9785985eaf9f4a55d58045fe327 -SIZE (bash/bash32-024) = 3228 -MD5 (bash/bash32-025) = 08668dc2825f65eced9cac6b09ce1b45 -SHA256 (bash/bash32-025) = abfc1e1db3af956d4e71deb6a1ea9de1164c49fca4020b2546df3aa56f08cebe -SIZE (bash/bash32-025) = 1935 -MD5 (bash/bash32-026) = f35b2b217f088ff009f956894550d41d -SHA256 (bash/bash32-026) = 07985caacd6c150cf89c51965bd18db2c89a9f32f7a2aa946757007409c292b9 -SIZE (bash/bash32-026) = 2438 -MD5 (bash/bash32-027) = b5ff2b9610c61290f773c4b02cc1a37d -SHA256 (bash/bash32-027) = 79647e3af94db8c2e636a293ee5b2f12516560b12aac0d4568a125d36cd21ddf -SIZE (bash/bash32-027) = 2690 -MD5 (bash/bash32-028) = 016f5b56c93404d32aea09385f0fc13e -SHA256 (bash/bash32-028) = 37289390175097c23efac5cb00d66b8b87e41fc37398064d11ac00de0e9934b0 -SIZE (bash/bash32-028) = 1750 -MD5 (bash/bash32-029) = a81420626d4d88d0dce2ffac0ac56341 -SHA256 (bash/bash32-029) = 1f4e543171bd66bc28b197938811028ea70e9e406be2529326d2a586844b98e7 -SIZE (bash/bash32-029) = 1330 -MD5 (bash/bash32-030) = 11f91baf970c132949f9072ee93f2ea6 -SHA256 (bash/bash32-030) = 5ed6ca19787f2285e0c080056f65a137e053387380b3d8f6133812dd8f824afb -SIZE (bash/bash32-030) = 1558 -MD5 (bash/bash32-031) = f6bbc1e8ec0246740731c728ef476191 -SHA256 (bash/bash32-031) = 81ddc8f45e3272dd0e463fab87b58058be28d9c867674f3f53432dbd25cdfa48 -SIZE (bash/bash32-031) = 1961 -MD5 (bash/bash32-032) = 8180ec936770579bce69f0816c2dd878 -SHA256 (bash/bash32-032) = 926a9115e5c885ff9f2ef8abc6c3c552652afc370ebf65a87f41ec6810bdb569 -SIZE (bash/bash32-032) = 1304 -MD5 (bash/bash32-033) = 3cec33c3711860c4c6b7614afeec7870 -SHA256 (bash/bash32-033) = 9d7abee640dafbcdc6b75544015f3ffb5ed5aed2747465ec1412e959d3966740 -SIZE (bash/bash32-033) = 2181 -MD5 (bash/bash32-034) = 7bc6c5b5f38b7027152f8db0458a2e14 -SHA256 (bash/bash32-034) = adc52e3427b606fe9649980b01c5b2b18f0509c4dd6d59a84f85b6a2989f9f8e -SIZE (bash/bash32-034) = 1866 -MD5 (bash/bash32-035) = a2db61fe90e39371d0e6cd2285ec9208 -SHA256 (bash/bash32-035) = d3d906b23fce195d5d6f0db8969fa5264e80a98b5460008d6a05e4156ca73953 -SIZE (bash/bash32-035) = 4805 -MD5 (bash/bash32-036) = 95c70c7ae9de5bd3659c86284be7fb76 -SHA256 (bash/bash32-036) = bdb24d65d1170234379fe587f5dc8b990c5e0c2d61c394bb8c81b91c1c64ce23 -SIZE (bash/bash32-036) = 1264 -MD5 (bash/bash32-037) = 62b876a3d7cd192cc8db2476fbb6b7b9 -SHA256 (bash/bash32-037) = 9688a352c0fb23d2ce6e685ce39cda1c49f4aa7819bde2508ff8c90003f484df -SIZE (bash/bash32-037) = 3227 -MD5 (bash/bash32-038) = aca3afc341bd3e5a0d8a3b4ca40dbb3f -SHA256 (bash/bash32-038) = 0e3649531c3a5675743980ecf5ff5fcbca2801afe4dca7fb4b250aae7ac3b782 -SIZE (bash/bash32-038) = 2412 -MD5 (bash/bash32-039) = e240c34f979b64bcb83c5f6567110bb1 -SHA256 (bash/bash32-039) = 46d427fd5b1509ec7dd980c07efd88634fde61cf07ab221dcbde9e1021bd2817 -SIZE (bash/bash32-039) = 5034 -MD5 (bash/bash32-040) = 06e6df263398807fa032707fb7b77b5f -SHA256 (bash/bash32-040) = c9e0387eb4a2904126864d24de0699cdb6070789e1c02287a3b81ea96bf945aa -SIZE (bash/bash32-040) = 1403 -MD5 (bash/bash32-041) = 373ae081d658dc85bc1058c4759d6669 -SHA256 (bash/bash32-041) = cc551fa57d613efea30ab2404fe724793a3d10f012b030e611d2c6449e463bcd -SIZE (bash/bash32-041) = 4446 -MD5 (bash/bash32-042) = 9c9ebc6bfc33a0215277ee17a276eb5a -SHA256 (bash/bash32-042) = fd0df54d03034e104b6377f249624bda0271aa874190a46e9d41fc49ad3caaef -SIZE (bash/bash32-042) = 1209 -MD5 (bash/bash32-043) = b87fb9ea16a64ca41b6676e9a7eb7a33 -SHA256 (bash/bash32-043) = 43df7d2d7d61d3a8f0e14bc86d4f55b6d2e64829ba0829a78f5214d186087af7 -SIZE (bash/bash32-043) = 1658 -MD5 (bash/bash32-044) = 07e0229ce5879bfbd26a8146070fd366 -SHA256 (bash/bash32-044) = 204b5ecaaa5de334c3cfbce6dfd8a9d3770b09024ab4724d86080fbf501ded69 -SIZE (bash/bash32-044) = 5565 -MD5 (bash/bash32-045) = 1ad07965a8a93f3556ee1ab18b97cde2 -SHA256 (bash/bash32-045) = 3250e6c6d5d6884e31beaa2f521d2a1af9c2f701a4c0e67a7cd011b6ad8f082b -SIZE (bash/bash32-045) = 1338 -MD5 (bash/bash32-046) = f7b1e19fcad54c2286bc0ed614aad9bf -SHA256 (bash/bash32-046) = fc829e92fa951c34368d83272d746f5c0ed345a7ad037f93322347eed00a1e1f -SIZE (bash/bash32-046) = 1275 -MD5 (bash/bash32-047) = 550690766de770116c34dbdf74e59184 -SHA256 (bash/bash32-047) = 623d4a958d2b022a15929a4de7403766ff07b295a185987b4d1e6cf3b70ea106 -SIZE (bash/bash32-047) = 1981 -MD5 (bash/bash32-048) = 4cc593e7b789b23b37a5397e092d3954 -SHA256 (bash/bash32-048) = 74cb56764274f393676f68738eb22a3ed8fa388c0487feeadf0d78a45b549749 -SIZE (bash/bash32-048) = 1948 +MD5 (bash/bash-4.0.tar.gz) = a90a1b5a6db4838483f05438e05e8eb9 +SHA256 (bash/bash-4.0.tar.gz) = 9793d394f640a95030c77d5ac989724afe196921956db741bcaf141801c50518 +SIZE (bash/bash-4.0.tar.gz) = 6230779 MD5 (bash/FAQ) = IGNORE SHA256 (bash/FAQ) = IGNORE Index: files/patch-lib::readline::display.c =================================================================== RCS file: /home/ncvs/ports/shells/bash/files/patch-lib::readline::display.c,v retrieving revision 1.4 diff -u -p -r1.4 patch-lib::readline::display.c --- files/patch-lib::readline::display.c 21 Feb 2006 15:29:59 -0000 1.4 +++ files/patch-lib::readline::display.c 8 Mar 2009 08:52:52 -0000 @@ -1,24 +1,11 @@ -# -# Fix handling of `read -e' while PS1 is set longer than the screen width -# -# http://lists.gnu.org/archive/html/bug-bash/2004-11/msg00220.html -# http://lists.gnu.org/archive/html/bug-bash/2004-11/msg00266.html -# ---- lib/readline/display.c.orig Wed Nov 30 17:05:02 2005 -+++ lib/readline/display.c Wed Dec 28 20:13:15 2005 -@@ -594,11 +594,10 @@ - +--- lib/readline/display.c.orig 2009-01-04 11:32:32.000000000 -0800 ++++ lib/readline/display.c 2009-03-08 00:51:31.000000000 -0800 +@@ -654,5 +654,8 @@ rl_redisplay () /* inv_lbreaks[i] is where line i starts in the buffer. */ inv_lbreaks[newlines = 0] = 0; --#if 0 -- lpos = out - wrap_offset; --#else -- lpos = prompt_physical_chars + modmark; --#endif + if (local_prompt) -+ lpos = prompt_physical_chars + modmark; + lpos = prompt_physical_chars + modmark; + else + lpos = 0; #if defined (HANDLE_MULTIBYTE) - memset (_rl_wrapped_line, 0, vis_lbsize); Index: files/xpatch-colonbreakswords =================================================================== RCS file: /home/ncvs/ports/shells/bash/files/xpatch-colonbreakswords,v retrieving revision 1.2 diff -u -p -r1.2 xpatch-colonbreakswords --- files/xpatch-colonbreakswords 21 Feb 2006 15:29:59 -0000 1.2 +++ files/xpatch-colonbreakswords 8 Mar 2009 09:08:55 -0000 @@ -1,10 +1,6 @@ -# -# new shopt `colonbreakswords' -# http://lists.gnu.org/archive/html/bug-bash/2004-10/msg00190.html -# ---- bashline.c.orig Sat Nov 5 18:07:02 2005 -+++ bashline.c Wed Dec 28 19:44:28 2005 -@@ -212,6 +212,11 @@ +--- bashline.c.orig 2009-01-08 06:29:24.000000000 -0800 ++++ bashline.c 2009-03-08 01:00:50.000000000 -0800 +@@ -226,6 +226,11 @@ int bash_readline_initialized = 0; host list. */ int perform_hostname_completion = 1; @@ -16,7 +12,7 @@ /* If non-zero, we don't do command completion on an empty line. */ int no_empty_command_completion; -@@ -222,7 +227,8 @@ +@@ -239,7 +244,8 @@ int dircomplete_spelling = 0; static char *bash_completer_word_break_characters = " \t\n\"'@><=;|&(:"; static char *bash_nohostname_word_break_characters = " \t\n\"'><=;|&(:"; @@ -26,7 +22,7 @@ static rl_hook_func_t *old_rl_startup_hook = (rl_hook_func_t *)NULL; -@@ -325,6 +331,80 @@ +@@ -351,6 +357,80 @@ enable_hostname_completion (on_or_off) return (old_value); } @@ -107,7 +103,7 @@ /* Called once from parse.y if we are going to use readline. */ void initialize_readline () -@@ -485,8 +565,12 @@ +@@ -517,11 +597,16 @@ initialize_readline () completion is enabled. */ enable_hostname_completion (perform_hostname_completion); @@ -117,34 +113,38 @@ + enable_colon_wordbreak (colon_is_wordbreak); + /* characters that need to be quoted when appearing in filenames. */ -- rl_filename_quote_characters = " \t\n\\\"'@<>=;|&()#$`?*[!:{"; /*}*/ + #if 0 + rl_filename_quote_characters = " \t\n\\\"'@<>=;|&()#$`?*[!:{"; /*}*/ + #else +- rl_filename_quote_characters = " \t\n\\\"'@<>=;|&()#$`?*[!:{~"; /*}*/ ++// rl_filename_quote_characters = " \t\n\\\"'@<>=;|&()#$`?*[!:{~"; /*}*/ + #endif rl_filename_quoting_function = bash_quote_filename; rl_filename_dequoting_function = bash_dequote_filename; - rl_char_is_quoted_p = char_is_quoted; ---- builtins/shopt.def.orig Wed Dec 28 19:38:09 2005 -+++ builtins/shopt.def Wed Dec 28 19:44:28 2005 -@@ -83,6 +83,8 @@ - extern int hist_verify, history_reediting, perform_hostname_completion; - extern int no_empty_command_completion; - extern int force_fignore; +--- builtins/shopt.def.orig 2009-01-13 05:43:16.000000000 -0800 ++++ builtins/shopt.def 2009-03-08 01:03:39.000000000 -0800 +@@ -96,6 +97,8 @@ extern int force_fignore; + extern int dircomplete_spelling; + + extern int enable_hostname_completion __P((int)); +extern int colon_is_wordbreak; +extern int enable_colon_wordbreak __P((int)); - extern int enable_hostname_completion __P((int)); #endif -@@ -121,6 +123,9 @@ - { "checkwinsize", &check_window_size, (shopt_set_func_t *)NULL }, - #if defined (HISTORY) - { "cmdhist", &command_oriented_history, (shopt_set_func_t *)NULL }, -+#endif + #if defined (PROGRAMMABLE_COMPLETION) +@@ -147,6 +150,9 @@ static struct { + #if defined (READLINE) + { "dirspell", &dircomplete_spelling, (shopt_set_func_t *)NULL }, + #endif +#if defined (READLINE) + { "colonbreakswords", &colon_is_wordbreak, enable_colon_wordbreak }, - #endif ++#endif { "dotglob", &glob_dot_filenames, (shopt_set_func_t *)NULL }, { "execfail", &no_exit_on_failed_exec, (shopt_set_func_t *)NULL }, ---- doc/bash.1.orig Wed Dec 28 19:38:09 2005 -+++ doc/bash.1 Wed Dec 28 19:44:28 2005 -@@ -7972,6 +7972,18 @@ + { "expand_aliases", &expand_aliases, (shopt_set_func_t *)NULL }, +--- doc/bash.1.orig 2009-03-08 00:53:01.000000000 -0800 ++++ doc/bash.1 2009-03-08 01:05:32.000000000 -0800 +@@ -8473,6 +8473,18 @@ attempts to save all lines of a multiple command in the same history entry. This allows easy re-editing of multi-line commands. .TP 8 @@ -160,12 +160,12 @@ +above). +This is enabled by default. +.TP 8 - .B dotglob - If set, + .B compat31 + If set, .B bash ---- doc/bashref.texi.orig Wed Dec 28 19:38:09 2005 -+++ doc/bashref.texi Wed Dec 28 19:44:28 2005 -@@ -3598,6 +3598,11 @@ +--- doc/bashref.texi.orig 2009-03-08 00:53:01.000000000 -0800 ++++ doc/bashref.texi 2009-03-08 01:07:00.000000000 -0800 +@@ -4321,6 +4321,11 @@ attempts to save all lines of a multiple command in the same history entry. This allows easy re-editing of multi-line commands. @@ -174,6 +174,3 @@ +separating word being completed (@pxref{Commands For Completion}). +This option is enabled by default. + - @item dotglob - If set, Bash includes filenames beginning with a `.' in - the results of filename expansion. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From demelier.david at gmail.com Sun Mar 8 05:27:13 2009 From: demelier.david at gmail.com (Demelier David) Date: Sun Mar 8 05:27:19 2009 Subject: Tagtool doesn't take care locales Message-ID: <20090308122711.GA74620@Mangue> Hi Tagtool has an international languages support. But on FreeBSD (and not only, I noticed this problem on some linux distros) tagtool doesn't care about locales, it will just runs in English. I tried to export all locales in differents languages but it still keeps english language. From chris at cretaforce.gr Sun Mar 8 06:56:35 2009 From: chris at cretaforce.gr (Chris) Date: Sun Mar 8 06:56:42 2009 Subject: reintroduction of php5_pcre broken In-Reply-To: 49B29AF8.2020407@cyberbotx.com Message-ID: <1236519450.25261.0.camel@laptop.lan> Thanks for the solution. From gabor at FreeBSD.org Sun Mar 8 07:06:44 2009 From: gabor at FreeBSD.org (=?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?=) Date: Sun Mar 8 07:06:50 2009 Subject: [PATCH] upgrade shells/bash to version 4.0 In-Reply-To: <20090308091517.GA3604@dragon.NUXI.org> References: <20090308091517.GA3604@dragon.NUXI.org> Message-ID: <49B3CC91.3060107@FreeBSD.org> David O'Brien escribi?: > I need to get shells/bash repocopied before I can commit this. > But I wanted to let folks play with the upgrade if they wanted to. > I suggest using single distfile for both ones. I see that using this PATCHLEVEL method seems easier to handle when updating, but the other way isn't more diffcult either, you can just modify PORTVERSION and run make makesum. The point is that those patches are small but they can seriously prolong the fetching phase of the build due the enormous number of FTP transactions. Regards, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From miwi at FreeBSD.org Sun Mar 8 09:19:53 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sun Mar 8 09:20:34 2009 Subject: FreeBSD ports you maintain which are out of date Message-ID: <20090308160118.1A82523C9588@portscout.org> Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/aqualung | 0.9beta9 | 0.9beta10 ------------------------------------------------+-----------------+------------ audio/baudline | 1.07 | 1.08 ------------------------------------------------+-----------------+------------ audio/icecast | 1.3.12 | 2.3.2 ------------------------------------------------+-----------------+------------ audio/liboggz | 0.9.5 | 0.9.8 ------------------------------------------------+-----------------+------------ audio/mixxx | 1.4.2 | 1.5.0.1-macintel ------------------------------------------------+-----------------+------------ audio/q-audio | 1.2 | 2.0 ------------------------------------------------+-----------------+------------ audio/rioutil | 1.5.0 | 1.5.0br3 ------------------------------------------------+-----------------+------------ audio/solfege | 3.12.1 | 3.12.2 ------------------------------------------------+-----------------+------------ audio/spiralsynth | 0.1.7 | 2.0.0 ------------------------------------------------+-----------------+------------ audio/taglib | 1.5 | 1.5b1 ------------------------------------------------+-----------------+------------ audio/tclmidi | 3.1 | 3.1b ------------------------------------------------+-----------------+------------ audio/xmms-jack | 0.17 | 0.19 ------------------------------------------------+-----------------+------------ biology/rasmol | 2.7.2.1.1 | 2.7.4_25Nov07 ------------------------------------------------+-----------------+------------ cad/linux-gid | 7.4.9b | 7.4b ------------------------------------------------+-----------------+------------ cad/xcircuit | 3.4.30 | 3.6.99 ------------------------------------------------+-----------------+------------ comms/ruby-serialport | 0.6 | 0.7.0 ------------------------------------------------+-----------------+------------ databases/hk_classes | 0.8.1 | 0.8.3 ------------------------------------------------+-----------------+------------ databases/libzdb | 2.3 | 2.4 ------------------------------------------------+-----------------+------------ databases/ruby-dbd_proxy | 0.1.1 | 0.4.1 ------------------------------------------------+-----------------+------------ deskutils/everygui | 0.99.b | 0.99a ------------------------------------------------+-----------------+------------ deskutils/krss | 2.6 | 3.0 ------------------------------------------------+-----------------+------------ deskutils/planner.el | 3.41 | 3.42 ------------------------------------------------+-----------------+------------ deskutils/timer-applet | 2.0.1 | 2.1.2 ------------------------------------------------+-----------------+------------ devel/SpecTcl | 1.1 | 1.2a3 ------------------------------------------------+-----------------+------------ devel/ace | 5.5.2 | 5.6.8 ------------------------------------------------+-----------------+------------ devel/bglibs | 1.104 | 1.106 ------------------------------------------------+-----------------+------------ devel/cvs2p4 | 2.5.5 | 3.0b6 ------------------------------------------------+-----------------+------------ devel/cvslines | 1.6.9 | 1.6.9-1 ------------------------------------------------+-----------------+------------ devel/gcvs | 1.0 | 1.0b5 ------------------------------------------------+-----------------+------------ devel/gindent | 2.2.9 | 2.2.10 ------------------------------------------------+-----------------+------------ devel/icu2 | 2.8 | 2.8-d02 ------------------------------------------------+-----------------+------------ devel/libXGP | 0.9.10 | 0.9.12 ------------------------------------------------+-----------------+------------ devel/libYGP | 0.9.10 | 0.9.12 ------------------------------------------------+-----------------+------------ devel/libavl | 1.4.0 | 2.0.3.html ------------------------------------------------+-----------------+------------ devel/librelp | 0.1.1 | 0.1.3 ------------------------------------------------+-----------------+------------ devel/linuxthreads | 2.2.3 | 2.3.6 ------------------------------------------------+-----------------+------------ devel/m6811-binutils | 2.15 | 2.19.1 ------------------------------------------------+-----------------+------------ devel/make++ | 1.19 | 1.40.1a ------------------------------------------------+-----------------+------------ devel/nant | 0.85 | 0.86-beta1 ------------------------------------------------+-----------------+------------ devel/naturaldocs | 1.4 | 1.35-Patch-7 ------------------------------------------------+-----------------+------------ devel/ocaml-findlib | 1.2.1 | 1.2.4 ------------------------------------------------+-----------------+------------ devel/p5-CPANPLUS-Dist-Build | 0.05 | 0.12 ------------------------------------------------+-----------------+------------ devel/pear-PHPUnit2 | 2.3.4 | 2.3.6 ------------------------------------------------+-----------------+------------ devel/php5-phing | 2.3.0 | 2.3.1 ------------------------------------------------+-----------------+------------ devel/readline | 5.2 | 6.0 ------------------------------------------------+-----------------+------------ devel/rudiments | 0.31 | 0.32 ------------------------------------------------+-----------------+------------ devel/soapui | 2.0.2 | 2.5.1 ------------------------------------------------+-----------------+------------ devel/stlport | 5.1.5 | 5.2.1 ------------------------------------------------+-----------------+------------ devel/tclxml | 3.1 | 3.2 ------------------------------------------------+-----------------+------------ devel/tkcon | 2.4 | 2.5 ------------------------------------------------+-----------------+------------ dns/dualserver | 3.0 | 6.31 ------------------------------------------------+-----------------+------------ dns/posadis | 0.60.5 | 0.60.6 ------------------------------------------------+-----------------+------------ editors/bed | 0.2.23 | 0.2.25 ------------------------------------------------+-----------------+------------ editors/leim21 | 21.3 | 21.4 ------------------------------------------------+-----------------+------------ editors/ne | 1.43 | 2.0.3 ------------------------------------------------+-----------------+------------ editors/the | 3.2 | 3.3B3 ------------------------------------------------+-----------------+------------ editors/zile | 2.3.0 | 2.3.4 ------------------------------------------------+-----------------+------------ emulators/lib765 | 0.4.1 | 0.4.2 ------------------------------------------------+-----------------+------------ emulators/wahcade | 0.27 | 0.28 ------------------------------------------------+-----------------+------------ finance/aqbanking | 2.3.3 | 3.0.1 ------------------------------------------------+-----------------+------------ finance/ktoblzcheck | 1.20 | 1.21 ------------------------------------------------+-----------------+------------ finance/libofx | 0.9.0 | 0.30 ------------------------------------------------+-----------------+------------ finance/qtstalker | 0.28 | 0.36 ------------------------------------------------+-----------------+------------ finance/quantlib | 0.8.1 | 0.9.0 ------------------------------------------------+-----------------+------------ french/pluxml-devel | 4 | 4-1 ------------------------------------------------+-----------------+------------ games/anki | 0.9.9.5 | 0.9.9.6 ------------------------------------------------+-----------------+------------ games/conquest | 7.2 | 8.4.1 ------------------------------------------------+-----------------+------------ games/edge | 1.29 | 1.31Beta1 ------------------------------------------------+-----------------+------------ games/freesci | 0.3.5 | 0.6.4 ------------------------------------------------+-----------------+------------ games/garith | 2.1 | 2.3.1 ------------------------------------------------+-----------------+------------ games/gnomesudoku | 0.6.0 | 0.7.0 ------------------------------------------------+-----------------+------------ games/kwappen | 1.1.5 | 1.2.0 ------------------------------------------------+-----------------+------------ games/p5-Games-AlphaBeta | 0.4.6 | 0.13 ------------------------------------------------+-----------------+------------ games/p5-Games-Tournament-RoundRobin | 0.01 | 0.02 ------------------------------------------------+-----------------+------------ games/py-anki | 0.9.9.5 | 0.9.9.6 ------------------------------------------------+-----------------+------------ games/robocode | 1.6.0.1 | 1.6.2 ------------------------------------------------+-----------------+------------ games/uhexen2 | 1.4.3 | 1.4.4-pre5 ------------------------------------------------+-----------------+------------ games/xarchon | 0.50 | 0.60 ------------------------------------------------+-----------------+------------ games/xbl | 1.1.5 | 1.1.6 ------------------------------------------------+-----------------+------------ graphics/bmeps | 1.2.5 | 2.0.20 ------------------------------------------------+-----------------+------------ graphics/camediaplay | 20010211 | 980118 ------------------------------------------------+-----------------+------------ graphics/dc3play | 19991202 | 980321 ------------------------------------------------+-----------------+------------ graphics/enfle | 20010130 | 20071024 ------------------------------------------------+-----------------+------------ graphics/fig2pstricks | 0.7.0 | 0.7.1 ------------------------------------------------+-----------------+------------ graphics/gkrellkam | 0.3.4 | 2.0.0 ------------------------------------------------+-----------------+------------ graphics/glew | 1.4.0 | 1.5.0 ------------------------------------------------+-----------------+------------ graphics/gsnapshot | 1.0 | 1.1 ------------------------------------------------+-----------------+------------ graphics/lcdtest | 1.04 | 1.08 ------------------------------------------------+-----------------+------------ graphics/libvisual | 0.2.0 | 0.4.0 ------------------------------------------------+-----------------+------------ graphics/libvisual-plugins | 0.2.0 | 0.4.0 ------------------------------------------------+-----------------+------------ graphics/ming | 0.3.0 | 0.4.2 ------------------------------------------------+-----------------+------------ graphics/mtpaint | 3.21 | 3.30 ------------------------------------------------+-----------------+------------ graphics/ocaml-images | 2.2 | 2.12 ------------------------------------------------+-----------------+------------ graphics/pixie | 2.2.4 | 2.2.5 ------------------------------------------------+-----------------+------------ graphics/q-graph | 1.5 | 1.8 ------------------------------------------------+-----------------+------------ graphics/reallyslick | 0.8.1 | 0.8.2 ------------------------------------------------+-----------------+------------ graphics/sswf | 1.8.3 | 1.8.4 ------------------------------------------------+-----------------+------------ graphics/visionegg | 1.0 | 1.1.2 ------------------------------------------------+-----------------+------------ graphics/xfpovray | 1.3.1 | 1.3.2 ------------------------------------------------+-----------------+------------ irc/ezbounce | 1.04c | 1.99.14 ------------------------------------------------+-----------------+------------ irc/ircd-hybrid-ru | 7.2.2 | 7.2.3 ------------------------------------------------+-----------------+------------ irc/nefarious | 1.0.1 | 1.2.0 ------------------------------------------------+-----------------+------------ irc/tircproxy | 0.4.5 | 0.4.6pre ------------------------------------------------+-----------------+------------ japanese/ebview | 0.2.1 | 0.3.6 ------------------------------------------------+-----------------+------------ japanese/epic4 | 1.0.1 | 2.10 ------------------------------------------------+-----------------+------------ japanese/gqmpeg | 0.20.0 | 0.91.1 ------------------------------------------------+-----------------+------------ japanese/grep | 2.4.2 | 2.5.4 ------------------------------------------------+-----------------+------------ japanese/linux-JM | 20050615 | 20090215 ------------------------------------------------+-----------------+------------ japanese/ruby-refe | 0.7.2 | 0.8.0 ------------------------------------------------+-----------------+------------ japanese/sed | 3.02 | 4.1.5 ------------------------------------------------+-----------------+------------ japanese/srd-fpw | 1.1.5 | 1.1.6rc1 ------------------------------------------------+-----------------+------------ japanese/vftool | 1.2 | 1.3 ------------------------------------------------+-----------------+------------ java/eclipse-findbugs | 1.3.2.20080222 | 1.3.8.20090304 ------------------------------------------------+-----------------+------------ java/java-checkstyle | 4.4 | 5.0-beta01 ------------------------------------------------+-----------------+------------ java/jboss5 | 5.0.0.GA | 5.0.1.GA ------------------------------------------------+-----------------+------------ java/jcommon | 1.0.13 | 1.0.15 ------------------------------------------------+-----------------+------------ java/jfreechart | 1.0.10 | 1.0.11 ------------------------------------------------+-----------------+------------ java/poseidon | 4.2.1 | 6.0.2 ------------------------------------------------+-----------------+------------ lang/bigloo | 3.2a | 3.2a-2 ------------------------------------------------+-----------------+------------ lang/csharp-mode.el | 0.5.0 | 0.6.0 ------------------------------------------------+-----------------+------------ lang/ecl | 0.9l | 0.9j-p1 ------------------------------------------------+-----------------+------------ lang/ocaml-nox11 | 3.10.2 | 3.11.0 ------------------------------------------------+-----------------+------------ lang/p5-JavaScript | 0.55 | 1.11 ------------------------------------------------+-----------------+------------ lang/q | 6.2 | 7.11 ------------------------------------------------+-----------------+------------ lang/ruby-perl | 0.2.7 | 0.2.8 ------------------------------------------------+-----------------+------------ mail/anubis | 3.6.2 | 4.1.1 ------------------------------------------------+-----------------+------------ mail/bmf | 0.9.4 | 0.84 ------------------------------------------------+-----------------+------------ mail/dkimap4 | 2.39 | 3.00 ------------------------------------------------+-----------------+------------ mail/mailfront | 1.11 | 1.12 ------------------------------------------------+-----------------+------------ mail/mmc | 0.5 | 0.35 ------------------------------------------------+-----------------+------------ mail/moztraybiff | 1.2.3 | 1.2.4 ------------------------------------------------+-----------------+------------ mail/prayer | 1.1.0 | 1.3.1 ------------------------------------------------+-----------------+------------ mail/py-spambayes | 1.0.4 | 1.1a4 ------------------------------------------------+-----------------+------------ mail/qmail-autoresponder | 0.96.2 | 0.97 ------------------------------------------------+-----------------+------------ mail/sigit | 0.1.0 | 0.3.0 ------------------------------------------------+-----------------+------------ mail/spruce | 0.6.5 | 0.7.7 ------------------------------------------------+-----------------+------------ mail/sympa | 4.1.2 | 6.0a.2 ------------------------------------------------+-----------------+------------ mail/sympa-elixus | 20041024 | 6.0a.2 ------------------------------------------------+-----------------+------------ math/dislin | 9.3 | 9.4 ------------------------------------------------+-----------------+------------ math/fftw | 2.1.5 | 3.2.1 ------------------------------------------------+-----------------+------------ math/fftw-float | 2.1.5 | 3.2.1 ------------------------------------------------+-----------------+------------ math/freefem++ | 3.0-5 | 3.0-6 ------------------------------------------------+-----------------+------------ math/lp_solve | 5.5.0.13 | 5.5.0.14_AMPL ------------------------------------------------+-----------------+------------ math/mumps | 4.8.3 | 4.8.4 ------------------------------------------------+-----------------+------------ math/mumps-mpich | 4.8.3 | 4.8.4 ------------------------------------------------+-----------------+------------ math/petsc | 2.3.3-p0 | 3.0.0-p4 ------------------------------------------------+-----------------+------------ math/petsc-mpich | 2.3.3-p0 | 3.0.0-p4 ------------------------------------------------+-----------------+------------ misc/crosspad | 19991202 | 981112 ------------------------------------------------+-----------------+------------ misc/floatator | 0.2.1 | 0.3.0 ------------------------------------------------+-----------------+------------ misc/gkrellmlaunch | 0.4 | 0.5 ------------------------------------------------+-----------------+------------ misc/gplink | 1.5 | 1.5-a1.pkg ------------------------------------------------+-----------------+------------ misc/kcd | 7.14.0 | 7.15.0 ------------------------------------------------+-----------------+------------ misc/kcd-devel | 7.13.1 | 7.15.0 ------------------------------------------------+-----------------+------------ misc/pantry | 23 | 31 ------------------------------------------------+-----------------+------------ misc/tkman | 2.2 | 2.2b1 ------------------------------------------------+-----------------+------------ multimedia/gcfilms | 6.0 | 6.4 ------------------------------------------------+-----------------+------------ multimedia/gopchop | 1.0.0 | 1.1.1 ------------------------------------------------+-----------------+------------ multimedia/kplayer | 0.6.3 | 0.7 ------------------------------------------------+-----------------+------------ multimedia/ksubeditor | 0.2 | 0.13 ------------------------------------------------+-----------------+------------ multimedia/libdv | 0.104 | 1.0.0 ------------------------------------------------+-----------------+------------ multimedia/lives | 0.9.8.10 | 0.9.9.6 ------------------------------------------------+-----------------+------------ multimedia/miro | 2.0.1 | 2.0.2 ------------------------------------------------+-----------------+------------ net/iaxmodem | 0.3.2 | 1.2.0 ------------------------------------------------+-----------------+------------ net/lam | 7.1.4 | 7.1.5b2 ------------------------------------------------+-----------------+------------ net/mDNSResponder | 108 | 176.3 ------------------------------------------------+-----------------+------------ net/miredo | 1.0.6 | 1.1.5 ------------------------------------------------+-----------------+------------ net/pvm | 3.4.5 | 3.4.6 ------------------------------------------------+-----------------+------------ net/py-libnet | 1.0 | 1.1 ------------------------------------------------+-----------------+------------ net/spread | 3.17.4 | 4.0.0 ------------------------------------------------+-----------------+------------ net-im/ruby-xmpp4r | 0.3.2 | 0.4 ------------------------------------------------+-----------------+------------ net-mgmt/argus | 2.0.6 | 3.0.0 ------------------------------------------------+-----------------+------------ net-mgmt/argus-clients | 2.0.6 | 3.0.0 ------------------------------------------------+-----------------+------------ net-mgmt/bsnmptools | 20060818-01 | 20061023-01 ------------------------------------------------+-----------------+------------ net-mgmt/nrpe | 1.9 | 2.12 ------------------------------------------------+-----------------+------------ net-mgmt/pixilate | 0.4.1 | 0.4.2 ------------------------------------------------+-----------------+------------ net-p2p/btpeer | 0.2.1 | 0.2.2 ------------------------------------------------+-----------------+------------ net-p2p/gnunet | 0.6.6b | 0.8.0c ------------------------------------------------+-----------------+------------ net-p2p/minder | 1.2 | 2.0.2 ------------------------------------------------+-----------------+------------ net-p2p/mute-net | 0.3 | 0.5.1 ------------------------------------------------+-----------------+------------ net-p2p/mute-net-gui | 0.3 | 0.5.1 ------------------------------------------------+-----------------+------------ net-p2p/mute-net-text | 0.3 | 0.5.1 ------------------------------------------------+-----------------+------------ net-p2p/phex | 3.2.6.106 | 3.4.2.116 ------------------------------------------------+-----------------+------------ net-p2p/py-kenosis | 0.96 | 0.941 ------------------------------------------------+-----------------+------------ net-p2p/qbittorrent | 1.0.0 | 1.3.2 ------------------------------------------------+-----------------+------------ net-p2p/qtorrent | 0.9.6.1 | 2.9.3 ------------------------------------------------+-----------------+------------ net-p2p/rblibtorrent-devel | 0.13svn.r2335 | 0.13svn.r2433 ------------------------------------------------+-----------------+------------ net-p2p/trackerbt | 0.1.1 | 0.1.2 ------------------------------------------------+-----------------+------------ news/klibido | 0.2.5 | 0.12 ------------------------------------------------+-----------------+------------ print/foomatic-filters | 3.0.2 | 4.0.0 ------------------------------------------------+-----------------+------------ print/ft2demos | 2.3.7 | 2.3.8 ------------------------------------------------+-----------------+------------ print/hyperlatex | 2.8b | 2.9a ------------------------------------------------+-----------------+------------ print/libpaper | 1.1.21 | 1.1.23+nmu1 ------------------------------------------------+-----------------+------------ print/muttprint | 0.72d | 0.73 ------------------------------------------------+-----------------+------------ russian/muttprint | 0.72d | 0.73 ------------------------------------------------+-----------------+------------ science/fastcap | 2.0wr | 2.0wr-011109 ------------------------------------------------+-----------------+------------ science/fasthenry | 3.0wr | 3.0wr-011109 ------------------------------------------------+-----------------+------------ science/hdf | 4.2r3 | 4.2r4 ------------------------------------------------+-----------------+------------ science/oof | 1.037 | 1.038 ------------------------------------------------+-----------------+------------ science/pnetcdf | 1.0.1 | 1.0.2 ------------------------------------------------+-----------------+------------ science/udunits | 1.12.9 | 2.0.4 ------------------------------------------------+-----------------+------------ security/cvm | 0.82 | 0.95 ------------------------------------------------+-----------------+------------ security/gnome-ssh-askpass | 3.6p1 | 5.2p1 ------------------------------------------------+-----------------+------------ security/vpnd | 1.1.2 | 1.1.4 ------------------------------------------------+-----------------+------------ security/yersinia | 0.7 | 0.7.1 ------------------------------------------------+-----------------+------------ shells/ch | 5.1.0 | 6.0.0 ------------------------------------------------+-----------------+------------ sysutils/am-utils | 6.1.5 | 6.2a2 ------------------------------------------------+-----------------+------------ sysutils/asmon | 0.60 | 0.61 ------------------------------------------------+-----------------+------------ sysutils/bubblemon2 | 2.0.9 | 2.0.10 ------------------------------------------------+-----------------+------------ sysutils/iextract | 0.9.10 | 0.9.11 ------------------------------------------------+-----------------+------------ sysutils/msyslog | 1.08g | 1.09d ------------------------------------------------+-----------------+------------ sysutils/psmisc | 21.9 | 22.6 ------------------------------------------------+-----------------+------------ sysutils/recoverdm | 0.19 | 0.20 ------------------------------------------------+-----------------+------------ sysutils/rsyslog | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-gssapi | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-mysql | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-pgsql | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/runit | 1.7.2 | 2.0.0 ------------------------------------------------+-----------------+------------ sysutils/ts | 0.5.4 | 0.6.4 ------------------------------------------------+-----------------+------------ sysutils/virtualmin | 3.62 | 3.642 ------------------------------------------------+-----------------+------------ textproc/sgrep | 0.99 | 1.94a ------------------------------------------------+-----------------+------------ textproc/wv2 | 0.2.3 | 0.3.1 ------------------------------------------------+-----------------+------------ www/adzap | 20080508 | 20090301 ------------------------------------------------+-----------------+------------ www/bricolage | 1.10.4 | 1.11.1 ------------------------------------------------+-----------------+------------ www/chimera | 1.70p0 | 2.0a19 ------------------------------------------------+-----------------+------------ www/harvest | 1.9.14 | 1.9.15 ------------------------------------------------+-----------------+------------ www/linux-mplayer-plugin | 3.50 | 3.55 ------------------------------------------------+-----------------+------------ www/middleman | 1.9.1 | 2.0.1 ------------------------------------------------+-----------------+------------ www/mnogosearch | 3.3.7 | 3.3.8 ------------------------------------------------+-----------------+------------ www/openvrml | 0.17.5 | 0.17.11 ------------------------------------------------+-----------------+------------ www/p5-AxKit-XSP-Sendmail | 1.5 | 1.41 ------------------------------------------------+-----------------+------------ www/plugger | 5.1.3 | 5.1.4 ------------------------------------------------+-----------------+------------ www/py-webware | 1.0 | 1.0b1 ------------------------------------------------+-----------------+------------ www/quixote | 2.5 | 2.6 ------------------------------------------------+-----------------+------------ www/rt34 | 3.4.5 | 3.4.6 ------------------------------------------------+-----------------+------------ www/screem | 0.16.1 | 0.17.1 ------------------------------------------------+-----------------+------------ www/udmsearch | 3.1.5 | 3.1.6 ------------------------------------------------+-----------------+------------ www/yabb | 2.1 | 2.2 ------------------------------------------------+-----------------+------------ x11/x3270 | 3.3.7 | 3.3.8 ------------------------------------------------+-----------------+------------ x11-fm/gentoo | 0.11.57 | 0.15.1 ------------------------------------------------+-----------------+------------ x11-themes/xenophilia | 0.8 | 1.2.x ------------------------------------------------+-----------------+------------ x11-toolkits/py-gtkextra | 0.22 | 1.1.0 ------------------------------------------------+-----------------+------------ x11-toolkits/tix | 8.1.4 | 8.4.0 ------------------------------------------------+-----------------+------------ x11-toolkits/v | 1.90 | 1.90a-patch ------------------------------------------------+-----------------+------------ x11-toolkits/wxd | 0.11 | 0.14 ------------------------------------------------+-----------------+------------ x11-wm/afterstep-i18n | 1.0 | 1.0.sco5.ELF ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://beta.inerd.com/portscout-portconfig.txt If you need help, have any problems, find a bug in this software, or wish to stop (or start!) receiving portscout reminders, feel free to contact me at miwi(at)FreeBSD.org. Thanks. From chuckr at telenix.org Sun Mar 8 12:15:43 2009 From: chuckr at telenix.org (Chuck Robey) Date: Sun Mar 8 12:15:50 2009 Subject: portmanager modifying bsd.port.mk Message-ID: <49B41108.8060105@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm busy trying to use portmanager to get me to kde4.2, but I'm having problem in updating my misc/localedata port. Portmanager has decided misc/localedata needs to get rebuilt, and for some reason, that it needs to patch my /usr/ports/Mk/bsd.port/mk file with the patchfile /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6. I can't figure out why portmanager thinks that misc/localedata needs updating, but I much much worse, can't figure out why it needs to patch my /usr/ports/Mk/bsd.port/mk file. I checked the patchfile I listed above, the patch seems fine BUT it's off in terms of line number, it wants to patch around the line 2049, but in searching my bsd.port.mk, it should really be looking to patch about line 2347. I could go about fixing this, but seeing as I don't know why it's patching things to begin with, I feel really unsafe in changing the patchfile. I did make sure that the patchfile was totally up-to-date, and that my bsd.port.mk is also up-to-date. Here's the portmanager listing, maybe someone here can tell me what's causing portmanager to want to patch my bsd.port.mk, and why the patchfile should be so far off, and what might be the CORRECT way to fix this. Oh, BTW, I run current, and keep myself that way via cvsup. If you tell me I should just fix the patchfile, I know how to do that, I just feel uneasy when I have no idea of the context involved. I think this exact same probolme is actually (probably) occurring in several other points in my kde4.2 build, so I really need to understand the reason it's trying to patch to begin with, and why things are out of sync. +++++++++++ FROM the portmanager listing +++++++++++++++++++++++++++ TCSH-april:root:/usr/ports/lang:#44-19:26>portmanager misc/localedata -f -l MGPMrController 0.4.1_9 info: running in forced update mode rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in /var/db/pkg/convertall-0.4.0/+CONTENTS convertall-0.4.0 installation is corrupt! recomend running "pkg_delete -f convertall-0.4.0" then manually reinstalling this port rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in /var/db/pkg/convertall-0.4.0/+CONTENTS convertall-0.4.0 installation is corrupt! recomend running "pkg_delete -f convertall-0.4.0" then manually reinstalling this port - ------------------------------------------------------------------------ portmanager 0.4.1_9: Collecting installed port data "forced mode" - ------------------------------------------------------------------------ - -0001 localedata-5.4 /misc/localedata rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in /var/db/pkg/convertall-0.4.0/+CONTENTS convertall-0.4.0 installation is corrupt! recomend running "pkg_delete -f convertall-0.4.0" then manually reinstalling this port - ------------------------------------------------------------------------ Port Status Report "forced mode" - ------------------------------------------------------------------------ 00001 ----:localedata-5.4 /misc/localedata MISSING ======================================================================== updating localedata-5.4 /misc/localedata options reason: MISSING localedata-5.4 /misc/localedata - ------------------------------------------------------------------------ percentDone-=>0 = 100 - ( 100 * ( oldPortsDbQTY-=>1 / oldPortsDbTOTALIZER-=>1 ) ) patching bsd.port.mk-=>cd /usr/ports/Mk; patch < /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; Hmm... Looks like a unified diff to me... The text leading up to this was: - -------------------------- |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 |+++ bsd.port.mk Wed Nov 16 02:16:57 2005 - -------------------------- Patching file bsd.port.mk using Plan A... Hunk #1 failed at 2049. 1 out of 1 hunks failed--saving rejects to bsd.port.mk.rej done - ------------------------------------------------------------------------ MGPMrUpdate 0.4.1_9 command: #1 of 14 cd /usr/ports/misc/localedata && make -V OPTIONS - ------------------------------------------------------------------------ - ------------------------------------------------------------------------ checking for conflicts before building localedata-5.4 MGPMrUpdate 0.4.1_9 command: #3 of 14 cd /usr/ports/misc/localedata && make check-conflicts - ------------------------------------------------------------------------ - ------------------------------------------------------------------------ intitial clean of work directories MGPMrUpdate 0.4.1_9 command: #7 of 14: - ------------------------------------------------------------------------ After this point, the stuff above repeats 2 more times, until it announces that it's failed 3 times, and quitting. No additional info, no idea why it's doing that patching to begin with. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm0EQgACgkQz62J6PPcoOkJMACglsxdEMIMRuYFCue9hRsJlGOk 914An2x2+colQTFK6Mxs7Tb8MBFPYoMe =Xmcf -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Sun Mar 8 13:02:52 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Mar 8 13:02:58 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B41108.8060105@telenix.org> References: <49B41108.8060105@telenix.org> Message-ID: <1236542558.1778.27.camel@balrog.2hip.net> On Sun, 2009-03-08 at 14:40 -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm busy trying to use portmanager to get me to kde4.2, but I'm having problem > in updating my misc/localedata port. Portmanager has decided misc/localedata > needs to get rebuilt, and for some reason, that it needs to patch my > /usr/ports/Mk/bsd.port/mk file with the patchfile > /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6. I can't figure out why > portmanager thinks that misc/localedata needs updating, but I much much worse, > can't figure out why it needs to patch my /usr/ports/Mk/bsd.port/mk file. I > checked the patchfile I listed above, the patch seems fine BUT it's off in terms > of line number, it wants to patch around the line 2049, but in searching my > bsd.port.mk, it should really be looking to patch about line 2347. I could go > about fixing this, but seeing as I don't know why it's patching things to begin > with, I feel really unsafe in changing the patchfile. This has failed for a really long time... I should fix it someday, but it really doesn't cause any harm that I've seen. I normally always use portmanager -u -p -l -y and it continues to dtrt. > I did make sure that the patchfile was totally up-to-date, and that my > bsd.port.mk is also up-to-date. > > Here's the portmanager listing, maybe someone here can tell me what's causing > portmanager to want to patch my bsd.port.mk, and why the patchfile should be so > far off, and what might be the CORRECT way to fix this. Oh, BTW, I run current, > and keep myself that way via cvsup. > > If you tell me I should just fix the patchfile, I know how to do that, I just > feel uneasy when I have no idea of the context involved. I think this exact > same probolme is actually (probably) occurring in several other points in my > kde4.2 build, so I really need to understand the reason it's trying to patch to > begin with, and why things are out of sync. > > +++++++++++ FROM the portmanager listing +++++++++++++++++++++++++++ > TCSH-april:root:/usr/ports/lang:#44-19:26>portmanager misc/localedata -f -l > MGPMrController 0.4.1_9 info: running in forced update mode > rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in > /var/db/pkg/convertall-0.4.0/+CONTENTS > convertall-0.4.0 installation is corrupt! > recomend running "pkg_delete -f convertall-0.4.0" then manually > reinstalling this port > rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in > /var/db/pkg/convertall-0.4.0/+CONTENTS > convertall-0.4.0 installation is corrupt! > recomend running "pkg_delete -f convertall-0.4.0" then manually > reinstalling this port This error seems pretty clear, what did I miss? robert. > - ------------------------------------------------------------------------ > portmanager 0.4.1_9: Collecting installed port data "forced mode" > - ------------------------------------------------------------------------ > - -0001 localedata-5.4 /misc/localedata > rCreateInstalledDbVerifyContentsFile 0.4.1_9 error: "@name" not found in > /var/db/pkg/convertall-0.4.0/+CONTENTS > convertall-0.4.0 installation is corrupt! > recomend running "pkg_delete -f convertall-0.4.0" then manually > reinstalling this port > - ------------------------------------------------------------------------ > Port Status Report "forced mode" > - ------------------------------------------------------------------------ > 00001 ----:localedata-5.4 /misc/localedata > MISSING > ======================================================================== > updating localedata-5.4 /misc/localedata options reason: MISSING > localedata-5.4 /misc/localedata > - ------------------------------------------------------------------------ > percentDone-=>0 = 100 - ( 100 * ( oldPortsDbQTY-=>1 / oldPortsDbTOTALIZER-=>1 ) ) > patching bsd.port.mk-=>cd /usr/ports/Mk; patch < > /usr/local/share/portmanager/patch-bsd.port.mk-0.3.6; > Hmm... Looks like a unified diff to me... > The text leading up to this was: > - -------------------------- > |--- /usr/ports/Mk/bsd.port.mk Tue Nov 8 01:02:51 2005 > |+++ bsd.port.mk Wed Nov 16 02:16:57 2005 > - -------------------------- > Patching file bsd.port.mk using Plan A... > Hunk #1 failed at 2049. > 1 out of 1 hunks failed--saving rejects to bsd.port.mk.rej > done > - ------------------------------------------------------------------------ > MGPMrUpdate 0.4.1_9 command: #1 of 14 cd /usr/ports/misc/localedata && make -V > OPTIONS > - ------------------------------------------------------------------------ > - ------------------------------------------------------------------------ > checking for conflicts before building localedata-5.4 > MGPMrUpdate 0.4.1_9 command: #3 of 14 cd /usr/ports/misc/localedata && make > check-conflicts > - ------------------------------------------------------------------------ > - ------------------------------------------------------------------------ > intitial clean of work directories > MGPMrUpdate 0.4.1_9 command: #7 of 14: > - ------------------------------------------------------------------------ > > > After this point, the stuff above repeats 2 more times, until it announces that > it's failed 3 times, and quitting. No additional info, no idea why it's doing > that patching to begin with. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkm0EQgACgkQz62J6PPcoOkJMACglsxdEMIMRuYFCue9hRsJlGOk > 914An2x2+colQTFK6Mxs7Tb8MBFPYoMe > =Xmcf > -----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-unsubscribe@freebsd.org" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090308/96097740/attachment.pgp From rwmaillists at googlemail.com Sun Mar 8 14:04:12 2009 From: rwmaillists at googlemail.com (RW) Date: Sun Mar 8 14:04:19 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B41108.8060105@telenix.org> References: <49B41108.8060105@telenix.org> Message-ID: <20090308210404.3895216d@gumby.homeunix.com> On Sun, 08 Mar 2009 14:40:08 -0400 Chuck Robey wrote: > Here's the portmanager listing, maybe someone here can tell me what's > causing portmanager to want to patch my bsd.port.mk, and why the > patchfile should be so far off, and what might be the CORRECT way to > fix this. Oh, BTW, I run current, and keep myself that way via cvsup. IIRC the patch was made so that when portmanager built a port, the makefile would call back into portmanager to let it modify the dependencies. Portmanager had a major rewrite just before the original author had a row with some FreeBSD people and abandoned the project. AFAIK the feature wasn't yet used, so it doesn't matter if the patch doesn't apply since it's a null operation. From mva at FreeBSD.org Sun Mar 8 15:55:26 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Sun Mar 8 15:56:10 2009 Subject: SDL / Pulseaudio In-Reply-To: References: <20090303232459.GB1091@medusa.sysfault.org> Message-ID: <20090308225552.GC2085@medusa.sysfault.org> On, Fri Mar 06, 2009, Andre Heider wrote: [More pulseaudio related patches] Thanks. I'll look into that and fix it as appropriate. Regards Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090308/fe2c37e5/attachment.pgp From linimon at FreeBSD.org Mon Mar 9 00:28:31 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:28:43 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090309072829.9359B1CC38@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: astro/orsa broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=orsa portname: audio/tse3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/umodplayer broken because: Does not compile with audio/libaiff build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=umodplayer portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/ruby-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/dvbcut broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/dvbcut-0.5.4_2.log (Fri Sep 5 13:06:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/sipxcommserverlib broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcommserverlib portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/oof broken because: Broken with GCC 4.2 and beyond build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/rt32 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/inti broken because: does not build with latest GTK+2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20080914172702/p5-Tcl-Tk-0.97.log (Wed Sep 24 11:13:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/p5-TclTk broken because: does not build, use x11-toolkits/p5-Tcl-Tk instead build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/p5-TclTk-0.75_1.log (Fri Oct 3 07:58:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/soqt broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=soqt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From linimon at FreeBSD.org Mon Mar 9 00:28:58 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:29:06 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090309072854.5E74E1CC38@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: astro/orsa broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=orsa portname: astro/stellarium broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=stellarium portname: audio/esperanza broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=esperanza portname: audio/gimmix broken because: needs update for new intltool build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gimmix portname: audio/gnomad2 broken because: does not compile with current version of libmtp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnomad2 portname: audio/p5-Audio-TagLib broken because: does not build with taglib 1.5 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib portname: audio/py-sdl_mixer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/rubygem-mp3info broken because: fails to package build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090224003245/rubygem-mp3info-0.5.log (Sat Feb 28 11:21:58 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rubygem-mp3info portname: audio/sineshaper broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sineshaper portname: audio/tse3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/umodplayer broken because: Does not compile with audio/libaiff build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=umodplayer portname: biology/p5-bioperl-run-devel broken because: this port needs dependency update to p5-bioperl=1.5.2 and Build.PL mechanism build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-run-devel portname: cad/freecad broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=freecad portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/gfax broken because: doesn't build with mono 2.0.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=gfax portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: databases/rubygem-rrdtool broken because: does not compile with rrdtool 1.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-rrdtool portname: deskutils/contacts broken because: needs upgrade to work with evolution-data-server 2.24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=contacts portname: deskutils/kio_locate broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kio_locate portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: deskutils/plasma-applet-quicklauncher broken because: Does not compile with KDE 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher portname: deskutils/remember.el broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090301185101/gdb-act-5.3_2,1.log (Thu Feb 19 17:01:17 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090301185101/msp430-gdb-5.1.1.20030909_1.log (Thu Feb 19 17:02:47 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/p5-VCP broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-VCP portname: devel/papi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=papi portname: devel/poco broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090226082320/poco-1.3.3p1.log (Mon Jan 26 03:14:49 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/pysvn broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/pysvn-1.6.2.log (Tue Feb 17 02:56:36 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pysvn portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/tcl-trf broken because: self-test fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tcl-trf portname: devel/thunar-svn-plugin broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=thunar-svn-plugin portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/abiword-docs broken because: segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=abiword-docs portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: ftp/omi broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090306213317/omi-20030719.log (Wed Feb 11 23:11:06 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=omi portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: games/flightgear-atlas broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=flightgear-atlas portname: games/love broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=love portname: games/njam broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/njam-1.25_2.log (Tue Feb 17 07:06:49 UTC 2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090301170543/njam-1.25_2.log (Thu Mar 5 23:51:20 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=njam portname: games/wesnoth-devel broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wesnoth-devel portname: german/wordpress broken because: distfile mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=wordpress portname: graphics/crystalspace-devel broken because: Incorrect pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/graphviz broken because: Swig cant build tcl code build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=graphviz portname: graphics/ivtools broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/ircg broken because: Does not build with newer st build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/ruby-tk broken because: won't work with current ruby-tk build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=ruby-tk portname: japanese/slirc broken because: Does not compile with devel/libslang2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=slirc portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/dbvis broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/jakarta-commons-dbcp broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20080904173358/jakarta-commons-dbcp-1.2.1_2.log (Sat Sep 6 11:50:48 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090306212603/jdk-1.4.2p8_13.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/qscheme broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/silkymail broken because: doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail portname: mail/smfsav broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090301170543/smfsav-1.4.0.log (Fri Feb 13 01:22:31 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=smfsav portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-devel broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090228232608/octave-devel-3.1.51_4.log (Mon Mar 2 04:50:27 UTC 2009) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20080904173358/octave-devel-3.1.51_2.log (Sat Sep 6 12:01:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/dirac-reference broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/dvbcut broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/dvbcut-0.5.4_2.log (Fri Sep 5 13:06:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smilutils broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/icqnd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=icqnd portname: net-im/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net-mgmt/nav broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net/acx100 broken because: Does not compile on FreeBSD >= 6.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/evolution-rss broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=evolution-rss portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/openpbx.org broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/sipxcommserverlib broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcommserverlib portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current broken because: Does not install (makedbz segfaults) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/openftd broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/oof broken because: Broken with GCC 4.2 and beyond build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/openfoam broken because: bad depobj for java3d build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=openfoam portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/dazuko broken because: Currently does not support FreeBSD > 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/metasploit broken because: unsatisfiable dependency build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090306213317/metasploit-3.0_2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=metasploit portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090301185101/shibboleth-sp-1.3f.log (Sun Feb 22 20:07:29 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/linux-megacli broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megacli portname: sysutils/megarc broken because: Running megarc seems to cause memory corruption build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/p5-Senna broken because: This version does not support latest libsenna interface. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Senna portname: textproc/p5-XML-Xerces broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/p5-XML-Xerces-2.7.0.log (Sat Jan 31 04:22:36 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-XML-Xerces portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/cacheboy broken because: leaves leftover binary after deinstall build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/cacheboy-1.4.1_12.log (Wed Sep 24 10:59:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy portname: www/epiphany-webkit broken because: is not ready for use; this port should be available in GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=epiphany-webkit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/p5-HTML-Embperl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTML-Embperl portname: www/raqdevil broken because: Master site gone, distfiles not fetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=raqdevil portname: www/rt32 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/rubygem-actionwebservice broken because: require actionpack == 1.13.6, but actionpack is 2.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-actionwebservice portname: www/thttpd-st broken because: does not compile with new st build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090306145747/thttpd-st-2.25b_3.log (Fri Dec 19 01:14:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=thttpd-st portname: www/toofpy broken because: Installs files outside of localbase build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/trac-wikinotification broken because: bad depobj build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/trac-wikinotificationplugin-0.1.0p4_2.log (Mon Feb 9 09:21:37 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikinotification portname: www/trac-wikitemplates broken because: bad depobj build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/trac-wikitemplates-0.3.0p3_2.log (Mon Feb 9 12:33:56 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: www/wml broken because: does not build with perl 5.8.9 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/wml-2.0.12,1.log (Wed Jan 28 17:17:11 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wml portname: x11-drivers/xf86-video-vga broken because: Needs to be removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga portname: x11-fm/velocity broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/camaelon-nesedah broken because: conflicts with its own dependency build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=camaelon-nesedah portname: x11-themes/nimbus broken because: needs an update to work with latest intltool build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=nimbus portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/hs-gtk2hs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=hs-gtk2hs portname: x11-toolkits/inti broken because: does not build with latest GTK+2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20080914172702/p5-Tcl-Tk-0.97.log (Wed Sep 24 11:13:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/p5-TclTk broken because: does not build, use x11-toolkits/p5-Tcl-Tk instead build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/p5-TclTk-0.75_1.log (Fri Oct 3 07:58:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/py-pyxfce broken because: no new version released so far to match xfce 4.6.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyxfce portname: x11-toolkits/soqt broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=soqt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From linimon at FreeBSD.org Mon Mar 9 00:29:13 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:29:20 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090309072911.878BC1CEBB@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/q-audio description: Q-Audio -- digital audio interface for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=q-audio portname: audio/rosegarden description: The Rosegarden Editor and Sequencer suite maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden portname: audio/snowstar description: A GUI interface to copy files to/from the Diamond Rio PM300 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snowstar portname: audio/splaytk description: A tk based interface for splay maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=splaytk portname: audio/tclmidi description: A language designed for creating and editing standard MIDI files maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tclmidi portname: comms/plp description: Transfer data between a Psion Series 5(mx) and Unix maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=plp portname: devel/freescope description: Source code browsing on UNIX-like operating systems maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=freescope portname: devel/libg++ description: A libg++ container classes for EGCS and later versions of GCC maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libg%2B%2B portname: emulators/dlx description: Assembler for Hennessy and Patterson's DLX architecture maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=dlx portname: games/bogged description: Word game for X Window System maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=bogged portname: games/jumpnbump description: A fun multiplayer game with cute fluffy bunnies and bloody explosions maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=jumpnbump portname: games/merlin description: A pointless puzzle game for Tcl/Tk maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=merlin portname: games/tuxracer_golf description: A golf course theme for Tux Racer maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxracer_golf portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: graphics/q-graph description: Q-Graph -- graph library and editor for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=q-graph portname: graphics/renderpark description: System for physically based photo-realistic image synthesis maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=renderpark portname: graphics/xrml description: Extensible scene graph library based on VRML'97 maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xrml portname: irc/blackened description: The Blackened IRC Client maintainer: ports@FreeBSD.org deprecated because: Broken and abandonware expiration date: 2009-03-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=blackened portname: java/guavac description: Java compiler and decompiler developed under GPL maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=guavac portname: java/javel description: Java disassembler maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=javel portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: lang/q description: Q -- equational programming language maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, broken plist expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/wamcc description: Prolog-to-C translator from Inria maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: mail/dkimap4 description: IMAP4rev1 and POP3 server from the DBOX BBS package maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=dkimap4 portname: mail/postilion description: Mail client with the NeXt look maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postilion portname: mbone/nte description: Multicast Network Text Editor maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=nte portname: mbone/rat30 description: IPv4/v6 Multicast and unicast audio conferencing tool maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=rat30 portname: mbone/vat description: The Visual Audio Tool - multicast audioconferencing maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=vat portname: mbone/wbd description: A shared drawing (whiteboard) tool using multicast, compatible with wb maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=wbd portname: misc/menushki description: Menu converter between varieties of Window Managers maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=menushki portname: misc/sonytv description: Sony-compatible TV remote maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sonytv portname: misc/tkrunit description: GUI app launcher with completion and history maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=tkrunit portname: misc/vbidecode description: Get Videotext/Teletext (.vtx) and other VBI data from TV channels maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=vbidecode portname: multimedia/mpegedit description: A program to edit encoded mpeg streams maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mpegedit portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2009-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-mgmt/oproute description: A tool for measuring general performance of the Internet maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=oproute portname: net/sipxcalllib description: sipX library for call handling maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcalllib portname: net/sipxcommserverlib description: sipX library for communications between components maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, needs updating, and does not compile expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcommserverlib portname: net/sipxconfig description: sipX server for configuring sipX via a web interface maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxconfig portname: net/sipxmediaadapterlib description: sipX library for media adapters (like phones) maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxmediaadapterlib portname: net/sipxmedialib description: sipX library for media streams maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxmedialib portname: net/sipxpbx description: sipX PBX - Toplevel sipX port maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxpbx portname: net/sipxportlib description: sipX library of general purpose utils and OS abstration APIs. maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxportlib portname: net/sipxproxy description: sipX server for handling SIP authorization and call records maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxproxy portname: net/sipxpublisher description: sipX server for handling SIP event subscriptions maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxpublisher portname: net/sipxregistry description: sipX server for handling SIP UA registrations maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxregistry portname: net/sipxtacklib description: sipX library of utilities and SIP stack info processing maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxtacklib portname: net/sipxvxml description: sipX server for managing XML files maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxvxml portname: science/oof description: Finite Element Analysis of Real Material Microstructures maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: x11-toolkits/inti description: A set of C++ classes for developing GNOME and GTK+ applications maintainer: ports@FreeBSD.org status: BROKEN deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti portname: x11-toolkits/inti-gconf description: An Inti binding for GConf, the GNOME Configuration System maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-gconf portname: x11-toolkits/inti-gl description: An Inti binding for GtkGLExt, the Open-GL extension to GTK+ maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-gl portname: x11-toolkits/inti-sourceview description: An Inti binding for GtkSourceView maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-sourceview portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/p5-TclTk description: Perl5 module to access to Tk via the Tcl extension maintainer: ports@FreeBSD.org status: BROKEN deprecated because: replaced by x11-toolkits/p5-Tcl-Tk expiration date: 2009-05-05 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/p5-TclTk-0.75_1.log (Fri Oct 3 07:58:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/tkgoodstuff description: TkGoodstuff module for fvwm2 window manager - requires XPM and fvwm2 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=tkgoodstuff From linimon at FreeBSD.org Mon Mar 9 00:29:25 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:29:44 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090309072922.F01BF1CC38@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/py-sdl_mixer description: Pysdl_mixer is a python interface to SDL's sdl_mixer maintainer: acm@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/q-audio description: Q-Audio -- digital audio interface for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=q-audio portname: audio/rosegarden description: The Rosegarden Editor and Sequencer suite maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden portname: audio/snowstar description: A GUI interface to copy files to/from the Diamond Rio PM300 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snowstar portname: audio/splaytk description: A tk based interface for splay maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=splaytk portname: audio/tclmidi description: A language designed for creating and editing standard MIDI files maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tclmidi portname: comms/plp description: Transfer data between a Psion Series 5(mx) and Unix maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=plp portname: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090228232608/firebird-client-1.5.5.log (Mon Mar 2 04:47:52 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: databases/rubygem-rrdtool description: A Ruby interface to RRDTool maintainer: saurbier@math.uni-bielefeld.de status: BROKEN deprecated because: port no longer maintained by upstream use rrdtools own ruby bindings instead expiration date: 2009-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-rrdtool portname: deskutils/remember.el description: A Emacs mode for remembering data maintainer: dryice@dryice.name status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/freescope description: Source code browsing on UNIX-like operating systems maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=freescope portname: devel/libg++ description: A libg++ container classes for EGCS and later versions of GCC maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libg%2B%2B portname: devel/rubygem-mojombo-grit description: An object-oriented ruby library to access git repositories maintainer: daniel@roe.ch deprecated because: Obsolete, use devel/rubygem-grit instead expiration date: 2009-03-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-mojombo-grit portname: emulators/dlx description: Assembler for Hennessy and Patterson's DLX architecture maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=dlx portname: finance/cbb description: Checkbook balancing tool maintainer: kline@thought.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=cbb portname: ftp/downloader description: Program for downloading via FTP or HTTP with GUI maintainer: beech@FreeBSD.org deprecated because: sources unavailable - website dissappeared expiration date: 2009-02-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=downloader portname: games/bogged description: Word game for X Window System maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=bogged portname: games/jumpnbump description: A fun multiplayer game with cute fluffy bunnies and bloody explosions maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=jumpnbump portname: games/merlin description: A pointless puzzle game for Tcl/Tk maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=merlin portname: games/tuxracer_golf description: A golf course theme for Tux Racer maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxracer_golf portname: graphics/crystalentitylayer-devel description: CEL is a layer that sits on top of Crystal Space 3D Engine maintainer: acm@FreeBSD.org deprecated because: Depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalentitylayer-devel portname: graphics/crystalspace-devel description: Free and portable 3D Game Development Kit maintainer: acm@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/libgdgeda description: Special version of the gd graphic lib for use by gEDA programs maintainer: stas@FreeBSD.org deprecated because: is not required anymore expiration date: 2009-02-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libgdgeda portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: graphics/q-graph description: Q-Graph -- graph library and editor for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=q-graph portname: graphics/renderpark description: System for physically based photo-realistic image synthesis maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=renderpark portname: graphics/xrml description: Extensible scene graph library based on VRML'97 maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xrml portname: irc/blackened description: The Blackened IRC Client maintainer: ports@FreeBSD.org deprecated because: Broken and abandonware expiration date: 2009-03-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=blackened portname: irc/olirc description: A small irc client using GTK+ maintainer: nox@FreeBSD.org deprecated because: project is discontinued and tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=olirc portname: japanese/ruby-tk description: Ruby interface to the Japanized Tk widget set maintainer: stas@FreeBSD.org status: BROKEN deprecated because: uses old Tk, not required with newver versions expiration date: 2009-02-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=ruby-tk portname: java/guavac description: Java compiler and decompiler developed under GPL maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=guavac portname: java/javel description: Java disassembler maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=javel portname: lang/gcc33 description: GNU Compiler Collection 3.3 maintainer: gerald@FreeBSD.org deprecated because: fails to build on any version of FreeBSD, closed upstream for half a decade expiration date: 2009-03-03 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/gcc-3.3.6_5,1.log (Fri Oct 3 12:50:23 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcc33 portname: lang/perl5.6 description: Practical Extraction and Report Language maintainer: skv@FreeBSD.org deprecated because: no longer under development, please use lang/perl5.8 or lang/perl5.10 expiration date: 2009-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=perl5.6 portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: lang/q description: Q -- equational programming language maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, broken plist expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/tcl80 description: Tool Command Language maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tcl80 portname: lang/wamcc description: Prolog-to-C translator from Inria maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: mail/bogofilter-qdbm description: Fast, teachable, learning spam detector maintainer: matthias.andree@gmx.de deprecated because: Migrate to bogofilter-tc instead expiration date: 2009-06-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090214215110/bogofilter-qdbm-1.1.7.log (Mon Feb 9 08:17:20 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=bogofilter-qdbm portname: mail/dkimap4 description: IMAP4rev1 and POP3 server from the DBOX BBS package maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=dkimap4 portname: mail/postfix1 description: An alternative to widely-used Sendmail maintainer: mnag@FreeBSD.org deprecated because: Not supported anymore by vendor. Please choose a new one version. expiration date: 2009-03-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix1 portname: mail/postfix21 description: A secure alternative to widely-used Sendmail maintainer: mnag@FreeBSD.org deprecated because: Not supported anymore by vendor. Please choose a new one version. expiration date: 2009-03-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix21 portname: mail/postfix22 description: A secure alternative to widely-used Sendmail maintainer: mnag@FreeBSD.org deprecated because: Not supported anymore by vendor. Please choose a new one version. expiration date: 2009-03-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix22 portname: mail/postilion description: Mail client with the NeXt look maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postilion portname: mbone/nte description: Multicast Network Text Editor maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=nte portname: mbone/rat30 description: IPv4/v6 Multicast and unicast audio conferencing tool maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=rat30 portname: mbone/relate description: Mbone integrated interface, audio, video, editor, and whiteboard maintainer: mutoh@openedu.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=relate portname: mbone/vat description: The Visual Audio Tool - multicast audioconferencing maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=vat portname: mbone/wbd description: A shared drawing (whiteboard) tool using multicast, compatible with wb maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=wbd portname: misc/dotfile description: A GUI dotfile generator program to create .config files maintainer: beat@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=dotfile portname: misc/menushki description: Menu converter between varieties of Window Managers maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=menushki portname: misc/sonytv description: Sony-compatible TV remote maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sonytv portname: misc/tkrunit description: GUI app launcher with completion and history maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=tkrunit portname: misc/vbidecode description: Get Videotext/Teletext (.vtx) and other VBI data from TV channels maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=vbidecode portname: multimedia/mpegedit description: A program to edit encoded mpeg streams maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mpegedit portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2009-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-mgmt/oproute description: A tool for measuring general performance of the Internet maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=oproute portname: net/acx100 description: Texas Instruments (TI) ACX100 IEEE 802.11 driver maintainer: leoz.2005@gmail.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/sipxcalllib description: sipX library for call handling maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcalllib portname: net/sipxcommserverlib description: sipX library for communications between components maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, needs updating, and does not compile expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxcommserverlib portname: net/sipxconfig description: sipX server for configuring sipX via a web interface maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxconfig portname: net/sipxmediaadapterlib description: sipX library for media adapters (like phones) maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxmediaadapterlib portname: net/sipxmedialib description: sipX library for media streams maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxmedialib portname: net/sipxpbx description: sipX PBX - Toplevel sipX port maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxpbx portname: net/sipxportlib description: sipX library of general purpose utils and OS abstration APIs. maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxportlib portname: net/sipxproxy description: sipX server for handling SIP authorization and call records maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxproxy portname: net/sipxpublisher description: sipX server for handling SIP event subscriptions maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxpublisher portname: net/sipxregistry description: sipX server for handling SIP UA registrations maintainer: ports@FreeBSD.org deprecated because: depends on broken port net/sipxcommserverlib expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxregistry portname: net/sipxtacklib description: sipX library of utilities and SIP stack info processing maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxtacklib portname: net/sipxvxml description: sipX server for managing XML files maintainer: ports@FreeBSD.org deprecated because: old version, needs updating expiration date: 2009-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sipxvxml portname: science/oof description: Finite Element Analysis of Real Material Microstructures maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: security/pam_krb5 description: A Pluggable Authentication Module for Kerberos 5 maintainer: cy@FreeBSD.org status: IGNORE deprecated because: Pam_krb5 is in the base FreeBSD system. expiration date: 2009-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_krb5 portname: www/drupal4 description: CMS that supports pgsql and mysql maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4 portname: www/drupal4-attachment description: An alternative to Drupal's included upload module maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-attachment portname: www/drupal4-filemanager description: A full featured file management API for Drupal modules maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-filemanager portname: www/drupal4-gsitemap description: Produces Google/sitemaps.org compliant XML WWW site maps maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-gsitemap portname: www/drupal4-i18n description: An internationalisation module for the Drupal CMS maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-i18n portname: www/drupal4-nice_menus description: CSS / Javascript pull-down menus for Drupal maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-nice_menus portname: www/drupal4-taxonomy_access description: Access control system for the Drupal based on Taxonomy classification maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-taxonomy_access portname: www/drupal4-textile description: Textile markup module for Drupal maintainer: nick@foobar.org deprecated because: Drupal 4.7.x is end-of-life since 200802. Please migrate to Drupal 6.x expiration date: 2009-03-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=drupal4-textile portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/raqdevil description: A port of the Sun Cobalt RaQ550 software to FreeBSD maintainer: devon.odell@gmail.com status: BROKEN deprecated because: expiration date: 2009-04-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=raqdevil portname: www/rubygem-actionwebservice description: Simple support for publishing Web Service APIs for Rails applications maintainer: jw@innerewut.de status: BROKEN deprecated because: from rails 2.0 www/rubygem-rails use www/rubygem-activeresource instead expiration date: 2009-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-actionwebservice portname: www/squid26 description: HTTP Caching Proxy maintainer: tmseck@web.de deprecated because: The 2.6 series is no longer actively maintained by the Squid developers expiration date: 2009-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid26 portname: www/tdiary-devel description: A Web-based diary system (like weblog) written in Ruby maintainer: tota@rtfm.jp status: FORBIDDEN deprecated because: has been forbidden for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope description: An object-based web application platform maintainer: estartu@augusta.de status: FORBIDDEN deprecated because: has been forbidden for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/inti description: A set of C++ classes for developing GNOME and GTK+ applications maintainer: ports@FreeBSD.org status: BROKEN deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti portname: x11-toolkits/inti-gconf description: An Inti binding for GConf, the GNOME Configuration System maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-gconf portname: x11-toolkits/inti-gl description: An Inti binding for GtkGLExt, the Open-GL extension to GTK+ maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-gl portname: x11-toolkits/inti-sourceview description: An Inti binding for GtkSourceView maintainer: ports@FreeBSD.org deprecated because: not maintain by upstream for more than five years and no port depend on this expiration date: 2009-02-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=inti-sourceview portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/p5-TclTk description: Perl5 module to access to Tk via the Tcl extension maintainer: ports@FreeBSD.org status: BROKEN deprecated because: replaced by x11-toolkits/p5-Tcl-Tk expiration date: 2009-05-05 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081003043826/p5-TclTk-0.75_1.log (Fri Oct 3 07:58:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/tk80 description: Graphical toolkit for TCL maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tk80 portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/tkgoodstuff description: TkGoodstuff module for fvwm2 window manager - requires XPM and fvwm2 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=tkgoodstuff From linimon at FreeBSD.org Mon Mar 9 00:29:27 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:29:45 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090309072926.BFC9B1CD2F@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issus http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Mon Mar 9 00:29:28 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Mar 9 00:29:47 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090309072927.9BB591CD4F@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/amaya forbidden because: Security issues http://www.vuxml.org/freebsd/a89b76a7-f6bd-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=amaya portname: www/awstats-devel forbidden because: http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel portname: www/linux-firefox forbidden because: Security issues http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox portname: www/linux-firefox-devel forbidden because: Security issus http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope From gb at unistra.fr Mon Mar 9 02:12:38 2009 From: gb at unistra.fr (Guy Brand) Date: Mon Mar 9 02:12:45 2009 Subject: Wine and CURRENT Message-ID: <20090309085153.GE1640@unistra.fr> Hello, Am I the only one unable to start wine on CURRENT? bug ~# wine progman Assertion failed: (heap_base != (void *)-1), function virtual_init, file virtual.c, line 1314. [1] 2797 abort (core dumped) wine progman It's been that way for a few months now and it's still the same with wine-1.1.15 port. -- bug From seba.bsd at sinux.net Mon Mar 9 02:14:16 2009 From: seba.bsd at sinux.net (Sebastien Chassot) Date: Mon Mar 9 02:14:24 2009 Subject: Who could update net-im/amsn ? Message-ID: <1236590053.1564.20.camel@dhcppc0> Hi, I recently posted here due to trouble remove some old dependency. I was complaining that despite of mention in UPDATE saying tcl/tk 8.5 is now the default version, some application still install tcl/tk 8.4. I find out that it's just net-im/amsn ports BUILD_DEPENDS= wish8.4:${PORTSDIR}/x11-toolkits/tk84 \ ${LOCALBASE}/lib/tls/tls.tcl:${PORTSDIR}/devel/tcltls \ dtplite:${PORTSDIR}/devel/tcllib RUN_DEPENDS= ${BUILD_DEPENDS} As this port has no maintainer what's the best way to update it? I mean who may do this? (I'm not use with port process) Regards $ portsdb -R net-im/amsn x11/kbproto graphics/png x11/xextproto lang/python25 lang/tcl-modules x11/inputproto lang/tcl84 lang/perl5.8 graphics/jpeg graphics/tiff converters/libiconv devel/gettext devel/gmake lang/tcl85 devel/tcllib devel/tcltls devel/pkg-config x11/xproto x11/libXau devel/glib12 devel/libpthread-stubs x11/libXdmcp x11/xcb-proto x11/libICE x11/libSM x11/libxcb x11/libX11 x11-toolkits/tk84 x11/libXext x11/libXi x11-toolkits/gtk12 graphics/libungif graphics/imlib net-im/amsn -- [] [][][] Sebastien Chassot - Geneva (Switzerland) || From gb at unistra.fr Mon Mar 9 05:04:52 2009 From: gb at unistra.fr (Guy Brand) Date: Mon Mar 9 05:05:01 2009 Subject: Wine and CURRENT In-Reply-To: <200903091237.34626.tijl@ulyssis.org> References: <20090309085153.GE1640@unistra.fr> <200903091237.34626.tijl@ulyssis.org> Message-ID: <20090309120316.GF1640@unistra.fr> Tijl Coosemans (tijl@ulyssis.org) on 09/03/2009 at 12:37 wrote: > > It's been that way for a few months now and it's still the same with > > wine-1.1.15 port. > > What patches do you have in emulators/wine/files? One only: patch-dlls-ntdll-virtual.c MD5 (patch-dlls-ntdll-virtual.c) = 3cc70a2f1466f1213719de58653ff78b -- bug From tijl at ulyssis.org Mon Mar 9 05:06:55 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Mon Mar 9 05:07:02 2009 Subject: Wine and CURRENT In-Reply-To: <20090309085153.GE1640@unistra.fr> References: <20090309085153.GE1640@unistra.fr> Message-ID: <200903091237.34626.tijl@ulyssis.org> On Monday 09 March 2009 09:51:53 Guy Brand wrote: > Am I the only one unable to start wine on CURRENT? > > bug ~# wine progman > Assertion failed: (heap_base != (void *)-1), function virtual_init, > file virtual.c, line 1314. > [1] 2797 abort (core dumped) wine progman > > It's been that way for a few months now and it's still the same with > wine-1.1.15 port. What patches do you have in emulators/wine/files? From roberthuff at rcn.com Mon Mar 9 05:23:13 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Mar 9 05:23:19 2009 Subject: Wine and CURRENT In-Reply-To: <20090309085153.GE1640@unistra.fr> References: <20090309085153.GE1640@unistra.fr> Message-ID: <18869.2587.290783.855267@jerusalem.litteratus.org> Guy Brand writes: > Am I the only one unable to start wine on CURRENT? > > bug ~# wine progman > Assertion failed: (heap_base != (void *)-1), function virtual_init, > file virtual.c, line 1314. > [1] 2797 abort (core dumped) wine progman > > It's been that way for a few months now and it's still the same with > wine-1.1.15 port. Running 1.1.16.1, I have a different issue: err:process:__wine_kernel_init boot event wait timed out fixme:shell:StopWatchMode () stub! ixme:shell:SHCreateShellPalette stub X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 155 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x21 Serial number of failed request: 296 Current serial number in output stream: 296 fixme:shell:MLLoadLibraryA ("inetres.dll",0x5ec00000,0) semi-stub! Cleatly X related, but I've been unable to figure out what's happening. Robert Huff From marius at nuenneri.ch Mon Mar 9 05:23:57 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Mon Mar 9 05:24:03 2009 Subject: Wine and CURRENT In-Reply-To: <20090309085153.GE1640@unistra.fr> References: <20090309085153.GE1640@unistra.fr> Message-ID: On Mon, Mar 9, 2009 at 09:51, Guy Brand wrote: > Hello, > > > Am I the only one unable to start wine on CURRENT? > > ?bug ~# wine progman > ?Assertion failed: (heap_base != (void *)-1), function virtual_init, > ?file virtual.c, line 1314. > ?[1] ? ?2797 abort (core dumped) ?wine progman > > It's been that way for a few months now and it's still the same with > wine-1.1.15 port. I do not run wine on current but I think I saw this error when I increased KVA_PAGES on 7-stable. Did you do that? What architecture are you using? From rwmaillists at googlemail.com Mon Mar 9 05:32:20 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Mar 9 05:32:27 2009 Subject: Who could update net-im/amsn ? In-Reply-To: <1236590053.1564.20.camel@dhcppc0> References: <1236590053.1564.20.camel@dhcppc0> Message-ID: <20090309123213.3d79f113@gumby.homeunix.com> On Mon, 09 Mar 2009 10:14:13 +0100 Sebastien Chassot wrote: > > As this port has no maintainer what's the best way to update it? I > mean who may do this? (I'm not use with port process) Anyone can submit a PR with a patch. http://www.freebsd.org/support/bugreports.html From seba.bsd at sinux.net Mon Mar 9 06:27:01 2009 From: seba.bsd at sinux.net (Sebastien Chassot) Date: Mon Mar 9 06:27:14 2009 Subject: Who could update net-im/amsn ? In-Reply-To: <20090309123213.3d79f113@gumby.homeunix.com> References: <1236590053.1564.20.camel@dhcppc0> <20090309123213.3d79f113@gumby.homeunix.com> Message-ID: <1236605217.1542.3.camel@dhcppc0> Le Lundi 09 mars 2009 ? 12:32 +0000, RW a ?crit : > On Mon, 09 Mar 2009 10:14:13 +0100 > Sebastien Chassot wrote: > > > > > As this port has no maintainer what's the best way to update it? I > > mean who may do this? (I'm not use with port process) > > Anyone can submit a PR with a patch. > > http://www.freebsd.org/support/bugreports.html Thank you. Will be my first ;-) I'll rtm and try... From rwmaillists at googlemail.com Mon Mar 9 07:38:11 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Mar 9 07:38:17 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <20090308210404.3895216d@gumby.homeunix.com> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> Message-ID: <20090309143803.2d5ec944@gumby.homeunix.com> I think this was probably intended for the list rather than me: On Mar 8, 4:04?pm, RW wrote: > On Sun, 08 Mar 2009 14:40:08 -0400 > > Chuck Robey wrote: > > Here's the portmanager listing, maybe someone here can tell me > > what's causing portmanager to want to patch my bsd.port.mk, and why > > the patchfile should be so far off, and what might be the CORRECT > > way to fix this. ?Oh, BTW, I run current, and keep myself that way > > via cvsup.. > > IIRC the patch was made so that when portmanager built a port, the > makefile would call back into ?portmanager to let it modify the > dependencies. Portmanager had a major rewrite just before the > ?original author had a row with some FreeBSD people and abandoned the > project. AFAIK the feature wasn't yet used, so it doesn't matter if > the patch doesn't apply since it's a null operation. I'm the original author of portmanager, haven't done anything bsd related in a few years so memory is a bit vague. I think the patch was to correct a sorting problem with dependencies in freebsd make. I filed a pr against make and was assured there was no way it would ever approved so that patch is a work around. If it is failing, isn't really a big surprise, means something has changed in make finally. Best solution I guess is to determine if make was fixed somewhere along the line, maybey look up the pr i filed agains make? if its fixed now, then remove the patch, if not, then someone who understands scripts needs to recut the patch. I drive a semi for a living now and seriously doubt I'll ever take up programming again for lack of time, so very sorry I'm not able to provide more help with this problem. Mike Shultz From webmaster at hallmark.org Mon Mar 9 07:50:20 2009 From: webmaster at hallmark.org (webmaster@hallmark.org) Date: Mon Mar 9 07:50:32 2009 Subject: You have received a card from a family member! Message-ID: <200903091410.n29EAZi4014197@butan170.server4free.de> [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://83.151.25.154/~5084ftp/hallmark.exe 7. http://83.151.25.154/~5084ftp/hallmark.exe 8. http://83.151.25.154/~5084ftp/hallmark.exe 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From ed at 80386.nl Mon Mar 9 07:56:53 2009 From: ed at 80386.nl (Ed Schouten) Date: Mon Mar 9 07:57:00 2009 Subject: Bump libsndfile port to 1.0.19 Message-ID: <20090309145651.GT19161@hoeg.nl> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090309/554d86dd/attachment.pgp From ed at 80386.nl Mon Mar 9 08:08:06 2009 From: ed at 80386.nl (Ed Schouten) Date: Mon Mar 9 08:08:13 2009 Subject: Bump libsndfile port to 1.0.19 In-Reply-To: <20090309145651.GT19161@hoeg.nl> References: <20090309145651.GT19161@hoeg.nl> Message-ID: <20090309150805.GU19161@hoeg.nl> * Ed Schouten wrote: > Shall I commit this patch to SVN? CVS. I've been hacking on src too much, I guess. -- Ed Schouten WWW: http://80386.nl/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090309/a08b1e96/attachment.pgp From wxs at FreeBSD.org Mon Mar 9 08:13:34 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Mar 9 08:13:39 2009 Subject: Bump libsndfile port to 1.0.19 In-Reply-To: <20090309145651.GT19161@hoeg.nl> References: <20090309145651.GT19161@hoeg.nl> Message-ID: <20090309151332.GC51851@atarininja.org> On Mon, Mar 09, 2009 at 03:56:51PM +0100, Ed Schouten wrote: > Hello all, > > Not long after we bumped the libsndfile port to 1.0.18, it turned out > there was an undisclosed security vulnerability. The author decided to > release a new version, 1.0.19. An advantage of this version is that it > also works with a *released* version of libvorbis, so we don't need the > awful regexes anymore. > > Shall I commit this patch to SVN? As long as it builds and behaves correctly I see nothing wrong with it. -- WXS From Johan at double-l.nl Mon Mar 9 08:22:54 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Mon Mar 9 08:23:01 2009 Subject: MailScanner and perl 5.8.9 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE625@w2003s01.double-l.local> Is somebody working on a new Mailscanner port, i remember reading somewhere that there was a new port for mailscanner but i can not find it. I also ask this because the current MailScanner port does not work with the latest perl (5.8.9). Regards, Johan Hendriks From stef-list at memberwebs.com Mon Mar 9 08:29:17 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Mon Mar 9 08:29:24 2009 Subject: Building PHP5 with PCRE Message-ID: <20090309152915.B3BB8EFB917@mx.npubs.com> It seems that someone has decided to move php5-pcre back out of lang/php5. I don't want to have to go through the pain of updating hundreds of virtual servers yet again, just because someone can't make up their mind. Anyone know how do I build the PHP5 port so that PCRE is included? Cheers, Stef From erwin at FreeBSD.org Mon Mar 9 08:58:40 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 9 08:58:47 2009 Subject: INDEX build failed for 6.x Message-ID: <200903091558.n29FweGZ057728@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: p5-Catalyst-Engine-HTTP-Prefork-0.50: no entry for /usr/ports/www/p5-Cookie-XS make_index: p5-Catalyst-Engine-HTTP-Prefork-0.50: no entry for /usr/ports/www/p5-Cookie-XS Committers on the hook: ehaupt garga jadawin skv Most recent CVS update was: U MOVED U archivers/p5-Archive-Tar/Makefile U archivers/p5-Archive-Tar/distinfo U devel/p5-POE-Test-Loops/Makefile U devel/p5-POE-Test-Loops/distinfo U graphics/recoverjpeg/Makefile U graphics/recoverjpeg/distinfo U net/spoofer/Makefile U net/spoofer/distinfo U net-mgmt/tcpreplay/Makefile U net-mgmt/tcpreplay/distinfo U security/clamav-devel/Makefile U security/clamav-devel/distinfo U www/Makefile U www/p5-CGI-Cookie-XS/Makefile U www/p5-CGI-Cookie-XS/distinfo U www/p5-CGI-Cookie-XS/pkg-plist From rnoland at FreeBSD.org Mon Mar 9 10:03:39 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 10:03:46 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <20090309143803.2d5ec944@gumby.homeunix.com> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <20090309143803.2d5ec944@gumby.homeunix.com> Message-ID: <1236618203.1680.20.camel@balrog.2hip.net> On Mon, 2009-03-09 at 14:38 +0000, RW wrote: > I think this was probably intended for the list rather than me: > > On Mar 8, 4:04 pm, RW wrote: > > On Sun, 08 Mar 2009 14:40:08 -0400 > > > > Chuck Robey wrote: > > > Here's the portmanager listing, maybe someone here can tell me > > > what's causing portmanager to want to patch my bsd.port.mk, and why > > > the patchfile should be so far off, and what might be the CORRECT > > > way to fix this. Oh, BTW, I run current, and keep myself that way > > > via cvsup.. > > > > IIRC the patch was made so that when portmanager built a port, the > > makefile would call back into portmanager to let it modify the > > dependencies. Portmanager had a major rewrite just before the > > original author had a row with some FreeBSD people and abandoned the > > project. AFAIK the feature wasn't yet used, so it doesn't matter if > > the patch doesn't apply since it's a null operation. > > > I'm the original author of portmanager, haven't done anything bsd > related in a few years so memory is a bit vague. > I think the patch was to correct a sorting problem with dependencies > in freebsd make. I filed a pr against make > and was assured there was no way it would ever approved so that patch > is a work around. If it is failing, isn't really > a big surprise, means something has changed in make finally. Best > solution I guess is to determine if make > was fixed somewhere along the line, maybey look up the pr i filed > agains make? if its fixed now, then remove the patch, > if not, then someone who understands scripts needs to recut the > patch. I drive a semi for a living now and seriously > doubt I'll ever take up programming again for lack of time, so very > sorry I'm not able to provide more help with this problem. Mike, Thanks for the info. Yes, bsd.port.mk changed about a year or so ago now... portmanager still did what I needed it to do, so I just ignored it. I will try and find the old, PR and have a look. thanks, robert. > Mike Shultz > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090309/cda52623/attachment.pgp From bugmaster at FreeBSD.org Mon Mar 9 10:14:11 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 9 10:14:37 2009 Subject: Current unassigned ports problem reports Message-ID: <200903091714.n29HE9Dq044011@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/132475 Update port: x11-fm/gentoo to 0.15.1 o ports/132474 Update port: textproc/idnits to 2.11.05 o ports/132473 Update port: multimedia/miro to 2.0.2 o ports/132472 Update port: lang/bigloo to 3.2a.2 o ports/132471 Update port: graphics/fig2pstricks to 0.7.1 o ports/132470 Update port: editors/zile to 2.3.4 o ports/132469 Update port: deskutils/qtm to 0.7.4 o ports/132468 Update port: databases/libzdb to 2.4 o ports/132467 Update port: audio/tagtool o ports/132466 Update port: audio/solfege to 3.12.2 o ports/132457 [maintainer] mail/dma minor wrapper fix and pkg-descr o ports/132454 ca_root-nss won't build if ../share/certs directory ex o ports/132450 missing dependecies for xfce4-conf f ports/132447 x11-wm/awesome 3.1.2 fails to link. o ports/132433 new port devel/pjsip o ports/132429 [MAINTAINER] www/firefox3-i18n: update to 3.0.7 o ports/132424 Update port: audio/firefly for sqlite3 as default conf o ports/132391 multimedia/mplayer does not work with pulseaudio f ports/132390 [PATCH] multimedia/avidemux2: prevent package servers o ports/132383 www/zope: HotFix for vulnerability http://VuXML.FreeBS f ports/132377 www/firefox3-i18n: sync with main port o ports/132362 [new port] graphics/p5-GD-Graph-histogram, histogram p f ports/132357 [patch] lang/twelf update to new version o ports/132356 [PATCH] www/p5-WWW-Mixi-Scraper: update to 0.23 o ports/132355 [PATCH] www/p5-WWW-Mechanize-DecodedContent: update to o ports/132353 [UPDATE] update mail/libpst to 0.6.29 f ports/132332 security/squidclamav Maintainer update from 3.5 to 4.0 o ports/132330 New port: devel/psptoolchain-pspsdk-data o ports/132329 New port: devel/psptoolchain-binutils o ports/132328 New port: devel/psptoolchain-gcc o ports/132327 New port: devel/psptoolchain-newlib o ports/132326 New port: devel/psptoolchain-gdb o ports/132325 New port: devel/psptoolchain o ports/132324 New port: devel/psptoolchain-g++ o ports/132323 New port: devel/psptoolchain-pspsdk o ports/132306 [NEW PORT] www/WWW-NicoVideo-Download: Perl module of o ports/132290 New port: deskutils/plasma-applet-simpleweatherforecas f ports/132287 [patch] unbreak lang/qscheme with GCC 4.2 o ports/132265 [PATCH] Make palm/pilot-link work on recent -CURRENT f ports/132264 net-p2p/amule2: update to version 2.2.3 o ports/132262 [PATCH] Make graphics/sane-backends work on -CURRENT o ports/132236 [NEW PORT] multimedia/abby Front-end for cclive f ports/132212 lang/guile port broken if automake110 installed f ports/132192 update sysutils/facter to 1.5.4 o ports/132157 [repocopy] rename net-p2p/museekplus to net-p2p/museek o ports/132134 www/privoxy: privoxy-3.0.11 fails at launch time, call f ports/132117 Port update: sysutils/radmind - Bump to version 1.13.0 o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/132103 math/pari update (for performance) o ports/132099 multimedia/vlc missing dependency on xpm o ports/132027 New port: devel/diffuse A graphical N-way diff and mer o ports/132016 [NEW PORT] net/istgt: An iSCSI target for FreeBSD 7.x o ports/132005 www/man2web: Cannot find libc.so.6 o ports/131998 new port: lang/s9fes o ports/131991 audio/musicpd 0.14.1_1 doesn't recognize URI scheme fo f ports/131896 mail/p5-Mail-SPF and mail/p5-Mail-SPF-Query conflict f ports/131878 www/squid: Bug with kerberos heimdal negotiate auth. o ports/131877 New Port: devel/parasite GTK+ UI debugging tool o ports/131856 sysutils/virtualmin adds new users to www group - over f ports/131787 [UPDATE] www/mod_authz_unixgroup to 1.0.1 o ports/131783 shells/bash-completion: bash completion of paths begin f ports/131778 comms/gnokii fails to build when multimedia/mpeg4ip is f ports/131646 sysutils/rsnapshot exclude statements not properly doc f ports/131607 [PATCH] update of sysutils/arcconf to 6.10 f ports/131604 [UPDATE]benchmarks/sipp: update to 3.1.20090121 f ports/131580 port databases/frontbase upgraded to version 4.2.9 f ports/131526 lang/cmucl: CMUCL for FreeBSD 7 f ports/131492 Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491 Update x11-toolkits/gtk-sharp20 to 2.12.8 f ports/131421 ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? f ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130647 devel/p5-File-Pid: uninitialized value warning if you f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration f ports/130174 New port: net/igmpproxy multicast proxy f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130063 databases/rrdtool update f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per f ports/129941 [patch] update ports/deskutils/org-mode.el6 o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 129 problems total. From shuvaev at physik.uni-wuerzburg.de Mon Mar 9 10:55:36 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Mar 9 10:55:44 2009 Subject: [headsup] call for assistance with ports broken on -current In-Reply-To: <20090301020214.GA31160@lonesome.com> References: <20090301020214.GA31160@lonesome.com> Message-ID: <20090309175532.GA95099@wep4035.physik.uni-wuerzburg.de> On Sat, Feb 28, 2009 at 08:02:14PM -0600, Mark Linimon wrote: > With 8.0 coming up, it's time to take a look at the ports that have > been broken by some recent changes to freebsd-current. I have put > a list of these ports, categorized by which change, on the wiki at > http://wiki.freebsd.org/PortsBrokenOnCurrent. > > These changes are: tty changes, jail changes, import of strndup(3), > ARP v2, libusb20. (The latter has not yet been run through pointyhat, > and is probably incomplete.) > > Any help fixing these will be appreciated. > palm/uppc-kmod too (it is using usb stack directly, not via libusb). Alexey. From jwinn at cfnps.org Mon Mar 9 10:59:22 2009 From: jwinn at cfnps.org (Jennifer Winn) Date: Mon Mar 9 10:59:32 2009 Subject: New York Fundraising Summit - Panelist Invitation Message-ID: Dear Foundation Representative, My name is Jennifer Winn, Event Manager for the Center for Nonprofit Success, and I am writing to invite you to speak on a grantmaking panel at the Fundraising Summit that we will be hosting again this year at New York University on June 3-4, 2009. This year, we have a corporate grantmaking panel and a private foundation grantmaking panel, and you can see a full list of sessions for which we are recruiting speakers below. You can also see who spoke at last year's New York Summit by going to: http://www.cfnps.org/newyork2008.aspx?target=speakers If you would like to receive more information about being a panelist one of our panels or one of the other sessions, please feel free to contact me via reply email. We are very much looking forward to hearing from you. Regards, Jennifer Winn Event Manager Center for Nonprofit Success email: jwinn@cfnps.org Phone: 903-262-0765 www.cfnps.org ============================================== EVENT DETAILS New York Fundraising Summit June 3-4, 2009 (Wednesday - Thursday) New York University Kimmel Center 60 Washington Square South New York, NY 10012 You can learn more about the New York Summit by going to: http://cfnps.org/ny2009.aspx ============================================== A. SPEAKING AT THE SUMMIT This year we are offering over 20 concurrent sessions that cover the following topics: Corporate Giving Track ? Panel discussion and dialogue with corporate grantmakers ? Finding Corporate Funders: The Art of Successful Research ? Exploring the World of Corporate Sponsorship ? Cause Marketing ? Winning Corporate Partnerships Foundation Giving Track ? Panel discussion and dialogue with foundation grantmakers ? Finding Foundation Funders: The Art of Successful Research ? Proposal Writing ? Winning Proposals: A Tour of Four Successful Case Studies ? How to Build a Successful Relationship with Grantmakers Individual Giving Track ? Finding Individual Funders: The Art of Successful Research ? Engaging Your Board in Fundraising ? Online Fundraising ? Annual Giving Campaigns ? Introduction to Major Gifts ? Complex Issues Affecting Major Gifts Solicitations ? Fundraising in The One-Person Development Shop ? Special Events Fundraising ? Capital Campaigns ? Planned Giving ? Direct Mail Fundraising To learn about any of these sessions, go to: http://cfnps.org/ny2009.aspx If you would like to speak in one of these sessions, please send an email to Jennifer Winn at jwinn@cfnps.org You may also be interested in speaking at one of our other Summits. To see a 2009 calendar of Summits by city, go to: http://cfnps.org/education_calendar.aspx If you are interested in speaking at another Summit, please send us an email at info@cfnps.org ============================================== B. MENTORING AT THE SUMMIT In addition to speaking at the Summit, you can also participate as a mentor in our one-on-one mentoring sessions during the Summit. If you sign up as a mentor, attendees will be able to sit down with you to discuss specific questions about their organizations. Sessions last 30 minutes and the mentoring topics correspond to the seminars offered at the Summit. Mentoring is optional, and you will be prompted to register as a mentor when you register as a speaker. ============================================== C. EXHIBITING AT THE SUMMIT The Center for Nonprofit Success is currently accepting exhibitor registrations for the New York Summit. If you or someone you know has a product or service that benefits the nonprofit sector, and might be interested in exhibiting at one of our Summits, please write to info@cfnps.org so that we can send you more information. In the meantime, you can learn more about this opportunity by going to: http://www.cfnps.org/Exhibitors.aspx ============================================== Unsubscribe information: The Center for Nonprofit Success is a nonprofit organization whose mission to provide the training, knowledge and resources to help nonprofit leaders succeed.?If you do not wish to receive any future invitations from us, please go to: http://lists.mediate-facilitate.com/subscribe/profile?f=25&id=1524037T From oberman at es.net Mon Mar 9 11:32:59 2009 From: oberman at es.net (Kevin Oberman) Date: Mon Mar 9 11:33:14 2009 Subject: Port of opensc 0.11.7 Message-ID: <20090309183256.EAD6D1CC0B@ptavv.es.net> Is there hope of a port of the latest OpenSC reelease? It's been reported that there is a serious security vulnerability in the current port. http://www.opensc-project.org/pipermail/opensc-announce/2009-February/000023.html If nothing else, the 0.11.6 port needs to be marked as FORBIDDEN. If I get a little time, I'll try porting it, myself. I suspect it will be pretty straight-forward. I have submitted pr ports/132481 on the issue. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From erwin at FreeBSD.org Mon Mar 9 11:59:14 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 9 11:59:20 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200903091859.n29IxDvP007833@pointyhat.freebsd.org> From tingox at gmail.com Mon Mar 9 13:15:01 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Mar 9 13:15:07 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <496FBA3C.8020705@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> <20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> Message-ID: Hello, How is the progress of the shiny new MythTV port update? As you might have seen the port is scheduled for deletion this month: portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2009-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv Just a friendly reminder. :-) -- Regards, Torfinn Ingolfsen From dougb at FreeBSD.org Mon Mar 9 13:22:42 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 9 13:22:48 2009 Subject: Wine and CURRENT In-Reply-To: <20090309085153.GE1640@unistra.fr> References: <20090309085153.GE1640@unistra.fr> Message-ID: <49B57A8D.5010003@FreeBSD.org> Guy Brand wrote: > Hello, > > > Am I the only one unable to start wine on CURRENT? > > bug ~# wine progman > Assertion failed: (heap_base != (void *)-1), function virtual_init, > file virtual.c, line 1314. > [1] 2797 abort (core dumped) wine progman > > It's been that way for a few months now and it's still the same with > wine-1.1.15 port. The current version is 1.1.16_1, FYI. I'm not having any problems starting it on a recent -current, and it seems to work ok for the limited testing I've done so far. Have you tried starting a different windows program? Doug PS, you might want to consider following up to freebsd-emulation@ instead. -- This .signature sanitized for your protection From westr at connection.ca Mon Mar 9 13:23:59 2009 From: westr at connection.ca (Ross) Date: Mon Mar 9 13:24:05 2009 Subject: FreeBSD Port: dovecot-1.1.11 Message-ID: <1819649380.20090309160630@connection.ca> Hi there - found a small bug in the ports build Makefile for dovecot-1.1.11 on Freebsd v7.0. Simply: you need to specify v4.2+ of the Berkeley DB package. You just want to change the 'yes' to '42+', since db-4.1 doesn't include libdb.so. Also if 4.1 is installed in addition to any other db library, it'll be selected and set BDB_INCLUDE_DIR/LIB_DIR to /usr/local/lib so libdb.a of the other versions won't be found. Currently you've got: -= ## BDB Support # .if defined(WITH_BDB) && !defined(WITHOUT_BDB) USE_BDB= yes CONFIGURE_ARGS+= --with-db CFLAGS+= -I${BDB_INCLUDE_DIR} -L${BDB_LIB_DIR} PLIST_SUB+= BDB="" REINPLACE+= s!^\#(dict_db_config)!\1!; .else PLIST_SUB+= BDB="@comment " .endif -= and need to change to: ## BDB Support # .if defined(WITH_BDB) && !defined(WITHOUT_BDB) USE_BDB= 42+ CONFIGURE_ARGS+= --with-db CFLAGS+= -I${BDB_INCLUDE_DIR} -L${BDB_LIB_DIR} PLIST_SUB+= BDB="" REINPLACE+= s!^\#(dict_db_config)!\1!; .else PLIST_SUB+= BDB="@comment " .endif -= Simple thing at least. :-) Cheers, Ross. -- From chuckr at telenix.org Mon Mar 9 18:09:25 2009 From: chuckr at telenix.org (Chuck Robey) Date: Mon Mar 9 18:09:33 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <20090308210404.3895216d@gumby.homeunix.com> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> Message-ID: <49B5BBB2.4080405@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RW wrote: > On Sun, 08 Mar 2009 14:40:08 -0400 > Chuck Robey wrote: > >> Here's the portmanager listing, maybe someone here can tell me what's >> causing portmanager to want to patch my bsd.port.mk, and why the >> patchfile should be so far off, and what might be the CORRECT way to >> fix this. Oh, BTW, I run current, and keep myself that way via cvsup. > > IIRC the patch was made so that when portmanager built a port, the > makefile would call back into portmanager to let it modify the > dependencies. Portmanager had a major rewrite just before the original > author had a row with some FreeBSD people and abandoned the project. > AFAIK the feature wasn't yet used, so it doesn't matter if the patch > doesn't apply since it's a null operation. Ahh, I didn't realize that portmanager was moribund. OK, I can figure out what to do from here, then, thanks. I might not like the method being used by portmanager very much, but it's not worth complaining about a dead port. Too many other choices, aren't there? > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm1u6sACgkQz62J6PPcoOlcfQCgnXJkaeu1SOXMhcWxWhlVMQFc 9lcAni5kfl+jmQE1C3b6t0lQkdocH+HL =OTs8 -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Mon Mar 9 18:14:40 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 18:14:47 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B5BBB2.4080405@telenix.org> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> Message-ID: <1236647663.1730.10.camel@balrog.2hip.net> On Mon, 2009-03-09 at 21:00 -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > RW wrote: > > On Sun, 08 Mar 2009 14:40:08 -0400 > > Chuck Robey wrote: > > > >> Here's the portmanager listing, maybe someone here can tell me what's > >> causing portmanager to want to patch my bsd.port.mk, and why the > >> patchfile should be so far off, and what might be the CORRECT way to > >> fix this. Oh, BTW, I run current, and keep myself that way via cvsup. > > > > IIRC the patch was made so that when portmanager built a port, the > > makefile would call back into portmanager to let it modify the > > dependencies. Portmanager had a major rewrite just before the original > > author had a row with some FreeBSD people and abandoned the project. > > AFAIK the feature wasn't yet used, so it doesn't matter if the patch > > doesn't apply since it's a null operation. > > Ahh, I didn't realize that portmanager was moribund. OK, I can figure out what > to do from here, then, thanks. I might not like the method being used by > portmanager very much, but it's not worth complaining about a dead port. Too > many other choices, aren't there? It's not exactly dead... I keep it running, because it is still the best available option. robert. > > > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkm1u6sACgkQz62J6PPcoOlcfQCgnXJkaeu1SOXMhcWxWhlVMQFc > 9lcAni5kfl+jmQE1C3b6t0lQkdocH+HL > =OTs8 > -----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-unsubscribe@freebsd.org" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090310/b09d3391/attachment.pgp From chuckr at telenix.org Mon Mar 9 19:33:44 2009 From: chuckr at telenix.org (Chuck Robey) Date: Mon Mar 9 19:33:51 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <1236647663.1730.10.camel@balrog.2hip.net> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> <1236647663.1730.10.camel@balrog.2hip.net> Message-ID: <49B5CF76.60407@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Noland wrote: > On Mon, 2009-03-09 at 21:00 -0400, Chuck Robey wrote: > RW wrote: >>>> On Sun, 08 Mar 2009 14:40:08 -0400 >>>> Chuck Robey wrote: >>>> >>>>> Here's the portmanager listing, maybe someone here can tell me what's >>>>> causing portmanager to want to patch my bsd.port.mk, and why the >>>>> patchfile should be so far off, and what might be the CORRECT way to >>>>> fix this. Oh, BTW, I run current, and keep myself that way via cvsup. >>>> IIRC the patch was made so that when portmanager built a port, the >>>> makefile would call back into portmanager to let it modify the >>>> dependencies. Portmanager had a major rewrite just before the original >>>> author had a row with some FreeBSD people and abandoned the project. >>>> AFAIK the feature wasn't yet used, so it doesn't matter if the patch >>>> doesn't apply since it's a null operation. > Ahh, I didn't realize that portmanager was moribund. OK, I can figure out what > to do from here, then, thanks. I might not like the method being used by > portmanager very much, but it's not worth complaining about a dead port. Too > many other choices, aren't there? > >> It's not exactly dead... I keep it running, because it is still the best >> available option. Just before sending my mail, I took a look at the cvs log, last entry is from more than 6 months ago, unless something is somehow fubared with my archive. If it sits unchanged for so long, I interpreted that as being dead, I wasn't trying to be insulting, maybe I made an incorrect assumption. The patch I saw in the bsd.port.mk was there in order to add in a couple of Makefile variables, and that just seems a really odd method to use for that purpose. I don't honestly know how portmanager works, so I couldn't give any meaningful criticism, it just seemed so odd that I couldn't figure out the goal behind it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm1z28ACgkQz62J6PPcoOlZNgCcC86aFuuz37IerQpV6Z081IPT ZrwAnRXsUgaQFnxg8WrllnAEF6DvJagF =7mON -----END PGP SIGNATURE----- From rnoland at FreeBSD.org Mon Mar 9 20:11:48 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Mar 9 20:11:55 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B5CF76.60407@telenix.org> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> <1236647663.1730.10.camel@balrog.2hip.net> <49B5CF76.60407@telenix.org> Message-ID: <1236654690.1730.17.camel@balrog.2hip.net> On Mon, 2009-03-09 at 22:24 -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Robert Noland wrote: > > On Mon, 2009-03-09 at 21:00 -0400, Chuck Robey wrote: > > RW wrote: > >>>> On Sun, 08 Mar 2009 14:40:08 -0400 > >>>> Chuck Robey wrote: > >>>> > >>>>> Here's the portmanager listing, maybe someone here can tell me what's > >>>>> causing portmanager to want to patch my bsd.port.mk, and why the > >>>>> patchfile should be so far off, and what might be the CORRECT way to > >>>>> fix this. Oh, BTW, I run current, and keep myself that way via cvsup. > >>>> IIRC the patch was made so that when portmanager built a port, the > >>>> makefile would call back into portmanager to let it modify the > >>>> dependencies. Portmanager had a major rewrite just before the original > >>>> author had a row with some FreeBSD people and abandoned the project. > >>>> AFAIK the feature wasn't yet used, so it doesn't matter if the patch > >>>> doesn't apply since it's a null operation. > > Ahh, I didn't realize that portmanager was moribund. OK, I can figure out what > > to do from here, then, thanks. I might not like the method being used by > > portmanager very much, but it's not worth complaining about a dead port. Too > > many other choices, aren't there? > > > >> It's not exactly dead... I keep it running, because it is still the best > >> available option. > > Just before sending my mail, I took a look at the cvs log, last entry is from > more than 6 months ago, unless something is somehow fubared with my archive. If > it sits unchanged for so long, I interpreted that as being dead, I wasn't trying > to be insulting, maybe I made an incorrect assumption. It wouldn't hurt it to have some love, but my other work keeps me busy. I've had ideas of things I would like to fix or extend, but not gotten around to it. So, no offense taken, it mostly just works for my purposes. robert. > The patch I saw in the bsd.port.mk was there in order to add in a couple of > Makefile variables, and that just seems a really odd method to use for that > purpose. I don't honestly know how portmanager works, so I couldn't give any > meaningful criticism, it just seemed so odd that I couldn't figure out the goal > behind it. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkm1z28ACgkQz62J6PPcoOlZNgCcC86aFuuz37IerQpV6Z081IPT > ZrwAnRXsUgaQFnxg8WrllnAEF6DvJagF > =7mON > -----END PGP SIGNATURE----- -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090310/9a07b3c0/attachment.pgp From dougb at FreeBSD.org Mon Mar 9 21:20:30 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Mar 9 21:20:37 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B5CF76.60407@telenix.org> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> <1236647663.1730.10.camel@balrog.2hip.net> <49B5CF76.60407@telenix.org> Message-ID: <49B5EA87.1080103@FreeBSD.org> Chuck Robey wrote: > Just before sending my mail, I took a look at the cvs log, last entry is from > more than 6 months ago, unless something is somehow fubared with my archive. If > it sits unchanged for so long, I interpreted that as being dead, I wasn't trying > to be insulting, maybe I made an incorrect assumption. The last change to portmaster (minor bug fixes and one minor new feature) was just shy of 6 months after the previous change, but I assure you that it's very much alive. :) Just because an existing feature set is more or less mature doesn't mean that the project is dead. Doug -- This .signature sanitized for your protection From natarajsn at gmail.com Tue Mar 10 00:39:04 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Tue Mar 10 00:39:11 2009 Subject: diablo-jre16 Message-ID: <630286c70903100039i7fdd219dg5c4634bd793b51ef@mail.gmail.com> Hi I am getting the following after installing jre. [root@freebsd /usr/ports/java/diablo-jre16]# java /libexec/ld-elf.so.1: Shared object "libpthread.so.2" not found, required by "java" What should be done to fix this? regards Nataraj From lars.engels at 0x20.net Tue Mar 10 01:23:02 2009 From: lars.engels at 0x20.net (Lars Engels) Date: Tue Mar 10 01:23:09 2009 Subject: diablo-jre16 In-Reply-To: <630286c70903100039i7fdd219dg5c4634bd793b51ef@mail.gmail.com> References: <630286c70903100039i7fdd219dg5c4634bd793b51ef@mail.gmail.com> Message-ID: <20090310092301.3ov7qjtmkkcckgs8@0x20.net> Quoting Nataraj S Narayan : > Hi > > I am getting the following after installing jre. > > [root@freebsd /usr/ports/java/diablo-jre16]# java > /libexec/ld-elf.so.1: Shared object "libpthread.so.2" not found, > required by "java" > > > What should be done to fix this? You can probably fix this by installing misc/compat6x. Lars -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Digitale PGP-Unterschrift Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090310/360f6572/attachment.pgp From gb at unistra.fr Tue Mar 10 01:30:26 2009 From: gb at unistra.fr (Guy Brand) Date: Tue Mar 10 01:30:33 2009 Subject: Wine and CURRENT In-Reply-To: References: <20090309085153.GE1640@unistra.fr> Message-ID: <20090310081956.GC1704@unistra.fr> Marius N?nnerich (marius@nuenneri.ch) on 09/03/2009 at 13:02 wrote: > > It's been that way for a few months now and it's still the same with > > wine-1.1.15 port. > > I do not run wine on current but I think I saw this error when I > increased KVA_PAGES on 7-stable. Did you do that? What architecture > are you using? i386. ZFS => increasing kmem size => raise KVA_PAGES, so yes I have this option in my kernel config: bug ~# fgrep KVA /usr/src/sys/i386/conf/LENOVO options KVA_PAGES=512 # for ZFS I just did a test without kmem tuning on a kernel without increased KVA_PAGES: same problem. -- bug From Johan at double-l.nl Tue Mar 10 03:03:51 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Tue Mar 10 03:04:00 2009 Subject: samba-3.3.1 and pam (sshd) Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE626@w2003s01.double-l.local> Hello all i have updated my samba-3.2.8 to samba-3.3.1. This machine is joined to a windows 2003 server. I used the following line in my /etc/pam.d/sshd to use pam authentication of some windows users. auth sufficient /usr/local/lib/pam_winbind.so This all Works for samba-3.2.x , but after the upgrade i get the following error. In /var/log/messages the following comes up Mar 10 10:13:08 intranet sshd[52539]: in openpam_load_module(): no /usr/local/lib/pam_winbind.so found Mar 10 10:13:08 intranet sshd[52539]: fatal: PAM: initialisation failed The file /usr/local/lib/pam_winbind.so is there? after a downgrade from 3.3.1 to 3.2.8 all is working again. regards, Johan Hendriks From natarajsn at gmail.com Tue Mar 10 05:42:02 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Tue Mar 10 05:42:09 2009 Subject: portsnap Message-ID: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> Hi After a 'portsnap fetch' is it portsnap extract or is it portsnap update? What is the proper way? I user FreeBSD 7.1 regards Nataraj From olivier at gid0.org Tue Mar 10 06:05:18 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Tue Mar 10 06:05:25 2009 Subject: portsnap In-Reply-To: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> References: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> Message-ID: <367b2c980903100605i1f33bcc7ud6ed2ea08401d45b@mail.gmail.com> 2009/3/10 Nataraj S Narayan : > Hi > > After a 'portsnap fetch' is it portsnap extract or is it portsnap > update? ?What is the proper way? Hello, "portsnap extract" extracts the entire ports tree, "replacing existing files and directories" (from the manpage). "portsnap update" only extracts the updated ports (after a "portsnap fetch") since the last extract or update. Example : Your ports tree is empty... you use "portsnap fetch extract". After some time, some ports are updated. You use "portsnap fetch update" to update your ports tree (after a fetch of course). Cheers > > I user FreeBSD 7.1 > > regards > > Nataraj > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From admin at sourcingnotes.com Tue Mar 10 06:49:55 2009 From: admin at sourcingnotes.com (ValueNotes Outsourcing Practice) Date: Tue Mar 10 06:50:07 2009 Subject: Reports on the Outsourcing Industry Message-ID: <372965b66e2615a1abdf9568bab237c6@smtp.ymlp14.net> -------------------------------------------------------------------------------- This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text emails. You can read the original version online: http://www.ymlp12.com/msg.php?id=aopckpxhwki -------------------------------------------------------------------------------- ------------------------- ValueNotes Outsourcing Practice Presents Reports on the Outsourcing Industry ------------------------- The ValueNotes Outsourcing Practice is one of the largest information providers on the outsourcing industry. The Outsourcing Practice uses a comprehensive analytical framework providing fresh insights into the fast emerging and yet, complex outsourcing space. We extensively track the outsourcing space through regular analysis of news and events, and continuous primary research and contact with the industry. Some of our recent publications are listed below: Buyer Perception Survey: Market Research Outsourcing Services ( http://www.sourcingnotes.com/content/view/363/54/ ) Published: January 2009 Excerpt: "Market research service providers have been gaining prominence in the market research value chain. The offshorable industry for market research is estimated at $4 billion in 2006. ValueNotes buyer survey helps to understand the buyer perceptions, opinions and experiences on outsourcing in the market research sector." The MRO Buyer survey analyses responses from Market Research agencies across US and European markets to provide insights on future trends in offshoring volumes for various services Offshoring By US Newspaper Publishers ( http://www.sourcingnotes.com/content/view/374/54/ ) Published: November 2008 Excerpt: "The US Newspaper industry has been battling growing margin pressures for the last few years. Dwindling circulation, drop in advertising revenues, growth of the internet and rising newsprint prices have contributed to the downward trend in margins. Several US newspaper publishers have begun offshoring." The report provides detailed information and analysis of offshoring trends in the US newspaper Industry along with a detailed Indian service provider landscape. Profiles of key vendors are also available. Opportunities in the Indian Domestic BPO Market ( http://www.sourcingnotes.com/content/view/363/54/ ) Published: July 2008 Excerpt: "The share of third party revenues is 27% of the domestic BPO market, at INR 18 billion for FY08. This is expected to grow at a CAGR of 44% over the next four years reach INR 77 billion by FY12." The report provides a detailed analysis of the Indian BPO market. The study analyzes the sectoral opportunity and emerging trends in the large and emerging verticals - banking, financial Services, insurance, telecom, Government, retail, logistics, airlines and travel and hospitality. Offshoring Patent Services to India ( http://www.sourcingnotes.com/content/view/347/54/ ) Published: June 2008 Excerpt: "Revenues from the Indian patent services offshoring industry are estimated at USD 46 million for the calendar year 2007 and are expected to reach USD 206 million by end 2012." The report provides an in-depth analysis of the buyer market as well as the Indian service provider landscape in patent services offshoring. Profiles of key service providers are also available. Outsourcing in the Indian Banking Industry ( http://www.sourcingnotes.com/content/view/351/54/ ) Published: July 2008 Excerpt: "Outsourcing revenues from the Indian banking industry are estimated at INR 4 billion for FY08 and are expected to grow at a CAGR of 47% to touch INR 19 billion by FY12." The report provides an in-depth analysis of the buyer as well as the service provider landscape in the Indian banking industry. Market Research Outsourcing: The India Growth Story ( http://www.sourcingnotes.com/content/view/279/54/ ) Published: January 2008 Excerpt: "The Indian MRO space comprises over 110 service providers, and most of them offer ?non-market research? services as well. However, interestingly, the leaders in the category are largely market research-focused firms and not necessarily the diversified BPO and KPO firms." The report provides an overview of the buyer scenario and analysis of the Indian service provider space in market research outsourcing along with profiles of major industry players. Bioinformatics Outsourcing for Life Sciences: India Opportunity ( http://www.sourcingnotes.com/content/view/230/54/ ) Published: December 2007 Excerpt: "India's bioinformatics services outsourcing revenues are about USD 32 million, and are expected to grow at a CAGR of 25% touching USD 62 million by 2010." The report provides an overview of the buyer scenario and an in-depth analysis of the Indian service provider space in Bioinformatics outsourcing along with profiles of major industry players. ValueNotes Outsourcing DealTracker ( http://www.sourcingnotes.com/content/view/207/94/ ) A comprehensive database of outsourcing deals including global contracts, M&As and VC deals in the BPO / KPO and IT services outsourcing market (monthly, quarterly & annual analysis). Copyright ValueNotes Database Private Limited, Pune BUY NOW ( http://www.sourcingnotes.com/content/category/5/24/54/ ) Know more about ValueNotes Outsourcing Practice ( http://www.sourcingnotes.com/content/view/223/79/ ) This email has been sent by: ValueNotes Database Private Limited, 1, Bhubaneshwar Society, Abhimanshree Road, Pashan, Pune 411 008, India Tel: +91 20 6623 1717 / 1793 | E-mail bporesearch@valuenotes.biz | Website: www.SourcingNotes.com ( http://www.sourcingnotes.com/ ) ------------------------- _____________________________ Change address / Leave mailing list: http://ymlp12.com/u.php?YMLPID=guqsbhsgsgejjsegwhm Hosting by YourMailingListProvider From rwmaillists at googlemail.com Tue Mar 10 07:05:21 2009 From: rwmaillists at googlemail.com (RW) Date: Tue Mar 10 07:05:27 2009 Subject: portsnap In-Reply-To: <367b2c980903100605i1f33bcc7ud6ed2ea08401d45b@mail.gmail.com> References: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> <367b2c980903100605i1f33bcc7ud6ed2ea08401d45b@mail.gmail.com> Message-ID: <20090310140512.59b768e7@gumby.homeunix.com> On Tue, 10 Mar 2009 14:05:16 +0100 Olivier SMEDTS wrote: > 2009/3/10 Nataraj S Narayan : > > Hi > > > > After a 'portsnap fetch' is it portsnap extract or is it portsnap > > update? ?What is the proper way? > > Hello, > > "portsnap extract" extracts the entire ports tree, "replacing existing > files and directories" (from the manpage). "portsnap update" only > extracts the updated ports (after a "portsnap fetch") since the last > extract or update. > > Example : > Your ports tree is empty... you use "portsnap fetch extract". > After some time, some ports are updated. You use "portsnap fetch > update" to update your ports tree (after a fetch of course). Just to elaborate a little, you also need to do an extract if the tree has been obtained or updated by other means. From ricardo.meb.jesus at gmail.com Tue Mar 10 07:31:57 2009 From: ricardo.meb.jesus at gmail.com (Ricardo Jesus) Date: Tue Mar 10 07:32:04 2009 Subject: portsnap In-Reply-To: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> References: <630286c70903100541l6526c5eald501461d25805490@mail.gmail.com> Message-ID: <49B675C4.4020202@gmail.com> Nataraj S Narayan wrote: > Hi > > After a 'portsnap fetch' is it portsnap extract or is it portsnap > update? What is the proper way? > > I user FreeBSD 7.1 > > regards > > Nataraj > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > I found the Handbook's section on portsnap very usefull. Take a look for yourself http://www.freebsd.org/doc/en/books/handbook/book.html#UPDATING-UPGRADING-PORTSNAP and of course man portsnap. From avg at icyb.net.ua Tue Mar 10 09:05:17 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Mar 10 09:05:24 2009 Subject: fresh devel/boost In-Reply-To: <3cb459ed0903061347w599c521ex34267fd168882cac@mail.gmail.com> References: <49ABED6D.8080909@icyb.net.ua> <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> <3cb459ed0903061347w599c521ex34267fd168882cac@mail.gmail.com> Message-ID: <49B68FB6.8060505@icyb.net.ua> on 06/03/2009 23:47 Alexander Churanov said the following: > Hi guys! > I am Alexander Churanov, currently maintaining devel/boost (for > several weeks :-). > > Yes, leaving 1.34 would be awful and nobody is going to do that! > For current status, current efforts and decisions see > http://wiki.freebsd.org/BoostPortingProject. Alexander, I agree with the "better" approach, but why wait for months until all deadlines are passed if we can create boost 1.38 port right now and then shuffle ports around later. I think that happened quite a few times in the past. > My comments on the suggested solution: > The goal is to have most recent boost by default in devel/boost. Of > course, it is possible to provide 1.38 in some separate location. > However, this would make ports look like we stuck to 1.34 forever and Well, about this argument - I'd prefer something objective over something subjective any time, and how things "appear" is very subjective. > provide recent boost libraries for hackers. > > The better approach is to provide 1.34 in a separate location and > modify all ports that depend on old boost to use that location. The > hard part of it is "modify all ports". It's not obvious for me what's > easier: to modify all ports (source code) to work with 1.38 or to > modify all ports (build files) to look for 1.34 in some special place. > > Having multiple versions of the same ports installed at the same time > is nice idea, it needs more time to think and experiment with. For > instance, I'd like to examine how Gentoo does that and learn their's > procs and cons. I'd be glad to see FreeBSD capable of doing that for > any arbitrary port. It seems we have some very good examples like openldap ports. -- Andriy Gapon From chuckr at telenix.org Tue Mar 10 10:13:51 2009 From: chuckr at telenix.org (Chuck Robey) Date: Tue Mar 10 10:14:14 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B5EA87.1080103@FreeBSD.org> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> <1236647663.1730.10.camel@balrog.2hip.net> <49B5CF76.60407@telenix.org> <49B5EA87.1080103@FreeBSD.org> Message-ID: <49B69DC0.7030205@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: > Chuck Robey wrote: >> Just before sending my mail, I took a look at the cvs log, last entry is from >> more than 6 months ago, unless something is somehow fubared with my archive. If >> it sits unchanged for so long, I interpreted that as being dead, I wasn't trying >> to be insulting, maybe I made an incorrect assumption. > > The last change to portmaster (minor bug fixes and one minor new > feature) was just shy of 6 months after the previous change, but I > assure you that it's very much alive. :) Just because an existing > feature set is more or less mature doesn't mean that the project is dead. > > Doug > Doug, we were speaking of portmanager, not portmaster (about which I'm utterly innocent). Being thjat this is ports, not -chat, I think we shouldn't just launch out at random (although I'd enjoy that personally.) If you want to continue this in any direction other than portmanager, maybe you could either move this to freebsd-chat, or make it private (no list in the CC:?) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm2ncAACgkQz62J6PPcoOkgYgCfQuTfs7AlhYv7zcHBbM2ar2wP PzwAn0nIZh3IOqVM0IIInE3AOGTOg+y0 =lURE -----END PGP SIGNATURE----- From fjwcash at gmail.com Tue Mar 10 10:29:30 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Tue Mar 10 10:29:37 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B69DC0.7030205@telenix.org> References: <49B41108.8060105@telenix.org> <49B5EA87.1080103@FreeBSD.org> <49B69DC0.7030205@telenix.org> Message-ID: <200903101029.27812.fjwcash@gmail.com> On March 10, 2009 10:05 am Chuck Robey wrote: > Doug Barton wrote: > > Chuck Robey wrote: > >> Just before sending my mail, I took a look at the cvs log, last entry > >> is from more than 6 months ago, unless something is somehow fubared > >> with my archive. If it sits unchanged for so long, I interpreted that > >> as being dead, I wasn't trying to be insulting, maybe I made an > >> incorrect assumption. > > > > The last change to portmaster (minor bug fixes and one minor new > > feature) was just shy of 6 months after the previous change, but I > > assure you that it's very much alive. :) Just because an existing > > feature set is more or less mature doesn't mean that the project is > > dead. > > Doug, we were speaking of portmanager, not portmaster (about which I'm > utterly innocent). Being thjat this is ports, not -chat, I think we > shouldn't just launch out at random (although I'd enjoy that personally.) > If you want to continue this in any direction other than portmanager, > maybe you could either move this to freebsd-chat, or make it private (no > list in the CC:?) _______________________________________________ I believe he was just trying to make the point that just because there hasn't been any patches posted in 6 months, doesn't mean a project is dead. Not trying to steer the conversation over to portmaster. -- Freddie fjwcash@gmail.com From awardcenter2009 at gmail.com Tue Mar 10 10:37:03 2009 From: awardcenter2009 at gmail.com (YAHOO AWARD CENTER) Date: Tue Mar 10 10:37:46 2009 Subject: YOU ARE A WINNER OF YAHOO AWARD GRANTS JANUARY 2009 Message-ID: <20090310171019.11540.qmail@be27.masterhost.ru> Awards Centre 124 Stockport Road, Longsight, Manchester M60 2DB - United KingdomTel:+447031925532. This is to inform you that you have won a prize money of Three million,Two Hundred Thousand Great Britain Pounds (GBP 3,200,000.00) for the month of January, 2009 Prize promotion which is organized by YAHOO A WARDS & WINDOWS LIVE. YAHOO collects all the email addresses of the people that are active online, among the millions that subscribed to Yahoo and Hotmail and few from other e-mail providers. Six people are selected monthly to benefit from this promotion and you are one of the Selected Winners which your e-mail address won the Jackpot Prize while other five winners won One Million Great Britain Pounds(GBP 1,000,000.00) each. PAYMENT OF PRIZE / CLAIMS Winners shall be paid in accordance with their Settlement Centers. Yahoo Prize Award must be claimed not later than 10 days from date of Draw Notification. Any prize not claimed within this period will be forfeited and returned to its source as unclaimed. Stated below are your identification numbers: BATCH NUMBER: MFI/06/APA-43658 REFERENCE NUMBER: 2007234522 PIN: 1207 You are requested to contact our Assistant co-ordinator in Manchester and send your winning identification numbers to him: Co-ordinator's Name: Dr. Christopher Adam.E-Mail:award_cent123@yahoo.fr Tel:+447031925532 You are advised to send the following information to our co-ordinator to facilitate the release of of your fund to you. 1. Full name.............................................. 2. Country................................................. 3. Contact Address................................ 4. Telephone Number............................ 5. fax Number.......................................... 5. Marital Status..................................... 6. Occupation.......................................... 7. Sex......................................................... 8. Date of Birth/Age ............................... 9. Identity card(carte identite)............. Congratulations!! once again. Yours in service, Mrs. Mary Anna Jones(Awards coordinator) -------------------------------------------------------------------------------------------------------------------------------------------------WARNING! You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you to avoid disqualification that may arise from double claims. Yahoo Awards Team shall not be held liable for any loss of funds arising from the above mentioned. From avg at icyb.net.ua Tue Mar 10 10:49:32 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Mar 10 10:49:39 2009 Subject: request for a new port review [memtest86+] Message-ID: <49B6A827.50705@icyb.net.ua> Guys, could you please review the below port for correctness, style and general approach taken by me. This is a port of memtest86+. Unlike existing sysutils/memtest86 this port is not a download/extraction/version-tracking aid, rather it is designed to build a stand-alone ELF image (bootable by boot2 or loader) and/or an ISO image from sources. The first option does not need any additional justification, I think. The second option can be useful if you want to add some local patches on top of vendor sources. I am very grateful for the idea for this port and many technical details of it to Stephan Eisvogel. I also thank Eygene Ryabinkin for teaching me some things about ld. Alternatives for /boot/opt are welcome :) P.S. Stephan, I plan to create a distinct port for your version very soon. I am also considering making it a port option for this proposed port, the option that would apply an extra patch. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # memtest86+ # memtest86+/pkg-descr # memtest86+/files # memtest86+/files/pkg-message.in # memtest86+/files/patch-Makefile # memtest86+/files/patch-memtest.lds # memtest86+/files/patch-setup.S # memtest86+/files/patch-test.c # memtest86+/files/patch-error.c # memtest86+/distinfo # memtest86+/Makefile # echo c - memtest86+ mkdir -p memtest86+ > /dev/null 2>&1 echo x - memtest86+/pkg-descr sed 's/^X//' >memtest86+/pkg-descr << '87f492dc64afaba6e391fa8cb6db43bf' XStand alone memory test for x86 architecture computers Xbased on the well-known original memtest86 written by XChris Brady. X XWWW: http://www.memtest.org/ 87f492dc64afaba6e391fa8cb6db43bf echo c - memtest86+/files mkdir -p memtest86+/files > /dev/null 2>&1 echo x - memtest86+/files/pkg-message.in sed 's/^X//' >memtest86+/files/pkg-message.in << 'd391f942bc4a3585ea4f4fd49ff3cc9c' X=================================================== XThis port has installed ELF image of memtest86+ to X%%BOOT_DIR%%/memtest86+ XYou can load it from from boot prompt by Xinterrupting boot process and entering XN:ad(M,a)%%BOOT_DIR%%/memtest86+ Xwhere N and M denote proper disk and slice numbers. XSee boot(8) for details. X XAlternatively you can load the image from loader Xprompt by escaping to it and entering the following Xcommands: Xunload Xload %%BOOT_DIR%%/memtest86+ Xboot XSee loader(8) for details. X=================================================== d391f942bc4a3585ea4f4fd49ff3cc9c echo x - memtest86+/files/patch-Makefile sed 's/^X//' >memtest86+/files/patch-Makefile << '79e0f0dac01952c3c0aa5ae783c0c4a7' X--- Makefile 2008-11-16 02:30:50.000000000 +0200 X+++ Makefile 2009-02-18 09:03:07.000000000 +0200 X@@ -23,15 +23,15 @@ all: memtest.bin memtest X # symbols and then link it dynamically so I have full X # relocation information X memtest_shared: $(OBJS) memtest_shared.lds Makefile X- $(LD) --warn-constructors --warn-common -static -T memtest_shared.lds \ X+ $(LD) --warn-constructors --warn-common -static --oformat elf32-i386-freebsd -T memtest_shared.lds \ X -o $@ $(OBJS) && \ X- $(LD) -shared -Bsymbolic -T memtest_shared.lds -o $@ $(OBJS) X+ $(LD) -shared -Bsymbolic --oformat elf32-i386-freebsd -T memtest_shared.lds -o $@ $(OBJS) X X memtest_shared.bin: memtest_shared X objcopy -O binary $< memtest_shared.bin X X memtest: memtest_shared.bin memtest.lds X- $(LD) -s -T memtest.lds -b binary memtest_shared.bin -o $@ X+ $(LD) -s --oformat elf32-i386-freebsd -T memtest.lds -b binary memtest_shared.bin -o $@ X X head.s: head.S config.h defs.h test.h X $(CC) -E -traditional $< -o $@ X@@ -58,7 +58,6 @@ clean: X iso: X make all X ./makeiso.sh X- rm -f *.o *.s memtest.bin memtest memtest_shared memtest_shared.bin X X install: all X dd $(FDISK) bs=8192 79e0f0dac01952c3c0aa5ae783c0c4a7 echo x - memtest86+/files/patch-memtest.lds sed 's/^X//' >memtest86+/files/patch-memtest.lds << 'ba00edfbd2b4dc4d36d3f4dce62a352d' X--- memtest.lds 2008-11-16 02:18:14.000000000 +0200 X+++ memtest.lds 2009-02-18 00:24:22.000000000 +0200 X@@ -3,7 +3,7 @@ X X ENTRY(_start); X SECTIONS { X- . = 0x10000; X+ . = 0xc0120000; X _start = . ; X .data : { X *(.data) ba00edfbd2b4dc4d36d3f4dce62a352d echo x - memtest86+/files/patch-setup.S sed 's/^X//' >memtest86+/files/patch-setup.S << '1af268c970f623bfa2527da9052aa1d8' X--- setup.S 2008-11-16 02:18:14.000000000 +0200 X+++ setup.S 2009-02-18 00:28:02.000000000 +0200 X@@ -42,7 +42,7 @@ start: X jz alt_a20_done X X /* set or clear bit1, the ALT_A20_GATE bit */ X- movb 4(%esp), %ah X+ addr32 movb 4(%esp), %ah X testb %ah, %ah X jz alt_a20_cont1 X orb $2, %al 1af268c970f623bfa2527da9052aa1d8 echo x - memtest86+/files/patch-test.c sed 's/^X//' >memtest86+/files/patch-test.c << '868fad76cbe12388552b536bc2196eeb' X--- test.c 2008-11-16 02:18:14.000000000 +0200 X+++ test.c 2009-02-18 00:27:11.000000000 +0200 X@@ -6,12 +6,11 @@ X * ---------------------------------------------------- X * MemTest86+ V2.01 Specific code (GPL V2.0) X * By Samuel DEMEULEMEESTER, sdemeule@memtest.org X * http://www.canardpc.com - http://www.memtest.org X */ X X-#include "test.h" X #include "config.h" X-#include X+#include "test.h" X #include "dmi.h" X X extern int segs, bail; X@@ -1400,6 +1399,20 @@ void sleep(int n, int sms) X } X } X X+static inline unsigned char inb(unsigned int port) X+{ X+ unsigned char data; X+ X+ asm __volatile__("inb %1,%0" : "=a" (data) : "id" ((unsigned short)(port))); X+ return (data); X+} X+ X+static inline void outb(unsigned int port, unsigned char data) X+{ X+ asm __volatile__("outb %0,%1" : : "a" (data), "id" ((unsigned short)(port))); X+} X+ X+ X /* Beep function */ X X void beep(unsigned int frequency) X@@ -1407,18 +1420,18 @@ void beep(unsigned int frequency) X unsigned int count = 1193180 / frequency; X X // Switch on the speaker X- outb_p(inb_p(0x61)|3, 0x61); X+ outb(inb(0x61)|3, 0x61); X X // Set command for counter 2, 2 byte write X- outb_p(0xB6, 0x43); X+ outb(0xB6, 0x43); X X // Select desired Hz X- outb_p(count & 0xff, 0x42); X+ outb(count & 0xff, 0x42); X outb((count >> 8) & 0xff, 0x42); X X // Block for 100 microseconds X sleep(100, 1); X X // Switch off the speaker X- outb(inb_p(0x61)&0xFC, 0x61); X+ outb(inb(0x61)&0xFC, 0x61); X } 868fad76cbe12388552b536bc2196eeb echo x - memtest86+/files/patch-error.c sed 's/^X//' >memtest86+/files/patch-error.c << 'a61494abd040e76825fee560b9abd7bd' X--- error.c 2008-11-16 02:18:14.000000000 +0200 X+++ error.c 2009-02-18 00:27:40.000000000 +0200 X@@ -11,7 +11,6 @@ X X #include "test.h" X #include "config.h" X-#include X #include "dmi.h" X X extern int test_ticks, nticks, beepmode; a61494abd040e76825fee560b9abd7bd echo x - memtest86+/distinfo sed 's/^X//' >memtest86+/distinfo << '7cd356ffd0fb9abb60e012f451021484' XMD5 (memtest86+-2.11.tar.gz) = e457774139c0bfef899359df91f49b3e XSHA256 (memtest86+-2.11.tar.gz) = 43876a7221e39cde791f20d04ecb071adfa08975cac2e511d04359619ce16c0e XSIZE (memtest86+-2.11.tar.gz) = 165937 7cd356ffd0fb9abb60e012f451021484 echo x - memtest86+/Makefile sed 's/^X//' >memtest86+/Makefile << '5bebcf008d84f9411fcb51a286638900' X# New ports collection makefile for: memtest86+ X# Date created: 2009-03-10 X# Whom: Andriy Gapon X# X# $FreeBSD$ X# X XPORTNAME= memtest86+ XPORTVERSION= 2.11 XCATEGORIES= sysutils XMASTER_SITES= http://www.memtest.org/download/${PORTVERSION}/ X XMAINTAINER= avg@icyb.net.ua XCOMMENT= Stand-alone memory test for x86 architecture computers X XUSE_GMAKE= yes XALL_TARGET= all X XONLY_FOR_ARCHS= i386 amd64 X XBOOT_DIR= /boot/opt X XOPTIONS= ISO "Build bootable ISO image" off \ X BOOT "Build ELF image loadable by boot2 and loader" on X X.include X X.if defined(WITHOUT_ISO) && defined(WITHOUT_BOOT) XIGNORE= nothing to build: neither ISO nor BOOT selected X.endif X XPORTDOCS= README XSUB_FILES= pkg-message XSUB_LIST+= BOOT_DIR=${BOOT_DIR} X X.if defined(WITH_ISO) XALL_TARGET+= iso XPLIST_DIRS+= %%DATADIR%% XPLIST_FILES+= %%DATADIR%%/mt${PORTVERSION:C/\.//}.iso X.endif X.if defined(WITH_BOOT) XPLIST_DIRS+= ${BOOT_DIR} XPLIST_FILES+= ${BOOT_DIR}/memtest86+ X.endif X Xpre-fetch: X.if !defined(PACKAGE_BUILDING) X @${ECHO} "If you only need bootable ISO image of memtest86+," X @${ECHO} "you can simply download it from http://www.memtest.org/." X @${ECHO} "Use this port if you need ELF image of memtest86+" X @${ECHO} "that can be loaded by boot2 or loader(8)," X @${ECHO} "or if you want to use this port to build ISO image" X @${ECHO} "with custom tweaks in memtest86+ code." X.endif X Xdo-install: X.if defined(WITH_ISO) X @${MKDIR} ${DATADIR} X ${INSTALL_DATA} ${WRKSRC}/mt${PORTVERSION:C/\.//}.iso ${DATADIR}/ X.endif X.if defined(WITH_BOOT) X @${MKDIR} ${BOOT_DIR} X ${INSTALL_KLD} ${WRKSRC}/memtest ${BOOT_DIR}/memtest86+ X.endif X.if !defined(NOPORTDOCS) X @${MKDIR} ${DOCSDIR} X.for i in ${PORTDOCS} X ${INSTALL_DATA} ${WRKSRC}/${i} ${DOCSDIR} X.endfor X.endif X Xpost-install: X.if defined(WITH_BOOT) X @${CAT} ${PKGMESSAGE} X.endif X X.include 5bebcf008d84f9411fcb51a286638900 exit -- Andriy Gapon From dougb at FreeBSD.org Tue Mar 10 12:22:26 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Mar 10 12:22:32 2009 Subject: portmanager modifying bsd.port.mk In-Reply-To: <49B69DC0.7030205@telenix.org> References: <49B41108.8060105@telenix.org> <20090308210404.3895216d@gumby.homeunix.com> <49B5BBB2.4080405@telenix.org> <1236647663.1730.10.camel@balrog.2hip.net> <49B5CF76.60407@telenix.org> <49B5EA87.1080103@FreeBSD.org> <49B69DC0.7030205@telenix.org> Message-ID: <49B6BDEB.7030108@FreeBSD.org> Chuck Robey wrote: > Doug, we were speaking of portmanager, not portmaster I realize that. I was simply attempting to support Robert's point. I could have used several other "mature" ports that I maintain as examples but I thought I'd try to stay as close to "on topic" as possible. My apologies if you feel I've wasted your time. Doug -- This .signature sanitized for your protection From decke at bluelife.at Tue Mar 10 15:08:20 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Tue Mar 10 15:08:27 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <49B6DF08.1010501@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> <20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at> <49791F13.9090306@FreeBSD.org> <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> <49B6DF08.1010501@FreeBSD.org> Message-ID: <5a3296de25cb0522f4eb8259e6f428d3.squirrel@webmail.itac.at> On Tue, March 10, 2009 10:43 pm, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bernhard Fr?hlich wrote: >> On Fri, January 23, 2009 2:36 am, Greg Larkin wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Bernhard Fr?hlich wrote: >>>> On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA1 >>>>> >>>>> Greg Larkin wrote: >>>>>> Mark Linimon wrote: >>>>>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote: >>>>>>>> Any updates on the 0.21 version of Mythtv ?? I see that we are >>>>>>>> still >>>>>>>> at >>>>>>>> 0.20 in ports >>>>>>> If there's progress on 0.21, someone needs to say so -- the 0.20 >>>>>>> version is already past its deletion date since it has been broken >>>>>>> for so long. I'll make the commit to change the date if there is. >>>>>>> mcl >>>>>> Hi all, >>>>>> >>>>>> I am currently working on the following MythTV-related PRs and plan >>>>>> to >>>>>> close them soon: >>>>>> >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343 >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856 >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857 >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419 >>>>>> >>>>>> Please don't delete multimedia/mythtv yet. The last PR above >>>>>> contains >>>>>> a >>>>>> patch to upgrade it to 0.21. >>>>>> >>>>>> Regards, >>>>>> Greg >>>>> Hello all of you MythTV supporters with the collective patience of >>>>> the >>>>> universe! >>>>> >>>>> I recently committed mythtv-frontend (PR 127856) and mythtv-themes >>>>> (PR >>>>> 127857), and please let me know if you see any problems with the >>>>> updates. >>>>> >>>>> There is still some work to be done on multimedia/mythtv, and I'm >>>>> tackling that next. >>>>> >>>>> Thanks again for your patience and feedback! >>>>> >>>> Yiiha, great to hear that :o) I will update and test as soon as time >>>> permits. >>>> >>>> Do you plan to update multimedia/mythtv to 0.21 or just fix it and >>>> leave >>>> it at 0.20? Because in the later case there is at least one open >>>> compile >>>> problem from Torfinn Ingolfsen that hasn't been tackled down yet. >>>> >>> Hi Bernhard, >>> >>> I do plan to update multimedia/mythtv to 0.21, if at possible. This PR >>> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419) is a patch to >>> update 0.20, but is that the one that you're saying still has a compile >>> problem? >> >> That is good news and probably the better way to go. Yes that compile >> problem occured with that patch but was specific to 0.20 so you can >> forget >> about it and just move on. >> >> > > Hi everyone, > > I just want to let you know that I've recently committed the MythTV 0.21 > update to the ports tree: http://www.freshports.org/multimedia/mythtv/ > > Thanks for everyone's help along the way, and let me know if you into > any problems with the new version of the application. > Great work and thanks to all of you! I've just seen the pkg-descr file and the middle paragraph is now outdated i think ... >The current distributed version of MythTV >(http://www.mythtv.org/modules.php?name=Downloads&d_op=viewdownload&cid=1) >is out of date for just about all platforms. It is also protocol >incompatible with the "bug fix" version, which is maintained under >subversion, rather like the FreeBSD -STABLE branch. This port is a >snapshot of svn version 13053, dated 15 March 2007. Later versions of >this tree are no longer compatible with this port. -- Bernhard Fr?hlich http://www.bluelife.at/ From glarkin at FreeBSD.org Tue Mar 10 15:09:41 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Mar 10 15:09:54 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> <20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at> <49791F13.9090306@FreeBSD.org> <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> Message-ID: <49B6DF08.1010501@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Fr?hlich wrote: > On Fri, January 23, 2009 2:36 am, Greg Larkin wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Bernhard Fr?hlich wrote: >>> On Thu, January 15, 2009 11:35 pm, Greg Larkin wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Greg Larkin wrote: >>>>> Mark Linimon wrote: >>>>>> On Wed, Dec 31, 2008 at 04:57:58PM +0000, Craig Butler wrote: >>>>>>> Any updates on the 0.21 version of Mythtv ?? I see that we are >>>>>>> still >>>>>>> at >>>>>>> 0.20 in ports >>>>>> If there's progress on 0.21, someone needs to say so -- the 0.20 >>>>>> version is already past its deletion date since it has been broken >>>>>> for so long. I'll make the commit to change the date if there is. >>>>>> mcl >>>>> Hi all, >>>>> >>>>> I am currently working on the following MythTV-related PRs and plan to >>>>> close them soon: >>>>> >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126343 >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127856 >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127857 >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419 >>>>> >>>>> Please don't delete multimedia/mythtv yet. The last PR above contains >>>>> a >>>>> patch to upgrade it to 0.21. >>>>> >>>>> Regards, >>>>> Greg >>>> Hello all of you MythTV supporters with the collective patience of the >>>> universe! >>>> >>>> I recently committed mythtv-frontend (PR 127856) and mythtv-themes (PR >>>> 127857), and please let me know if you see any problems with the >>>> updates. >>>> >>>> There is still some work to be done on multimedia/mythtv, and I'm >>>> tackling that next. >>>> >>>> Thanks again for your patience and feedback! >>>> >>> Yiiha, great to hear that :o) I will update and test as soon as time >>> permits. >>> >>> Do you plan to update multimedia/mythtv to 0.21 or just fix it and leave >>> it at 0.20? Because in the later case there is at least one open compile >>> problem from Torfinn Ingolfsen that hasn't been tackled down yet. >>> >> Hi Bernhard, >> >> I do plan to update multimedia/mythtv to 0.21, if at possible. This PR >> (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128419) is a patch to >> update 0.20, but is that the one that you're saying still has a compile >> problem? > > That is good news and probably the better way to go. Yes that compile > problem occured with that patch but was specific to 0.20 so you can forget > about it and just move on. > > Hi everyone, I just want to let you know that I've recently committed the MythTV 0.21 update to the ports tree: http://www.freshports.org/multimedia/mythtv/ Thanks for everyone's help along the way, and let me know if you into any problems with the new version of the application. Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJtt8H0sRouByUApARAvz+AKDE0WqXleSYRq6fU0BdYoqRcRe5pACgmGEX PlApDCp4fABG53qD7qAErFM= =SciT -----END PGP SIGNATURE----- From jadawin at FreeBSD.org Wed Mar 11 02:55:14 2009 From: jadawin at FreeBSD.org (Philippe =?iso-8859-1?Q?Aud=E9oud?=) Date: Wed Mar 11 02:55:45 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B6A827.50705@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> Message-ID: <20090311095433.GB55246@tuxaco.net> On Tue, 10 Mar 2009, Andriy Gapon wrote: > > Guys, > > could you please review the below port for correctness, style and general approach > taken by me. > This is a port of memtest86+. Unlike existing sysutils/memtest86 this port is not > a download/extraction/version-tracking aid, rather it is designed to build a > stand-alone ELF image (bootable by boot2 or loader) and/or an ISO image from sources. > The first option does not need any additional justification, I think. The second > option can be useful if you want to add some local patches on top of vendor sources. > > I am very grateful for the idea for this port and many technical details of it to > Stephan Eisvogel. I also thank Eygene Ryabinkin for teaching me some things about ld. > > Alternatives for /boot/opt are welcome :) > > P.S. Stephan, I plan to create a distinct port for your version very soon. > I am also considering making it a port option for this proposed port, the option > that would apply an extra patch. [...] Hello, Could you provide this shar in attachement please ? Thanks, -- Philippe Aud?oud -=- FreeBSD: The Power to Serve! -=- From timur at FreeBSD.org Wed Mar 11 03:59:54 2009 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Wed Mar 11 04:00:42 2009 Subject: samba-3.3.1 and pam (sshd) In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE626@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCB5DE626@w2003s01.double-l.local> Message-ID: <7d743c270903110330k52415be2t9e8a6b8e938539a4@mail.gmail.com> Hi, Johan! I've started to write, how to test pam modules, but while doing that found that indeed, pam_winbind.so is missing some symbols :( I'm looking into that right now. Next time write a PR in such a case :) With best regards, Timur. On Tue, Mar 10, 2009 at 11:03 AM, Johan Hendriks wrote: > Hello all > i have updated my samba-3.2.8 to samba-3.3.1. > This machine is joined to a windows 2003 server. > > I used the following line in my /etc/pam.d/sshd to use pam authentication of some windows users. > auth ? ? ? ? ? ?sufficient ? ? ?/usr/local/lib/pam_winbind.so > > This all Works for samba-3.2.x , but after the upgrade i get the following error. > > In /var/log/messages the following comes up > > Mar 10 10:13:08 intranet sshd[52539]: in openpam_load_module(): no /usr/local/lib/pam_winbind.so found > > Mar 10 10:13:08 intranet sshd[52539]: fatal: PAM: initialisation failed > > > > The file /usr/local/lib/pam_winbind.so ?is there? > > ?after a downgrade from 3.3.1 to 3.2.8 all is working again. > > > regards, > > Johan Hendriks > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From peterjeremy at optushome.com.au Wed Mar 11 04:30:45 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Wed Mar 11 04:30:51 2009 Subject: Port lang/g95 out of date Message-ID: <20090311110907.GO3540@server.vk2pj.dyndns.org> Hi, I have run into some issues with lang/g95 and, following discussion with Andy Vaught, have realised that the FreeBSD port is somewhat out of date. A newer version is available at http://ftp.g95.org/v0.91/g95_source.tgz Do you have any plans to update the port? -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090311/afb19839/attachment.pgp From avg at icyb.net.ua Wed Mar 11 06:06:25 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Mar 11 06:06:32 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <20090311095433.GB55246@tuxaco.net> References: <49B6A827.50705@icyb.net.ua> <20090311095433.GB55246@tuxaco.net> Message-ID: <49B7B74C.1050303@icyb.net.ua> on 11/03/2009 11:54 Philippe Aud?oud said the following: > On Tue, 10 Mar 2009, Andriy Gapon wrote: > >> Guys, >> >> could you please review the below port for correctness, style and general approach >> taken by me. >> This is a port of memtest86+. Unlike existing sysutils/memtest86 this port is not >> a download/extraction/version-tracking aid, rather it is designed to build a >> stand-alone ELF image (bootable by boot2 or loader) and/or an ISO image from sources. >> The first option does not need any additional justification, I think. The second >> option can be useful if you want to add some local patches on top of vendor sources. >> >> I am very grateful for the idea for this port and many technical details of it to >> Stephan Eisvogel. I also thank Eygene Ryabinkin for teaching me some things about ld. >> >> Alternatives for /boot/opt are welcome :) >> >> P.S. Stephan, I plan to create a distinct port for your version very soon. >> I am also considering making it a port option for this proposed port, the option >> that would apply an extra patch. > > [...] > > Hello, > > Could you provide this shar in attachement please ? Sorry for any inconvenience, I've put it here: http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt Thank you! -- Andriy Gapon From jadawin at FreeBSD.org Wed Mar 11 06:14:16 2009 From: jadawin at FreeBSD.org (Philippe =?iso-8859-1?Q?Aud=E9oud?=) Date: Wed Mar 11 06:14:23 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B7B74C.1050303@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> <20090311095433.GB55246@tuxaco.net> <49B7B74C.1050303@icyb.net.ua> Message-ID: <20090311131337.GC55246@tuxaco.net> On Wed, 11 Mar 2009, Andriy Gapon wrote: > on 11/03/2009 11:54 Philippe Aud?oud said the following: > > On Tue, 10 Mar 2009, Andriy Gapon wrote: > > > >> Guys, > >> > >> could you please review the below port for correctness, style and general approach > >> taken by me. [...] > > > > [...] > > > > Hello, > > > > Could you provide this shar in attachement please ? > > > Sorry for any inconvenience, I've put it here: > http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt > You should install portlint and then see portlint -N errors. Once portlint is ok, you should send-pr your shar. Regards, -- Philippe Aud?oud -=- FreeBSD: The Power to Serve! -=- From avg at icyb.net.ua Wed Mar 11 06:36:31 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Mar 11 06:36:39 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <20090311131337.GC55246@tuxaco.net> References: <49B6A827.50705@icyb.net.ua> <20090311095433.GB55246@tuxaco.net> <49B7B74C.1050303@icyb.net.ua> <20090311131337.GC55246@tuxaco.net> Message-ID: <49B7BE5B.6010208@icyb.net.ua> on 11/03/2009 15:13 Philippe Aud?oud said the following: > On Wed, 11 Mar 2009, Andriy Gapon wrote: [snip] >> >> Sorry for any inconvenience, I've put it here: >> http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt >> > > You should install portlint and then see portlint -N errors. > Once portlint is ok, you should send-pr your shar. Do you have any specific error in mind? I've done portlint and it produced only warnings that are un-avoidable in this case (I think): $ portlint -A -N WARN: Makefile: possible use of absolute pathname "/boot/opt". WARN: Makefile: only one MASTER_SITE configured. Consider adding additional mirrors. 0 fatal errors and 2 warnings found. -- Andriy Gapon From eitanadlerlist at gmail.com Wed Mar 11 06:37:01 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Mar 11 06:37:09 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B6A827.50705@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> Message-ID: <49B7BE84.3050106@gmail.com> Andriy Gapon wrote: > Guys, > > could you please review the below port for correctness, style and general approach > taken by me. http://isis.poly.edu/~eitan/files/patch-memtest86+-port.diff Apply this patch then install the port "portlint" and run portlint -CNA. Always use tabs - not spaces. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From eitanadlerlist at gmail.com Wed Mar 11 06:39:11 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Mar 11 06:39:17 2009 Subject: Port lang/g95 out of date In-Reply-To: <20090311110907.GO3540@server.vk2pj.dyndns.org> References: <20090311110907.GO3540@server.vk2pj.dyndns.org> Message-ID: <49B7BF05.9090607@gmail.com> Peter Jeremy wrote: > Hi, > > I have run into some issues with lang/g95 and, following discussion > with Andy Vaught, have realised that the FreeBSD port is somewhat out > of date. A newer version is available at > http://ftp.g95.org/v0.91/g95_source.tgz > > Do you have any plans to update the port? > $make maintainer mldodson@houston.rr.com Email that guy. It would even nicer if you could write a patch yourself and submit is a PR for the maintainer to approve. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From avg at icyb.net.ua Wed Mar 11 06:42:38 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Mar 11 06:42:45 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B7BE84.3050106@gmail.com> References: <49B6A827.50705@icyb.net.ua> <49B7BE84.3050106@gmail.com> Message-ID: <49B7BFC8.3010202@icyb.net.ua> on 11/03/2009 15:37 Eitan Adler said the following: > Andriy Gapon wrote: >> Guys, >> >> could you please review the below port for correctness, style and general approach >> taken by me. > http://isis.poly.edu/~eitan/files/patch-memtest86+-port.diff > Apply this patch then install the port "portlint" and run portlint -CNA. > > Always use tabs - not spaces. Something must have been screwed during transfer, I do have tabs not spaces here - otherwise makefile syntax would be incorrect, nothing would work and I wouldn't even attempt to submit such a mess. -- Andriy Gapon From eitanadlerlist at gmail.com Wed Mar 11 06:51:59 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Mar 11 06:52:06 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B7BFC8.3010202@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> <49B7BE84.3050106@gmail.com> <49B7BFC8.3010202@icyb.net.ua> Message-ID: <49B7C206.1040508@gmail.com> Andriy Gapon wrote: > on 11/03/2009 15:37 Eitan Adler said the following: >> Andriy Gapon wrote: >>> Guys, >>> >>> could you please review the below port for correctness, style and general approach >>> taken by me. >> http://isis.poly.edu/~eitan/files/patch-memtest86+-port.diff >> Apply this patch then install the port "portlint" and run portlint -CNA. >> >> Always use tabs - not spaces. > > Something must have been screwed during transfer, I do have tabs not spaces here - > otherwise makefile syntax would be incorrect, nothing would work and I wouldn't > even attempt to submit such a mess. > These are the commands I used to fetch and extract: $fetch http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt $sh memtest86+.port.shar.txt $cd memtest86+ $portlint -CNA Either way run portlint -CNA. When this passes submit a PR with the port. Also since you don't have spaces my diff won't apply but I think you should change BOOT_DIR= /boot/opt to BOOT_DIR?= /boot/opt so the location can be specified by the user. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From avg at icyb.net.ua Wed Mar 11 06:57:35 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Mar 11 06:57:41 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B7C206.1040508@gmail.com> References: <49B6A827.50705@icyb.net.ua> <49B7BE84.3050106@gmail.com> <49B7BFC8.3010202@icyb.net.ua> <49B7C206.1040508@gmail.com> Message-ID: <49B7C34A.7090900@icyb.net.ua> on 11/03/2009 15:52 Eitan Adler said the following: > Andriy Gapon wrote: >> on 11/03/2009 15:37 Eitan Adler said the following: >>> Andriy Gapon wrote: >>>> Guys, >>>> >>>> could you please review the below port for correctness, style and general approach >>>> taken by me. >>> http://isis.poly.edu/~eitan/files/patch-memtest86+-port.diff >>> Apply this patch then install the port "portlint" and run portlint -CNA. >>> >>> Always use tabs - not spaces. >> Something must have been screwed during transfer, I do have tabs not spaces here - >> otherwise makefile syntax would be incorrect, nothing would work and I wouldn't >> even attempt to submit such a mess. >> > > These are the commands I used to fetch and extract: > $fetch http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt My mistake, explained in another email, already fixed. > $sh memtest86+.port.shar.txt > $cd memtest86+ > $portlint -CNA > > Either way run portlint -CNA. Done. > When this passes submit a PR with the > port. I'd like to wait some time to get some feedback on the substance of the port. > Also since you don't have spaces my diff won't apply but I think > you should change BOOT_DIR= /boot/opt to BOOT_DIR?= /boot/opt so the > location can be specified by the user. Very good idea, I'll do it. Thank you! -- Andriy Gapon From mldodson at comcast.net Wed Mar 11 07:03:29 2009 From: mldodson at comcast.net (M. L. Dodson) Date: Wed Mar 11 07:03:36 2009 Subject: Port lang/g95 out of date In-Reply-To: <20090311110907.GO3540@server.vk2pj.dyndns.org> References: <20090311110907.GO3540@server.vk2pj.dyndns.org> Message-ID: <49B7C198.70505@comcast.net> Peter Jeremy wrote: > Hi, > > I have run into some issues with lang/g95 and, following discussion > with Andy Vaught, have realised that the FreeBSD port is somewhat out > of date. A newer version is available at > http://ftp.g95.org/v0.91/g95_source.tgz > > Do you have any plans to update the port? > I no longer use G95, having gone over to gfortran for my needs since it became able to compile the software I use. If you want to take it over, please feel free. Otherwise, I will update the port some time in the next few weeks, then ask I be taken off as maintainer when I send in the new port. The problem with G95 is, as has been pointed out on the list, the rather old version of gcc used as the basis. There are good reasons to go with later versions of gcc for general use, and G95 then requires (yet another) version of gcc be installed. I have spoken about this a couple of years ago with Andy Vaught, but he seemed to not have plans at that time to bring that aspect up to date. Bud Dodson -- M. L. Dodson Email: mldodson-at-comcast-net Phone: eight_three_two-five_63-386_one From avg at freebsd.org Wed Mar 11 07:09:31 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Mar 11 07:10:03 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B7BE5B.6010208@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> <20090311095433.GB55246@tuxaco.net> <49B7B74C.1050303@icyb.net.ua> <20090311131337.GC55246@tuxaco.net> <49B7BE5B.6010208@icyb.net.ua> Message-ID: <49B7C29B.7050402@freebsd.org> on 11/03/2009 15:36 Andriy Gapon said the following: > on 11/03/2009 15:13 Philippe Aud?oud said the following: >> On Wed, 11 Mar 2009, Andriy Gapon wrote: > [snip] >>> Sorry for any inconvenience, I've put it here: >>> http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt >>> >> You should install portlint and then see portlint -N errors. >> Once portlint is ok, you should send-pr your shar. > > Do you have any specific error in mind? > I've done portlint and it produced only warnings that are un-avoidable in this > case (I think): > > $ portlint -A -N > WARN: Makefile: possible use of absolute pathname "/boot/opt". > WARN: Makefile: only one MASTER_SITE configured. Consider adding additional mirrors. > 0 fatal errors and 2 warnings found. In fact, I think it was "port" utility from porttools-0.77_3 that replaced the tabs in the Makefile (and other files) with spaces in the shar file. The shar file was produced with: $ port diff > ~/tmp/memtest86+.port.shar I've already updated the shar file at the same link using shar(1) directly: http://www.icyb.net.ua/~avg/memtest86+.port.shar.txt I apologize for all the inconvenience/noise - I should have verified the archive. -- Andriy Gapon From wxs at FreeBSD.org Wed Mar 11 07:52:03 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Mar 11 07:52:09 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <49B6A827.50705@icyb.net.ua> References: <49B6A827.50705@icyb.net.ua> Message-ID: <20090311145202.GA85211@atarininja.org> On Tue, Mar 10, 2009 at 07:49:27PM +0200, Andriy Gapon wrote: > > Guys, > > could you please review the below port for correctness, style and > general approach taken by me. This is a port of memtest86+. Unlike > existing sysutils/memtest86 this port is not a > download/extraction/version-tracking aid, rather it is designed to > build a stand-alone ELF image (bootable by boot2 or loader) and/or an > ISO image from sources. The first option does not need any additional > justification, I think. The second option can be useful if you want to > add some local patches on top of vendor sources. > > I am very grateful for the idea for this port and many technical > details of it to Stephan Eisvogel. I also thank Eygene Ryabinkin for > teaching me some things about ld. > > Alternatives for /boot/opt are welcome :) > > P.S. Stephan, I plan to create a distinct port for your version very > soon. I am also considering making it a port option for this proposed > port, the option that would apply an extra patch. You seem to be using two tabs on every line. I think you should use only one. Just a style nit. I don't know if /boot/opt is the best place for it. It seems like /boot/local fits in better with the concept of /usr/local. Of course, it's just a name and I'm not attached strongly to any of them. What's wrong with making these changes to the existing memtest port, as OPTIONS? -- WXS From avg at icyb.net.ua Wed Mar 11 08:04:33 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Mar 11 08:04:39 2009 Subject: request for a new port review [memtest86+] In-Reply-To: <20090311145202.GA85211@atarininja.org> References: <49B6A827.50705@icyb.net.ua> <20090311145202.GA85211@atarininja.org> Message-ID: <49B7D2FE.5040901@icyb.net.ua> on 11/03/2009 16:52 Wesley Shields said the following: > On Tue, Mar 10, 2009 at 07:49:27PM +0200, Andriy Gapon wrote: >> Guys, >> >> could you please review the below port for correctness, style and >> general approach taken by me. This is a port of memtest86+. Unlike >> existing sysutils/memtest86 this port is not a >> download/extraction/version-tracking aid, rather it is designed to >> build a stand-alone ELF image (bootable by boot2 or loader) and/or an >> ISO image from sources. The first option does not need any additional >> justification, I think. The second option can be useful if you want to >> add some local patches on top of vendor sources. >> >> I am very grateful for the idea for this port and many technical >> details of it to Stephan Eisvogel. I also thank Eygene Ryabinkin for >> teaching me some things about ld. >> >> Alternatives for /boot/opt are welcome :) >> >> P.S. Stephan, I plan to create a distinct port for your version very >> soon. I am also considering making it a port option for this proposed >> port, the option that would apply an extra patch. > > You seem to be using two tabs on every line. I think you should use > only one. Just a style nit. Good point, I used to have a variable with a long name but it's gone, so I'll condense the assignments. > I don't know if /boot/opt is the best place for it. It seems like > /boot/local fits in better with the concept of /usr/local. Of course, > it's just a name and I'm not attached strongly to any of them. Me neither. I opted for "opt" :-) because it's shorter and right now there is no auto-completion for boot2 or loader prompts. > What's wrong with making these changes to the existing memtest port, as > OPTIONS? Two reasons: (1) memtest seems to be tailored to a different purpose and it currently has a maintainer whom I haven't consulted about any changes yet; (2) [more important] original memtest86 has a peculiarity that it needs to be loaded in conventional memory (first 640k) and that doesn't work very well with our loader (yet); I have some ideas, but they need additional work, so memtest86+ was the lower-hanging fruit. -- Andriy Gapon From lehmann at ans-netz.de Wed Mar 11 09:41:07 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Mar 11 09:41:14 2009 Subject: gegl does not compile when gtk support is deactivated Message-ID: <20090311174102.3645851a.lehmann@ans-netz.de> Hi, when disabling GTK support (in fact I've disabled every option in make config) gegl does not compile: cc .libs/2geglbuffer.o -o .libs/2geglbuffer -Wl,--export-dynamic -pthread ../gegl/.libs/libgegl-0.0.so -L/usr/local/lib /usr/local/lib/libgio-2.0.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgthread-2.0.so -pthread /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libbabl-0.0.so -lpng -lz -lm -Wl,--rpath -Wl,/usr/local/lib .libs/2geglbuffer.o(.text+0x1d): In function `main': : undefined reference to `gtk_init' gmake[3]: *** [2geglbuffer] Error 1 gmake[3]: Leaving directory `/mnt/misc/usr/ports/graphics/gegl/work/gegl-0.0.22/examples' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/mnt/misc/usr/ports/graphics/gegl/work/gegl-0.0.22/examples' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/mnt/misc/usr/ports/graphics/gegl/work/gegl-0.0.22' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/gegl. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From dereckson at espace-win.org Wed Mar 11 13:01:06 2009 From: dereckson at espace-win.org (=?ISO-8859-1?Q?S=E9bastien_Santoro?=) Date: Wed Mar 11 13:01:11 2009 Subject: [www/red5] The server works fine with Java 1.6 but request 1.5 and not 1.5+ Message-ID: <5ea6cb100903111301s94ef9d5k739c00d62bdc7a25@mail.gmail.com> Hi, I've on FreeBSD 7.0 the following ports installed: * tomcat-5.5.27 Open-source Java web server by Apache, 5.5.x branch * diablo-jdk-1.6.0.07.02_3 Java Development Kit 1.6.0_07.02 When I ask a port install (picking Tomcat 5.5), it tries to install diablo-caffe-freebsd6-amd64-1.5.0_07-b01. You've specified in your Makefile JAVA_VERSION= 1.5 To use Java 1.6 JDK, I append eda +: JAVA_VERSION= 1.5+ That installs fine. Output: /usr/ports/www/red5 ] make install ===> Installing for red5-0.7.0_1 ===> red5-0.7.0_1 depends on file: /usr/local/diablo-jdk1.6.0/bin/java - found ===> red5-0.7.0_1 depends on file: /usr/local/tomcat5.5 - found ===> Generating temporary packing list ===> Checking if www/red5 already installed ===================================== Now start your Tomcat and browse with: http://your-server-ip:8180/red5/ ===> Registering installation for red5-0.7.0_1 -- S?bastien Santoro aka Dereckson From mail at ozzmosis.com Wed Mar 11 14:03:23 2009 From: mail at ozzmosis.com (andrew clarke) Date: Wed Mar 11 14:03:30 2009 Subject: shells/bash-4.0 port horribly broken Message-ID: <20090311210322.GA17971@ozzmosis.com> Apologies in advance if this is already fixed... $ uname -a FreeBSD blizzard.phoenix 6.4-RELEASE-p1 FreeBSD 6.4-RELEASE-p1 #0: Sun Dec 21 07:56:41 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 $ sudo portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Latest snapshot on server matches what we already have. No updates needed. Ports tree is already up to date. $ sudo make ===> Vulnerability check disabled, database not found => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. => Either /usr/ports/shells/bash/distinfo is out of date, or => bash-4.tar.gz is spelled incorrectly. *** Error code 1 Stop in /usr/ports/shells/bash. $ portlint FATAL: Makefile: extra item "PATCHLEVEL" placed in the PORTNAME section. FATAL: Package conflicts with itself. You should remove "bash-[0-24-9].*" from CONFLICTS. WARN: Makefile: "PKGNAMESUFFIX" has to appear earlier. WARN: Found IGNOREFILES. It is not recomended. FATAL: /usr/ports/shells/bash/distinfo: has no SIZE record for bash/bash-4.tar.gz. FATAL: -1: [no checksum record for bash/bash-4.tar.gz.]: WARN: /usr/ports/shells/bash/distinfo: no checksum records for all supported algorithms (SHA256 MD5) for bash/bash-4.tar.gz. 4 fatal errors and 3 warnings found. Thanks, Regards Andrew From Paul.Pathiakis at ironmountain.com Wed Mar 11 14:28:42 2009 From: Paul.Pathiakis at ironmountain.com (Pathiakis, Paul) Date: Wed Mar 11 14:28:48 2009 Subject: Port Request: gluster In-Reply-To: <499F595B.5090205@christianserving.org> Message-ID: <0E1261E4B639D74DB24946A78266B1CF033394D2@NUMEVP04.na.imtn.com> Hi to all! Has anything progressed on this? I'm actually building it by hand on a couple of 7.1 machines. I expect it will be interesting. I still look forward to the port. :-) Thank you! Paul Pathiakis UNIX/Linux Systems Engineer Iron Mountain Digital 120 Turnpike Rd. Southborough, MA 01772 Microsoft - Where do you want to go today? Linux - Where do you want to go tomorrow? FreeBSD - Will you guys come on already? -----Original Message----- From: Jim Riggs [mailto:ports@christianserving.org] Sent: Friday, February 20, 2009 8:31 PM To: David N Cc: Pathiakis, Paul; ports@freebsd.org; Steven Kreuzer Subject: Re: Port Request: gluster On 02/20/2009 11:40, David N wrote: > 2009/2/21 Pathiakis, Paul: >> Steven, >> >> I'm going to start testing it in a pre-production environment. It seems >> so straightforward, integrates with ZFS, it has simple configuration >> files, all around, I'm hoping that it garners more >> clustering/replication for FreeBSD. Many of the other solutions are >> quite tedious and setup complexity is quite annoying. >> >> >> >> -----Original Message----- >> From: Steven Kreuzer [mailto:steven@hudson-trading.com] On Behalf Of >> Steven Kreuzer >> Sent: Friday, February 20, 2009 11:30 AM >> To: Pathiakis, Paul >> Cc: ports@freebsd.org >> Subject: Re: Port Request: gluster >> >> >> On Feb 20, 2009, at 9:51 AM, Pathiakis, Paul wrote: >> >>> Hi, >>> >>> >>> >>> I'd like to request that the gluster clustering/filesystem software be >>> ported and supported. This looks to be a very simple, straightforward >>> and viable clustering solution which FreeBSD has always lacked. >> This looks like a very interesting project. I might be able to take >> some time >> over the weekend and create a port for this. >> >> Out of curiosity, have you been using it in production? If so, can you >> describe your setup >> and your experience with it? >> >> Steven Kreuzer >> http://www.exit2shell.com/~skreuzer >> > Looks promising > http://www.gluster.org/docs/index.php/GlusterFS_on_BSD Several weeks ago I actually created a port for glusterfs as I was hoping to implement it myself. I'll have to see if I saved any of my work. I actually had a working port, but I may have dumped it. I will be happy to submit it if I can find it. I just don't know that I will be able to maintain it. A couple of notes from what I found: 1. It does not yet integrate with FreeBSD's implementation of ZFS (at least not in 7.x) due to the lack of ACL support. You can use it with a UFS partition or a UFS zvol. (Using a zvol requires a patch pjd@ recommended for performance improvements.) 2. Performance in my setup was not very good over 2x1Gb LAGG. It might be better over a faster, dedicated channel of some type. - Jim The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not the intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse, copying, or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. From bsam at ipt.ru Wed Mar 11 15:39:56 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Mar 11 15:40:02 2009 Subject: graphics/libgphoto2 still doesn't compile at current Message-ID: <82633477@h30.sp.ipt.ru> Hello All, here is what I get at my tindy: ----- building libgphoto2-2.4.4 in directory /m/local/tinderbox/8-bsam-exp build started at Wed Mar 11 22:12:22 UTC 2009 port directory: /usr/ports/graphics/libgphoto2 building for: 8.0-CURRENT i386 maintained by: pav@FreeBSD.org Makefile ident: $FreeBSD: ports/graphics/libgphoto2/Makefile,v 1.47 2009/03/09 17:15:39 stas Exp $ ... OSVERSION=800070 ... gmake[4]: Entering directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" -I/usr/local/include -Wall -Wmissing-declarations -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" -I/usr/local/include -Wall -Wmissing-declarations -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c libusb.c -fPIC -DPIC -o .libs/usb_la-libusb.o libusb.c:37:31: error: libusb20_compat10.h: No such file or directory libusb.c: In function 'gp_port_usb_open': libusb.c:230: warning: unused variable 'name' gmake[4]: *** [usb_la-libusb.lo] Error 1 gmake[4]: Leaving directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4' gmake: *** [all] Error 2 *** Error code 2 Stop in /a/ports/graphics/libgphoto2. ----- Help! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From alexanderchuranov at gmail.com Wed Mar 11 18:26:09 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Wed Mar 11 18:26:16 2009 Subject: fresh devel/boost In-Reply-To: <49B68FB6.8060505@icyb.net.ua> References: <49ABED6D.8080909@icyb.net.ua> <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> <3cb459ed0903061347w599c521ex34267fd168882cac@mail.gmail.com> <49B68FB6.8060505@icyb.net.ua> Message-ID: <3cb459ed0903111826p3f3fbae5g922401edd0b37701@mail.gmail.com> 2009/3/10 Andriy Gapon : > > I agree with the "better" approach, but why wait for months until all deadlines > are passed if we can create boost 1.38 port right now and then shuffle ports > around later. I think that happened quite a few times in the past. The issue is devel/boost and devel/boost138 will not coexist. Is it OK in your opinion? Since patch is ready for months, providing devel/boost138 is a matter of several minutes. > >> My comments on the suggested solution: >> The goal is to have most recent boost by default in devel/boost. Of >> course, it is possible to provide 1.38 in some separate location. >> However, this would make ports look like we stuck to 1.34 forever and > > Well, about this argument - I'd prefer something objective over something > subjective any time, and how things "appear" is very subjective. The objective part of it is it will be slightly harder for a novice to figure out what port to install. Having most recent stable port in devel/boost is more easier to understand. >> Having multiple versions of the same ports installed at the same time >> is nice idea... > > It seems we have some very good examples like openldap ports. Thank you for example, I am examining it. Alexander Churanov From mail at ozzmosis.com Thu Mar 12 00:36:02 2009 From: mail at ozzmosis.com (andrew clarke) Date: Thu Mar 12 00:36:11 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090311210322.GA17971@ozzmosis.com> References: <20090311210322.GA17971@ozzmosis.com> Message-ID: <20090312073556.GA39778@ozzmosis.com> On Thu 2009-03-12 08:03:23 UTC+1100, andrew clarke (mail@ozzmosis.com) wrote: > $ sudo make > ===> Vulnerability check disabled, database not found > => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. > => Either /usr/ports/shells/bash/distinfo is out of date, or > => bash-4.tar.gz is spelled incorrectly. > *** Error code 1 > > Stop in /usr/ports/shells/bash. Update: After a recent ports tree update bash now builds correctly here. Thanks again :) From nguyenthanhphuspkt at gmail.com Thu Mar 12 01:35:01 2009 From: nguyenthanhphuspkt at gmail.com (nguyen thanh phu) Date: Thu Mar 12 01:35:08 2009 Subject: nguyen thanh phu moi ban tham gia GSO-Media! Message-ID: Chao Ban, nguyen thanh phu moi ban tham gia chuong trinh thanh vien mien phi www.GSO-MEDIA.com. Ban se co co hoi. * Su dung cac dich vu Rao vat, Ket ban, Nhan tin mien phi. * Duoc tinh diem khi doc quang cao va mua hang giam gia cua cac doi tac GSO. * Duoc cap nhat mien phi cac tin tuc va kinh nghiem ve linh vuc Internet va Thuong mai dien tu. Hay nhap chuot vao day de DANG KY THANH VIEN mien phi. Ban cung co the dung duong link gioi thieu sau de dang ky tham gia vao mang luoi cua nguyen thanh phu: http://www.gso-media.com/home/register.asp?refID=399739 nguyen thanh phu gui kem cho Ban loi nhan sau day: ------------ From ilang at 163.com Thu Mar 12 02:14:16 2009 From: ilang at 163.com (ilang) Date: Thu Mar 12 02:14:24 2009 Subject: FreeBSD Port: lighttpd-1.4.21_2 Message-ID: <200903121659056564481@163.com> lighttpd has been updated to 1.4.22 2009-03-12 ilang From nguyenthanhphuspkt at gmail.com Thu Mar 12 02:16:50 2009 From: nguyenthanhphuspkt at gmail.com (nguyen thanh phu) Date: Thu Mar 12 02:17:09 2009 Subject: nguyen thanh phu moi ban tham gia GSO-Media! Message-ID: <586918FB27C048A4A7E67DB89F8996D9@gsomedia.com> Chao Ban, nguyen thanh phu moi ban tham gia chuong trinh thanh vien mien phi www.GSO-MEDIA.com. Ban se co co hoi. * Su dung cac dich vu Rao vat, Ket ban, Nhan tin mien phi. * Duoc tinh diem khi doc quang cao va mua hang giam gia cua cac doi tac GSO. * Duoc cap nhat mien phi cac tin tuc va kinh nghiem ve linh vuc Internet va Thuong mai dien tu. Hay nhap chuot vao day de DANG KY THANH VIEN mien phi. Ban cung co the dung duong link gioi thieu sau de dang ky tham gia vao mang luoi cua nguyen thanh phu: http://www.gso-media.com/home/register.asp?refID=399739 nguyen thanh phu gui kem cho Ban loi nhan sau day: ------------ From ehaupt at FreeBSD.org Thu Mar 12 03:30:01 2009 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Thu Mar 12 03:30:08 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312073556.GA39778@ozzmosis.com> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> Message-ID: <20090312112958.4d0cac92.ehaupt@FreeBSD.org> > > $ sudo make > > ===> Vulnerability check disabled, database not found > > => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. > > => Either /usr/ports/shells/bash/distinfo is out of date, or > > => bash-4.tar.gz is spelled incorrectly. > > *** Error code 1 > > > > Stop in /usr/ports/shells/bash. > > Update: After a recent ports tree update bash now builds correctly > here. The update still remains broken: [fooman@portjail ~]$ pkg_info bash-static-4.0.10_1 The GNU Project's Bourne Again SHell [root@portjail ~]$ set -x [root@portjail ~]$ echo $(uname) -bash: command substitution: line 25: syntax error near unexpected token `)' -bash: command substitution: line 25: `uname)' [root@portjail ~]$ echo $(uptime) -bash: command substitution: line 26: syntax error near unexpected token `)' -bash: command substitution: line 26: `uptime)' [root@portjail ~]$ echo $(ls) -bash: command substitution: line 27: syntax error near unexpected token `)' -bash: command substitution: line 27: `ls)' however, backticks work: [root@portjail ~]$ echo `uname` ++ uname + echo FreeBSD FreeBSD Also, shells/bash now conflicts with shells/bash-completion which it shouldn't. Emanuel -- GnuPG key id: 0x90215DB9 Download: http://pgp.mit.edu:11371 Key fingerprint: 741B C70F 100B F360 0B52 E92D 5F01 7A86 9021 5DB9 From kamikaze at bsdforen.de Thu Mar 12 04:01:06 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Mar 12 04:01:38 2009 Subject: INDEX on mirrors Message-ID: <49B8EB6A.6080303@bsdforen.de> It seems that ftp.freebsd.org does load balancing and not all servers are in sync. I have repeatedly downloaded: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDEX And there seem to be 2 versions around, one from February 27 and one from March 06. I have a shell script that connects to the ftp via netcat and compares the age of the file to a local copy. If the local copy is outdated a fetch is started. Nice idea to safe traffic, but useless if you get the same outdated file, because servers are not in sync. From kamikaze at bsdforen.de Thu Mar 12 04:05:04 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Mar 12 04:05:10 2009 Subject: INDEX on mirrors In-Reply-To: <49B8EB6A.6080303@bsdforen.de> References: <49B8EB6A.6080303@bsdforen.de> Message-ID: <49B8EC58.4000505@bsdforen.de> Dominic Fandrey wrote: > It seems that ftp.freebsd.org does load balancing and not all > servers are in sync. I have repeatedly downloaded: > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDEX > And there seem to be 2 versions around, one from February 27 and > one from March 06. The server identifying as freebsd.isc.org is up to date, the server identifying as ftp.FreeBSD.org is outdated. From kamikaze at bsdforen.de Thu Mar 12 04:20:50 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Mar 12 04:20:57 2009 Subject: INDEX on mirrors In-Reply-To: <49B8EC58.4000505@bsdforen.de> References: <49B8EB6A.6080303@bsdforen.de> <49B8EC58.4000505@bsdforen.de> Message-ID: <49B8F00B.3010108@bsdforen.de> Dominic Fandrey wrote: > Dominic Fandrey wrote: >> It seems that ftp.freebsd.org does load balancing and not all >> servers are in sync. I have repeatedly downloaded: >> ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDEX >> And there seem to be 2 versions around, one from February 27 and >> one from March 06. > > The server identifying as freebsd.isc.org is up to date, the > server identifying as ftp.FreeBSD.org is outdated. This appears to be a widespread problem. ftp.de is stuck at 02/27, ftp.fr is even older, while ftp.uk seems to be up to date. From stb at lassitu.de Thu Mar 12 05:06:14 2009 From: stb at lassitu.de (Stefan Bethke) Date: Thu Mar 12 05:06:23 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312112958.4d0cac92.ehaupt@FreeBSD.org> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> Message-ID: <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> Am 12.03.2009 um 11:29 schrieb Emanuel Haupt: >>> $ sudo make >>> ===> Vulnerability check disabled, database not found >>> => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. >>> => Either /usr/ports/shells/bash/distinfo is out of date, or >>> => bash-4.tar.gz is spelled incorrectly. >>> *** Error code 1 >>> >>> Stop in /usr/ports/shells/bash. >> >> Update: After a recent ports tree update bash now builds correctly >> here. > > The update still remains broken: > > [fooman@portjail ~]$ pkg_info > bash-static-4.0.10_1 The GNU Project's Bourne Again SHell > > [root@portjail ~]$ set -x > [root@portjail ~]$ echo $(uname) > -bash: command substitution: line 25: syntax error near unexpected > token `)' > -bash: command substitution: line 25: `uname)' I also find this rather annoying. I believe that a rather large percentage of people use bash as their default shell, so moving from 3.2 to 4.0 should have been preceded by a headsup or an entry in UPDATING. Stefan -- Stefan Bethke Fon +49 151 14070811 From webmaster at hallmark.org Thu Mar 12 05:19:48 2009 From: webmaster at hallmark.org (webmaster@hallmark.org) Date: Thu Mar 12 05:19:55 2009 Subject: You have received a card from a family member! Message-ID: <200903111148.n2BBmTfj015425@butan170.server4free.de> [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://83.151.25.154/~5084ftp/hallmark.exe 7. http://83.151.25.154/~5084ftp/hallmark.exe 8. http://83.151.25.154/~5084ftp/hallmark.exe 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From jumper99 at gmx.de Thu Mar 12 05:21:48 2009 From: jumper99 at gmx.de (Helmut Schneider) Date: Thu Mar 12 05:21:55 2009 Subject: INDEX on mirrors References: <49B8EB6A.6080303@bsdforen.de> <49B8EC58.4000505@bsdforen.de> <49B8F00B.3010108@bsdforen.de> Message-ID: Dominic Fandrey wrote: > Dominic Fandrey wrote: >> Dominic Fandrey wrote: >>> It seems that ftp.freebsd.org does load balancing and not all >>> servers are in sync. I have repeatedly downloaded: >>> ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDE >>> And there seem to be 2 versions around, one from February 27 and >>> one from March 06. >> >> The server identifying as freebsd.isc.org is up to date, the >> server identifying as ftp.FreeBSD.org is outdated. > > This appears to be a widespread problem. Indeed it is... From plopsml at free.fr Thu Mar 12 06:13:39 2009 From: plopsml at free.fr (plopsml@free.fr) Date: Thu Mar 12 06:31:56 2009 Subject: FreeBSD Port: pciids-20090224 Message-ID: <966333265.2917331236852286500.JavaMail.root@zimbra9-e2.priv.proxad.net> Hi, Please note that the misc/pciids port requires pciids-20090224.tar.bz2 that is not in the ftp.freebsd.org distfiles. Best regards, Mikael Davranche From andrew.w.nosenko at gmail.com Thu Mar 12 07:06:10 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Thu Mar 12 07:06:16 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> Message-ID: <6161f3180903120706y7af9a7efja2d3c669e0f78159@mail.gmail.com> On Thu, Mar 12, 2009 at 1:48 PM, Stefan Bethke wrote: > Am 12.03.2009 um 11:29 schrieb Emanuel Haupt: > >>>> $ sudo make >>>> ===> Vulnerability check disabled, database not found >>>> => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. >>>> => Either /usr/ports/shells/bash/distinfo is out of date, or >>>> => bash-4.tar.gz is spelled incorrectly. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/shells/bash. >>> >>> Update: After a recent ports tree update bash now builds correctly >>> here. >> >> The update still remains broken: >> >> [fooman@portjail ~]$ pkg_info >> bash-static-4.0.10_1 The GNU Project's Bourne Again SHell >> >> [root@portjail ~]$ set -x >> [root@portjail ~]$ echo $(uname) >> -bash: command substitution: line 25: syntax error near unexpected token >> `)' >> -bash: command substitution: line 25: `uname)' > > I also find this rather annoying. I believe that a rather large percentage > of people use bash as their default shell, so moving from 3.2 to 4.0 should > have been preceded by a headsup or an entry in UPDATING. Hmm... But record in UPDATING won't cure the bug itself. Or error in the parsing $ echo $(ls) construct is not a bug? If it is not a bug but intended behavior, then could someone point me to the appropriate part of documentation? -- Andrew W. Nosenko From gesbbb at yahoo.com Thu Mar 12 07:30:19 2009 From: gesbbb at yahoo.com (Jerry) Date: Thu Mar 12 07:30:26 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> Message-ID: <20090312103015.2ee5dbef@scorpio> On Thu, 12 Mar 2009 12:48:09 +0100 Stefan Bethke wrote: >Am 12.03.2009 um 11:29 schrieb Emanuel Haupt: > >>>> $ sudo make >>>> ===> Vulnerability check disabled, database not found >>>> => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo. >>>> => Either /usr/ports/shells/bash/distinfo is out of date, or >>>> => bash-4.tar.gz is spelled incorrectly. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/shells/bash. >>> >>> Update: After a recent ports tree update bash now builds correctly >>> here. >> >> The update still remains broken: >> >> [fooman@portjail ~]$ pkg_info >> bash-static-4.0.10_1 The GNU Project's Bourne Again SHell >> >> [root@portjail ~]$ set -x >> [root@portjail ~]$ echo $(uname) >> -bash: command substitution: line 25: syntax error near unexpected >> token `)' >> -bash: command substitution: line 25: `uname)' > >I also find this rather annoying. I believe that a rather large >percentage of people use bash as their default shell, so moving from >3.2 to 4.0 should have been preceded by a headsup or an entry in >UPDATING. I am having the exact same problem. Several of my scripts are now failing. I have modified a few with the older "`" tic method to make them work; however, I feel that the easiest thing would be to simply revert to Bash-3. Was this some sort of 'improvement' by the Bash developers, or is it an un-squashed bug? -- Jerry gesbbb@yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/fe2dc7ad/signature.pgp From johans at stack.nl Thu Mar 12 07:37:18 2009 From: johans at stack.nl (Johan van Selst) Date: Thu Mar 12 07:37:25 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312103015.2ee5dbef@scorpio> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> <20090312103015.2ee5dbef@scorpio> Message-ID: <20090312143710.GA106@mud.stack.nl> Jerry wrote: > Was this some sort of 'improvement' by the Bash developers, or is it > an un-squashed bug? It seems that this might actually be a feature. Quoting the COMPAT document of bash4: 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. Ciao, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/466d87f2/attachment.pgp From alex-goncharov at comcast.net Thu Mar 12 07:40:55 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Thu Mar 12 07:41:02 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312103015.2ee5dbef@scorpio> (message from Jerry on Thu, 12 Mar 2009 10:30:15 -0400) References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> <20090312103015.2ee5dbef@scorpio> Message-ID: ,--- You/Jerry (Thu, 12 Mar 2009 10:30:15 -0400) ----* | I am having the exact same problem. Several of my scripts are now | failing. I have modified a few with the older "`" tic method to make | them work; however, I feel that the easiest thing would be to simply | revert to Bash-3. | | Was this some sort of 'improvement' by the Bash developers, or is it | an un-squashed bug? Breaking the $(command) substitution would be catastrophic and Bash 4.0 documentation claims support for it: http://tiswww.case.edu/php/chet/bash/bashref.html Bash Reference Manual This text is a brief description of the features that are present in the Bash shell (version 4.0, 29 December 2008). This is Edition 4.0, last updated 29 December 2008, of The GNU Bash Reference Manual, for Bash, Version 4.0. 3.5.4 Command Substitution Command substitution allows the output of a command to replace the command itself. Command substitution occurs when a command is enclosed as follows: $(command) or `command` Bash performs the expansion by executing command and replacing the command substitution with the standard output of the command, with any trailing newlines deleted. Embedded newlines are not deleted, but they may be removed during word splitting. The command substitution $(cat file) can be replaced by the equivalent but faster $(< file). -- Alex -- alex-goncharov@comcast.net -- /* * Every time I lose weight, it finds me again! */ From andrew.w.nosenko at gmail.com Thu Mar 12 07:48:46 2009 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Thu Mar 12 07:48:54 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312143710.GA106@mud.stack.nl> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> <20090312103015.2ee5dbef@scorpio> <20090312143710.GA106@mud.stack.nl> Message-ID: <6161f3180903120748h5a9b6b17y2faf779b69819c7@mail.gmail.com> On Thu, Mar 12, 2009 at 4:37 PM, Johan van Selst wrote: > Jerry wrote: >> Was this some sort of 'improvement' by the Bash developers, or is it >> an un-squashed bug? > > It seems that this might actually be a feature. > Quoting the COMPAT document of bash4: > > 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. Sorry, but I didn't see how it can be applied. In another words, how the 'ls' command in the $ echo $(ls) contradicts with POSIX. http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_03 With the $( command) form, all characters following the open parenthesis to the matching closing parenthesis constitute the command. Any valid shell script can be used for command, except a script consisting solely of redirections which produces unspecified results. Sure, 'ls' is not a something that "consisting solely of redirections". -- Andrew W. Nosenko From wxs at FreeBSD.org Thu Mar 12 07:55:22 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Mar 12 07:55:28 2009 Subject: FreeBSD Port: lighttpd-1.4.21_2 In-Reply-To: <200903121659056564481@163.com> References: <200903121659056564481@163.com> Message-ID: <20090312145520.GA54538@atarininja.org> On Thu, Mar 12, 2009 at 04:59:06PM +0800, ilang wrote: > lighttpd has been updated to 1.4.22 I just submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=132582, which will shortly be viewable on the web. -- WXS From ivoras at freebsd.org Thu Mar 12 08:01:31 2009 From: ivoras at freebsd.org (Ivan Voras) Date: Thu Mar 12 08:01:37 2009 Subject: openjdk6 package not being built? Message-ID: Hi, I'm looking at ftp://ftp.freebsd.org/pub/FreeBSD/ports/packages/java and there's no openjdk6 package. I guess the reason for it is that it depends on an existing JDK (diablo-jdk1.6.0) for building, but this is precisely the reason why it should be available independently of encumbered JDKs (and to avoid having to build two JDKs just to have one). Any chance it could be kludged over so that it makes it into downloadable binary packages? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/859e4cba/signature.pgp From alexanderchuranov at gmail.com Thu Mar 12 08:18:00 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Mar 12 08:18:06 2009 Subject: fresh devel/boost In-Reply-To: <49B8AB91.1090501@icyb.net.ua> References: <49ABED6D.8080909@icyb.net.ua> <3c0b01820903020819s65adc166qd0d707ce8820b3b9@mail.gmail.com> <3cb459ed0903061347w599c521ex34267fd168882cac@mail.gmail.com> <49B68FB6.8060505@icyb.net.ua> <3cb459ed0903111826p3f3fbae5g922401edd0b37701@mail.gmail.com> <49B8AB91.1090501@icyb.net.ua> Message-ID: <3cb459ed0903120817p15fb7cc8rd62b62d08aa1c1a8@mail.gmail.com> 2009/3/12 Andriy Gapon : > on 12/03/2009 03:26 Alexander Churanov said the following: >> The issue is devel/boost and devel/boost138 will not coexist. Is it OK >> in your opinion? > > I am not sure why... It is trivial to make different (non-default) boost > versions to install their headers and libraries into different directories. > Are there any other problems? My concern on co-existance of devel/boost and devel/boost138 is how to make build systems of other applications search in 1.38-specific directory for headers before /usr/local/inclde. Is it easy for any arbitrary application with any arbitrary build system? I consider this port (devel/boost138) a temporary solution. Others: (a) Having only one most recent version in devel/boost (b) Having many versions without the default one. (c) Having many versions with default devel/boost referring to some particular version. Here (b) and (c) do not install unversioned header files under /usr/local/include/boost. Currently all activity that I know is about the first (a) option. And all efforts are to fix port that depend on boost to let them use 1.38. For example, I've just started examining print/lyx and print/lyx15. > Maybe some "too smart for their own good" configure scripts that would > pick up incorrect (mismatching) directories while searching for boost? Yes, however, I haven't tried this yet. Alexander Churanov From paul at worldhive.net Thu Mar 12 10:14:43 2009 From: paul at worldhive.net (Paul Henrich) Date: Thu Mar 12 10:14:50 2009 Subject: Darwin Calendar Server Message-ID: <42502857-67F5-4496-BFE8-6011E360248D@worldhive.net> 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 From traveling08 at cox.net Thu Mar 12 10:52:59 2009 From: traveling08 at cox.net (Robert) Date: Thu Mar 12 10:53:05 2009 Subject: gthumb will not build with option openraw Message-ID: <20090312105253.559760cb@asus64> When trying to build graphics/gthumb I receive the following error: Making install in libopenraw test -z "/usr/local/include/libopenraw-1.0/libopenraw" || ../.././install-sh -c -d "/usr/local/include/libopenraw-1.0/libopenraw" install -o root -g wheel -m 444 'libopenraw.h' '/usr/local/include/libopenraw-1.0/libopenraw/libopenraw.h' install -o root -g wheel -m 444 'io.h' '/usr/local/include/libopenraw-1.0/libopenraw/io.h' install -o root -g wheel -m 444 'types.h' '/usr/local/include/libopenraw-1.0/libopenraw/types.h' install -o root -g wheel -m 444 'consts.h' '/usr/local/include/libopenraw-1.0/libopenraw/consts.h' install -o root -g wheel -m 444 'debug.h' '/usr/local/include/libopenraw-1.0/libopenraw/debug.h' install -o root -g wheel -m 444 'thumbnails.h' '/usr/local/include/libopenraw-1.0/libopenraw/thumbnails.h' install -o root -g wheel -m 444 'rawdata.h' '/usr/local/include/libopenraw-1.0/libopenraw/rawdata.h' install -o root -g wheel -m 444 'rawfile.h' '/usr/local/include/libopenraw-1.0/libopenraw/rawfile.h' install -o root -g wheel -m 444 'exif.h' '/usr/local/include/libopenraw-1.0/libopenraw/exif.h' install -o root -g wheel -m 444 'metadata.h' '/usr/local/include/libopenraw-1.0/libopenraw/metadata.h' Making install in libopenraw++ ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for libopenraw-0.0.5_1 ===> Returning to build of gthumb-2.10.11 Error: shared library "openrawgnome.5" does not exist *** Error code 1 Stop in /usr/ports/graphics/gthumb. *** Error code 1 Stop in /usr/ports/graphics/gthumb. I have search for openrawgnome.5 using "make search key=openrawgnome.5" to no avail and on the net using google. Google had a few hits but I could see no resolution. I was using gthumb with the openraw option before but I had to pkg_delete it when it prevented the xorg 7.4 update back in January. I only this week started trying to reinstall it. ~> uname -a FreeBSD asus64.shasta204.local 7.1-STABLE FreeBSD 7.1-STABLE #16: Sat Feb 28 21:40:52 PST 2009 root@asus64.shasta204.local:/usr/obj/usr/src/sys/GENERIC amd64 I am able to open camera raw files using gimp but I need to see all the files render in a directory. Gthumb was able to do this previously. Thanks in advance Robert From ehaupt at FreeBSD.org Thu Mar 12 11:39:30 2009 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Thu Mar 12 11:39:36 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090312103015.2ee5dbef@scorpio> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> <20090312103015.2ee5dbef@scorpio> Message-ID: <20090312193921.39ccad69.ehaupt@FreeBSD.org> > them work; however, I feel that the easiest thing would be to simply > revert to Bash-3. This is exactly what I did. Emanuel From traveling08 at cox.net Thu Mar 12 12:06:33 2009 From: traveling08 at cox.net (Robert) Date: Thu Mar 12 12:06:40 2009 Subject: gthumb will not build with option openraw In-Reply-To: <20090312105253.559760cb@asus64> References: <20090312105253.559760cb@asus64> Message-ID: <20090312120627.5968153f@asus64> On Thu, 12 Mar 2009 10:52:53 -0700 Robert wrote: > When trying to build graphics/gthumb I receive the following error: > I went back and did a make rmconfig on graphics/libopenraw and graphics/gthumb and then make deinstall on both. I was then able to make install correctly. Sorry for the noise. Robert From naddy at mips.inka.de Thu Mar 12 13:31:08 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Thu Mar 12 13:31:18 2009 Subject: shells/bash-4.0 port horribly broken References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> Message-ID: Emanuel Haupt wrote: > The update still remains broken: > > [fooman@portjail ~]$ pkg_info > bash-static-4.0.10_1 The GNU Project's Bourne Again SHell > > [root@portjail ~]$ set -x > [root@portjail ~]$ echo $(uname) > -bash: command substitution: line 25: syntax error near unexpected token `)' > -bash: command substitution: line 25: `uname)' This breakage has been introduced somewhere in the first ten patches. 4.0.0 was fine. Which is funny, considering that the patches claim to fix some problems in that area. Apparently nobody runs bash's included regression test suite either... -- Christian "naddy" Weisgerber naddy@mips.inka.de From bf2006a at yahoo.com Thu Mar 12 13:48:49 2009 From: bf2006a at yahoo.com (bf) Date: Thu Mar 12 13:49:20 2009 Subject: shells/bash-4.0 port horribly broken Message-ID: <916888.96137.qm@web39106.mail.mud.yahoo.com> Hang on guys, we're looking into it. The upstream maintainer confirms that failures in command substitutions are _not_ the expected behavior of bash 4.x, that they are not being observed on many other systems, and that in the past similar problems like this have been connected with problems in bison, so maybe our use of system yacc has something to do with it. The point about running the testsuite is well-taken. b. From gesbbb at yahoo.com Thu Mar 12 14:09:26 2009 From: gesbbb at yahoo.com (Jerry) Date: Thu Mar 12 14:09:33 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <916888.96137.qm@web39106.mail.mud.yahoo.com> References: <916888.96137.qm@web39106.mail.mud.yahoo.com> Message-ID: <20090312170916.72ca8a2a@scorpio> On Thu, 12 Mar 2009 13:48:47 -0700 (PDT) bf wrote: >Hang on guys, we're looking into it. The upstream maintainer >confirms that failures in command substitutions are _not_ the >expected behavior of bash 4.x, that they are not being observed on >many other systems, and that in the past similar problems like >this have been connected with problems in bison, so maybe our use >of system yacc has something to do with it. > >The point about running the testsuite is well-taken. > >b. I have filed a bug-report with bash about this. So far, I have received one reply with a request for further information. So, I guess someone is at least working on it. -- Jerry gesbbb@yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/4c4438fa/signature.pgp From bf2006a at yahoo.com Thu Mar 12 14:18:29 2009 From: bf2006a at yahoo.com (bf) Date: Thu Mar 12 14:18:36 2009 Subject: shells/bash-4.0 port horribly broken Message-ID: <151637.2537.qm@web39102.mail.mud.yahoo.com> --- On Thu, 3/12/09, bf wrote: > From: bf > Subject: Re: shells/bash-4.0 port horribly broken > To: freebsd-ports@FreeBSD.org > Cc: obrien@FreeBSD.org > Date: Thursday, March 12, 2009, 4:48 PM > Hang on guys, we're looking into it. The upstream > maintainer > confirms that failures in command substitutions are _not_ > the > expected behavior of bash 4.x, that they are not being > observed on > many other systems, and that in the past similar problems > like > this have been connected with problems in bison, so maybe > our use > of system yacc has something to do with it. > > The point about running the testsuite is well-taken. > > b. Yes, I can confirm on my system (8-CURRENT i386), switching the port from system yacc to bison 2.x solves the command substitution problem. Try the attached patch. b. -------------- next part -------------- diff -ruN bash.orig/Makefile bash/Makefile --- bash.orig/Makefile 2009-03-12 05:54:01.000000000 -0400 +++ bash/Makefile 2009-03-12 16:40:28.539057000 -0400 @@ -3,13 +3,13 @@ # Date created: 30 Jul 2004 # Whom: Oliver Eikemeier # -# $FreeBSD: ports/shells/bash/Makefile,v 1.110 2009/03/12 09:54:01 osa Exp $ +# $FreeBSD: ports/shells/bash/Makefile,v 1.107 2009/03/11 17:00:37 obrien Exp $ # PORTNAME= bash PATCHLEVEL= 10 PORTVERSION= 4.0.${PATCHLEVEL:S/^0//g} -PORTREVISION?= 1 +PORTREVISION?= 2 CATEGORIES= shells MASTER_SITES= ${MASTER_SITE_GNU:S/$/:bash/} \ ftp://ftp.cwru.edu/pub/%SUBDIR%/:faq @@ -43,6 +43,7 @@ MAN1= bash.1 bashbug.1 INFO= bash +USE_BISON= yes GNU_CONFIGURE= yes .if !defined(NOPORTDOCS) @@ -91,8 +92,7 @@ LDFLAGS+= -L${LOCALBASE}/lib CONFIGURE_ENV= CPPFLAGS="${CPPFLAGS}" \ - LDFLAGS="${LDFLAGS}" \ - YACC="${YACC}" + LDFLAGS="${LDFLAGS}" .include From gesbbb at yahoo.com Thu Mar 12 14:28:22 2009 From: gesbbb at yahoo.com (Jerry) Date: Thu Mar 12 14:28:28 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <151637.2537.qm@web39102.mail.mud.yahoo.com> References: <151637.2537.qm@web39102.mail.mud.yahoo.com> Message-ID: <20090312172819.22872adc@scorpio> On Thu, 12 Mar 2009 14:18:28 -0700 (PDT) bf wrote: >--- On Thu, 3/12/09, bf wrote: >> Hang on guys, we're looking into it. The upstream >> maintainer >> confirms that failures in command substitutions are _not_ >> the >> expected behavior of bash 4.x, that they are not being >> observed on >> many other systems, and that in the past similar problems >> like >> this have been connected with problems in bison, so maybe >> our use >> of system yacc has something to do with it. >> >> The point about running the testsuite is well-taken. >> >> b. > >Yes, I can confirm on my system (8-CURRENT i386), switching >the port from system yacc to bison 2.x solves the >command substitution problem. Try the attached patch. By any chance, did you commit a Send-PR for this patch? I will try the patch later tonight anyway. Thanks! -- Jerry gesbbb@yahoo.com George Orwell 1984. Northwestern 0. Chicago Reader 10/15/82 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/6ad6eaa7/signature.pgp From ehaupt at FreeBSD.org Thu Mar 12 15:50:26 2009 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Thu Mar 12 15:50:33 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <151637.2537.qm@web39102.mail.mud.yahoo.com> References: <151637.2537.qm@web39102.mail.mud.yahoo.com> Message-ID: <20090312235015.d0c047c5.ehaupt@FreeBSD.org> > Yes, I can confirm on my system (8-CURRENT i386), switching > the port from system yacc to bison 2.x solves the > command substitution problem. Try the attached patch. I confirm that this patch solves the problem. Emanuel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090312/20fb0ba9/attachment.pgp From linimon at lonesome.com Thu Mar 12 16:51:55 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Mar 12 16:52:01 2009 Subject: [reminder] please include the category/portname in your ports PRs Message-ID: <20090312235154.GA13086@lonesome.com> With nearly 20,000 ports, it is becoming harder and harder to guess which port a particular PR applies to. Please don't assume that those reading your PR will be able to tell by quickly glancing at the PR. Also, if you do include it, the automatic notifier is able to either send mail, or assign the PR (depending on whether the maintainer is or is not a committer), and that means there is one less manual step that has to happen before your PR is processed. Thanks. mcl From basil at vpm.net.ua Thu Mar 12 17:31:08 2009 From: basil at vpm.net.ua (Vasiliy P. Melnik) Date: Thu Mar 12 17:31:15 2009 Subject: plees submit my ports/132555 Message-ID: <20090312233407.GB3956@creator.lan> Hi. Plees submit my port ports/132555. Fixes only -- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC From eitanadlerlist at gmail.com Thu Mar 12 17:47:56 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Mar 12 17:48:03 2009 Subject: policykit build failure Message-ID: <49B9AD42.7040206@gmail.com> Here is the build log from "make install clean": http://isis.poly.edu/~eitan/files/policykit.log Here is "make showconfig-recursive": http://isis.poly.edu/~eitan/files/policykit-config-recursive.txt What should my next step be? I already searched UPDATING for "policykit" -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From delphij at delphij.net Thu Mar 12 18:07:35 2009 From: delphij at delphij.net (Xin LI) Date: Thu Mar 12 18:07:42 2009 Subject: plees submit my ports/132555 In-Reply-To: <20090312233407.GB3956@creator.lan> References: <20090312233407.GB3956@creator.lan> Message-ID: <49B9B1C1.7020305@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vasiliy P. Melnik wrote: > Hi. > > Plees submit my port ports/132555. Fixes only Committed, thanks! - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkm5scEACgkQi+vbBBjt66Dp9ACgpmrEUaAt4jkaiRI4KriMBroY pDMAmwXc8xP/GhLrmpnMEIMlx6kspkPn =Z3nm -----END PGP SIGNATURE----- From bf2006a at yahoo.com Thu Mar 12 18:46:26 2009 From: bf2006a at yahoo.com (bf) Date: Thu Mar 12 18:46:32 2009 Subject: shells/bash-4.0 port horribly broken Message-ID: <729148.37029.qm@web39108.mail.mud.yahoo.com> > By any chance, did you commit a Send-PR for this patch? I will > try the patch later tonight anyway. > Thanks! I've submitted a slightly revised patch in a follow-up to an old PR: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/101230 It turns out that some of the parser problems with the new port were noticed with earlier versions, but the maintainer decided to be conservative and chose not to address them then. b. From obrien at freebsd.org Thu Mar 12 19:46:09 2009 From: obrien at freebsd.org (David O'Brien) Date: Thu Mar 12 19:46:16 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> Message-ID: <20090313023110.GB49078@dragon.NUXI.org> On Thu, Mar 12, 2009 at 12:48:09PM +0100, Stefan Bethke wrote: >> The update still remains broken: >> [root@portjail ~]$ echo $(uname) >> -bash: command substitution: line 25: syntax error near unexpected token >> `)' >> -bash: command substitution: line 25: `uname)' > > I also find this rather annoying. I believe that a rather large percentage > of people use bash as their default shell, so moving from 3.2 to 4.0 should > have been preceded by a headsup or an entry in UPDATING. I didn't have issues with my ~/.bashrc when I updated from 3.2 to 4.0 so I didn't notice this issue. (guess I'm too old school and use "`"'s). -- -- David (obrien@FreeBSD.org) From leafy7382 at gmail.com Thu Mar 12 21:03:46 2009 From: leafy7382 at gmail.com (=?UTF-8?B?6JGJ5L2z5aiBIEppYXdlaSBZZQ==?=) Date: Thu Mar 12 21:03:53 2009 Subject: Darwin Calendar Server In-Reply-To: <42502857-67F5-4496-BFE8-6011E360248D@worldhive.net> References: <42502857-67F5-4496-BFE8-6011E360248D@worldhive.net> Message-ID: 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." From tingox at gmail.com Fri Mar 13 01:55:54 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Mar 13 01:56:00 2009 Subject: amule 2.2.3 port - ready for test In-Reply-To: References: <39b650464a96fa082375cd320c27299d.squirrel@webmail.itac.at> <6f7772b758928744df0348d5fdb21973.squirrel@webmail.itac.at> <550938f3558e165d717a1dce42599ec2.squirrel@webmail.itac.at> <2969d5524f4c51959a3f8a1233dedd4c.squirrel@webmail.itac.at> Message-ID: 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 From gesbbb at yahoo.com Fri Mar 13 02:59:52 2009 From: gesbbb at yahoo.com (GESBBB) Date: Fri Mar 13 02:59:58 2009 Subject: Problem with Bash-4 and $(command) syntax In-Reply-To: <721111.30542.qm@web39104.mail.mud.yahoo.com> References: <721111.30542.qm@web39104.mail.mud.yahoo.com> Message-ID: <887176.71382.qm@web32105.mail.mud.yahoo.com> > 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 From gesbbb at yahoo.com Fri Mar 13 03:25:06 2009 From: gesbbb at yahoo.com (GESBBB) Date: Fri Mar 13 03:25:13 2009 Subject: Problem with Bash-4 and $(command) syntax In-Reply-To: <721111.30542.qm@web39104.mail.mud.yahoo.com> References: <721111.30542.qm@web39104.mail.mud.yahoo.com> Message-ID: <277910.98378.qm@web32103.mail.mud.yahoo.com> > From: bf bf2006a@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 From david at vizion2000.net Fri Mar 13 04:03:14 2009 From: david at vizion2000.net (David Southwell) Date: Fri Mar 13 04:03:21 2009 Subject: - www/rubygem-actionwebservice (port directory error) Message-ID: <200903130434.58874.david@vizion2000.net> Hi Getting the abov error despite having up to date ports tree! David From david at vizion2000.net Fri Mar 13 04:07:48 2009 From: david at vizion2000.net (David Southwell) Date: Fri Mar 13 04:07:55 2009 Subject: * www/rubygem-rails (rubygem-rails-1.2.6) Message-ID: <200903130439.33640.david@vizion2000.net> 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 From bland at FreeBSD.org Fri Mar 13 06:04:20 2009 From: bland at FreeBSD.org (Alexander Nedotsukov) Date: Fri Mar 13 06:04:43 2009 Subject: Darwin Calendar Server In-Reply-To: References: <42502857-67F5-4496-BFE8-6011E360248D@worldhive.net> Message-ID: 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-unsubscribe@freebsd.org > " From thehunmonkgroup at gmail.com Fri Mar 13 06:34:54 2009 From: thehunmonkgroup at gmail.com (Chad Phillips) Date: Fri Mar 13 06:35:00 2009 Subject: FreeBSD Port: nsca-2.7.2_2 Message-ID: <2A37FC2E-76AB-4EC6-A907-9F20E48A0598@gmail.com> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.patch Type: application/octet-stream Size: 593 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090313/99f91eb1/Makefile.obj -------------- next part -------------- From david at vizion2000.net Fri Mar 13 06:52:19 2009 From: david at vizion2000.net (David Southwell) Date: Fri Mar 13 06:52:26 2009 Subject: pciVideoPtr typedef problem Message-ID: <200903130724.04663.david@vizion2000.net> 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 From remko at elvandar.org Fri Mar 13 08:30:04 2009 From: remko at elvandar.org (Remko Lodder) Date: Fri Mar 13 08:30:17 2009 Subject: pciVideoPtr typedef problem In-Reply-To: <200903130724.04663.david@vizion2000.net> References: <200903130724.04663.david@vizion2000.net> Message-ID: <2da4dd0a6f1678adb19285dccbd928c7.squirrel@galain.elvandar.org> 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-unsubscribe@freebsd.org" > -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From obrien at freebsd.org Fri Mar 13 08:58:39 2009 From: obrien at freebsd.org (David O'Brien) Date: Fri Mar 13 08:58:45 2009 Subject: Problem with Bash-4 and $(command) syntax In-Reply-To: <887176.71382.qm@web32105.mail.mud.yahoo.com> References: <721111.30542.qm@web39104.mail.mud.yahoo.com> <887176.71382.qm@web32105.mail.mud.yahoo.com> Message-ID: <20090313155833.GB53926@dragon.NUXI.org> 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 (obrien@FreeBSD.org) From mva at FreeBSD.org Fri Mar 13 13:41:21 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Fri Mar 13 13:41:28 2009 Subject: Testers for graphics/blender with OPTION knobs Message-ID: <20090313204149.GA90262@medusa.sysfault.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090313/c20cbcab/attachment.pgp From cptsalek at gmail.com Fri Mar 13 14:42:23 2009 From: cptsalek at gmail.com (Christian Walther) Date: Fri Mar 13 14:42:30 2009 Subject: Testers for graphics/blender with OPTION knobs In-Reply-To: <20090313204149.GA90262@medusa.sysfault.org> References: <20090313204149.GA90262@medusa.sysfault.org> Message-ID: <14989d6e0903131442v76e70958g2e78b10a669b2a2f@mail.gmail.com> 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] FFMPEG Audio and video support using ffmpeg [X] FREETYPE Improved font rendering support [ ] ICONV Iconv support for localisation (only with NLS) [ ] KETSJI Build GameEngine and BlenderPlayer [ ] NLS Native language support [X] OCFLAGS Optimized Cflags [ ] OPENAL 3D sound support using OpenAL [X] OPENEXR High dynamic-range (HDR) support using OpenEXR [ ] OPENMP Parallel 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 From bin00001010 at gmail.com Fri Mar 13 14:51:13 2009 From: bin00001010 at gmail.com (bin00001010) Date: Fri Mar 13 14:51:19 2009 Subject: FreeBSD Port: dansguardian-2.10.0.3 Message-ID: <49BACE71.6040202@gmail.com> 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 From fjwcash at gmail.com Fri Mar 13 14:55:34 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Fri Mar 13 14:55:41 2009 Subject: FreeBSD Port: dansguardian-2.10.0.3 In-Reply-To: <49BACE71.6040202@gmail.com> References: <49BACE71.6040202@gmail.com> Message-ID: <200903131428.12481.fjwcash@gmail.com> On March 13, 2009 2:21 pm bin00001010 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 fjwcash@gmail.com From tingox at gmail.com Fri Mar 13 15:21:56 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Mar 13 15:22:03 2009 Subject: Problem with Bash-4 and $(command) syntax In-Reply-To: <20090313155833.GB53926@dragon.NUXI.org> References: <721111.30542.qm@web39104.mail.mud.yahoo.com> <887176.71382.qm@web32105.mail.mud.yahoo.com> <20090313155833.GB53926@dragon.NUXI.org> Message-ID: 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 From rnoland at FreeBSD.org Fri Mar 13 19:19:02 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Mar 13 19:19:33 2009 Subject: pciVideoPtr typedef problem In-Reply-To: <2da4dd0a6f1678adb19285dccbd928c7.squirrel@galain.elvandar.org> References: <200903130724.04663.david@vizion2000.net> <2da4dd0a6f1678adb19285dccbd928c7.squirrel@galain.elvandar.org> Message-ID: <1236997122.1735.28.camel@balrog.2hip.net> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090314/652c84d5/attachment.pgp From nirnroot.freebsd at gmail.com Fri Mar 13 21:43:57 2009 From: nirnroot.freebsd at gmail.com (Alexey Golodov) Date: Fri Mar 13 21:44:04 2009 Subject: Songbird Message-ID: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> 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. From mva at FreeBSD.org Sat Mar 14 02:01:04 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Sat Mar 14 02:01:36 2009 Subject: Testers for graphics/blender with OPTION knobs In-Reply-To: <14989d6e0903131442v76e70958g2e78b10a669b2a2f@mail.gmail.com> References: <20090313204149.GA90262@medusa.sysfault.org> <14989d6e0903131442v76e70958g2e78b10a669b2a2f@mail.gmail.com> Message-ID: <20090314090136.GA1266@medusa.sysfault.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090314/9209f14f/attachment.pgp From fenner at FreeBSD.org Sat Mar 14 03:00:02 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Sat Mar 14 03:00:16 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200903141000.n2EA01cV049177@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From miwi at FreeBSD.org Sat Mar 14 03:00:08 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Mar 14 03:00:17 2009 Subject: Songbird In-Reply-To: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> References: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> Message-ID: <20090314100003.GD75593@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ports is ready but we have to wait of linux-gtk 2.10. - - Martin On Sat, Mar 14, 2009 at 02:23:53PM +1000, Alexey Golodov wrote: > 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-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm7gCIACgkQdLJIhLHm/Oly0QCeJAk+0km5KUrBAi/9MA+R9o62 dywAn2iSRokRW0Z5zsgO4vykxkoOcZuW =cQrp -----END PGP SIGNATURE----- From bsam at ipt.ru Sat Mar 14 04:20:21 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Mar 14 04:20:29 2009 Subject: Songbird In-Reply-To: <20090314100003.GD75593@bsdcrew.de> (Martin Wilke's message of "Sat\, 14 Mar 2009 11\:00\:03 +0100") References: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> <20090314100003.GD75593@bsdcrew.de> Message-ID: <48683803@bb.ipt.ru> Hi, On Sat, 14 Mar 2009 11:00:03 +0100 Martin Wilke wrote: > Ports is ready but we have to wait of linux-gtk 2.10. FYI: I've submitted a PR with new linux ports infrastructure changes for doing an exp-run. As soon as those changes are committed I'm going to introduce linux-f8 ports. > On Sat, Mar 14, 2009 at 02:23:53PM +1000, Alexey Golodov wrote: > > 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. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From mail at ozzmosis.com Sat Mar 14 04:41:32 2009 From: mail at ozzmosis.com (andrew clarke) Date: Sat Mar 14 04:41:50 2009 Subject: textproc/asciidoc port with shells/bash dependency Message-ID: <20090314114132.GA86511@ozzmosis.com> Hi, With the recent problems involving the FreeBSD port of bash-4.0 got me curious as to why the bash shell was installed at all on my system, as it is not a standard component of FreeBSD. It turns out the only software on my system that requires bash is AsciiDoc, as a run dependency. Further investigation seems to indicate that it is only used by the a2x script as supplied with AsciiDoc. However on my system, a2x fails anyway: $ uname -a FreeBSD blizzard.phoenix 6.4-RELEASE-p1 FreeBSD 6.4-RELEASE-p1 #0: Sun Dec 21 07:56:41 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 $ pkg_info | grep asciidoc asciidoc-8.3.5 A text document format for writing short documents and man $ a2x test.txt readlink: illegal option -- f usage: readlink [-n] [file ...] a2x: failed: enhanced getopt(1) required Assuming this isn't a fault with bash-4.0, and assuming a2x is also broken on FreeBSD 7.x, a short-term fix would be to not install a2x to /usr/local/bin/a2x, then the run dependency on bash could be removed. Longer-term, given that AsciiDoc is primarily written in Python, it seems odd to me that a2x isn't written in Python as well, which would obviously permanently remove the run dependency on bash. Thanks, Regards Andrew From hg at queue.to Sat Mar 14 06:09:10 2009 From: hg at queue.to (Howard Goldstein) Date: Sat Mar 14 06:09:17 2009 Subject: Problem with Bash-4 and $(command) syntax In-Reply-To: <20090313155833.GB53926@dragon.NUXI.org> References: <721111.30542.qm@web39104.mail.mud.yahoo.com> <887176.71382.qm@web32105.mail.mud.yahoo.com> <20090313155833.GB53926@dragon.NUXI.org> Message-ID: <49BBA634.7040306@queue.to> 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 ``. > I agree with you and appreciate your efforts. Maintaining a port like this one with so many moving parts is a non-trivial effort. Do though, please, consider a line in UPDATING, perhaps including the appropriate portupgrade / portmaster incantations for the folks in production environments who really need to get /usr/local/bin/bash back to 3.x (portmaster -o shells/bash3 bash4-#-x-y did it for me)(replacing the #-x-y with whatever's in shells/bash now) Optimally David do you think this should be treated like for ex python and install major version softlinks (bash3->bash or bash4->bash) to aid maintainers of bashN dependent ports? I think there may be a bunch :( logcheck is another one that doesn't like 4... Thank you again for your work here. From adrenalinup at gmail.com Sat Mar 14 08:33:06 2009 From: adrenalinup at gmail.com (Adrenalin) Date: Sat Mar 14 08:33:13 2009 Subject: Can anybody port hypertable to freebsd ? Message-ID: "Hypertable is an open source project based on published best practices and our own experience in solving large-scale data-intensive tasks." Written in C++, very promising software, working on linux and macos but not freebsd.. Unfortunatly no freebsd support.. Author said "That's not something we're focused on. If someone has time and would like to add support for FreeBSD, then we'd be more than happy to merge it in. " http://groups.google.com/group/hypertable-user/browse_thread/thread/76a7828b22f2fda8 I tryed to compile as for Apple but.. "As far as I can tell Apple's kqueue interface is quite different from FreeBSD's." http://hypertable.org/ http://code.google.com/p/hypertable/wiki/HowToBuild From anonymous at id.ru Sat Mar 14 15:41:06 2009 From: anonymous at id.ru (anonymous) Date: Sat Mar 14 15:41:23 2009 Subject: FreeBSD Port: kde-lite-3.5.10_1 Message-ID: Hi. AFAIK, kde-lite port aims to be free of KDE secondary stuff, providing clean base KDE workaround. For today there is pretty stable KDE4 workaround. Are there any plans to make KDE4 lite port? Best wishes, Thanks. --- Professional hosting for everyone - http://www.host.ru From olivier at freenas.org Sat Mar 14 17:57:12 2009 From: olivier at freenas.org (=?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?=) Date: Sat Mar 14 17:57:18 2009 Subject: Call for tester: gns3 Message-ID: <3131aa530903141735w7b05997eyffa9c3b54a53d859@mail.gmail.com> Hi all, here is my first attempt to create a port. GNS3 is a graphical Cisco Network emulator (using dynamips and dynagen):?http://www.gns3.net/ I've tested it under current, but I would to receive your tests results before to propose it. The port can be downloaded here: http://gugus69.free.fr/tools/gns3.tgz You can install it like that: cd /usr/ports/ fetch http://gugus69.free.fr/tools/gns3.tgz tar zxvf gns3.tgz cd emulators/gns3/ make install clean Thanks for your remarks. Olivier From jashari at live.co.uk Sun Mar 15 00:50:43 2009 From: jashari at live.co.uk (jashari) Date: Sun Mar 15 00:50:56 2009 Subject: visit dhis baners Message-ID: <20090315075041.3ED9880908B@everest.scorpionshops.com> [1]Musicload [2]First Affair - Erotische Abenteuer & SeitensprĂźnge [3]www.s-partnerclub.de [4]C-Date your casual dating site [5]Liebe.de - Die Datingplattform [6]Erotikabenteuer gesucht? Dann kommen sie zu LOVEPOINT.de [7]PARSHIP.de - Die Online Partneragentur [8]girls.parship.de [9]StayFriends - Die Freundesuchmaschine [10]Das groĂe iPhone Gewinnspiel [11]Hummer Gewinnspiel [12]Spanien Gewinnspiel References 1. http://partners.webmasterplan.com/click.asp?ref=480282&site=3752&type=b74&bnb=74 2. http://partners.webmasterplan.com/click.asp?ref=480282&site=3211&type=b8&bnb=8 3. http://partners.webmasterplan.com/click.asp?ref=480282&site=5615&type=b18&bnb=18 4. http://partners.webmasterplan.com/click.asp?ref=480282&site=5597&type=b16&bnb=16 5. http://partners.webmasterplan.com/click.asp?ref=480282&site=5704&type=b14&bnb=14 6. http://partners.webmasterplan.com/click.asp?ref=480282&site=623&type=b50&bnb=50 7. http://partners.webmasterplan.com/click.asp?ref=480282&site=3629&type=b1&bnb=1 8. http://partners.webmasterplan.com/click.asp?ref=480282&site=4150&type=b9&bnb=9 9. http://partners.webmasterplan.com/click.asp?ref=480282&site=3735&type=b33&bnb=33 10. http://partners.webmasterplan.com/click.asp?ref=480282&site=5671&type=b101&bnb=101 11. http://partners.webmasterplan.com/click.asp?ref=480282&site=5567&type=b10&bnb=10 12. http://partners.webmasterplan.com/click.asp?ref=480282&site=5566&type=b9&bnb=9 From jashari at live.co.uk Sun Mar 15 00:50:44 2009 From: jashari at live.co.uk (jashari) Date: Sun Mar 15 00:50:57 2009 Subject: visit dhis baners Message-ID: <20090315075040.F3375809058@everest.scorpionshops.com> [1]Musicload [2]First Affair - Erotische Abenteuer & SeitensprĂźnge [3]www.s-partnerclub.de [4]C-Date your casual dating site [5]Liebe.de - Die Datingplattform [6]Erotikabenteuer gesucht? Dann kommen sie zu LOVEPOINT.de [7]PARSHIP.de - Die Online Partneragentur [8]girls.parship.de [9]StayFriends - Die Freundesuchmaschine [10]Das groĂe iPhone Gewinnspiel [11]Hummer Gewinnspiel [12]Spanien Gewinnspiel References 1. http://partners.webmasterplan.com/click.asp?ref=480282&site=3752&type=b74&bnb=74 2. http://partners.webmasterplan.com/click.asp?ref=480282&site=3211&type=b8&bnb=8 3. http://partners.webmasterplan.com/click.asp?ref=480282&site=5615&type=b18&bnb=18 4. http://partners.webmasterplan.com/click.asp?ref=480282&site=5597&type=b16&bnb=16 5. http://partners.webmasterplan.com/click.asp?ref=480282&site=5704&type=b14&bnb=14 6. http://partners.webmasterplan.com/click.asp?ref=480282&site=623&type=b50&bnb=50 7. http://partners.webmasterplan.com/click.asp?ref=480282&site=3629&type=b1&bnb=1 8. http://partners.webmasterplan.com/click.asp?ref=480282&site=4150&type=b9&bnb=9 9. http://partners.webmasterplan.com/click.asp?ref=480282&site=3735&type=b33&bnb=33 10. http://partners.webmasterplan.com/click.asp?ref=480282&site=5671&type=b101&bnb=101 11. http://partners.webmasterplan.com/click.asp?ref=480282&site=5567&type=b10&bnb=10 12. http://partners.webmasterplan.com/click.asp?ref=480282&site=5566&type=b9&bnb=9 From rhurlin at gwdg.de Sun Mar 15 02:42:06 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sun Mar 15 02:42:19 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <49A12048.5010604@gwdg.de> References: <49A12048.5010604@gwdg.de> Message-ID: <49BCCD65.2090602@gwdg.de> Even in newest version of lang/gcc42 from 03/11/09 'gfortran' is not integrated any more. Is it possible to incorporate fortran again? Below there are two diffs needed to patch for this. Thanks, Rainer ------------------------------------------------------------------------ diff -urBN Makefile_orig Makefile --- Makefile_orig 2009-03-14 20:38:32.000000000 +0100 +++ Makefile 2009-03-15 10:21:10.000000000 +0100 @@ -15,6 +15,7 @@ MASTER_SITE_SUBDIR= snapshots/${VERSIONSTRING} DISTFILES= gcc-core-${VERSIONSTRING}${EXTRACT_SUFX} \ gcc-g++-${VERSIONSTRING}${EXTRACT_SUFX} \ + gcc-fortran-${VERSIONSTRING}${EXTRACT_SUFX} \ gcc-objc-${VERSIONSTRING}${EXTRACT_SUFX} MAINTAINER?= gerald@FreeBSD.org @@ -68,12 +69,14 @@ MAN1= cpp${SUFFIX}.1 \ g++${SUFFIX}.1 \ gcc${SUFFIX}.1 \ + gfortran${SUFFIX}.1 \ gcov${SUFFIX}.1 INFO= gcc${SUFFIX}/cpp \ gcc${SUFFIX}/cppinternals \ gcc${SUFFIX}/gcc \ gcc${SUFFIX}/gccinstall \ gcc${SUFFIX}/gccint \ + gcc${SUFFIX}/gfortran \ gcc${SUFFIX}/libgomp .if ! defined(WITHOUT_JAVA) ------------------------------------------------------------------------ diff -urBN distinfo_orig distinfo --- distinfo_orig 2009-03-14 20:38:32.000000000 +0100 +++ distinfo 2009-03-15 10:25:38.000000000 +0100 @@ -1,3 +1,6 @@ +MD5 (gcc-fortran-4.2-20090311.tar.bz2) = 28552b9ddca405ab9271227c432e73fa +SHA256 (gcc-fortran-4.2-20090311.tar.bz2) = 34822036b6557bb14f40460bbe61b4247f51b8ea848e80a101310d58a2785c70 +SIZE (gcc-fortran-4.2-20090311.tar.bz2) = 911825 MD5 (gcc-core-4.2-20090311.tar.bz2) = 2eeed23822bd9c65b8107d0094b9572f SHA256 (gcc-core-4.2-20090311.tar.bz2) = 991bdac20976c2043169c9aa117f900ad17efaf41d754ebeb7a202d37f19e5eb SIZE (gcc-core-4.2-20090311.tar.bz2) = 16063055 ------------------------------------------------------------------------ On 22.02.2009 10:52 (UTC+1), Rainer Hurling wrote: > After upgrading to latest lang/gcc42 I found that there is no gfortran > any more. > > Comparing the Makefiles of the ports lang/gcc42 and lang/gcc43 shows > that it had been removed. Was this intentional? > > I need version 4.2.xx of gfortran for programs like math/R etc. Is it > possible to integrate it again in the port? From makc at freebsd.org Sun Mar 15 02:50:58 2009 From: makc at freebsd.org (Max Brazhnikov) Date: Sun Mar 15 02:51:05 2009 Subject: FreeBSD Port: kde-lite-3.5.10_1 In-Reply-To: References: Message-ID: <200903151250.55186.makc@freebsd.org> On Sat, 14 Mar 2009 22:40:59 +0100, anonymous wrote: > Hi. > > AFAIK, kde-lite port aims to be free of KDE secondary stuff, providing > clean base KDE workaround. For today there is pretty stable KDE4 > workaround. Are there any plans to make KDE4 lite port? x11/kde4 meta port allows you to install what you want. For minimal kde4 installation just unset all optional dependencies. Max From jamescarroll at rediffmail.com Sun Mar 15 06:35:38 2009 From: jamescarroll at rediffmail.com (James Carroll) Date: Sun Mar 15 06:35:45 2009 Subject: Mr. Andreas Schranner Message-ID: <20090315133537.6D66E8FC08@mx1.freebsd.org> Dear Sir/Madam, My name is James Carroll, I am the family attorney to late Mr. Andreas Schranner who passed away along with his entire family in a plane crash years back. I have a proposition for you regarding his estate left behind worth ?3m, All attempts to trace his next of kin to make claims on the funds were fruitless. After an exhaustive investigation I discovered that he did not declare any next of kin or relation in all the official documents. As the family attorney, the bank requires me to present the next of kin to our late client to claim the deposit. I will provide you funds deposit details when due. In the meantime, to commence the re-direction of this fund, I would like you to clarify the following in your response. (1) Have you ever handled a huge business transaction that was successful in the past? (2) If you are required to travel to fulfil certain obligations or signing of documents, Can you travel within a short notice? (3) Will your final recipient account be able to receive these funds? Finally, I will offer you 20% of these funds after you have successfully received the funds in your account, while 80% will be mine. To signify your interest, kindly provide me with Your names, full contact address, telephone, fax number and photo ID, this will be required to commence immediate funds release procedure. Please respond to me ASAP (jamescarroll@rediffmail.com). Anticipating you response Regards, James Carroll From eitanadlerlist at gmail.com Sun Mar 15 08:01:02 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Mar 15 08:01:09 2009 Subject: Songbird In-Reply-To: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> References: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> Message-ID: <49BD182F.8080705@gmail.com> Alexey Golodov wrote: > As you will have any free time, please, think about creation of port > for Songbird - Mozilla Audio Player. I have a Makefile ready for this but I'm waiting for Boris's update to the new linux-GTK. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From bsam at ipt.ru Sun Mar 15 08:55:36 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Mar 15 08:55:43 2009 Subject: Songbird In-Reply-To: <49BD182F.8080705@gmail.com> (Eitan Adler's message of "Sun\, 15 Mar 2009 11\:01\:03 -0400") References: <39e035630903132123h5d2e45f2m2e9f56a985a5af56@mail.gmail.com> <49BD182F.8080705@gmail.com> Message-ID: <34427674@h30.sp.ipt.ru> On Sun, 15 Mar 2009 11:01:03 -0400 Eitan Adler wrote: > Alexey Golodov wrote: > > As you will have any free time, please, think about creation of port > > for Songbird - Mozilla Audio Player. > I have a Makefile ready for this but I'm waiting for Boris's update to > the new linux-GTK. I opened a PR to do an exp-run with new linux ports infrastructure. There should be no changes to existing linux ports -- only should infrastructure change. But this infrastructure should give an opportunity to have both linux-fc4 and linux-f8 ports at the ports tree. As soon as those patches are exp-runned and committed I'm going to go further (introduce linux-f8 ports). Thanks for your patience. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From linimon at lonesome.com Sun Mar 15 15:05:59 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun Mar 15 15:06:06 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <49BCCD65.2090602@gwdg.de> References: <49A12048.5010604@gwdg.de> <49BCCD65.2090602@gwdg.de> Message-ID: <20090315220558.GA2649@lonesome.com> jdp has not been working in this area for quite some time. gerald and maho appear to be doing all the fortran support these days. mcl From rhurlin at gwdg.de Sun Mar 15 15:41:25 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sun Mar 15 15:41:32 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <20090315220558.GA2649@lonesome.com> References: <49A12048.5010604@gwdg.de> <49BCCD65.2090602@gwdg.de> <20090315220558.GA2649@lonesome.com> Message-ID: <49BD83F4.10607@gwdg.de> I found out this for myself right after sending the mail to jdp and for that reason posted it offlist to gerald. Thank you for the hint, Rainer On 15.03.2009 23:05 (UTC+1), Mark Linimon wrote: > jdp has not been working in this area for quite some time. gerald > and maho appear to be doing all the fortran support these days. > > mcl From timur at FreeBSD.org Sun Mar 15 17:48:44 2009 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Sun Mar 15 17:49:19 2009 Subject: Port Request: gluster In-Reply-To: <0E1261E4B639D74DB24946A78266B1CF033394D2@NUMEVP04.na.imtn.com> References: <499F595B.5090205@christianserving.org> <0E1261E4B639D74DB24946A78266B1CF033394D2@NUMEVP04.na.imtn.com> Message-ID: <7d743c270903151715y1f76f397wb7ac2a10b74c065c@mail.gmail.com> Hi, Paul! I'm working on it for quite a while, but still there are some rough edges. What is your user experience with it? With regards, Timur. On Wed, Mar 11, 2009 at 10:12 PM, Pathiakis, Paul wrote: > Hi to all! > > Has anything progressed on this? > > I'm actually building it by hand on a couple of 7.1 machines. ?I expect > it will be interesting. > > I still look forward to the port. :-) > > Thank you! > > Paul Pathiakis > UNIX/Linux Systems Engineer > Iron Mountain Digital > 120 Turnpike Rd. > Southborough, MA 01772 > > > Microsoft - Where do you want to go today? > Linux - Where do you want to go tomorrow? > FreeBSD - Will you guys come on already? > > > -----Original Message----- > From: Jim Riggs [mailto:ports@christianserving.org] > Sent: Friday, February 20, 2009 8:31 PM > To: David N > Cc: Pathiakis, Paul; ports@freebsd.org; Steven Kreuzer > Subject: Re: Port Request: gluster > > On 02/20/2009 11:40, David N wrote: >> 2009/2/21 Pathiakis, Paul: >>> Steven, >>> >>> I'm going to start testing it in a pre-production environment. ?It > seems >>> so straightforward, integrates with ZFS, it has simple configuration >>> files, all around, I'm hoping that it garners more >>> clustering/replication for FreeBSD. ?Many of the other solutions are >>> quite tedious and setup complexity is quite annoying. >>> >>> >>> >>> -----Original Message----- >>> From: Steven Kreuzer [mailto:steven@hudson-trading.com] On Behalf Of >>> Steven Kreuzer >>> Sent: Friday, February 20, 2009 11:30 AM >>> To: Pathiakis, Paul >>> Cc: ports@freebsd.org >>> Subject: Re: Port Request: gluster >>> >>> >>> On Feb 20, 2009, at 9:51 AM, Pathiakis, Paul wrote: >>> >>>> Hi, >>>> >>>> >>>> >>>> I'd like to request that the gluster clustering/filesystem software > be >>>> ported and supported. ?This looks to be a very simple, > straightforward >>>> and viable clustering solution which FreeBSD has always lacked. >>> This looks like a very interesting project. I might be able to take >>> some time >>> over the weekend and create a port for this. >>> >>> Out of curiosity, have you been using it in production? If so, can > you >>> describe your setup >>> and your experience with it? >>> >>> Steven Kreuzer >>> http://www.exit2shell.com/~skreuzer >>> >> Looks promising >> http://www.gluster.org/docs/index.php/GlusterFS_on_BSD > > > Several weeks ago I actually created a port for glusterfs as I was > hoping to implement it myself. ?I'll have to see if I saved any of my > work. ?I actually had a working port, but I may have dumped it. ?I will > be happy to submit it if I can find it. ?I just don't know that I will > be able to maintain it. > > A couple of notes from what I found: > > 1. It does not yet integrate with FreeBSD's implementation of ZFS (at > least not in 7.x) due to the lack of ACL support. ?You can use it with a > UFS partition or a UFS zvol. ?(Using a zvol requires a patch pjd@ > recommended for performance improvements.) > > 2. Performance in my setup was not very good over 2x1Gb LAGG. ?It might > be better over a faster, dedicated channel of some type. > > - Jim > > > The information contained in this email message and its attachments > is intended > only for the private and confidential use of the recipient(s) named > above, unless the sender expressly agrees otherwise. Transmission > of email over the Internet > ?is not a secure communications medium. If you are requesting or > have requested > the transmittal of personal data, as defined in applicable privacy > laws by means > ?of email or in an attachment to email you must select a more > secure alternate means of transmittal that supports your > obligations to protect such personal data. If the reader of this > message is not the intended recipient and/or you have received this > email in error, you must take no action based on the information in > this email and you are hereby notified that any dissemination, > misuse, copying, or disclosure of this communication is strictly > prohibited. If you have received > this communication in error, please notify us immediately by email > and delete the original message. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From chat95 at mac.com Sun Mar 15 18:56:06 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Mar 15 18:56:13 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <49BCCD65.2090602@gwdg.de> References: <49A12048.5010604@gwdg.de> <49BCCD65.2090602@gwdg.de> Message-ID: <20090316.103007.57454549.chat95@mac.com> Hi Rainer (I'm not a maintainer of gcc ports...), We migrated to gcc43 so all ports will use gcc43 instead of gcc42. Now math/R uses gcc43 (via USE_FORTRAN=yes), I think we don't have a problem. If you have further questions please let us know. Best regards, From: Rainer Hurling Subject: Re: lang/gcc42 without gfortran Date: Sun, 15 Mar 2009 10:41:57 +0100 > On 22.02.2009 10:52 (UTC+1), Rainer Hurling wrote: >> After upgrading to latest lang/gcc42 I found that there is no gfortran >> any more. >> Comparing the Makefiles of the ports lang/gcc42 and lang/gcc43 shows >> that it had been removed. Was this intentional? >> I need version 4.2.xx of gfortran for programs like math/R etc. Is it >> possible to integrate it again in the port? -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090316/c620e08b/attachment.pgp From bf2006a at yahoo.com Sun Mar 15 22:51:06 2009 From: bf2006a at yahoo.com (bf) Date: Sun Mar 15 22:51:37 2009 Subject: lang/gcc42 without gfortran Message-ID: <265479.67272.qm@web39104.mail.mud.yahoo.com> > After upgrading to latest lang/gcc42 I found that there is no gfortran > any more. > > Comparing the Makefiles of the ports lang/gcc42 and lang/gcc43 shows > that it had been removed. Was this intentional? > > I need version 4.2.xx of gfortran for programs like math/R etc. Is it > possible to integrate it again in the port? There was some discussion of this at the time of the changes to bsd.gcc.mk, when WITH_FORTRAN was switched to use gfortran43 by default. gerald@'s point of view, as I understand it, was that it was better to only use the latest stable version of gfortran in ports, because that means he would have to spend less time maintaining all of the other versions, and for the majority of users the latest stable version would be an improvement upon the other versions. If you think that there is a compelling need to reintroduce one or more of the earlier versions, then maybe you can persuade him to do so, at least as an OPTION. Otherwise, I guess you're stuck using a locally modified ports tree, which isn't all that inconvenient for a few ports if you go about it in the right way. Regards, b. From fports at ccstores.com Sun Mar 15 23:38:40 2009 From: fports at ccstores.com (Jim Pazarena) Date: Sun Mar 15 23:38:46 2009 Subject: www / p5-HTML-Embperl Message-ID: <49BDF024.8050006@ccstores.com> presently p5-HTML-Embperl in the ports is at 1.3.6_2 however it is marked as "will not compile". The main website for Embperl shows a much newer stable version (2.2.0) Is there any way someone (more clever than myself) could get this newer version to compile in the ports system? I would very much appreciate it. Thanks! From rhurlin at gwdg.de Mon Mar 16 03:41:31 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Mon Mar 16 03:41:38 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <265479.67272.qm@web39104.mail.mud.yahoo.com> References: <265479.67272.qm@web39104.mail.mud.yahoo.com> Message-ID: <49BE205C.4020204@gwdg.de> Thank you for this information. As far as I know I am one of only a few persons who are testing development versions of R on FreeBSD CURRENT. So most times I can not use the port math/R and instead I have to build R manually. This was very easy with FreeBSD as long as the fortran compiler was integrated in the base system. For some time now we have to install the gfortran compiler by lang/gcc4x. And here my problems with some third party software outside the ports system begun. Compiling software like R normally uses the system compiler version, i.e. gcc 4.2.1. So gfortran version 4.2.x is needed. When I want to use version 4.3.x instead I explicitly have to set some vars in etc/make.conf: # Only for ports .if ${.CURDIR:M*/ports/*} && !${.CURDIR:M*/work/*} # Set gcc version for ports. CC= gcc43 CXX= g++43 CPP= cpp43 .endif I tried it and it works. But there are some problems remaining with version 4.3.x that are not resolved for me at this time. First of all, building and installing the system (world and kernel) furthermore needs the system compiler (version 4.2.1). In the ports system there are some ports that do not build with gcc 4.3.x, for example multimedia/miro or x11/nvidia-driver. Because of problems like that I often have to juggle with env settings for the compiler version depending on that part of software I just want to build. Is there any elegant possibility to use gcc version 4.3.x for third party software outside the ports system, but for all other cases using the system compiler (version 4.2.1) without juggling env vars in etc/make.conf or any other place? For me it seams the best and easiest solution would be to use gfortran in version 4.2.x until the system compiler itself will be changed towards version 4.3.x. (It is fiddly always to patch lang/gcc42 for gfortran...) Rainer On 16.03.2009 06:51 (UTC+1), bf wrote: >> After upgrading to latest lang/gcc42 I found that there is no gfortran >> any more. >> >> Comparing the Makefiles of the ports lang/gcc42 and lang/gcc43 shows >> that it had been removed. Was this intentional? >> >> I need version 4.2.xx of gfortran for programs like math/R etc. Is it >> possible to integrate it again in the port? > > There was some discussion of this at the time of the changes > to bsd.gcc.mk, when WITH_FORTRAN was switched to use gfortran43 > by default. gerald@'s point of view, as I understand it, was > that it was better to only use the latest stable version of > gfortran in ports, because that means he would have to spend > less time maintaining all of the other versions, and for the > majority of users the latest stable version would be an > improvement upon the other versions. If you think that there > is a compelling need to reintroduce one or more of the earlier > versions, then maybe you can persuade him to do so, at least as > an OPTION. Otherwise, I guess you're stuck using a locally > modified ports tree, which isn't all that inconvenient for a few > ports if you go about it in the right way. > > Regards, > b. From bugmaster at FreeBSD.org Mon Mar 16 04:06:08 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 16 04:06:33 2009 Subject: Current unassigned ports problem reports Message-ID: <200903161106.n2GB66G3042279@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/132682 [patch] fix lang/tinycobol/pkg-plist to allow building f ports/132652 [patch] lang/schemetoc: break dependency on gcc 2.95 f ports/132642 [UPDATE] databases/mysqltuner : update to 1.0.0 o ports/132607 security/denyhosts: command_interpreter warnings in /v f ports/132578 ports/net/isc-dhcp30-server: Compile error : dhcpd.c: f ports/132559 Update port: sysutils/ipmitool update to 1.8.11 o ports/132557 sysutils/lsof: HASSECURITY patch is not needed o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132542 ports/math/R does not compile properly on FreeBSD 8.0- f ports/132536 mail/assp periodically hangs up I/O o ports/132433 new port devel/pjsip o ports/132429 [MAINTAINER] www/firefox3-i18n: update to 3.0.7 o ports/132391 multimedia/mplayer does not work with pulseaudio f ports/132390 [PATCH] multimedia/avidemux2: prevent package servers o ports/132383 www/zope: HotFix for vulnerability http://VuXML.FreeBS f ports/132357 [patch] lang/twelf update to new version f ports/132332 security/squidclamav Maintainer update from 3.5 to 4.0 o ports/132290 New port: deskutils/plasma-applet-simpleweatherforecas f ports/132287 [patch] unbreak lang/qscheme with GCC 4.2 o ports/132265 [PATCH] Make palm/pilot-link work on recent -CURRENT f ports/132264 net-p2p/amule2: update to version 2.2.3 o ports/132262 [PATCH] Make graphics/sane-backends work on -CURRENT o ports/132157 [repocopy] rename net-p2p/museekplus to net-p2p/museek o ports/132134 www/privoxy: privoxy-3.0.11 fails at launch time, call f ports/132117 Port update: sysutils/radmind - Bump to version 1.13.0 o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/132005 www/man2web: Cannot find libc.so.6 f ports/131896 mail/p5-Mail-SPF and mail/p5-Mail-SPF-Query conflict f ports/131878 www/squid: Bug with kerberos heimdal negotiate auth. o ports/131856 sysutils/virtualmin adds new users to www group - over f ports/131787 [UPDATE] www/mod_authz_unixgroup to 1.0.1 o ports/131779 [maintainer update] Update audio/pacpl to 4.0.3 f ports/131778 comms/gnokii fails to build when multimedia/mpeg4ip is o ports/131673 deprecate games/tuxracer o ports/131664 [perl] Segfaults with devel/p5-ReadLine-Gnu f ports/131646 sysutils/rsnapshot exclude statements not properly doc f ports/131607 [PATCH] update of sysutils/arcconf to 6.10 f ports/131604 [UPDATE]benchmarks/sipp: update to 3.1.20090121 f ports/131580 port databases/frontbase upgraded to version 4.2.9 f ports/131526 lang/cmucl: CMUCL for FreeBSD 7 f ports/131492 Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491 Update x11-toolkits/gtk-sharp20 to 2.12.8 f ports/131421 ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? f ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration f ports/130174 New port: net/igmpproxy multicast proxy f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130063 databases/rrdtool update f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per f ports/129941 [patch] update ports/deskutils/org-mode.el6 o ports/129881 [patch] net/openospfd: update to 4.3 and fix some bugs o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/129216 net-im/psi fails to build o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 o ports/126787 [PATCH] net-mgmt/nefu: various port enthancements f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124841 [PATCH] devel/zthread: Fix signature in BlockingQueue. f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 105 problems total. From bf2006a at yahoo.com Mon Mar 16 04:19:58 2009 From: bf2006a at yahoo.com (bf) Date: Mon Mar 16 04:20:07 2009 Subject: lang/gcc42 without gfortran In-Reply-To: <49BE205C.4020204@gwdg.de> Message-ID: <52110.4894.qm@web39106.mail.mud.yahoo.com> --- On Mon, 3/16/09, Rainer Hurling wrote: > From: Rainer Hurling > Subject: Re: lang/gcc42 without gfortran > To: bf2006a@yahoo.com > Cc: gerald@FreeBSD.org, "Mark Linimon" , freebsd-ports@FreeBSD.org > Date: Monday, March 16, 2009, 5:48 AM > Thank you for this information. > > As far as I know I am one of only a few persons who are > testing development versions of R on FreeBSD CURRENT. So > most times I can not use the port math/R and instead I have > to build R manually. This was very easy with FreeBSD as long > as the fortran compiler was integrated in the base system. > For some time now we have to install the gfortran compiler > by lang/gcc4x. And here my problems with some third party > software outside the ports system begun. > > Compiling software like R normally uses the system compiler > version, i.e. gcc 4.2.1. So gfortran version 4.2.x is > needed. > > When I want to use version 4.3.x instead I explicitly have > to set some vars in etc/make.conf: > > # Only for ports > .if ${.CURDIR:M*/ports/*} && > !${.CURDIR:M*/work/*} > # Set gcc version for ports. > CC= gcc43 > CXX= g++43 > CPP= cpp43 > .endif > > I tried it and it works. But there are some problems > remaining with version 4.3.x that are not resolved for me at > this time. > > First of all, building and installing the system (world and > kernel) furthermore needs the system compiler (version > 4.2.1). In the ports system there are some ports that do not > build with gcc 4.3.x, for example multimedia/miro or > x11/nvidia-driver. > > Because of problems like that I often have to juggle with > env settings for the compiler version depending on that part > of software I just want to build. > > Is there any elegant possibility to use gcc version 4.3.x > for third party software outside the ports system, but for > all other cases using the system compiler (version 4.2.1) > without juggling env vars in etc/make.conf or any other > place? > > For me it seams the best and easiest solution would be to > use gfortran in version 4.2.x until the system compiler > itself will be changed towards version 4.3.x. (It is fiddly > always to patch lang/gcc42 for gfortran...) > > Rainer Well, elegance is subjective. ;) I don't see your problem. In gcc 4.3.x you have a good compiler suite that you can use, and you have a seemingly adequate means of defining the compilers via make.conf (you have to do that anyway for gfortran42, don't you?). The base system isn't affected by your port-specific additions to make.conf, and the few ports that don't compile properly under 4.3.x can be set off by something like: .if ${.CURDIR:M*/ports/multimedia/miro*} CC= cc CXX= c++ CPP= cpp .endif You can also add your development version of R to ports by writing a port to put in your local tree, which might be more convenient in the long run. So what's your worry? I can think of a few alternatives, like including some Makefile with alternative definitions in some builds, or defining compilers on the command-line via env(1) or make -e, or sym-linking commonly-used compiler names to a specific compiler. There is also a more powerful approach via the sysutils/penv port. But you don't seem to need any of these. To my mind, the only reasons for adding gfortran42 would be if: -- you have found an important regression in gfortran43, and it is unlikely that it will be fixed soon; -- you have a port that compiles under gfortran42 and not gfortran43 which is difficult to patch; -- you have a binary-only package which links against gfortran42 libraries; or -- you want to build binaries with gfortran42 for the sake of comparison with binaries built with other compilers. But none of these seem to apply here. Some people would like to change the system compiler to 4.3.x, but it doesn't seem likely to happen soon, because there is a lot of resistance to GPLv3-licensed code in the base system. Regards, b. From tarkhil at webmail.sub.ru Mon Mar 16 05:03:05 2009 From: tarkhil at webmail.sub.ru (Alex Povolotsky) Date: Mon Mar 16 05:03:13 2009 Subject: Conditionals in pkg-plist Message-ID: <49BE398A.8080708@webmail.sub.ru> Hello! How do I implement conditional in pkg-plist? if WITH_STARTTLS is defined, %%PORTDOCS%%%%DOCSDIR%%/README.STARTTLS should be added to package list. I haven't found approporate instructions in porter's handbook. Alex. From sblott at computing.dcu.ie Mon Mar 16 05:51:10 2009 From: sblott at computing.dcu.ie (Stephen Blott) Date: Mon Mar 16 05:51:18 2009 Subject: textproc/asciidoc port with shells/bash dependency In-Reply-To: <20090314114132.GA86511@ozzmosis.com> References: <20090314114132.GA86511@ozzmosis.com> Message-ID: <20090316123523.GA54687@computing.dcu.ie> On Sat, Mar 14, 2009 at 10:41:32PM +1100, andrew clarke wrote: > Hi, > > With the recent problems involving the FreeBSD port of bash-4.0 got me > curious as to why the bash shell was installed at all on my system, as > it is not a standard component of FreeBSD. It turns out the only > software on my system that requires bash is AsciiDoc, as a run > dependency. Further investigation seems to indicate that it is only > used by the a2x script as supplied with AsciiDoc. However on my > system, a2x fails anyway: > > $ uname -a > FreeBSD blizzard.phoenix 6.4-RELEASE-p1 FreeBSD 6.4-RELEASE-p1 #0: Sun > Dec 21 07:56:41 UTC 2008 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > $ pkg_info | grep asciidoc > asciidoc-8.3.5 A text document format for writing short documents and man > > $ a2x test.txt > readlink: illegal option -- f > usage: readlink [-n] [file ...] > a2x: failed: enhanced getopt(1) required I know this wasn't the point of your post, but a2x works on my 7.1 box: - install readlink and getopt from the ports - make sure /usr/local/bin is before /usr/bin in your PATH - also install dblatex from the ports Steve > > Assuming this isn't a fault with bash-4.0, and assuming a2x is also > broken on FreeBSD 7.x, a short-term fix would be to not install a2x to > /usr/local/bin/a2x, then the run dependency on bash could be removed. > > Longer-term, given that AsciiDoc is primarily written in Python, it > seems odd to me that a2x isn't written in Python as well, which would > obviously permanently remove the run dependency on bash. > > Thanks, > > Regards > Andrew > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" ---end quoted text--- From stephen at math.missouri.edu Mon Mar 16 05:54:38 2009 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Mon Mar 16 05:54:45 2009 Subject: Conditionals in pkg-plist In-Reply-To: <49BE398A.8080708@webmail.sub.ru> References: <49BE398A.8080708@webmail.sub.ru> Message-ID: <49BE4C0C.5000703@math.missouri.edu> Alex Povolotsky wrote: > Hello! > > How do I implement conditional in pkg-plist? > > if WITH_STARTTLS is defined, %%PORTDOCS%%%%DOCSDIR%%/README.STARTTLS > should be added to package list. > > I haven't found approporate instructions in porter's handbook. > > Alex. You want to use PLIST_SUB where a variable optionally gets the value "@comment ". There are many examples in the ports. For example, math/oleo - see how it handles the NLS option. (A paragraph about this would make a good addition to http://www.freebsd.org/doc/en/books/porters-handbook/plist.html#PLIST-SUB). From Paul.Pathiakis at ironmountain.com Mon Mar 16 06:16:15 2009 From: Paul.Pathiakis at ironmountain.com (Pathiakis, Paul) Date: Mon Mar 16 06:16:22 2009 Subject: Port Request: gluster In-Reply-To: <7d743c270903151715y1f76f397wb7ac2a10b74c065c@mail.gmail.com> Message-ID: <0E1261E4B639D74DB24946A78266B1CF033AAC70@NUMEVP04.na.imtn.com> Pretty rough actually. I'm still trying to get replication understood/working. They provide lots of "file" examples, but I would like more of a "theory/application" type of documentation. There should be a header at the beginning of their pages that say: These files allow directory /x/y/z on server 01 to be replicated to /mnt/x/y/z on server 02. The differences in the files do these things: At line <#> ...... Also, preparation for the mount points (chmod 1777 ) is covered elsewhere. It seems that they really need to take a breath, standardize their documentation process. They need to put line numbers in on the "files" and explain what the block does and what some of the more interesting bits do. Also, servers talking to each other is great and the HA possibility is also. However, again, the documentation is lacking. Anyhow, charging forward. I hope to have something that works soon. I'm close and it is pretty slick on how to build things and layer functionality. P. Paul Pathiakis UNIX/Linux Systems Engineer Iron Mountain Digital 120 Turnpike Rd. Southborough, MA 01772 Microsoft - Where do you want to go today? Linux - Where do you want to go tomorrow? FreeBSD - Will you guys come on already? -----Original Message----- From: timur@bat.ru [mailto:timur@bat.ru] On Behalf Of Timur I. Bakeyev Sent: Sunday, March 15, 2009 8:16 PM To: Pathiakis, Paul Cc: Jim Riggs; David N; ports@freebsd.org; Steven Kreuzer Subject: Re: Port Request: gluster Hi, Paul! I'm working on it for quite a while, but still there are some rough edges. What is your user experience with it? With regards, Timur. On Wed, Mar 11, 2009 at 10:12 PM, Pathiakis, Paul wrote: > Hi to all! > > Has anything progressed on this? > > I'm actually building it by hand on a couple of 7.1 machines. ?I expect > it will be interesting. > > I still look forward to the port. :-) > > Thank you! > > Paul Pathiakis > UNIX/Linux Systems Engineer > Iron Mountain Digital > 120 Turnpike Rd. > Southborough, MA 01772 > > > Microsoft - Where do you want to go today? > Linux - Where do you want to go tomorrow? > FreeBSD - Will you guys come on already? > > > -----Original Message----- > From: Jim Riggs [mailto:ports@christianserving.org] > Sent: Friday, February 20, 2009 8:31 PM > To: David N > Cc: Pathiakis, Paul; ports@freebsd.org; Steven Kreuzer > Subject: Re: Port Request: gluster > > On 02/20/2009 11:40, David N wrote: >> 2009/2/21 Pathiakis, Paul: >>> Steven, >>> >>> I'm going to start testing it in a pre-production environment. ?It > seems >>> so straightforward, integrates with ZFS, it has simple configuration >>> files, all around, I'm hoping that it garners more >>> clustering/replication for FreeBSD. ?Many of the other solutions are >>> quite tedious and setup complexity is quite annoying. >>> >>> >>> >>> -----Original Message----- >>> From: Steven Kreuzer [mailto:steven@hudson-trading.com] On Behalf Of >>> Steven Kreuzer >>> Sent: Friday, February 20, 2009 11:30 AM >>> To: Pathiakis, Paul >>> Cc: ports@freebsd.org >>> Subject: Re: Port Request: gluster >>> >>> >>> On Feb 20, 2009, at 9:51 AM, Pathiakis, Paul wrote: >>> >>>> Hi, >>>> >>>> >>>> >>>> I'd like to request that the gluster clustering/filesystem software > be >>>> ported and supported. ?This looks to be a very simple, > straightforward >>>> and viable clustering solution which FreeBSD has always lacked. >>> This looks like a very interesting project. I might be able to take >>> some time >>> over the weekend and create a port for this. >>> >>> Out of curiosity, have you been using it in production? If so, can > you >>> describe your setup >>> and your experience with it? >>> >>> Steven Kreuzer >>> http://www.exit2shell.com/~skreuzer >>> >> Looks promising >> http://www.gluster.org/docs/index.php/GlusterFS_on_BSD > > > Several weeks ago I actually created a port for glusterfs as I was > hoping to implement it myself. ?I'll have to see if I saved any of my > work. ?I actually had a working port, but I may have dumped it. ?I will > be happy to submit it if I can find it. ?I just don't know that I will > be able to maintain it. > > A couple of notes from what I found: > > 1. It does not yet integrate with FreeBSD's implementation of ZFS (at > least not in 7.x) due to the lack of ACL support. ?You can use it with a > UFS partition or a UFS zvol. ?(Using a zvol requires a patch pjd@ > recommended for performance improvements.) > > 2. Performance in my setup was not very good over 2x1Gb LAGG. ?It might > be better over a faster, dedicated channel of some type. > > - Jim > > > The information contained in this email message and its attachments > is intended > only for the private and confidential use of the recipient(s) named > above, unless the sender expressly agrees otherwise. Transmission > of email over the Internet > ?is not a secure communications medium. If you are requesting or > have requested > the transmittal of personal data, as defined in applicable privacy > laws by means > ?of email or in an attachment to email you must select a more > secure alternate means of transmittal that supports your > obligations to protect such personal data. If the reader of this > message is not the intended recipient and/or you have received this > email in error, you must take no action based on the information in > this email and you are hereby notified that any dissemination, > misuse, copying, or disclosure of this communication is strictly > prohibited. If you have received > this communication in error, please notify us immediately by email > and delete the original message. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From kitchetech at gmail.com Mon Mar 16 07:36:50 2009 From: kitchetech at gmail.com (matt donovan) Date: Mon Mar 16 07:36:56 2009 Subject: shells/bash-4.0 port horribly broken In-Reply-To: <20090313023110.GB49078@dragon.NUXI.org> References: <20090311210322.GA17971@ozzmosis.com> <20090312073556.GA39778@ozzmosis.com> <20090312112958.4d0cac92.ehaupt@FreeBSD.org> <76B7C6A4-B380-4224-AF69-03ABB1CE5175@lassitu.de> <20090313023110.GB49078@dragon.NUXI.org> Message-ID: <28283d910903160736w6a2a903fo72a56370b7077e2b@mail.gmail.com> On Thu, Mar 12, 2009 at 10:31 PM, David O'Brien wrote: > On Thu, Mar 12, 2009 at 12:48:09PM +0100, Stefan Bethke wrote: > >> The update still remains broken: > >> [root@portjail ~]$ echo $(uname) > >> -bash: command substitution: line 25: syntax error near unexpected token > >> `)' > >> -bash: command substitution: line 25: `uname)' > > > > I also find this rather annoying. I believe that a rather large > percentage > > of people use bash as their default shell, so moving from 3.2 to 4.0 > should > > have been preceded by a headsup or an entry in UPDATING. > > I didn't have issues with my ~/.bashrc when I updated from 3.2 to 4.0 so > I didn't notice this issue. (guess I'm too old school and use "`"'s). > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > I m not sure if the bash-4.0 port has the current patchset but I know it fixes some issues with $() From mnag at FreeBSD.org Mon Mar 16 07:52:48 2009 From: mnag at FreeBSD.org (mnag@FreeBSD.org) Date: Mon Mar 16 07:52:54 2009 Subject: ports/132644: [maintainer update] databases/memcachedb Message-ID: <200903161452.n2GEqlDm045061@freefall.freebsd.org> Old Synopsis: [maintainer update] databases/memcached New Synopsis: [maintainer update] databases/memcachedb Responsible-Changed-From-To: mnag->ports Responsible-Changed-By: mnag Responsible-Changed-When: Mon Mar 16 14:52:04 UTC 2009 Responsible-Changed-Why: - back to pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=132644 From mnag at FreeBSD.org Mon Mar 16 07:54:25 2009 From: mnag at FreeBSD.org (mnag@FreeBSD.org) Date: Mon Mar 16 07:54:31 2009 Subject: ports/132644: [maintainer update] databases/memcachedb Message-ID: <200903161454.n2GEsLkL045134@freefall.freebsd.org> Synopsis: [maintainer update] databases/memcachedb Responsible-Changed-From-To: ports->freebsd-ports-bugs Responsible-Changed-By: mnag Responsible-Changed-When: Mon Mar 16 14:54:09 UTC 2009 Responsible-Changed-Why: fix http://www.freebsd.org/cgi/query-pr.cgi?pr=132644 From jwinn at cfnps.org Mon Mar 16 08:06:08 2009 From: jwinn at cfnps.org (Jennifer Winn) Date: Mon Mar 16 08:06:14 2009 Subject: New York Fundraising Summit - Panelist Invitation Message-ID: Dear Foundation Representative, My name is Jennifer Winn, Event Manager for the Center for Nonprofit Success, and I am writing to invite you to speak on a grantmaking panel at the Fundraising Summit that we will be hosting again this year at New York University on June 3-4, 2009. This year, we have a corporate grantmaking panel and a private foundation grantmaking panel, and you can see a full list of sessions for which we are recruiting speakers below. You can also see who spoke at last year's New York Summit by going to: http://www.cfnps.org/newyork2008.aspx?target=speakers If you would like to receive more information about being a panelist one of our panels or one of the other sessions, please feel free to contact me via reply email. We are very much looking forward to hearing from you. Regards, Jennifer Winn Event Manager Center for Nonprofit Success email: jwinn@cfnps.org Phone: 903-262-0765 www.cfnps.org ============================================== EVENT DETAILS New York Fundraising Summit June 3-4, 2009 (Wednesday - Thursday) New York University Kimmel Center 60 Washington Square South New York, NY 10012 You can learn more about the New York Summit by going to: http://cfnps.org/ny2009.aspx ============================================== A. SPEAKING AT THE SUMMIT This year we are offering over 20 concurrent sessions that cover the following topics: Corporate Giving Track ? Panel discussion and dialogue with corporate grantmakers ? Finding Corporate Funders: The Art of Successful Research ? Exploring the World of Corporate Sponsorship ? Cause Marketing ? Winning Corporate Partnerships Foundation Giving Track ? Panel discussion and dialogue with foundation grantmakers ? Finding Foundation Funders: The Art of Successful Research ? Proposal Writing ? Winning Proposals: A Tour of Four Successful Case Studies ? How to Build a Successful Relationship with Grantmakers Individual Giving Track ? Finding Individual Funders: The Art of Successful Research ? Engaging Your Board in Fundraising ? Online Fundraising ? Annual Giving Campaigns ? Introduction to Major Gifts ? Complex Issues Affecting Major Gifts Solicitations ? Fundraising in The One-Person Development Shop ? Special Events Fundraising ? Capital Campaigns ? Planned Giving ? Direct Mail Fundraising To learn about any of these sessions, go to: http://cfnps.org/ny2009.aspx If you would like to speak in one of these sessions, please send an email to Jennifer Winn at jwinn@cfnps.org You may also be interested in speaking at one of our other Summits. To see a 2009 calendar of Summits by city, go to: http://cfnps.org/education_calendar.aspx If you are interested in speaking at another Summit, please send us an email at info@cfnps.org ============================================== B. MENTORING AT THE SUMMIT In addition to speaking at the Summit, you can also participate as a mentor in our one-on-one mentoring sessions during the Summit. If you sign up as a mentor, attendees will be able to sit down with you to discuss specific questions about their organizations. Sessions last 30 minutes and the mentoring topics correspond to the seminars offered at the Summit. Mentoring is optional, and you will be prompted to register as a mentor when you register as a speaker. ============================================== C. EXHIBITING AT THE SUMMIT The Center for Nonprofit Success is currently accepting exhibitor registrations for the New York Summit. If you or someone you know has a product or service that benefits the nonprofit sector, and might be interested in exhibiting at one of our Summits, please write to info@cfnps.org so that we can send you more information. In the meantime, you can learn more about this opportunity by going to: http://www.cfnps.org/Exhibitors.aspx ============================================== Unsubscribe information: The Center for Nonprofit Success is a nonprofit organization whose mission to provide the training, knowledge and resources to help nonprofit leaders succeed.?If you do not wish to receive any future invitations from us, please go to: http://lists.mediate-facilitate.com/subscribe/profile?f=25&id=1524037T From glarkin at FreeBSD.org Mon Mar 16 08:27:19 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Mon Mar 16 08:27:31 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <5a3296de25cb0522f4eb8259e6f428d3.squirrel@webmail.itac.at> References: <490B64FC.60608@FreeBSD.org> <20081104072440.GA44156@dereel.lemis.com> <49106BFF.9070305@FreeBSD.org> <1230742678.30559.29.camel@main.lerwick.hopto.org> <20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at> <49791F13.9090306@FreeBSD.org> <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> <49B6DF08.1010501@FreeBSD.org> <5a3296de25cb0522f4eb8259e6f428d3.squirrel@webmail.itac.at> Message-ID: <49BE6FDE.6040706@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Fr?hlich wrote: [...] > > Great work and thanks to all of you! I've just seen the pkg-descr file and > the middle paragraph is now outdated i think ... > >> The current distributed version of MythTV >> (http://www.mythtv.org/modules.php?name=Downloads&d_op=viewdownload&cid=1) >> is out of date for just about all platforms. It is also protocol >> incompatible with the "bug fix" version, which is maintained under >> subversion, rather like the FreeBSD -STABLE branch. This port is a >> snapshot of svn version 13053, dated 15 March 2007. Later versions of >> this tree are no longer compatible with this port. > > Hi Bernhard, Thanks for the report, and I have updated the pkg-descr file. I'll commit the change soon, after I research some reports that I've received from other users. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJvm/e0sRouByUApARAjZEAKCljX9tWepuswAOme7ovxwsvurgSQCgp4Aj jByeTADrl460q0nmNe2LoA8= =3x01 -----END PGP SIGNATURE----- From dlacroix at gmail.com Mon Mar 16 18:34:38 2009 From: dlacroix at gmail.com (David La Croix) Date: Mon Mar 16 18:34:44 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: <49BE6FDE.6040706@FreeBSD.org> References: <490B64FC.60608@FreeBSD.org> <20081231174333.GA2839@soaustin.net> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at> <49791F13.9090306@FreeBSD.org> <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> <49B6DF08.1010501@FreeBSD.org> <5a3296de25cb0522f4eb8259e6f428d3.squirrel@webmail.itac.at> <49BE6FDE.6040706@FreeBSD.org> Message-ID: I'm running the mythtv port from the original patch... at the beginning of this thread and I've seen something extremely frustrating ever since the Daylight savings time started... (Using an HDhomerun for the tuner). I can run the command to reload my schedule, and it looks correct in the grid view ... At some unknown interval, sometimes as much as 30 minutes later, one or more of the channels will shift their schedule as if it's applying a correction to the timezone after-the fact. Re-running mythfilldatabase --refresh-today sets the schedule back to what it's supposed to be ... and then some other channel shifts. My /etc/localtime corresponds to EST5EDT ... and my OS is 7.1pl3 ... > mythbackend --version Please include all output in bug reports. MythTV Version : Unknown MythTV Branch : tags/release-0-21 Library API : 0.21.20080304-1 Network Protocol : 40 Options compiled in: freebsd release using_oss using_arts using_backend using_dbox2 using_frontend using_hdhomerun using_iptv using_v4l using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_ffmpeg_threads using_live I've tried setting the timezone in mythtv-config from auto to -4 -- which is EDT ... but it doesn't seem to make any difference ... the overcorrection seems to happen at random intervals ... Anybody have any ideas? Any possibility anybody's working on the "fixes" release? 2009/3/16 Greg Larkin : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bernhard Fr?hlich wrote: > [...] >> >> Great work and thanks to all of you! I've just seen the pkg-descr file and >> the middle paragraph is now outdated i think ... >> >>> The current distributed version of MythTV >>> (http://www.mythtv.org/modules.php?name=Downloads&d_op=viewdownload&cid=1) >>> is out of date for just about all platforms. ?It is also protocol >>> incompatible with the "bug fix" version, which is maintained under >>> subversion, rather like the FreeBSD -STABLE branch. ?This port is a >>> snapshot of svn version 13053, dated 15 March 2007. ?Later versions of >>> this tree are no longer compatible with this port. >> >> > > Hi Bernhard, > > Thanks for the report, and I have updated the pkg-descr file. ?I'll > commit the change soon, after I research some reports that I've received > from other users. > > Regards, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ ? ? ? - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJvm/e0sRouByUApARAjZEAKCljX9tWepuswAOme7ovxwsvurgSQCgp4Aj > jByeTADrl460q0nmNe2LoA8= > =3x01 > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" > From erwin at FreeBSD.org Mon Mar 16 18:50:52 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 16 18:50:59 2009 Subject: INDEX build failed for 6.x Message-ID: <200903170150.n2H1oq39011778@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: openal-20060211_8: no entry for /nonexistentlocal/devel/nasm Committers on the hook: adamw amdmi3 beat bland edwin miwi nivit pav thierry wxs Most recent CVS update was: U MOVED U UPDATING U audio/openal/Makefile U audio/openal/files/patch-src-arch-i386-memcpy_mmx_prk.nasm U audio/openal/files/patch-src-arch-i386-x86_cpu_caps_detect_prk.nasm U databases/Makefile U databases/memcachedb/Makefile U databases/memcachedb/distinfo U databases/py-cmemcache/Makefile U databases/py-cmemcache/distinfo U databases/py-cmemcache/pkg-descr U databases/py-cmemcache/pkg-plist U deskutils/Makefile U deskutils/gtg/Makefile U deskutils/gtg/distinfo U deskutils/gtg/pkg-descr U deskutils/gtg/pkg-plist U deskutils/gtg/files/patch-GTG___init__.py U deskutils/gtg/files/patch-gtg.desktop U devel/Makefile U devel/p5-Module-Manifest/Makefile U devel/p5-Module-Manifest/distinfo U devel/py-cmdln/Makefile U devel/py-cmdln/distinfo U devel/py-iniparse/Makefile U devel/py-iniparse/distinfo U devel/py-iniparse/pkg-descr U devel/py-iniparse/pkg-plist U devel/py-iniparse/files/patch-setup.py U devel/tig/Makefile U devel/tig/distinfo U devel/tig/files/patch-configure U games/blokish/Makefile U games/blokish/distinfo U lang/tclX/Makefile U misc/zoneinfo/Makefile U misc/zoneinfo/distinfo U misc/zoneinfo/pkg-plist U multimedia/gnome-mplayer/Makefile U multimedia/gnome-mplayer/distinfo U multimedia/gnome-mplayer/pkg-plist U net/istgt/Makefile U net/istgt/distinfo U net/istgt/files/pkg-message.in U news/Makefile U news/lottanzb/Makefile U news/lottanzb/distinfo U news/lottanzb/pkg-descr U news/lottanzb/pkg-plist U science/ncs/pkg-plist U security/rkhunter/files/patch-rkhunter U www/geeklog/Makefile U www/geeklog/distinfo U www/geeklog/pkg-plist U www/pyjamas/Makefile U www/pyjamas/distinfo U www/pyjamas/pkg-plist U www/pyjamas/files/patch-setup.py U x11/nvidia-settings/Makefile U x11/nvidia-settings/distinfo U x11-drivers/xf86-video-nouveau/Makefile U x11-drivers/xf86-video-radeonhd-devel/Makefile U x11-wm/awesome2/Makefile From erwin at FreeBSD.org Mon Mar 16 21:46:18 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 16 21:46:25 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200903170446.n2H4kIGB068450@pointyhat.freebsd.org> From hideo at lastamericanempire.com Tue Mar 17 07:07:25 2009 From: hideo at lastamericanempire.com (hideo) Date: Tue Mar 17 07:07:33 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <49BDF024.8050006@ccstores.com> References: <49BDF024.8050006@ccstores.com> Message-ID: <20090317135701.GA83687@lastamericanempire.com> Jim Pazarena (Sun 03/15/09 23:22): > presently p5-HTML-Embperl in the ports is at 1.3.6_2 however it is marked as > "will not compile". > > The main website for Embperl shows a much newer stable version (2.2.0) > > Is there any way someone (more clever than myself) could get this newer version > to compile in the ports system? > > I would very much appreciate it. Thanks! I'd be willing to take a look at it if no one else has started. Looks like it's really a new port since it's now Embperl (not HTML::Embperl.) Might be a bit before I can get it submitted though. Zach From cm at therek.net Tue Mar 17 08:39:29 2009 From: cm at therek.net (Cezary Morga) Date: Tue Mar 17 08:39:36 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <20090317135701.GA83687@lastamericanempire.com> References: <49BDF024.8050006@ccstores.com> <20090317135701.GA83687@lastamericanempire.com> Message-ID: <200903171638.50151.cm@therek.net> hideo wrote: > Jim Pazarena (Sun 03/15/09 23:22): > > presently p5-HTML-Embperl in the ports is at 1.3.6_2 however it is > > marked as "will not compile". > > > > The main website for Embperl shows a much newer stable version > > (2.2.0) > > > > Is there any way someone (more clever than myself) could get this > > newer version to compile in the ports system? > > > > I would very much appreciate it. Thanks! > > I'd be willing to take a look at it if no one else has started. > Looks like it's really a new port since it's now Embperl (not > HTML::Embperl.) Might be a bit before I can get it submitted though. I was just going to write the same thing :) I've started working on it, but if you'd really want to do this I can send you what I've got so far. -- Cezary Morga "I have left orders to be awakened at any time in case of national emergency, even if I'm in a cabinet meeting." (Ronald Reagan) From fports at ccstores.com Tue Mar 17 08:44:10 2009 From: fports at ccstores.com (Jim Pazarena) Date: Tue Mar 17 08:44:16 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <200903171638.50151.cm@therek.net> References: <49BDF024.8050006@ccstores.com> <20090317135701.GA83687@lastamericanempire.com> <200903171638.50151.cm@therek.net> Message-ID: <49BFC546.2030106@ccstores.com> Cezary Morga wrote: > hideo wrote: >> Jim Pazarena (Sun 03/15/09 23:22): >>> presently p5-HTML-Embperl in the ports is at 1.3.6_2 however it is >>> marked as "will not compile". >>> >>> The main website for Embperl shows a much newer stable version >>> (2.2.0) >>> >>> Is there any way someone (more clever than myself) could get this >>> newer version to compile in the ports system? >>> >>> I would very much appreciate it. Thanks! >> I'd be willing to take a look at it if no one else has started. >> Looks like it's really a new port since it's now Embperl (not >> HTML::Embperl.) Might be a bit before I can get it submitted though. > > I was just going to write the same thing :) > > I've started working on it, but if you'd really want to do this I can > send you what I've got so far. you guys are awesome, and I really appreciate it! Jim From hideo at lastamericanempire.com Tue Mar 17 08:51:33 2009 From: hideo at lastamericanempire.com (hideo) Date: Tue Mar 17 08:51:40 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <200903171638.50151.cm@therek.net> References: <49BDF024.8050006@ccstores.com> <20090317135701.GA83687@lastamericanempire.com> <200903171638.50151.cm@therek.net> Message-ID: <20090317155120.GA85055@lastamericanempire.com> Cezary Morga (Tue 03/17/09 16:38): > hideo wrote: > > Jim Pazarena (Sun 03/15/09 23:22): > > > presently p5-HTML-Embperl in the ports is at 1.3.6_2 however it is > > > marked as "will not compile". > > > > > > The main website for Embperl shows a much newer stable version > > > (2.2.0) > > > > > > Is there any way someone (more clever than myself) could get this > > > newer version to compile in the ports system? > > > > > > I would very much appreciate it. Thanks! > > > > I'd be willing to take a look at it if no one else has started. > > Looks like it's really a new port since it's now Embperl (not > > HTML::Embperl.) Might be a bit before I can get it submitted though. > > I was just going to write the same thing :) > > I've started working on it, but if you'd really want to do this I can > send you what I've got so far. > Go for it, Cezary. I haven't even started. Zach From hong at textiles.hg Tue Mar 17 08:53:45 2009 From: hong at textiles.hg (KIN HING HONG textiles) Date: Tue Mar 17 08:53:52 2009 Subject: Hi Dear Message-ID: Hi Dear, In introduction; I am Mr. Gove Gokomatsu from Hong Kong, CEO/President KIN HING HONG textiles HongKong/Dubia. We produce and sell JEWELRY and Fabrics of all Kind. And i am looking for a trustworthy representative in USA, CANADA and EUROPE that can help as a link between me and my client over There. I would like to know if you are interested to work from home/office for us. KIN HING HONG Textile LTD. Needs a book-keeper or representative in USA , CANADA and any country in EUROPE so I want to know if you will like to work online from home and get paid weekly without leaving or affecting your present job. I presently run a textile company in Hong Kong and we need someone to work for the company as a representative / book keeper, receive payment and payout to our payment collection centre. My company also produces various clothing materials, batiks, assorted fabrics and traditional costumes. We have clients all over the world we supply weekly. Also most of the customers make payments for supplies every week. So we need someone in USA, CANADA and any country in EUROPE to work as our representative and assist us in processing the payments from our clients and I will pay him / her weekly wage, by percentage this will enable our cash to flow more quickly and therefore would not tie down our capital. We would be happy to employ you on a contract basis to be our payment representative. Sincerely, you are not going to face any risk in rendering assistance. AND PLEASE TAKE NOTE THAN YOU ARE NOT SPENDING ANY MONEY ON THIS AND I WILL OFFER YOU 10% OF THE MONEY YOU RECEIVE. But we have a problem that is setting us back. We have some problem transferring our payments from our clients. The international money transfer tax for legal entities (companies) in Hong Kong is 25%, whereas for the individual, it is only 7%. There is no sense for us to work this way, while tax for international money transfer made by a private individual is 7%. That is why we need you! We need agents to receive payment for our textiles (bank wire transfers or International banker’s checks) from our clients abroad, process and Resend the funds to us payment collection centre. This way we will save money because of tax decreasing. JOB DESCRIPTION 1. Receive payment from Clients/Customer. 2. Deduct 10% which will be your percentage / pay on Payment 4. Forward balance to our payment collection centre worldwide. HOW MUCH WILL YOU EARN 10% from each operation! For instance: you receive $7,000USD from our customers, you will keep 10% of $7,000USD which is $700USD for yourself! At the beginning your commission will equal 10%, through later it will increase up to 12%- 15%! Advantage. You do not have to go out as you will work as an independent contractor right from your home or office. Your job is absolutely legal. You can earn up to $7,000USD monthly depending on time you will spend for this job. You do not need any capital to start. You can do the Work easily without leaving or affecting your present Job. The employees who make efforts and work hard have a strong possibility to become managers. Anyway our employees never leave us. MAIN REQUIREMENTS. (1) .18 years or older legally capable, responsible and ready to work 3-4 hours per week. (2). you must have computer knowledge, e-mail and internet experience (minimal). And please know that everything is absolutely legal, that is why you have to fill a contract! Our payments will be transfer into your account or issue out to your address. More especially you stand the chance of becoming a member of our management team after the full establishment of our company in the USA, CANADA and EUROPE in 2009 JUNE. Kindly fill the form below and get back to us immediately with your information immediately. BELOW IS an attached letter FROM OUR COMPANY OF EMPLOYMENT KIN HING HONG Textile LTD. EMPLOYMENT FORM Reference No:- LSLCA/2031/ 8161/05 Batch No:- R4/A313/2-60 FULL NAME ...................................... ADDRESS ........................................ CITY ................................................. POSTAL CODE ........................................ COUNTRY .......................................... Phone number .......................... AGE ............................................. CURRENT OCCUPATION ............. MARITAL STATUS ........................ SEX ............................................... EMAIL ADDRESS .............................. Thanks and God Bless. NB: Please all replies should be sent within 3 days from the day you receive our message ... Thanks and I await your quick response. Mr Gove Gokomatsu KIN HING HONG textiles LTD207-129 Yu Chau Street, Shamshuipo, Kowloon, Hong Kong Tel / Fax: 852-301-40145 From fbsd at opal.com Tue Mar 17 10:01:33 2009 From: fbsd at opal.com (J.R. Oldroyd) Date: Tue Mar 17 10:01:40 2009 Subject: Preliminary mail/assp 1.5.1.0 port available Message-ID: <20090317125107.5c678907@avera> A preliminary version of assp-1.5.1.0 is now available here: http://opal.com/jr/freebsd/ports/mail/assp/ I will send this for committing in a few days. Please send compliments/concerns to me by email. -jr From niktychina at gmail.com Tue Mar 17 13:26:40 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Tue Mar 17 13:26:46 2009 Subject: FreeBSD Port: etoile-0.4.0, port request Message-ID: Hi, i installed 0.4.0 from ports but i couldn't run it. Do you use Etoile? I would be appreciate if you give me some advices how to setup it on fbsd (i'm trying to build Etoile from svn now) btw, could you port 0.4.1? :) It was released today. Thanks, Nik From 1cynthia2flynn3 at telus.net Tue Mar 17 13:43:47 2009 From: 1cynthia2flynn3 at telus.net (Cynthia Flynn) Date: Tue Mar 17 13:43:54 2009 Subject: FreeBSD Port: syslinux-3.72 Message-ID: <49C00745.1050607@telus.net> I would like to draw your attention to this posting in regards to the syslinux FreeBSD port: http://syslinux.zytor.com/archives/2009-March/011749.html FWIW, that posting belongs to this thread: http://syslinux.zytor.com/archives/2009-February/011548.html Of more importance is H. Peter Anvin's private response to me in which he said this: "Okay, that sounds like the FreeBSD port stuff pull in way too many things that aren't obligatory. Python is only used by one small contrib script that isn't relevant to 99% of all users (pretty much only used by large-site system administrators); the X libraries I have no clue where they even come into the picture! Sounds like the FreeBSD ports people either need to factor the package differently, or suppress some of their dependencies". syslinux is a powerful tool, but its FreeBSD port is just too bloated. And given GRUB's inability to boot logical partitions, this means that a Linux-free FreeBSD production environment isn't possible for us. Not the end of the world, I know, but it would be great if a future version of the syslinux port were cleaned up to require only the truly necessary dependencies and preferably without the horrible mtools package. Cynthia From trasz at FreeBSD.org Tue Mar 17 14:54:59 2009 From: trasz at FreeBSD.org (Edward Tomasz Napierala) Date: Tue Mar 17 14:55:06 2009 Subject: Looking for new maintainer for my ports. Message-ID: <20090317214718.GA41079@pin.if.uz.zgora.pl> For the past few months, I didn't have enough time to maintain my ports properly. I'm afraid I'll have even less time in the future. So, I'm looking for new maintainers for the ports below. If you're interested in maintaining one or more of them, please let me know. audio/amb-plugins audio/aubio audio/caps-plugins audio/celt audio/dino audio/dssi audio/fluidsynth-dssi audio/fmit audio/ghostess audio/gigedit audio/gmidimonitor audio/hexter audio/jack-keyboard audio/jack-smf-utils audio/jamin audio/lash audio/libconvolve audio/libgig audio/liblo audio/liblscp audio/nekobee audio/patchage audio/qjackctl audio/raul audio/sineshaper audio/specimen audio/timemachine audio/whysynth audio/xsynth-dssi audio/zynaddsubfx benchmarks/fhourstones benchmarks/imb comms/tcpser devel/acovea devel/acovea-gtk devel/cppi devel/libcoyotl devel/libevocosm devel/rlog emulators/basiliskII emulators/dtcyber emulators/lisaem emulators/nonpareil emulators/simh emulators/tme emulators/xhomer games/mudmagic graphics/openjpeg misc/findutils net/wire net/wired net/wired-tracker net-im/gloox science/g3data security/fl0p sysutils/mpiexec sysutils/torque textproc/iksemel x11-clocks/glclock x11-toolkits/flowcanvas x11-toolkits/phat -- If you cut off my head, what would I say? Me and my head, or me and my body? From jeferson.silva at tecnoasp.com.br Tue Mar 17 16:22:59 2009 From: jeferson.silva at tecnoasp.com.br (Jeferson Tadeu R. da Silva) Date: Tue Mar 17 16:23:06 2009 Subject: FreeBSD Port: groupoffice-2.18.s.21 Message-ID: <38C6CADEDAEC411FAE462669FDA8746F@TECNOASP.SDR> As, When the port is available from 3:00 and 3:01 versions of Group-Office? Now thanks. Jeferson Tadeu R. da Silva Gerente Executivo Fone: +55 (71) 3616-8401 Celular: +55 (71) 9242-9929 jeferson.silva@tecnoasp.com.br TECNOASP ? Tecnologia e Servi?os de Comunica??o LTDA Av. Antonio Carlos Magalh?es, 4362 - Pituba CEP 41800-700 - Salvador-BA Fone: +55 (71) 3616-8400 Fax : +55 (71) 3616-8439 http://www.tecnoasp.com.br From chuckr at telenix.org Tue Mar 17 17:04:26 2009 From: chuckr at telenix.org (Chuck Robey) Date: Tue Mar 17 17:04:33 2009 Subject: upgrading phonon-xine Message-ID: <49C0389E.7060701@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't figure out why (because the Makefile sure seems fine) but whenever I try to install the phonon-xine port, it comes back and tells me it doesn't: make: don't know how to make install. Stop I can't see anything about the port that would do this ... the include of bsd.port.mk seems totally ordinary ... it's the latest cvsup of the phonon-xine port. Both phonon-4.3.1 and phonon-gstreamer-4.3.1 are installed fine. I tried to see if maybe removing the pnonon-gstreamer port would affect things, but it didn't, so I put it back in, but I need the phonon-xine port to complete the upgrade of kde4. Need a hint here, does the phonon-xine port work for everyone else? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknAOJ4ACgkQz62J6PPcoOmq8ACcDhhWoTLMTXFCNj9g0f8mI1FW U1AAn0ABSORMUBY4n/02eXjxO1LmYqFY =oPwQ -----END PGP SIGNATURE----- From rizzo at iet.unipi.it Tue Mar 17 17:21:18 2009 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Tue Mar 17 17:21:25 2009 Subject: FreeBSD Port: syslinux-3.72 In-Reply-To: <49C00745.1050607@telus.net> References: <49C00745.1050607@telus.net> Message-ID: <20090318001138.GF95451@onelab2.iet.unipi.it> On Tue, Mar 17, 2009 at 01:25:41PM -0700, Cynthia Flynn wrote: > I would like to draw your attention to this posting in regards to the > syslinux FreeBSD port: > > http://syslinux.zytor.com/archives/2009-March/011749.html > > FWIW, that posting belongs to this thread: > > http://syslinux.zytor.com/archives/2009-February/011548.html > > Of more importance is H. Peter Anvin's private response to me in which > he said this: > > "Okay, that sounds like the FreeBSD port stuff pull in way too > many things that aren't obligatory. Python is only used by one > small contrib script that isn't relevant to 99% of all users > (pretty much only used by large-site system administrators); the > X libraries I have no clue where they even come into the picture! > > Sounds like the FreeBSD ports people either need to factor the > package differently, or suppress some of their dependencies". > > syslinux is a powerful tool, but its FreeBSD port is just too bloated. > And given GRUB's inability to boot logical partitions, this means that a > Linux-free FreeBSD production environment isn't possible for us. Not > the end of the world, I know, but it would be great if a future version > of the syslinux port were cleaned up to require only the truly necessary > dependencies and preferably without the horrible mtools package. The only direct dependencies that syslinux brings in are "perl" (not python) and "mtools". Probably "perl" can be removed, though I did not bother because probably 95% of the systems have it installed already. Patches welcome, of course, and if you want to install syslinux on a reduced system you can just grab the two binaries you need: > ldd `which syslinux` /usr/local/bin/syslinux: libc.so.7 => /lib/libc.so.7 (0x2807f000) > ldd `which mtools` /usr/local/bin/mtools: libcam.so.4 => /lib/libcam.so.4 (0x2809e000) libc.so.7 => /lib/libc.so.7 (0x280ae000) libsbuf.so.4 => /lib/libsbuf.so.4 (0x281b0000) I don't know why you think mtools is horrible, but it has a big reason to be there, as explained in sysutils/syslinux/pkg-descr: This FreeBSD port can additionally operate on plain files containing a FAT image, thus requiring no special privilege. The program relies on mtools to perform the manipulation of the FAT filesystem. I think the extra dependencies that you find listed for syslinux: > grep pkgdep /var/db/pkg/syslinux-3.72/+CONTENTS @pkgdep kbproto-1.0.3 @pkgdep perl-5.8.8_1 @pkgdep pkg-config-0.23_1 @pkgdep xtrans-1.0.4 @pkgdep xproto-7.0.10_1 @pkgdep libXdmcp-1.0.2_1 @pkgdep libXau-1.0.3_2 @pkgdep libX11-1.1.3_1,1 @pkgdep libICE-1.0.4,1 @pkgdep libSM-1.0.3,1 @pkgdep mtools-3.9.10_4 come directly from mtools, which seems to have a similar list of dependencies. Once the mtools dependency list is fixed, we should be ok. cheers luigi From dlacroix at gmail.com Tue Mar 17 18:39:49 2009 From: dlacroix at gmail.com (David La Croix) Date: Tue Mar 17 18:39:56 2009 Subject: Call for testers: MythTV 0.21 port upgrade In-Reply-To: References: <490B64FC.60608@FreeBSD.org> <495BBFFB.50808@FreeBSD.org> <496FBA3C.8020705@FreeBSD.org> <7f675262da5576a059ad2eb2becfbec5.squirrel@webmail.itac.at> <49791F13.9090306@FreeBSD.org> <897158138253233bfd3e231de9fcd936.squirrel@webmail.itac.at> <49B6DF08.1010501@FreeBSD.org> <5a3296de25cb0522f4eb8259e6f428d3.squirrel@webmail.itac.at> <49BE6FDE.6040706@FreeBSD.org> Message-ID: Following up to myself, because I think I figured it out ... I had EIT scans enabled ... I think that the information stream coming from the TV station was shifting the schedule ... That's the only process I could find that updates the schedule outside of running mythfilldatabase. On Mon, Mar 16, 2009 at 9:07 PM, David La Croix wrote: > I'm running the mythtv port from the original patch... at the > beginning of this thread and I've seen something extremely frustrating > ever since the Daylight savings time started... > > (Using an HDhomerun for the tuner). > > I can run the command to reload my schedule, and it looks correct in > the grid view ... ? At some unknown interval, sometimes as much as 30 > minutes later, one or more of the channels will shift their schedule > as if it's applying a correction to the timezone after-the fact. > Re-running mythfilldatabase --refresh-today sets the schedule back to > what it's supposed to be ... and then some other channel shifts. > > My /etc/localtime corresponds to EST5EDT ... and my OS is 7.1pl3 ... > >> mythbackend --version > Please include all output in bug reports. > MythTV Version ? : Unknown > MythTV Branch ? ?: tags/release-0-21 > Library API ? ? ?: 0.21.20080304-1 > Network Protocol : 40 > Options compiled in: > ?freebsd release using_oss using_arts using_backend using_dbox2 > using_frontend using_hdhomerun using_iptv using_v4l using_x11 > using_xrandr using_xv using_bindings_perl using_bindings_python > using_ffmpeg_threads using_live > > > I've tried setting the timezone in mythtv-config from auto to -4 -- > which is EDT ... but it doesn't seem to make any difference ... the > overcorrection seems to happen at random intervals ... > > Anybody have any ideas? ? ?Any possibility anybody's working on the > "fixes" release? > > > > 2009/3/16 Greg Larkin : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Bernhard Fr?hlich wrote: >> [...] >>> >>> Great work and thanks to all of you! I've just seen the pkg-descr file and >>> the middle paragraph is now outdated i think ... >>> >>>> The current distributed version of MythTV >>>> (http://www.mythtv.org/modules.php?name=Downloads&d_op=viewdownload&cid=1) >>>> is out of date for just about all platforms. ?It is also protocol >>>> incompatible with the "bug fix" version, which is maintained under >>>> subversion, rather like the FreeBSD -STABLE branch. ?This port is a >>>> snapshot of svn version 13053, dated 15 March 2007. ?Later versions of >>>> this tree are no longer compatible with this port. >>> >>> >> >> Hi Bernhard, >> >> Thanks for the report, and I have updated the pkg-descr file. ?I'll >> commit the change soon, after I research some reports that I've received >> from other users. >> >> Regards, >> Greg >> - -- >> Greg Larkin >> >> http://www.FreeBSD.org/ ? ? ? - The Power To Serve >> http://www.sourcehosting.net/ - Ready. Set. Code. >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJvm/e0sRouByUApARAjZEAKCljX9tWepuswAOme7ovxwsvurgSQCgp4Aj >> jByeTADrl460q0nmNe2LoA8= >> =3x01 >> -----END PGP SIGNATURE----- >> >> _______________________________________________ >> freebsd-multimedia@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia >> To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" >> > From strateman at fordham.edu Tue Mar 17 20:12:29 2009 From: strateman at fordham.edu (Patrick Strateman) Date: Tue Mar 17 20:12:37 2009 Subject: FreeBSD Port: samba-libsmbclient-3.0.34_1 Message-ID: <1237344085.23951.11.camel@patrick-laptop> sudo make clean install 2> ~/stderr.txt >~/stdout.txt $ uname -a FreeBSD phantomcircuit.mine.nu 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 this is the latest version from portsnap -------------- next part -------------- configure.in:533: warning: AC_CACHE_VAL(SMB_BUILD_CC_NEGATIVE_ENUM_VALUES, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:533: the top level /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/lib/replace/win32.m4:5: warning: AC_CACHE_VAL(ac_mkdir_has_mode, ...): suspicious cache-id, must contain _cv_ to be cached lib/replace/libreplace.m4:30: AC_LIBREPLACE_BROKEN_CHECKS is expanded from... /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/lib/replace/win32.m4:5: the top level configure.in:1492: warning: AC_CACHE_VAL(samba_stat_hires, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1492: the top level configure.in:1531: warning: AC_CACHE_VAL(samba_stat_hires_notimespec, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1531: the top level configure.in:3611: warning: AC_CACHE_VAL(smb_krb5_ticket_has_keyinfo, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3611: the top level configure.in:3635: warning: AC_CACHE_VAL(smb_krb5_creds_opt_free_context, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3635: the top level configure.in:3655: warning: AC_CACHE_VAL(smb_krb5_verify_checksum, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3655: the top level configure.in:533: warning: AC_CACHE_VAL(SMB_BUILD_CC_NEGATIVE_ENUM_VALUES, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:533: the top level /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/lib/replace/win32.m4:5: warning: AC_CACHE_VAL(ac_mkdir_has_mode, ...): suspicious cache-id, must contain _cv_ to be cached lib/replace/libreplace.m4:30: AC_LIBREPLACE_BROKEN_CHECKS is expanded from... /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/lib/replace/win32.m4:5: the top level configure.in:1492: warning: AC_CACHE_VAL(samba_stat_hires, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1492: the top level configure.in:1531: warning: AC_CACHE_VAL(samba_stat_hires_notimespec, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1531: the top level configure.in:3611: warning: AC_CACHE_VAL(smb_krb5_ticket_has_keyinfo, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3611: the top level configure.in:3635: warning: AC_CACHE_VAL(smb_krb5_creds_opt_free_context, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3635: the top level configure.in:3655: warning: AC_CACHE_VAL(smb_krb5_verify_checksum, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:3655: the top level configure: WARNING: netinet/ip.h: present but cannot be compiled configure: WARNING: netinet/ip.h: check for missing prerequisite headers? configure: WARNING: netinet/ip.h: see the Autoconf documentation configure: WARNING: netinet/ip.h: section "Present But Cannot Be Compiled" configure: WARNING: netinet/ip.h: proceeding with the preprocessor's result configure: WARNING: netinet/ip.h: in the future, the compiler will take precedence libsmb/libsmbclient.c: In function 'cacl_set': libsmb/libsmbclient.c:5176: warning: passing argument 5 of 'sec_desc_parse' discards qualifiers from pointer target type libsmb/libsmbclient.c: In function 'smbc_getxattr_ctx': libsmb/libsmbclient.c:5758: warning: passing argument 7 of 'cacl_get' discards qualifiers from pointer target type libsmb/clikrb5.c: In function 'krb5_set_real_time': libsmb/clikrb5.c:128: error: dereferencing pointer to incomplete type libsmb/clikrb5.c:129: error: dereferencing pointer to incomplete type The following command failed: cc -I. -I/usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source -O2 -fno-strict-aliasing -pipe -DLDAP_DEPRECATED -D_SAMBA_BUILD_=3 -I/usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/iniparser/src -Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H -I/usr/local/include -DLDAP_DEPRECATED -I/usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/lib -D_SAMBA_BUILD_=3 -fPIC -DPIC -c libsmb/clikrb5.c -o libsmb/clikrb5.o -------------- next part -------------- ===> Cleaning for samba-libsmbclient-3.0.34_1 ===> Found saved configuration for samba-libsmbclient-3.0.34_1 ===> Extracting for samba-libsmbclient-3.0.34_1 => MD5 Checksum OK for samba-3.0.34.tar.gz. => SHA256 Checksum OK for samba-3.0.34.tar.gz. ===> Patching for samba-libsmbclient-3.0.34_1 ===> Applying FreeBSD patches for samba-libsmbclient-3.0.34_1 ===> samba-libsmbclient-3.0.34_1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> samba-libsmbclient-3.0.34_1 depends on shared library: ldap-2.4.6 - found ===> samba-libsmbclient-3.0.34_1 depends on shared library: iconv.3 - found ===> Configuring for samba-libsmbclient-3.0.34_1 SAMBA VERSION: 3.0.34 LIBREPLACE_LOCATION_CHECKS: START checking build system type... i386-portbld-freebsd7.1 checking host system type... i386-portbld-freebsd7.1 checking target system type... i386-portbld-freebsd7.1 LIBREPLACE_LOCATION_CHECKS: END LIBREPLACE_CC_CHECKS: START checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for version of gcc... 4.2.1 checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether byte ordering is bigendian... no checking for inline... inline checking for C99 designated initializers... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for library containing strerror... none required checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking standards.h usability... no checking standards.h presence... no checking for standards.h... no checking for long long... yes checking for uint_t... no checking for int8_t... yes checking for uint8_t... yes checking for int16_t... yes checking for uint16_t... yes checking for int32_t... yes checking for uint32_t... yes checking for int64_t... yes checking for uint64_t... yes checking for size_t... yes checking for ssize_t... yes checking size of int... 4 checking size of char... 1 checking size of short... 2 checking size of long... 4 checking size of long long... 8 checking size of off_t... 8 checking size of size_t... 4 checking size of ssize_t... 4 checking for intptr_t... yes checking for ptrdiff_t... yes checking for immediate structures... yes LIBREPLACE_CC_CHECKS: END checking whether to use profiling... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... gawk checking for perl... /usr/bin/perl checking for ar... ar checking if the linker (ld) is GNU ld... yes checking GNU ld release date... 20040523 checking whether cc understands -c and -o together... yes checking that the C compiler understands -Werror... yes checking that the C compiler understands volatile... yes checking that the C compiler understands negative enum values... yes checking for C99 designated initializers... yes checking uname -s... FreeBSD checking uname -r... 7.1-RELEASE checking uname -m... i386 checking uname -p... i386 LIBREPLACE_BROKEN_CHECKS: START checking return type of signal handlers... void checking for uid_t in sys/types.h... yes checking for mode_t... yes checking for off_t... yes checking for size_t... (cached) yes checking for pid_t... yes checking for struct stat.st_rdev... yes checking for ino_t... yes checking for loff_t... no checking for offset_t... no checking for working memcmp... yes checking for pipe... yes checking for strftime... yes checking for srandom... yes checking for random... yes checking for srand... yes checking for rand... yes checking for usleep... yes checking for setbuffer... yes checking for lstat... yes checking for getpgrp... yes checking stdbool.h usability... yes checking stdbool.h presence... yes checking for stdbool.h... yes checking for stdint.h... (cached) yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking setjmp.h usability... yes checking setjmp.h presence... yes checking for setjmp.h... yes checking for stdint.h... (cached) yes checking for stdbool.h... (cached) yes checking for bool... yes checking for _Bool... yes checking for working mmap... yes checking sys/syslog.h usability... yes checking sys/syslog.h presence... yes checking for sys/syslog.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking vararg.h usability... no checking vararg.h presence... no checking for vararg.h... no checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking netinet/ip.h usability... no checking netinet/ip.h presence... yes checking for netinet/ip.h... yes checking netinet/tcp.h usability... yes checking netinet/tcp.h presence... yes checking for netinet/tcp.h... yes checking netinet/in_systm.h usability... yes checking netinet/in_systm.h presence... yes checking for netinet/in_systm.h... yes checking netinet/in_ip.h usability... no checking netinet/in_ip.h presence... no checking for netinet/in_ip.h... no checking sys/sockio.h usability... yes checking sys/sockio.h presence... yes checking for sys/sockio.h... yes checking sys/un.h usability... yes checking sys/un.h presence... yes checking for sys/un.h... yes checking stropts.h usability... no checking stropts.h presence... no checking for stropts.h... no checking for usable net/if.h... yes checking for broken inet_ntoa... no checking for seteuid... yes checking for setresuid... yes checking for setegid... yes checking for setresgid... yes checking for chroot... yes checking for bzero... yes checking for strerror... yes checking for vsyslog... yes checking for setlinebuf... yes checking for mktime... yes checking for ftruncate... yes checking for chsize... no checking for rename... yes checking for waitpid... yes checking for strlcpy... yes checking for strlcat... yes checking for initgroups... yes checking for memmove... yes checking for strdup... yes checking for pread... yes checking for pwrite... yes checking for strndup... no checking for strcasestr... yes checking for strtok_r... yes checking for mkdtemp... yes checking for socketpair... yes checking for setresuid declaration... yes checking for setresgid declaration... yes checking for errno declaration... yes checking for secure mkstemp... yes checking stdio.h usability... yes checking stdio.h presence... yes checking for stdio.h... yes checking for strings.h... (cached) yes checking whether snprintf is declared... yes checking whether vsnprintf is declared... yes checking whether asprintf is declared... yes checking whether vasprintf is declared... yes checking for snprintf... yes checking for vsnprintf... yes checking for asprintf... yes checking for vasprintf... yes checking for C99 vsnprintf... yes checking for va_copy... yes checking for __FUNCTION__ macro... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for comparison_fn_t... no checking for setenv declaration... yes checking for setenv... yes checking for unsetenv... yes checking for strnlen... no checking for strtoull... yes checking for __strtoull... no checking for strtouq... yes checking for strtoll... yes checking for __strtoll... no checking for strtoq... yes checking for memset... yes checking for printf... yes checking for syslog... yes checking for sig_atomic_t type... yes checking for O_DIRECT flag to open(2)... no checking that the C compiler can precompile header files... checking that the C compiler understands volatile... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/fcntl.h usability... yes checking sys/fcntl.h presence... yes checking for sys/fcntl.h... yes checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/mode.h usability... no checking sys/mode.h presence... no checking for sys/mode.h... no checking sys/filio.h usability... yes checking sys/filio.h presence... yes checking for sys/filio.h... yes checking sys/fs/s5param.h usability... no checking sys/fs/s5param.h presence... no checking for sys/fs/s5param.h... no checking sys/filsys.h usability... no checking sys/filsys.h presence... no checking for sys/filsys.h... no checking sys/acl.h usability... yes checking sys/acl.h presence... yes checking for sys/acl.h... yes checking acl/libacl.h usability... no checking acl/libacl.h presence... no checking for acl/libacl.h... no checking for sys/select.h... (cached) yes checking for sys/time.h... (cached) yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking whether time.h and sys/time.h may both be included... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking sys/capability.h usability... no checking sys/capability.h presence... no checking for sys/capability.h... no checking grp.h usability... yes checking grp.h presence... yes checking for grp.h... yes checking sys/id.h usability... no checking sys/id.h presence... no checking for sys/id.h... no checking compat.h usability... no checking compat.h presence... no checking for compat.h... no checking shadow.h usability... no checking shadow.h presence... no checking for shadow.h... no checking sys/priv.h usability... yes checking sys/priv.h presence... yes checking for sys/priv.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking sys/security.h usability... no checking sys/security.h presence... no checking for sys/security.h... no checking ctype.h usability... yes checking ctype.h presence... yes checking for ctype.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking fnmatch.h usability... yes checking fnmatch.h presence... yes checking for fnmatch.h... yes checking sys/ipc.h usability... yes checking sys/ipc.h presence... yes checking for sys/ipc.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking sys/shm.h usability... yes checking sys/shm.h presence... yes checking for sys/shm.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking termio.h usability... no checking termio.h presence... no checking for termio.h... no checking sys/termio.h usability... no checking sys/termio.h presence... no checking for sys/termio.h... no checking for library containing dlopen... none required checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for dlopen... yes checking for dlsym... yes checking for dlerror... yes checking for dlclose... yes checking for getpass... yes checking for getpassphrase... no checking whether getpass should be replaced... no checking whether strptime is available and works... no checking direct.h usability... no checking direct.h presence... no checking for direct.h... no checking windows.h usability... no checking windows.h presence... no checking for windows.h... no checking winsock2.h usability... no checking winsock2.h presence... no checking for winsock2.h... no checking ws2tcpip.h usability... no checking ws2tcpip.h presence... no checking for ws2tcpip.h... no checking whether mkdir supports mode... yes checking for timegm... yes checking for syslog... (cached) yes checking for memset... (cached) yes checking for memcpy... yes LIBREPLACE_BROKEN_CHECKS: END checking aio.h usability... yes checking aio.h presence... yes checking for aio.h... yes checking for arpa/inet.h... (cached) yes checking for sys/fcntl.h... (cached) yes checking for sys/select.h... (cached) yes checking for fcntl.h... (cached) yes checking for sys/time.h... (cached) yes checking sys/unistd.h usability... yes checking sys/unistd.h presence... yes checking for sys/unistd.h... yes checking rpc/nettype.h usability... yes checking rpc/nettype.h presence... yes checking for rpc/nettype.h... yes checking for unistd.h... (cached) yes checking for utime.h... (cached) yes checking for grp.h... (cached) yes checking for sys/id.h... (cached) no checking for memory.h... (cached) yes checking alloca.h usability... no checking alloca.h presence... no checking for alloca.h... no checking for limits.h... (cached) yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking rpc/rpc.h usability... yes checking rpc/rpc.h presence... yes checking for rpc/rpc.h... yes checking rpcsvc/nis.h usability... yes checking rpcsvc/nis.h presence... yes checking for rpcsvc/nis.h... yes checking rpcsvc/ypclnt.h usability... yes checking rpcsvc/ypclnt.h presence... yes checking for rpcsvc/ypclnt.h... yes checking for sys/param.h... (cached) yes checking for ctype.h... (cached) yes checking for sys/wait.h... (cached) yes checking for sys/resource.h... (cached) yes checking for sys/ioctl.h... (cached) yes checking for sys/ipc.h... (cached) yes checking sys/prctl.h usability... no checking sys/prctl.h presence... no checking for sys/prctl.h... no checking for sys/mman.h... (cached) yes checking for sys/filio.h... (cached) yes checking for sys/priv.h... (cached) yes checking for sys/shm.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking for sys/socket.h... (cached) yes checking for sys/un.h... (cached) yes checking sys/mount.h usability... yes checking sys/mount.h presence... yes checking for sys/mount.h... yes checking sys/vfs.h usability... no checking sys/vfs.h presence... no checking for sys/vfs.h... no checking for sys/fs/s5param.h... (cached) no checking for sys/filsys.h... (cached) no checking for termios.h... (cached) yes checking for termio.h... (cached) no checking for sys/termio.h... (cached) no checking sys/statfs.h usability... no checking sys/statfs.h presence... no checking for sys/statfs.h... no checking sys/dustat.h usability... no checking sys/dustat.h presence... no checking for sys/dustat.h... no checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking for stdarg.h... (cached) yes checking for sys/sockio.h... (cached) yes checking sys/sysmacros.h usability... no checking sys/sysmacros.h presence... no checking for sys/sysmacros.h... no checking for sys/syslog.h... (cached) yes checking for syslog.h... (cached) yes checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking for locale.h... (cached) yes checking xfs/libxfs.h usability... no checking xfs/libxfs.h presence... no checking for xfs/libxfs.h... no checking for rpcsvc/yp_prot.h... yes checking for sys/mode.h... (cached) no checking CoreFoundation/CFStringEncodingConverter.h usability... no checking CoreFoundation/CFStringEncodingConverter.h presence... no checking for CoreFoundation/CFStringEncodingConverter.h... no checking CFStringEncodingConverter.h usability... no checking CFStringEncodingConverter.h presence... no checking for CFStringEncodingConverter.h... no checking valgrind.h usability... no checking valgrind.h presence... no checking for valgrind.h... no checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking valgrind/memcheck.h usability... no checking valgrind/memcheck.h presence... no checking for valgrind/memcheck.h... no checking for shadow.h... (cached) no checking nss.h usability... yes checking nss.h presence... yes checking for nss.h... yes checking nss_common.h usability... no checking nss_common.h presence... no checking for nss_common.h... no checking nsswitch.h usability... yes checking nsswitch.h presence... yes checking for nsswitch.h... yes checking ns_api.h usability... no checking ns_api.h presence... no checking for ns_api.h... no checking for sys/security.h... (cached) no checking syscall.h usability... no checking syscall.h presence... no checking for syscall.h... no checking sys/syscall.h usability... yes checking sys/syscall.h presence... yes checking for sys/syscall.h... yes checking sys/attributes.h usability... no checking sys/attributes.h presence... no checking for sys/attributes.h... no checking attr/xattr.h usability... no checking attr/xattr.h presence... no checking for attr/xattr.h... no checking sys/xattr.h usability... no checking sys/xattr.h presence... no checking for sys/xattr.h... no checking sys/extattr.h usability... yes checking sys/extattr.h presence... yes checking for sys/extattr.h... yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes checking sys/ea.h usability... no checking sys/ea.h presence... no checking for sys/ea.h... no checking sys/proplist.h usability... no checking sys/proplist.h presence... no checking for sys/proplist.h... no checking sys/cdefs.h usability... yes checking sys/cdefs.h presence... yes checking for sys/cdefs.h... yes checking glob.h usability... yes checking glob.h presence... yes checking for glob.h... yes checking utmp.h usability... yes checking utmp.h presence... yes checking for utmp.h... yes checking utmpx.h usability... no checking utmpx.h presence... no checking for utmpx.h... no checking lastlog.h usability... no checking lastlog.h presence... no checking for lastlog.h... no checking size of int... (cached) 4 checking size of long... (cached) 4 checking size of long long... (cached) 8 checking size of short... (cached) 2 checking for an ANSI C-conforming const... yes checking for inline... (cached) inline checking whether byte ordering is bigendian... (cached) no checking whether char is unsigned... no checking return type of signal handlers... (cached) void checking for uid_t in sys/types.h... (cached) yes checking for mode_t... (cached) yes checking for off_t... (cached) yes checking for size_t... (cached) yes checking for pid_t... (cached) yes checking for struct stat.st_rdev... (cached) yes checking for d_off in dirent... no checking for ino_t... (cached) yes checking for loff_t... (cached) no checking for offset_t... (cached) no checking for ssize_t... (cached) yes checking for wchar_t... yes checking for comparison_fn_t... (cached) no checking if the compiler will optimize out function calls... yes checking for unix domain sockets... yes checking for socklen_t type... yes checking for sig_atomic_t type... (cached) yes checking for struct sigevent type... yes checking for struct sigevent.sigev_value.sival_ptr... yes checking for struct sigevent.sigev_value.sigval_ptr... yes checking for struct timespec type... yes checking for errno declaration... (cached) yes checking for setresuid declaration... (cached) yes checking for setresgid declaration... (cached) yes checking for asprintf declaration... yes checking for vasprintf declaration... yes checking for vsnprintf declaration... yes checking for snprintf declaration... yes checking for real setresuid... yes checking for real setresgid... yes checking for working memcmp... (cached) yes checking whether to use readline... yes checking readline.h usability... no checking readline.h presence... no checking for readline.h... no checking history.h usability... no checking history.h presence... no checking for history.h... no checking readline/readline.h usability... yes checking readline/readline.h presence... yes checking for readline/readline.h... yes checking readline/history.h usability... yes checking readline/history.h presence... yes checking for readline/history.h... yes checking for readline.h... (cached) no checking for readline/readline.h... (cached) yes checking for tgetent in -lncurses... yes checking for rl_callback_handler_install in -lreadline... yes checking for rl_completion_matches in -lreadline... yes checking whether rl_event_hook is declared... no checking for history_list in -lreadline... yes checking for connect... yes checking for library containing yp_get_default_domain... none required checking for yp_get_default_domain... yes checking for execl... yes checking for waitpid... (cached) yes checking for getcwd... yes checking for strdup... (cached) yes checking for strndup... (cached) no checking for strnlen... (cached) no checking for strerror... (cached) yes checking for chown... yes checking for fchown... yes checking for chmod... yes checking for fchmod... yes checking for chroot... (cached) yes checking for link... yes checking for mknod... yes checking for mknod64... no checking for strtol... yes checking for strtoll... (cached) yes checking for strtoul... yes checking for strtoull... (cached) yes checking for strtouq... (cached) yes checking for __strtoull... (cached) no checking for fstat... yes checking for strchr... yes checking for utime... yes checking for utimes... yes checking for chflags... yes checking for getrlimit... yes checking for fsync... yes checking for memset... (cached) yes checking for strlcpy... (cached) yes checking for strlcat... (cached) yes checking for setpgid... yes checking for memmove... (cached) yes checking for vsnprintf... (cached) yes checking for snprintf... (cached) yes checking for asprintf... (cached) yes checking for vasprintf... (cached) yes checking for setsid... yes checking for glob... yes checking for strpbrk... yes checking for pipe... (cached) yes checking for crypt16... no checking for getauthuid... no checking for strftime... (cached) yes checking for sigprocmask... yes checking for sigblock... yes checking for sigaction... yes checking for sigset... no checking for innetgr... yes checking for setnetgrent... yes checking for getnetgrent... yes checking for endnetgrent... yes checking for initgroups... (cached) yes checking for select... yes checking for poll... yes checking for rdchk... no checking for getgrnam... yes checking for getgrent... yes checking for pathconf... yes checking for realpath... yes checking for setpriv... no checking for setgidx... no checking for setuidx... no checking for setgroups... yes checking for sysconf... yes checking for mktime... (cached) yes checking for rename... (cached) yes checking for ftruncate... (cached) yes checking for chsize... (cached) no checking for stat64... no checking for fstat64... no checking for lstat64... no checking for fopen64... no checking for atexit... yes checking for grantpt... yes checking for dup2... yes checking for lseek64... no checking for ftruncate64... no checking for fseek64... no checking for fseeko64... no checking for ftell64... no checking for ftello64... no checking for setluid... no checking for getpwanam... no checking for setlinebuf... (cached) yes checking for opendir64... no checking for readdir64... no checking for seekdir64... no checking for telldir64... no checking for rewinddir64... no checking for closedir64... no checking for getpwent_r... yes checking for getdents... yes checking for getdents64... no checking for srandom... (cached) yes checking for random... (cached) yes checking for srand... (cached) yes checking for rand... (cached) yes checking for setenv... (cached) yes checking for usleep... (cached) yes checking for strcasecmp... yes checking for fcvt... no checking for fcvtl... no checking for symlink... yes checking for readlink... yes checking for syslog... (cached) yes checking for vsyslog... (cached) yes checking for timegm... (cached) yes checking for setlocale... yes checking for nl_langinfo... yes checking for nanosleep... yes checking for mlock... yes checking for munlock... yes checking for mlockall... yes checking for munlockall... yes checking for memalign... no checking for posix_memalign... yes checking for sys/mman.h... (cached) yes checking for setbuffer... (cached) yes checking for shmget... yes checking for shm_open... yes checking execinfo.h usability... no checking execinfo.h presence... no checking for execinfo.h... no checking libexc.h usability... no checking libexc.h presence... no checking for libexc.h... no checking libunwind.h usability... no checking libunwind.h presence... no checking for libunwind.h... no checking for library containing backtrace_symbols... no checking for backtrace_symbols... no checking for trace_back_stack in -lexc... no checking for GPFS GPL libs... no checking for libunwind... no checking for _dup... yes checking for _dup2... yes checking for _opendir... no checking for _readdir... no checking for _seekdir... no checking for _telldir... no checking for _closedir... no checking for __dup... no checking for __dup2... no checking for __opendir... no checking for __readdir... no checking for __seekdir... no checking for __telldir... no checking for __closedir... no checking for __getcwd... yes checking for _getcwd... no checking for __xstat... no checking for __fxstat... no checking for __lxstat... no checking for _stat... yes checking for _lstat... yes checking for _fstat... yes checking for __stat... no checking for __lstat... no checking for __fstat... no checking for _acl... no checking for __acl... no checking for _facl... no checking for __facl... no checking for _open... yes checking for __open... no checking for _chdir... yes checking for __chdir... no checking for _close... yes checking for __close... no checking for _fchdir... yes checking for __fchdir... no checking for _fcntl... yes checking for __fcntl... no checking for getdents... (cached) yes checking for __getdents... no checking for _lseek... no checking for __lseek... no checking for _read... yes checking for __read... no checking for getdirentries... yes checking for _write... yes checking for __write... no checking for _fork... yes checking for __fork... no checking for _stat64... no checking for __stat64... no checking for _fstat64... no checking for __fstat64... no checking for _lstat64... no checking for __lstat64... no checking for __sys_llseek... no checking for llseek... no checking for _llseek... no checking for __llseek... no checking for readdir64... (cached) no checking for _readdir64... no checking for __readdir64... no checking for pread... (cached) yes checking for _pread... no checking for __pread... no checking for pread64... no checking for _pread64... no checking for __pread64... no checking for pwrite... (cached) yes checking for _pwrite... no checking for __pwrite... no checking for pwrite64... no checking for _pwrite64... no checking for __pwrite64... no checking for open64... no checking for _open64... no checking for __open64... no checking for creat64... no checking for prctl... no checking for getgrouplist... yes checking for stat64 in ... no checking for lstat64 in ... no checking for fstat64 in ... no checking whether struct stat has sub-second timestamps... no checking whether struct stat has sub-second timestamps without struct timespec... checking for dn_expand in -lresolv... no checking for _dn_expand in -lresolv... no checking for __dn_expand in -lresolv... no checking for putprpwnam... no checking for putprpwnam in -lsecurity... no checking for putprpwnam... (cached) no checking for putprpwnam in -lsec... no checking for set_auth_parameters... no checking for set_auth_parameters in -lsecurity... no checking for set_auth_parameters... (cached) no checking for set_auth_parameters in -lsec... no checking for getspnam... no checking for getspnam in -lgen... no checking for getspnam... (cached) no checking for getspnam in -lsecurity... no checking for getspnam... (cached) no checking for getspnam in -lsec... no checking for bigcrypt... no checking for bigcrypt in -lsecurity... no checking for bigcrypt... (cached) no checking for bigcrypt in -lsec... no checking for getprpwnam... no checking for getprpwnam in -lsecurity... no checking for getprpwnam... (cached) no checking for getprpwnam in -lsec... no checking for strsignal... yes checking for library containing getxattr... no checking for getxattr... no checking for lgetxattr... no checking for fgetxattr... no checking for listxattr... no checking for llistxattr... no checking for getea... no checking for fgetea... no checking for lgetea... no checking for listea... no checking for flistea... no checking for llistea... no checking for removeea... no checking for fremoveea... no checking for lremoveea... no checking for setea... no checking for fsetea... no checking for lsetea... no checking for flistxattr... no checking for removexattr... no checking for lremovexattr... no checking for fremovexattr... no checking for setxattr... no checking for lsetxattr... no checking for fsetxattr... no checking for attr_get... no checking for attr_list... no checking for attr_set... no checking for attr_remove... no checking for attr_getf... no checking for attr_listf... no checking for attr_setf... no checking for attr_removef... no checking for extattr_delete_fd... yes checking for extattr_delete_file... yes checking for extattr_delete_link... yes checking for extattr_get_fd... yes checking for extattr_get_file... yes checking for extattr_get_link... yes checking for extattr_list_fd... yes checking for extattr_list_file... yes checking for extattr_list_link... yes checking for extattr_set_fd... yes checking for extattr_set_file... yes checking for extattr_set_link... yes checking for -pie and -fPIE... yes checking ability to build shared libraries... true checking LDFLAGS... checking DYNEXP... -Wl,--export-dynamic checking SHLD... ${CC} ${CFLAGS} checking LDSHFLAGS... -shared checking SHLIBEXT... so checking SONAMEFLAG... -Wl,-soname, checking PICFLAG... -fPIC -DPIC checking NSSSONAMEVERSIONSUFFIX... checking whether building shared libraries actually works... yes checking used PICFLAG... -fPIC -DPIC checking for long long... yes checking for intptr_t... (cached) yes checking for LL suffix on long long integers... yes checking for 64 bit time_t... no checking for 64 bit off_t... yes checking for off64_t... no checking for 64 bit ino_t... no checking for ino64_t... no checking for 64 bit dev_t... no checking for dev64_t... no checking for struct dirent64... no checking for struct dirent64... no checking for major macro... yes checking for minor macro... yes checking for makedev macro... yes checking for unsigned char... no checking for sin_len in sock... yes checking whether seekdir returns void... yes checking for __FUNCTION__ macro... (cached) yes checking if gettimeofday takes tz argument... yes checking for va_copy... (cached) yes checking for C99 vsnprintf... (cached) yes checking for broken readdir name... no checking for utimbuf... yes checking for pututline... no checking for pututxline... no checking for updwtmp... no checking for updwtmpx... no checking for getutmpx... no checking for ut_name in utmp... yes checking for ut_user in utmp... no checking for ut_id in utmp... no checking for ut_host in utmp... yes checking for ut_time in utmp... yes checking for ut_tv in utmp... no checking for ut_type in utmp... no checking for ut_pid in utmp... no checking for ut_exit in utmp... no checking for ut_addr in utmp... no checking for ut_syslen in utmpx... no checking for iconv in /usr/local/lib... yes checking can we convert from CP850 to UCS2-LE?... CP850 checking can we convert from ASCII to UCS2-LE?... ASCII checking can we convert from UTF-8 to UCS2-LE?... UTF-8 checking for Linux kernel oplocks... no checking for kernel change notify support... no checking for inotify support... checking linux/inotify.h usability... no checking linux/inotify.h presence... no checking for linux/inotify.h... no checking asm/unistd.h usability... no checking asm/unistd.h presence... no checking for asm/unistd.h... no checking for inotify_init... no checking for __NR_inotify_init declaration... no checking for dm_get_eventlist in -ldm... no checking for dm_get_eventlist in -ljfsdm... no checking for dm_get_eventlist in -lxdsm... no checking for dm_get_eventlist in -ldmapi... no configure: DMAPI support not present checking for kernel share modes... no checking for IRIX kernel oplock type definitions... no checking for sys/capability.h... (cached) no checking for int16 typedef included by rpc/rpc.h... no checking for uint16 typedef included by rpc/rpc.h... no checking for int32 typedef included by rpc/rpc.h... no checking for uint32 typedef included by rpc/rpc.h... no checking for conflicting AUTH_ERROR define in rpc/rpc.h... no checking for test routines... yes checking for ftruncate extend... yes checking for AF_LOCAL socket support... yes checking for broken getgroups... no checking for secure mkstemp... (cached) yes checking for broken readdir... yes checking for replacing readdir... no checking for sysconf(_SC_NGROUPS_MAX)... yes checking for sysconf(_SC_NPROC_ONLN)... no checking for sysconf(_SC_NPROCESSORS_ONLN)... yes checking for sysconf(_SC_PAGESIZE)... yes checking for getpagesize... yes checking for iface AIX... got 8 interfaces: lo0 IP=127.0.0.1 NETMASK=255.0.0.0 rl1 IP=192.168.1.2 NETMASK=255.255.255.255 rl1 IP=192.168.1.3 NETMASK=255.255.255.255 rl1 IP=192.168.1.4 NETMASK=255.255.255.255 rl1 IP=192.168.1.5 NETMASK=255.255.255.255 rl1 IP=192.168.1.6 NETMASK=255.255.255.255 rl1 IP=192.168.1.7 NETMASK=255.255.255.255 rl1 IP=192.168.1.99 NETMASK=255.255.255.0 yes checking for setreuid... OK yes checking for working mmap... (cached) yes checking for fcntl locking... yes checking for broken (glibc2.1/x86) 64 bit fcntl locking... no checking for 64 bit fcntl locking... no checking for st_blocks in struct stat... yes checking for st_blksize in struct stat... yes checking for st_flags in struct stat... yes checking for broken nisplus include files... no checking if the realpath function allows a NULL argument... Segmentation fault (core dumped) no checking whether to use AFS clear-text auth... no checking whether to use AFS fake-kaserver... no checking whether to use AFS ACL mapping module... no checking whether to use DFS clear-text auth... no checking for LDAP support... yes checking ldap.h usability... yes checking ldap.h presence... yes checking for ldap.h... yes checking lber.h usability... yes checking lber.h presence... yes checking for lber.h... yes checking for ber_tag_t... yes checking for ber_scanf in -llber... yes checking for LBER_OPT_LOG_PRINT_FN... yes checking for ldap_init in -lldap... yes checking for ldap_set_rebind_proc... yes checking whether ldap_set_rebind_proc takes 3 arguments... 3 checking for ldap_initialize... yes checking whether LDAP support is used... yes checking for Active Directory and krb5 support... yes checking for ldap_initialize... (cached) yes checking for ldap_add_result_entry... yes checking for kerberos 5 install path... /usr checking for krb5-config... /usr/bin/krb5-config checking for working krb5-config... yes checking krb5.h usability... yes checking krb5.h presence... yes checking for krb5.h... yes checking krb5/locate_plugin.h usability... yes checking krb5/locate_plugin.h presence... yes checking for krb5/locate_plugin.h... yes checking gssapi.h usability... yes checking gssapi.h presence... yes checking for gssapi.h... yes checking gssapi/gssapi_generic.h usability... no checking gssapi/gssapi_generic.h presence... no checking for gssapi/gssapi_generic.h... no checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking com_err.h usability... yes checking com_err.h presence... yes checking for com_err.h... yes checking for _et_list in -lcom_err... yes checking for krb5_encrypt_data in -lk5crypto... no checking for des_set_key in -lcrypto... no checking for copy_Authenticator in -lasn1... yes checking for roken_getaddrinfo_hostspec in -lroken... yes checking for gss_display_status in -lgssapi... yes checking for krb5_mk_req_extended in -lkrb5... yes checking for krb5_kt_compare in -lkrb5... yes checking for krb5_set_real_time... no checking for krb5_set_default_in_tkt_etypes... yes checking for krb5_set_default_tgs_enctypes... no checking for krb5_set_default_tgs_ktypes... no checking for krb5_principal2salt... no checking for krb5_use_enctype... no checking for krb5_string_to_key... yes checking for krb5_get_pw_salt... yes checking for krb5_string_to_key_salt... yes checking for krb5_auth_con_setkey... yes checking for krb5_auth_con_setuseruserkey... no checking for krb5_locate_kdc... no checking for krb5_get_permitted_enctypes... no checking for krb5_get_default_in_tkt_etypes... yes checking for krb5_free_data_contents... yes checking for krb5_principal_get_comp_string... yes checking for krb5_free_unparsed_name... no checking for krb5_free_keytab_entry_contents... no checking for krb5_kt_free_entry... yes checking for krb5_krbhst_init... yes checking for krb5_krbhst_get_addrinfo... yes checking for krb5_c_enctype_compare... no checking for krb5_enctypes_compatible_keys... yes checking for krb5_crypto_init... yes checking for krb5_crypto_destroy... yes checking for krb5_decode_ap_req... yes checking for free_AP_REQ... yes checking for krb5_verify_checksum... yes checking for krb5_c_verify_checksum... no checking for krb5_principal_compare_any_realm... yes checking for krb5_parse_name_norealm... no checking for krb5_princ_size... no checking for krb5_get_init_creds_opt_set_pac_request... no checking for krb5_get_renewed_creds... no checking for krb5_get_kdc_cred... yes checking for krb5_free_error_contents... yes checking for initialize_krb5_error_table... yes checking for krb5_get_init_creds_opt_alloc... no checking for krb5_get_init_creds_opt_free... no checking whether krb5_ticket contains kvno and enctype... no checking whether krb5_get_init_creds_opt_free takes a context argument... yes checking whether krb5_verify_checksum takes 7 arguments... 6 checking for checksum in krb5_checksum... yes checking for etype in EncryptedData... yes checking for ticket pointer in krb5_ap_req... no checking for e_data pointer in krb5_error... yes checking for krb5_crypto type... yes checking for krb5_encrypt_block type... no checking for addrtype in krb5_address... no checking for addr_type in krb5_address... yes checking for enc_part2 in krb5_ticket... no checking for keyblock in krb5_creds... no checking for session in krb5_creds... yes checking for keyvalue in krb5_keyblock... yes checking for ENCTYPE_ARCFOUR_HMAC_MD5... yes checking for KEYTYPE_ARCFOUR_56... yes checking for AP_OPTS_USE_SUBKEY... yes checking for KV5M_KEYTAB... no checking for KRB5_KU_OTHER_CKSUM... yes checking for KRB5_KEYUSAGE_APP_DATA_CKSUM... no checking for the krb5_princ_component macro... no checking for key in krb5_keytab_entry... no checking for keyblock in krb5_keytab_entry... yes checking for magic in krb5_address... no checking for WRFILE: keytab support... no checking for krb5_princ_realm returns krb5_realm or krb5_data... yes checking for krb5_addresses type... yes checking whether krb5_mk_error takes 3 arguments MIT or 9 Heimdal... no checking for krb5_principal_get_realm... yes checking for krb5_princ_realm... no checking whether Active Directory and krb5 support is used... yes checking for nscd_flush_cache in -lnscd... no checking whether to enable DNS Updates support... no checking whether to use automount... no checking whether to use smbmount... no checking whether to build mount.cifs and umount.cifs... no checking keyutils.h usability... no checking keyutils.h presence... no checking for keyutils.h... no checking whether to build cifs.upcall... no checking whether to try PAM support... no checking whether to use pam_smbpass... no checking for library containing crypt... -lcrypt checking for a crypt that needs truncated salt... no checking whether to use NISPLUS_HOME... no checking whether to use syslog logging... no checking whether to try disk-quotas support... no checking whether to try the new lib/sysquotas.c interface... auto checking whether to try the lib/sysquotas.c interface on freebsd7.1... no checking whether to support utmp accounting... no checking whether to build the libmsrpc shared library... yes checking whether to build the libaddns shared library... yes checking whether to build the libsmbclient shared library... yes checking whether to build the libsmbsharemodes shared library... yes configure: checking how to get filesystem space usage... checking statvfs64 function (SVR4)... no checking statvfs function (SVR4)... yes checking that statvfs.f_fsid is an integer... yes checking if large file support can be enabled... yes checking whether to include cluster support... no configure: checking whether to support ACLs... configure: No ACLs support is built in checking whether to support asynchronous io... no checking whether to check to support sendfile... yes checking for freebsd sendfile support... yes checking for Linux readahead... no checking for posix_fadvise... no checking whether to build winbind... no checking for union nss_XbyY_key.ipnode.af_family... no checking for struct passwd.pw_comment... no checking for struct passwd.pw_age... no checking for struct secmethod_table.method_attrlist... no checking for struct secmethod_table.method_version... no checking for SO_PEERCRED... no checking for poptGetContext in -lpopt... yes checking whether to use included popt... no checking for iniparser_load in -liniparser... no checking whether to use included iniparser... yes checking how to build pdb_ldap... static checking how to build pdb_smbpasswd... static checking how to build pdb_tdbsam... static checking how to build rpc_lsa... static checking how to build rpc_reg... static checking how to build rpc_lsa_ds... static checking how to build rpc_wkssvc... static checking how to build rpc_svcctl... static checking how to build rpc_ntsvcs... static checking how to build rpc_net... static checking how to build rpc_netdfs... static checking how to build rpc_srv... static checking how to build rpc_spoolss... static checking how to build rpc_eventlog... static checking how to build rpc_samr... static checking how to build rpc_echo... static checking how to build idmap_ldap... static checking how to build idmap_tdb... static checking how to build idmap_passdb... static checking how to build idmap_nss... static checking how to build idmap_rid... not checking how to build idmap_ad... not checking how to build nss_info_template... static checking how to build charset_weird... not checking how to build charset_CP850... shared checking how to build charset_CP437... shared checking how to build charset_macosxfs... not checking how to build auth_sam... static checking how to build auth_unix... static checking how to build auth_winbind... static checking how to build auth_server... static checking how to build auth_domain... static checking how to build auth_builtin... static checking how to build auth_script... shared checking how to build vfs_default... static checking how to build vfs_recycle... shared checking how to build vfs_audit... shared checking how to build vfs_extd_audit... shared checking how to build vfs_full_audit... shared checking how to build vfs_netatalk... shared checking how to build vfs_fake_perms... shared checking how to build vfs_default_quota... shared checking how to build vfs_readonly... shared checking how to build vfs_cap... shared checking how to build vfs_expand_msdfs... shared checking how to build vfs_shadow_copy... shared checking how to build vfs_afsacl... not checking how to build vfs_posixacl... not checking how to build vfs_aixacl... not checking how to build vfs_aixacl2... not checking how to build vfs_solarisacl... not checking how to build vfs_irixacl... not checking how to build vfs_hpuxacl... not checking how to build vfs_tru64acl... not checking how to build vfs_zfsacl... not checking how to build vfs_catia... not checking how to build vfs_cacheprime... not checking how to build vfs_prealloc... not checking how to build vfs_commit... not checking how to build vfs_gpfs... not checking how to build vfs_readahead... shared checking how to build vfs_notify_fam... not checking whether to enable build farm hacks... no Using libraries: LIBS = -lcrypt -liconv KRB5_LIBS = -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err LDAP_LIBS = -lldap -llber AUTH_LIBS = -lcrypt checking configure summary... yes configure: creating ./config.status config.status: creating include/stamp-h config.status: creating Makefile config.status: creating script/findsmb config.status: creating smbadduser config.status: creating script/gen-8bit-gap.sh config.status: creating script/installbin.sh config.status: creating script/uninstallbin.sh config.status: creating include/config.h config.status: executing rm-stdint.h commands config.status: executing rm-stdbool.h commands ===> Building for samba-libsmbclient-3.0.34_1 cd /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source && make proto bin/.dummy make delheaders; make smbd/build_options.c; make include/proto.h; make include/build_env.h; make nsswitch/winbindd_proto.h; make web/swat_proto.h; make client/client_proto.h; make utils/ntlm_auth_proto.h; make utils/net_proto.h; make utils/passwd_proto.h; Removing prototype headers Generating smbd/build_options.c Building include/proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/include/proto.h Building include/build_env.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/nsswitch/winbindd_proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/web/swat_proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/client/client_proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/utils/ntlm_auth_proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/utils/net_proto.h creating /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source/utils/passwd_proto.h mkdir bin cd /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source && make libsmbclient Compiling libsmb/libsmbclient.c Compiling libsmb/libsmb_compat.c Compiling libsmb/libsmb_cache.c Compiling dynconfig.c Compiling param/loadparm.c Compiling param/params.c Compiling lib/sharesec.c Compiling lib/ldap_debug_handler.c Compiling lib/replace/replace.c Compiling lib/replace/snprintf.c Compiling lib/replace/strptime.c Compiling lib/talloc/talloc.c Compiling lib/version.c Compiling lib/charcnv.c Compiling lib/debug.c Compiling lib/fault.c Compiling lib/interface.c Compiling lib/md4.c Compiling lib/interfaces.c Compiling lib/pidfile.c Compiling lib/signal.c Compiling lib/system.c Compiling lib/sendfile.c Compiling lib/time.c Compiling lib/ufc.c Compiling lib/genrand.c Compiling lib/username.c Compiling lib/util_pw.c Compiling lib/access.c Compiling lib/smbrun.c Compiling lib/bitmap.c Compiling lib/crc32.c Compiling lib/dprintf.c Compiling lib/xfile.c Compiling lib/wins_srv.c Compiling lib/util_str.c Compiling lib/clobber.c Compiling lib/util_sid.c Compiling lib/util_uuid.c Compiling lib/util_unistr.c Compiling lib/util_file.c Compiling lib/data_blob.c Compiling lib/util.c Compiling lib/util_sock.c Compiling lib/sock_exec.c Compiling lib/util_sec.c Compiling lib/substitute.c Compiling lib/fsusage.c Compiling lib/ms_fnmatch.c Compiling lib/select.c Compiling lib/messages.c Compiling lib/tallocmsg.c Compiling lib/dmallocmsg.c Compiling libsmb/smb_signing.c Compiling lib/md5.c Compiling lib/hmacmd5.c Compiling lib/arc4.c Compiling lib/iconv.c Compiling nsswitch/wb_client.c Compiling nsswitch/wb_common.c Compiling lib/pam_errors.c Compiling intl/lang_tdb.c Compiling lib/adt_tree.c Compiling lib/gencache.c Compiling tdb/common/tdb.c Compiling tdb/common/dump.c Compiling tdb/common/error.c Compiling tdb/common/freelist.c Compiling tdb/common/freelistcheck.c Compiling tdb/common/io.c Compiling tdb/common/lock.c Compiling tdb/common/open.c Compiling tdb/common/transaction.c Compiling tdb/common/traverse.c Compiling lib/util_tdb.c Compiling tdb/common/tdbback.c Compiling lib/module.c Compiling lib/events.c Compiling lib/ldap_escape.c Compiling lib/secdesc.c Compiling lib/util_seaccess.c Compiling lib/secace.c Compiling lib/secacl.c Compiling libads/krb5_errs.c Compiling lib/system_smbd.c Compiling lib/audit.c Compiling lib/dummysmbd.c Compiling lib/dummyroot.c Compiling libsmb/clientgen.c Compiling libsmb/cliconnect.c Compiling libsmb/clifile.c Compiling libsmb/clikrb5.c *** Error code 1 Stop in /usr/ports/net/samba-libsmbclient/work/samba-3.0.34/source. *** Error code 1 Stop in /usr/ports/net/samba-libsmbclient. *** Error code 1 Stop in /usr/ports/net/samba-libsmbclient. From timur at FreeBSD.org Wed Mar 18 03:13:15 2009 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Wed Mar 18 03:13:22 2009 Subject: FreeBSD Port: samba-libsmbclient-3.0.34_1 In-Reply-To: <1237344085.23951.11.camel@patrick-laptop> References: <1237344085.23951.11.camel@patrick-laptop> Message-ID: <7d743c270903180313t1e3c2a97r7ecadb646ca04b23@mail.gmail.com> Hi! On Wed, Mar 18, 2009 at 3:41 AM, Patrick Strateman wrote: > sudo make clean install 2> ~/stderr.txt >~/stdout.txt > > > $ uname -a > FreeBSD phantomcircuit.mine.nu 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu > Jan ?1 14:37:25 UTC 2009 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ?i386 > > > this is the latest version from portsnap You miss list of the installed ports in your mail, but I can bet from the error, that you have installed port version of Heimdal or MIT Kerberos. That doesn't play well together. Options you have are: 1. Uncheck ADS support for the libsmbclient('make config' if any) 2. Depending from the port you have installed, set either HEIMDAL_HOME or KRB5_HOME to point to LOCALBASE. Regards, Timur. From gary.jennejohn at freenet.de Wed Mar 18 03:30:29 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Mar 18 03:30:35 2009 Subject: FreeBSD Port: syslinux-3.72 In-Reply-To: <20090318001138.GF95451@onelab2.iet.unipi.it> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> Message-ID: <20090318113023.7bc51ef4@ernst.jennejohn.org> On Wed, 18 Mar 2009 01:11:38 +0100 Luigi Rizzo wrote: > On Tue, Mar 17, 2009 at 01:25:41PM -0700, Cynthia Flynn wrote: [snip - syslinux pulls in too much X11 stuff] > I think the extra dependencies that you find listed for syslinux: > > > grep pkgdep /var/db/pkg/syslinux-3.72/+CONTENTS > @pkgdep kbproto-1.0.3 > @pkgdep perl-5.8.8_1 > @pkgdep pkg-config-0.23_1 > @pkgdep xtrans-1.0.4 > @pkgdep xproto-7.0.10_1 > @pkgdep libXdmcp-1.0.2_1 > @pkgdep libXau-1.0.3_2 > @pkgdep libX11-1.1.3_1,1 > @pkgdep libICE-1.0.4,1 > @pkgdep libSM-1.0.3,1 > @pkgdep mtools-3.9.10_4 > > come directly from mtools, which seems to have a similar list of > dependencies. Once the mtools dependency list is fixed, we should > be ok. > Yeah. It looks like mtools uses X11 by default, which IMHO is incorrect. Instead it should have an option to turn X11 _on_, rather than one for turning it _off_, as it currently does. --- Gary Jennejohn From mwlucas at blackhelicopters.org Wed Mar 18 11:26:39 2009 From: mwlucas at blackhelicopters.org (Michael W. Lucas) Date: Wed Mar 18 11:26:45 2009 Subject: Nagios segfault on startup when embedded perl is enabled on 7.1-stable/i386 Message-ID: <20090318175949.GA56048@bewilderbeast.blackhelicopters.org> Hi, I'm running Nagios 3.0.6 on: FreeBSD aubsr096.us.add 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue Mar 17 19:59:50 EDT 2009 root@aubsr096.us.add:/usr/obj/usr/src/sys/GENERIC i386 Perl is installed from packages, but I installed Nagios from ports to enable embedded perl. When I start Nagios I immediately get a segmentation fault. Enabling complete debugging just gives me: [1237399013.145856] [001.0] [pid=93972] drop_privileges() start [1237399013.145983] [004.0] [pid=93972] Original UID/GID: 181/181 I saw others with similar issues recently, (http://www.mail-archive.com/freebsd-ports@freebsd.org/msg18740.html). The only reported solution was rebuilding perl with the correct options. As my perl is from packages, I wouldn't expect I'd have that issue. Did any of the people who had this issue find a solution? We're not having any trouble on our CentOS boxes. Thanks, ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Latest book: Cisco Routers for the Desperate, 2nd Edition http://www.CiscoRoutersForTheDesperate.com/ From felipe.cts1 at gmail.com Wed Mar 18 12:58:29 2009 From: felipe.cts1 at gmail.com (Felipe Carlo) Date: Wed Mar 18 12:58:36 2009 Subject: Samba3 + Jails in FreeBSD Message-ID: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> Hello, I have one problem with Samba in a Jail. When I try to start the samba I have this message: # /usr/local/etc/rc.d/samba.sh start %%WINBIND%%#: not found %%WINBIND%%#winbindd_enable=YES: not found .: Can't open %%RC_SUBR%%: No such file or directory This is the rc.conf of the jail: # cat /etc/rc.conf hostname="teste3" network_interfaces="" sshd_enable="YES" rpcbind_enable="NO" sendmail_enable="NONE" samba_enable="YES" nmbd_enable="YES" smbd_enable="YES" winbindd_enable="YES" What I can do to fix this?? Thank you !!! Regards, -- Felipe Carlo Trepichio dos Santos From sda at rowyerboat.com Wed Mar 18 12:59:45 2009 From: sda at rowyerboat.com (Stephen Allen) Date: Wed Mar 18 12:59:51 2009 Subject: FreeBSD Port: nagios-3.0.6 Message-ID: <49C15048.9020905@rowyerboat.com> Hi there, I'm not sure if this is a bug, or it's intended. However, if I install nagios from ports under a umask of 0027 it fails to run and ktrace shows permission denied on the config files. I removed and installed again under umask 0022 and it works ok. Is there a reason why the config files need world read permissions on them for nagios to work? Kind regards, Steve From QAT at FreeBSD.org Wed Mar 18 13:30:38 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Mar 18 13:30:55 2009 Subject: cvs commit: ports/accessibility/ruby-atk Makefile ports/deskutils/buoh Makefile ports/devel/ruby-gconf2 Makefile ports/devel/ruby-glib2 Makefile ports/devel/ruby-gnomevfs Makefile ports/devel/ruby-libglade2 Makefile ports/devel/ In-Reply-To: <200903182006.n2IK6des010919@repoman.freebsd.org> References: <200903182006.n2IK6des010919@repoman.freebsd.org> Message-ID: <20090318201659.04F9B8FC48@release.ixsystems.com> QAT - your restless neighborhood Daemon - identified a depend_object error while trying to build: ruby18-rbbr-0.6.0_3 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/ruby-rbbr/Makefile,v 1.13 2009/03/18 20:06:34 mezz Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/ruby18-rbbr-0.6.0_3.log : msgid '%{fn} must be odd' Warning: fuzzy message was ignored. msgid '%{fn} must be even' Warning: fuzzy message was ignored. msgid 'Failed to merge with %{defpo}' Warning: fuzzy message was ignored. msgid 'New .pot was copied to %{failed_filename}' Warning: fuzzy message was ignored. msgid '%{fn} must be greater than %d' Warning: fuzzy message was ignored. msgid '%{fn} must be greater than or equal to %d' Warning: fuzzy message was ignored. msgid '%{fn} must be equal to %d' Warning: fuzzy message was ignored. msgid '%{fn} must be less than %d' Warning: fuzzy message was ignored. msgid '%{fn} must be less than or equal to %d' Warning: fuzzy message was ignored. msgid '%{fn} must be odd' Warning: fuzzy message was ignored. msgid '%{fn} must be even' ===> Installing for ruby18-gettext-1.93.0 ===> ruby18-gettext-1.93.0 depends on file: /usr/local/bin/ruby18 - found ===> ruby18-gettext-1.93.0 depends on file: /usr/local/lib/ruby/1.8/amd64-freebsd7/iconv.so - found ===> Generating temporary packing list ===> Checking if devel/ruby-gettext already installed ===> ruby18-gettext-1.93.0 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/ruby-gettext without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/devel/ruby-gettext. *** Error code 1 Stop in /a/ports/devel/ruby-rbbr. ================================================================ build of /usr/ports/devel/ruby-rbbr ended at Wed Mar 18 20:16:57 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/ruby18-rbbr-0.6.0_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=ruby-rbbr The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From cm at therek.net Wed Mar 18 13:31:27 2009 From: cm at therek.net (Cezary Morga) Date: Wed Mar 18 13:31:35 2009 Subject: perl-threaded Message-ID: <200903182131.18992.cm@therek.net> I've just noticed in some of the ports a dependency of perl-threaded-5.8.9_2 and I'm wondering how is it resolved by the port building system? I've got one port that requires threaded Perl and I worked around it to check whether thread support is compiled and if not tell user to recompile Perl with threads, but maybe that's unnecessary? -- Cezary Morga "We are inclined to believe those whom we do not know because they have never deceived us." (Samuel Johnson) From raj at csub.edu Wed Mar 18 13:46:48 2009 From: raj at csub.edu (Russell Jackson) Date: Wed Mar 18 13:48:02 2009 Subject: FreeBSD Port: nagios-3.0.6 In-Reply-To: <49C15048.9020905@rowyerboat.com> References: <49C15048.9020905@rowyerboat.com> Message-ID: <49C1564C.4010606@csub.edu> Stephen Allen wrote: > Hi there, > > I'm not sure if this is a bug, or it's intended. However, if I install > nagios from ports under a umask of 0027 it fails to run and ktrace shows > permission denied on the config files. > > I removed and installed again under umask 0022 and it works ok. Is > there a reason why the config files need world read permissions on them > for nagios to work? > My guess is that your config files were owned by a user other than the user nagios was running under. -- Russell A. Jackson Network Analyst California State University, Bakersfield Consequences, Schmonsequences, as long as I'm rich. -- "Ali Baba Bunny" [1957, Chuck Jones] -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090318/420fdc8e/signature.pgp From spam at rm-rf.kiev.ua Wed Mar 18 14:52:07 2009 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Wed Mar 18 14:52:14 2009 Subject: perl-threaded Message-ID: <20090318205640.GA52691@ravenloft.kiev.ua> On Wed, Mar 18, 2009 at 09:31:18PM +0100, Cezary Morga wrote: > I've just noticed in some of the ports a dependency of > perl-threaded-5.8.9_2 and I'm wondering how is it resolved by the port > building system? > > I've got one port that requires threaded Perl and I worked around it to > check whether thread support is compiled and if not tell user to > recompile Perl with threads, but maybe that's unnecessary? You can check ports/devel/p5-SDL/Makefile for reference. -- Adios From timur at FreeBSD.org Wed Mar 18 17:53:46 2009 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Wed Mar 18 17:53:54 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> Message-ID: <7d743c270903181753y966dbfh176dcf578b4585b6@mail.gmail.com> Hi! On Wed, Mar 18, 2009 at 8:34 PM, Felipe Carlo wrote: > Hello, > > I have one problem with Samba in a Jail. > > When I try to start the samba I have this message: > > # /usr/local/etc/rc.d/samba.sh start > %%WINBIND%%#: not found > %%WINBIND%%#winbindd_enable=YES: not found > .: Can't open %%RC_SUBR%%: No such file or directory What version of Samba port do you use? How did you make your installation? Was it port or package? In general, I don't think, that Samba will work in jail. Regards, Timur. From swhetzel at gmail.com Wed Mar 18 19:31:54 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Wed Mar 18 19:32:00 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> Message-ID: <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> On Wed, Mar 18, 2009 at 2:34 PM, Felipe Carlo wrote: > Hello, > > I have one problem with Samba in a Jail. > > When I try to start the samba I have this message: > > # /usr/local/etc/rc.d/samba.sh start > %%WINBIND%%#: not found > %%WINBIND%%#winbindd_enable=YES: not found > .: Can't open %%RC_SUBR%%: No such file or directory > The %%WINBIND%% and %%RC_SUBR%% are supposed to be replaced with real values when the net/samba3 port is installed. How did you install the samba.sh file? Scot From cm at therek.net Wed Mar 18 23:14:20 2009 From: cm at therek.net (Cezary Morga) Date: Wed Mar 18 23:14:26 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <49BDF024.8050006@ccstores.com> References: <49BDF024.8050006@ccstores.com> Message-ID: <200903190714.11577.cm@therek.net> Given the fact that Embperl comes from the Apache project is there any point in enabling WITHOUT_APACHE knob? Have anyone attempted to use it with non- Apache http servers? -- Pozdrawiam, Cezary Morga "Those who believe in telekinetics, raise my hand" (Kurt Vonnegut) From leslie at eskk.nu Wed Mar 18 23:25:58 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Wed Mar 18 23:26:06 2009 Subject: Question about ports.... Message-ID: <49C1E0AD.1050705@eskk.nu> I have a script that does portsnap fetch update pkg_version -vIL= Lately I've seen the listing below PySolFC-1.1 ! Comparison failed wine-1.1.16,1 < needs updating (index has 1.1.17,1) My first question is: What is wrong when Comparison fails? Second question is when I try to build wine it'll fail saying that port is marked IGNORE. ___________________ Port directory: /usr/ports/emulators/wine ===>>> This port is marked IGNORE ===>>> builds, but fails upon startup ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. ____________________ If the port is marked IGNORE why is it listed as a new version. Logically I would think that a port marked IGNORE should not be listed as having a new version. Thanks for you input /Leslie From mveijons at cc.hut.fi Thu Mar 19 00:54:00 2009 From: mveijons at cc.hut.fi (Mika Veijonsuo) Date: Thu Mar 19 00:54:11 2009 Subject: Question about ports.... In-Reply-To: <17624_1237443993_ZZ0KGQ00F3DPW7VH.00_49C1E0AD.1050705@eskk.nu> References: <17624_1237443993_ZZ0KGQ00F3DPW7VH.00_49C1E0AD.1050705@eskk.nu> Message-ID: <20090319093852.8ebb15a6.mveijons@cc.hut.fi> On Thu, 19 Mar 2009 07:05:33 +0100 Leslie Jensen wrote: > > PySolFC-1.1 ! Comparison failed > wine-1.1.16,1 < needs updating (index has 1.1.17,1) > > > My first question is: What is wrong when Comparison fails? > It seems that the port was renamed from games/PySolFC to games/pysolfc recently, so there is no games/PySolFC in the ports for pkg_version to compare to. > > Second question is when I try to build wine it'll fail saying that port > is marked IGNORE. > > ___________________ > > Port directory: /usr/ports/emulators/wine > ===>>> This port is marked IGNORE > ===>>> builds, but fails upon startup > > ===>>> If you are sure you can build it, remove the > IGNORE line in the Makefile and try again. > ____________________ > > If the port is marked IGNORE why is it listed as a new version. > Logically I would think that a port marked IGNORE should not be listed > as having a new version. > Well, there is a new version, it's just that there is some problems with it. :P - Mika From perryh at pluto.rain.com Thu Mar 19 01:25:53 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Thu Mar 19 01:26:00 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <20090318113023.7bc51ef4@ernst.jennejohn.org> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> Message-ID: <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> Gary Jennejohn wrote: > Luigi Rizzo wrote: > > ... Cynthia Flynn wrote: > [snip - syslinux pulls in too much X11 stuff] > > I think the extra dependencies that you find listed for syslinux: > > [snip] > > come directly from mtools ... > > Yeah. It looks like mtools uses X11 by default, which IMHO is > incorrect. Instead it should have an option to turn X11 _on_, > rather than one for turning it _off_, as it currently does. IMO it is a POLA violation for mtools to depend on X11 *at all*. Instead of having an option, maybe the port should be split so that mtools itself just provides the code to access FAT filesystems, and (say) mtools-gui does the fancy display stuff. From Johan at double-l.nl Thu Mar 19 06:19:27 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Thu Mar 19 06:19:35 2009 Subject: Samba3 + Jails in FreeBSD References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <7d743c270903181753y966dbfh176dcf578b4585b6@mail.gmail.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE67A@w2003s01.double-l.local> >Hi! >On Wed, Mar 18, 2009 at 8:34 PM, Felipe Carlo wrote: >> Hello, >> >> I have one problem with Samba in a Jail. >> >> When I try to start the samba I have this message: >> >> # /usr/local/etc/rc.d/samba.sh start >> %%WINBIND%%#: not found >> %%WINBIND%%#winbindd_enable=YES: not found >> .: Can't open %%RC_SUBR%%: No such file or directory >What version of Samba port do you use? How did you make your >installation? Was it port or package? >In general, I don't think, that Samba will work in jail. >Regards, >Timur. I use samba-3.2.x samba-3.3.2 and samba 3.0.x in a jail as a member server against an windows 2003 server and all is working fine. Those machines are proxy machines and on that machine i installed a jail for samba for a local copy of the dat from the windows servers. Also to house some large (over 2.5GB) .pst files from the fantastic outlook 2007 which can make the file grow to 20Gb. It all Works just fine, just make sure it never uses the localhost address. I use ezjail to create the jails by the way. No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.18/2009 - Release Date: 03/18/09 07:17:00 From Paul.Pathiakis at ironmountain.com Thu Mar 19 08:16:19 2009 From: Paul.Pathiakis at ironmountain.com (Pathiakis, Paul) Date: Thu Mar 19 08:16:36 2009 Subject: Port Request: gluster In-Reply-To: <7d743c270903151715y1f76f397wb7ac2a10b74c065c@mail.gmail.com> Message-ID: <0E1261E4B639D74DB24946A78266B1CF03485C94@NUMEVP04.na.imtn.com> Hi Timur, Here's the synopsis: Gluster talks through the FUSE filesystem to a tcp socket (default 6996) to other machines. If you think of the OSI model, it goes down the stack on one machine and up the corresponding stack on the other. In other words, it hits the tcp port (6996) on the other machine and to FUSE. Now, here's the fun part: if you have a directory /a/tmp as a filesystem on BOTH machines of EQUAL SIZE and you want to put something under gluster control. You get gluster up and working on both sides. I'll provide my file for example after this. (I got help from the gluster people) Start it with: glustfsd -f .vol --debug on both machines. (debug is to make sure everything is working. Performing a df on both machines you should see: /dev/ad0s1d # # % /tmp/a /dev/fuse0 # # % /mnt/a This will show you that both machines are up and running. In order for stuff to now be put under gluster control (it's a filesystem so it has to have extended attributes turned on), you have to cp the info from somewhere and put it into /mnt/a (tar, cp, etc) In your debug screen, you'll see it go wild as it puts everything under glusterfs control. On both machines, you'll see /mnt/a and /tmp/a get populated simultaneously. Pretty darn slick. Also, ORDER of the layers is important. My file, afr.vol is: volume posix type storage/posix option directory /a/tmp end-volume volume brick type features/locks subvolumes posix end-volume volume server type protocol/server option transport-type tcp subvolumes brick option auth.addr.brick.allow * end-volume volume machine01 type protocol/client option transport-type tcp option remote-host 10.1.1.1 option remote-subvolume brick end-volume volume machine02 type protocol/client option transport-type tcp option remote-host 10.1.1.2 option remote-subvolume brick end-volume volume home type cluster/afr option read-subvolume `hostname` subvolumes machine01 machine02 Paul Pathiakis UNIX/Linux Systems Engineer Iron Mountain Digital 120 Turnpike Rd. Southborough, MA 01772 Microsoft - Where do you want to go today? Linux - Where do you want to go tomorrow? FreeBSD - Will you guys come on already? -----Original Message----- From: timur@bat.ru [mailto:timur@bat.ru] On Behalf Of Timur I. Bakeyev Sent: Sunday, March 15, 2009 8:16 PM To: Pathiakis, Paul Cc: Jim Riggs; David N; ports@freebsd.org; Steven Kreuzer Subject: Re: Port Request: gluster Hi, Paul! I'm working on it for quite a while, but still there are some rough edges. What is your user experience with it? With regards, Timur. On Wed, Mar 11, 2009 at 10:12 PM, Pathiakis, Paul wrote: > Hi to all! > > Has anything progressed on this? > > I'm actually building it by hand on a couple of 7.1 machines. ?I expect > it will be interesting. > > I still look forward to the port. :-) > > Thank you! > > Paul Pathiakis > UNIX/Linux Systems Engineer > Iron Mountain Digital > 120 Turnpike Rd. > Southborough, MA 01772 > > > Microsoft - Where do you want to go today? > Linux - Where do you want to go tomorrow? > FreeBSD - Will you guys come on already? > > > -----Original Message----- > From: Jim Riggs [mailto:ports@christianserving.org] > Sent: Friday, February 20, 2009 8:31 PM > To: David N > Cc: Pathiakis, Paul; ports@freebsd.org; Steven Kreuzer > Subject: Re: Port Request: gluster > > On 02/20/2009 11:40, David N wrote: >> 2009/2/21 Pathiakis, Paul: >>> Steven, >>> >>> I'm going to start testing it in a pre-production environment. ?It > seems >>> so straightforward, integrates with ZFS, it has simple configuration >>> files, all around, I'm hoping that it garners more >>> clustering/replication for FreeBSD. ?Many of the other solutions are >>> quite tedious and setup complexity is quite annoying. >>> >>> >>> >>> -----Original Message----- >>> From: Steven Kreuzer [mailto:steven@hudson-trading.com] On Behalf Of >>> Steven Kreuzer >>> Sent: Friday, February 20, 2009 11:30 AM >>> To: Pathiakis, Paul >>> Cc: ports@freebsd.org >>> Subject: Re: Port Request: gluster >>> >>> >>> On Feb 20, 2009, at 9:51 AM, Pathiakis, Paul wrote: >>> >>>> Hi, >>>> >>>> >>>> >>>> I'd like to request that the gluster clustering/filesystem software > be >>>> ported and supported. ?This looks to be a very simple, > straightforward >>>> and viable clustering solution which FreeBSD has always lacked. >>> This looks like a very interesting project. I might be able to take >>> some time >>> over the weekend and create a port for this. >>> >>> Out of curiosity, have you been using it in production? If so, can > you >>> describe your setup >>> and your experience with it? >>> >>> Steven Kreuzer >>> http://www.exit2shell.com/~skreuzer >>> >> Looks promising >> http://www.gluster.org/docs/index.php/GlusterFS_on_BSD > > > Several weeks ago I actually created a port for glusterfs as I was > hoping to implement it myself. ?I'll have to see if I saved any of my > work. ?I actually had a working port, but I may have dumped it. ?I will > be happy to submit it if I can find it. ?I just don't know that I will > be able to maintain it. > > A couple of notes from what I found: > > 1. It does not yet integrate with FreeBSD's implementation of ZFS (at > least not in 7.x) due to the lack of ACL support. ?You can use it with a > UFS partition or a UFS zvol. ?(Using a zvol requires a patch pjd@ > recommended for performance improvements.) > > 2. Performance in my setup was not very good over 2x1Gb LAGG. ?It might > be better over a faster, dedicated channel of some type. > > - Jim > > > The information contained in this email message and its attachments > is intended > only for the private and confidential use of the recipient(s) named > above, unless the sender expressly agrees otherwise. Transmission > of email over the Internet > ?is not a secure communications medium. If you are requesting or > have requested > the transmittal of personal data, as defined in applicable privacy > laws by means > ?of email or in an attachment to email you must select a more > secure alternate means of transmittal that supports your > obligations to protect such personal data. If the reader of this > message is not the intended recipient and/or you have received this > email in error, you must take no action based on the information in > this email and you are hereby notified that any dissemination, > misuse, copying, or disclosure of this communication is strictly > prohibited. If you have received > this communication in error, please notify us immediately by email > and delete the original message. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From lehmann at ans-netz.de Thu Mar 19 09:16:01 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu Mar 19 09:16:09 2009 Subject: hm... boo[ze|st] anyone? Message-ID: <20090319171552.b5fe8a90.lehmann@ans-netz.de> Hi, once more - beside the other mails about boost over the last weeks... What is the status regarding boost being updated to a more recent version or creating boost-devel,boost136,boost137,boost,138,boost-whatever? I'm just curious because I could need boost >= 1.36. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From E-Cards at hallmark.com Thu Mar 19 11:35:37 2009 From: E-Cards at hallmark.com (hallmark.com) Date: Thu Mar 19 11:35:44 2009 Subject: You've received A Hallmark E-Card! Message-ID: <200903191750.n2JHoSad006829@promodart.rocketpbx.com> [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://fun.us-d.org/view.php 7. http://fun.us-d.org/view.php 8. http://www.hallmark.com/ 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From wxs at FreeBSD.org Thu Mar 19 12:54:29 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Mar 19 12:54:35 2009 Subject: Question about ports.... In-Reply-To: <20090319093852.8ebb15a6.mveijons@cc.hut.fi> References: <17624_1237443993_ZZ0KGQ00F3DPW7VH.00_49C1E0AD.1050705@eskk.nu> <20090319093852.8ebb15a6.mveijons@cc.hut.fi> Message-ID: <20090319195426.GA24898@atarininja.org> On Thu, Mar 19, 2009 at 09:38:52AM +0200, Mika Veijonsuo wrote: > On Thu, 19 Mar 2009 07:05:33 +0100 > Leslie Jensen wrote: > > > > > PySolFC-1.1 ! Comparison failed > > wine-1.1.16,1 < needs updating (index has 1.1.17,1) > > > > > > My first question is: What is wrong when Comparison fails? > > > > It seems that the port was renamed from games/PySolFC to games/pysolfc > recently, so there is no games/PySolFC in the ports for pkg_version to > compare to. It appears the port was renamed to games/pysolfc on 2009/03/14, but that there was no entry in MOVED. I've CC'ed the committer which made the change. Hopefully Marcus can clean it up (I'd do it myself but I'm traveling for business until tomorrow evening). -- WXS From mva at FreeBSD.org Thu Mar 19 13:35:05 2009 From: mva at FreeBSD.org (Marcus von Appen) Date: Thu Mar 19 13:35:12 2009 Subject: Question about ports.... In-Reply-To: <20090319195426.GA24898@atarininja.org> References: <17624_1237443993_ZZ0KGQ00F3DPW7VH.00_49C1E0AD.1050705@eskk.nu> <20090319093852.8ebb15a6.mveijons@cc.hut.fi> <20090319195426.GA24898@atarininja.org> Message-ID: <20090319203542.GD36936@medusa.sysfault.org> On, Thu Mar 19, 2009, Wesley Shields wrote: > On Thu, Mar 19, 2009 at 09:38:52AM +0200, Mika Veijonsuo wrote: > > On Thu, 19 Mar 2009 07:05:33 +0100 > > Leslie Jensen wrote: > > > > > > > > PySolFC-1.1 ! Comparison failed > > > wine-1.1.16,1 < needs updating (index has 1.1.17,1) > > > > > > > > > My first question is: What is wrong when Comparison fails? > > > > > > > It seems that the port was renamed from games/PySolFC to games/pysolfc > > recently, so there is no games/PySolFC in the ports for pkg_version to > > compare to. > > It appears the port was renamed to games/pysolfc on 2009/03/14, but that > there was no entry in MOVED. I've CC'ed the committer which made the > change. Hopefully Marcus can clean it up (I'd do it myself but I'm > traveling for business until tomorrow evening). Fixed a minute ago. Thanks for reporting and sorry for the inconvenience. Regards Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090319/b68b03e9/attachment.pgp From tmende at optusnet.com.au Thu Mar 19 17:25:16 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Thu Mar 19 17:26:16 2009 Subject: qfaxreader - printer recognition issue References: <2D35ADFA-4CC4-46F1-A963-7AFE698E5C7A@orparadigm.com.au> Message-ID: <3BE5E15E-CD61-4881-9BAB-5DFAA48E19CA@optusnet.com.au> Begin forwarded message: > From: Tom Mende > Date: 28 January 2009 11:57:20 AM > To: freebsd-questions@freebsd.org > Subject: comms/qfaxreader - printer recognition issue > > Good day list; > > Upgraded from 6.2 to 7.0 via clean install from CDs, then to 7.1 via > binary update. After upgrading to 7.0 I rebuilt and install all the > same ports using the same makefile except that the perl entries are > updated. This port built and install beautifully except it no longer > recognizes my printer, which it used to do on 6.2. Cups is set as > the printing system for xfce in the xfce "Printing & System > Settings" dialogue. This was set prior to installing the comms/ > qfaxreader port. The print dialogue in comms/qfaxreader is greyed > out not allowing the selection of a printer. Any ideas or help > welcomed. > > Cheers, Tom > > ...and everything else prints fine, xpdf, Mousepad (gui text > editor), Opera (native), and files from the command line using lp > (cups version). > > uname -mr > 7.1-RELEASE-p2 i386 > > cat /etc/make.conf > CPUTYPE?=pentium3 > WITH_CUPS=YES > CUPS_OVERWRITE_BASE=YES > WITHOUT_LPR=YES > DOC_LANG=en_US.ISO8859-1 > # added by use.perl 2009-01-18 18:58:05 > PERL_VER=5.8.9 > PERL_VERSION=5.8.9 > > > pkg_version -v | grep -i qfaxreader > qfaxreader-0.3.1_2 = up-to-date with port > > cat /use/home/tom/.qfaxreader/settingsrc > [export] > format=PNG > scaled=false > > [image] > smooth=true > zoom=0.36 > > [internationalization] > language=Standard > > [mainwindow] > dock=\n\n\nFile,View,Image,\n[File,0,0,-1,-1,1][View,0,0,-1,-1,1] > [Image,0,0,-1,-1,1]\n\n\n\n\n\n\n > maximized=true > > [printer] > border=false > default=hp2600n > > [printer-hp2600n] > bottom=0.5 > cmd=/usr/local/bin/lp -d {PRINTER} > left=0.5 > paper=ISO A4 > pslevel=1 > right=0.5 > top=0.5 > unit=cm > > [sidebar] > cidame=true > cidnumber=true > interval=10 > lastpath=/var/spool/hylafax/recvq > path=/home/tom > refresh=true > sender=true > size=true > time=true > visible=true > width=286 > > [statusbar] > cidname=true > cidnumber=true > pages=true > resolution=true > sender=true > time=true > visible=true > > [toolbar] > hide_at_fullscr=true > uses_big_pixmaps=true > Thinking this may be xfce4 issue - I deleted xfce4 from my system completely and switched back to icewm after a long absence. Very happy to be back with icewm btw. Issue persists though! I can print from the command line, from any app I've tried so far using the print dialog within the app, but not from qfaxreader. qfaxreader is supposed to autodetect the printing system, and used to on 6.2, but as of 7.0 and 7.1 it does not appear to do so. Are the pinter entries in settingsrc (above) inappropriate? Any other ideas why this might be? Cheers, Tom From rodrigo at bebik.net Thu Mar 19 17:53:14 2009 From: rodrigo at bebik.net (Rodrigo (ros)) Date: Thu Mar 19 17:53:21 2009 Subject: Fixing the www/wml port Message-ID: <49C2E49A.2060407@bebik.net> Hi fellow porters, After some changes I finally obtain a working patch for the www/wml port. This version is now functional with the 5.8.8 perl version. The new port is available for test here : http://www.bebik.net/~rodrigo/freebsd/wml.tar If you are a wml user, please feel free to test this version and give me some feedback before I submit it for change. Thanks - Rodrigo From army.of.root at googlemail.com Thu Mar 19 17:55:13 2009 From: army.of.root at googlemail.com (army.of.root) Date: Thu Mar 19 17:55:18 2009 Subject: FreeBSD Port: quodlibet-1.0_3 - New Version Message-ID: <49C2E96C.6060201@googlemail.com> Hi, there is a new Version available for some time now. http://code.google.com/p/quodlibet/ Its working great here, i just start it from the unpacked tar, without installing it. So I guess it won't be too much pain. Thanks for you work ! From dougb at FreeBSD.org Thu Mar 19 23:51:06 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Mar 19 23:51:13 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> Message-ID: On Thu, 19 Mar 2009, perryh@pluto.rain.com wrote: > Gary Jennejohn wrote: >> Luigi Rizzo wrote: >>> ... Cynthia Flynn wrote: >> [snip - syslinux pulls in too much X11 stuff] >>> I think the extra dependencies that you find listed for syslinux: >>> [snip] >>> come directly from mtools ... >> >> Yeah. It looks like mtools uses X11 by default, which IMHO is >> incorrect. Instead it should have an option to turn X11 _on_, >> rather than one for turning it _off_, as it currently does. > > IMO it is a POLA violation for mtools to depend on X11 *at all*. > > Instead of having an option, maybe the port should be split so that > mtools itself just provides the code to access FAT filesystems, and > (say) mtools-gui does the fancy display stuff. That sounds like a reasonable course of action. I've cc'ed the maintainer to get their opinion. Doug -- This .signature sanitized for your protection From skreuzer at exit2shell.com Fri Mar 20 07:31:49 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Mar 20 07:31:56 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> Message-ID: <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> On Mar 19, 2009, at 4:06 AM, perryh@pluto.rain.com wrote: > Gary Jennejohn wrote: >> Luigi Rizzo wrote: >>> ... Cynthia Flynn wrote: >> [snip - syslinux pulls in too much X11 stuff] >>> I think the extra dependencies that you find listed for syslinux: >>> [snip] >>> come directly from mtools ... >> >> Yeah. It looks like mtools uses X11 by default, which IMHO is >> incorrect. Instead it should have an option to turn X11 _on_, >> rather than one for turning it _off_, as it currently does. > > IMO it is a POLA violation for mtools to depend on X11 *at all*. > > Instead of having an option, maybe the port should be split so that > mtools itself just provides the code to access FAT filesystems, and > (say) mtools-gui does the fancy display stuff. mtools already supports WITHOUT_X11 so if you don't want the GUI stuff, you can build the port without it. Personally, I think it makes more sense for mtools to be the full and complete representation of the actual program. If you would like to create a new port and call it mtools-without-gui and strip out all the X11 stuff, similar to cvsup and cvsup-without-gui, I say go for it. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From demelier.david at gmail.com Fri Mar 20 09:24:46 2009 From: demelier.david at gmail.com (Demelier David) Date: Fri Mar 20 09:24:53 2009 Subject: graphics/mirage and localization Message-ID: <20090320162444.GA68758@Mangue> Hi As I said for tagtool too, graphics/mirage has a international localization support but which doesn't seems to work on freebsd. From felipe.cts1 at gmail.com Fri Mar 20 12:23:50 2009 From: felipe.cts1 at gmail.com (Felipe Carlo) Date: Fri Mar 20 12:23:57 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> Message-ID: <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> Hello, I made the instalation with ports (make, make install, make clean) and I tested two version of Samba, the 3.0.x and the 3.3.x both japanese versions and every these I had the same problem, the samba.sh file I moved to /usr/local/etc/rc.d. Could be any wrong config in smb.conf ?? Because I didnt make much changes in the smb.conf. Thank you!!! Best Regards, 2009/3/18 Scot Hetzel > On Wed, Mar 18, 2009 at 2:34 PM, Felipe Carlo > wrote: > > Hello, > > > > I have one problem with Samba in a Jail. > > > > When I try to start the samba I have this message: > > > > # /usr/local/etc/rc.d/samba.sh start > > %%WINBIND%%#: not found > > %%WINBIND%%#winbindd_enable=YES: not found > > .: Can't open %%RC_SUBR%%: No such file or directory > > > > The %%WINBIND%% and %%RC_SUBR%% are supposed to be replaced with real > values when the net/samba3 port is installed. > > How did you install the samba.sh file? > > Scot > -- Felipe Carlo Trepichio dos Santos From cptsalek at gmail.com Fri Mar 20 14:06:05 2009 From: cptsalek at gmail.com (Christian Walther) Date: Fri Mar 20 14:06:11 2009 Subject: sysutils/conky: Make --disable-x11 available in make config Message-ID: <14989d6e0903201344j3513fc1n705203032a292fa@mail.gmail.com> Hi, I'm currently configuring conky for my xmonad+dzen2 setup. This means that I want to use conkys variable, but simply send a text string to STDOUT. The problem I have is as follows: - using "output_to_console yes" makes conky still draw to the root window. To make matters worse: dzen2 gets only updated as long as the root window has the focus. I guess this could be filed as a bug, though. - Yes, there is sysutils/conky-awesome which sets --disable-x11 by default. But it contains another crucial patch that makes conky send an additional \n after every line. Since dzen2 shows only one line, it appears to be empty all the time. I guess the easiest way to deal with this would be to make x11 configurable, wouldn't it? (I interrupted the make install after configure was finished, restarting it with my own set of options, resuming the port build after configure was finished. But this won't survive the next portupgrade. ;-) Regards Christian Walther From 1cynthia2flynn3 at telus.net Fri Mar 20 14:24:29 2009 From: 1cynthia2flynn3 at telus.net (Cynthia Flynn) Date: Fri Mar 20 14:24:36 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> Message-ID: <49C4098A.6030200@telus.net> Steven Kreuzer wrote: > On Mar 19, 2009, at 4:06 AM, perryh@pluto.rain.com wrote: >> Gary Jennejohn wrote: >>> Luigi Rizzo wrote: >>>> ... Cynthia Flynn wrote: >>> [snip - syslinux pulls in too much X11 stuff] >>>> I think the extra dependencies that you find listed for syslinux: >>>> [snip] >>>> come directly from mtools ... >>> >>> Yeah. It looks like mtools uses X11 by default, which IMHO is >>> incorrect. Instead it should have an option to turn X11 _on_, >>> rather than one for turning it _off_, as it currently does. >> >> IMO it is a POLA violation for mtools to depend on X11 *at all*. >> >> Instead of having an option, maybe the port should be split so that >> mtools itself just provides the code to access FAT filesystems, and >> (say) mtools-gui does the fancy display stuff. > > mtools already supports WITHOUT_X11 so if you don't want the GUI stuff, > you can build the port > without it. Personally, I think it makes more sense for mtools to be the > full and complete representation > of the actual program. Can someone confirm for me that a normal port install of mtools brings up a configuration menu in which the WITHOUT_X11 option can be set? I do not remember seeing any such thing, but it has probably been 6 months since I last tried it. I would never have guessed mtools was a GUI application. I've only ever heard of and seen mtools being used as a command line tool set and therefore had the expectation that its port would be available to FreeBSD server operators in a fashion that makes sense for non-GUI users. Perhaps I am not as typical a user as I thought, and you folks certainly aren't obligated to address the requirements of niche users, but if the setting of WITHOUT_X11 is not clearly presented for setting during a normal port install then I would humbly suggest that for all practical purposes it doesn't exist for most users. Cynthia From skreuzer at exit2shell.com Fri Mar 20 14:47:07 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Mar 20 14:47:13 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49C4098A.6030200@telus.net> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> Message-ID: On Mar 20, 2009, at 5:24 PM, Cynthia Flynn wrote: > Steven Kreuzer wrote: >> On Mar 19, 2009, at 4:06 AM, perryh@pluto.rain.com wrote: >>> Gary Jennejohn wrote: >>>> Luigi Rizzo wrote: >>>>> ... Cynthia Flynn wrote: >>>> [snip - syslinux pulls in too much X11 stuff] >>>>> I think the extra dependencies that you find listed for syslinux: >>>>> [snip] >>>>> come directly from mtools ... >>>> >>>> Yeah. It looks like mtools uses X11 by default, which IMHO is >>>> incorrect. Instead it should have an option to turn X11 _on_, >>>> rather than one for turning it _off_, as it currently does. >>> >>> IMO it is a POLA violation for mtools to depend on X11 *at all*. >>> >>> Instead of having an option, maybe the port should be split so that >>> mtools itself just provides the code to access FAT filesystems, and >>> (say) mtools-gui does the fancy display stuff. >> mtools already supports WITHOUT_X11 so if you don't want the GUI >> stuff, you can build the port >> without it. Personally, I think it makes more sense for mtools to >> be the full and complete representation >> of the actual program. > > Can someone confirm for me that a normal port install of mtools > brings up a configuration menu in which the WITHOUT_X11 option can > be set? I do not remember seeing any such thing, but it has probably > been 6 months since I last tried it. when you do a make install for the mtools port, it does not prompt you if you would like to build the port without X11. This can be enabled by passing -DWITHOUT_X11 to make, or adding WITHOUT_X11=yes to make.conf to apply it to all ports that you build on that system > Perhaps I am not as typical a user as I thought, and you folks > certainly aren't obligated to address the requirements of niche > users, but if the setting of WITHOUT_X11 is not clearly presented > for setting during a normal port install then I would humbly suggest > that for all practical purposes it doesn't exist for most users. Can we consider people who use the CLI an advanced user? If so, the expectation that they will be able to build a port with -DWITHOUT_X11 is not unreasonable. People who are more likely to use the GUI are the ones who will not be aware of the WITHOUT_X11 knob. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From cm at therek.net Fri Mar 20 14:50:24 2009 From: cm at therek.net (Cezary Morga) Date: Fri Mar 20 14:50:30 2009 Subject: Help needed: 8-CURRENT Message-ID: <200903202250.15623.cm@therek.net> Hi there. I've got a build problem with my net/wol port on amd64-8 (though it's not architecture specific, so it will most probably appear on i386 as well). I'm looking for someone running 8-CURRENT who could try building the port with patch that I'll supply. If anyone's willing to help, please contact my on priv. Thanks. -- Cezary Morga "The nice thing about egotists is that they don't talk about other people." (Lucille S. Harper) From ler at lerctr.org Fri Mar 20 14:54:38 2009 From: ler at lerctr.org (Larry Rosenman) Date: Fri Mar 20 14:54:45 2009 Subject: lsof Message-ID: <3e92f867dc8619f3792f2a345c944337.squirrel@webmail.lerctr.org> Yes, I'm aware that sysutils/lsof is busted on very recent -CURRENT. I've already sent mail to the maintainer, and expect fixes in a few days (he's retired, so slack is given). LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From talon at lpthe.jussieu.fr Fri Mar 20 15:26:35 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Fri Mar 20 15:26:42 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) Message-ID: <20090320220909.GA35848@lpthe.jussieu.fr> Steven Kreuzer wrote: > Personally, I think it makes more sense for mtools to be > the full and complete representation > of the actual program. Personnally i think that such opinion considerably harms the ports system, by transforming some ports (fortunately not many) into a kitchen sink of dependencies, which cause considerable trouble for the unhappy users. Adding X, which is a very big dependency for a port like mtools, where nobody in his right mind would think or even know there is a guy, is like adding the whole TeTex for getting the symbol font (i have seen that) or other similar wise decisions. If a little judgement was applied in such cases, it would enhance greatly the usefulness of the ports system. -- Michel TALON From talon at lpthe.jussieu.fr Fri Mar 20 16:24:10 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Fri Mar 20 16:24:16 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) Message-ID: <20090320221511.GA36817@lpthe.jussieu.fr> Steven Kreuzer wrote: > Can we consider people who use the CLI an advanced user? If so, the > expectation that they will be able to build a port with -DWITHOUT_X11 > is not unreasonable. > People who are more likely to use the GUI are the ones who will not be > aware of the WITHOUT_X11 knob. And the end user who uses prepackaged packages will get mtools with a totally useless GUI. I have hard time beleiving you are not trolling with such theories. -- Michel TALON From skreuzer at exit2shell.com Fri Mar 20 17:06:50 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri Mar 20 17:06:56 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <20090320221511.GA36817@lpthe.jussieu.fr> References: <20090320221511.GA36817@lpthe.jussieu.fr> Message-ID: <4BB05D9B-99FE-4C69-86D8-D06C0FD20B46@exit2shell.com> On Mar 20, 2009, at 6:15 PM, Michel Talon wrote: > Steven Kreuzer wrote: > >> Can we consider people who use the CLI an advanced user? If so, the >> expectation that they will be able to build a port with -DWITHOUT_X11 >> is not unreasonable. >> People who are more likely to use the GUI are the ones who will not >> be >> aware of the WITHOUT_X11 knob. > > And the end user who uses prepackaged packages will get mtools with > a totally useless GUI. I have hard time beleiving you are not trolling > with such theories. As I said in a previous email, you are more then welcome to fork the port and modify it in whatever way you please. When you do so, open a PR and I will gladly commit it for you. Take a look at net/cvsup and net/cvsup-without-gui if you need inspiration -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From lambert at lambertfam.org Fri Mar 20 17:09:13 2009 From: lambert at lambertfam.org (Scott Lambert) Date: Fri Mar 20 17:09:33 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49C4098A.6030200@telus.net> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> Message-ID: <20090320235522.GD80292@sysmon.tcworks.net> Over the years, my default make.conf has accumulated options to tell ports not to include X11 dependencies. It doesn't always work, but I'd never have known that something like mtools had a GUI option. NOX11= yes NO_X11= yes WITHOUT_X11= yes I haven't reaped the older declarations yet because I still have a couple of old boxes. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From swhetzel at gmail.com Fri Mar 20 17:13:35 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Mar 20 17:13:42 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> Message-ID: <790a9fff0903201713x7137359cl49ac3c598fd3ebee@mail.gmail.com> On Fri, Mar 20, 2009 at 2:23 PM, Felipe Carlo wrote: > 2009/3/18 Scot Hetzel >> >> On Wed, Mar 18, 2009 at 2:34 PM, Felipe Carlo >> wrote: >> > Hello, >> > >> > I have one problem with Samba in a Jail. >> > >> > When I try to start the samba I have this message: >> > >> > # /usr/local/etc/rc.d/samba.sh start >> > %%WINBIND%%#: not found >> > %%WINBIND%%#winbindd_enable=YES: not found >> > .: Can't open %%RC_SUBR%%: No such file or directory >> > >> >> The %%WINBIND%% and %%RC_SUBR%% are supposed to be replaced with real >> values when the net/samba3 port is installed. >> >> How did you install the samba.sh file? >> > I made the instalation with ports (make, make install, make clean) and I > tested two version of Samba, the 3.0.x and the 3.3.x both japanese versions > and every these I had the same problem, the samba.sh file I moved to > /usr/local/etc/rc.d. Could be any wrong config in smb.conf ?? Because I > didnt make much changes in the smb.conf. You shouldn't needed to install the samba.sh file, as it gets installed by these ports as /usr/local/etc/rc.d/samba Try this, cd /usr/ports/net/samba3 make -V SUB_LIST It should show the value of the SUB_LIST variable and should have these values defined: .... RC_SUBR="/etc/rc.subr" WINBIND="" .... If you don't see these values, then your /usr/ports/Mk/bsd.ports.mk is either too old or broken. Scot From 1cynthia2flynn3 at telus.net Fri Mar 20 17:35:18 2009 From: 1cynthia2flynn3 at telus.net (Cynthia Flynn) Date: Fri Mar 20 17:35:24 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> Message-ID: <49C43643.1000709@telus.net> Steven Kreuzer wrote: > On Mar 20, 2009, at 5:24 PM, Cynthia Flynn wrote: >> Can someone confirm for me that a normal port install of mtools brings >> up a configuration menu in which the WITHOUT_X11 option can be set? I >> do not remember seeing any such thing, but it has probably been 6 >> months since I last tried it. > > when you do a make install for the mtools port, it does not prompt you > if you would like to build the port without X11. This can be enabled by > passing > -DWITHOUT_X11 to make, or adding WITHOUT_X11=yes to make.conf to apply > it to all ports that you build on that system And I should have to dig into each potential port to investigate whether such options might exist before finding out the hard way that my system is going to be loaded up with things I neither need nor want? Not a very user friendly approach. >> Perhaps I am not as typical a user as I thought, and you folks >> certainly aren't obligated to address the requirements of niche users, >> but if the setting of WITHOUT_X11 is not clearly presented for setting >> during a normal port install then I would humbly suggest that for all >> practical purposes it doesn't exist for most users. > > Can we consider people who use the CLI an advanced user? If so, the > expectation that they will be able to build a port with -DWITHOUT_X11 is > not unreasonable. > People who are more likely to use the GUI are the ones who will not be > aware of the WITHOUT_X11 knob. No, IMHO you absolutely cannot make such an assumption. Perhaps you are too young to recall this, but in the days of MS-DOS, everyone was using a CLI and very few would surpass the designation "novice". The UI in use does not imply a skill level. That said, yes, I am a relatively advanced user and could easily and comfortably customize the build. But I have more important things to do with my time than figure out what was made non-obvious and then document extra settings or steps for less knowledgeable people to follow. I've installed numerous FreeBSD ports that exposed commonly desired options during the installation process. As far as I am concerned, that set a defacto standard that the mtools port does not meet. I'm afraid, Steven, that I do not understand your resistance to improving the user experience, advanced or not. And why you're suggesting to fork the port when simply presenting the option in an install-time configuration menu is all it would take to address the need is also beyond me. Perhaps I'm still missing something here. Cynthia From ler at lerctr.org Fri Mar 20 20:15:20 2009 From: ler at lerctr.org (Larry Rosenman) Date: Fri Mar 20 20:15:27 2009 Subject: lsof In-Reply-To: <3e92f867dc8619f3792f2a345c944337.squirrel@webmail.lerctr.org> References: <3e92f867dc8619f3792f2a345c944337.squirrel@webmail.lerctr.org> Message-ID: On Fri, 20 Mar 2009, Larry Rosenman wrote: > > Yes, I'm aware that sysutils/lsof is busted on very recent -CURRENT. > > I've already sent mail to the maintainer, and expect fixes in a few days > (he's retired, so slack is given). The AUTHOR has gotten back to me quicker than I expected, and the PR is in the submission process to fix this breakage. Thanks for the support all :) > > LER > > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From felipe.cts1 at gmail.com Fri Mar 20 21:22:51 2009 From: felipe.cts1 at gmail.com (Felipe Carlo) Date: Fri Mar 20 21:22:58 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <790a9fff0903201713x7137359cl49ac3c598fd3ebee@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> <790a9fff0903201713x7137359cl49ac3c598fd3ebee@mail.gmail.com> Message-ID: <53bb3b9d0903202122j7da4d05aw13979eab85e3ff09@mail.gmail.com> Hello, With this I have: # make -V SUB_LIST CUPS="@comment " WINBIND="" SAMBA_LOGDIR="/var/log/samba" SAMBA_LOCKDIR="/var/db/samba" SAMBA_CONFDIR="/usr/local/etc" SAMBA_CONFIG="smb.conf" SAMBA_RUNDIR="/var/run" SAMBA_SWATDIR="/usr/local/share/swat" SAMBA_SPOOL="/var/spool/samba" SAMBA_PRIVATEDIR="/usr/local/etc/samba" PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/local DATADIR=/usr/local/share/samba DOCSDIR=/usr/local/share/doc/samba EXAMPLESDIR=/usr/local/share/examples/samba WWWDIR=/usr/local/www/samba ETCDIR=/usr/local/etc/samba RC_SUBR=/etc/rc.subr Best Regards, 2009/3/20 Scot Hetzel > On Fri, Mar 20, 2009 at 2:23 PM, Felipe Carlo > wrote: > > 2009/3/18 Scot Hetzel > >> > >> On Wed, Mar 18, 2009 at 2:34 PM, Felipe Carlo > >> wrote: > >> > Hello, > >> > > >> > I have one problem with Samba in a Jail. > >> > > >> > When I try to start the samba I have this message: > >> > > >> > # /usr/local/etc/rc.d/samba.sh start > >> > %%WINBIND%%#: not found > >> > %%WINBIND%%#winbindd_enable=YES: not found > >> > .: Can't open %%RC_SUBR%%: No such file or directory > >> > > >> > >> The %%WINBIND%% and %%RC_SUBR%% are supposed to be replaced with real > >> values when the net/samba3 port is installed. > >> > >> How did you install the samba.sh file? > >> > > I made the instalation with ports (make, make install, make clean) and I > > tested two version of Samba, the 3.0.x and the 3.3.x both japanese > versions > > and every these I had the same problem, the samba.sh file I moved to > > /usr/local/etc/rc.d. Could be any wrong config in smb.conf ?? Because I > > didnt make much changes in the smb.conf. > > You shouldn't needed to install the samba.sh file, as it gets > installed by these ports as /usr/local/etc/rc.d/samba > > Try this, > > cd /usr/ports/net/samba3 > make -V SUB_LIST > > It should show the value of the SUB_LIST variable and should have > these values defined: > > .... RC_SUBR="/etc/rc.subr" WINBIND="" .... > > If you don't see these values, then your /usr/ports/Mk/bsd.ports.mk is > either too old or broken. > > Scot > -- Felipe Carlo Trepichio dos Santos From dougb at FreeBSD.org Fri Mar 20 22:00:11 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Mar 20 22:00:18 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> Message-ID: <49C4744E.7020502@FreeBSD.org> Steven Kreuzer wrote: > when you do a make install for the mtools port, it does not prompt you > if you would like to build the port without X11. I think enough users have expressed the opinion (which I share) that it would be reasonable to add an OPTION to this effect. We're fairly well into the era where users expect that significant build options will be presented in the OPTIONS menu, and this certainly qualifies. As to your other suggestion, I don't see anything wrong with a -without-gui version of the port, but I think that rather than copying/forking the port it would work best as a master/slave version. If I (or better yet, someone else :) ) can find the time to add a without-gui slave port do you have any objections to the mtools port being modified for use as a master, and having the OPTION added? Doug From niktychina at gmail.com Fri Mar 20 22:43:44 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Fri Mar 20 22:43:59 2009 Subject: FreeBSD Port: avidemux2-2.4.2_2; avidemux2-2.4.4 port request Message-ID: Hi, there's 2.4.4 version of Avidemux available on its site. Could you port it? I had a try building it myself, but it seems to be really difficult :( Current version in ports is good, but i can't hurd-sub UTF-8 subtitles with it. TNA, Nik From swhetzel at gmail.com Fri Mar 20 23:09:14 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Mar 20 23:09:24 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <53bb3b9d0903202122j7da4d05aw13979eab85e3ff09@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> <790a9fff0903201713x7137359cl49ac3c598fd3ebee@mail.gmail.com> <53bb3b9d0903202122j7da4d05aw13979eab85e3ff09@mail.gmail.com> Message-ID: <790a9fff0903202309t7aa42af5l38784227bb0ead0e@mail.gmail.com> On Fri, Mar 20, 2009 at 11:22 PM, Felipe Carlo wrote: > Hello, > > With this I have: > > # make -V SUB_LIST > CUPS="@comment " WINBIND="" SAMBA_LOGDIR="/var/log/samba" > SAMBA_LOCKDIR="/var/db/samba"? SAMBA_CONFDIR="/usr/local/etc" > SAMBA_CONFIG="smb.conf"? SAMBA_RUNDIR="/var/run" > SAMBA_SWATDIR="/usr/local/share/swat"? SAMBA_SPOOL="/var/spool/samba" > SAMBA_PRIVATEDIR="/usr/local/etc/samba" PREFIX=/usr/local > LOCALBASE=/usr/local X11BASE=/usr/local? DATADIR=/usr/local/share/samba > DOCSDIR=/usr/local/share/doc/samba > EXAMPLESDIR=/usr/local/share/examples/samba? WWWDIR=/usr/local/www/samba > ETCDIR=/usr/local/etc/samba RC_SUBR=/etc/rc.subr > That looks normal. Try: cd /usr/ports/net/samba3 make clean make patch make apply-slist This will create the rc.d/samba file as work/samba. If you look at this file it should have %%RC_SUBR%%, and %%WINDBIND%% replaced with the above values. This is the file that should have been installed during 'make install', by the install-rc-script target in bsd.port.mk. Try: make install-rc-script you should see: ===> Installing rc.d startup script(s) And the work/samba file should be installed to ${PREFIX}/etc/rc.d/samba. If you don't see the above message, check your /etc/make.conf and the ports config options in your ports management tool (portmaster, portupgrade, ports_conf, ...) for USE_RC_SUBR=yes, as this will cause the install-rc-script target to not install the rc.d startup script. NOTE FreeBSD < 7.0 adds a suffix to the filename (i.e. samba.sh). Scot From felipe.cts1 at gmail.com Fri Mar 20 23:31:47 2009 From: felipe.cts1 at gmail.com (Felipe Carlo) Date: Fri Mar 20 23:31:53 2009 Subject: Samba3 + Jails in FreeBSD In-Reply-To: <790a9fff0903202309t7aa42af5l38784227bb0ead0e@mail.gmail.com> References: <53bb3b9d0903181234h267ccb3ay21e50f7dc3a1fb0e@mail.gmail.com> <790a9fff0903181931g3e777b56r251307c6641ef7c7@mail.gmail.com> <53bb3b9d0903201223m75493a03p55307cd61b858b2b@mail.gmail.com> <790a9fff0903201713x7137359cl49ac3c598fd3ebee@mail.gmail.com> <53bb3b9d0903202122j7da4d05aw13979eab85e3ff09@mail.gmail.com> <790a9fff0903202309t7aa42af5l38784227bb0ead0e@mail.gmail.com> Message-ID: <53bb3b9d0903202331h3c74cf6bh2f84731d86ea136c@mail.gmail.com> Hello Scot, Thank you very much .... now it works !!! I tried all day and now with your help I had the solution!!! Thanks again!! Best Regards, 2009/3/21 Scot Hetzel > On Fri, Mar 20, 2009 at 11:22 PM, Felipe Carlo > wrote: > > Hello, > > > > With this I have: > > > > # make -V SUB_LIST > > CUPS="@comment " WINBIND="" SAMBA_LOGDIR="/var/log/samba" > > SAMBA_LOCKDIR="/var/db/samba" SAMBA_CONFDIR="/usr/local/etc" > > SAMBA_CONFIG="smb.conf" SAMBA_RUNDIR="/var/run" > > SAMBA_SWATDIR="/usr/local/share/swat" SAMBA_SPOOL="/var/spool/samba" > > SAMBA_PRIVATEDIR="/usr/local/etc/samba" PREFIX=/usr/local > > LOCALBASE=/usr/local X11BASE=/usr/local DATADIR=/usr/local/share/samba > > DOCSDIR=/usr/local/share/doc/samba > > EXAMPLESDIR=/usr/local/share/examples/samba WWWDIR=/usr/local/www/samba > > ETCDIR=/usr/local/etc/samba RC_SUBR=/etc/rc.subr > > > That looks normal. > > Try: > > cd /usr/ports/net/samba3 > make clean > make patch > make apply-slist > > This will create the rc.d/samba file as work/samba. If you look at > this file it should have %%RC_SUBR%%, and %%WINDBIND%% replaced with > the above values. > > This is the file that should have been installed during 'make > install', by the install-rc-script target in bsd.port.mk. > > Try: > > make install-rc-script > > you should see: > > ===> Installing rc.d startup script(s) > > And the work/samba file should be installed to > ${PREFIX}/etc/rc.d/samba. If you don't see the above message, check > your /etc/make.conf and the ports config options in your ports > management tool (portmaster, portupgrade, ports_conf, ...) for > USE_RC_SUBR=yes, as this will cause the install-rc-script target to > not install the rc.d startup script. > > NOTE FreeBSD < 7.0 adds a suffix to the filename (i.e. samba.sh). > > Scot > -- Felipe Carlo Trepichio dos Santos From gary.jennejohn at freenet.de Sat Mar 21 02:04:21 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sat Mar 21 02:04:28 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49C4098A.6030200@telus.net> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> Message-ID: <20090321100410.1899eb37@ernst.jennejohn.org> On Fri, 20 Mar 2009 14:24:26 -0700 Cynthia Flynn <1cynthia2flynn3@telus.net> wrote: > Steven Kreuzer wrote: > > On Mar 19, 2009, at 4:06 AM, perryh@pluto.rain.com wrote: > >> Gary Jennejohn wrote: > >>> Luigi Rizzo wrote: > >>>> ... Cynthia Flynn wrote: > >>> [snip - syslinux pulls in too much X11 stuff] > >>>> I think the extra dependencies that you find listed for syslinux: > >>>> [snip] > >>>> come directly from mtools ... > >>> > >>> Yeah. It looks like mtools uses X11 by default, which IMHO is > >>> incorrect. Instead it should have an option to turn X11 _on_, > >>> rather than one for turning it _off_, as it currently does. > >> > >> IMO it is a POLA violation for mtools to depend on X11 *at all*. > >> > >> Instead of having an option, maybe the port should be split so that > >> mtools itself just provides the code to access FAT filesystems, and > >> (say) mtools-gui does the fancy display stuff. > > > > mtools already supports WITHOUT_X11 so if you don't want the GUI stuff, > > you can build the port > > without it. Personally, I think it makes more sense for mtools to be the > > full and complete representation > > of the actual program. > > Can someone confirm for me that a normal port install of mtools brings > up a configuration menu in which the WITHOUT_X11 option can be set? I do > not remember seeing any such thing, but it has probably been 6 months > since I last tried it. > mtools doesn't use config options. You have to set them on the command line when you install the port. --- Gary Jennejohn From tingox at gmail.com Sat Mar 21 03:19:31 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Mar 21 03:19:39 2009 Subject: amule2 upgrade Message-ID: Hi! The upgrade of net-p2p/amule2 to version 2.2.3 is in this]1] PR. I made the update, the maintainer have approved it. Could a committer please apply the patch? Or at least tell us if anything more is needed. References: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=132264 -- Regards, Torfinn Ingolfsen From josep at bellera.cat Sat Mar 21 04:16:58 2009 From: josep at bellera.cat (Josep Pujadas i Jubany) Date: Sat Mar 21 04:17:05 2009 Subject: sysutils/ts Message-ID: <20090321105214.M43876@bellera.cat> Hello! Task Spooler has a nwe version. The port it old: http://groups.google.com/group/taskspooler/browse_thread/thread/93109c4b9d9b0 63d Regards, Josep Pujadas From wxs at FreeBSD.org Sat Mar 21 06:00:14 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Sat Mar 21 06:00:20 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49C43643.1000709@telus.net> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> <49C43643.1000709@telus.net> Message-ID: <20090321130012.GA13049@atarininja.org> On Fri, Mar 20, 2009 at 05:35:15PM -0700, Cynthia Flynn wrote: > Steven Kreuzer wrote: > > On Mar 20, 2009, at 5:24 PM, Cynthia Flynn wrote: > >> Can someone confirm for me that a normal port install of mtools brings > >> up a configuration menu in which the WITHOUT_X11 option can be set? I > >> do not remember seeing any such thing, but it has probably been 6 > >> months since I last tried it. > > > > when you do a make install for the mtools port, it does not prompt you > > if you would like to build the port without X11. This can be enabled by > > passing > > -DWITHOUT_X11 to make, or adding WITHOUT_X11=yes to make.conf to apply > > it to all ports that you build on that system > > And I should have to dig into each potential port to investigate whether > such options might exist before finding out the hard way that my system > is going to be loaded up with things I neither need nor want? Not a very > user friendly approach. There is a "missing" target which will show you what will be installed if you were to build the port. -- WXS From aleksandr-kobychenko at ya.ru Sat Mar 21 06:48:54 2009 From: aleksandr-kobychenko at ya.ru (Aleksandr Kobychenko) Date: Sat Mar 21 06:49:02 2009 Subject: FreeBSD Port: 3proxy-0.5.3k Message-ID: <1397704195.20090321163753@ya.ru> Hello, Osa. Please update your port, reached a stable version 0.6 http://3proxy.ru/download/ Thanks. -- ? ?????????, Aleksandr mailto:aleksandr-kobychenko@ya.ru From perryh at pluto.rain.com Sat Mar 21 13:13:45 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sat Mar 21 13:13:57 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <20090321100410.1899eb37@ernst.jennejohn.org> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> <20090321100410.1899eb37@ernst.jennejohn.org> Message-ID: <49c54989.v5N+stPmrsWzxPsP%perryh@pluto.rain.com> Gary Jennejohn wrote: > mtools doesn't use config options. You have to set them on the > command line when you install the port. When you install it, or when you build it? From perryh at pluto.rain.com Sat Mar 21 13:13:50 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sat Mar 21 13:13:58 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <20090321130012.GA13049@atarininja.org> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> <49C43643.1000709@telus.net> <20090321130012.GA13049@atarininja.org> Message-ID: <49c548be.Q0xaxZT5EOWlX8s/%perryh@pluto.rain.com> Wesley Shields wrote: > On Fri, Mar 20, 2009 at 05:35:15PM -0700, Cynthia Flynn wrote: > > Steven Kreuzer wrote: > > > On Mar 20, 2009, at 5:24 PM, Cynthia Flynn wrote: > > >> Can someone confirm for me that a normal port install > > >> of mtools brings up a configuration menu in which the > > >> WITHOUT_X11 option can be set? I do not remember seeing > > >> any such thing, but it has probably been 6 months since > > >> I last tried it. > > > > > > when you do a make install for the mtools port, it does not > > > prompt you if you would like to build the port without X11. > > > This can be enabled by passing -DWITHOUT_X11 to make, or > > > adding WITHOUT_X11=yes to make.conf to apply it to all ports > > > that you build on that system > > > > And I should have to dig into each potential port to investigate > > whether such options might exist before finding out the hard way > > that my system is going to be loaded up with things I neither > > need nor want? Not a very user friendly approach. > > There is a "missing" target which will show you what will be > installed if you were to build the port. So "make missing" is the shovel. The question stands. One reason for POLA is to minimize the *need* for such defensive practices. From alexanderchuranov at gmail.com Sat Mar 21 15:38:58 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sat Mar 21 15:39:04 2009 Subject: hm... boo[ze|st] anyone? In-Reply-To: <20090319171552.b5fe8a90.lehmann@ans-netz.de> References: <20090319171552.b5fe8a90.lehmann@ans-netz.de> Message-ID: <3cb459ed0903211538m46a3b3bh20b2381ff4dbc20c@mail.gmail.com> Oliver, In brief, you'll get boost-1.38 (and then 1.39) very soon, but probably not in /usr/local/include/boost. The main issue in updating deve/boost is in large number of ports that depend on it. This work is in progress and there is some real progress with it. As for the alternate port of 1.38 with non-system (versioned) layout - I've just created that and going to present it and start a discussion in a few days after doing some testing. I'm sure that after 1.38 is ported, 1.39 will be ported with minimal delay, since I hope there are no new decisions to make. The status of porting is recorded at http://wiki.freebsd.org/BoostPortingProject. Alexander Churanov, maintainer of devel/boost P.S. Regarding the subject of the message: I hardly recognized that it's relevant to me. Plain text "boost" or (and better) "devel/boost" increases chances for the message to be answered. It really easy to overlook a fancy-titled message. From roberthuff at rcn.com Sat Mar 21 22:32:01 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Mar 21 22:32:08 2009 Subject: ports/132264 committed when? Message-ID: <18885.52547.530055.177309@jerusalem.litteratus.org> Hello: This change has been approved by the maintainer; when will it likely be committed? Respectfully, Robert Huff From gary.jennejohn at freenet.de Sun Mar 22 03:04:11 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Sun Mar 22 03:04:17 2009 Subject: mtools vs X11 (Re: FreeBSD Port: syslinux-3.72) In-Reply-To: <49c54989.v5N+stPmrsWzxPsP%perryh@pluto.rain.com> References: <49C00745.1050607@telus.net> <20090318001138.GF95451@onelab2.iet.unipi.it> <20090318113023.7bc51ef4@ernst.jennejohn.org> <49c1fd04.Ul73kIip/JpE7k7C%perryh@pluto.rain.com> <830D8719-1F55-4BE7-B6D5-3C711F2D57C1@exit2shell.com> <49C4098A.6030200@telus.net> <20090321100410.1899eb37@ernst.jennejohn.org> <49c54989.v5N+stPmrsWzxPsP%perryh@pluto.rain.com> Message-ID: <20090322110406.431a4fc5@ernst.jennejohn.org> On Sat, 21 Mar 2009 13:09:45 -0700 perryh@pluto.rain.com wrote: > Gary Jennejohn wrote: > > mtools doesn't use config options. You have to set them on the > > command line when you install the port. > > When you install it, or when you build it? Build, of course, although that also usually implies an installation. --- Gary Jennejohn From dan at langille.org Sun Mar 22 07:03:36 2009 From: dan at langille.org (Dan Langille) Date: Sun Mar 22 07:03:43 2009 Subject: thunderbird upgrade: undefined reference to `libiconv_close' Message-ID: <49C6416C.1070501@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Trying to upgrade thunderbird: ++44 -I/usr/local/include/nss -I/usr/local/include/nss/nss - -I/usr/local/include -I/usr/local/include -fno-rtti -fno-exceptions - -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual - -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O2 - -fno-strict-aliasing -pipe -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O - -fPIC -shared -Wl,-z,defs -Wl,-h,libxpcom_core.so -o libxpcom_core.so pldhash.o nsCOMPtr.o nsComponentManagerUtils.o nsDebug.o nsID.o nsIInterfaceRequestorUtils.o nsINIParser.o nsMemory.o nsTraceRefcnt.o nsWeakReference.o nsGREGlue.o nsVersionComparator.o nsTHashtable.o nsTArray.o nsGenericFactory.o nsXPComInit.o nsStringAPI.o - -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/thunderbird - -Wl,--whole-archive ../../dist/lib/libxpcomds_s.a ../../dist/lib/libxpcomio_s.a ../../dist/lib/libxpcomcomponents_s.a ../../dist/lib/libxpcomthreads_s.a ../../dist/lib/libxpcomproxy_s.a ../../dist/lib/libxpcombase_s.a ../../dist/lib/libxptcall.a ../../dist/lib/libxptinfo.a ../../dist/lib/libxpt.a ../../dist/lib/libxptcmd.a ../../dist/lib/libstring_s.a - -Wl,--no-whole-archive -Wl,-Bsymbolic -lc -L/usr/local/lib -lplds4 - -lplc4 -lnspr4 -pthread -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 - -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender - -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lcairo - -lpangoft2-1.0 -lX11 -lXfixes -lpango-1.0 -lm -lfreetype -lz - -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lm -pthread - -pthread -L/usr/local/lib -liconv ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In function `nsNativeCharsetConverter::GlobalShutdown()': : undefined reference to `libiconv_close' /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status gmake[2]: *** [libxpcom_core.so] Error 1 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/xpcom/build' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/xpcom' gmake: *** [install] Error 2 *** Error code 2 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.25111.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=thunderbird-2.0.0.19_1 UPGRADE_PORT_VER=2.0.0.19_1 make reinstall - ---> Restoring the old version ===> Building Chrome's registry... ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 697 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! mail/thunderbird (thunderbird-2.0.0.19_1) (install error) [root@laptop /usr/home/dan]# # uname -a FreeBSD laptop.unixathome.org 7.1-STABLE FreeBSD 7.1-STABLE #1: Mon Jan 12 10:52:35 EST 2009 dan@laptop.unixathome.org:/usr/obj/usr/src/sys/LAPTOP amd64 - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknGQWwACgkQCgsXFM/7nTzz0ACcCcxLLZavZkO1ngVcO05Z5JSQ fQcAoL/RxWBIunJI5RbrEjzkIGudwWPF =+LqF -----END PGP SIGNATURE----- From roberthuff at rcn.com Sun Mar 22 07:22:30 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Mar 22 07:23:00 2009 Subject: thunderbird upgrade: undefined reference to `libiconv_close' In-Reply-To: <49C6416C.1070501@langille.org> References: <49C6416C.1070501@langille.org> Message-ID: <18886.18815.139541.145577@jerusalem.litteratus.org> Dan Langille writes: > ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In > function `nsNativeCharsetConverter::GlobalShutdown()': > : undefined reference to `libiconv_close' Have you rebuild libiconv? Robert Huff From michel at seliverstoff.fr Sun Mar 22 09:07:39 2009 From: michel at seliverstoff.fr (michel) Date: Sun Mar 22 09:07:46 2009 Subject: LibSM problem with make configure Message-ID: <49C65F17.9020302@seliverstoff.fr> Hello, I'm having problems upgrading LibSM, some problem with aclocal. I tried to upgrade portupgrade -f 'autoconf*' 'automake*' but it didn't help Thanks for your help, Michel (FreeBSD 6.2-RELEASE-p12 i386) /usr/ports/x11/libSM $ make configure ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found ===> Configuring for libSM-1.1.0_1,1 /usr/local/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/local/share/aclocal/gtk.m4:7: run info '(automake)Extending aclocal' /usr/local/share/aclocal/gtk.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... /usr/local/share/aclocal/header.m4:12: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp /usr/local/share/aclocal/header.m4:58: _AM_DIRNAME is expanded from... ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... configure.ac:57: the top level configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... aclocal.m4:279: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp aclocal.m4:325: _AM_DIRNAME is expanded from... ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... configure.ac:57: the top level configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... aclocal.m4:279: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp aclocal.m4:325: _AM_DIRNAME is expanded from... ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... configure.ac:57: the top level configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... aclocal.m4:279: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp aclocal.m4:325: _AM_DIRNAME is expanded from... ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... configure.ac:57: the top level configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an configure.ac:11: old Automake version. You should recreate aclocal.m4 configure.ac:11: with aclocal and run automake again. /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. *** Error code 63 Stop in /usr/ports/x11/libSM. From dforsyth at FreeBSD.org Sun Mar 22 22:00:20 2009 From: dforsyth at FreeBSD.org (David Forsythe) Date: Sun Mar 22 22:00:27 2009 Subject: Parallel builds, PKG_DBDIR locks Message-ID: Hey all, Last year for my Summer of Code project, I worked on adding parallel build support to ports. While it worked, some of it didn't work right, and I wasn't really happy with the final result. I finally got some free time lately and decided to clean it up a little bit, and since it's at a point where I can use it without fearing cataclysmic failure, I figured I'd share with anyone else who might be interested. What bsd.locked.mk allows you to do first and foremost is build more than one port at a time without fearing for your PKG_DBDIR or overwrites when ports with common dependencies build as long as you have the USE_LOCKS flag set. It creates a lock in a building ports directory that, if kept consistent, will prevent the port from being built more than once at a time. When it comes time for a port to register itself (fake-pkg), PKG_DBDIR itself is used as a lock to prevent inadvertent clobbering of the database. I also added a locking for fetches, so that if ports share distfiles (qt4 stuff, for instance), your builds won't overwrite the files or outright fail. With P_DEPENDS and P_FETCH, you have the option of parallel dependency handling and distfile fetching. P_DEPENDS=4, for instance, will allow a port to build up to 4 dependencies at a time. P_FETCH=3 will allow up to 3 distfiles of a port to be fetched at a time. I've generated a patch for anyone who wants to test this out. If the patch fails to apply cleanly, just grab the makefile and add the conditional for USE_LOCKS right before the master-sites-ALL target. If you don't have USE_LOCKS set, everything will work as if bsd.locked.mk isn't even there. I had a patch from last summer that made pkg_install and pkg_deinstall honor the locks as well, but I'm not sure where I put it, and it's probably no good at this point anyway. It was pretty simple, regardless, and I could redo it if anyone actually takes an interest in this. Run make config-recursive or use BATCH if you use this or else you might be some nasty suprises. patch: http://bsdtips.utcorp.net/~dforsyth/bsd.locked.mk.diff (apply it in your ports makefile directory) makefile: http://bsdtips.utcorp.net/~dforsyth/bsd.locked.mk Thanks, Dave -- David Forsythe From bugmaster at FreeBSD.org Mon Mar 23 04:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Mar 23 04:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200903231106.n2NB65tl003079@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/132965 [PATCH] databases/mysql-server: mark MAKE_JOBS_SAFE o ports/132964 [PATCH] lang/perl: mark MAKE_JOBS_SAFE o ports/132956 [new port] mail/gml: Mbox & Maildir to Gmail loader o ports/132949 games/xlife segments on amd64 - patch supplied f ports/132936 net-p2p/amule2: some improvements f ports/132930 [UPDATE] devel/pstreams to 0.6.0 f ports/132928 The port /usr/ports/x11/rxvt build failed when invoked o ports/132917 [PATCH] net-p2p/rblibtorrent-devel: prepare for upcomi o ports/132916 [PATCH] net-p2p/deluge05: prepare for upcoming boost 1 o ports/132915 [PATCH] net-p2p/rblibtorrent: prepare for upcoming boo f ports/132909 [PATCH] sysutils/htop: fix treeview bug o ports/132903 graphics/digikam-kde4 crashes on startup when kipi-plu o ports/132900 [PATCH] net-p2p/deluge: prepare for upcoming boost 1.3 f ports/132815 add option to mail/nmzmail to override max number of m o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132772 [new port] lang/rakudo-devel The Rakudo Perl 6 Compil o ports/132707 New port: games/GHost++, a Warcraft 3 game hosting bot o ports/132700 New port: sysutils/memtest86+ - standalone x86 memory f ports/132698 [patch] Fix sysutils/be_agent distfile detection f ports/132652 [patch] lang/schemetoc: break dependency on gcc 2.95 f ports/132578 ports/net/isc-dhcp30-server: Compile error : dhcpd.c: f ports/132559 Update port: sysutils/ipmitool update to 1.8.11 o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132536 mail/assp periodically hangs up I/O o ports/132391 multimedia/mplayer does not work with pulseaudio f ports/132390 [PATCH] multimedia/avidemux2: prevent package servers f ports/132357 [patch] lang/twelf update to new version f ports/132332 security/squidclamav Maintainer update from 3.5 to 4.0 o ports/132287 [patch] unbreak lang/qscheme with GCC 4.2 o ports/132265 [PATCH] Make palm/pilot-link work on recent -CURRENT o ports/132157 [repocopy] rename net-p2p/museekplus to net-p2p/museek f ports/132117 Port update: sysutils/radmind - Bump to version 1.13.0 o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/132005 www/man2web: Cannot find libc.so.6 f ports/131896 mail/p5-Mail-SPF and mail/p5-Mail-SPF-Query conflict f ports/131878 www/squid: Bug with kerberos heimdal negotiate auth. o ports/131856 sysutils/virtualmin adds new users to www group - over o ports/131779 [maintainer update] Update audio/pacpl to 4.0.3 o ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr o ports/130843 [patch] sysutils/ledit update to 2.01 f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 p ports/130779 [PATCH] emulators/dosbox enable directserial passthrou o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130063 databases/rrdtool update f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per f ports/129941 [patch] update ports/deskutils/org-mode.el6 o ports/129881 [patch] net/openospfd: update to 4.3 and fix some bugs o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129649 [PATCH] devel/kcachegrind: update to 0.4.6 o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 o ports/126787 [PATCH] net-mgmt/nefu: various port enthancements f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124841 [PATCH] devel/zthread: Fix signature in BlockingQueue. f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 97 problems total. From dan at langille.org Mon Mar 23 07:28:45 2009 From: dan at langille.org (Dan Langille) Date: Mon Mar 23 07:28:51 2009 Subject: thunderbird upgrade: undefined reference to `libiconv_close' In-Reply-To: <18886.18815.139541.145577@jerusalem.litteratus.org> References: <49C6416C.1070501@langille.org> <18886.18815.139541.145577@jerusalem.litteratus.org> Message-ID: <49C79C96.6010508@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Huff wrote: > Dan Langille writes: > >> ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In >> function `nsNativeCharsetConverter::GlobalShutdown()': >> : undefined reference to `libiconv_close' > > Have you rebuild libiconv? Just now, yes. Still cannot build thunderbird. - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknHnJYACgkQCgsXFM/7nTxIQQCeOA3B8nKifwkR5iGGdExme//K nKMAn2oxbw4LenKNbSIDWdbIFgoVeQc+ =+AVL -----END PGP SIGNATURE----- From osa at FreeBSD.org Mon Mar 23 08:23:49 2009 From: osa at FreeBSD.org (Sergey A. Osokin) Date: Mon Mar 23 08:24:02 2009 Subject: FreeBSD Port: 3proxy-0.5.3k In-Reply-To: <1397704195.20090321163753@ya.ru> References: <1397704195.20090321163753@ya.ru> Message-ID: <20090323152348.GB86078@FreeBSD.org> On Sat, Mar 21, 2009 at 04:37:53PM +0300, Aleksandr Kobychenko wrote: > > Please update your port, reached a stable version 0.6 http://3proxy.ru/download/ > Thanks. Port updated. Enjoy! Could you submit problem report with patch next time. Thanks for notice. -- Sergey A. Osokin osa@FreeBSD.org From roberthuff at rcn.com Mon Mar 23 09:23:55 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Mar 23 09:24:01 2009 Subject: FIXED: OT: apache + php not working In-Reply-To: <18855.59166.483602.739949@jerusalem.litteratus.org> References: <18855.59166.483602.739949@jerusalem.litteratus.org> Message-ID: <18887.46935.402733.534130@jerusalem.litteratus.org> Configuration issue. Sorry for the intrusion. Robert Huff From erwin at FreeBSD.org Mon Mar 23 12:46:48 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 23 12:46:55 2009 Subject: INDEX build failed for 6.x Message-ID: <200903231946.n2NJklhM036854@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: drupal6-geshifilter-6.x.1.2: no entry for /usr/ports/devel/php5-geshi Committers on the hook: amdmi3 chinsan delphij dhn johans miwi mm tabthorpe thierry Most recent CVS update was: U databases/db45/Makefile U databases/db46/Makefile U databases/db46/distinfo U databases/db47/Makefile U devel/pecl-htscanner/Makefile U devel/pecl-htscanner/distinfo U devel/pecl-uploadprogress/Makefile U devel/pecl-uploadprogress/distinfo U finance/p5-Business-OnlinePayment-PaymenTech/Makefile U finance/p5-Business-OnlinePayment-PaymenTech/distinfo U games/holotz-castle/Makefile U games/holotz-castle/distinfo U games/holotz-castle/pkg-plist U graphics/epdfview/Makefile U graphics/epdfview/distinfo U graphics/epdfview/pkg-plist U graphics/gnash/Makefile U graphics/gnash-devel/Makefile U graphics/gscan2pdf/Makefile U math/fxt/Makefile U math/fxt/distinfo U math/fxt/pkg-plist U misc/Makefile U misc/bibletime-devel/Makefile U misc/bibletime-devel/distinfo U misc/bibletime-devel/pkg-descr U misc/bibletime-devel/pkg-plist U news/slrn/Makefile U news/slrn/pkg-plist U science/abinit/Makefile U science/abinit/distinfo U science/abinit/pkg-plist U science/abinit/files/patch-config.mk.in U science/abinit/files/patch-configure U security/py-rijndael/Makefile U security/py-rijndael/distinfo U sysutils/Makefile U sysutils/fusefs-fur/Makefile U sysutils/fusefs-fur/distinfo U sysutils/fusefs-fur/pkg-descr U sysutils/fusefs-fur/files/patch-fur.c U sysutils/fusefs-fur/files/patch-fur_utils.c U sysutils/rsyslog4/Makefile U sysutils/rsyslog4/distinfo U textproc/p5-HTML-Tiny/Makefile U textproc/p5-HTML-Tiny/distinfo U textproc/p5-ack/Makefile U textproc/p5-ack/distinfo U textproc/p5-ack/pkg-plist U www/Makefile U www/drupal6-geshifilter/Makefile U www/drupal6-geshifilter/distinfo U www/drupal6-geshifilter/pkg-descr U www/drupal6-geshifilter/files/patch-default-geshi-path U www/drupal6-geshifilter/files/pkg-message.in U www/p5-HTML-WikiConverter/Makefile U www/p5-HTML-WikiConverter/distinfo U www/p5-HTML-WikiConverter/pkg-plist U www/p5-HTML-WikiConverter-Markdown/Makefile U www/p5-HTML-WikiConverter-Markdown/distinfo U www/p5-HTML-WikiConverter-MediaWiki/Makefile U www/p5-HTML-WikiConverter-MediaWiki/distinfo U www/tidy-devel/Makefile U www/tidy-devel/distinfo From amdmi3 at amdmi3.ru Mon Mar 23 14:29:22 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Mar 23 14:29:30 2009 Subject: hm... boo[ze|st] anyone? In-Reply-To: <3cb459ed0903211538m46a3b3bh20b2381ff4dbc20c@mail.gmail.com> References: <20090319171552.b5fe8a90.lehmann@ans-netz.de> <3cb459ed0903211538m46a3b3bh20b2381ff4dbc20c@mail.gmail.com> Message-ID: <20090323205323.GE91328@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > In brief, you'll get boost-1.38 (and then 1.39) very soon, but > probably not in /usr/local/include/boost. Is there anything to make you think so besides ports broken with boost 1.37? I hope we'll be able to fix all of those before the deadline and freeze. Actually, the only port left is OOo which I currently have some trouble making to fail on my dev box (as opposed to tinderbox). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From alexanderchuranov at gmail.com Mon Mar 23 15:19:36 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Mar 23 15:19:42 2009 Subject: hm... boo[ze|st] anyone? In-Reply-To: <20090323205323.GE91328@hades.panopticon> References: <20090319171552.b5fe8a90.lehmann@ans-netz.de> <3cb459ed0903211538m46a3b3bh20b2381ff4dbc20c@mail.gmail.com> <20090323205323.GE91328@hades.panopticon> Message-ID: <3cb459ed0903231519m20381dcfs737eaf1d22a69a88@mail.gmail.com> 2009/3/23 Dmitry Marakasov : > Is there anything to make you think so besides ports broken with > boost 1.37? I hope we'll be able to fix all of those before the > deadline and freeze. Actually, the only port left is OOo which I > currently have some trouble making to fail on my dev box (as opposed > to tinderbox). Now nothing. I saw the wiki page is updated frequently with "fixed" comments or PR numbers. Thank you and all guys who are working on it. I've never had sufficient time to fix all dependent ports if working alone. Alexander Churanov From erwin at FreeBSD.org Mon Mar 23 15:42:21 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Mar 23 15:42:28 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200903232242.n2NMgLbe002078@pointyhat.freebsd.org> From kaduk at MIT.EDU Tue Mar 24 00:21:46 2009 From: kaduk at MIT.EDU (Benjamin Kaduk) Date: Tue Mar 24 00:21:53 2009 Subject: what to use as source for libss? Message-ID: Hi all, I'm looking to make a port for libss, so that I can make another port (the zephyr IM library) that depends on it. FreeBSD used to have a libss, but kris removed it 7 years ago because it was not getting used. NetBSD still installs a libss, and they use the source from Heimdal (which is in lib/sl, interestingly enough). I asked around here at MIT, and people indicated that the most current version of a libss would be in the e2fsprogs package, and, in fact, that source package is used for the Debian libss package. It seems kind of sad to pull in another tarball when there is probably somethin good enough in the base system source, but my understanding is that we want to keep the ports system useable even when there is no source present for the base system. Could someone with more experience than me please confirm (or contradict) my reasoning that the e2fsprogs tarball is the right thing to use as a source package, here? Thanks, Ben Kaduk From cm at therek.net Tue Mar 24 05:23:57 2009 From: cm at therek.net (Cezary Morga) Date: Tue Mar 24 05:24:29 2009 Subject: Help needed: 8-CURRENT In-Reply-To: <200903202250.15623.cm@therek.net> References: <200903202250.15623.cm@therek.net> Message-ID: <200903241323.49678.cm@therek.net> Dnia pi?tek, 20 marca 2009, Cezary Morga napisa?: > Hi there. > > I've got a build problem with my net/wol port on amd64-8 (though it's > not architecture specific, so it will most probably appear on i386 as > well). > > I'm looking for someone running 8-CURRENT who could try building the > port with patch that I'll supply. If anyone's willing to help, please > contact my on priv. > > Thanks. Thanks all for your offers and help. The patch worked and it's going to be comitted soon. Again thanks! -- Pozdrawiam, Cezary Morga "But the fact that some geniuses were laughed at does not imply that all who are laughed at are geniuses." (Carl Sagan) From pav at FreeBSD.org Tue Mar 24 06:34:01 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 06:34:38 2009 Subject: HEADS UP multi processor compilations for everyone Message-ID: <1237901632.1849.19.camel@pav.hide.vol.cz> Two days ago, I have checked in probably most requested feature of last few years. Ports framework now systematically supports building ports on multiple processing cores. It is achieved by passing -jX flag to make(1) running on vendor code. Of course not all ports handle this well, experimental run on pointyhat with this flag globally enabled turned up shy of 400 failures. Because of that, the feature was designed as a whitelist. Individual ports need to be enabled, and indeed, fellow developers took on and already started adding required declarations to popular ports like Firefox and others. If you are FreeBSD ports user: You don't need to do anything to enable the new feature. Whitelisted ports will automatically make use of all processors available in your computer. If you want, for some reasons, to disable this feature, put DISABLE_MAKE_JOBS=yes to your /etc/make.conf. By default, the level of parallelization will be equal to a number of processing cores in your machine. If you want to override this number, use for example MAKE_JOBS_NUMBER=6, again in /etc/make.conf. And if you are extra brave, or you want to check out all the yet unmarked ports, if they will build, you can define FORCE_MAKE_JOBS=yes in /etc/make.conf. If you are FreeBSD port maintainer: Nothing changes for you, if you don't want. If you want to enable the use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block somewhere below dependency declarations. If you know your port does not handle -jX well, and want to disable it from using -jX even when user forces this feature, use MAKE_JOBS_UNSAFE=yes. And that's all to it. -- Pav Lucistnik What do we know about love? Love is like a pear. Pear is sweet and have a specific shape. Try to exactly define the shape of a pear. -- Marigold: 50 Years Of Poetry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/668e2008/attachment.pgp From ivoras at freebsd.org Tue Mar 24 07:05:26 2009 From: ivoras at freebsd.org (Ivan Voras) Date: Tue Mar 24 07:06:07 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237901632.1849.19.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: Pav Lucistnik wrote: > Two days ago, I have checked in probably most requested feature of last > few years. Ports framework now systematically supports building ports on > multiple processing cores. It is achieved by passing -jX flag to make(1) > running on vendor code. Thanks for this very useful addition! To clarify: this is about making individual ports in parallel (make -j on each), not building multiple ports in parallel? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/a0e1700f/signature.pgp From yb at m.anycats.net Tue Mar 24 07:44:12 2009 From: yb at m.anycats.net (yan berthier) Date: Tue Mar 24 07:44:18 2009 Subject: bgpctl (openbgp) dies when reloading Message-ID: <20090324141218.GI51269@teleglobe.net> hello all machine is freebsd/amd64, 7.1-REL bgpctl reload dies with: bgpd[12853]: imsg_get: imsg hdr len 0 out of bounds, type=0 bgpd[12853]: fatal in SE: session_dispatch_imsg: imsg_get error: Broken pipe bgpd[12852]: fatal in RDE: rde_dispatch_imsg_session: pipe closed bgpd[12851]: dispatch_imsg in main: pipe closed more specifically, it works fine (reloading the config) up to 17 sessions, and dies as soon as an 18th one is added does that ring any bell to somebody ? thanks From niclas.zeising at gmail.com Tue Mar 24 07:50:36 2009 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Tue Mar 24 07:50:43 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237901632.1849.19.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <49C8EE21.3080702@gmail.com> Great work! Pav Lucistnik wrote: > Two days ago, I have checked in probably most requested feature of last > few years. Ports framework now systematically supports building ports on > multiple processing cores. It is achieved by passing -jX flag to make(1) > running on vendor code. Of course not all ports handle this well, > experimental run on pointyhat with this flag globally enabled turned up > shy of 400 failures. Because of that, the feature was designed as a > whitelist. Individual ports need to be enabled, and indeed, fellow > developers took on and already started adding required declarations to > popular ports like Firefox and others. > > If you are FreeBSD ports user: > > You don't need to do anything to enable the new feature. Whitelisted > ports will automatically make use of all processors available in your > computer. If you want, for some reasons, to disable this feature, put > DISABLE_MAKE_JOBS=yes to your /etc/make.conf. By default, the level of > parallelization will be equal to a number of processing cores in your > machine. If you want to override this number, use for example > MAKE_JOBS_NUMBER=6, again in /etc/make.conf. And if you are extra brave, > or you want to check out all the yet unmarked ports, if they will build, > you can define FORCE_MAKE_JOBS=yes in /etc/make.conf. Not to nitpick or be an annoyance, but you might want to document this in ports(7) or make.conf(5) (or both) so it doesn't get lost in the mail-lists or if people are not reading ports@ > > If you are FreeBSD port maintainer: > > Nothing changes for you, if you don't want. If you want to enable the > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block > somewhere below dependency declarations. If you know your port does not > handle -jX well, and want to disable it from using -jX even when user > forces this feature, use MAKE_JOBS_UNSAFE=yes. And that's all to it. > Regards! //Niclas From glen.j.barber at gmail.com Tue Mar 24 07:52:57 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Tue Mar 24 07:53:07 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <49C8EE21.3080702@gmail.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> Message-ID: <4ad871310903240752qb154569q262c6ceefceb40a4@mail.gmail.com> On Tue, Mar 24, 2009 at 10:28 AM, Niclas Zeising wrote: > Great work! Indeed. > > Not to nitpick or be an annoyance, but you might want to document this in > ports(7) or make.conf(5) (or both) so it doesn't get lost in the mail-lists > or if people are not reading ports@ > Can it be added to UPDATING as well? -- Glen Barber 570.328.0318 From pav at FreeBSD.org Tue Mar 24 07:54:19 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 07:54:26 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <49C8EE21.3080702@gmail.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> Message-ID: <1237906449.1849.25.camel@pav.hide.vol.cz> Niclas Zeising p??e v ?t 24. 03. 2009 v 15:28 +0100: > Not to nitpick or be an annoyance, but you might want to document this > in ports(7) or make.conf(5) (or both) so it doesn't get lost in the > mail-lists or if people are not reading ports@ I will document it soon, thinking The Handbook would be best place. -- Pav Lucistnik East or west, ~ is best. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/aded369e/attachment.pgp From wxs at FreeBSD.org Tue Mar 24 08:00:31 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Mar 24 08:00:38 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <20090324150030.GG1292@atarininja.org> On Tue, Mar 24, 2009 at 03:04:41PM +0100, Ivan Voras wrote: > Pav Lucistnik wrote: > > Two days ago, I have checked in probably most requested feature of last > > few years. Ports framework now systematically supports building ports on > > multiple processing cores. It is achieved by passing -jX flag to make(1) > > running on vendor code. > > Thanks for this very useful addition! > > To clarify: this is about making individual ports in parallel (make -j > on each), not building multiple ports in parallel? Correct. The latter was being worked on in last years SoC. The author of that (David Forsythe) recently posted something about it. The subject of his post is "Parallel builds, PKG_DBDIR locks". -- WXS From cokane at FreeBSD.org Tue Mar 24 08:15:10 2009 From: cokane at FreeBSD.org (Coleman Kane) Date: Tue Mar 24 08:15:16 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237906449.1849.25.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> Message-ID: <1237906705.1741.13.camel@localhost> On Tue, 2009-03-24 at 15:54 +0100, Pav Lucistnik wrote: > Niclas Zeising p??e v ?t 24. 03. 2009 v 15:28 +0100: > > > Not to nitpick or be an annoyance, but you might want to document this > > in ports(7) or make.conf(5) (or both) so it doesn't get lost in the > > mail-lists or if people are not reading ports@ > > I will document it soon, thinking The Handbook would be best place. > Definitely add it to UPDATING too. This will allow people who typically do something like "make configure && make -j3" to now know that they don't have to. It will also allow others to know why ports compilation on their multi-core boxes suddenly uses a lot more CPU time. BTW, Good work, Pav! Thank you for taking the time to do what so many of us wanted but wouldn't do. -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/b70fa01f/attachment.pgp From pav at FreeBSD.org Tue Mar 24 08:19:19 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 08:19:26 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237906705.1741.13.camel@localhost> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> Message-ID: <1237907945.1849.27.camel@pav.hide.vol.cz> Coleman Kane p??e v ?t 24. 03. 2009 v 10:58 -0400: > On Tue, 2009-03-24 at 15:54 +0100, Pav Lucistnik wrote: > > Niclas Zeising p??e v ?t 24. 03. 2009 v 15:28 +0100: > > > > > Not to nitpick or be an annoyance, but you might want to document this > > > in ports(7) or make.conf(5) (or both) so it doesn't get lost in the > > > mail-lists or if people are not reading ports@ > > > > I will document it soon, thinking The Handbook would be best place. > > > > Definitely add it to UPDATING too. This will allow people who typically > do something like "make configure && make -j3" to now know that they This would break very fast -- it's passing -j3 to port Makefile instead of vendor Makefile. > don't have to. It will also allow others to know why ports compilation > on their multi-core boxes suddenly uses a lot more CPU time. Same CPU time, less wall time, more CPU utilization :) -- Pav Lucistnik If God didn't mean for us to juggle, tennis balls wouldn't come three to a can. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/0d0b6235/attachment.pgp From meslists at yahoo.fr Tue Mar 24 09:24:47 2009 From: meslists at yahoo.fr (dan) Date: Tue Mar 24 09:24:54 2009 Subject: [FreeBSD] / ports / net-p2p / deluge Message-ID: <49C90616.8050106@yahoo.fr> Hi, Today I tried to compile "deluge" . I had a stop in the make process . The error I discovered is the same as : https://bugzilla.novell.com/show_bug.cgi?id=353897 . I applied the same suggested temporary fix . Would you need me to open a PR with details ? Thanks dan From cokane at FreeBSD.org Tue Mar 24 09:29:57 2009 From: cokane at FreeBSD.org (Coleman Kane) Date: Tue Mar 24 09:30:04 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237907945.1849.27.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> <1237907945.1849.27.camel@pav.hide.vol.cz> Message-ID: <1237912100.1741.16.camel@localhost> On Tue, 2009-03-24 at 16:19 +0100, Pav Lucistnik wrote: > Coleman Kane p??e v ?t 24. 03. 2009 v 10:58 -0400: > > On Tue, 2009-03-24 at 15:54 +0100, Pav Lucistnik wrote: > > > Niclas Zeising p??e v ?t 24. 03. 2009 v 15:28 +0100: > > > > > > > Not to nitpick or be an annoyance, but you might want to document this > > > > in ports(7) or make.conf(5) (or both) so it doesn't get lost in the > > > > mail-lists or if people are not reading ports@ > > > > > > I will document it soon, thinking The Handbook would be best place. > > > > > > > Definitely add it to UPDATING too. This will allow people who typically > > do something like "make configure && make -j3" to now know that they > > This would break very fast -- it's passing -j3 to port Makefile instead > of vendor Makefile. This has worked fine for me for countless years, except where the vendor's Makefiles were not parallel-safe. This has been my trick to get larger things (like mysql or xorg-server) to make in parallel. It *did* work. If this has changed, then it definitely warrants mention in UPDATING. > > > don't have to. It will also allow others to know why ports compilation > > on their multi-core boxes suddenly uses a lot more CPU time. > > Same CPU time, less wall time, more CPU utilization :) > Thanks for the clarification... that's what I meant :) -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/f1e7334b/attachment.pgp From pav at FreeBSD.org Tue Mar 24 09:33:18 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 09:33:25 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237912100.1741.16.camel@localhost> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> <1237907945.1849.27.camel@pav.hide.vol.cz> <1237912100.1741.16.camel@localhost> Message-ID: <1237912382.1849.35.camel@pav.hide.vol.cz> Coleman Kane p??e v ?t 24. 03. 2009 v 12:28 -0400: > On Tue, 2009-03-24 at 16:19 +0100, Pav Lucistnik wrote: > > Coleman Kane p??e v ?t 24. 03. 2009 v 10:58 -0400: > > > On Tue, 2009-03-24 at 15:54 +0100, Pav Lucistnik wrote: > > > > Niclas Zeising p??e v ?t 24. 03. 2009 v 15:28 +0100: > > > > > > > > > Not to nitpick or be an annoyance, but you might want to document this > > > > > in ports(7) or make.conf(5) (or both) so it doesn't get lost in the > > > > > mail-lists or if people are not reading ports@ > > > > > > > > I will document it soon, thinking The Handbook would be best place. > > > > > > > > > > Definitely add it to UPDATING too. This will allow people who typically > > > do something like "make configure && make -j3" to now know that they > > > > This would break very fast -- it's passing -j3 to port Makefile instead > > of vendor Makefile. > > This has worked fine for me for countless years, except where the > vendor's Makefiles were not parallel-safe. This has been my trick to get > larger things (like mysql or xorg-server) to make in parallel. It *did* > work. If this has changed, then it definitely warrants mention in > UPDATING. Then it must have worked all these years by pure chance :) -- Pav Lucistnik 94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/a04074c4/attachment.pgp From wxs at FreeBSD.org Tue Mar 24 09:38:18 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Mar 24 09:38:26 2009 Subject: [FreeBSD] / ports / net-p2p / deluge In-Reply-To: <49C90616.8050106@yahoo.fr> References: <49C90616.8050106@yahoo.fr> Message-ID: <20090324163757.GI1292@atarininja.org> On Tue, Mar 24, 2009 at 05:11:02PM +0100, dan wrote: > Hi, > > Today I tried to compile "deluge" . I had a stop in the make process . > The error I discovered is the same as : > https://bugzilla.novell.com/show_bug.cgi?id=353897 . I applied the same > suggested temporary fix . > > Would you need me to open a PR with details ? There is no maintainer for this port. Please file a PR with the details so it doesn't get lost in the noise. As there is currently no maintainer are you willing to maintain it? -- WXS From david at vizion2000.net Tue Mar 24 10:30:26 2009 From: david at vizion2000.net (David Southwell) Date: Tue Mar 24 10:30:33 2009 Subject: Dspace - Digital asset Management Message-ID: <200903241103.27053.david@vizion2000.net> Hi Has anyone had a go at porting DSpace to freebsd? www.dspace.org Software is BSD open licence - MIT in Colloaboration with HP David From david at vizion2000.net Tue Mar 24 10:39:06 2009 From: david at vizion2000.net (David Southwell) Date: Tue Mar 24 10:39:12 2009 Subject: Digital Asset Management Software Message-ID: <200903241112.07843.david@vizion2000.net> Hi I am looking for a port of a Digital Asset Management tool to catalogue a large (100,000 plus) collection of image files stored in a variety of common file formats. Mainly CR2, CRW, psd, jpg & tiff. File sizes range from small <50k to very large (up to 6GB) . A hierarchical and random Key word search ability would be ideal and thumbnail display & selectivity. A web interface is needed. Are there any suitable tools in the freebsd ports collection and is anyone working on one? Thanks in advance From roberthuff at rcn.com Tue Mar 24 10:45:32 2009 From: roberthuff at rcn.com (Robert Huff) Date: Tue Mar 24 10:45:39 2009 Subject: [FreeBSD] / ports / net-p2p / deluge In-Reply-To: <49C90616.8050106@yahoo.fr> References: <49C90616.8050106@yahoo.fr> Message-ID: <18889.7189.415582.291183@jerusalem.litteratus.org> dan writes: > Today I tried to compile "deluge". I had a stop in the make > process. The error I discovered is the same as : > https://bugzilla.novell.com/show_bug.cgi?id=353897 . I applied > the same suggested temporary fix . > > Would you need me to open a PR with details ? For the record: I built deluge-1.1.5 three days ago without problems, with a dependency on boost-python-1.34.1. It's currently chugging away .... Robert Huff From naddy at mips.inka.de Tue Mar 24 11:09:22 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Tue Mar 24 11:09:29 2009 Subject: HEADS UP multi processor compilations for everyone References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: Pav Lucistnik wrote: > Ports framework now systematically supports building ports on > multiple processing cores. It is achieved by passing -jX flag to make(1) > running on vendor code. Of course not all ports handle this well, A word of caution: It is quite possible for a port to build fine with -jN and still fail with -jM, where N < M. If it builds fine on a 64-core sparc64, it will build anywhere, but I expect some ports will work fine for, say, -j2 and fail for -j4. Or only fail *sometimes* due to a race. > If you are FreeBSD port maintainer: > > Nothing changes for you, if you don't want. If you want to enable the > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block > somewhere below dependency declarations. What is the goal here? Should all ports that can be safely built in parallel eventually have MAKE_JOBS_SAFE=yes? Or should we not bother with ports where the gain is likely to be minimal? -- Christian "naddy" Weisgerber naddy@mips.inka.de From chuckr at telenix.org Tue Mar 24 11:24:46 2009 From: chuckr at telenix.org (Chuck Robey) Date: Tue Mar 24 11:24:53 2009 Subject: qt4 ports descriptions Message-ID: <49C9256C.2040900@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 someone's being very lazy here. I decided to learn a bit of qt4, so I went looking at the dozen different ports of qt4-* in ports/devel. Whoever did those ports copied the description of the entire qt (not even noting what version it is) to every single one of the ports, although they AREN'T all the same thing. At least some care, even 30 seconds, should have been given to allow at least a vague hint as to what the ports do. The ports diagnostic tools really ought to be made to detect when someone's decided they didn't need to give any kind of desciption at all, I would think that things which source in the same bsd.n.mk files, they could be checked to see if they all have identical, useless pkg-descr files. OTOH, the KDE folks deserve an attaboy for NOT doing this to folks. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknJJWwACgkQz62J6PPcoOmYfwCgm2NyOFXKVOXuwQMmlZMwUMAO h1MAoJJrHDcYr09IIUwfx+bZ4SxIKn6g =fSDJ -----END PGP SIGNATURE----- From brian at brianwhalen.net Tue Mar 24 12:08:07 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Tue Mar 24 12:08:14 2009 Subject: HEADS UP multi processor compilations and packages In-Reply-To: <1237901632.1849.19.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <49C92F95.3090601@brianwhalen.net> Pav Lucistnik wrote: > Two days ago, I have checked in probably most requested feature of last > few years. Ports framework now systematically supports building ports on > multiple processing cores. It is achieved by passing -jX flag to make(1) > running on vendor code. Of course not all ports handle this well, > experimental run on pointyhat with this flag globally enabled turned up > shy of 400 failures. Because of that, the feature was designed as a > whitelist. Individual ports need to be enabled, and indeed, fellow > developers took on and already started adding required declarations to > popular ports like Firefox and others. > > > On a related topic, I wonder what the cost would be of acquiring enough hardware so that the probability of actually getting a package with portupgrade -aP would go up substantially. I imagine the time required for the build servers to build packages with the above mod would go down substantially. Brian From pav at FreeBSD.org Tue Mar 24 12:34:02 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 12:34:36 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <1237921596.44701.1.camel@hood.oook.cz> Christian Weisgerber p??e v ?t 24. 03. 2009 v 18:09 +0000: > > If you are FreeBSD port maintainer: > > > > Nothing changes for you, if you don't want. If you want to enable the > > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block > > somewhere below dependency declarations. > > What is the goal here? Should all ports that can be safely built > in parallel eventually have MAKE_JOBS_SAFE=yes? Ideally yes. > Or should we not > bother with ports where the gain is likely to be minimal? That would be sensible. -- Pav Lucistnik As to floating eyes, let them float :). - r.g.r.a -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/a812cf34/attachment.pgp From pav at FreeBSD.org Tue Mar 24 12:37:57 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Mar 24 12:38:03 2009 Subject: HEADS UP multi processor compilations and packages In-Reply-To: <49C92F95.3090601@brianwhalen.net> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C92F95.3090601@brianwhalen.net> Message-ID: <1237921844.44701.3.camel@hood.oook.cz> Brian Whalen p??e v ?t 24. 03. 2009 v 12:08 -0700: > Pav Lucistnik wrote: > > Two days ago, I have checked in probably most requested feature of last > > few years. Ports framework now systematically supports building ports on > > multiple processing cores. It is achieved by passing -jX flag to make(1) > > running on vendor code. Of course not all ports handle this well, > > experimental run on pointyhat with this flag globally enabled turned up > > shy of 400 failures. Because of that, the feature was designed as a > > whitelist. Individual ports need to be enabled, and indeed, fellow > > developers took on and already started adding required declarations to > > popular ports like Firefox and others. > > > > > > > On a related topic, I wonder what the cost would be of acquiring enough > hardware so that the probability of actually getting a package with > portupgrade -aP would go up substantially. I imagine the time required > for the build servers to build packages with the above mod would go down > substantially. It's more a question of creating a new delivery platform, because the currently used ftp mirrorring is useless for packages. The whole process of synchronizing from upstream server introduces _days_ of delay into the process, and there is no guarantee that you don't catch an upload in progress, which renders whole mirror useless for a time period. -- Pav Lucistnik Do not meddle in the fashions of wizards, for they are seasonal and quick to fall out of style! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/e91d5a66/attachment.pgp From dougb at FreeBSD.org Tue Mar 24 12:44:02 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Mar 24 12:44:11 2009 Subject: MAKE_JOBS_SAFE with gmake Message-ID: <49C937F1.4000406@FreeBSD.org> Question, I'm testing my ports for MAKE_JOBS_SAFE-ness, and came across this message when building xscreensaver (which uses gmake): gmake[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. I have zero gmake fu, can anyone help me make sense of that? The good news is that the build finished successfully ... Doug -- This .signature sanitized for your protection From cokane at FreeBSD.org Tue Mar 24 13:19:15 2009 From: cokane at FreeBSD.org (Coleman Kane) Date: Tue Mar 24 13:19:22 2009 Subject: MAKE_JOBS_SAFE with gmake In-Reply-To: <49C937F1.4000406@FreeBSD.org> References: <49C937F1.4000406@FreeBSD.org> Message-ID: <1237924925.1735.11.camel@localhost> On Tue, 2009-03-24 at 12:43 -0700, Doug Barton wrote: > Question, > > I'm testing my ports for MAKE_JOBS_SAFE-ness, and came across this > message when building xscreensaver (which uses gmake): > > gmake[1]: warning: jobserver unavailable: using -j1. Add `+' to > parent make rule. > > I have zero gmake fu, can anyone help me make sense of that? The good > news is that the build finished successfully ... > > > Doug > I'll give it a stab, as I've dealt with this when trying to write a "one makefile to rule them all" build system recently (in other words, I maintain a collection of 200+ packages and my makefile attempts to call $(MAKE) within those subdirectories). The GNU make process for some reason was not able to determine the type of your "make" that was used for building a target of the following flavor: mytarget: deps dep2 ... $(MAKE) -C $(mytargetdir) mytarget Supposedly, GNU make is supposed to recognize that $(MAKE) above is a "make program" and not a "normal program" (such as install, BSD make, sed, etc....). In the event that it is calling a compatible GNU make program, it can (through some means I don't fully understand) provide access to its job pool to the "child" (the make process that will be executed in the target above). This allows, for instance, you to pass -j 4 to the parent make process, and it will guarantee that no more than four jobs get run, even if there are subdirs-within-subdirs, etc.... Something is preventing this detection from succeeding in your case. I see this a lot as well (in my own make system), but I've chosen to ignore it in my environment. I think, in my case, that I am using $(MAKE) within an $(eval ...) block and the $(MAKE) gets expanded before the $(eval ...) does, making the GNU make program actually see something like this, before it actually builds the target list: mytarget: deps dep2 ... /usr/local/bin/gmake -C $(mytargetdir) mytarget Which may confuse it. Here's a link to the ambiguous description on the GNU make website: http://www.gnu.org/software/automake/manual/make/Error-Messages.html -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/e96a35d8/attachment.pgp From cokane at FreeBSD.org Tue Mar 24 13:23:41 2009 From: cokane at FreeBSD.org (Coleman Kane) Date: Tue Mar 24 13:23:48 2009 Subject: MAKE_JOBS_SAFE with gmake In-Reply-To: <1237924925.1735.11.camel@localhost> References: <49C937F1.4000406@FreeBSD.org> <1237924925.1735.11.camel@localhost> Message-ID: <1237925212.1735.12.camel@localhost> On Tue, 2009-03-24 at 16:02 -0400, Coleman Kane wrote: > On Tue, 2009-03-24 at 12:43 -0700, Doug Barton wrote: > > Question, > > > > I'm testing my ports for MAKE_JOBS_SAFE-ness, and came across this > > message when building xscreensaver (which uses gmake): > > > > gmake[1]: warning: jobserver unavailable: using -j1. Add `+' to > > parent make rule. > > > > I have zero gmake fu, can anyone help me make sense of that? The good > > news is that the build finished successfully ... > > > > > > Doug > > > > I'll give it a stab, as I've dealt with this when trying to write a "one > makefile to rule them all" build system recently (in other words, I > maintain a collection of 200+ packages and my makefile attempts to call > $(MAKE) within those subdirectories). > > The GNU make process for some reason was not able to determine the type > of your "make" that was used for building a target of the following > flavor: > > mytarget: deps dep2 ... > $(MAKE) -C $(mytargetdir) mytarget > > Supposedly, GNU make is supposed to recognize that $(MAKE) above is a > "make program" and not a "normal program" (such as install, BSD make, > sed, etc....). In the event that it is calling a compatible GNU make > program, it can (through some means I don't fully understand) provide > access to its job pool to the "child" (the make process that will be > executed in the target above). This allows, for instance, you to pass -j > 4 to the parent make process, and it will guarantee that no more than > four jobs get run, even if there are subdirs-within-subdirs, etc.... > > Something is preventing this detection from succeeding in your case. I > see this a lot as well (in my own make system), but I've chosen to > ignore it in my environment. I think, in my case, that I am using > $(MAKE) within an $(eval ...) block and the $(MAKE) gets expanded before > the $(eval ...) does, making the GNU make program actually see something > like this, before it actually builds the target list: > mytarget: deps dep2 ... > /usr/local/bin/gmake -C $(mytargetdir) mytarget > > Which may confuse it. > > Here's a link to the ambiguous description on the GNU make website: > http://www.gnu.org/software/automake/manual/make/Error-Messages.html > > Additionally: http://lists.samba.org/archive/distcc/2004q1/002160.html -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/4cd958c3/attachment.pgp From marco.broeder at gmx.eu Tue Mar 24 14:29:49 2009 From: marco.broeder at gmx.eu (Marco =?iso-8859-1?q?Br=F6der?=) Date: Tue Mar 24 14:30:29 2009 Subject: qt4 ports descriptions In-Reply-To: <49C9256C.2040900@telenix.org> References: <49C9256C.2040900@telenix.org> Message-ID: <200903242202.28054.marco.broeder@gmx.eu> On Tue March 24 2009 19:24:44 Chuck Robey wrote: > OTOH, the KDE folks deserve an attaboy for NOT doing this to folks. Please post your insults somewhere else but not here! Do not spam the mailing lists with such a nonsense! You do not have the right to judge the kde@ people! You actually have a very annoying and insulting attitude in several of your mails! This time I cannot ignore it anymore because such an attitude makes me very angry ... :-( > someone's being very lazy here. Yes, you are the one who is lazy! Do the work and submit patches! If done right no one from kde@ will reject those. Otherwise please do not spam the mailing lists! It is extremely annoying if someone writes unqualified rants about something but actually do not contribute anything or even have any clue at all about it. You make a lot of noise - especially at kde-freebsd@kde.org mailing list - you do strange things, ask people about your problems which only occurred because you do things in strange fashion and you also demand a lot. Especially kde@ people do not have the time for your unsupported experiments. Do not steel their time! They have a lot of other things to do. It is a horribly intensive task to maintain the QT4 and KDE stuff. Max and Martin and several other volunteers do a very good job and actually do not deserve such a poor statement of you! It looks like you know nothing about the actual work and time needed to port and maintain those beasts. If something is not done yet then nobody had the time to do it yet. It is that simple. There are many things which need some love or even need to be done at all. But if nobody does something nothing gets done at all. If that sounds rude - sorry, but it is the truth! -- Regards, Marco Br?der OpenPGP key fingerprint: 5615 106E 031A F3D3 64CC 0F9E 4DCE 6524 F595 082F -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/3a2f5e50/attachment.pgp From dougb at FreeBSD.org Tue Mar 24 14:47:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Mar 24 14:47:44 2009 Subject: qt4 ports descriptions In-Reply-To: <200903242202.28054.marco.broeder@gmx.eu> References: <49C9256C.2040900@telenix.org> <200903242202.28054.marco.broeder@gmx.eu> Message-ID: <49C954F0.8050803@FreeBSD.org> Marco Br?der wrote: > On Tue March 24 2009 19:24:44 Chuck Robey wrote: > >> OTOH, the KDE folks deserve an attaboy for NOT doing this to folks. > > Please post your insults somewhere else but not here! Do not spam the > mailing lists with such a nonsense! Marco, I think you misunderstood what Chuck said. The term "attaboy" is an English colloquialism that means roughly "congratulations for a job well done." What Chuck is saying is that the kde maintainers should be congratulated for adding appropriate pkg-descr files to the ports they maintain. > You actually have a very annoying and insulting attitude in several of your > mails! This time I cannot ignore it anymore because such an attitude makes > me very angry ... :-( While you certainly have the right to your opinion, it's probably better if personal problems are handled personally, rather than on the lists. > Otherwise please do not spam the mailing lists! It is extremely annoying if > someone writes unqualified rants about something but actually do not > contribute anything or even have any clue at all about it. There is a fine line here between a user identifying a problem and reporting it to the list (which is totally legitimate) and someone who is asking others to do work they are unwilling to do. I don't know the situation here well enough to judge, but if it's true that there are a large number of ports with duplicate and/or inappropriate pkg-descr files then reporting it is reasonable; if for no other reason than because it may spur someone who does have time to pick up the project. It's also worthwhile to point out problems (especially widespread ones) so that those who are learning to write/maintain ports themselves don't pick up on bad habits. Like I said above, there is a fine line here, but it doesn't appear to me that Chuck has crossed it. (At least not this time.) :) hope this helps, Doug From marco.broeder at gmx.eu Tue Mar 24 15:22:34 2009 From: marco.broeder at gmx.eu (Marco =?utf-8?q?Br=C3=B6der?=) Date: Tue Mar 24 15:22:40 2009 Subject: qt4 ports descriptions In-Reply-To: <49C954F0.8050803@FreeBSD.org> References: <49C9256C.2040900@telenix.org> <200903242202.28054.marco.broeder@gmx.eu> <49C954F0.8050803@FreeBSD.org> Message-ID: <200903242322.18533.marco.broeder@gmx.eu> On Tue March 24 2009 22:47:28 Doug Barton wrote: > Marco, I think you misunderstood what Chuck said. The term "attaboy" > is an English colloquialism that means roughly "congratulations for a > job well done." What Chuck is saying is that the kde maintainers > should be congratulated for adding appropriate pkg-descr files to the > ports they maintain. Well, English is not my native language. If your description is what he actually means then I totally misunderstood it and I am sorry. :-) > hope this helps, Sure it does! Thanks! There are too many people who demand and complain a lot but do not contribute anything. Instead they attack the folks who actually do the work. This is especially true for KDE. It will be even more true for QT 4.5, because FreeBSD is now an officially unsupported platform ('thanks' to Nokia). So it will be even more hard to port and maintain this stuff in the future. Many users want everything right now but nobody but very few actually do the jobs. And THIS is extremely frustrating and annoying. That is the message I intended to say. ;-) -- Regards, Marco Br?der OpenPGP key fingerprint: 5615 106E 031A F3D3 64CC 0F9E 4DCE 6524 F595 082F -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090324/e8aa07bc/attachment.pgp From cm at therek.net Tue Mar 24 15:38:33 2009 From: cm at therek.net (Cezary Morga) Date: Tue Mar 24 15:39:05 2009 Subject: www / p5-HTML-Embperl In-Reply-To: <200903190714.11577.cm@therek.net> References: <49BDF024.8050006@ccstores.com> <200903190714.11577.cm@therek.net> Message-ID: <200903242338.21125.cm@therek.net> Well, I've been slacking a bit lately with this so this is what I've got so far. It build against mod_perl2+Apache2, libxml2 and libxslt. Xalan is not supported. http://therek.net/freebsd/ports/www/p5-Embperl/ -- Cezary Morga "If you live to be one hundred, you've got it made. Very few people die past that age." (George Burns) From kitchetech at gmail.com Tue Mar 24 16:12:09 2009 From: kitchetech at gmail.com (matt donovan) Date: Tue Mar 24 16:12:16 2009 Subject: qt4 ports descriptions In-Reply-To: <200903242322.18533.marco.broeder@gmx.eu> References: <49C9256C.2040900@telenix.org> <200903242202.28054.marco.broeder@gmx.eu> <49C954F0.8050803@FreeBSD.org> <200903242322.18533.marco.broeder@gmx.eu> Message-ID: <28283d910903241611n695018e9g934acf921f15dda3@mail.gmail.com> On Tue, Mar 24, 2009 at 6:22 PM, Marco Br?der wrote: > On Tue March 24 2009 22:47:28 Doug Barton wrote: > > Marco, I think you misunderstood what Chuck said. The term "attaboy" > > is an English colloquialism that means roughly "congratulations for a > > job well done." What Chuck is saying is that the kde maintainers > > should be congratulated for adding appropriate pkg-descr files to the > > ports they maintain. > > Well, English is not my native language. If your description is what he > actually means then I totally misunderstood it and I am sorry. :-) > > > hope this helps, > > Sure it does! Thanks! > > There are too many people who demand and complain a lot but do not > contribute anything. Instead they attack the folks who actually do the > work. > This is especially true for KDE. It will be even more true for QT 4.5, > because FreeBSD is now an officially unsupported platform ('thanks' to > Nokia). > So it will be even more hard to port and maintain this stuff in the future. > > Many users want everything right now but nobody but very few actually do > the > jobs. And THIS is extremely frustrating and annoying. > > That is the message I intended to say. ;-) > > -- > Regards, > Marco Br?der > OpenPGP key fingerprint: 5615 106E 031A F3D3 64CC 0F9E 4DCE 6524 F595 082F > Chuck is more complaining about the QT4 ports descriptions since he does not get it that all of it is required to program in QT4. so of course it will all have the same description since it all comes from one tarball think freebsd just breaks some of it up though but I could be wrong From chuckr at telenix.org Tue Mar 24 18:34:52 2009 From: chuckr at telenix.org (Chuck Robey) Date: Tue Mar 24 18:34:59 2009 Subject: qt4 ports descriptions In-Reply-To: <49C954F0.8050803@FreeBSD.org> References: <49C9256C.2040900@telenix.org> <200903242202.28054.marco.broeder@gmx.eu> <49C954F0.8050803@FreeBSD.org> Message-ID: <49C98A38.3040409@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: > Marco Br?der wrote: >> On Tue March 24 2009 19:24:44 Chuck Robey wrote: >> >>> OTOH, the KDE folks deserve an attaboy for NOT doing this to folks. >> Please post your insults somewhere else but not here! Do not spam the >> mailing lists with such a nonsense! > > Marco, I think you misunderstood what Chuck said. The term "attaboy" > is an English colloquialism that means roughly "congratulations for a > job well done." What Chuck is saying is that the kde maintainers > should be congratulated for adding appropriate pkg-descr files to the > ports they maintain. > >> You actually have a very annoying and insulting attitude in several of your >> mails! This time I cannot ignore it anymore because such an attitude makes >> me very angry ... :-( > > While you certainly have the right to your opinion, it's probably > better if personal problems are handled personally, rather than on the > lists. > >> Otherwise please do not spam the mailing lists! It is extremely annoying if >> someone writes unqualified rants about something but actually do not >> contribute anything or even have any clue at all about it. > > There is a fine line here between a user identifying a problem and > reporting it to the list (which is totally legitimate) and someone who > is asking others to do work they are unwilling to do. I don't know the > situation here well enough to judge, but if it's true that there are a > large number of ports with duplicate and/or inappropriate pkg-descr > files then reporting it is reasonable; if for no other reason than > because it may spur someone who does have time to pick up the project. > > It's also worthwhile to point out problems (especially widespread > ones) so that those who are learning to write/maintain ports > themselves don't pick up on bad habits. > > Like I said above, there is a fine line here, but it doesn't appear to > me that Chuck has crossed it. (At least not this time.) :) (thanks for that, Doug) Sure didn't mean to say *anything* derogatory about the FreeBSD-KDE group. Their doing all this works saves me a ton of work myself, and no mistake. Heck, not being personally that hot a C++ coder, I might not even be able to completely port it, no matter how much time I take. I just felt that some of the pkg-descr's have been skimped. And, NOT in KDE, either. I used to do a LOT of FreeBSD committing, but stopped when I developed disagreements with the strategy that FreeBSD-ports moved towards some time back. I had a perfectly good chance (back then) to comment, so I don't feel right about ever bringing that up, again, but I don't agree, so I don't do it anymore. That's fair, isn't it? I used to do a ton of ports, often picking just the biggest ones (as fair challenges). The best way to disagree is to have your fair say, then shut up, right? If things had gone differently, I might still be committing. I still really like FreeBSD, just have a bone about implementation strategy with ports. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknJijgACgkQz62J6PPcoOllYQCfSSlxWJFxh9Z2Rjmvx/Ivpbk4 Fi8AoJNWMCvbpfjaUyHkaxXF0+xQz1dC =9yj8 -----END PGP SIGNATURE----- From chuckr at telenix.org Tue Mar 24 18:41:56 2009 From: chuckr at telenix.org (Chuck Robey) Date: Tue Mar 24 18:42:03 2009 Subject: qt4 ports descriptions In-Reply-To: <28283d910903241611n695018e9g934acf921f15dda3@mail.gmail.com> References: <49C9256C.2040900@telenix.org> <200903242202.28054.marco.broeder@gmx.eu> <49C954F0.8050803@FreeBSD.org> <200903242322.18533.marco.broeder@gmx.eu> <28283d910903241611n695018e9g934acf921f15dda3@mail.gmail.com> Message-ID: <49C98BE1.6050906@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 matt donovan wrote: > > Chuck is more complaining about the QT4 ports descriptions since he does > not get it that all of it is required to program in QT4. so of course it > will all have the same description since it all comes from one tarball > think freebsd just breaks some of it up though but I could be wrong > Well, let me offer an example: qt4-core versus qt4-qtdemo. They are very, very different ports, but they have precisely the same descriptions. Is this correct, from your viewpoint?? I did a find for all pkgs starting with qt4, and found they all have the same descriptions. Seeing as just how different they are (most certainly from a user perspective), it seems easily justifiable to require different descr strings, most certainly given the small work involved. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknJi+EACgkQz62J6PPcoOneugCgl+lFgZzBliebkEtfMJE+fOJV EwEAoJw4nyBCaTeqsZ2X2NUtexwEzJDb =G15G -----END PGP SIGNATURE----- From das at FreeBSD.ORG Tue Mar 24 21:58:34 2009 From: das at FreeBSD.ORG (David Schultz) Date: Tue Mar 24 21:58:40 2009 Subject: Inline definition problem in current In-Reply-To: <49C9A7B4.3080509@FreeBSD.org> References: <49C80DBA.80407@entel.upc.edu> <20090325033451.GA17442@zim.MIT.EDU> <49C9A7B4.3080509@FreeBSD.org> Message-ID: <20090325044408.GB17442@zim.MIT.EDU> On Tue, Mar 24, 2009, Doug Barton wrote: > David Schultz wrote: > > On Mon, Mar 23, 2009, Gustau Perez wrote: > >> a few time ago I switched to current, right now I've it updated to > >> yesterday. While compiling some ports (in fact, building x11/gnome2) I > >> found that some of them (written in C) are using some inline functions > >> (I guess it is because the compiler will replace the call to the > >> function with the function itself). The problem is that gcc fails with > >> the following message : > >> > >> error: nested function 'XXX' declared but never defined > >> > >> checking the code, the function is declared and then implemented in a > >> header file which is included in the offending .c file. The function is > >> declared as 'inline'. The only solution I found is to change the > >> definition to static. > >> > >> Checking pontyhat shows me that many ports are failing because of > >> this problem. What I can understand is why is this happening, because > >> the same ports compiles fine in STABLE and the compilers's version in > >> base seems to be the same (gcc (GCC) 4.2.1 20070719 [FreeBSD], the same > >> in current) > > > > Which other ports were broken for this reason? > > I am trying to compile gimp on -current right now and x11/babl and > graphics/gegl both have this problem. Take a look at > http://pointyhat.freebsd.org/errorlogs/i386-8-failure.html for more > examples (click on the link on the right under Package to see the > logs). There are currently over 600 broken ports in -current, all the > ones I clicked on in a completely bogus sample had this same problem. My bug; I missed an important line when merging from gcc trunk 122565. Instead of reporting: error: nested function 'foo' declared but never defined gcc should have been reporting: warning: inline function 'foo' declared but never defined I'll check in a fix as soon as I run a buildworld. From swell.k at gmail.com Tue Mar 24 23:48:02 2009 From: swell.k at gmail.com (Anonymous) Date: Tue Mar 24 23:48:10 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237901632.1849.19.camel@pav.hide.vol.cz> (Pav Lucistnik's message of "Tue, 24 Mar 2009 14:33:52 +0100") References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <86eiwmglso.fsf@gmail.com> Pav Lucistnik writes: > If you are FreeBSD port maintainer: I'm not one. > > Nothing changes for you, if you don't want. If you want to enable the > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block > somewhere below dependency declarations. If you know your port does not > handle -jX well, and want to disable it from using -jX even when user > forces this feature, use MAKE_JOBS_UNSAFE=yes. And that's all to it. Not all ports build using make/gmake. Wouldn't it be better to export the number of parallel processes so maintainer can decide whether to use it in his port build system? For example -------------- next part -------------- A non-text attachment was scrubbed... Name: mark.diff Type: text/x-diff Size: 737 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/4b587a42/mark-0001.bin -------------- next part -------------- Is this completely discouraged? From perryh at pluto.rain.com Wed Mar 25 00:25:45 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Wed Mar 25 00:25:51 2009 Subject: HEADS UP multi processor compilations and packages In-Reply-To: <1237921844.44701.3.camel@hood.oook.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C92F95.3090601@brianwhalen.net> <1237921844.44701.3.camel@hood.oook.cz> Message-ID: <49c9dbed.5TBY4hi2jHXQa51x%perryh@pluto.rain.com> Pav Lucistnik wrote: > Brian Whalen p??e v ?t 24. 03. 2009 v 12:08 -0700: > > On a related topic, I wonder what the cost would be of acquiring > > enough hardware so that the probability of actually getting a > > package with portupgrade -aP would go up substantially ... > > It's more a question of creating a new delivery platform, because > the currently used ftp mirrorring is useless for packages. The > whole process of synchronizing from upstream server introduces > _days_ of delay into the process, presumably addressable by adding bandwidth, which would need to be included in "the cost ... of acquiring enough hardware ..." > and there is no guarantee that you don't catch an upload in > progress, which renders whole mirror useless for a time period. I would have thought that judicious use of snapshots could avoid problems with in-progress updates. From pav at FreeBSD.org Wed Mar 25 01:40:43 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Mar 25 01:41:16 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <86eiwmglso.fsf@gmail.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <86eiwmglso.fsf@gmail.com> Message-ID: <1237970433.41376.4.camel@pav.hide.vol.cz> Anonymous p??e v st 25. 03. 2009 v 09:26 +0300: > Pav Lucistnik writes: > > > If you are FreeBSD port maintainer: > > I'm not one. > > > > > Nothing changes for you, if you don't want. If you want to enable the > > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block > > somewhere below dependency declarations. If you know your port does not > > handle -jX well, and want to disable it from using -jX even when user > > forces this feature, use MAKE_JOBS_UNSAFE=yes. And that's all to it. > > Not all ports build using make/gmake. Wouldn't it be better to export > the number of parallel processes so maintainer can decide whether to use > it in his port build system? For example > > Is this completely discouraged? I suppose you can use internal variable _MAKE_JOBS directly. Why are you stripping -j just to add it back again? -- Pav Lucistnik Any Palm app requiring an 90+ page manual has lost its vision. -- words about DateBk4 on Action Names list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/57369b04/attachment.pgp From pav at FreeBSD.org Wed Mar 25 01:42:39 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Mar 25 01:42:45 2009 Subject: HEADS UP multi processor compilations and packages In-Reply-To: <49c9dbed.5TBY4hi2jHXQa51x%perryh@pluto.rain.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C92F95.3090601@brianwhalen.net> <1237921844.44701.3.camel@hood.oook.cz> <49c9dbed.5TBY4hi2jHXQa51x%perryh@pluto.rain.com> Message-ID: <1237970548.41376.6.camel@pav.hide.vol.cz> perryh@pluto.rain.com p??e v st 25. 03. 2009 v 00:23 -0700: > Pav Lucistnik wrote: > > Brian Whalen p??e v ?t 24. 03. 2009 v 12:08 -0700: > > > On a related topic, I wonder what the cost would be of acquiring > > > enough hardware so that the probability of actually getting a > > > package with portupgrade -aP would go up substantially ... > > > > It's more a question of creating a new delivery platform, because > > the currently used ftp mirrorring is useless for packages. The > > whole process of synchronizing from upstream server introduces > > _days_ of delay into the process, > > presumably addressable by adding bandwidth, which would need to > be included in "the cost ... of acquiring enough hardware ..." Bandwidth is okay, but rsync is just too slow. Serial synchronization on this amount of data does not work feasibly. > > and there is no guarantee that you don't catch an upload in > > progress, which renders whole mirror useless for a time period. > > I would have thought that judicious use of snapshots could avoid > problems with in-progress updates. Yes, but current ftp mirrors does not have enough space to hold several snapshots of same package set. Thus, the need for new platform. -- Pav Lucistnik See file. Click file. Get file. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/249becc7/attachment.pgp From laurens at nedbase.nl Wed Mar 25 02:50:52 2009 From: laurens at nedbase.nl (Laurens Kistenkas [Nedbase ICT]) Date: Wed Mar 25 02:50:58 2009 Subject: FreeBSD Port: ffmpeg-2008.07.27_9 Message-ID: <49C9FBA9.40302@nedbase.nl> Dear sir, On the 10th of March 2009 FFmpeg 0.5 was released. Can you tell me if this version will be ported to FreeBSD, and if so, do you have an idea about a release date of this port? Thanks in advance. With kind regards, Laurens Kistenkas From swell.k at gmail.com Wed Mar 25 02:53:12 2009 From: swell.k at gmail.com (Anonymous) Date: Wed Mar 25 02:53:19 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237970433.41376.4.camel@pav.hide.vol.cz> (Pav Lucistnik's message of "Wed, 25 Mar 2009 09:40:33 +0100") References: <1237901632.1849.19.camel@pav.hide.vol.cz> <86eiwmglso.fsf@gmail.com> <1237970433.41376.4.camel@pav.hide.vol.cz> Message-ID: <86eiwmvsjr.fsf@gmail.com> Pav Lucistnik writes: > Anonymous píše v st 25. 03. 2009 v 09:26 +0300: >> Pav Lucistnik writes: >> >> > If you are FreeBSD port maintainer: >> >> I'm not one. >> >> > >> > Nothing changes for you, if you don't want. If you want to enable the >> > use of multiple cores in your port, add MAKE_JOBS_SAFE=yes to a block >> > somewhere below dependency declarations. If you know your port does not >> > handle -jX well, and want to disable it from using -jX even when user >> > forces this feature, use MAKE_JOBS_UNSAFE=yes. And that's all to it. >> >> Not all ports build using make/gmake. Wouldn't it be better to export >> the number of parallel processes so maintainer can decide whether to use >> it in his port build system? For example >> >> Is this completely discouraged? > > I suppose you can use internal variable _MAKE_JOBS directly. Why are you > stripping -j just to add it back again? Oh, so you're not against the idea. The substitution was to be able to easy replace it with something else. FYI, that example went to ports/133054. From pav at FreeBSD.org Wed Mar 25 02:56:23 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Mar 25 02:56:32 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <86eiwmvsjr.fsf@gmail.com> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <86eiwmglso.fsf@gmail.com> <1237970433.41376.4.camel@pav.hide.vol.cz> <86eiwmvsjr.fsf@gmail.com> Message-ID: <1237974973.41376.15.camel@pav.hide.vol.cz> Anonymous p??e v st 25. 03. 2009 v 12:51 +0300: > FYI, that example went to ports/133054. Cool. Just a side note -- boost is having a major overhaul, so you might want to coordinate with the folks who currently do the work, too. -- Pav Lucistnik Like 'Do Notte Buye Betamacks.' That was a prediction for 1972. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/88873fbe/attachment.pgp From arved at FreeBSD.org Wed Mar 25 04:49:56 2009 From: arved at FreeBSD.org (Tilman Linneweh) Date: Wed Mar 25 04:50:02 2009 Subject: MAKE_JOBS_SAFE with gmake In-Reply-To: <49C937F1.4000406@FreeBSD.org> References: <49C937F1.4000406@FreeBSD.org> Message-ID: On Mar 24, 2009, at 20:43, Doug Barton wrote: > I'm testing my ports for MAKE_JOBS_SAFE-ness, and came across this > message when building xscreensaver (which uses gmake): > > gmake[1]: warning: jobserver unavailable: using -j1. Add `+' to > parent make rule. > > I have zero gmake fu, can anyone help me make sense of that? The good > news is that the build finished successfully ... I have noticed that this happens if somewhere in the Buildsystem a sub-make is called with "make"/"gmake" instead of "$(MAKE)" From gesbbb at yahoo.com Wed Mar 25 06:08:09 2009 From: gesbbb at yahoo.com (Jerry) Date: Wed Mar 25 06:08:15 2009 Subject: Updating the "Mailscanner" port Message-ID: <20090325090758.1015bc2a@scorpio> Is the Mailscanner port still being maintained? The last version in ports is 4.67.6_3 while version 4.74 has been available from the Mailscanner site since the beginning of January. I tried contacting the maintainer, "j.koopmann@seceidos.de" without success. -- Jerry gesbbb@yahoo.com guru, n: A computer owner who can read the manual. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/4a8a2d97/signature.pgp From dougb at FreeBSD.org Wed Mar 25 08:09:19 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Mar 25 08:09:26 2009 Subject: MAKE_JOBS_SAFE with gmake In-Reply-To: References: <49C937F1.4000406@FreeBSD.org> Message-ID: <49CA4915.9070607@FreeBSD.org> Tilman Linneweh wrote: > > On Mar 24, 2009, at 20:43, Doug Barton wrote: >> I'm testing my ports for MAKE_JOBS_SAFE-ness, and came across this >> message when building xscreensaver (which uses gmake): >> >> gmake[1]: warning: jobserver unavailable: using -j1. Add `+' to >> parent make rule. >> >> I have zero gmake fu, can anyone help me make sense of that? The good >> news is that the build finished successfully ... > > I have noticed that this happens if somewhere in the Buildsystem a > sub-make is called with > "make"/"gmake" instead of "$(MAKE)" Thanks for the suggestion. I don't see that anywhere in the Makefiles (except for some testing/maintenance target that we don't use). Doug -- This .signature sanitized for your protection From coryking at mozimedia.com Wed Mar 25 09:11:26 2009 From: coryking at mozimedia.com (Cory R. King) Date: Wed Mar 25 09:11:32 2009 Subject: Anybody working on updating devel/subversion to 1.6.0? Message-ID: <013f01c9ad61$f3b4b8b0$db1e2a10$@com> Howdy, Anybody working on upgrading devel/subversion to 1.6.0? If not, I might take a stab at it. Since it touches so many things, like say the entire repository, I'd be nervous doing it--I'd probably break things (neon? libapr? All the bindings?) Thoughts? -- Cory R. King Mozi Media Group, LLC. http://www.mozimedia.com From amdmi3 at amdmi3.ru Wed Mar 25 09:32:03 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Mar 25 09:32:10 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237912382.1849.35.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> <1237907945.1849.27.camel@pav.hide.vol.cz> <1237912100.1741.16.camel@localhost> <1237912382.1849.35.camel@pav.hide.vol.cz> Message-ID: <20090325163050.GD32386@hades.panopticon> * Pav Lucistnik (pav@FreeBSD.org) wrote: > > > This would break very fast -- it's passing -j3 to port Makefile instead > > > of vendor Makefile. > > > > This has worked fine for me for countless years, except where the > > vendor's Makefiles were not parallel-safe. This has been my trick to get > > larger things (like mysql or xorg-server) to make in parallel. It *did* > > work. If this has changed, then it definitely warrants mention in > > UPDATING. > > Then it must have worked all these years by pure chance :) Be the way, could anyone clarify how this works? My idea was that passing -j to port Makefile does nothing, as make/gmake on vendor's Makefile is ran without any -j flags -> you get usual singlethreaded build. However, I have a broken port, which uses gmake and something like that: sometarget: (cd xxx; make) and that fails with -j (make: illegal option -- -). So is there some magic with recursive make calls and -j? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Wed Mar 25 09:38:09 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Mar 25 09:38:15 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1237901632.1849.19.camel@pav.hide.vol.cz> References: <1237901632.1849.19.camel@pav.hide.vol.cz> Message-ID: <20090325163654.GE32386@hades.panopticon> * Pav Lucistnik (pav@FreeBSD.org) wrote: Great, that was just about time. My question is whenther that would be enabled on pointyhat. I fear that error logs may become far less readable with output from multiple commands mixed together. We may also consider using -P option for BSD make for that reason (althrough there's no equivalent for GNU make). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From pav at FreeBSD.org Wed Mar 25 09:41:49 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Mar 25 09:41:57 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <20090325163654.GE32386@hades.panopticon> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <20090325163654.GE32386@hades.panopticon> Message-ID: <1237999298.41376.54.camel@pav.hide.vol.cz> Dmitry Marakasov p??e v st 25. 03. 2009 v 19:36 +0300: > * Pav Lucistnik (pav@FreeBSD.org) wrote: > > Great, that was just about time. > > My question is whenther that would be enabled on pointyhat. I fear > that error logs may become far less readable with output from > multiple commands mixed together. pointyhat observes the same rules and conditions as the end user, for obvious reasons. So ports marked 'safe' will be parallelized, others will not. -- Pav Lucistnik It's the classic Microsoft security-bulletin formula: "The vulnerability is important (never dangerous); you have nothing to fear and no reason to regret trusting us; we have no intention of apologizing for it or even explaining it adequately; now go get your patch, shut up, and be grateful nothing bad has happened. -- The Register -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/0a5edfc1/attachment.pgp From amdmi3 at amdmi3.ru Wed Mar 25 09:47:15 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Mar 25 09:47:25 2009 Subject: [FreeBSD] / ports / net-p2p / deluge In-Reply-To: <49C90616.8050106@yahoo.fr> References: <49C90616.8050106@yahoo.fr> Message-ID: <20090325164600.GF32386@hades.panopticon> * dan (meslists@yahoo.fr) wrote: > Today I tried to compile "deluge" . I had a stop in the make process . > The error I discovered is the same as : > https://bugzilla.novell.com/show_bug.cgi?id=353897 . I applied the same > suggested temporary fix . That must have been my boost 1.37 compatibility fix. I've reverted it for now. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From cokane at FreeBSD.org Wed Mar 25 09:59:23 2009 From: cokane at FreeBSD.org (Coleman Kane) Date: Wed Mar 25 09:59:30 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <20090325163050.GD32386@hades.panopticon> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> <1237907945.1849.27.camel@pav.hide.vol.cz> <1237912100.1741.16.camel@localhost> <1237912382.1849.35.camel@pav.hide.vol.cz> <20090325163050.GD32386@hades.panopticon> Message-ID: <1238000271.2543.42.camel@localhost> On Wed, 2009-03-25 at 19:30 +0300, Dmitry Marakasov wrote: > * Pav Lucistnik (pav@FreeBSD.org) wrote: > > > > > This would break very fast -- it's passing -j3 to port Makefile instead > > > > of vendor Makefile. > > > > > > This has worked fine for me for countless years, except where the > > > vendor's Makefiles were not parallel-safe. This has been my trick to get > > > larger things (like mysql or xorg-server) to make in parallel. It *did* > > > work. If this has changed, then it definitely warrants mention in > > > UPDATING. > > > > Then it must have worked all these years by pure chance :) > > Be the way, could anyone clarify how this works? My idea was that > passing -j to port Makefile does nothing, as make/gmake on vendor's > Makefile is ran without any -j flags -> you get usual singlethreaded > build. However, I have a broken port, which uses gmake and something > like that: > > sometarget: > (cd xxx; make) > > and that fails with -j (make: illegal option -- -). So is there > some magic with recursive make calls and -j? > When processing a Makefile, make's that support concurrent operation look for targets that will execute the $(MAKE) program. Whenever a compliant make is run (make or gmake), if it detects $(MAKE) in a rule then it will automatically expand that rule into a child process that has some sort of magical connection to the parent process. The connection allows the different make processes to share the same pool of "process count" resources amongst each other. I am not sure what the implementation is, but this communication mechanism allows child "make" processes called with "$(MAKE) ..." from inside a Makefile to globally only use N children (from -j N), and otherwise block until more "free jobs" are available amongst their shared job pool. I hope that's clear... Probably more so than the explanation given on GNU make's manual. -- Coleman Kane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090325/b6c5e2e3/attachment.pgp From Chrissy at hireahero.org Wed Mar 25 10:04:09 2009 From: Chrissy at hireahero.org (Chrissy@hireahero.org) Date: Wed Mar 25 10:04:16 2009 Subject: Sourcing Message-ID: <06D63CB37FB24D89B9599DBDA91906B5@datag.com> Hi Douglas, I wanted to introduce you to Hire a Hero. Hire a Hero is a non profit agency that was created as a way to bring military job seekers and military friendly employers together. We think this is the best way to say thank you to these brave men and women who have served our country. Hire a Hero would like to invite you to join our community. A few benefits of joining Hire a Hero: * Posting your open job orders * Search our extensive database of over 190,000 candidates located nationwide * Candidates are very diverse, from Customer Service to IT and Engineering to Nurses and Doctors * Very cost effective means of finding quality candidates with strong work ethic and skill set * Great way to give back to the people who have served and protected our country Memberships available are: Silver * Unlimited Resume Searches for a year * Send email communication internally * Post 25 Job postings per year! * Membership fee of $199.99 is 100% tax deductible Gold Hi Douglas, I wanted to introduce you to Hire a Hero. Hire a Hero is a non profit agency that was created as a way to bring military job seekers and military friendly employers together. We think this is the best way to say thank you to these brave men and women who have served our country. Hire a Hero would like to invite you to join our community. A few benefits of joining Hire a Hero: * Posting your open job orders * Search our extensive database of over 190,000 candidates located nationwide * Candidates are very diverse, from Customer Service to IT and Engineering to Nurses and Doctors * Very cost effective means of finding quality candidates with strong work ethic and skill set * Great way to give back to the people who have served and protected our country Memberships available are: Silver * Unlimited Resume Searches for a year * Send email communication internally * Post 25 Job postings per year! * Membership fee of $199.99 is 100% tax deductible Gold * 10 seats for 10 recruiters within your organization * Unlimited resume and candidate searches * Send email communication internally and to candidate personal account * Post and manage 500 Job postings per year * Membership fee of $799.99 is 100% tax deductible Platinum * Unlimited seats for your Hiring Managers to access our military community * Unlimited resume and candidate searches * Send email communications internally, candidate personal email account, and 1 bulk email per year to advertise your jobs. * Unlimited job postings for a year * Create and submit Blog postings within their personal profile or group * Share your list of external networks such as Face Book, LinkedIn, etc. * Membership fee of $1599.99 is 100% tax deductible Click here to register . Join thousands of other military friendly companies. Please don't hesitate to call or email me if you have any questions. I look forward to having you become part of our community. Cheers, Chrissy Laughlin Hire A Hero Chrissy@HireAHero.org 866.440.4424 ext.3 * 10 seats for 10 recruiters within your organization * Unlimited resume and candidate searches * Send email communication internally and to candidate personal account * Post and manage 500 Job postings per year * Membership fee of $799.99 is 100% tax deductible Platinum * Unlimited seats for your Hiring Managers to access our military community * Unlimited resume and candidate searches * Send email communications internally, candidate personal email account, and 1 bulk email per year to advertise your jobs. * Unlimited job postings for a year * Create and submit Blog postings within their personal profile or group * Share your list of external networks such as Face Book, LinkedIn, etc. * Membership fee of $1599.99 is 100% tax deductible Click here to register . Join thousands of other military friendly companies. Please don't hesitate to call or email me if you have any questions. I look forward to having you become part of our community. Cheers, Chrissy Laughlin Hire A Hero Chrissy@HireAHero.org 866.440.4424 ext.3 From dougb at FreeBSD.org Wed Mar 25 10:11:35 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Wed Mar 25 10:11:47 2009 Subject: Inline definition problem in current In-Reply-To: <20090325044408.GB17442@zim.MIT.EDU> References: <49C80DBA.80407@entel.upc.edu> <20090325033451.GA17442@zim.MIT.EDU> <49C9A7B4.3080509@FreeBSD.org> <20090325044408.GB17442@zim.MIT.EDU> Message-ID: <49CA65BC.7060704@FreeBSD.org> David Schultz wrote: > On Tue, Mar 24, 2009, Doug Barton wrote: >> I am trying to compile gimp on -current right now and x11/babl and >> graphics/gegl both have this problem. Take a look at >> http://pointyhat.freebsd.org/errorlogs/i386-8-failure.html for more >> examples (click on the link on the right under Package to see the >> logs). There are currently over 600 broken ports in -current, all the >> ones I clicked on in a completely bogus sample had this same problem. > > My bug; I missed an important line when merging from gcc trunk 122565. > Instead of reporting: > > error: nested function 'foo' declared but never defined > > gcc should have been reporting: > > warning: inline function 'foo' declared but never defined > > I'll check in a fix as soon as I run a buildworld. Thanks for jumping on this. With your latest version the two ports I mentioned above compile just fine with no modifications to the source. Doug -- This .signature sanitized for your protection From gary.jennejohn at freenet.de Wed Mar 25 10:14:15 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Mar 25 10:14:23 2009 Subject: Anybody working on updating devel/subversion to 1.6.0? In-Reply-To: <013f01c9ad61$f3b4b8b0$db1e2a10$@com> References: <013f01c9ad61$f3b4b8b0$db1e2a10$@com> Message-ID: <20090325181406.1b7e5ae3@ernst.jennejohn.org> On Wed, 25 Mar 2009 08:54:14 -0700 "Cory R. King" wrote: > Howdy, > > Anybody working on upgrading devel/subversion to 1.6.0? If not, I might > take a stab at it. Since it touches so many things, like say the entire > repository, I'd be nervous doing it--I'd probably break things (neon? > libapr? All the bindings?) > > Thoughts? > IIRC I saw a mail on the committers list today with some questions about the upgrade, which is apparently pretty hairy for various reasons. So, I'm pretty sure a committer is already working on it. --- Gary Jennejohn From meslists at yahoo.fr Wed Mar 25 10:38:08 2009 From: meslists at yahoo.fr (dan) Date: Wed Mar 25 10:38:15 2009 Subject: [FreeBSD] / ports / net-p2p / deluge In-Reply-To: <20090324163757.GI1292@atarininja.org> References: <49C90616.8050106@yahoo.fr> <20090324163757.GI1292@atarininja.org> Message-ID: <49CA6BEF.9060809@yahoo.fr> Hi, Thank you for the offer. But I don't think I am able to maintain it : deluge talks "python" and I dont know it. Maybe I should start from any "C port". Is there a list of orphan ports ? dan Wesley Shields wrote: > On Tue, Mar 24, 2009 at 05:11:02PM +0100, dan wrote: > >> Hi, >> >> Today I tried to compile "deluge" . I had a stop in the make process . >> The error I discovered is the same as : >> https://bugzilla.novell.com/show_bug.cgi?id=353897 . I applied the same >> suggested temporary fix . >> >> Would you need me to open a PR with details ? >> > > There is no maintainer for this port. Please file a PR with the details > so it doesn't get lost in the noise. > > As there is currently no maintainer are you willing to maintain it? > > -- WXS > > From wxs at FreeBSD.org Wed Mar 25 12:56:05 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Mar 25 12:56:13 2009 Subject: [FreeBSD] / ports / net-p2p / deluge In-Reply-To: <49CA6BEF.9060809@yahoo.fr> References: <49C90616.8050106@yahoo.fr> <20090324163757.GI1292@atarininja.org> <49CA6BEF.9060809@yahoo.fr> Message-ID: <20090325195604.GD48786@atarininja.org> On Wed, Mar 25, 2009 at 06:37:51PM +0100, dan wrote: > Hi, > > Thank you for the offer. But I don't think I am able to maintain it : > deluge talks "python" and I dont know it. Maybe I should start from any > "C port". Is there a list of orphan ports ? Yes, there was a rather long thread on this list a few months ago started by Thomas Abthorpe about adopting orphaned ports. That thread has pointers to multiple ways to find orphaned ports. I'd recommend finding ones that need actual work instead of just sending in PRs that change just the maintainer. -- WXS From erwin at FreeBSD.org Wed Mar 25 13:18:51 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Mar 25 13:18:58 2009 Subject: INDEX build failed for 6.x Message-ID: <200903252018.n2PKIpSr048976@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: p5-Authen-DecHpwd-2.004: no entry for /usr/ports/devel/p5-Data-Integer make_index: p5-Authen-DecHpwd-2.004: no entry for /usr/ports/devel/p5-Scalar-String make_index: p5-Authen-DecHpwd-2.004: no entry for /usr/ports/devel/p5-Data-Integer make_index: p5-Authen-DecHpwd-2.004: no entry for /usr/ports/devel/p5-Scalar-String Committers on the hook: amdmi3 arved brix itetcu lwhsu mbr mi miwi naddy novel olgeni pav ume wxs Most recent CVS update was: U archivers/dact/Makefile U archivers/lzmalib/Makefile U archivers/lzmautils/Makefile U audio/raop_play/files/patch-aexcl-Makefile.in U biology/p5-Bio-Graphics/Makefile U biology/p5-Bio-Graphics/distinfo U biology/p5-Bio-Graphics/pkg-plist U devel/cweb/files/patch-Makefile U devel/icu/Makefile U devel/icu/files/patch-format U devel/py-polib/Makefile U devel/py-polib/distinfo U dns/fastresolve/files/patch-dns-terror_getline.c U editors/nano/Makefile U emulators/desmume/Makefile U emulators/desmume/distinfo U emulators/desmume/pkg-plist U emulators/open-vm-tools/Makefile U emulators/open-vm-tools/pkg-plist U emulators/open-vm-tools/files/patch-