ProFTPd 1.3.2.r2 - ftpwho missing scoreboard file
I can not use ftpwho command after upgrade to proftpd-mysql-1.3.2.r2. # ftpwho /var/run/proftpd/proftpd.scoreboard: No such file or directory (Perhaps you need to specify the ScoreboardFile with -f, or change the compile-time default directory?) I have in proftpd.conf ScoreboardFile /var/run/proftpd.scoreboard (I think /var/run/proftpd.scoreboard was default location in older versions) and this file exists: # ls -al /var/run/proftpd.scoreboard -rw-r--r-- 1 root wheel 7888 Sep 24 11:10 /var/run/proftpd.scoreboard What / why changed in ProFTPd code? Workaround is to change proftpd.conf to: ScoreboardFile /var/run/proftpd/proftpd.scoreboard then after restart, scoreboard file is created in this location and ftpwho command can use it. Can it be fixed or mentioned in UPDATING? It is not showstopper and I can live with this little change in my configs, but it is annoying to do this change on all my servers. (already done) Miroslav Lachman ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/122167: ports/dns/bind94 REPLACE_BASE option
ALL, Found the bug report by Richard, and the comments from Doug explain to "make clean", "make rmconfig", and then "make" as the problem was a "local" problem. I've done the same (copied below), and have the same problem, after selecting to replace the base BIND, the make stops with an error 2. This happens for me regardless of being in bash or csh. FreeBSD 7 Release p4 i386 PORTVERSION=9.4.2.2 (below is from bash instance, hence the path showing in the prompt) Any help/pointers, and apologies to anyone offended, I'm a newbie and didn't find anything else that could help. Thank you!! -Trebor [EMAIL PROTECTED] /]# cd /usr/ports/dns/bind94 [EMAIL PROTECTED] /usr/ports/dns/bind94]# make clean ===> Cleaning for bind94-base-9.4.2.2 [EMAIL PROTECTED] /usr/ports/dns/bind94]# make rmconfig ===> Removing user-configured options for bind94-9.4.2.2 [EMAIL PROTECTED] /usr/ports/dns/bind94]# make cd /usr/ports/dns/bind94 && make config; lk xOptions for bind94 9.4.2.2 x x lk x x x [X] REPLACE_BASE Replace base BIND with this version x x x x [ ] LARGE_FILE64-bit file support x x x x [ ] SIGCHASE dig/host/nslookup will do DNSSEC validation x x x x [ ] IPV6 IPv6 Support (autodetected by default) x x x x [X] THREADS Compile with thread support x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x tqmjqu x [ OK ] Cancel x mj make: don't know how to make /usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind94. [EMAIL PROTECTED] /usr/ports/dns/bind94]# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: emulators/bochs: acpi option
on 11/09/2008 15:16 Pietro Cerutti said the following: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Andriy Gapon wrote: > | I need to use bochs configured with --acpi-enabled. > | I see that currently the port doesn't enable that option and doesn't > | provide any knob for it. > | The attached trivial patch should add the knob. > | Should I also file a PR or is this sufficient? > > Please fill-in a PR and CC me, so that I can take it and remember to > commit it after the port freeze :) > > Thanks a lot! Pietro, thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127606 -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
new reconfig-recursive target for ports
All,
Note: I'm not currently subscribed to ports@, please cc: me on replies.
I was wondering what peoples' thoughts are on a "reconfig-recursive"
target for ports? Basically, the same as config-recursive, but instead
of using config-conditional for each dependency, it would use config.
This might be useful for someone who wants to review dependecies'
options and/or make changes, but without having to manually iterate
through them or rmconfig-recursive first.
I figured this might come in handy. Thoughts?
Patch is below.
Thanks!
Josh
--- Mk/bsd.port.mk.old 2008-09-24 11:21:20.0 -0400
+++ Mk/bsd.port.mk 2008-09-24 11:21:02.0 -0400
@@ -5934,6 +5934,14 @@
done
.endif
+.if !target(reconfig-recursive)
+reconfig-recursive:
+ @${ECHO_MSG} "===> Setting user-specified options for
${PKGNAME} and dependencies";
+ @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \
+ (cd $$dir; ${MAKE} config); \
+ done
+.endif
+
.if !target(config-conditional)
config-conditional:
.if defined(OPTIONS)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: new reconfig-recursive target for ports
On Wed, Sep 24, 2008 at 11:28:43AM -0400, Josh Carroll wrote: > All, > > Note: I'm not currently subscribed to ports@, please cc: me on replies. > > I was wondering what peoples' thoughts are on a "reconfig-recursive" > target for ports? Basically, the same as config-recursive, but instead > of using config-conditional for each dependency, it would use config. > This might be useful for someone who wants to review dependecies' > options and/or make changes, but without having to manually iterate > through them or rmconfig-recursive first. > > I figured this might come in handy. Thoughts? Seems like a rare case where someone would want to re-visit (in this manner) options they have already set. That said, it may come in handy. I think "config-recursive-unconditional" would be a better name as it fits better with the "config-recursive" target. Of course, this is just a bikeshed argument so I don't care what it ends up being called. ;) -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: new reconfig-recursive target for ports
> Seems like a rare case where someone would want to re-visit (in this > manner) options they have already set. That said, it may come in handy. Yeah, I figured it can't *hurt* and might come in handy in a few circumstances. > I think "config-recursive-unconditional" would be a better name as it > fits better with the "config-recursive" target. Of course, this is just > a bikeshed argument so I don't care what it ends up being called. ;) I originally named the target config-recursive-force, but the name can be whatever is most appropriate of course. :) Josh ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: new reconfig-recursive target for ports
On Wed, Sep 24, 2008 at 12:25:48PM -0400, Josh Carroll wrote: > > Seems like a rare case where someone would want to re-visit (in this > > manner) options they have already set. That said, it may come in handy. > > Yeah, I figured it can't *hurt* and might come in handy in a few > circumstances. I'd submit it as a PR for portmgr to handle. Understandably they are busy handling other things but you can at least get it on their radar. I've had some stuff pending portmgr for a while now so patience is necessary for little updates like this. There are almost always higher priorities. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
feasibility of updating databases/mysql41-server?
I still have a server running mysql 4.1.22, and it's marked as having the "MyISAM table privileges secuity [sic] bypass vulnerability". According to CVE-2008-2079 (linked from portaudit), this is fixed in 4.1.24. I was going to file a PR asking for an update to 4.1.24, but then I discovered that MySQL 4.1 is in the "extended support" phase where they aren't releasing tarballs any more (and of course no binaries). The source *is* still available, but it's in the bazaar repo (see: http://blogs.sun.com/datacharmer/entry/hidden_jevewls_in_mysql_bazaar ). This can be checked out and built, but having a build-dep of bzr is probably not wanted. Is it feasible (both license-wise and technically) to have a mirror of a 4.1.24 bzr checkout in tarball form somewhere, so the port can be built? Thanks, Andrew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/122167: ports/dns/bind94 REPLACE_BASE option
tonemmaps wrote: > [EMAIL PROTECTED] /]# cd /usr/ports/dns/bind94 > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make clean > ===> Cleaning for bind94-base-9.4.2.2 > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make rmconfig > ===> Removing user-configured options for bind94-9.4.2.2 Ok so far. > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make > cd /usr/ports/dns/bind94 && make config; That last bit doesn't make any sense. Do this exactly: cd /usr/ports/dns/bind94 make clean make rmconfig make And then post the results. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3
On Sun, 21 Sep 2008 03:11:00 +0200 "Danny Pansters" <[EMAIL PROTECTED]> wrote: > On Saturday 20 September 2008 18:35:35 Etienne Robillard wrote: > > Hi, > > > > I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip > > to 4.4.3 and 4.7.7 respectively: > > > > http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to > > 4.7.7 http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the > > distinfo file in x11-toolkits/py-qt4-gui > > > > To apply, I recommend the following steps: > > > > 1. cd /usr/ports > > 2. patch -p0 < /path/to/py-sip.patch > > 3. cd x11-toolkits/py-qt4-gui > > 4. patch -p0 < /path/to/py-qt4-gui.distinfo.patch > > > > Comments are welcome! > > > > Cheers, > > > > -Etienne > > What needs to be done is that all of the py-qt4-* ports get updated to > pyqt4.4.x and qscintilla2 and derived ports. Some new ports would need to be > created e.g. for webkit, phonon, qthelp and friends, the new xmlfoo > modules... And after that pykde4. > > It's a bad idea to only update sip and one of the pyqt4 ports (e.g. gui). It > all comes from one set of source tarballs: sip, pyqt and qscintilla. While qt > is binary compatible over major versions, sip is not binary compatible at > all. So partially updating would surely lead to problems. > > The setup script should be repatched to have the new qt4.4 modules. Also, > qt-phonon currently conflicts with kde4's phonon. I think we need a > workaround for that, and of course then also for its pyqt equivalent. > > I will try to make some time to do the pyqt and related updates, hopefully on > monday. If you like/are able to do the whole shebang that would be fine too, > but please don't partially update the sip/qscintilla/pyqt/pykde combo. > I'm very busy lately, so to efficiently work on pyqt/pykde I rather reserve a > whole day or perhaps even two so that I can finish it somewhere past midnight > that day or the second ;-) > > If you want to take it on (the whole shebang that is), you're welcome to do > so. Please let me know then, so that we don't duplicate work. > > Cheers, > > Dan Hi Dan, Sorry I was quite busy myself lately. But I have managed to run Camelot, a gui on top of Elixir, which requires PyQt 4.4.3 and related dependencies with the patches mentioned above. So I don't think updating the whole shebang is a must, although I agree with you that its advisable to update the whole thing for best results. [EMAIL PROTECTED] pkg_info | grep qt4 py25-qt4-core-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtCore module py25-qt4-gui-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtGui module py25-qt4-test-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtTest module qt4-assistant-4.4.1 Qt documentation browser qt4-clucene-4.4.1 QtCLucene full text search library wrapper qt4-corelib-4.4.1 Qt core library qt4-designer-4.4.1 Qt ui editor qt4-doc-4.4.1 Multiplatform C++ application framework qt4-gui-4.4.1_1 Qt graphical user interface library qt4-help-4.4.1 QtHelp module provides QHelpEngine API and is used by Assis qt4-iconengines-4.4.1 Qt SVG icon engine plugin qt4-imageformats-4.4.1 Qt imageformat plugins for GIF, JPEG, MNG and SVG qt4-inputmethods-4.4.1 Qt input method plugins qt4-moc-4.4.1 Qt meta object compiler qt4-network-4.4.1 Qt network library qt4-qmake-4.4.1 The build utility of the Qt project qt4-qt3support-4.4.1 Qt3 compatibility library qt4-qtestlib-4.4.1 Qt unit testing library qt4-rcc-4.4.1 Qt resource compiler qt4-script-4.4.1Qt script qt4-sql-4.4.1 Qt SQL library qt4-sqlite-plugin-4.4.1 Qt SQLite 3.x database plugin qt4-svg-4.4.1 Qt SVG library qt4-uic-4.4.1 Qt user interface compiler qt4-webkit-4.4.1Qt4 webkit engine qt4-xml-4.4.1 Qt XML library Thanks! Etienne ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: ports/122167: ports/dns/bind94 REPLACE_BASE option
The part you were referring to... cd /usr/ports/dns/bind94 && make config; is happening after I type just "make" on the command line by itself and hit enter. Thank you for taking the time to look!! -Robert -- ns# cd /usr/ports/dns/bind94 ns# pwd /usr/ports/dns/bind94 ns# make clean ===> Cleaning for bind94-9.4.2.2 ns# make rmconfig ===> No user-specified options configured for bind94-9.4.2.2 ns# make cd /usr/ports/dns/bind94 && make config; lk xOptions for bind94 9.4.2.2 x x lk x x x [X] REPLACE_BASE Replace base BIND with this version x x x x [ ] LARGE_FILE64-bit file support x x x x [ ] SIGCHASE dig/host/nslookup will do DNSSEC validation x x x x [ ] IPV6 IPv6 Support (autodetected by default) x x x x [X] THREADS Compile with thread support x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x tqmjqu x [ OK ] Cancel x mj make: don't know how to make /usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind94. ns# -Original Message- From: Doug Barton [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2008 6:23 PM To: tonemmaps Cc: [EMAIL PROTECTED]; freebsd-ports@freebsd.org Subject: Re: ports/122167: ports/dns/bind94 REPLACE_BASE option tonemmaps wrote: > [EMAIL PROTECTED] /]# cd /usr/ports/dns/bind94 > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make clean > ===> Cleaning for bind94-base-9.4.2.2 > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make rmconfig > ===> Removing user-configured options for bind94-9.4.2.2 Ok so far. > [EMAIL PROTECTED] /usr/ports/dns/bind94]# make > cd /usr/ports/dns/bind94 && make config; That last bit doesn't make any sense. Do this exactly: cd /usr/ports/dns/bind94 make clean make rmconfig make And then post the results. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
