Re: source-highlight broken
On Wed, Sep 22, 2010 at 01:16:37PM +0800, Kevin Lo wrote: Mikle Krutov wrote: Sorry, i've thought that everything needed was included into config.log in first message. Complete make log (e.g. make configure.log) in attach. The source-hightlight port is not broken. It builds fine on my 8.1-stable/-current. There's also no error log on http://pointyhat.freebsd.org/errorlogs/ The OP has a pkg_list that consists of 697 packages installed on the machine. Yes, six hundred ninety seven, and many of which look to be outdated or deprecated. I'm sure pkg_version -v and portaudit -Fda would return some amusing results. I would advise the OP to consider cleaning up his system. In these situations, I do: rsync -avH /usr/local/ /usr/local.old/ pkg_delete -a -f rm -fr /usr/ports/distfiles/* find /usr/ports -name work -type d -print0 | xargs -0 rm -fr And start over. portmaster might help keep things up-to-date cleanly going forward, but the existing situation looks dire. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: source-highlight broken
On Tue, Sep 21, 2010 at 11:11:38PM -0700, Jeremy Chadwick wrote: On Wed, Sep 22, 2010 at 01:16:37PM +0800, Kevin Lo wrote: Mikle Krutov wrote: Sorry, i've thought that everything needed was included into config.log in first message. Complete make log (e.g. make configure.log) in attach. The source-hightlight port is not broken. It builds fine on my 8.1-stable/-current. There's also no error log on http://pointyhat.freebsd.org/errorlogs/ The OP has a pkg_list that consists of 697 packages installed on the machine. Yes, six hundred ninety seven, and many of which look to be outdated or deprecated. I'm sure pkg_version -v and portaudit -Fda would return some amusing results. I would advise the OP to consider cleaning up his system. In these situations, I do: rsync -avH /usr/local/ /usr/local.old/ pkg_delete -a -f rm -fr /usr/ports/distfiles/* find /usr/ports -name work -type d -print0 | xargs -0 rm -fr Oh, and I forgot the most important step: rm -fr /usr/local/* :-) -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
jhell jh...@dataix.net wrote: Feel free to correct me if I am wrong but it is not going to matter much to what extent a license has to do with this besides ease of mind maybe. We would not be using the source for the VCS in a repo that holds the source that is being distributed and none of the contained software would be effected by a GPL'd VCS. I don't believe the GPL reaches out that far as to where it can effect the contents of a repo even if it would happen to be GPLv3. My primary concern is not that the GPL would extend to the contents of a GPL'd VCS -- AFAIK it would not -- but that the whole point of moving to a _distributed_ VCS is presumably that a significant fraction of ports contributors (not just committers and/or maintainers) would be running the VCS locally so as to maintain repositories. I have the impression that some fraction of those potential contributors will be less likely to participate if the price of doing so is running a VCS that is GPL'd. Beyone that, we should not overlook (what I understand to be) the general policy that I mentioned earlier: AFAIK FreeBSD prefers to avoid GPL in the base or in critical widely-used infrastructure if a viable non-GPL alternative exists. As I understand it, what is being suggested is the adoption of a new code base for a significant piece of infrastructure. I think the proposal is at less risk of being summarily rejected if it can viably be based on BSD-licensed code rather than on GPL'd code. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
net/isc-dhcp41-client, dhclient-script and DHCPv6
Hi Wesley, I've been playing with DHCPv6 and in doing so, ran into an apparent problem with the net/isc-dhcp41-client port. It currently overwrites the FreeBSD client script distributed by ISC with a custom script client::scripts::freebsd which lives in the net/isc-dhcp41-server port's files directory. I'm not sure what the historical reasoning for this is, but the custom script does not work when the ISC client is used to do DHCPv6 (it barfs with dhclient: dhclient-script called with invalid reason PREINIT6. There is no mention of PREINIT6 in /usr/local/sbin/dhclient-script, but there is in the ISC stock script.). Do you have any thoughts on if there is still the need to replace the ISC script with a custom one? If the answer is no longer necessary, then we can simply remove the post-extract target from the net/isc-dhcp41-server Makefile. If there is a good reason to keep the custom script, then some further hacking will be required. Cheers, Lawrence ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Wed, Sep 22, 2010 at 3:27 AM, per...@pluto.rain.com wrote: As I understand it, what is being suggested is the adoption of a new code base for a significant piece of infrastructure. I think the proposal is at less risk of being summarily rejected if it can viably be based on BSD-licensed code rather than on GPL'd code. This dvcs is BSD licensed: http://www.fossil-scm.org/index.html/doc/tip/www/index.wiki I believe it was originally GPL'd, and the author converted it BSD based license on request. The requests came from multiple people who didn't want to to incorporate GPL into their project(s). There is an interview about it here: http://bsdtalk.blogspot.com/2010/07/bsdtalk194-fossil-scm-with-d-richard.html Anyways, IMO license is quite a large deal when you're making this sort of decision. OS code infrastructure has a way of expanding around what's used(eg csup in base) and you'd want to ensure any potential development paths are not hindered by LICENSE. -- Adam Vande More ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
This dvcs is BSD licensed: IMHO, if it's worth to change VCS, it would be much wiser to use well-known one -- Regards, Konstantin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: autoconf-2.67 cause failure building of many samba3 versions on FBSD6
Regards, After update from autoconf-2.62 to 2.67, I can't install samba3x ports on FBSD6 machines, compilation failed with: (I've tried other versions of samba3/31/32/33/34, problem is the same. Downgrade of autoconf to version 2.62 helped. Only FBSD6 is affected, FBSD7 works fine..) (Problem repeated on four machines..) # uname -a FreeBSD ns-zn.hasici.znojmo.cz 6.4-RELEASE-p4 FreeBSD 6.4-RELEASE-p4 #0: Sat May 9 07:29:31 CEST 2009 y...@ns-zn.hasici.znojmo.cz:/usr/obj/usr/src/sys/Znojmo-6_4 i386 [r...@ns-zn /usr/ports/net/samba34]# make clean config install clean ... ... ... ... Compiling smbd/statvfs.c smbd/statvfs.c: In function `bsd_statvfs': smbd/statvfs.c:54: error: storage size of 'statfs_buf' isn't known smbd/statvfs.c:76: error: `MNT_ACLS' undeclared (first use in this function) smbd/statvfs.c:76: error: (Each undeclared identifier is reported only once smbd/statvfs.c:76: error: for each function it appears in.) smbd/statvfs.c:78: error: `MNT_QUOTA' undeclared (first use in this function) smbd/statvfs.c:80: error: `MNT_RDONLY' undeclared (first use in this function) The following command failed: cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/ports/net/samba34/work/samba-3.4.8/source3 -I/usr/ports/net/samba34/work/samba-3.4.8/source3/../lib/popt -I/usr/ports/net/samba34/work/samba-3.4.8/source3/iniparser/src -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. -DHAVE_CONFIG_H -I/usr/local/include -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. -I./../lib/popt -I/usr/local/include -I/usr/ports/net/samba34/work/samba-3.4.8/source3/lib -I.. -I../source4 -D_SAMBA_BUILD_=3 -D_SAMBA_BUILD_=3 -fPIC -DPIC -c smbd/statvfs.c -o smbd/statvfs.o gmake: *** [smbd/statvfs.o] Error 1 *** Error code 1 Stop in /usr/ports/net/samba34. *** Error code 1 Stop in /usr/ports/net/samba34. [r...@ns-zn /usr/ports/net/samba34]# -- Jiri Pridal ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Wed, Sep 22, 2010 at 4:10 AM, Jeremy Chadwick free...@jdc.parodius.comwrote: Given the amount of GPL'd software in the base system, why are we already fighting over licensing? What is it with the open-source world and obsessing with licensing? It should be up for discussion after alternatives have been determined as viable candidates (see below). Probably rhetorical, but not all licenses are created equal. BSD license has a particular advantage in embedded/black box systems, so not polluting base with more viral licensing is pretty important to project as whole I think. There's a reason things like IronPort aren't Linux based. Take for example the way ZFS was implemented. It was done that way to keep the CDDL out of the kernel. That's part of the reason booting of ZFS is the way it is as a separate loader, not integrated. Licenses are a big deal, our world is not laissez-faire regarding them. Yes there are still some GPL tools in base but the number is really quite small and shrinking, however what's there is pretty big and quite essential. There has long been active if not frequently vigorous work to remove those bits. It seems GNU grep is nearing it's end, and man page stuff is being worked on, CLANG over GCC, etc. Anyway, my point was not to advocate fossil for this task, but to point out BSD license is a concern. Perhaps if you are able to find consensus, requesting a license change might be an option. -- Adam Vande More ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
22.09.2010, 14:11, Adam Vande More amvandem...@gmail.com: BSD license has a particular advantage in embedded/black box systems, so not polluting base with more viral licensing is pretty important to project as whole I think. Do embedded systems really need to use ports tree? I guess no, or only during initial setup by manufacturer -- Regards, Konstantin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: amule-10275
Sorry, but I think I should forward this to you as well. Paolo Bormida -- Forwarded message -- From: Paolo Bormida pborm...@gmail.com Date: 2010/9/22 Subject: Question about amule port version To: ganael.laplan...@martymac.org Sorry to bother you, but I think I understood the problem I described in this post to the freebsd forums: http://forums.freebsd.org/showthread.php?t=17961 Does amule2 port switched from a stable 2.2.5 release to a daily snapshot? Does the sparc64 port still has the daily snapshot instad of the more up-to-date 2.2.6_4 available? If this is correct I will tag my post as solved describing this: I see the new port has improved on the knobs available to build it, and that is ***very*** good Thanx --- Paolo Bormida Giaveno - Torino --- Italy --- -- --- Paolo Bormida Giaveno - Torino --- Italy --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
On Wed, 22 Sep 2010 12:42:37 +0200, Paolo Bormida wrote To: ganael.laplan...@martymac.org Hi Paolo, (this is a re-post of my previous, private answer) I am sorry but I am no more the maintainer of aMule. You should get in touch with swel...@gmail.com, who is the new maintainer. Sorry to bother you, but I think I understood the problem I described in this post to the freebsd forums: http://forums.freebsd.org/showthread.php?t=17961 Does amule2 port switched from a stable 2.2.5 release to a daily snapshot? Does the sparc64 port still has the daily snapshot instad of the more up-to-date 2.2.6_4 available? You can find the history of the changes made to this port on Freshports here : http://www.freshports.org/net-p2p/amule2 Yes, the ports seems to have switched to using a code snapshot on Aug, 13 2010 with version r.10266, leaving version 2.2.6 behind. Best regards, Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
Smells like Debian. Smells like Slashdot. I give up. On Wed, Sep 22, 2010 at 7:11 AM, Adam Vande More amvandem...@gmail.com wrote: On Wed, Sep 22, 2010 at 4:10 AM, Jeremy Chadwick free...@jdc.parodius.comwrote: Given the amount of GPL'd software in the base system, why are we already fighting over licensing? What is it with the open-source world and obsessing with licensing? It should be up for discussion after alternatives have been determined as viable candidates (see below). Probably rhetorical, but not all licenses are created equal. BSD license has a particular advantage in embedded/black box systems, so not polluting base with more viral licensing is pretty important to project as whole I think. There's a reason things like IronPort aren't Linux based. Take for example the way ZFS was implemented. It was done that way to keep the CDDL out of the kernel. That's part of the reason booting of ZFS is the way it is as a separate loader, not integrated. Licenses are a big deal, our world is not laissez-faire regarding them. Yes there are still some GPL tools in base but the number is really quite small and shrinking, however what's there is pretty big and quite essential. There has long been active if not frequently vigorous work to remove those bits. It seems GNU grep is nearing it's end, and man page stuff is being worked on, CLANG over GCC, etc. Anyway, my point was not to advocate fossil for this task, but to point out BSD license is a concern. Perhaps if you are able to find consensus, requesting a license change might be an option. -- Adam Vande More ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Not so young, but still crying out Full of anger full of doubt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Paolo Bormida pborm...@gmail.com writes: Does amule2 port switched from a stable 2.2.5 release to a daily snapshot? Yes, snapshots are gonna be used unless there are more frequent releases upstream. You can find the history of changes on freshports. http://www.freshports.org/net-p2p/amule2 The package name also switched from `aMule' to `amule' in order to remove silly vendor capitalization and match port *directory* name. Besides, I plan to rename the port to plain `amule' with the next update in order to remove last bit of confusion, i.e. `2' version suffix in port directory name and in LATEST_LINK. Does the sparc64 port still has the daily snapshot instead of the more up-to-date 2.2.6_4 available? aMule-10266.tbz and amule-10275.tbz are newer than aMule-2.2.6_4.tbz unless I'm missing smth. $ pkg_version aMule $ portmaster -L === aMule-2.2.6_4 === New version available: amule-10275 I can only find aMule-10266.tbz for sparc64 for 8-stable, though. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Anonymous swel...@gmail.com writes: Besides, I plan to rename the port to plain `amule' with the next update in order to remove last bit of confusion, i.e. `2' version suffix in port directory name and in LATEST_LINK. Pass me pointyhat for not doing it when the port switched to use snapshots. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Nice to know that amule will get more frequent updates, and the new knobs are great as well, but isn't risky to use snapshots for a port? Are there any policies about what to base a port upon? And yes, you are correct about the availability of the sparc64 packages. Can the new knobs be used to do a gui-less build of amule? Thanx Paolo 2010/9/22 Anonymous swel...@gmail.com Paolo Bormida pborm...@gmail.com writes: Does amule2 port switched from a stable 2.2.5 release to a daily snapshot? Yes, snapshots are gonna be used unless there are more frequent releases upstream. You can find the history of changes on freshports. http://www.freshports.org/net-p2p/amule2 The package name also switched from `aMule' to `amule' in order to remove silly vendor capitalization and match port *directory* name. Besides, I plan to rename the port to plain `amule' with the next update in order to remove last bit of confusion, i.e. `2' version suffix in port directory name and in LATEST_LINK. Does the sparc64 port still has the daily snapshot instead of the more up-to-date 2.2.6_4 available? aMule-10266.tbz and amule-10275.tbz are newer than aMule-2.2.6_4.tbz unless I'm missing smth. $ pkg_version aMule $ portmaster -L === aMule-2.2.6_4 === New version available: amule-10275 I can only find aMule-10266.tbz for sparc64 for 8-stable, though. -- --- Paolo Bormida Giaveno - Torino --- Italy --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [CFT] games/aquaria: Underwater 2D Fantasy Action-Adventure
Dmitry Marakasov amd...@amdmi3.ru writes: * Anonymous (swel...@gmail.com) wrote: Are such PITA to install games desired in the ports tree, anyway? I think in this case -data port is not needed. Sources should be packaged and put somewhere, and the game should show a pkg-message with instructions on how to obtain and where to put the data. We have similar ports in tree already - see openttd or reminiscence. OK, but the port's *.lua scripts in DATADIR may conflict with the ones from game data directory. I've left a note about it in pkg-message for now. Actually I've had all humble indie bundle ports in my TODO list for a while, and it's nice to see someone did this faster than me :) If you plan to port other games, I have a wip port for lugaru (http://hg.amdmi3.ru/ports/games/lugaru). Nah, I only wanted to test the game. Feel free to include and modify the port in your repo[1]. And I'd suggest using Andrew Church's repo for distfile, it allows to build the game against system lua, freetype, libvorbis, libogg which would reduce the cost of maintaining them separately from their ports. [1] it'd free me from having to find the place to host distfile, too Makefile | 24 ++-- files/patch-BBGE-libogg-os_types.h | 11 -- files/pkg-message.in | 19 +++ pkg-plist | 264 ++-- 4 files changed, 165 insertions(+), 153 deletions(-) delete mode 100644 files/patch-BBGE-libogg-os_types.h create mode 100644 files/pkg-message.in diff --git games/aquaria/Makefile games/aquaria/Makefile index 5b63cd6..74b299e 100644 --- games/aquaria/Makefile +++ games/aquaria/Makefile @@ -6,7 +6,7 @@ # PORTNAME= aquaria -PORTVERSION= 25 +PORTVERSION= 540 CATEGORIES= games MASTER_SITES= # not yet @@ -17,20 +17,17 @@ LICENSE= GPLv2 GPLv3 LICENSE_COMB= dual LICENSE_FILE_GPLv2= ${WRKSRC}/COPYING.txt +LIB_DEPENDS= freetype.9:${PORTSDIR}/print/freetype2 \ + vorbis.4:${PORTSDIR}/audio/libvorbis + USE_CMAKE= yes +USE_LUA= 5.1 USE_SDL= yes USE_OPENAL= yes -CFLAGS+= -isystem${LOCALBASE}/include \ - -DAQUARIA_DATA_PATH=\\\${DATADIR}\\\ - -OPTIONS= GAME_DATA Install game data off +SUB_FILES= pkg-message -.include bsd.port.options.mk - -.if defined(WITH_GAME_DATA) -RUN_DEPENDS+= ${LOCALBASE}/share/aquaria/data/variables.txt:${PORTSDIR}/games/aquaria-data -.endif +CFLAGS+= -DAQUARIA_DATA_PATH=\\\${DATADIR}\\\ do-install: ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${PREFIX}/bin @@ -38,10 +35,15 @@ do-install: ${TAR} cf - -C${WRKSRC}/game_scripts . \ | ${TAR} xof - -C${DATADIR} +post-install: .SILENT + ${ECHO_MSG} + ${CAT} ${PKGMESSAGE} + ${ECHO_MSG} + maint-gen-distfile: ${MKDIR} ${WRKDIR} cd ${WRKDIR} hg clone -r${PORTVERSION} \ - http://hg.icculus.org/icculus/${PORTNAME}/ ${WRKSRC} + http://achurch.org/cgi-bin/hg/aquaria/ ${WRKSRC} ${TAR} czf ${DISTDIR}/${DISTFILES} -C${WRKDIR} --exclude .hg . .include bsd.port.mk diff --git games/aquaria/files/patch-BBGE-libogg-os_types.h games/aquaria/files/patch-BBGE-libogg-os_types.h deleted file mode 100644 index 43c0cc5..000 --- games/aquaria/files/patch-BBGE-libogg-os_types.h +++ /dev/null @@ -1,11 +0,0 @@ BBGE/libogg-1.1.3/include/ogg/os_types.h~ -+++ BBGE/libogg-1.1.3/include/ogg/os_types.h -@@ -119,7 +119,7 @@ -typedef long long int ogg_int64_t; - - //@UE3 Avoid using the header that the configure script would generate. --#elif defined(__linux__) || (defined(__APPLE__) defined(__MACH__)) || defined(sun) -+#elif defined(__linux__) || defined(__FreeBSD__) || (defined(__APPLE__) defined(__MACH__)) || defined(sun) - - # include stdint.h -typedef int16_t ogg_int16_t; diff --git games/aquaria/files/pkg-message.in games/aquaria/files/pkg-message.in new file mode 100644 index 000..4ea59ae --- /dev/null +++ games/aquaria/files/pkg-message.in @@ -0,0 +1,19 @@ +== + +Aquaria requires game data files from Humble Indie Bundle +release. Copy the files to %%DATADIR%%. Because '*.lua' files +installed by this port conflict with the ones you may find in game +data directory you should NOT copy them. + + $ tar cf - -C/path/to/aquaria/data --exclude '*.lua' . | tar xf - -C%%DATADIR%% + +Alternatively, you can specify path to the game data using +AQUARIA_DATA_PATH environment variable, e.g. + + $ cd /path/to/aquaria/data + $ find _mods scripts -name '*.lua' -delete + $ tar cf - -C%%DATADIR%%/ _mods scripts | tar xf - + + $ AQUARIA_DATA_PATH=/path/to/aquaria/data aquaria + +== diff --git games/aquaria/pkg-plist games/aquaria/pkg-plist index 05207c0..6f5ac80 100644 --- games/aquaria/pkg-plist +++ games/aquaria/pkg-plist @@ -83,20 +83,89 @@ bin/aquaria %%DATADIR%%/_mods/jukebox/scripts/node_jukebox-random.lua
Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
On Tue, Sep 21, 2010 at 12:29:50PM -0400, Mikhail T. wrote: 21.09.2010 12:05, David Southwell написав(ла): Problem is opal does not compile due to failure which was in original posting: According to: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/opal-2.2.11_2.log.bz2 Opal builds just fine -- in the clean environment... As does ptlib: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/ptlib-2.4.4.log.bz2 Which means, there is something about your configuration, that interferes with the build. I'm not blaming you -- ports (unlike packages) ought to be flexible and build properly in a variety of configurations. The price for that flexibility, however, is having to deal with an occasional breakage, when your setup deviates too far from the mainstream. But you need to, at least, diagnose the problem yourself. Does the presence of some unusual package break the build? Any other unexpected setting/configuration option? Include that info in a PR, so that the problem can be reproduced... Thanks! Yours, To OP (David Southwell): Do you have openssl installed from ports (so it shows up in pkg_info output)? That might be the cause of your build failures while pointyhat cluster builds affected ports without errors. To port maintainers: Could you try to build your ports in the presence of openssl installed from ports? 0.02$, Alexey. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Paolo Bormida pborm...@gmail.com writes: Can the new knobs be used to do a gui-less build of amule? No, even without --disable-monolithic amule would still require WX. $ readelf -d $(which amulecmd) | fgrep wx 0x0001 (NEEDED) Shared library: [libwx_baseu_net-2.8.so.0] 0x0001 (NEEDED) Shared library: [libwx_baseu-2.8.so.0] $ nm -D $(which amulecmd) | sed -n '/_/d; /wx/p' 0045a6d8 B wxConvFileName 0045a260 B wxConvLocal 0045a6c0 B wxConvUTF8 0045a1c0 B wxEmptyString And I don't think we have a WX package that ships only libs without X11 dependency. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Anonymous swel...@gmail.com writes: Paolo Bormida pborm...@gmail.com writes: Can the new knobs be used to do a gui-less build of amule? No, even without --disable-monolithic amule would still require WX. ^^^ Typo: without - with. Perhaps, I misinterpreted your question and you just don't want to build `amule' while still having WX dependency. It's easy to provide a knob for monolithic. Do you need it? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Install Fuse-SSHFS from ports or from Fuse Website Project ?
Hi, I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? I haven't found anything on Google. Best Regards, Alexandre. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
'mbuffer' broken for network support / pipes under 7.2-R / 8.1-R?
Hi, I've got the port of mbuffer (/usr/ports/misc/mbuffer) installed on a number of machines (amd64/FreeBSD 6.4-S, 7.2-S and 8.1-R) - but it seems to have issues... Firstly - any attempt to use the 'network' options of it, fail miserably (this is where mbuffer sends the data via tcp, instead of stdout) - e.g. tester# mbuffer -I 1 Assertion failed: ((err == 0) (bsize == sizeof(rcvsize))), function openNetworkInput, file mbuffer.c, line 1358. Abort (core dumped) None of the network options (for sending, or receiving) seem to work - they all fail with the above assert under 7.2/8.1 Under 6.4 - they 'seem' to work, but you get a warning mbuffer: warning: unable to set socket receive buffer size: No buffer space available spat out. Also, I've noticed - if using mbuffer as part of a chain, it fails to finish under 7.2/8.1 - e.g. tester# cat /usr/src/COPYRIGHT | ssh r...@othermachine cat test Works fine. tester# cat /usr/src/COPYRIGHT | mbuffer | ssh r...@othermachine cat test Completes the transfer fine, but then 'hangs forever' - hitting CTRL-C nets: mbuffer: warning: error during output to stdout: canceled The same on an older 6.4 based host, completes fine. Anyone know about this, or can think of any workarounds? - 'mbuffer' is very handy (not only for speeding I/O but also rate limiting on transfers etc.) Thanks, -Karl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
x11/sessreg fails to build
Hello, Fetched ports today : === Building for sessreg-1.0.5_1 /usr/bin/make all-am cc -std=gnu99 -DHAVE_CONFIG_H -I. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe -fno-strict-aliasing -MT sessreg.o -MD -MP -MF .deps/sessreg.Tpo -c -o sessreg.o sessreg.c mv -f .deps/sessreg.Tpo .deps/sessreg.Po cc -std=gnu99 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe -fno-strict-aliasing -o sessreg sessreg.o sessreg.o(.text+0xfa): In function `UtmpxIdOpen': : undefined reference to `setutxent' sessreg.o(.text+0x101): In function `UtmpxIdOpen': : undefined reference to `getutxent' sessreg.o(.text+0x12b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x13b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x992): In function `main': : undefined reference to `setutxent' sessreg.o(.text+0x99f): In function `main': : undefined reference to `getutxid' sessreg.o(.text+0x9ac): In function `main': : undefined reference to `pututxline' sessreg.o(.text+0x9b1): In function `main': : undefined reference to `endutxent' sessreg.o(.text+0xa91): In function `main': : undefined reference to `getutxent' sessreg.o(.text+0xace): In function `main': : undefined reference to `endutxent' *** Error code 1 Stop in /usr/obj/usr/ports/x11/sessreg/work/sessreg-1.0.5. *** Error code 1 Stop in /usr/obj/usr/ports/x11/sessreg/work/sessreg-1.0.5. *** Error code 1 -- Demelier David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/sessreg fails to build
David DEMELIER demelier.da...@gmail.com writes: sessreg.o(.text+0xfa): In function `UtmpxIdOpen': : undefined reference to `setutxent' sessreg.o(.text+0x101): In function `UtmpxIdOpen': : undefined reference to `getutxent' sessreg.o(.text+0x12b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x13b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x992): In function `main': : undefined reference to `setutxent' sessreg.o(.text+0x99f): In function `main': : undefined reference to `getutxid' sessreg.o(.text+0x9ac): In function `main': : undefined reference to `pututxline' sessreg.o(.text+0x9b1): In function `main': : undefined reference to `endutxent' sessreg.o(.text+0xa91): In function `main': : undefined reference to `getutxent' sessreg.o(.text+0xace): In function `main': : undefined reference to `endutxent' *** Error code 1 Do you have utmpx.h in /usr/include while not having getutxent(3) in libc? I guess this may happen if you downgrade from /head to /stable/8. If it's smth else providing config.log is essential. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Double answer: The functions you see in amulecmd should be in wxbase and wx is not a problem. My goal is not to build the gui version, just amuled and amulecmd, and I think this can be done in amule calling configure like described in this howto http://wiki.amule.org/index.php/HowTo_Compile_aMuled So, I think a knob for passing to configure those flags would do the job. This way X11 should not be needed. Paolo 2010/9/22 Anonymous swel...@gmail.com Anonymous swel...@gmail.com writes: Paolo Bormida pborm...@gmail.com writes: Can the new knobs be used to do a gui-less build of amule? No, even without --disable-monolithic amule would still require WX. ^^^ Typo: without - with. Perhaps, I misinterpreted your question and you just don't want to build `amule' while still having WX dependency. It's easy to provide a knob for monolithic. Do you need it? -- --- Paolo Bormida Giaveno - Torino --- Italy --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Of course this would be useful to those who do wish not to install/start X on a server, whether it be a i386/amd64 or a sparc64 or other architectures that does not have a graphic card on the server (an headless machine) . In this case would be useless to do a very long build of X11 and amule gui, along with amuled+amulecmd, then never use the X part. Paolo 2010/9/22 Paolo Bormida pborm...@gmail.com Double answer: The functions you see in amulecmd should be in wxbase and wx is not a problem. My goal is not to build the gui version, just amuled and amulecmd, and I think this can be done in amule calling configure like described in this howto http://wiki.amule.org/index.php/HowTo_Compile_aMuled So, I think a knob for passing to configure those flags would do the job. This way X11 should not be needed. Paolo 2010/9/22 Anonymous swel...@gmail.com Anonymous swel...@gmail.com writes: Paolo Bormida pborm...@gmail.com writes: Can the new knobs be used to do a gui-less build of amule? No, even without --disable-monolithic amule would still require WX. ^^^ Typo: without - with. Perhaps, I misinterpreted your question and you just don't want to build `amule' while still having WX dependency. It's easy to provide a knob for monolithic. Do you need it? -- --- Paolo Bormida Giaveno - Torino --- Italy --- -- --- Paolo Bormida Giaveno - Torino --- Italy --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
Paolo Bormida pborm...@gmail.com writes: My goal is not to build the gui version, just amuled and amulecmd, and I think this can be done in amule calling configure like described in this howto http://wiki.amule.org/index.php/ HowTo_Compile_aMuled Have you looked at x11-toolkits/wxgtk28 port? You'd need to split it into more slave ports in order to install wx_base separately. Well, one can build wxgtk28 port as part of amule build an then link it statically but I'd rather not complicate already not very trivial port. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
portupgrade bugzilla fails with mysql 4 installed
The message while portupgrading bugzilla: bugzilla-3.6.2_1 depends on package: p5-DBD-mysql=2.9003 - not found Verifying reinstall for p5-DBD-mysql=2.9003 in /usr/ports/databases/p5-DBD-mysql p5-DBD-mysql-4.017 conflicts with installed package(s): p5-DBD-mysql50-4.017 They install files into the same place. Please remove them first with pkg_delete(1) The problem in Makefile: .ifdef WITH_MYSQL RUN_DEPENDS+= p5-DBD-mysql=2.9003:${PORTSDIR}/databases/p5-DBD-mysql USE_MYSQL= yes IGNORE_WITH_MYSQL= 323 .endif For MySQL 5.0, I simply changed the references to p5-DBD-mysql to p5-DBD-mysql50 and the conflict was removed and portupgrade succeeded, but there must be a more thorough and elegant way. Tim Kellers ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On Wed, 22 Sep 2010 15:33:53 +0200 Alexandre axel...@ymail.com wrote: I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? The version in ports froze my system when I tried to save a file opened from the mounted file system. (some 3-4 weeks back), -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: x11/sessreg fails to build
2010/9/22 Anonymous swel...@gmail.com: David DEMELIER demelier.da...@gmail.com writes: sessreg.o(.text+0xfa): In function `UtmpxIdOpen': : undefined reference to `setutxent' sessreg.o(.text+0x101): In function `UtmpxIdOpen': : undefined reference to `getutxent' sessreg.o(.text+0x12b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x13b): In function `UtmpxIdOpen': : undefined reference to `endutxent' sessreg.o(.text+0x992): In function `main': : undefined reference to `setutxent' sessreg.o(.text+0x99f): In function `main': : undefined reference to `getutxid' sessreg.o(.text+0x9ac): In function `main': : undefined reference to `pututxline' sessreg.o(.text+0x9b1): In function `main': : undefined reference to `endutxent' sessreg.o(.text+0xa91): In function `main': : undefined reference to `getutxent' sessreg.o(.text+0xace): In function `main': : undefined reference to `endutxent' *** Error code 1 Do you have utmpx.h in /usr/include while not having getutxent(3) in libc? I guess this may happen if you downgrade from /head to /stable/8. If it's smth else providing config.log is essential. 74 __BEGIN_DECLS 75 voidendutxent(void); 76 struct utmpx *getutxent(void); 77 struct utmpx *getutxid(const struct utmpx *); 78 struct utmpx *getutxline(const struct utmpx *); 79 struct utmpx *pututxline(const struct utmpx *); 80 voidsetutxent(void); 81 I have them in /usr/include/utmpx.h At configure stage : checking utmpx.h usability... yes checking utmpx.h presence... yes checking for utmpx.h... yes In config.log there is not something strange but if you want to check it I attached it. By the way I'm running 8.1-RELEASE on amd64. With kind regards, -- Demelier David config.log Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Mon, 20 Sep 2010 19:07:17 -0700 per...@pluto.rain.com wrote: Janne Snabb sn...@epipe.com wrote: On Mon, 20 Sep 2010, per...@pluto.rain.com wrote: One issue with either Git or Mercurial is that they are GPL. AFAIK FreeBSD prefers to avoid GPL in the base or in critical widely-used infrastructure if a viable non-GPL alternative exists. The project currently uses Perforce for many sub-projects, so using GPL licenced solution could hardly be a problem. According to the General Information table here: http://en.wikipedia.org/wiki/Comparison_of_revision_control_software Perforce is not GPL -- it is proprietary (but Free ... for OSS development). Thus the fact that FreeBSD currently uses Perforce tells us nothing about the acceptability of a GPL licensed solution. (Ditto for SVN, which -- as someone already pointed out -- is not GPL either.) There are two distributed, BSD-licensed VCS listed on that page: Codeville and Fossil. Both are in ports, but Codeville has been proposed for removal as it seems no longer to be under active development. That leaves Fossil as a possibly-viable BSD-licensed alternative to Mercurial. (Of course, there may be others that aren't listed on that particular Wikipedia page.) Keeping the original recipients when replying (all of them not only To:) would be greatly appreciated (and it's required by the list charted). Thanks, -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: x11/sessreg fails to build
David DEMELIER demelier.da...@gmail.com writes: I have them in /usr/include/utmpx.h At configure stage : checking utmpx.h usability... yes checking utmpx.h presence... yes checking for utmpx.h... yes In config.log there is not something strange but if you want to check it I attached it. By the way I'm running 8.1-RELEASE on amd64. There is no utmpx.h on 8.1-RELEASE. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On 22.09.2010 22:24, Ion-Mihai Tetcu wrote: I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? The version in ports froze my system when I tried to save a file opened from the mounted file system. (some 3-4 weeks back), Both versions also got this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149411 It is something wrong with sysutils/fusefs-kmod on 8.x ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On Wed, 22 Sep 2010 22:56:27 +0600 Sergey Nikolenko s...@swa.org.ru wrote: On 22.09.2010 22:24, Ion-Mihai Tetcu wrote: I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? The version in ports froze my system when I tried to save a file opened from the mounted file system. (some 3-4 weeks back), Both versions also got this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149411 It is something wrong with sysutils/fusefs-kmod on 8.x Hrm .. so is this a general FUSeFS problem? Or just a sshfs one? -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: 'mbuffer' broken for network support / pipes under 7.2-R / 8.1-R?
22.09.2010 18:06, Karl Pielorz пишет: Hi, I've got the port of mbuffer (/usr/ports/misc/mbuffer) installed on a number of machines (amd64/FreeBSD 6.4-S, 7.2-S and 8.1-R) - but it seems to have issues... Firstly - any attempt to use the 'network' options of it, fail miserably (this is where mbuffer sends the data via tcp, instead of stdout) - e.g. tester# mbuffer -I 1 Assertion failed: ((err == 0) (bsize == sizeof(rcvsize))), function openNetworkInput, file mbuffer.c, line 1358. Abort (core dumped) None of the network options (for sending, or receiving) seem to work - they all fail with the above assert under 7.2/8.1 Under 6.4 - they 'seem' to work, but you get a warning mbuffer: warning: unable to set socket receive buffer size: No buffer space available spat out. Also, I've noticed - if using mbuffer as part of a chain, it fails to finish under 7.2/8.1 - e.g. tester# cat /usr/src/COPYRIGHT | ssh r...@othermachine cat test Works fine. tester# cat /usr/src/COPYRIGHT | mbuffer | ssh r...@othermachine cat test Completes the transfer fine, but then 'hangs forever' - hitting CTRL-C nets: mbuffer: warning: error during output to stdout: canceled The same on an older 6.4 based host, completes fine. Anyone know about this, or can think of any workarounds? - 'mbuffer' is very handy (not only for speeding I/O but also rate limiting on transfers etc.) Thanks, -Karl Please use patch attached. It updates mbuffer to latest version that has many 64-bit related fixes. Tell if it's now ok for you. -- Regards, Ruslan diff -ruNa mbuffer/Makefile mbuffer/Makefile --- mbuffer/Makefile2009-01-07 16:46:22.0 +0300 +++ mbuffer/Makefile2010-09-22 21:56:27.0 +0400 @@ -6,7 +6,7 @@ # PORTNAME= mbuffer -PORTVERSION= 2009.01.06 +PORTVERSION= 2010.05.26 CATEGORIES=misc MASTER_SITES= http://www.maier-komor.de/software/mbuffer/ DISTNAME= ${PORTNAME}-${PORTVERSION:S/.//g} diff -ruNa mbuffer/distinfo mbuffer/distinfo --- mbuffer/distinfo2009-01-07 16:46:22.0 +0300 +++ mbuffer/distinfo2010-09-22 21:56:53.0 +0400 @@ -1,3 +1,3 @@ -MD5 (mbuffer-20090106.tgz) = 26f3d5b9bac8caa8af44f9e9e6d3b43d -SHA256 (mbuffer-20090106.tgz) = e353639c64660e0f70f2a003d3617a45a3517f9a3b08d7cfad1bba85ae2037f9 -SIZE (mbuffer-20090106.tgz) = 106446 +MD5 (mbuffer-20100526.tgz) = e947c2d29064e2c87e96533e85517ad1 +SHA256 (mbuffer-20100526.tgz) = 0eae0982b9084722087a1998f4a41209e0050012f920c82ddc35d71831b6f0de +SIZE (mbuffer-20100526.tgz) = 115295 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
Hello, On Wed, Sep 22, 2010 at 3:33 PM, Alexandre axel...@ymail.com wrote: Hi, I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? I am using the port version: r...@kg-quiet# portversion -v | grep sshfs fusefs-sshfs-2.2= up-to-date with port on: r...@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 7.3-STABLE FreeBSD 7.3-STABLE #8: Mon Apr 5 21:10:07 CEST 2010 r...@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 It works for me. YMMV. -- Regards, Torfinn Ingolfsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On 23.09.2010 00:01, Ion-Mihai Tetcu wrote: I want to use Fuse-SSHFS http://www.freshports.org/sysutils/fusefs-sshfs/but the port is old (and it got a Sanity Test Failure). When I go to the website of the project Fuse http://sourceforge.net/projects/fuse/ , there is a more recent version fuse-2.8.4.tar.gz and available (?) for FreeBSD. Is anyone is using Fuse-SSHFS and which version : the one from ports or from the project website ? The version in ports froze my system when I tried to save a file opened from the mounted file system. (some 3-4 weeks back), Both versions also got this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149411 It is something wrong with sysutils/fusefs-kmod on 8.x Hrm .. so is this a general FUSeFS problem? Or just a sshfs one? Looks like a general fusefs problem on 8.x ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/sessreg fails to build
2010/9/22 Anonymous swel...@gmail.com: David DEMELIER demelier.da...@gmail.com writes: I have them in /usr/include/utmpx.h At configure stage : checking utmpx.h usability... yes checking utmpx.h presence... yes checking for utmpx.h... yes In config.log there is not something strange but if you want to check it I attached it. By the way I'm running 8.1-RELEASE on amd64. There is no utmpx.h on 8.1-RELEASE. Then it's there because I downgraded from -STABLE, then I should remove it safely ? -- Demelier David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portupgrade bugzilla fails with mysql 4 installed
On 22/09/2010 16:29:46, Tim Kellers wrote: The message while portupgrading bugzilla: bugzilla-3.6.2_1 depends on package: p5-DBD-mysql=2.9003 - not found Verifying reinstall for p5-DBD-mysql=2.9003 in /usr/ports/databases/p5-DBD-mysql p5-DBD-mysql-4.017 conflicts with installed package(s): p5-DBD-mysql50-4.017 They install files into the same place. Please remove them first with pkg_delete(1) The problem in Makefile: .ifdef WITH_MYSQL RUN_DEPENDS+= p5-DBD-mysql=2.9003:${PORTSDIR}/databases/p5-DBD-mysql USE_MYSQL= yes IGNORE_WITH_MYSQL= 323 .endif For MySQL 5.0, I simply changed the references to p5-DBD-mysql to p5-DBD-mysql50 and the conflict was removed and portupgrade succeeded, but there must be a more thorough and elegant way. If you use the =$version construct in a DEPENDS line, it forces the ports system to check that a specific port is installed, as well as ensuring that the version requirement is met. Alternately, look at the databases/mytop port I maintain. There it uses the standard form of dependency checking, like so: RUN_DEPENDS= ${SITE_PERL}/${PERL_ARCH}/DBD/mysql.pm:${PORTSDIR}/databases/p5-DBD-mysql \ ie. it checks for the existence of a specific file. It doesn't matter what port provides that file -- if any -- so long as the file exists, the dependency is satisfied. Only if the file is missing will the port install the suggested databases/p5-DBD-mysql to fulfil that dependency. So you can install p5-DBD-mysql51 and mytop will happily co-exist if installed after it. Now, version 2.9003 of p5-DBD-mysql was current around April 2005 -- version 3. came out on 30 June 2005. Is it still really necessary to protect against installing software incompatible with that version? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: x11/sessreg fails to build
On Wed, Sep 22, 2010 at 08:52:02PM +0200, David DEMELIER wrote: There is no utmpx.h on 8.1-RELEASE. Then it's there because I downgraded from -STABLE, then I should remove it safely ? When I do a source upgrade (which I do way more frequently than is sane), I augment the instructions in /usr/src/UPDATING so that just after make installkernel, I run mergemaster -p (as specified), then move /usr/include aside prior to make installworld: the make installworld will re-populate /usr/include afresh, and that way I know it doesn't contain anything it's not supposed to. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpY4KLF0l3qx.pgp Description: PGP signature
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On 23.09.2010 02:08, Warren Block wrote: On Thu, 23 Sep 2010, Sergey Nikolenko wrote: On 23.09.2010 00:01, Ion-Mihai Tetcu wrote: Both versions also got this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149411 It is something wrong with sysutils/fusefs-kmod on 8.x Hrm .. so is this a general FUSeFS problem? Or just a sshfs one? Looks like a general fusefs problem on 8.x There's a patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=149674 that might be related. Thanks! Will try tomorrow. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Install Fuse-SSHFS from ports or from Fuse Website Project ?
On Thu, 23 Sep 2010, Sergey Nikolenko wrote: On 23.09.2010 00:01, Ion-Mihai Tetcu wrote: Both versions also got this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149411 It is something wrong with sysutils/fusefs-kmod on 8.x Hrm .. so is this a general FUSeFS problem? Or just a sshfs one? Looks like a general fusefs problem on 8.x There's a patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=149674 that might be related. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: amule-10275
No, never looked at wxgtk28 port and I understand it would be non trivial to split it. Building it as part of amule would be better. But I am not here to ask you to do that, just suggesting what might be useful to people wishing to use amule on servers. On the other hand it is true that compiling with X11 and not to use it isnt dangerous nor exceedingly troublesome, just boring and a waste of disk space (and might mess packages db a little). Doing this might be a nice feature of the port for future releases. Or maybe making another port, like amuled or amule-core that builds just wxbase and amuled+amulecmd. If I ever can afford the time I might try doing that after reading the porter handbook far more deeply that what I have done up to now... Thanx for your time. Paolo 2010/9/22 Anonymous swel...@gmail.com Paolo Bormida pborm...@gmail.com writes: My goal is not to build the gui version, just amuled and amulecmd, and I think this can be done in amule calling configure like described in this howto http://wiki.amule.org/index.php/ HowTo_Compile_aMuled Have you looked at x11-toolkits/wxgtk28 port? You'd need to split it into more slave ports in order to install wx_base separately. Well, one can build wxgtk28 port as part of amule build an then link it statically but I'd rather not complicate already not very trivial port. -- --- Paolo Bormida Giaveno - Torino --- Italy --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Upgrading Samba
Hello. I'm using a 7.2/amd386 (soon to be 7.3) as PDC with Samba 3.0.37. Since I have to add a Windows 7 machine, I need to upgrade to 3.4.x. Is this as simple as removing the port and installing the new one? I have no BDC, I'm not using LDAP or WinBind or anything fancy. I do use pam_smb though (shouldn't matter, but I thought I'd write this :-). bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Upgrading Samba
On Wed, 22 Sep 2010 23:04:08 +0200 Andrea Venturoli m...@netfence.it wrote: Hello. I'm using a 7.2/amd386 (soon to be 7.3) as PDC with Samba 3.0.37. Since I have to add a Windows 7 machine, I need to upgrade to 3.4.x. Is this as simple as removing the port and installing the new one? I have no BDC, I'm not using LDAP or WinBind or anything fancy. I do use pam_smb though (shouldn't matter, but I thought I'd write this :-). I did this a while ago for the same reason. My logbook says that it wanted to use /var/run/samba34 (a directory) instead of the previous default. That was easy. Also that smbd wouldn't start because it needed the avahi-app package (and dependencies) but this presumably wasn't listed as a dependency because I had to install it by hand. I had to re-add the user rights for some reason - YMMV - this may be the use of different directories for 3.4. Probably wasn't necessary, but I moved smbusers to /usr/local/etc/samba34, and updated smb.conf. I can't remember how much of the above turned out to be essential. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Fwd: Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
On Tue, Sep 21, 2010 at 12:29:50PM -0400, Mikhail T. wrote: 21.09.2010 12:05, David Southwell написав(ла): Problem is opal does not compile due to failure which was in original posting: According to: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/opal-2.2.11_2.l og.bz2 Opal builds just fine -- in the clean environment... As does ptlib: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/ptlib-2.4.4.log .bz2 Which means, there is something about your configuration, that interferes with the build. I'm not blaming you -- ports (unlike packages) ought to be flexible and build properly in a variety of configurations. The price for that flexibility, however, is having to deal with an occasional breakage, when your setup deviates too far from the mainstream. But you need to, at least, diagnose the problem yourself. Does the presence of some unusual package break the build? Any other unexpected setting/configuration option? Include that info in a PR, so that the problem can be reproduced... Thanks! Yours, To OP (David Southwell): Do you have openssl installed from ports (so it shows up in pkg_info output)? That might be the cause of your build failures while pointyhat cluster builds affected ports without errors. To port maintainers: Could you try to build your ports in the presence of openssl installed from ports? 0.02$, Alexey. On Tue, Sep 21, 2010 at 12:29:50PM -0400, Mikhail T. wrote: 21.09.2010 12:05, David Southwell написав(ла): Problem is opal does not compile due to failure which was in original posting: According to: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/opal-2.2.11_2.l og.bz2 Opal builds just fine -- in the clean environment... As does ptlib: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/ptlib-2.4.4.log .bz2 Which means, there is something about your configuration, that interferes with the build. I'm not blaming you -- ports (unlike packages) ought to be flexible and build properly in a variety of configurations. The price for that flexibility, however, is having to deal with an occasional breakage, when your setup deviates too far from the mainstream. But you need to, at least, diagnose the problem yourself. Does the presence of some unusual package break the build? Any other unexpected setting/configuration option? Include that info in a PR, so that the problem can be reproduced... Thanks! Yours, To OP (David Southwell): Do you have openssl installed from ports (so it shows up in pkg_info output)? Yes dns1# pkg_info |grep ssl dsssl-docbook-modular-1.79_1,1 DSSSL stylesheets for the DocBook DTD by Norman Walsh linux-openssl-0.9.7f_2 SSL and crypto library (Linux Version) openssl-1.0.0_2 SSL and crypto library php5-openssl-5.3.3_2 The openssl shared extension for php py26-openssl-0.10 Python interface to the OpenSSL library qca-ossl-2.0.0.b3_4 QCA OpenSLL plugin That might be the cause of your build failures while pointyhat cluster builds affected ports without errors. To port maintainers: Could you try to build your ports in the presence of openssl installed from ports? 0.02$, Alexey. Thanks Alexey david Photographic Artist Permanent Installations Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography Official Portraiture Combined darkroom digital creations Systems Adminstrator for the vizion2000.net network % Photographic Artist Permanent Installations Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography Official Portraiture Combined darkroom digital creations Systems Adminstrator for the vizion2000.net network ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
devel/autoconf267 and net/samba* failures on FreeBSD 6.x
Can a few folks who have reported failures with net/samba* since the update of autoconf to 2.67 please mail me (not the list) the output from the following commands: cd /usr/ports/net/whatever-samba-you're-using make showconfig make configure and I can probably put a hack in place until 6.x goes EOL in a little over 2 months. -aDe ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found Done. make_index: libaacplus-1.0.5: no entry for /usr/ports/devel/autoconf262 Committers on the hook: ade amdmi3 pgollucci Most recent CVS update was: U LEGAL U MOVED U astro/boinc-setiathome-enhanced/Makefile U audio/Makefile U audio/jokosher/Makefile U audio/jokosher/distinfo U audio/jokosher/pkg-descr U audio/jokosher/pkg-plist U audio/libaacplus/Makefile U audio/libaacplus/distinfo U audio/libaacplus/pkg-descr U audio/libaacplus/pkg-plist U audio/libaacplus/files/patch-Makefile.am U audio/libaacplus/files/patch-configure.ac U databases/Makefile U databases/mysql-xql/Makefile U databases/mysql-xql/distinfo U databases/mysql-xql/pkg-descr U databases/mysql-xql/pkg-message U databases/mysql-xql/files/patch-Makefile.in U databases/mysql-xql/files/patch-configure U devel/Makefile U devel/autotools/Makefile U devel/horde-chora/Makefile U devel/horde-chora/distinfo U devel/p5-Getopt-Compact/Makefile U devel/p5-Getopt-Compact/distinfo U devel/p5-Getopt-Compact/pkg-descr U devel/p5-Getopt-Compact/pkg-plist U devel/rubygem-ruby_parser/Makefile U devel/rubygem-ruby_parser/distinfo U games/linux-enemyterritory/Makefile U games/spring/Makefile U games/spring/distinfo U games/spring/pkg-plist U games/spring/files/patch-rts-CMakeLists.txt U games/spring/files/patch-rts-Sim-Projectiles-PieceProjectile.cpp U games/spring/files/patch-rts-System-Platform-Misc.cpp U games/spring/files/patch-rts-System-SpringApp.cpp U games/spring/files/patch-rts-builds-DS-CMakeLists.txt U games/spring/files/patch-rts-lib-gml-gmlcls.h U games/spring/files/patch-rts-lib-gml-speedy-tls.cpp U games/springlobby/Makefile U games/springlobby/distinfo U games/springlobby/files/patch-CMakeLists.txt U games/violetland/Makefile U games/violetland/distinfo U games/violetland/pkg-plist U multimedia/spook/Makefile U net/Makefile U net/gnu-dico/Makefile U net/gnu-dico/distinfo U net/gnu-dico/pkg-descr U net/gnu-dico/pkg-plist U net/gnu-dico/files/dicod.conf U net/gnu-dico/files/dicod.sh.in U net/gnu-dico/files/pkg-message.in U science/xmds/Makefile U science/xmds/files/patch-Makefile.in U security/Makefile U security/ccsrch/Makefile U security/ccsrch/distinfo U security/ccsrch/pkg-descr U security/ccsrch/files/patch-Makefile U security/spass/Makefile U security/spass/distinfo U security/spass/pkg-descr U www/Makefile U www/CKeditor/Makefile U www/CKeditor/distinfo U www/CKeditor/pkg-descr U www/CKeditor/pkg-plist U www/p5-Gtk2-WebKit/Makefile U www/p5-Gtk2-WebKit/distinfo U www/p5-WWW-GitHub-Gist/Makefile U www/p5-WWW-GitHub-Gist/pkg-plist U www/p5-WebService-Linode/Makefile U www/p5-WebService-Linode/distinfo U www/p5-WebService-Linode/pkg-descr U www/p5-WebService-Linode/pkg-plist U www/py-cherrypy-devel/Makefile U www/py-cherrypy-devel/distinfo U www/py-cherrypy-devel/pkg-descr U www/py-cherrypy-devel/pkg-plist U www/py-cherrypy-devel/files/patch-CherryPy.egg-info__PKG-INFO U www/py-cherrypy-devel/files/patch-PKG-INFO U www/py-cherrypy-devel/files/patch-cherrypyinit__.py U www/py-cherrypy-devel/files/patch-cherrypy__wsgiserverinit__.py U www/py-cherrypy-devel/files/patch-setup.py U www/tt-rss/Makefile U www/tt-rss/distinfo U www/tt-rss/pkg-descr U www/tt-rss/pkg-plist U www/tt-rss/files/httpd-tt-rss.conf.in U www/tt-rss/files/pkg-message.in U www/tt-rss/files/ttrssd.in ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org