Re: lang/perl5.12 segfault (amd64 - 8-STABLE)
On Mon, 19 Jul 2010, Christopher Key wrote: Simple solution, there was a missing -lpthread, patch available from: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148648 Hehe... I completely overlooked this possibility. I sent a follow-up to perl5-porters quoting your message. For some reason, linking binaries without -lpthread succeeds, but the pthread calls in the resulting binary do nothing. Odd. I wonder what is the justification for this behaviour, if any... -- 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
Tracking port updates
Hi, I'd like to keep track of which ports were updated, when they were updated and versions affected. I can't see anything in the ports tree, but before i rolled my own thought i'd check to see how other people did this? thanks Paul. -- - Paul Macdonald IFDNRG Ltd Web and video hosting - ___ 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: Tracking port updates
On 19.07.2010 15:09, Paul Macdonald wrote: I'd like to keep track of which ports were updated, when they were updated and versions affected. I can't see anything in the ports tree, but before i rolled my own thought i'd check to see how other people did this? Subscribe to RSS feed on http://www.freshports.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: Tracking port updates
On 19/07/2010 10:13, Sergey Nikolenko wrote: On 19.07.2010 15:09, Paul Macdonald wrote: I'd like to keep track of which ports were updated, when they were updated and versions affected. I can't see anything in the ports tree, but before i rolled my own thought i'd check to see how other people did this? Subscribe to RSS feed on http://www.freshports.org/ it's the status of ports upgrades i have installed on my systems i want to track, i.e when and what I upgraded. e.g 2010-07-19 , Upgrade of bsnmp-ucd-0.3.1 to bsnmp-ucd-0.3.2 succeeded. Paul. ___ 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: Wordpress outputs an empty page after ports upgrade
My e-mail to the maintainer of www/wordpress bounced. Please make sure there is the valid maintainer e-email specified for wordpress. Yuri Original Message Subject:Wordpress outputs an empty page after ports upgrade Date: Mon, 19 Jul 2010 02:06:09 -0700 From: Yuri y...@rawbw.com To: ychs...@ychsiao.org Hi, After one of the recent upgrades I only get an empty page from wordpress. Yuri ___ 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
graphics/gdal version 1.7.2
gdal version 1.7.2 was released on April, 23th. There are many improvements against version 1.6.0 (from December 2008) which we found in the ports. Are there any plans to update graphics/gdal in the next time? If I could help (like testing) in some way please let me know. Thanks in advance for answering, Rainer Hurling ___ 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
sysytils/bacula-server link failures WITH_POSTGRESQL
Dear port maintainer,
Since version 5.0.2 was committed over the weekend, if you select
WITH_POSTGRESQL in the config dialogue for sysutils/bacula-server, it
fails to link:
Linking bacula-dir ...
/usr/ports/sysutils/bacula-server/work/bacula-5.0.2/libtool --silent
--tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats
-L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o
backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o
getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o
next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o
scheduler.o ua_acl.o ua_cmds.o ua_dotcmds.o ua_query.o ua_input.o
ua_label.o ua_output.o ua_prune.o ua_purge.o ua_restore.o ua_run.o
ua_select.o ua_server.o ua_status.o ua_tree.o ua_update.o vbackup.o
verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm
-L/usr/local/lib -lpq -lcrypt -lpthread -lintl -lwrap
/usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath
-Wl,/usr/local/lib -lssl -lcrypto
/usr/local/lib/libbacsql.so: undefined reference to
`rwl_writelock(s_rwlock_tag*)'
*** Error code 1
This seems to be autoconf / libtool flail: removing -L/usr/local/lib
from LDFLAGS in ${WRKSRC}/src/dird/Makefile,
${WRKSRC}/src/stored/Makefile and ${WRKSRC}/src/tools/Makefile allows
linking to work correctly.
# diff -u Makefile{~,}
--- Makefile~2010-07-19 10:33:43.0 +0100
+++ Makefile2010-07-19 10:40:07.0 +0100
@@ -84,7 +84,7 @@
CFLAGS = -O2 -pipe -fno-strict-aliasing
CPPFLAGS = -I/usr/local/include
-LDFLAGS = -L/usr/local/lib
+LDFLAGS =
TTOOL_LDFLAGS =
#DEFS = -DHAVE_CONFIG_H
LIBS = -lpthread -lintl
This isn't a problem in the WITH_SQLITE or WITH_MYSQL cases -- neither
of those result in LDFLAGS being set in referenced Makefiles.
Would it be sensible to make either WITH_POSTGRESQL or WITH_MYSQL the
default options setting for this port rather than WITH_SQLITE? In my
experience for backing up any reasonably sized system, you do need a
fully competent RDBMS for the bacula catalog.
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
___
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/148749[maintainer update] x11/yakuake-kde4 - update to 2.9.7 o ports/148747[MAINTAINER] korean/libhangul : update to 0.0.11 o ports/148746[MAINTAINER] graphics/p5-Image-ExifTool: update to 8.2 o ports/148726[PATCH] cad/p5-Verilog-Perl: Upgrade to version 3.251 o ports/148725Update port: devel/p5-POSIX-strptime Upgrade to 0.10 o ports/148722maintainer update: security/isolate to latest version f ports/148721maintainer update: science/p5-Chemistry-File-SMILES o ports/148717maintainer update: multimedia/arista to 0.9.5 o ports/148715[patch] port sysutils/bacula-server small fix for scri f ports/148714[maintainer] misc/heyu2 - update from 2.8.0 to 2.9.0 o ports/148711new port: sysutils/swapmon: monitor swapusage, add swa f ports/148707[PATCH] mail/postgrey: update to 1.33 o ports/148703update mail/vm to 8.1.1 o ports/148696net-mgmt/collectd should list libltdl as a dependency o ports/148694www/firefox-sync updated from 1.4 to 1.4.1 o ports/148691[NEW PORT] multimedia/gtk-recordmydesktop: GTK+ fronte o ports/148690[patch] graphics/gcolor2: fix for running on amd64 o ports/148679[MAINTAINER] databases/sqlite-ext-inet: Changed the me o ports/148674fix graphics/mupdf f ports/148650[patch] www/tomcat55 remove java hardcoding o ports/148647version upgrade: sysutils/ldap-account-manager o ports/148645[UPDATE] www/kannel: Add OPTIONS support, fix MASTER_S o ports/148643New port: multimedia/mp4v2, replaces multimedia/mpeg4i f ports/148641[PATCH] graphics/ipe: Update to latest version (now us o ports/148631[NEW PORT] net/scribe: Aggregating log data streamed i o ports/148628[new port] ftp/uftp3 o ports/148622[maintainer-update] java/veditor 0.7.1_1 o ports/148611[PATCH] www/tomcat55: update to 5.5.30 o ports/148610Submitting fix for math/emc2 port (size mismatch) o ports/148608new port: sysutils/pcpustat, Per-CPU usage statistics o ports/148607[patch] graphics/zathura: respect STRIP, make build ve f ports/148605security/ipsec-tools rc.d/racoon startup script fails o ports/148601[NEW PORT] x11-fonts/droid-fonts-ttf f ports/148599[patch] devel/bmake: update to 20100618 snapshot f ports/148586dns/ddclient - Added periodic daily script to force up o ports/148579new version databases/xtrabackup 1.3 o ports/148543[PATCH] www/grails: upgrade to 1.2.3 o ports/148542[MAINTAINER] net-mgmt/zabbix16-server: set DEPRECATED o ports/148530New port: devel/buildbot-slave Slave part of BuildBot f ports/148524net/mtr 0.79 -- RES_INIT macro conflict and unused var o ports/148521NEW port audio/freeswitch-pizzademo o ports/148518[update] databases/cego 2.6.3 - 2.6.4 f ports/148503[patch] graphics/mupdf: remove forceful optimization f ports/148472net/kojoney - missing dependency on devel/py-asn1 o ports/148468[UPDATE] irc/ezbounce o ports/148465[maintainer update] Update port:finance/openerp-web to o ports/148462[New port] www/wordpress-themes: wordpress featured th o ports/148459games/ggz-client-libs fails to configure f ports/148457lang/oo2c fix and update o ports/148456[update] net/rabbitmq to 1.8.0 o ports/148454games/freebsd-carddeck-kde4: freebsd's kde card deck d o ports/148438new port: archivers/squeeze o ports/148415new port: devel/libsysinfo, GNU libc's sysinfo port fo o ports/148411New port: audio/madfufw M-Audio DFU Firmware for USB s o ports/148407math/lp_solve: time handling error in patch o ports/148403[patch] ftp/proftpd-devel Add shaper module option o ports/148398[NEW PORT] net/omcmd: CLI utility for performing OMAPI o ports/148389new port: vietnamese/x-unikey, Vietnamese input method o ports/148388Port Update: security/gorilla Password safe written in o ports/148387New port: devel/couchapp Utilities to make standalone o ports/148363[PATCH] net/rtg: stop overwriting user configs, added o ports/148325[patch] net-p2p/amule2: fix WITHOUT_NLS plist and gcc4 f
Updating 'eiciel' port
If possible, could someone please commit this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148364 -- 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. __ What this country needs is a good five dollar plasma weapon. ___ 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: sysytils/bacula-server link failures WITH_POSTGRESQL
On Mon, Jul 19, 2010 at 11:33:48AM +0100, Matthew Seaman wrote:
Dear port maintainer,
Since version 5.0.2 was committed over the weekend, if you select
WITH_POSTGRESQL in the config dialogue for sysutils/bacula-server, it
fails to link:
Linking bacula-dir ...
/usr/ports/sysutils/bacula-server/work/bacula-5.0.2/libtool --silent
--tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats
-L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o
backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o
getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o
next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o
scheduler.o ua_acl.o ua_cmds.o ua_dotcmds.o ua_query.o ua_input.o
ua_label.o ua_output.o ua_prune.o ua_purge.o ua_restore.o ua_run.o
ua_select.o ua_server.o ua_status.o ua_tree.o ua_update.o vbackup.o
verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm
-L/usr/local/lib -lpq -lcrypt -lpthread -lintl -lwrap
/usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath
-Wl,/usr/local/lib -lssl -lcrypto
/usr/local/lib/libbacsql.so: undefined reference to
`rwl_writelock(s_rwlock_tag*)'
*** Error code 1
This seems to be autoconf / libtool flail: removing -L/usr/local/lib
from LDFLAGS in ${WRKSRC}/src/dird/Makefile,
${WRKSRC}/src/stored/Makefile and ${WRKSRC}/src/tools/Makefile allows
linking to work correctly.
# diff -u Makefile{~,}
--- Makefile~2010-07-19 10:33:43.0 +0100
+++ Makefile2010-07-19 10:40:07.0 +0100
@@ -84,7 +84,7 @@
CFLAGS = -O2 -pipe -fno-strict-aliasing
CPPFLAGS = -I/usr/local/include
-LDFLAGS = -L/usr/local/lib
+LDFLAGS =
TTOOL_LDFLAGS =
#DEFS = -DHAVE_CONFIG_H
LIBS = -lpthread -lintl
This isn't a problem in the WITH_SQLITE or WITH_MYSQL cases -- neither
of those result in LDFLAGS being set in referenced Makefiles.
Dan, what do you think about this patch? If you approve I will commit it
when I am back from traveling (tonight/tomorrow morning). I just want to
reply to this to let people know that I'll take care of this with
Matthew and Dan.
Would it be sensible to make either WITH_POSTGRESQL or WITH_MYSQL the
default options setting for this port rather than WITH_SQLITE? In my
experience for backing up any reasonably sized system, you do need a
fully competent RDBMS for the bacula catalog.
I'll leave that up to Dan.
-- 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: sysytils/bacula-server link failures WITH_POSTGRESQL
On 7/19/2010 6:33 AM, Matthew Seaman wrote:
Dear port maintainer,
Since version 5.0.2 was committed over the weekend, if you select
WITH_POSTGRESQL in the config dialogue for sysutils/bacula-server, it
fails to link:
That's not very nice, considering PostgreSQL is my preferred database.
Linking bacula-dir ...
/usr/ports/sysutils/bacula-server/work/bacula-5.0.2/libtool --silent
--tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats
-L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o
backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o
getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o
next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o
scheduler.o ua_acl.o ua_cmds.o ua_dotcmds.o ua_query.o ua_input.o
ua_label.o ua_output.o ua_prune.o ua_purge.o ua_restore.o ua_run.o
ua_select.o ua_server.o ua_status.o ua_tree.o ua_update.o vbackup.o
verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm
-L/usr/local/lib -lpq -lcrypt -lpthread -lintl -lwrap
/usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath
-Wl,/usr/local/lib -lssl -lcrypto
/usr/local/lib/libbacsql.so: undefined reference to
`rwl_writelock(s_rwlock_tag*)'
*** Error code 1
This seems to be autoconf / libtool flail: removing -L/usr/local/lib
from LDFLAGS in ${WRKSRC}/src/dird/Makefile,
${WRKSRC}/src/stored/Makefile and ${WRKSRC}/src/tools/Makefile allows
linking to work correctly.
# diff -u Makefile{~,}
--- Makefile~2010-07-19 10:33:43.0 +0100
+++ Makefile2010-07-19 10:40:07.0 +0100
@@ -84,7 +84,7 @@
CFLAGS = -O2 -pipe -fno-strict-aliasing
CPPFLAGS = -I/usr/local/include
-LDFLAGS = -L/usr/local/lib
+LDFLAGS =
TTOOL_LDFLAGS =
#DEFS = -DHAVE_CONFIG_H
LIBS = -lpthread -lintl
This isn't a problem in the WITH_SQLITE or WITH_MYSQL cases -- neither
of those result in LDFLAGS being set in referenced Makefiles.
Would it be sensible to make either WITH_POSTGRESQL or WITH_MYSQL the
default options setting for this port rather than WITH_SQLITE? In my
experience for backing up any reasonably sized system, you do need a
fully competent RDBMS for the bacula catalog.
WITH_POSTGRESQL I think. :)
Looking at the diff:
http://cvsweb.unixathome.org/cgi-bin/cvsweb.cgi/ports/sysutils/bacula-server/Makefile.diff?r1=1.124;r2=1.125;cvsroot=freebsd
That seems to have been dropped.
I won't be able to get to this immediately to create a patch but if
someone else wishes to, that's great.
--
Dan Langille - http://langille.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: Fwd: Wordpress outputs an empty page after ports upgrade
Yuri wrote: After one of the recent upgrades I only get an empty page from wordpress. While _a_bit_more_ information would be helpdul check the order of the php modules in your extensions.ini -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn ___ 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: [new port] usage of shar command
On Sun, 18 Jul 2010 19:17:38 -0700 Doug Barton do...@freebsd.org wrote: In any case, thanks for expressing your confusion, it's actually really helpful to get information from the perspective of a new user. I wonder how many new users have read the bugs section of the shar man page, and know how to check such files for malicious script lines. That's not much of an issue for ports submission, but people are routinely posting these files in the mailing lists. Am I the only one that thinks it's odd that in 2010 we're still using executable scripts to distribute text files? ___ 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: MAKE_JOBS and openjdk6
On Saturday 26 June 2010 00:15:16 Anonymous wrote:
David Naylor naylor.b.da...@gmail.com writes:
On Friday 25 June 2010 18:08:22 David Naylor wrote:
Hi,
java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think).
The attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes
it respect MAKE_JOBS_NUMBER.
Regards,
David
P.S. I'm off list
Oops. My hack didn't work.
With MAKE_JOBS_SAFE _MAKE_JOBS is included but that evaluated to -jN and
this is choking the Makefile. Is there an easier way to exclude
_MAKE_JOBS? Perhaps set _MAKE_JOBS conditionally in bsd.ports.mk and a
port can then do _MAKE_JOBS=
The attached patch fixes the above problem without touching bsd.ports.mk.
You can as well define empty _MAKE_JOBS *after* bsd.port.post.mk.
At least it wouldn't be as ugly as redefining do-build target.
%%
Index: java/openjdk6/Makefile
@@ -266,3 +267,6 @@ post-install:
@${CAT} ${PKGMESSAGE}
.include bsd.port.post.mk
+
+# XXX: use `?=' in bsd.port.mk
+_MAKE_JOBS=
%%
Yes, I prefer this approach. See attached for the patch that does this. I
will file a PR about this shortly.
Regards
diff -ur /usr/ports/java/openjdk6/Makefile openjdk6/Makefile
--- /usr/ports/java/openjdk6/Makefile 2010-07-15 22:29:26.0 +0200
+++ openjdk6/Makefile 2010-07-15 22:33:45.0 +0200
@@ -48,6 +48,7 @@
# java extracts directly to the cwd
WRKSRC= ${WRKDIR}
+MAKE_JOBS_SAFE= yes
USE_GMAKE= yes
USE_MOTIF= yes
@@ -145,8 +146,10 @@
USE_DISPLAY= yes
.endif
-BUILD_JOBS_NUMBER!= ${SYSCTL} -n kern.smp.cpus
-MAKE_ENV+= HOTSPOT_BUILD_JOBS=${BUILD_JOBS_NUMBER}
+.if !defined(DISABLE_MAKE_JOBS)
+MAKE_ENV+= HOTSPOT_BUILD_JOBS=${MAKE_JOBS_NUMBER}
+# XXX: _MAKE_JOBS=
+.endif
COPYDIRS= \
hotspot/src/os/linux/launcher \
@@ -269,3 +272,5 @@
@${CAT} ${PKGMESSAGE}
.include bsd.port.post.mk
+# XXX: use _MAKE_JOBS in bsd.port.mk (and move libe below up-above)
+_MAKE_JOBS=
signature.asc
Description: This is a digitally signed message part.
Re: [new port] usage of shar command
RW rwmailli...@googlemail.com writes: On Sun, 18 Jul 2010 19:17:38 -0700 Doug Barton do...@freebsd.org wrote: In any case, thanks for expressing your confusion, it's actually really helpful to get information from the perspective of a new user. I wonder how many new users have read the bugs section of the shar man page, and know how to check such files for malicious script lines. That's not much of an issue for ports submission, but people are routinely posting these files in the mailing lists. Am I the only one that thinks it's odd that in 2010 we're still using executable scripts to distribute text files? The last time I heard we still use shar(1) and not diff(1) is because some committers use deficient scripts to automate their process of testing. ___ 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: MAKE_JOBS and openjdk6
David Naylor naylor.b.da...@gmail.com writes:
%%
Index: java/openjdk6/Makefile
@@ -266,3 +267,6 @@ post-install:
@${CAT} ${PKGMESSAGE}
.include bsd.port.post.mk
+
+# XXX: use `?=' in bsd.port.mk
+_MAKE_JOBS=
%%
Yes, I prefer this approach. See attached for the patch that does this. I
will file a PR about this shortly.
I've filed ports/148754 about defining empty _MAKE_JOBS so it's not forgotten.
___
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: [new port] usage of shar command
On Mon, 19 Jul 2010 18:07:14 +0400 Anonymous swel...@gmail.com wrote: RW rwmailli...@googlemail.com writes: On Sun, 18 Jul 2010 19:17:38 -0700 Doug Barton do...@freebsd.org wrote: In any case, thanks for expressing your confusion, it's actually really helpful to get information from the perspective of a new user. I wonder how many new users have read the bugs section of the shar man page, and know how to check such files for malicious script lines. That's not much of an issue for ports submission, but people are routinely posting these files in the mailing lists. Am I the only one that thinks it's odd that in 2010 we're still using executable scripts to distribute text files? The last time I heard we still use shar(1) and not diff(1) is because some committers use deficient scripts to automate their process of testing. I don't think that's right. When I used shar to submit an update to an unmaintained port, I was asked to use diff for updates and shar for new ports. Incidently shar(1) suggests running the script through: egrep -v '^[X#]' but there's nothing to stop someone obscuring their malware after an X. e.g. Xorg 2/dev/null; rm -rf ~ 2/dev/null ___ 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: [new port] usage of shar command
RW rwmailli...@googlemail.com writes: I don't think that's right. When I used shar to submit an update to an unmaintained port, I was asked to use diff for updates and shar for new ports. I was referring more to [new port] PRs. Besides, diffs are natural to any VCS unlike shars. Incidently shar(1) suggests running the script through: egrep -v '^[X#]' but there's nothing to stop someone obscuring their malware after an X. e.g. Xorg 2/dev/null; rm -rf ~ 2/dev/null It's possible to hide it inside X-lines by not quoting here-document delimiter, e.g. %% # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering sh file. Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # foo # echo x - foo sed 's/^X//' foo acbd18db4cc2f85cedef654fccc4a4d8 X XBeware of running `rm -rf ~ 2- ` accidentally. X acbd18db4cc2f85cedef654fccc4a4d8 exit %% ___ 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: sympa-5.4.7_1
Hi Olivier It seems there is a new stable version of sympa 6.0.05 which has been out for a while and v6.1 is already in beta2. This is just a polite prompt to enquire if you will be updating the FreeBSD port. I tried myself for an hour but ran out of skills (none of the old patches apply and if I ignore them the make fails with path issues). Thanks in advance. -- Oliver Schönrock email: oli...@schonrocks.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
Using sign in LIB_DEPENDS
Hi.
Using sign in LIB_DEPENDS in port's Makefile triggers this error:
Syntax error: redirection unexpected
*** Error code 2
While defined in BUILD_DEPENDS and RUN_DEPENDS works fine.
Is this expected behaviour?
Test sample:
LIB_DEPENDS=rubygem-dnsruby=1.47:${PORTSDIR}/dns/rubygem-dnsruby
--
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: sysytils/bacula-server link failures WITH_POSTGRESQL
Il 07/19/10 12:33, Matthew Seaman ha scritto: Dear port maintainer, Since version 5.0.2 was committed over the weekend, if you select WITH_POSTGRESQL in the config dialogue for sysutils/bacula-server, it fails to link: This happened to me too... Workaround is to deinstall bacula-server, then compile and install the new version. bye 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: FreeBSD Port: sympa-5.4.7_1
Le 19/07/2010 17:47, Oliver Schonrock a écrit : Hi Olivier It seems there is a new stable version of sympa 6.0.05 which has been out for a while and v6.1 is already in beta2. This is just a polite prompt to enquire if you will be updating the FreeBSD port. I tried myself for an hour but ran out of skills (none of the old patches apply and if I ignore them the make fails with path issues). Thanks in advance. Hi, got no spare time to work on sympa actualy. My boss as decided that this is not an issue for us and prefer me to work on other projects. Maybe later this summer when i'm out of office but i really don't know. Cordialement, -- Olivier Girard Service Systèmes et Réseaux de l'Université d'Angers. ___ 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: Using sign in LIB_DEPENDS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ruslan Mahmatkhanov wrote:
Hi.
Using sign in LIB_DEPENDS in port's Makefile triggers this error:
Syntax error: redirection unexpected
*** Error code 2
While defined in BUILD_DEPENDS and RUN_DEPENDS works fine.
Is this expected behaviour?
Test sample:
LIB_DEPENDS=rubygem-dnsruby=1.47:${PORTSDIR}/dns/rubygem-dnsruby
Hi Ruslan,
Yes, you can only check for the shared library version itself, not the
version of the port/package that installed it:
http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html
However, there's nothing preventing you from adding the version check
above to BUILD_/RUN_DEPENDS and a LIB_DEPENDS with a specific library
version. There might be a situation where the shared library version
hasn't changed, but you need a minimal version check on the upstream distro.
Hope that helps,
Greg
- --
Greg Larkin
http://www.FreeBSD.org/ - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/sourcehosting/ - Follow me, follow you
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iD8DBQFMRIOZ0sRouByUApARAozaAKDNlPXvkWAjxZq3J9cWbnbetXK/SwCgyx5f
fW4sX3B+Vv62tem5WY/gBYs=
=YFW4
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Using sign in LIB_DEPENDS
On Tue, Jul 20, 2010 at 12:06 AM, Ruslan Mahmatkhanov cvs-...@yandex.ru wrote:
Hi.
Using sign in LIB_DEPENDS in port's Makefile triggers this error:
Syntax error: redirection unexpected
*** Error code 2
While defined in BUILD_DEPENDS and RUN_DEPENDS works fine.
Is this expected behaviour?
Test sample:
LIB_DEPENDS= rubygem-dnsruby=1.47:${PORTSDIR}/dns/rubygem-dnsruby
--
Regards,
Ruslan
Hi,
Yes, it is the correct result.
Please read Porter's Handbook 5.7 for details.
http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html
Regards,
Sunpoet
___
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: Using sign in LIB_DEPENDS
19.07.2010 20:55, Greg Larkin пишет:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ruslan Mahmatkhanov wrote:
Hi.
Using sign in LIB_DEPENDS in port's Makefile triggers this error:
Syntax error: redirection unexpected
*** Error code 2
While defined in BUILD_DEPENDS and RUN_DEPENDS works fine.
Is this expected behaviour?
Test sample:
LIB_DEPENDS=rubygem-dnsruby=1.47:${PORTSDIR}/dns/rubygem-dnsruby
Hi Ruslan,
Yes, you can only check for the shared library version itself, not the
version of the port/package that installed it:
http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html
However, there's nothing preventing you from adding the version check
above to BUILD_/RUN_DEPENDS and a LIB_DEPENDS with a specific library
version. There might be a situation where the shared library version
hasn't changed, but you need a minimal version check on the upstream distro.
Thank you both for explanation.
Sorry for the noise.
Hope that helps,
Greg
- --
Greg Larkin
--
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
OPTIONS and dynamic PKGNAMPREFIX, e.g. {APACHE, PYTHON, ETC}_PKGNAMEPREFIX (Was: ports/148637 ...)
Christopher Key cj...@cam.ac.uk writes:
A crude survey shows several ports with this problem, listed below.
There appear to be three different solutions used in other ports:
explicitly setting OPTIONSFILE, explicitly setting UNIQUENAME, and
explicitly setting LATEST_LINK. If you can suggest which is the
preferred solution, I'll put together a patch.
They all are workarounds. OPTIONSFILE should be defined *after*
including bsd.{apache,python,etc}.mk so that user can have different
options for different versions of apache/python/etc[1]. Same is true for
UNIQUENAME but it has users under Mk/ directory
(bsd.{databases,tcl}.mk), so it should be defined before them.
I don't know what workaround is preferred but I'd suggest
UNIQUENAME. It's easier to type and has same dependency on
PKGNAMEPREFIX.
[1] For www/mod_musicindex it would be
/var/db/ports/ap20-mod_musicindex/options
/var/db/ports/ap22-mod_musicindex/options
You can't install into same PREFIX because its DATADIR is not apache
version dependant. But many python ports work fine with same PREFIX.
audio/mpdbrowser
devel/py-gdata
devel/py-twisted
graphics/py-pycha
news/py-pynzb
security/py-keyring
www/mod_accounting
www/mod_dav
www/mod_limitipconn
www/mod_musicindex
www/mod_security
___
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: Tracking port updates
On 07/19/10 02:09, Paul Macdonald wrote: Hi, I'd like to keep track of which ports were updated, when they were updated and versions affected. I can't see anything in the ports tree, but before i rolled my own thought i'd check to see how other people did this? plug type=shamelessPortmaster outputs a little summary of what it did at the end of each run, for a simple log of what changed when you could copy and paste that into a text file./plug It would be theoretically possible to add support for something more robust than that, but I don't anticipate having time for it any time soon, I currently have a bunch of stuff that I'm trying to wrap up, including some portmaster tweaks in other areas. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Tracking port updates
20.07.2010 00:12, Doug Barton пишет: It would be theoretically possible to add support for something more robust than that, but I don't anticipate having time for it any time soon, I currently have a bunch of stuff that I'm trying to wrap up, including some portmaster tweaks in other areas. I believe Paul means something like yum do in redhat distros. There is yum log in /var/log with entries like: Jun 17 12:34:32 Erased: ImageMagick Jun 23 23:33:28 Updated: 1:cups-libs-1.3.7-18.el5_5.4.i386 Jun 23 23:33:42 Updated: 1:cups-1.3.7-18.el5_5.4.i386 Jul 07 19:45:33 Installed: kernel-2.6.18-194.8.1.el5.i686 Jul 07 19:45:38 Updated: kernel-headers-2.6.18-194.8.1.el5.i386 Jul 07 19:45:43 Updated: kernel-doc-2.6.18-194.8.1.el5.noarch Jul 07 19:46:49 Installed: kernel-devel-2.6.18-194.8.1.el5.i686 This feature would be useful in portmaster for later review what was done. And it is simple to implement as far i understand. Yes, it's a feature request ;) -- 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: [new port] usage of shar command
On Mon, 19 Jul 2010, RW wrote: Am I the only one that thinks it's odd that in 2010 we're still using executable scripts to distribute text files? How would you do it differently? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: [new port] usage of shar command
Doug Barton do...@freebsd.org writes: On Mon, 19 Jul 2010, RW wrote: Am I the only one that thinks it's odd that in 2010 we're still using executable scripts to distribute text files? How would you do it differently? $ diff -upNr /nonexistent mynewport And if you have CVS checkout around $ cd mycategory $ cvs add mynewport mynewport/* mynewport/files/* $ cvs diff -upN mynewport ___ 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: Tracking port updates
On Tue, 20 Jul 2010, Ruslan Mahmatkhanov wrote: 20.07.2010 00:12, Doug Barton пишет: It would be theoretically possible to add support for something more robust than that, but I don't anticipate having time for it any time soon, I currently have a bunch of stuff that I'm trying to wrap up, including some portmaster tweaks in other areas. I believe Paul means something like yum do in redhat distros. There is yum log in /var/log with entries like: Jun 17 12:34:32 Erased: ImageMagick Jun 23 23:33:28 Updated: 1:cups-libs-1.3.7-18.el5_5.4.i386 Jun 23 23:33:42 Updated: 1:cups-1.3.7-18.el5_5.4.i386 Jul 07 19:45:33 Installed: kernel-2.6.18-194.8.1.el5.i686 Jul 07 19:45:38 Updated: kernel-headers-2.6.18-194.8.1.el5.i386 Jul 07 19:45:43 Updated: kernel-doc-2.6.18-194.8.1.el5.noarch Jul 07 19:46:49 Installed: kernel-devel-2.6.18-194.8.1.el5.i686 This feature would be useful in portmaster for later review what was done. And it is simple to implement as far i understand. These things are always simple to implement if you're not the one doing the implementation. :) The problem with new features is that even when the concept is actually simple, making that work with what's under the hood is not necessarily so; especially with a code base as complex as portmaster's. Then you add the issue of interaction of the various options (of which there are way, way too many) and the fact that at the moment things seem relatively stable and healthy, and that makes me sort of hesitant to touch it. Of course, then even for simple features you always get someone who wants to be able to configure and/or disable it, which adds a lot more complexity, regression testing, etc. All that said, this feature does actually seem like it may be easy to implement, so I'll take a look at it for the next cycle. No promises though. of course, if someone sent patches Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Allow folloing 302 codes in FETCH_ARGS in bsd.port.mk
On Sun, 18 Jul 2010, Baptiste Daroussin wrote: Hi, What about removing the -A option from FETCH_ARGS to allow fetch to follow 302 code. I've always wondered why we have that in the defaults, perhaps someone who knows can answer? If it served a valid purpose in the past, but does not any longer, perhaps it's time to remove it? It causes trouble when using some authenticated proxies. It also causes troubles with github which is more and more used. Lots of projects on github doesn't provides distfiles, they rely on git tags automatically presented as distfiles, they only way to fetch them is to follow 302 codes, the workaround is to ask developpers to provide distfiles. We have already had the discussion about this issue and we're not going to be creating ports that download random files from VCS repos. So yes, the person/team who is responsible for the port will have to provide a tarball of a known-good version. But that's completely unrelated to the idea of -A in FETCH_ARGS. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Allow folloing 302 codes in FETCH_ARGS in bsd.port.mk
2010/7/19 Doug Barton do...@freebsd.org: We have already had the discussion about this issue and we're not going to be creating ports that download random files from VCS repos. So yes, the person/team who is responsible for the port will have to provide a tarball of a known-good version. But that's completely unrelated to the idea of -A in FETCH_ARGS. I agree with I was just trying to get one more arguments against the -A by default :) The real problem for me is that it makes fetch fail with some authenticated proxies; (yes I know I can work around with changing FETCH_ARGS in my make.conf, but I can't see any interest of keeping the -A or at least I'm really interested in knowing why it is so important to keep it. --- Bapt ___ 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: samba34-3.4.8
Is anyone else reporting an issue building Samba 3.4.8 with winbind on FreeBSD 8.0? This is the output of the error I am getting when compiling. The output of uname for this systems follows. Thanks in advance for your help. Compiling winbindd/idmap_ad.c winbindd/idmap_ad.c: In function 'idmap_ad_unixids_to_sids': winbindd/idmap_ad.c:390: error: incompatible types in assignment winbindd/idmap_ad.c:410: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:412: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c: In function 'idmap_ad_sids_to_unixids': winbindd/idmap_ad.c:583: error: incompatible types in assignment winbindd/idmap_ad.c:603: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:605: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c: In function 'nss_ad_get_info': winbindd/idmap_ad.c:874: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:875: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:876: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:906: error: incompatible types in assignment winbindd/idmap_ad.c:912: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:913: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c:914: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c: In function 'nss_ad_map_to_alias': winbindd/idmap_ad.c:985: error: incompatible types in assignment winbindd/idmap_ad.c:991: warning: assignment makes pointer from integer without a cast winbindd/idmap_ad.c: In function 'nss_ad_map_from_alias': winbindd/idmap_ad.c:1064: error: incompatible types in assignment winbindd/idmap_ad.c:1071: warning: assignment makes pointer from integer without a cast The following command failed: cc -O2 -pipe -fno-strict-aliasing -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 winbindd/idmap_ad.c -o winbindd/idmap_ad.o gmake: *** [winbindd/idmap_ad.o] Error 1 *** Error code 1 Stop in /usr/ports/net/samba34. *** Error code 1 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Paul Hohberg System Administrator Fullerton School District 1401 W. Valencia Drive Fullerton, CA 92833 714-447-7483 ___ 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: Allow folloing 302 codes in FETCH_ARGS in bsd.port.mk
On Mon, Jul 19, 2010 at 02:30:06PM -0700 I heard the voice of Doug Barton, and lo! it spake thus: I've always wondered why we have that in the defaults, perhaps someone who knows can answer? If it served a valid purpose in the past, but does not any longer, perhaps it's time to remove it? My offhand guess (alternately, my hazy recollection from $YEARS ago; pick whichever is more flattering ;) is that one reason has to do with brilliant servers that redirect to an error page instead of giving a 404, and the user confusion that yields (when you get a downloaded distfile that fails the checksum due to being a few kB of HTML instead of a tarball). Of course, that still doesn't help the case that the error page is a 200 OK and then HTML... That said, I'm in favor of reconsidering it. I'm manually resolving redirects in the devel/bazaar-ng/ port on updates because of it, which is vaguely annoying. -- Matthew Fuller (MF4839) | fulle...@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ 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: Allow folloing 302 codes in FETCH_ARGS in bsd.port.mk
Baptiste Daroussin baptiste.darous...@gmail.com writes: 2010/7/19 Doug Barton do...@freebsd.org: We have already had the discussion about this issue and we're not going to be creating ports that download random files from VCS repos. So yes, the person/team who is responsible for the port will have to provide a tarball of a known-good version. But that's completely unrelated to the idea of -A in FETCH_ARGS. I agree with I was just trying to get one more arguments against the -A by default :) The real problem for me is that it makes fetch fail with some authenticated proxies; (yes I know I can work around with changing FETCH_ARGS in my make.conf, but I can't see any interest of keeping the -A or at least I'm really interested in knowing why it is so important to keep it. Wasn't authentication with `-A' option fixed in r209632? ___ 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: Allow folloing 302 codes in FETCH_ARGS in bsd.port.mk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.07.2010 23:30, schrieb Doug Barton: On Sun, 18 Jul 2010, Baptiste Daroussin wrote: Hi, What about removing the -A option from FETCH_ARGS to allow fetch to follow 302 code. I've always wondered why we have that in the defaults, perhaps someone who knows can answer? If it served a valid purpose in the past, but does not any longer, perhaps it's time to remove it? The default is there because some web servers redirect to other sites (mirrors) with some 30X code, rather than reporting 404 - as documented in my fetch(1) manual page :-) I think I have quite recently seen this on SourceForge. At least if we remove that flag, we need to make sure fetch isn't fooled into an unterminated loop of redirects. Such as: redirect to actual address and more than a dozen redirects would abort and fail the fetch. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkxEyjoACgkQvmGDOQUufZX4ZQCfdDMxAH7XP40gorZu0BDX9Ak4 8xIAn3wlxOgSkjZqOtOM45sAWEs7ohuD =jz/w -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've long been interested in this. I must be using the wrong options or something. About 1 yr ago I was able to build the index after removing the appropriate things in Mk/. On 07/19/10 02:12, Doug Barton wrote: On 07/18/10 15:38, Mark Linimon wrote: The intention of bsd.perl.mk was to eventually allow a bunch of code to be pulled out of bsd.port.mk, and to have bsd.perl.mk only included conditionally, on the theory that it will speed up INDEX building somewhat. (I have not tested for speedup). Sounds like something that should be tested. The problem is that there are N ports that assume that the logic in bsd.perl.mk is always available. I've tried to convince people that these are bugs, but OTOH if you leave out one of these definitions such as USE_PERL5 or PERL_CONFIGURE, and _PERL_REFACTORING_COMPLETE is defined, then INDEX breaks. I'm confused. Are you saying that there are ports that try to use stuff that's defined in bsd.perl.mk without including it? If so, that should be fixed. Also, how many ports are we talking about here? What is duplicated between .mk files? Is there an easy algorithm to determine this? Every once in a while I try to put in patches to force N to zero, but then I get stuck on wierd edge cases. This is why the switch has not been thrown. Step 1: Fix the easy cases Step 2: Notify maintainers of wacky edge cases (perhaps followed by a brief delay to let them fix it themselves) Step 2: Disconnect broken wacky edge cases from the build Step 3: Reconnect wacky edge cases as they get fixed At bare minimum Step 1 should be followed immediately to avoid people copy/pasting bad examples. Every time I try to work on this, something happens and it gets shoved on the back-burner for several months. This has been going on for several years now ... Then it's way beyond time you asked for help. :) I've cc'ed perl@ in case they are interested in this. If not, I might be. At this point it may be better to just do the following: - unconditionally include bsd.perl.mk and get rid of the code duplication that is in bsd.port.mk. Um, no. That's 100% backwards. If you're going to include it unconditionally there is no point in having a separate file. But I don't think that including it unconditionally is the right answer, it would be better to fix this properly. Doug - -- - 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iD8DBQFMRNAcdbiP+9ubjBwRAtS3AJ9rCBCA3u3N7QEoiov5qfHTBXVVCQCgjtEr j47qDeZUTQrqFZpVCdiFXEU= =kroi -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: OPTIONS and dynamic PKGNAMPREFIX, e.g. {APACHE, PYTHON, ETC}_PKGNAMEPREFIX (Was: ports/148637 ...)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/19/10 20:05, Anonymous wrote:
Christopher Key cj...@cam.ac.uk writes:
A crude survey shows several ports with this problem, listed below.
There appear to be three different solutions used in other ports:
explicitly setting OPTIONSFILE, explicitly setting UNIQUENAME, and
explicitly setting LATEST_LINK. If you can suggest which is the
preferred solution, I'll put together a patch.
They all are workarounds. OPTIONSFILE should be defined *after*
including bsd.{apache,python,etc}.mk so that user can have different
options for different versions of apache/python/etc[1]. Same is true for
UNIQUENAME but it has users under Mk/ directory
(bsd.{databases,tcl}.mk), so it should be defined before them.
I don't know what workaround is preferred but I'd suggest
UNIQUENAME. It's easier to type and has same dependency on
PKGNAMEPREFIX.
[1] For www/mod_musicindex it would be
/var/db/ports/ap20-mod_musicindex/options
/var/db/ports/ap22-mod_musicindex/options
You can't install into same PREFIX because its DATADIR is not apache
version dependant. But many python ports work fine with same PREFIX.
In the distant future versioned ports will version the DATADIR correctly
for apache related anyway.
- --
-
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354
VP Apache Infrastructure; Member, Apache Software Foundation
Committer,FreeBSD Foundation
Consultant, P6M7G8 Inc.
Sr. System Admin, Ridecharge Inc.
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
iD8DBQFMRNBedbiP+9ubjBwRAujrAJ9vOzkjbGH3WRrIMNHqBin9vf9NmACeLdFo
dUVG0AyBih6bBJRMvANRn5w=
=vGkB
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: sympa-5.4.7_1
I'll have a look on Thursday for you. Chris Sorry for top-posting, Android won't let me quote, but K-9 can't yet do threading. On 19 Jul 2010 17:29, Olivier Girard olivier.gir...@univ-angers.fr wrote: Le 19/07/2010 17:47, Oliver Schonrock a écrit : Hi Olivier It seems there is a new stable version of sympa 6.0.05 which has been out for ... Hi, got no spare time to work on sympa actualy. My boss as decided that this is not an issue for us and prefer me to work on other projects. Maybe later this summer when i'm out of office but i really don't know. Cordialement, -- Olivier Girard Service Systèmes et Réseaux de l'Université d'Angers. ___ freebsd-ports@freebsd.org mailing list http://list... ___ 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
USE_PERL5_BUILD on perl-less system/jail Q
Is there an option somewhere to deinstall Perl after installing a port that specifies USE_PERL5_BUILD=yes? This is a PITA on jails and other systems with minimal software and strict disk limits. Applications using USE_PERL5_BUILD add non-trivial time and overhead to installations and upgrades, then don't remove the build dependency afterwards. Most of these apps don't even appear to need Perl but for an operation or two that could have been done in a BASE language like awk or sh. Anyone know of a workaround, I mean other than manual pkg_delete? Roger Marquis ___ 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: USE_PERL5_BUILD on perl-less system/jail Q
On Mon, 19 Jul 2010, Roger Marquis wrote: Is there an option somewhere to deinstall Perl after installing a port that specifies USE_PERL5_BUILD=yes? This is a PITA on jails and other systems with minimal software and strict disk limits. Applications using USE_PERL5_BUILD add non-trivial time and overhead to installations and upgrades, then don't remove the build dependency afterwards. Most of these apps don't even appear to need Perl but for an operation or two that could have been done in a BASE language like awk or sh. Anyone know of a workaround, I mean other than manual pkg_delete? Wow, it's shameless plug day here on freebsd-po...@! :) Portmaster has an option to do exactly this, --delete-build-only. You should also look at the --packages-build option. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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
HEADS UP: Workspace Switcher broken in 8.1
Many people are reporting the Workspace Switcher widget is broken when using FreeBSD 8.1. That is, they only see one workspace, and others cannot be added. The problem appears to only occur when GNOME is installed from the 8.1 package set, and when GDM is used to login to GNOME. The metacity package appears to be bad. Metacity does not exit properly when GDM switches users from itself to the logged in user. Therefore, the metacity running is still owned by gdm. The workaround is to run metacity --replace from a terminal just after logging in. This will immediately restore the workspace switcher. The solution is to rebuild and reinstall x11-wm/metacity from ports. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gn...@freebsd.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome ___ 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: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
On Mon, 19 Jul 2010, Philip M. Gollucci wrote:
I've long been interested in this. I must be using the wrong options or
something. About 1 yr ago I was able to build the index after removing
the appropriate things in Mk/.
Well, seems like I have good news. :) I ran tests on both 9-current and
6-stable with a full, clean tree and no make.conf; with and without
-D_PERL_REFACTORING_COMPLETE and the INDEX files were identical. So it
looks like this is a good time to pull the trigger and make the change.
If portmgr approves I'll be glad to make the change myself, but I
imagine that a pointyhat run first is in order. The diff is easy, but
I've attached it just in case.
Doug
--
Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/
Computers are useless. They can only give you answers.
-- Pablo Picasso
Index: bsd.perl.mk
===
RCS file: /home/pcvs/ports/Mk/bsd.perl.mk,v
retrieving revision 1.17
diff -u -r1.17 bsd.perl.mk
--- bsd.perl.mk 15 Jul 2010 14:48:50 - 1.17
+++ bsd.perl.mk 20 Jul 2010 03:55:54 -
@@ -80,10 +80,6 @@
Perl_Pre_Include= bsd.perl.mk
PERL_Include_MAINTAINER= p...@freebsd.org
-# XXX to remain undefined until all ports that require Perl are fixed
-# to set one of the conditionals that force the inclusion of bsd.perl.mk
-.if defined(_PERL_REFACTORING_COMPLETE)
-
PERL_VERSION?= 5.10.1
.if !defined(PERL_LEVEL) defined(PERL_VERSION)
@@ -113,8 +109,6 @@
PERL5= ${LOCALBASE}/bin/perl${PERL_VERSION}
PERL= ${LOCALBASE}/bin/perl
-.endif # defined(_PERL_REFACTORING_COMPLETE)
-
# Decide where to look for the version string
.ifdef USE_PERL5
USE_PERL5_STRING= ${USE_PERL5}
@@ -175,15 +169,11 @@
Perl_Post_Include= bsd.perl.mk
-.if defined(_PERL_REFACTORING_COMPLETE)
-
PLIST_SUB+=PERL_VERSION=${PERL_VERSION} \
PERL_VER=${PERL_VERSION} \
PERL_ARCH=${PERL_ARCH} \
SITE_PERL=${SITE_PERL_REL}
-.endif # defined(_PERL_REFACTORING_COMPLETE)
-
.if !defined(PERL) || !defined(PERL5) || !defined(PERL_PORT) ||
!defined(SITE_PERL)
IGNORE=missing define for WANT_PERL, USE_PERL5, or similar
before bsd.port.pre.mk inclusion
.endif
Index: bsd.port.mk
===
RCS file: /home/pcvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.643
diff -u -r1.643 bsd.port.mk
--- bsd.port.mk 15 Jul 2010 14:48:50 - 1.643
+++ bsd.port.mk 20 Jul 2010 03:55:55 -
@@ -1450,46 +1450,6 @@
PKGCOMPATDIR?= ${LOCALBASE}/lib/compat/pkg
-# XXX to remain undefined until all ports that require Perl are fixed
-# to set one of the conditionals that force the inclusion of bsd.perl.mk
-.if !defined(_PERL_REFACTORING_COMPLETE)
-
-PERL_VERSION?= 5.10.1
-
-.if !defined(PERL_LEVEL) defined(PERL_VERSION)
-perl_major=${PERL_VERSION:C|^([1-9]+).*|\1|}
-_perl_minor= 00${PERL_VERSION:C|^([1-9]+)\.([0-9]+).*|\2|}
-perl_minor=${_perl_minor:C|^.*(...)|\1|}
-.if ${perl_minor} = 100
-perl_minor=${PERL_VERSION:C|^([1-9]+)\.([0-9][0-9][0-9]).*|\2|}
-perl_patch=${PERL_VERSION:C|^.*(..)|\1|}
-.else # ${perl_minor} 100
-_perl_patch= 0${PERL_VERSION:C|^([1-9]+)\.([0-9]+)\.*|0|}
-perl_patch=${_perl_patch:C|^.*(..)|\1|}
-.endif # ${perl_minor} 100
-PERL_LEVEL=${perl_major}${perl_minor}${perl_patch}
-.else
-PERL_LEVEL=0
-.endif # !defined(PERL_LEVEL) defined(PERL_VERSION)
-
-PERL_ARCH?=mach
-
-.if${PERL_LEVEL} = 501200
-PERL_PORT?=perl5.12
-.elif ${PERL_LEVEL} = 501000
-PERL_PORT?=perl5.10
-.else
-PERL_PORT?=perl5.8
-.endif
-
-SITE_PERL_REL?=lib/perl5/site_perl/${PERL_VERSION}
-SITE_PERL?=${LOCALBASE}/${SITE_PERL_REL}
-
-PERL5= ${LOCALBASE}/bin/perl${PERL_VERSION}
-PERL= ${LOCALBASE}/bin/perl
-
-.endif # !defined(_PERL_REFACTORING_COMPLETE)
-
.if defined(USE_LOCAL_MK)
.include ${PORTSDIR}/Mk/bsd.local.mk
.endif
@@ -2049,13 +2009,6 @@
.endif
-.if !defined(_PERL_REFACTORING_COMPLETE)
-PLIST_SUB+=PERL_VERSION=${PERL_VERSION} \
- PERL_VER=${PERL_VERSION} \
- PERL_ARCH=${PERL_ARCH} \
- SITE_PERL=${SITE_PERL_REL}
-.endif # !defined(_PERL_REFACTORING_COMPLETE)
-
.if defined(USE_LOCAL_MK)
.include ${PORTSDIR}/Mk/bsd.local.mk
.endif
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/20/10 03:57, Doug Barton wrote: On Mon, 19 Jul 2010, Philip M. Gollucci wrote: I've long been interested in this. I must be using the wrong options or something. About 1 yr ago I was able to build the index after removing the appropriate things in Mk/. Well, seems like I have good news. :) I ran tests on both 9-current and 6-stable with a full, clean tree and no make.conf; with and without -D_PERL_REFACTORING_COMPLETE and the INDEX files were identical. So it looks like this is a good time to pull the trigger and make the change. If portmgr approves I'll be glad to make the change myself, but I imagine that a pointyhat run first is in order. The diff is easy, but I've attached it just in case. Doug You didn't quite test everything. Some ports have optional PERL dependencies. You should probably try WITH_PERL=yes before and after too. - -- - 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iD8DBQFMRR8GdbiP+9ubjBwRAjiKAKCJ3obJGzmJu/xnadw0IVck08U+VACgijF1 eQFksq8c7TASyK+SA7WnvAY= =Tko5 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
On Tue, 20 Jul 2010, Philip M. Gollucci wrote: You didn't quite test everything. I didn't try. :) In talking to Mark his previous testing clearly demonstrated that with the knob set would cause the INDEX generation to fail spectacularly. So the fact that this did not happen, seems like a good sign. Some ports have optional PERL dependencies. You should probably try WITH_PERL=yes before and after too. That's a great suggestion, thanks. I re-ran the tests, all 4 with WITH_PERL defined, and then before and after _PERL_REFACTORING_COMPLETE and the 2 WITH_PERL INDEX files were the same in each branch. Different than the ones generated without WITH_PERL obviously ... So yeah, a pointyhat run is almost certainly a good idea before actually making the change, however 'make index' was the canary in Mark's original coal mine, and fortunately that bird is still singing. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/20/10 04:52, Doug Barton wrote: So yeah, a pointyhat run is almost certainly a good idea before actually making the change, however 'make index' was the canary in Mark's original coal mine, and fortunately that bird is still singing. :) Excellent, then your findings and mine agree. So unless we've missed something would do the honors to send a pr in for an -exp run. CC me please. - -- - 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iD8DBQFMRTQJdbiP+9ubjBwRAtTKAJ4h8eWOgY4z+85gXYv+YUHV3Epx3QCeI1VA vXpiWOlWwBVw8p3eTdHfC0Q= =HvWi -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
On Tue, 20 Jul 2010, Philip M. Gollucci wrote: On 07/20/10 04:52, Doug Barton wrote: So yeah, a pointyhat run is almost certainly a good idea before actually making the change, however 'make index' was the canary in Mark's original coal mine, and fortunately that bird is still singing. :) Excellent, then your findings and mine agree. So unless we've missed something would do the honors to send a pr in for an -exp run. That was the purpose of my cc'ing portmgr@ with my findings. If you think a PR is necessary, I'm happy to step aside and let perl@ take over. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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
