Re: [headsup] call for assistance with ports broken on -current
Mark, good day.
Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote:
With 8.0 coming up, it's time to take a look at the ports that have
been broken by some recent changes to freebsd-current. I have put
a list of these ports, categorized by which change, on the wiki at
http://wiki.freebsd.org/PortsBrokenOnCurrent.
Could you or someone else add ports/129881 as the ARPv2 changes
resolution fix for the ospfd? I am not eligible to edit the wiki
pages, so can't do it for myself.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
___
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: [headsup] call for assistance with ports broken on -current
On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin rea-f...@codelabs.ru wrote: Mark, good day. Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: With 8.0 coming up, it's time to take a look at the ports that have been broken by some recent changes to freebsd-current. I have put a list of these ports, categorized by which change, on the wiki at http://wiki.freebsd.org/PortsBrokenOnCurrent. Could you or someone else add ports/129881 as the ARPv2 changes resolution fix for the ospfd? I am not eligible to edit the wiki pages, so can't do it for myself. Isn't this PR ready for commit already? It seems that the only thing blocking it is maintainer approval, but we're well beyond that now. -- Florent Thoumie f...@freebsd.org FreeBSD Committer ___ 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/132244[PATCH] make kdebase4 compile on -CURRENT o ports/132243[MAINTAINER] sysutils/ftwin: update to 0.8.2 o ports/132236[NEW PORT] multimedia/abby Front-end for cclive f ports/132212lang/guile port broken if automake110 installed f ports/132192update sysutils/facter to 1.5.4 o ports/132157[repocopy] rename net-p2p/museekplus to net-p2p/museek f ports/132148www/linux-flashplugin9 is vulnerable o ports/132134www/privoxy: privoxy-3.0.11 fails at launch time, call f ports/132127www/linux-flashplugin9 wrong checksum f ports/132117Port update: sysutils/radmind - Bump to version 1.13.0 o ports/132116please update mail/dkimproxy ports o ports/132108Hard coded variables in the mail/postfix install scrip o ports/132103math/pari update (for performance) o ports/132099multimedia/vlc missing dependency on xpm o ports/132093python's subprocess.py fails with 'Interrupted system o ports/132087[PATCH] Enable pthread in polish/libgadu to fix crash f ports/132081No GNUTLS port make option for databases/freetds o ports/132027New port: devel/diffuse A graphical N-way diff and mer o ports/132016[NEW PORT] net/istgt: An iSCSI target for FreeBSD 7.x o ports/131998new port: lang/s9fes o ports/131991audio/musicpd 0.14.1_1 doesn't recognize URI scheme fo f ports/131896mail/p5-Mail-SPF and mail/p5-Mail-SPF-Query conflict o ports/131884[maintainer] mail/dkim-milter build tunes f ports/131878www/squid: Bug with kerberos heimdal negotiate auth. o ports/131877New Port: devel/parasite GTK+ UI debugging tool o ports/131856sysutils/virtualmin adds new users to www group - over f ports/131787[UPDATE] www/mod_authz_unixgroup to 1.0.1 f ports/131778comms/gnokii fails to build when multimedia/mpeg4ip is o ports/131721audio/amarok can not play mp3 f ports/131646sysutils/rsnapshot exclude statements not properly doc f ports/131607[PATCH] update of sysutils/arcconf to 6.10 f ports/131604[UPDATE]benchmarks/sipp: update to 3.1.20090121 f ports/131580port databases/frontbase upgraded to version 4.2.9 f ports/131526lang/cmucl: CMUCL for FreeBSD 7 f ports/131492Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491Update x11-toolkits/gtk-sharp20 to 2.12.8 f ports/131421ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131357New port: editors/japi -- a simple gtk2 based text edi o ports/131344New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309sysutils/wmbluecpu: libxcb + wmbluecpu problem? f ports/131218www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204audio/musicpd: fix aac decoding o ports/131169New port lang/ikarus: optimizing incremental Scheme co f ports/131093chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041[new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972sysutils/gnomebaker 0.6.4 dumps core when trying to cr o ports/130925New port: x11-toolkits/soqt4 - Qt4 toolkit library f ports/130828graphics/xnview can not work in the FreeBSD 7.1 f ports/130779[PATCH] emulators/dosbox enable directserial passthrou f ports/130760science/netcdf: link problem with fortran library f ports/1307417.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719www/nspluginwrapper installs plugins in the old direct o ports/130715New Port:devel/binutils-2.19 o ports/130647devel/p5-File-Pid: uninitialized value warning if you f ports/130633www/c-icap: update to 060708 o ports/130541new port: net/isc-dhcp41-server f ports/130326[patch] update to sysutils/megarc f ports/130209www/typo3 upgrade removes configuration f ports/130174New port: net/igmpproxy multicast proxy f ports/130065devel/stlport update to 5.2.1 and problems f ports/130063databases/rrdtool update f ports/130047update cad/ngspice_rework to version 18 f ports/129977[UPDATE] net/acx100 to latest (working?) version o
Re: [headsup] call for assistance with ports broken on -current
Florent, good day.
Mon, Mar 02, 2009 at 11:03:38AM +, Florent Thoumie wrote:
On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin rea-f...@codelabs.ru wrote:
Could you or someone else add ports/129881 as the ARPv2 changes
resolution fix for the ospfd? I am not eligible to edit the wiki
pages, so can't do it for myself.
Isn't this PR ready for commit already? It seems that the only thing
blocking it is maintainer approval, but we're well beyond that now.
Precisely. If someone will take the powers and commit the patches from
PR, I will be very grateful.
--
Eygene
____ _.--. #
\`.|\.....-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, /# while single-stepping the kernel.
`-' `\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / #-- FreeBSD Developers handbook
{_.-``-' {_/#
___
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: [headsup] call for assistance with ports broken on -current
2009/3/2 Eygene Ryabinkin rea-f...@codelabs.ru: Florent, good day. Mon, Mar 02, 2009 at 11:03:38AM +, Florent Thoumie wrote: On Mon, Mar 2, 2009 at 9:34 AM, Eygene Ryabinkin rea-f...@codelabs.ru wrote: Could you or someone else add ports/129881 as the ARPv2 changes resolution fix for the ospfd? I am not eligible to edit the wiki pages, so can't do it for myself. Isn't this PR ready for commit already? It seems that the only thing blocking it is maintainer approval, but we're well beyond that now. Precisely. If someone will take the powers and commit the patches from PR, I will be very grateful. Ok I'll take care of it. -- Florent Thoumie f...@freebsd.org FreeBSD Committer ___ 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: [headsup] call for assistance with ports broken on -current
On Mon, 2009-03-02 at 08:53 +0100, Hans Petter Selasky wrote: On Monday 02 March 2009, Mark Linimon wrote: http://wiki.freebsd.org/PortsBrokenOnCurrent I added this one: /usr/ports/graphics/sane-backends To whom can we commit patches to fix the broken issues? Best thing to do is to submit a PR, in the ports category and with the port category/name in the subject. If you've got write access to the wiki, it'll do no harm to also cross-reference the PR from the page above once it's been allocated a PR number. Gavin ___ 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: [headsup] call for assistance with ports broken on -current
* Mark Linimon lini...@lonesome.com wrote: These changes are: tty changes, jail changes, import of strndup(3), ^^^ ARP v2, libusb20, and possibly VFS. (libusb20 has not yet been run through pointyhat, and its list is probably incomplete.) Working on it. -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ pgpaoq718BybH.pgp Description: PGP signature
Installing 'config' file with port
I know that is is probably obviously; however, I still can not get it
to work. This is the first time I have tried to do this, so bear with
me.
I am creating a port that will install a 'config' file in the
/usr/local/etc directory. Reading through the 'Porters Handbook, I
cam across this example.
post-install:
@if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \
${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \
fi
First, when I write the 'config' file, do I place it under the ports
'files' directory and give it a .in.
Second, what do I have to do to get the file installed in the config
directory?
The program does not come with a config file by default. If that should
change, how would I go about using it instead of the one I created?
--
Jerry
ges...@yahoo.com
Those who can, do; those who can't, write.
Those who can't write work for the Bell Labs Record.
signature.asc
Description: PGP signature
fresh devel/boost
I've seen couple of conversations in this list about updating devel/boost to the
recent version. As I understand people already have patches but the main issue
is
getting all ports depending on boost to work with the new version, and testing
this.
Now I am thinking - why not create a boost-devel or something like that port, or
move current boost to boost_1_34. This would immediately provide recent boot to
all and give time for dependent ports to be switched over (if needed at all).
I believe that something like the following
configure --libdir=${LOCALBASE}/lib/boost/1.38.0
--includedir=${LOCALBASE}/include/boost/1.38.0
should allow multiple boost versions to co-exist.
--
Andriy Gapon
___
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
restart a script in etc/rc.d
Hi, I've below etc/rc.d bacula-fd and I copied it to bacula-fd2 because I need to run 2 file daemons. I'Ve modified every variable for the 2nd start script to be independent from the first one. It works so far but when I issue etc/rc.d/bacula-fd restart it also stops the process started by bacula-fd2 probably because + _find_processes /usr/local/sbin/bacula-fd . -ax gets executed or whatever. Is there a way in the rc.d scope to define to only look for the pid in the pid file (why do we have them anyway when we search everytime) and only kill the PID listed in the pid file? r...@nudel olivleh1 cat /var/run/bacula-fd.910 bacula-fd.9102.pid bacula-fd.9104.pid r...@nudel olivleh1 cat /var/run/bacula-fd.910* 33076 33125 r...@nudel olivleh1 ps auxww | grep bacula-fd | grep -v SsJ root 33076 0.0 0.4 8160 2980 ?? Ss4:31PM 0:00.02 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf root 33125 0.0 0.4 8160 2980 ?? Ss4:35PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf r...@nudel olivleh1 /usr/local/etc/rc.d/bacula-fd restart Stopping bacula_fd. Starting bacula_fd. r...@nudel olivleh1 ps auxww | grep bacula-fd | grep -v SsJ root 33151 0.4 0.4 7136 2968 ?? Ss4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf r...@nudel olivleh1 /usr/local/etc/rc.d/bacula-fd2 restart bacula_fd2 not running? (check /var/run/bacula-fd.9104.pid). Starting bacula_fd2. r...@nudel olivleh1 ps auxww | grep bacula-fd | grep -v SsJ root 33170 0.5 0.4 7136 2968 ?? Ss4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf root 33151 0.0 0.4 7136 2968 ?? Ss4:36PM 0:00.01 /usr/local/sbin/bacula-fd -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ ___ 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: [headsup] call for assistance with ports broken on -current
On Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: FYI, here's what I posted to ports@ yesterday. Any help fixing these would be appreciated. (We've already knocked off several of the ones I initially posted.) mcl Does someone have problems building net/libdnet? It is listed with (false positive?) and it builds correctly on my recent CURRENT. pgpJIadTi6Bsv.pgp Description: PGP signature
Re: [headsup] call for assistance with ports broken on -current
On Mon, Mar 02, 2009 at 04:52:28PM +0100, Lars Engels wrote: On Sun, Mar 01, 2009 at 06:45:39PM -0600, Mark Linimon wrote: FYI, here's what I posted to ports@ yesterday. Any help fixing these would be appreciated. (We've already knocked off several of the ones I initially posted.) mcl Does someone have problems building net/libdnet? It is listed with (false positive?) and it builds correctly on my recent CURRENT. I was unable to reproduce this when I had a PR assigned to me about it. I eventually closed it. -- WXS ___ 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: fresh devel/boost
On Mon, Mar 2, 2009 at 9:30 AM, Andriy Gapon a...@icyb.net.ua wrote:
I've seen couple of conversations in this list about updating devel/boost to
the
recent version. As I understand people already have patches but the main
issue is
getting all ports depending on boost to work with the new version, and
testing this.
Now I am thinking - why not create a boost-devel or something like that port,
or
move current boost to boost_1_34. This would immediately provide recent boot
to
all and give time for dependent ports to be switched over (if needed at all).
I believe that something like the following
configure --libdir=${LOCALBASE}/lib/boost/1.38.0
--includedir=${LOCALBASE}/include/boost/1.38.0
should allow multiple boost versions to co-exist.
I'm actually shocked that there are THAT MANY ports that:
- Need boost to begin with
- And if they need boost, need boost-1.34 specifically, i.e. they
will break with 1.38
Minimally one could create a boost-1.38 or boost-devel if the above
regression testing is THAT horrific. Other than long double support,
the current boost release builds basically out of the box and only
minor updates to the current boost infrastructure are needed. I have
an updated boost-1.38 port in my directory for a little while now (I
have actually dig it up).
But just leaving at 1.34 is pretty awful given the great changes and
additions to boost in the last couple of dot releases (ASIO support
comes to mind).
Thanks!
-aps
___
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
[PATCH] Make graphics/sane-backends work on -CURRENT
Submitter-Id: current-users Originator:Mel Flynn Confidential: no Synopsis: [PATCH] Make graphics/sane-backends work on -CURRENT Severity: serious Priority: medium Category: ports Class: sw-bug Release: FreeBSD 8.0-CURRENT i386 Environment: System: FreeBSD smoochies.wlan.rachie.is-a-geek.net 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Feb 28 17:05:35 AKST 2009 m...@smoochies.wlan.rachie.is-a-geek.net:/usr/obj/usr/src/sys/SMOOCHIES i386 Description: Use legacy usb until proper fix is done upstream. How-To-Repeat: on -CURRENT after usb2 import, make -C /usr/ports/graphics/sane-backends build Fix: New file to be added in files/ --- patch-sanei_sanei_usb.c begins here --- --- sanei/sanei_usb.c.orig 2007-11-15 23:46:32.0 -0900 +++ sanei/sanei_usb.c 2009-03-02 07:58:37.0 -0900 @@ -88,7 +88,12 @@ #endif /* HAVE_USBCALLS */ #if defined (__FreeBSD__) +#include sys/param.h +#if __FreeBSD_version+0 = 800064 +#include legacy/dev/usb/usb.h +#else #include dev/usb/usb.h +#endif #endif /* __FreeBSD__ */ #if defined (__DragonFly__) #include bus/usb/usb.h --- patch-sanei_sanei_usb.c ends here --- ___ 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: Installing 'config' file with port
Hello,
On Mon, Mar 2, 2009 at 3:02 PM, Jerry ges...@yahoo.com wrote:
I am creating a port that will install a 'config' file in the
/usr/local/etc directory. Reading through the 'Porters Handbook, I
cam across this example.
post-install:
�...@if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \
${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \
fi
This is done so that the config file is not overwritten if it is
already there (think port upgrade). If the config file exists already,
just copy the *.conf.sample file without renaming it.
First, when I write the 'config' file, do I place it under the ports
'files' directory and give it a .in.
Yes, the files directory is a good place.
Why not simply call it 'application.conf' (if that is the name it will
have) or 'application.conf.sample'?
Second, what do I have to do to get the file installed in the config
directory?
copy it in the post-install target?
The program does not come with a config file by default. If that should
change, how would I go about using it instead of the one I created?
Change the port when you know the location and name of the file, perhaps?
However, if you think that distributing a config file with this
application wold be useful, perhaps you should talk to the upstream
developers and get them to include a config file?
HTH
--
Regards,
Torfinn Ingolfsen
___
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
proposal: multiple maintainers for ports
I've been reading this list's archives and this has come up once or twice in the past. I have a simple idea: Add a line to any ports Makefile EXTRA_MAINTAINER = any other maintainers Any of the maintainers have the right to approve an update to the port. The person listed as MAINTAINER decides 1) who could be listed as an extra maintainer 2) disagreements among the extra maintainers. Because this is simply an extra line of meta data to be read and parsed by humans no infrastructure need be changed. If anyone wants to write the tools to deal with emailing multiple people they can. ___ 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: Installing 'config' file with port
On Mon, Mar 02, 2009 at 06:58:57PM +0100, Torfinn Ingolfsen wrote:
Hello,
On Mon, Mar 2, 2009 at 3:02 PM, Jerry ges...@yahoo.com wrote:
I am creating a port that will install a 'config' file in the
/usr/local/etc directory. Reading through the 'Porters Handbook, I
cam across this example.
post-install:
? ?...@if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \
? ? ? ?${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \
? ?fi
This is done so that the config file is not overwritten if it is
already there (think port upgrade). If the config file exists already,
just copy the *.conf.sample file without renaming it.
Don't forget the corresponding part in pkg-plist so that the same thing
is done when the package is used.
-- WXS
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs Committers on the hook: delphij ed garga kwm lioux oliver osa pgj rafan tabthorpe thierry Most recent CVS update was: U MOVED U Mk/bsd.xfce.mk U audio/xfce4-mixer/Makefile U audio/xfce4-mixer/distinfo U audio/xfce4-mixer/pkg-plist U deskutils/orage/Makefile U deskutils/orage/distinfo U deskutils/orage/pkg-plist U devel/lhs2TeX/Makefile U devel/lhs2TeX/distinfo U devel/lhs2TeX/pkg-plist U devel/rudiments/Makefile U devel/rudiments/files/patch-include_rudiments_serialportprofile.h U devel/xfce4-dev-tools/Makefile U devel/xfce4-dev-tools/distinfo U editors/mousepad/Makefile U editors/mousepad/distinfo U editors/mousepad/pkg-plist U finance/Makefile U finance/eqonomize-kde3/Makefile U finance/eqonomize-kde3/distinfo U finance/eqonomize-kde3/pkg-descr U finance/eqonomize-kde3/pkg-plist U finance/eqonomize-kde4/Makefile U finance/eqonomize-kde4/distinfo U finance/eqonomize-kde4/pkg-descr U finance/eqonomize-kde4/pkg-plist U games/glob2/Makefile U games/glob2/distinfo U games/glob2/pkg-plist U games/glob2/files/patch-src_VoiceRecorder.cpp U mail/qmail/Makefile U mail/qmail/distinfo U misc/iso-codes/Makefile U misc/iso-codes/distinfo U misc/iso-codes/pkg-plist U misc/xfce4-appfinder/Makefile U misc/xfce4-appfinder/distinfo U misc/xfce4-appfinder/pkg-plist U misc/xfce4-wm-themes/Makefile U misc/xfce4-wm-themes/distinfo U multimedia/gstreamermm/Makefile U multimedia/x264/Makefile U net/openldap24-server/Makefile U net/openldap24-server/files/patch-libraries__libldap__tls_o.c U net/skystar2/Makefile U net/skystar2/distinfo U net/ttbudget/Makefile U net/ttbudget/distinfo U net/ttbudget/pkg-plist U print/xfce4-print/Makefile U print/xfce4-print/distinfo U print/xfce4-print/pkg-plist U sysutils/Makefile U sysutils/xfce4-settings/Makefile U sysutils/xfce4-settings/distinfo U sysutils/xfce4-settings/pkg-descr U sysutils/xfce4-settings/pkg-plist U sysutils/xfce4-utils/Makefile U sysutils/xfce4-utils/distinfo U sysutils/xfce4-utils/pkg-plist U www/nginx-devel/Makefile U www/nginx-devel/distinfo U x11/Makefile U x11/Terminal/Makefile U x11/Terminal/distinfo U x11/libexo/Makefile U x11/libexo/distinfo U x11/libexo/pkg-plist U x11/libxfce4menu/Makefile U x11/libxfce4menu/distinfo U x11/libxfce4menu/pkg-descr U x11/libxfce4menu/pkg-plist U x11/libxfce4util/Makefile U x11/libxfce4util/distinfo U x11/libxfce4util/pkg-plist U x11/xfce4-conf/Makefile U x11/xfce4-conf/distinfo U x11/xfce4-conf/pkg-descr U x11/xfce4-conf/pkg-plist U x11-fm/thunar/Makefile U x11-fm/thunar/distinfo U x11-fm/thunar/pkg-plist U x11-themes/Makefile U x11-themes/gtk-xfce-engine/Makefile U x11-themes/gtk-xfce-engine/distinfo U x11-themes/gtk-xfce-engine/pkg-plist U x11-toolkits/libxfce4gui/Makefile U x11-toolkits/libxfce4gui/distinfo U x11-toolkits/libxfce4gui/pkg-plist U x11-wm/xfce4/Makefile U x11-wm/xfce4-desktop/Makefile U x11-wm/xfce4-desktop/distinfo U x11-wm/xfce4-desktop/pkg-plist U x11-wm/xfce4-panel/Makefile U x11-wm/xfce4-panel/distinfo U x11-wm/xfce4-panel/pkg-plist U x11-wm/xfce4-panel/files/patch-plugins-launcher-launcher-exec.c U x11-wm/xfce4-session/Makefile U x11-wm/xfce4-session/distinfo U x11-wm/xfce4-session/pkg-plist U x11-wm/xfce4-wm/Makefile U x11-wm/xfce4-wm/distinfo U x11-wm/xfce4-wm/pkg-plist ___ 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: restart a script in etc/rc.d
On Mon, 2 Mar 2009, Oliver Lehmann wrote: Hi, I've below etc/rc.d bacula-fd and I copied it to bacula-fd2 because I need to run 2 file daemons. I'Ve modified every variable for the 2nd start script to be independent from the first one. It works so far but when I issue etc/rc.d/bacula-fd restart it also stops the process started by bacula-fd2 probably because + _find_processes /usr/local/sbin/bacula-fd . -ax gets executed or whatever. Is there a way in the rc.d scope to define to only look for the pid in the pid file (why do we have them anyway when we search everytime) and only kill the PID listed in the pid file? Well that is certainly how it is supposed to work, and that script defines pidfile which should prevent it from doing what you're suggesting. So let's check your work. :) To accomplish what you want you would have to change all of the following in your duplicate script: 1. filename (IOW, you need 2 scripts with different names) 2. PROVIDE 3. name= 4. rcvar= (If you redefine $name that should be enough) 5. pidfile= 6. The names of the variables in the default assignments Also, the assignment of pidfile should really come after the defaults are set. If you do all that and it still doesn't work, send a diff of your two rc.d scripts to the list. hope this helps, Doug -- This .signature sanitized for your protection ___ 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: restart a script in etc/rc.d
Hi Doug,
Doug Barton wrote:
Also, the assignment of pidfile should really come after the defaults are
set.
If you do all that and it still doesn't work, send a diff of your two rc.d
scripts to the list.
PROVIDE is in both cases utility (probably a generic unchanged default)
- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff:
r...@nudel rc.d diff -u bacula-fd*
--- bacula-fd 2009-02-15 23:25:03.0 +0100
+++ bacula-fd2 2009-03-02 20:22:40.0 +0100
@@ -16,16 +16,16 @@
. /etc/rc.subr
-name=bacula_fd
+name=bacula_fd2
rcvar=${name}_enable
command=/usr/local/sbin/bacula-fd
load_rc_config $name
-pidfile=${bacula_fd_pidfile}
+pidfile=${bacula_fd2_pidfile}
-: ${bacula_fd_enable=NO}
-: ${bacula_fd_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf}
-: ${bacula_fd_pidfile=/var/run/bacula-fd.9102.pid}
+: ${bacula_fd2_enable=NO}
+: ${bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf}
+: ${bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid}
run_rc_command $1
Exit 1
r...@nudel rc.d grep bacula_fd /etc/rc.conf
bacula_fd_enable=YES
bacula_fd2_enable=YES
bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf
bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid
r...@nudel rc.d
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
___
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: restart a script in etc/rc.d
Oliver Lehmann wrote:
Hi Doug,
Doug Barton wrote:
Also, the assignment of pidfile should really come after the defaults are
set.
If you do all that and it still doesn't work, send a diff of your two rc.d
scripts to the list.
PROVIDE is in both cases utility (probably a generic unchanged default)
- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff:
That's arguably a bug. It should be something more descriptive. The
standard is that the name of the script file, the $name variable and
the PROVIDE line should all match.
r...@nudel rc.d diff -u bacula-fd*
--- bacula-fd 2009-02-15 23:25:03.0 +0100
+++ bacula-fd2 2009-03-02 20:22:40.0 +0100
@@ -16,16 +16,16 @@
. /etc/rc.subr
-name=bacula_fd
+name=bacula_fd2
rcvar=${name}_enable
command=/usr/local/sbin/bacula-fd
load_rc_config $name
-pidfile=${bacula_fd_pidfile}
+pidfile=${bacula_fd2_pidfile}
You missed the bit where I said that this should come after the
assignment of the defaults below.
-: ${bacula_fd_enable=NO}
-: ${bacula_fd_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd.conf}
-: ${bacula_fd_pidfile=/var/run/bacula-fd.9102.pid}
+: ${bacula_fd2_enable=NO}
+: ${bacula_fd2_flags= -u root -g wheel -v -c
/usr/local/etc/bacula-fd2.conf}
+: ${bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid}
run_rc_command $1
Exit 1
r...@nudel rc.d grep bacula_fd /etc/rc.conf
bacula_fd_enable=YES
bacula_fd2_enable=YES
bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf
bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid
Have you confirmed that the two pid files exist, and that they contain
the right information?
Doug
--
This .signature sanitized for your protection
___
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: amule 2.2.3 port - ready for test
Hello, On Sun, Mar 1, 2009 at 2:50 PM, Bernhard Fröhlich de...@bluelife.at wrote: On Thu, February 26, 2009 12:22 am, Torfinn Ingolfsen wrote: Hello, On Wed, Feb 25, 2009 at 2:08 PM, Bernhard Fröhlich de...@bluelife.at wrote: I've tried to build it in my tinderbox and it looks like the ftp/curl dependency is specified incorrect. Build log is attached. Aha, I hadn't updated the ports tree in my Tinderbox. Sorry about that. The attached version should work better. Builds fine for me :o) And now ports/132264[1] has been submitted. References: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=132264 -- Regards, Torfinn Ingolfsen ___ 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: restart a script in etc/rc.d
Doug Barton writes: You missed the bit where I said that this should come after the assignment of the defaults below. Ok, but... Have you confirmed that the two pid files exist, and that they contain the right information? Yes they both exists (probably because I define the variable in rc.conf too). See my initial mail where I cat the contents of both files - they both contain the right PID for their specific process. So - where is the problem now? ___ 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: restart a script in etc/rc.d
Oliver Lehmann wrote: Doug Barton writes: You missed the bit where I said that this should come after the assignment of the defaults below. Ok, but... Have you confirmed that the two pid files exist, and that they contain the right information? Yes they both exists (probably because I define the variable in rc.conf too). See my initial mail where I cat the contents of both files - they both contain the right PID for their specific process. So - where is the problem now? Do this: script bacula-fd2.log sh -x /usr/local/etc/rc.d/bacula-fd2 restart If the log is not too long, send it to the list. If it is, gzip it first. Doug -- This .signature sanitized for your protection ___ 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: restart a script in etc/rc.d
On Mon, Mar 2, 2009 at 2:25 PM, Oliver Lehmann lehm...@ans-netz.de wrote:
Hi Doug,
Doug Barton wrote:
Also, the assignment of pidfile should really come after the defaults are
set.
If you do all that and it still doesn't work, send a diff of your two rc.d
scripts to the list.
PROVIDE is in both cases utility (probably a generic unchanged default)
- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff:
r...@nudel rc.d diff -u bacula-fd*
--- bacula-fd 2009-02-15 23:25:03.0 +0100
+++ bacula-fd2 2009-03-02 20:22:40.0 +0100
@@ -16,16 +16,16 @@
. /etc/rc.subr
-name=bacula_fd
+name=bacula_fd2
rcvar=${name}_enable
command=/usr/local/sbin/bacula-fd
I didn't see anyone else mention this -- did you change 'bacula-fd' to
'bacula-fd2'?
--
Glen Barber
___
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: restart a script in etc/rc.d
On Mon, Mar 2, 2009 at 4:10 PM, Glen Barber glen.j.bar...@gmail.com wrote:
On Mon, Mar 2, 2009 at 2:25 PM, Oliver Lehmann lehm...@ans-netz.de wrote:
Hi Doug,
Doug Barton wrote:
Also, the assignment of pidfile should really come after the defaults are
set.
If you do all that and it still doesn't work, send a diff of your two rc.d
scripts to the list.
PROVIDE is in both cases utility (probably a generic unchanged default)
- I've changed it to utility2 for bacula-fd2 with no changes. Here the diff:
r...@nudel rc.d diff -u bacula-fd*
--- bacula-fd 2009-02-15 23:25:03.0 +0100
+++ bacula-fd2 2009-03-02 20:22:40.0 +0100
@@ -16,16 +16,16 @@
. /etc/rc.subr
-name=bacula_fd
+name=bacula_fd2
rcvar=${name}_enable
command=/usr/local/sbin/bacula-fd
I didn't see anyone else mention this -- did you change 'bacula-fd' to
'bacula-fd2'?
Actually... That may not work (although, you could create a symlink,
but I doubt that'll help). Ignore my noise.
--
Glen Barber
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs make_index: py25-pyxfce-4.4.0_2: no entry for /usr/ports/x11/libxfce4mcs Committers on the hook: beat brooks delphij ed ehaupt erwin fjoe gahr garga kwm lioux makc marcus miwi mva oliver osa pav pgj rafan rnoland tabthorpe thierry wxs Most recent CVS update was: U CHANGES U archivers/py-liblzma/Makefile U archivers/py-liblzma/distinfo U benchmarks/netpipe/Makefile U biology/paml/Makefile U biology/paml/distinfo U databases/oracle_odbc_driver/Makefile U databases/oracle_odbc_driver/files/patch-odbc U databases/oracle_odbc_driver/files/patch-src-string_functions.c U devel/cscope/Makefile U devel/cscope/distinfo U devel/e00compr/Makefile U devel/e00compr/distinfo U devel/libvolume_id/Makefile U devel/libvolume_id/distinfo U devel/llvm-devel/Makefile U devel/llvm-devel/pkg-plist U devel/py-ply/Makefile U devel/py-ply/distinfo U devel/py-pymarc/Makefile U devel/py-pymarc/distinfo U finance/eqonomize-kde3/Makefile U security/qca-ossl/Makefile U security/qca-ossl/files/patch-qca-oss.cpp U shells/pdksh/Makefile U sysutils/areca-cli/Makefile U sysutils/areca-cli/distinfo U sysutils/hal/Makefile U sysutils/hal/pkg-plist U sysutils/heirloom/Makefile U sysutils/heirloom/files/patch-stty::stty.c U www/drupal5/Makefile U www/drupal5/distinfo U www/drupal6/Makefile U www/drupal6/distinfo U www/feedonfeeds/Makefile U www/feedonfeeds/distinfo U www/feedonfeeds/pkg-plist U www/linux-flashplugin9/Makefile U www/linux-flashplugin9/distinfo U www/xist/Makefile U www/xist/distinfo U www/xist/pkg-plist U www/xpi-formfox/Makefile U www/xpi-formfox/distinfo U www/xpi-formfox/pkg-plist U x11/xproto/Makefile U x11/xproto/distinfo U x11-servers/xorg-server/Makefile U x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h U x11-toolkits/qt4-gui/Makefile U x11-toolkits/qt4-gui/files/patch-0256-fix-recursive-backingstore-sync-crash ___ 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: restart a script in etc/rc.d
2009/3/2 Artis Caune artis.ca...@gmail.com:
2009/3/2 Oliver Lehmann lehm...@ans-netz.de:
r...@nudel rc.d grep bacula_fd /etc/rc.conf
bacula_fd_enable=YES
bacula_fd2_enable=YES
bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf
bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid
can you try with:
bacula_fd_pidfile=/var/run/bacula-fd.9102.pid
in /etc/rc.conf ?
There is logic error in bacula rc.d script. It should first set
default variables and only then use them.
pidfile=${bacula_fd_pidfile}
: ${bacula_fd_pidfile=/var/run/bacula-fd.9102.pid}
If you don't set pidfile in rc.conf, pidfile is so it kills all bacula-fd's
--
regards,
Artis Caune
. CCNA | BSDA
|
' didii FreeBSD
___
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: restart a script in etc/rc.d
2009/3/2 Oliver Lehmann lehm...@ans-netz.de: r...@nudel rc.d grep bacula_fd /etc/rc.conf bacula_fd_enable=YES bacula_fd2_enable=YES bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid can you try with: bacula_fd_pidfile=/var/run/bacula-fd.9102.pid in /etc/rc.conf ? -- regards, Artis Caune . CCNA | BSDA | ' didii FreeBSD ___ 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: restart a script in etc/rc.d
Artis Caune wrote:
2009/3/2 Artis Caune artis.ca...@gmail.com:
2009/3/2 Oliver Lehmann lehm...@ans-netz.de:
r...@nudel rc.d grep bacula_fd /etc/rc.conf
bacula_fd_enable=YES
bacula_fd2_enable=YES
bacula_fd2_flags= -u root -g wheel -v -c /usr/local/etc/bacula-fd2.conf
bacula_fd2_pidfile=/var/run/bacula-fd.9104.pid
can you try with:
bacula_fd_pidfile=/var/run/bacula-fd.9102.pid
in /etc/rc.conf ?
There is logic error in bacula rc.d script. It should first set
default variables and only then use them.
pidfile=${bacula_fd_pidfile}
: ${bacula_fd_pidfile=/var/run/bacula-fd.9102.pid}
If you don't set pidfile in rc.conf, pidfile is so it kills all bacula-fd's
Yes, I tried to convince the OP to fix this, but he thought he had it
covered, so I'm giving him the opportunity to prove me wrong. :)
You've correctly identified what I believe to be the issue however.
(Namely that there is a disconnect between the variable pidfile
which is used throughout rc.subr, and ${name}_pidfile which has to be
assigned to $pidfile properly in the rc.d script or it won't work.)
I have on my list making this pidfile assignment internal to rc.subr
and therefore removing one more bullet from the foot-shooting gun, but
that would only help people who have the latest version of rc.subr,
which means that even if I fix it today we will still have to support
properly setting pidfile in the scripts for years (and versions of
FreeBSD) to come. Thus it's in the less urgent category.
Another potential solution would be to rewrite rc.subr to prefer
${name}_pidfile in all cases where it is defined, but then you still
have the backwards compatibility issue to deal with.
Doug
--
This .signature sanitized for your protection
___
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: Dead projects in ports tree
On Sat, Feb 28, 2009 at 04:05:56PM -0800, Garrett Cooper wrote: multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no releases in the past 3 years I'll continue posting more items to this thread as I find them... Thanks, -Garrett xmms looks completely dead now. Can someone confirm or deny this fact? While I'm in favor of removing useless ports, there are several projects which are simply done, and lack of development doesn't mean they're obsolete or useless. The logic above would seem to suggest we should remove qmail too. I would like to hear what people feel the best method for getting rid of unused and irrelevant ports, though -- bump portrevision and mark BROKEN for a few months? ___ 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: Dead projects in ports tree
On Mon, Mar 02, 2009 at 02:35:38PM -0801, David E. Thiel wrote: I would like to hear what people feel the best method for getting rid of unused and irrelevant ports, though -- bump portrevision and mark BROKEN for a few months? How about marking them DEPRECATED and with an EXPIRATION_DATE, as is already commonly done? mcl ___ 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: Dead projects in ports tree
On Mon, Mar 02, 2009 at 05:30:46PM -0600, Mark Linimon wrote: On Mon, Mar 02, 2009 at 02:35:38PM -0801, David E. Thiel wrote: I would like to hear what people feel the best method for getting rid of unused and irrelevant ports, though -- bump portrevision and mark BROKEN for a few months? How about marking them DEPRECATED and with an EXPIRATION_DATE, as is already commonly done? Ah, fair enough. Been a while since I've run into those, so they slipped my mind. ___ 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: Dead projects in ports tree
On Monday 02 March 2009 13:36:38 David E. Thiel wrote: On Sat, Feb 28, 2009 at 04:05:56PM -0800, Garrett Cooper wrote: multimedia/openquicktime - no movement in CVS / SVN for 1+ years; no releases in the past 3 years I'll continue posting more items to this thread as I find them... Thanks, -Garrett xmms looks completely dead now. Can someone confirm or deny this fact? While I'm in favor of removing useless ports, there are several projects which are simply done, and lack of development doesn't mean they're obsolete or useless. The logic above would seem to suggest we should remove qmail too. I would like to hear what people feel the best method for getting rid of unused and irrelevant ports, though -- bump portrevision and mark BROKEN for a few months? This opens up a huge can of worms. One user's favorite port is another user's crap. The general rule of thumb is if the port is unmaintained and abandonware (website gone, not fetchable etc) then it should be marked DEPRECATED with a date a month or so out. Most of these ports are also mirrored by FreeBSD if they aren't restricted. Any port that has been broken for 6 months are usually removed. Portmgr usually handles this area and it's generally a good idea to contact them regarding any of these ports. Beech -- --- Beech Rintoul - FreeBSD Developer - be...@freebsd.org /\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --- ___ 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: [headsup] call for assistance with ports broken on -current
On Sun, Mar 1, 2009 at 7:45 PM, Mark Linimon lini...@lonesome.com wrote: FYI, here's what I posted to ports@ yesterday. Any help fixing these would be appreciated. (We've already knocked off several of the ones I initially posted.) mcl - Forwarded message from Mark Linimon lini...@lonesome.com - From: Mark Linimon lini...@lonesome.com To: po...@freebsd.org Subject: [headsup] call for assistance with ports broken on -current With 8.0 coming up, it's time to take a look at the ports that have been broken by some recent changes to freebsd-current. I have put a list of these ports, categorized by which change, on the wiki at http://wiki.freebsd.org/PortsBrokenOnCurrent. These changes are: tty changes, jail changes, import of strndup(3), ARP v2, libusb20, and possibly VFS. (libusb20 has not yet been run through pointyhat, and its list is probably incomplete.) What about non-ports breakage, ie- /bin/sh read builtin failing after the tty changes :) http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/129566 Thanks, Proto ___ 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: Dead projects in ports tree
--On Monday, March 02, 2009 16:36:38 -0600 David E. Thiel l...@freebsd.org wrote: While I'm in favor of removing useless ports, there are several projects which are simply done, and lack of development doesn't mean they're obsolete or useless. I completely agree. So long as a port is being used and people find it useful, I think it would be a mistake to remove those ports. In fact I suspect it wouldn't be long before someone was submitting a PR to reinstate the port. Perfect example is converters/unix2dos, last updated in 2003 and converters/mpack, last updated in 2006. I still use both, and I would be irritated if they were removed from ports. A lack of development activity != a lack of usefulness -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** Check the headers before clicking on Reply. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 6.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: restart a script in etc/rc.d
On Mon, Mar 2, 2009 at 4:23 PM, Doug Barton do...@freebsd.org wrote: I have on my list making this pidfile assignment internal to rc.subr and therefore removing one more bullet from the foot-shooting gun, but that would only help people who have the latest version of rc.subr, which means that even if I fix it today we will still have to support properly setting pidfile in the scripts for years (and versions of FreeBSD) to come. Thus it's in the less urgent category. Actually, we have a way to fix the problem today. There exists the sysutils/rc_subr port. It's use was to help in migrating the rc.d scripts while providing backward compatibility for older systems. All that needs to be done is to update the sysutils/rc_subr port to use the latest rc.subr script, and then revert the USE_RC_SUBR changes make to bsd.port.mk in revisions 1.554 and 1.555 in bsd.port.mk. I have submitted this PR to revert this change: http://www.freebsd.org/cgi/query-pr.cgi?pr=132274 Scot ___ 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: restart a script in etc/rc.d
Doug Barton wrote:
Artis Caune wrote:
There is logic error in bacula rc.d script. It should first set
default variables and only then use them.
pidfile=${bacula_fd_pidfile}
: ${bacula_fd_pidfile=/var/run/bacula-fd.9102.pid}
If you don't set pidfile in rc.conf, pidfile is so it kills all
bacula-fd's
Yes, I tried to convince the OP to fix this, but he thought he had it
covered, so I'm giving him the opportunity to prove me wrong. :)
Yeah this did it - Its working now.
I thought you where just telling me that to have another pidfile for the
2nd start script - I missed the point that it was empty for the first one
and because of that it is falling back to ps...
I'll probably write a PR and commit it after aproval for PROVIDE and the
pidfile setting...
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
___
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
