Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
1). http://bit.ly/d5UrtN 2). http://www.keltia.net/BSDCan/paper.pdf 3). http://bit.ly/97Y8Xi 4). Because CVS just does not do any of this. Make your final comparison here: http://bit.ly/cyQBn8 For the sake of argument can you think of any reason to not switch ? Why not Git? Or you prefer to manage ports tree from Windows? -- 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
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Mon, 20 Sep 2010 03:17, Konstantin Tokarev wrote: In Message-Id: 174981284967...@web24.yandex.ru 1). http://bit.ly/d5UrtN 2). http://www.keltia.net/BSDCan/paper.pdf 3). http://bit.ly/97Y8Xi 4). Because CVS just does not do any of this. Make your final comparison here: http://bit.ly/cyQBn8 For the sake of argument can you think of any reason to not switch ? Why not Git? Or you prefer to manage ports tree from Windows? For one it really has a steeper learning curve for the interface than what mercurial presents. It presents a lot of information upfront to the user which tends to be overwhelming in some cases. GIT is nice, I like its speed but I have more of a preference to mercurial than anything else. I also like the fact that mercurial makes direct use of the python language but this is not really for this thread and could lead off in directions that were not intended. I do not do any development for anything to do with FreeBSD in a Window$ environment, Its not needed for me to do so because I always have access to a command line wherever I go. If the time comes and I would need to, it is nice to know that there is a front-end for Mercurial on Window$. Thanks for inquiring, -- jhell,v ___ 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 20/09/2010 03:01, Carlos A. M. dos Santos wrote: On Sun, Sep 19, 2010 at 6:34 AM, Ion-Mihai Tetcu ite...@freebsd.org wrote: Insert VCS discussion here Is this just my impression or are we trying to build a bikeshed here? I think we all agree, that the stage is not set for a VCS change. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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: editors/vim installs to /
On Fri, Sep 17, 2010 at 05:38:21PM -0700, Rob Farmer wrote: On Fri, Sep 17, 2010 at 16:24, Wesley Shields w...@freebsd.org wrote: On Fri, Sep 17, 2010 at 03:51:42PM -0700, Rob Farmer wrote: On Fri, Sep 17, 2010 at 13:54, Wesley Shields w...@freebsd.org wrote: While I agree that editors/vim could use the changes you're discussing, do you really think such a comment is needed? Attacks like that are not necessary. Let your code speak for itself. -- WXS This port has major issues and numerous polite requests (including with patches) to fix them have been summarily ignored or rejected. So don't act surprised when people start to get annoyed by the situation. I'm not surprised. I'm pointing out that attacks like that are not going to further the cause of getting the port the care you think it deserves. Unfortunately I don't know what the answer is beyond polite requests and patches to fix the problems as you see them. I do know that attacks are not the answer and are in fact harmful to achieving a goal. -- WXS Fair enough. My apologies if my comments on this were too aggressive. However, I still think it would benefit everyone if the maintainer could provide an explanation for some of the current behavior and would at least be open to discussion about changing it. The biggest problem here, IMHO, is not the OPTIONS issue, but rather the use of GTK 1 as the default. Plenty of ports don't support OPTIONS, even though they could, and many users ignore options by setting BATCH, but it isn't a big deal because the defaults are ideal for most situations. I think either defaulting to GTK 2 or just making vim a console application would eliminate most of these complaints. editors/vim-lite is console only. pgpOCj7bxYWZn.pgp Description: PGP signature
Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
On Sat, 18 Sep 2010, David Southwell wrote: /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o ../../ptclib/pssl.cxx: In constructor 'PSSLContext::PSSLContext(const void*, PINDEX)': ../../ptclib/pssl.cxx:917: error: invalid conversion from 'const SSL_METHOD*' to 'SSL_METHOD*' gmake[3]: *** [/usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o] Error 1 I'm having this error too. My guess is that is that pwlib has problems with the OpenSSL version in the ports. I've had similar problems with other ports in the past. Regards, Marco That makes sense. The problem is this also breaks asterisk which depends upon pwlib!! I have also tried building ptlib26 but get the same failures. I have cc'd this to the maintainerlih...@ieee.org lih...@ieee.org is maintainer for ptlib. I have also just sent a copy to st...@energistic.com who is maintainer for pwlib and net/openh323 which is also affected by this build failure. I have also added m...@aldan.algebra.com who is maintainer for /net/opal which has the same problem. dns1# portupgrade -a --- Upgrading 'opal-2.2.11_2' to 'opal-2.2.11_3' (net/opal) --- Building '/usr/ports/net/opal' === Cleaning for pwlib-1.12.0_6,1 : : Created dependencies. gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' Created dependencies. set -e; gmake -C sound_oss debugdepend ; gmake -C vidinput_v4l debugdepend ; gmake -C vidinput_v4l2 debugdepend ; gmake -C vidinput_bsd debugdepend ; gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M sound_oss.cxx ../pwlib/device/sound/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M vidinput_v4l.cxx ../pwlib/device/videoinput/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' set -e; if test -e src/ptlib/unix ; then gmake -C src/ptlib/unix debug; fi; if test -e plugins ; then gmake -C plugins debug; fi; gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -g -D_DEBUG -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -O1 -fPIC - DLDAP_DEPRECATED -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -c ../../ptclib/psasl.cxx -o /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/psasl.o c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -g -D_DEBUG -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -O1 -fPIC - DLDAP_DEPRECATED -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -c ../../ptclib/pldap.cxx -o /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pldap.o c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -
Re: editors/vim installs to /
On Mon, Sep 20, 2010 at 01:34, Lars Engels lars.eng...@0x20.net wrote: editors/vim-lite is console only. That seems to disable a lot of other stuff too. .if !defined(LITE) MAKE_ARGS+= CONF_OPT_FEAT=--with-features=big However, I will definitely take a look at it. Thank you for suggesting it. -- Rob Farmer ___ 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
Current unassigned ports problem reports
(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/150746[MAINTAINER] irc/weechat-devel: update to 20100919
f ports/150744[patch] audio/openal: install alsoftrc.sample
o ports/150743New port: graphics/commons-utilities
o ports/150741[MAINTAINER] net-im/centerim-devel: Update to 4.22.9.3
o ports/150734New port: www/p5-WWW-Yandex-PhoneDetector Perl module
o ports/150733Update port: sysutils/lxtask version bump (broken)
f ports/150728[PATCH] sysutils/duplicity-devel: update to 0.6.10
o ports/150720[Maintainer Update] astro/qlandkartegt: update to 0.19
o ports/150719[PATCH] mail/cyrus-imapd: add UoA autocreate and autos
o ports/150714[PATCH] graphics/ImageMagick-nox11: add missing PLIST
f ports/150712Port update: www/woof
o ports/150703maintainer-update of mail/mutt-devel
f ports/150698[patch] graphics/mupdf: restore some vendor CFLAGS
f ports/150695[patch] editors/2bsd-vi: use ncurses rather than terml
f ports/150694[patch] devel/rlwrap: update to 0.37
o ports/150691[patch] Templates/BSD.local.dist: add conf.{avail,d} f
o ports/150683New port: devel/dragon, Combined C++ scanner/parser ge
o ports/150653OGG/Vorbis playback with mplayer is broken
o ports/150637samba build error after autoconf 2.67 update
o ports/150636[Maintainer Update] audio/liquidsoap: update to 0.9.3-
f ports/150630[PATCH] Fix fetching themes for multimedia/dvd-slidesh
o ports/150618[PATCH] sysutils/cpdup: fix off-by-one error
o ports/150610[UPDATE] www/openx upgrade to latest version, security
o ports/150608Mk/bsd.license.mk Add OWL license
f ports/150605[PATCH] audio/liblastfm: Fix build with alternate LOCA
f ports/150604[PATCH] sysutils/superiotool: Fix build with alternate
o ports/150592AX_BOOST_FILESYSTEM macro from autoconf-archive gives
o ports/150576[patch] www/tomcat55: fix packaging/rc script and add
o ports/150574[PATCH] mail/dkimproxy: Simplify the rc scripts
f ports/150542[new port] createrepo - creates rpm metadata for yum
o ports/150541[new port] sysutils/yum - Installer/updater for rpm
o ports/150540[new port] devel/py-yum-metadata-parser (a requirement
o ports/150499[maintainer-update] ftp/tnftpd update to 20100324
o ports/150493Update for: security/openssh-portable port from 5.2p1
o ports/150489[NEW PORT] devel/d-feet: D-Feet is a D-Bus debugger wr
o ports/150467net/asterisk16 port failed to compile
f ports/150457[patch] mail/mutt-devel does not recognize PGP markers
o ports/150446New port: lang/rexx-regutil
o ports/150425www/squid31: rc.d/squid's squid_fib setting ineffectiv
f ports/150423[PATCH] Upgrade www/p5-Mojo to devel/p5-Mojolicious (v
f ports/150376port net-mgmt/zabbix-server 1.8.3 fails to build on 8.
f ports/150361[patch] provide script to bind with nautilus for multi
f ports/150333x11/lxpanel: forced dependency with WITH_ALSA
f ports/150329net/quagga 0.99.17 - multicast problem not resolved
o ports/150316new port: net/neatx
f ports/150294news/hellanzb fails to run due to string compare bug
f ports/150283security/l5 produces wrong output on amd64
o ports/150266New port: x11/tabbed Simple generic tabbed fronted to
o ports/150252[NEW PORT] sysutils/gigolo : frontend to connect/mount
f ports/150235sysutils/smartmontools build system bug
f ports/150233conky 1.8 broken (sysutils/conky)
o ports/150208[new port] databases/jasperserver: Open Source Java Re
f ports/150194There is no startup script for databases/cassandra
f ports/150146[PATCH] net/igmpproxy: fix rc script
f ports/150145[patch] ftp/smbftpd port rewrite configuration files o
o ports/150086[NEW PORT] net-im/tkabber-plugins-devel: External Plug
f ports/150047net/ipv6socket_scrub: Makefile contains incorrect URL
f ports/149963chinese/ibus-chewing: Refine FETCH_ARGS
o ports/149947[NEW PORT] devel/smartCVS, a powerful graphical CVS cl
o ports/149928New port: textproc/iText iText, a JAVA-PDF library by
o ports/149892[NEW PORT] textproc/weka-devel: Data
[CFT] games/aquaria: Underwater 2D Fantasy Action-Adventure
Anyone wants to play this proprietary game with GPLv2+ engine?
http://en.wikipedia.org/wiki/Aquaria_(video_game)
To test:
1. obtain aquaria-lnx-humble-bundle.mojo.run and put into DISTDIR
2. install devel/mercurial
3. run `make maint-gen-distfile makesum'
4. run `make install' and select GAME_DATA option
Otherwise, if you have the game data lying somewhere you can specify
path to it using AQUARIA_DATA_PATH environment variable.
Are such PITA to install games desired in the ports tree, anyway?
Index: games/Makefile
===
RCS file: /a/.cvsup/ports/games/Makefile,v
retrieving revision 1.1351
diff -u -p -r1.1351 Makefile
--- games/Makefile 14 Sep 2010 20:47:24 - 1.1351
+++ games/Makefile 20 Sep 2010 06:22:18 -
@@ -48,6 +48,8 @@
SUBDIR += apoolGL
SUBDIR += apricots
SUBDIR += aqbubble
+SUBDIR += aquaria
+SUBDIR += aquaria-data
SUBDIR += armagetron
SUBDIR += asc
SUBDIR += asciiquarium
Index: games/aquaria/Makefile
===
RCS file: games/aquaria/Makefile
diff -N games/aquaria/Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ games/aquaria/Makefile 20 Sep 2010 10:47:58 -
@@ -0,0 +1,47 @@
+# New ports collection makefile for: aquaria
+# Date created:19 Sep 2010
+# Whom: Anonymous
+#
+# $FreeBSD$
+#
+
+PORTNAME= aquaria
+PORTVERSION= 25
+CATEGORIES= games
+MASTER_SITES= # not yet
+
+MAINTAINER= noreply@ # not yet
+COMMENT= Underwater 2D Fantasy Action-Adventure
+
+LICENSE= GPLv2 GPLv3
+LICENSE_COMB= dual
+LICENSE_FILE_GPLv2= ${WRKSRC}/COPYING.txt
+
+USE_CMAKE= yes
+USE_SDL= yes
+USE_OPENAL= yes
+
+CFLAGS+= -isystem${LOCALBASE}/include \
+ -DAQUARIA_DATA_PATH=\\\${DATADIR}\\\
+
+OPTIONS= GAME_DATA Install game data off
+
+.include bsd.port.options.mk
+
+.if defined(WITH_GAME_DATA)
+RUN_DEPENDS+= ${LOCALBASE}/share/aquaria/data/variables.txt:${PORTSDIR}/games/aquaria-data
+.endif
+
+do-install:
+ ${INSTALL_PROGRAM} ${WRKSRC}/${PORTNAME} ${PREFIX}/bin
+ ${MKDIR} ${DATADIR}
+ ${TAR} cf - -C${WRKSRC}/game_scripts . \
+ | ${TAR} xof - -C${DATADIR}
+
+maint-gen-distfile:
+ ${MKDIR} ${WRKDIR}
+ cd ${WRKDIR} hg clone -r${PORTVERSION} \
+ http://hg.icculus.org/icculus/${PORTNAME}/ ${WRKSRC}
+ ${TAR} czf ${DISTDIR}/${DISTFILES} -C${WRKDIR} --exclude .hg .
+
+.include bsd.port.mk
Index: games/aquaria/pkg-descr
===
RCS file: games/aquaria/pkg-descr
diff -N games/aquaria/pkg-descr
--- /dev/null 1 Jan 1970 00:00:00 -
+++ games/aquaria/pkg-descr 19 Sep 2010 14:14:37 -
@@ -0,0 +1,13 @@
+The game follows Naija, a mermaid-like woman, as she explores the
+underwater world of Aquaria. Along her journey, she learns about both
+the history of the world and her own past. The gameplay focuses on a
+combination of swimming, singing and combat, through which Naija can
+interact with the world. Naija's songs can move items, affect plants
+and animals, and change her physical appearance into other
+forms. These forms have different abilities, such as firing
+projectiles at hostile creatures or passing through barriers
+inaccessible to her in her natural shape.
+-- Wikipedia
+
+WWW: http://hg.icculus.org/icculus/aquaria/
+WWW: http://www.bit-blot.com/aquaria/
Index: games/aquaria/pkg-plist
===
RCS file: games/aquaria/pkg-plist
diff -N games/aquaria/pkg-plist
--- /dev/null 1 Jan 1970 00:00:00 -
+++ games/aquaria/pkg-plist 20 Sep 2010 10:50:58 -
@@ -0,0 +1,879 @@
+bin/aquaria
+%%DATADIR%%/_mods/aquariaeditortutorial/mod-init.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/healthplant.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/nautilus.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_editor.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_editor01.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_editor02.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_editor03.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_end.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_entities01.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_entities02.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_entities03.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_intro.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_nodes01.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_nodes02.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_nodes03.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_nodes04.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_obstruct01.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_obstruct02.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_obstruct03.lua
+%%DATADIR%%/_mods/aquariaeditortutorial/scripts/node_obstruct04.lua
squidclamav 5.4
squidclamav5.4 is out a while - when will it appear in the ports tree ... * Mag. Werner Cyrmon HTBLuVA Wr. Neustadt, Abt. EDVO Change is Life!(Remi, Ratatouille) * NOTICE: This message and any attachment are confidential. If you are not the intended recipient, please notify the sender and delete this e-mail and any copies. Incoming e-mails are not accepted as legally binding unless legal validity is confirmed by us by reply-mail. An automatically generated acknowledgement of receipt cannot be considered as confirmation of legal validity. ___ 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
squidclamav 5.4
squidclamav 5.4 is out a while - when will it appear in the ports tree? Regards Werner ___ 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
port for pcattcp
Hi, I went to install PCATTCP on my computer and I need to kwon the port on FreeBSD. Thanks. -- Les donnees et renseignements contenus dans ce message sont personnels, confidentiels et secrets. Toute publication, utilisation ou diffusion, meme partielle, doit etre autorisee. Si vous n'etes pas le bon destinataire, nous vous demandons de ne pas lire, copier, utiliser ou divulguer cette communication. Nous vous prions de notifier cette erreur a l'expediteur et d'effacer immediatement cette communication de votre systeme. Any data and information contained in this electronic mail is personal, confidential and secret. Any total or partial publication, use or distribution must be authorized. If you are not the right addressee, we ask you not to read, copy, use or disclose this communication. Please notify this error to the sender and erase at once this communication from your system. ___ 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 )
Konstantin Tokarev annu...@yandex.ru wrote: Why not Git? 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. Granted SVN, currently used to manage src, is GPL; but its critical use is only on the project's own servers whereas the use being proposed for Git or Mercurial would involve their being used in a distributed manner (that being the whole point). A second issue with Mercurial is that it is written in Python, which seems to have adopted -- granted to a lesser extent -- the unfortunate Perl tendency for newer versions to be less than completely compatible with earlier versions. It would seem problematic if the Python version used by Mercurial were to be superseeded by an incompatible version, requiring the entire distributed user base to migrate. ___ 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: squidclamav 5.4
On Mon, 20 Sep 2010 08:28:27 +0200 Mag. Werner Cyrmon w.cyr...@htlwrn.ac.at articulated: squidclamav 5.4 is out a while - when will it appear in the ports tree? Have you considered contacting the port maintainer: llev...@argosnet.com Perhaps he could assist you. -- Jerry ✌ freebsd-ports.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ I used to think I was indecisive, but now I'm not so sure. signature.asc Description: PGP signature
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Mon, Sep 20, 2010 at 05:20:39AM -0700, per...@pluto.rain.com wrote: SVN [...] is GPL; nope, it's under Apache License 2.0, see: http://svn.apache.org/repos/asf/subversion/trunk/LICENSE -- Romain Tartière rom...@blogreen.orghttp://romain.blogreen.org/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgpo43k4CGz1N.pgp Description: PGP signature
Re: Distributed Version Control for ports(7) ( was: Re: autoconf update )
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. I was shocked to notice that I need a proprietary binary-only software which does whatever unbeknownst to me to be able to access the TrustedBSD repositories. Using some free modern VCS for new sub-projects which would traditionally go to perforce would be a good way and first-use candidate to start experimenting with and getting developers used to the slightly different new way of doing things. From my point of view as a *user* it would be very nice to have some modern VCS interface to ports and src. The current system (SVN CVS) makes it troublesome for users to keep in sync with the central repository while maintaining their local modifications. Also, if I want to be able to access port version history easily, I need to use anoncvs to update my ports tree, but that is terribly slow (or I could mirror the whole CVS repository to my disk, but that is quite a bloat). Luckily src has been migrated to SVN, which makes my life slightly easier. The above is just a point of view as a pure consumer of the source tree. My contributions to the project come as patches in PRs (it would be easier to work on those patches with a modern VCS). My personal favourite is Bazaar as it tracks not only files but also directories properly, which I need for some projects, Mercurial comes 2nd and Git 3rd as it is quite a mess. All of them are tolerable :). I do know that the migration is a big burden which makes the whole thing very difficult to accomplish. -- Janne Snabb / EPIPE Communications sn...@epipe.com - http://epipe.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Q about perl 5.12 and included newer port modules.
I noticed, while looking at the SpamAssassin Port (p5-Mail-SpamAssassin) that there are at lease one set of pm dependencies that would pull in obsolete (older) ports versions that would overwrite newer, built in modules in perl 5.12. (Thanks Martin for this list below: As I said, its not just SA, but any optional modules SA pulls in need to be regressed back to any other pm that any other module might need) - Here is a list of directly referenced dependencies, where are the overwriting functions? p5-NetAddr-IP: only in ports p5-Archive-Tar: 5.8.9: not included 5.10.1: 1.52 5.12.2: 1.54 ports: 1.68 p5-Net-DNS: only in ports p5-Compress-Zlib: 5.8.9: not included 5.10.1: 2.020 5.12.2: 2.024 ports: 2.015 p5-IO-Zlib: 5.8.9: not included 5.10.1: 1.09 5.12.2: 1.10 ports: 1.10 p5-HTML-Parser: only in ports p5-IO-Compress: 5.8.9: not included 5.10.1: 2.020 5.12.2: 2.024 ports: 2.015 p5-Test-Harness: 5.8.9: 2.64 5.10.1: 3.17 5.12.2: 3.17 ports: 3.22 p5-libwww: only in ports p5-Encode-Detect: only in ports p5-Mail-Tools: only in ports p5-Time-HiRes: 5.8.9: 1.9715 5.10.1: 1.9719 5.12.2: 1.9719 ports: 1.9721 p5-Mail-SPF: p5-IO-Socket-INET6: p5-IO-Socket-SSL: p5-DBD-mysql: only in ports p5-DBD-Pg: only in ports p5-Digest-SHA1: only in ports p5-Digest-SHA: 5.8.9: not included 5.10.1: 5.47 5.12.2: 5.47 ports: 5.48 p5-Mail-DKIM: only in ports p5-Crypt-OpenSSL-RSA: only in ports p5-IP-Country: only in ports The only one I can see with a lower version is p5-Compress-Zlib. Btw. maybe p5-Time-HiRes can be omitted at all? I also noticed that the /usr/ports/UPDATING 20100715 note doesn't mention this, and the procedures for updating from 5.10 to 5.12 might being in these obsolete pm's. As the port maintainer for p5-Mail-SpamAssassin, I am looking for ideas, policies, procedures for handling something like this. For the SA port, I can always use if/else statements in the run and build dependencies, looking for PERL version, BUT:. that only handles the immediate issue. The other issue is that several other dependencies, pulled in automatically, or optionally when you switch a knob, access ports that are not under my control. So, the Question is: track down each dependency (on my own) and submit patches to all the port maintainers, or should 'we' collectively look at all the existing pm's and make sure they don't install older modules? that approach, while global, can (and might) cause problems with automated builds, package builds, and packages on cd/dvd's, since the obsolete port will either be marked 'BROKEN FOR PERL 5.12', or, just silently ignored. Either case, this does go beyond just on perl port (p5-Mail-SpamAssassin)? or should we update any pm's that are older than 5.12? Actually, that itself sounds like the most workable, going fwd solution. if as Martin has found, at least p5-Compress-Zlib in ports is older than comes with perl 5.12, maybe that is the place to start? What would you say would be officially supported policy on this? easiest to maintain and package? -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 *| *SECNAP Network Security Corporation __ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ __ ___ 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: Q about perl 5.12 and included newer port modules.
On Mon, Sep 20, 2010 at 11:07:33AM -0400, Michael Scheidell wrote: I noticed, while looking at the SpamAssassin Port (p5-Mail-SpamAssassin) that there are at lease one set of pm dependencies that would pull in obsolete (older) ports versions that would overwrite newer, built in modules in perl 5.12. [...] As the port maintainer for p5-Mail-SpamAssassin, I am looking for ideas, policies, procedures for handling something like this. For the SA port, I can always use if/else statements in the run and build dependencies, looking for PERL version, BUT:. that only handles the immediate issue. [...] First and foremost, thank you for maintaining p5-Mail-SpamAssassin! This is a port we rely on heavily given our hosting role. :-) As I understand it, perl version checking mostly solves the issue. The way it works in pretty much every other port is: you check PERL_LEVEL. Yes, it can get hairy and out of control depending on how many dependencies are required, but the most PERL_LEVEL checks a single port Makefile has is 4 (devel/p5-CPANPLUS). That rough number comes from: grep -r -c PERL_LEVEL /usr/ports | sort -t: -k2 -n | tail -20 I say mostly because there are two one-off cases I can think of, and probably more: 1) If the module version that comes built-in to perl 5.12 doesn't work with SpamAssassin, in which case you need to open up a bug report with them to get it fixed upstream + provide a patch (in p5-Mail-SpamAssassin/files) to temporarily fix the issue. 2) Situations like the RUN_DEPENDS entry for Time::HiRes. I question the mandatory nature of this dependency when the user has something like perl 5.10.2 or perl 5.12 installed. I assume this was done because the version included with perl, at one time, was broken/outdated -- was this ever fixed? If so, PERL_LEVEL fix it. soapbox Welcome to the problem with software that ends up pulling in a zillion dependencies. I have a very young colleague who a few years ago used to tell me why do you care about the large number of perl module dependencies? You're just whining. Fast forward to a few weeks ago, where I caught him complaining about how many his system had installed on it. This model of creeping featurism is becoming more prominent today; for sake of example, why does Apache 2.2 now require Python to build? Sometimes I feel like I'm the only person who questions such design choices in software these days. /soapbox Either case, this does go beyond just on perl port (p5-Mail-SpamAssassin)? or should we update any pm's that are older than 5.12? I can assure you the latter point won't fly -- there are many perl modules which break backwards compatibility (or start emitting warnings when used with newer perl) when a new version is released. Meaning: version 2.598 is not necessarily better than version 2.711. If there are a limited number of these scenarios, it would make most sense for a new port to be created for that specific version of the module and port Makefiles updated to refer to it. -- | 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: squidclamav 5.4
20.09.2010 10:28, Mag. Werner Cyrmon пишет:
squidclamav 5.4 is out a while - when will it appear in the ports tree?
Regards
Werner
Please try patch attached.
If it's ok for you, i'll create PR to update the port.
--
Regards,
Ruslan
diff -ruNa squidclamav/Makefile squidclamav/Makefile
--- squidclamav/Makefile2010-04-25 01:09:17.0 +0400
+++ squidclamav/Makefile2010-09-20 20:43:09.0 +0400
@@ -6,8 +6,7 @@
#
PORTNAME= squidclamav
-PORTVERSION= 5.3
-PORTREVISION= 1
+PORTVERSION= 5.4
CATEGORIES=security
MASTER_SITES= SF
@@ -23,6 +22,7 @@
SUB_FILES= pkg-message
PLIST_FILES= bin/${PORTNAME} etc/${PORTNAME}.conf.dist
+MAN1= ${PORTNAME}.1
post-configure:
@${REINPLACE_CMD} -E 's|^(LDFLAGS = ).*|\1-L${LOCALBASE}/lib|' \
@@ -31,6 +31,7 @@
do-install:
@${INSTALL_PROGRAM} ${WRKSRC}/src/${PORTNAME} ${PREFIX}/bin
@${INSTALL_DATA} ${WRKSRC}/etc/${PORTNAME}.conf
${PREFIX}/etc/${PORTNAME}.conf.dist
+ @${INSTALL_MAN} ${WRKSRC}/doc/${PORTNAME}.1
${MANPREFIX}/man/man1/${PORTNAME}.1
@${CAT} ${PKGMESSAGE}
.include bsd.port.mk
diff -ruNa squidclamav/distinfo squidclamav/distinfo
--- squidclamav/distinfo2010-04-25 01:09:17.0 +0400
+++ squidclamav/distinfo2010-09-20 18:00:31.0 +0400
@@ -1,3 +1,3 @@
-MD5 (squidclamav-5.3.tar.gz) = 39f4b98294782039840b2052eab543e2
-SHA256 (squidclamav-5.3.tar.gz) =
8a35d3de33fcb072fd0cc1e735108e92ac183f394a77596a461e6be0a2d1ad81
-SIZE (squidclamav-5.3.tar.gz) = 759760
+MD5 (squidclamav-5.4.tar.gz) = e2adab89b1d46ace78b4ec5200dd1285
+SHA256 (squidclamav-5.4.tar.gz) =
f4979552494369c93d99cec0846e400588a5b17c01bcc1346b68dbfc8723e378
+SIZE (squidclamav-5.4.tar.gz) = 765313
___
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
* 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. 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). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ 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: Double versions installed
On 19-9-2010 23:34, Jeremy Chadwick wrote: You've never worked with GNU autotools, have you? :-) Nope, that is correct :-) Therefore, if a piece of third-party software requires autoconf or automake to build its configure scripts or Makefiles, it's up to the port maintainer of said third-party software to make sure that the correct autoconf/automake version is selected. I see. Just need some time to discover how this all works. Thanks for your explanation. regards, Jos Chrispijn ___ 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: update bacula-server 5.0.2 - 5.0.3, Undefined symbol ASN1_INTEGER_it
On 2010-09-19 08:20, Per olof Ljungmark wrote: FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 Portupgrade of bacula-server 5.0.2 - 5.0.3 Starting bacula_fd. /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol ASN1_INTEGER_it Starting bacula_sd. Starting bacula_dir. If one deselects OPENSSL and recompile bacula-fd will start without complaints. Is this a known issue with 5.0.3? No, can you provide me some more details. First make sure if you have both bacula-server and bacula-client installed on the same machine both are build with(out) ssl support. Both ports install libs with the same name to the same place, but if the client is build/installed first with SSL support, and then the server without SSL support you can see exact the described issue. -- Regards, olli ___ 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: squidclamav 5.4
The best thing you can do is to try to create an update of this port by yourself and then submit the respective patch as a PR. Creating a port update is usually not that hard. Why not give it a try? You'll find more documentations in the Porter's Handbook. ___ 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: port for pcattcp
20.09.2010 15:42, SOUHARE, Hamed пишет: Hi, I went to install PCATTCP on my computer and I need to kwon the port on FreeBSD. Thanks. If i understand correctly, you mean this: http://www.pcausa.com/Utilities/pcattcp.htm But pcattcp is a windows port of `ttcp` tool. You can install ttcp from /usr/ports/benchmarks/ttcp. -- Regards, Ruslan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/kdelibs4 build fails, can't find docbook
On 2010-09-20 07:37, Janos Dohanics wrote:
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:
While building kde4-4.5.1, I get this error:
# make install clean
=== kde4-4.5.1 depends on file: /usr/local/kde4/bin/kdebugdialog -
not found ===Verifying install
[...]
I did some basic troubleshooting, and found that the files do not get
installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.
This seems to be happening because the port uses /usr/bin/unzip instead
of /usr/local/bin/unzip.
How can I change this behavior so /usr/local/bin/unzip would be used?
If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.
You can test this with the follwing command in the directory of the port
where you think the wrong unzip will be used.
In case of docbook-420/docbook-xml
cd ${PORTSDIR}/textproc/docbook-(420|xml)
make -V UNZIP_CMD
make -V EXTRACT_CMD
But wait, in your previous mail you have only docbook-4.1 and not
docbook-4.2 in the portversion -vF docbook* listing which is
needed to install docbook-xml correct.
___
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: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
Does SSL from ports declare something that we can #ifdef around? I don't really use pwlib anymore. If you can produce a patch that fixes your issue without breaking the case of using system openssl I'll happly give it the nod. ports/pwlib is very old. Everything should be moving to ports/ptlib (2.4) or ports/ptlib26 - Original Message - From: David Southwell To: st...@energistic.com Cc: freebsd-ports@freebsd.org ; m...@aldan.algebra.com Sent: Monday, September 20, 2010 5:28 AM Subject: Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323 On Sat, 18 Sep 2010, David Southwell wrote: /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o ../../ptclib/pssl.cxx: In constructor 'PSSLContext::PSSLContext(const void*, PINDEX)': ../../ptclib/pssl.cxx:917: error: invalid conversion from 'const SSL_METHOD*' to 'SSL_METHOD*' gmake[3]: *** [/usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o] Error 1 I'm having this error too. My guess is that is that pwlib has problems with the OpenSSL version in the ports. I've had similar problems with other ports in the past. Regards, Marco That makes sense. The problem is this also breaks asterisk which depends upon pwlib!! I have also tried building ptlib26 but get the same failures. I have cc'd this to the maintainerlih...@ieee.org lih...@ieee.org is maintainer for ptlib. I have also just sent a copy to st...@energistic.com who is maintainer for pwlib and net/openh323 which is also affected by this build failure. I have also added m...@aldan.algebra.com who is maintainer for /net/opal which has the same problem. dns1# portupgrade -a --- Upgrading 'opal-2.2.11_2' to 'opal-2.2.11_3' (net/opal) --- Building '/usr/ports/net/opal' === Cleaning for pwlib-1.12.0_6,1 : : Created dependencies. gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' Created dependencies. set -e; gmake -C sound_oss debugdepend ; gmake -C vidinput_v4l debugdepend ; gmake -C vidinput_v4l2 debugdepend ; gmake -C vidinput_bsd debugdepend ; gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M sound_oss.cxx ../pwlib/device/sound/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M vidinput_v4l.cxx ../pwlib/device/videoinput/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' set -e; if test -e src/ptlib/unix ; then gmake -C src/ptlib/unix debug; fi; if test -e plugins ; then gmake -C plugins debug; fi; gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -g -D_DEBUG -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -O1 -fPIC -DLDAP_DEPRECATED -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -c
Re: update bacula-server 5.0.2 - 5.0.3, Undefined symbol ASN1_INTEGER_it
On 09/20/10 19:39, olli hauer wrote: On 2010-09-19 08:20, Per olof Ljungmark wrote: FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 Portupgrade of bacula-server 5.0.2 - 5.0.3 Starting bacula_fd. /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol ASN1_INTEGER_it Starting bacula_sd. Starting bacula_dir. If one deselects OPENSSL and recompile bacula-fd will start without complaints. Is this a known issue with 5.0.3? No, can you provide me some more details. First make sure if you have both bacula-server and bacula-client installed on the same machine both are build with(out) ssl support. Both ports install libs with the same name to the same place, but if the client is build/installed first with SSL support, and then the server without SSL support you can see exact the described issue. A-ha. That must be it. I cannot recall why or when but this is what I must have done. Sorry for the noise. -- per ___ 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: update bacula-server 5.0.2 - 5.0.3, Undefined symbol ASN1_INTEGER_it
On 2010-09-20 22:58, Per olof Ljungmark wrote: On 09/20/10 19:39, olli hauer wrote: On 2010-09-19 08:20, Per olof Ljungmark wrote: FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 Portupgrade of bacula-server 5.0.2 - 5.0.3 Starting bacula_fd. /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol ASN1_INTEGER_it Starting bacula_sd. Starting bacula_dir. If one deselects OPENSSL and recompile bacula-fd will start without complaints. Is this a known issue with 5.0.3? No, can you provide me some more details. First make sure if you have both bacula-server and bacula-client installed on the same machine both are build with(out) ssl support. Both ports install libs with the same name to the same place, but if the client is build/installed first with SSL support, and then the server without SSL support you can see exact the described issue. A-ha. That must be it. I cannot recall why or when but this is what I must have done. Sorry for the noise. No problem, I was scratching my head about this and tried first to find the issue in some of the build scripts until this scenario came in my mind. But I will be happy if you can confirm this with a new build where all bacula ports are build with SSL (the default with 5.0.3), since it can be possible I have something overseen during the last update of the port. -- olli ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
- Original Message - From: David Southwell To: st...@energistic.com Cc: freebsd-ports@freebsd.org ; m...@aldan.algebra.com Sent: Monday, September 20, 2010 5:28 AM Subject: Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323 On Sat, 18 Sep 2010, David Southwell wrote: /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o ../../ptclib/pssl.cxx: In constructor 'PSSLContext::PSSLContext(const void*, PINDEX)': ../../ptclib/pssl.cxx:917: error: invalid conversion from 'const SSL_METHOD*' to 'SSL_METHOD*' gmake[3]: *** [/usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o] Error 1 I'm having this error too. My guess is that is that pwlib has problems with the OpenSSL version in the ports. I've had similar problems with other ports in the past. Regards, Marco That makes sense. The problem is this also breaks asterisk which depends upon pwlib!! I have also tried building ptlib26 but get the same failures. I have cc'd this to the maintainerlih...@ieee.org lih...@ieee.org is maintainer for ptlib. I have also just sent a copy to st...@energistic.com who is maintainer for pwlib and net/openh323 which is also affected by this build failure. I have also added m...@aldan.algebra.com who is maintainer for /net/opal which has the same problem. dns1# portupgrade -a --- Upgrading 'opal-2.2.11_2' to 'opal-2.2.11_3' (net/opal) --- Building '/usr/ports/net/opal' === Cleaning for pwlib-1.12.0_6,1 Created dependencies. gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' Created dependencies. set -e; gmake -C sound_oss debugdepend ; gmake -C vidinput_v4l debugdepend ; gmake -C vidinput_v4l2 debugdepend ; gmake -C vidinput_bsd debugdepend ; gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M sound_oss.cxx ../pwlib/device/sound/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M vidinput_v4l.cxx ../pwlib/device/videoinput/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' set -e; if test -e src/ptlib/unix ; then gmake -C src/ptlib/unix debug; fi; if test -e plugins ; then gmake -C plugins debug; fi; gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -g -D_DEBUG -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -O1 -fPIC -DLDAP_DEPRECATED -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -c ../../ptclib/psasl.cxx -o /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/psasl.o c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include
Re: x11/kdelibs4 build fails, can't find docbook
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer oha...@gmx.de wrote:
On 2010-09-20 07:37, Janos Dohanics wrote:
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:
While building kde4-4.5.1, I get this error:
# make install clean
=== kde4-4.5.1 depends on
file: /usr/local/kde4/bin/kdebugdialog - not found ===
Verifying install [...]
I did some basic troubleshooting, and found that the files do not
get installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.
This seems to be happening because the port uses /usr/bin/unzip
instead of /usr/local/bin/unzip.
How can I change this behavior so /usr/local/bin/unzip would be
used?
If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.
I have not made any change like that.
You can test this with the follwing command in the directory of the
port where you think the wrong unzip will be used.
In case of docbook-420/docbook-xml
cd ${PORTSDIR}/textproc/docbook-(420|xml)
make -V UNZIP_CMD
make -V EXTRACT_CMD
Thank you...
# make -V UNZIP_CMD
/usr/local/bin/unzip
# make -V EXTRACT_CMD
/usr/local/bin/unzip
# which unzip
/usr/bin/unzip
But wait, in your previous mail you have only docbook-4.1 and not
docbook-4.2 in the portversion -vF docbook* listing which is
needed to install docbook-xml correct.
You are right, docbook-4.2 was not installed; I have installed it now.
However, kde4 is still gets stuck with the reinstall
textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
installed, but the files aren't installed
in /usr/local/share/xml/docbook/4.2/).
I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
uses /usr/bin/unzip.
How can I fix this?
--
Janos Dohanics
w...@3dresearch.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
On Mon, Sep 20, 2010 at 10:29:00PM +0100, David Southwell wrote: Does SSL from ports declare something that we can #ifdef around? I don't really use pwlib anymore. If you can produce a patch that fixes your issue without breaking the case of using system openssl I'll happly give it the nod. ports/pwlib is very old. Everything should be moving to ports/ptlib (2.4) or ports/ptlib26 Thanks for your reply. IMHO The problem is ptlibs AND ptlib26. Both these ports seem to be the cause of the problem. pwlib tries to build ptlib and that build fails. ptlib26 fails with the same error. Actually not. pwlib _IS_ ptlib just a very old version. It doesn't build ptlib or ptlib26. I think you have your finger on the pulse... both ptlib AND ptlib26 need to address the way they use openssl but I do not know how to do that! Heh. Until someone who cares does know then its not likely to get fixed. As I said, I don't even use anymore so I have no test/develpment platform. David PS Would you mind not top posting Seriously? Top posting is somehow worse than scrolling to the bottom of pages of compile output to see a tiny response? Welcome to the 21st century. ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
Hi, Steve-- On Sep 20, 2010, at 4:14 PM, Steve Ames wrote: PS Would you mind not top posting Seriously? Top posting is somehow worse than scrolling to the bottom of pages of compile output to see a tiny response? Welcome to the 21st century. Welcome to the FreeBSD mailing lists. Please see: http://www.freebsd.org/doc/en/articles/mailing-list-faq/etiquette.html#ETIQUETTE-REPLYING Please do not top post. By this, we mean that if you are replying to a message, please put your replies after the text that you copy in your reply. • A: Because it reverses the logical flow of conversation. • Q: Why is top posting frowned upon? Regards, -- -Chuck ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
Quoth Chuck Swiger on Monday, 20 September 2010: Hi, Steve-- On Sep 20, 2010, at 4:14 PM, Steve Ames wrote: PS Would you mind not top posting Seriously? Top posting is somehow worse than scrolling to the bottom of pages of compile output to see a tiny response? Welcome to the 21st century. Welcome to the FreeBSD mailing lists. Please see: http://www.freebsd.org/doc/en/articles/mailing-list-faq/etiquette.html#ETIQUETTE-REPLYING Please do not top post. By this, we mean that if you are replying to a message, please put your replies after the text that you copy in your reply. ? A: Because it reverses the logical flow of conversation. ? Q: Why is top posting frowned upon? Regards, -- -Chuck ___ 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 Speaking of the 21st century, a decent e-mail user agent (like mutt) can be configured to take you to the bottom of the message with one or two keystrokes, and a modern email composer (like vim in conjunction with mutt) can automatically quote and place you at the end of the quoted passage when replying. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpP8kyeV7x2O.pgp Description: PGP signature
autoconf problem ?
Starting last weekend I am having problems with some ports compiling. I am seeing warnings and errors from automake - autoconf when I compile certain ports. Here is an example from compile of libX11: === libX11-1.3.3_1,1 depends on file: /usr/local/bin/automake-1.10 - found === libX11-1.3.3_1,1 depends on file: /usr/local/bin/autoconf-2.67 - found === libX11-1.3.3_1,1 depends on package: libtool=2.2 - found === libX11-1.3.3_1,1 depends on executable: pkg-config - found === Configuring for libX11-1.3.3_1,1 /usr/local/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/local/share/aclocal/linc.m4:1: run info '(automake)Extending aclocal' /usr/local/share/aclocal/linc.m4:1: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:5: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg configure.ac:5: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg configure.ac:5: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg configure:14326: error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. *** Error code 1 Stop in /usr/ports/x11/libX11. smp5# ___ 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: update bacula-server 5.0.2 - 5.0.3, Undefined symbol ASN1_INTEGER_it
On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: On 2010-09-19 08:20, Per olof Ljungmark wrote: FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 Portupgrade of bacula-server 5.0.2 - 5.0.3 Starting bacula_fd. /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol ASN1_INTEGER_it Starting bacula_sd. Starting bacula_dir. If one deselects OPENSSL and recompile bacula-fd will start without complaints. Is this a known issue with 5.0.3? No, can you provide me some more details. First make sure if you have both bacula-server and bacula-client installed on the same machine both are build with(out) ssl support. Both ports install libs with the same name to the same place, but if the client is build/installed first with SSL support, and then the server without SSL support you can see exact the described issue. Shouldn't the two ports register CONFLICTS then, thus making it (normally) impossible for both to be installed on the same host? -- WXS ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - openh323
My bad. I generally dont criticize people while asking for their help. Also you emailed me directly so freebsd mailing list rules are irrelevant. So. Yey you get to be right. Hope it solves your issues. On Sep 20, 2010, at 7:32 PM, Chuck Swiger cswi...@mac.com wrote: Hi, Steve-- On Sep 20, 2010, at 4:14 PM, Steve Ames wrote: PS Would you mind not top posting Seriously? Top posting is somehow worse than scrolling to the bottom of pages of compile output to see a tiny response? Welcome to the 21st century. Welcome to the FreeBSD mailing lists. Please see: http://www.freebsd.org/doc/en/articles/mailing-list-faq/etiquette.html#ETIQUETTE-REPLYING Please do not top post. By this, we mean that if you are replying to a message, please put your replies after the text that you copy in your reply. • A: Because it reverses the logical flow of conversation. • Q: Why is top posting frowned upon? Regards, -- -Chuck ___ 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/kdelibs4 build fails, can't find docbook
On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer oha...@gmx.de wrote:
On 2010-09-20 07:37, Janos Dohanics wrote:
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:
While building kde4-4.5.1, I get this error:
# make install clean
=== kde4-4.5.1 depends on
file: /usr/local/kde4/bin/kdebugdialog - not found ===
Verifying install [...]
I did some basic troubleshooting, and found that the files do not
get installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.
This seems to be happening because the port uses /usr/bin/unzip
instead of /usr/local/bin/unzip.
How can I change this behavior so /usr/local/bin/unzip would be
used?
If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.
I have not made any change like that.
You can test this with the follwing command in the directory of the
port where you think the wrong unzip will be used.
In case of docbook-420/docbook-xml
cd ${PORTSDIR}/textproc/docbook-(420|xml)
make -V UNZIP_CMD
make -V EXTRACT_CMD
Thank you...
# make -V UNZIP_CMD
/usr/local/bin/unzip
# make -V EXTRACT_CMD
/usr/local/bin/unzip
# which unzip
/usr/bin/unzip
But wait, in your previous mail you have only docbook-4.1 and not
docbook-4.2 in the portversion -vF docbook* listing which is
needed to install docbook-xml correct.
You are right, docbook-4.2 was not installed; I have installed it now.
However, kde4 is still gets stuck with the reinstall
textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
installed, but the files aren't installed
in /usr/local/share/xml/docbook/4.2/).
I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
uses /usr/bin/unzip.
How can I fix this?
Where did /usr/bin/unzip come from? This program isn't part of the base
system on FreeBSD, nor is it on any system I have access to. I realise
you're complaining that the port finds /usr/bin/unzip instead of
/usr/local/bin/unzip, but your which command above indicates you
actually have something in /usr/bin that shouldn't be there.
--
| 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: x11/kdelibs4 build fails, can't find docbook
On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
On Mon, 20 Sep 2010 22:07:16 +0200
olli hauer oha...@gmx.de wrote:
On 2010-09-20 07:37, Janos Dohanics wrote:
On Fri, 17 Sep 2010 15:31:18 -0400
Janos Dohanics w...@3dresearch.com wrote:
While building kde4-4.5.1, I get this error:
# make install clean
=== kde4-4.5.1 depends on
file: /usr/local/kde4/bin/kdebugdialog - not found ===
Verifying install [...]
I did some basic troubleshooting, and found that the files do not
get installed in /usr/local/share/xml/docbook/4.2/, except
the /usr/local/share/xml/docbook/4.2/ent directory is created.
This seems to be happening because the port uses /usr/bin/unzip
instead of /usr/local/bin/unzip.
How can I change this behavior so /usr/local/bin/unzip would be
used?
If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
${LOCALBASE}/bin/unzip will be used.
I have not made any change like that.
You can test this with the follwing command in the directory of the
port where you think the wrong unzip will be used.
In case of docbook-420/docbook-xml
cd ${PORTSDIR}/textproc/docbook-(420|xml)
make -V UNZIP_CMD
make -V EXTRACT_CMD
Thank you...
# make -V UNZIP_CMD
/usr/local/bin/unzip
# make -V EXTRACT_CMD
/usr/local/bin/unzip
# which unzip
/usr/bin/unzip
But wait, in your previous mail you have only docbook-4.1 and not
docbook-4.2 in the portversion -vF docbook* listing which is
needed to install docbook-xml correct.
You are right, docbook-4.2 was not installed; I have installed it now.
However, kde4 is still gets stuck with the reinstall
textproc/docbook-xml message (portversion says docbook-xml-4.2_1 is
installed, but the files aren't installed
in /usr/local/share/xml/docbook/4.2/).
I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD point
to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
uses /usr/bin/unzip.
How can I fix this?
Where did /usr/bin/unzip come from? This program isn't part of the base
system on FreeBSD, nor is it on any system I have access to. I realise
you're complaining that the port finds /usr/bin/unzip instead of
/usr/local/bin/unzip, but your which command above indicates you
actually have something in /usr/bin that shouldn't be there.
I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
to, and I do see mention of this in CVS:
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
But there's no unzip build target in /usr/src/usr.bin/Makefile. Here's
the most recent commit that would be RELENG_8 and RELENG_8_1:
RELENG_8 --
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
RELENG_8_1 --
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
If you view the content or annotations for these, you won't find any
mention of unzip in the targets (SUBDIR) list.
On the other hand, HEAD/CURRENT do indicate unzip is a target. Are you
running HEAD/CURRENT?
--
| 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 )
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.) ___ 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 09/20/2010 22:07, 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.) 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. Lets not bring licensing into this unless the license clearly states that the beholder needs to be rewarded for their work by any use of so said product. -- jhell,v ___ 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
