Vasil Dimov wrote:
> On Tue, Sep 26, 2006 at 10:15:49AM +0400, Sergey Matveychuk wrote:
>> Vasil Dimov wrote:
>>> One could always minimize downtime by doing
>>> portupgrade xyz && /usr/local/etc/rc.d/xyz start
>>>
>> You should not do it with portupgrade. Just add the lines in pkgtools.conf:
>>
>>
On Tue, Sep 26, 2006 at 10:15:49AM +0400, Sergey Matveychuk wrote:
> Vasil Dimov wrote:
> >
> > One could always minimize downtime by doing
> > portupgrade xyz && /usr/local/etc/rc.d/xyz start
> >
>
> You should not do it with portupgrade. Just add the lines in pkgtools.conf:
>
> AFTERINSTALL
Vasil Dimov wrote:
>
> One could always minimize downtime by doing
> portupgrade xyz && /usr/local/etc/rc.d/xyz start
>
You should not do it with portupgrade. Just add the lines in pkgtools.conf:
AFTERINSTALL = {
'*' => proc { |origin|
cmd_start_rc(origin)
},
}
--
Dixi.
S
If memory serves me right, Bruce A. Mah wrote:
> If memory serves me right, Dave Tweten wrote:
>> Sorry for the delay in responding. A week of vacation and a failed hard
>> disk took their toll. Thank God for backups!
>
> Occasionally, I need some event like this to remind me why backups are
>
Danny Braniss wrote:
Hey all,
I don't know if this is pre 6.2 specific but I changed my /etc/tty for
device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't
login via regular KVM console, just don't get a login.
The more alarming thing was that while it appeared everything was
If memory serves me right, Dave Tweten wrote:
> Sorry for the delay in responding. A week of vacation and a failed hard
> disk took their toll. Thank God for backups!
Occasionally, I need some event like this to remind me why backups are
a good idea. :-p
[snip]
> That leaves me most suspici
On Mon, Sep 25, 2006 at 06:33:19PM +0200, Oliver Lehmann wrote:
> Hi,
>
> what is the propper way of installing something in cgi-bin? Right now we
> have:
>
> apache13 www/cgi-bin-dist
> apache20 www/cgi-bin-dist
> apache21 www/cgi-bin-dist
> apache22 www/apache22/cgi-bin
>
> Is there any generi
--On Monday, September 25, 2006 10:45:14 -0700 Jeremy Chadwick
<[EMAIL PROTECTED]> wrote:
On Mon, Sep 25, 2006 at 05:33:48PM +, Adi Pircalabu wrote:
The above does not work on apache13. But it's an interesting approach,
though :)
People still use Apache 1.3? (Kidding...)
Absolutely.
On Mon, Sep 25, 2006 at 05:33:48PM +, Adi Pircalabu wrote:
> The above does not work on apache13. But it's an interesting approach,
> though :)
People still use Apache 1.3? (Kidding...)
Yeah, I didn't consider that case. You're absolutely right: that
method won't work for Apache 1.x.
--
|
On Mon, 25 Sep 2006 10:21:23 -0700 Jeremy Chadwick wrote:
> On Mon, Sep 25, 2006 at 05:17:58PM +, Adi Pircalabu wrote:
> > No, apxs is used (as its man clearly states) to build and install
> > Apache modules. It has nothing to do with cgi and/or data
> > directories used by Apache.
>
> Bzzt.
On Mon, Sep 25, 2006 at 05:17:58PM +, Adi Pircalabu wrote:
> No, apxs is used (as its man clearly states) to build and install
> Apache modules. It has nothing to do with cgi and/or data directories
> used by Apache.
Bzzt. I beg to differ:
$ grep "my \$installbuilddir" /usr/local/sbin/apxs
m
Adi Pircalabu wrote:
> Oliver, you can take a look in the ports tree for examples of using
> CGIBINDIR and other variables. See e.g. mail/sqwebmail and
> mail/qmailadmin.
> From what I know, there is no de-facto standard to install files in
> Apache's directories, but I may be wrong.
Nice that yo
On Mon, 25 Sep 2006 09:53:31 -0700 Jeremy Chadwick wrote:
> > Is there any generic way of referencing cgi-bin regarding to the
> > apache version installed (is there any include file which provides
> > a variable like ${CGIBINDIR})? Otherwise I would go with
> > www/cgi-bin for now which should be
On Mon, Sep 25, 2006 at 06:33:19PM +0200, Oliver Lehmann wrote:
> Is there any generic way of referencing cgi-bin regarding to the apache
> version installed (is there any include file which provides a variable
> like ${CGIBINDIR})? Otherwise I would go with www/cgi-bin for now which
> should be a
Hi,
what is the propper way of installing something in cgi-bin? Right now we
have:
apache13 www/cgi-bin-dist
apache20 www/cgi-bin-dist
apache21 www/cgi-bin-dist
apache22 www/apache22/cgi-bin
Is there any generic way of referencing cgi-bin regarding to the apache
version installed (is there any i
--On Monday, September 25, 2006 11:47:46 +0200 Erwin Van de Velde
<[EMAIL PROTECTED]> wrote:
On Monday 25 September 2006 11:26, Vasil Dimov wrote:
IMHO in this case the administrator should be changed,
not the way ports operate. Building idiot-proof system is impossible and
leads to the:
Shaw
On Mon, Sep 25, 2006 at 09:17:16AM +0200, Michael Nottebrock wrote:
> On Friday, 22. September 2006 19:33, Scot Hetzel wrote:
>
> > Is there something wrong on my system, or is there
> > a bug in this configure script.
>
> It looks like portmgr in their infinite wisdom changed the TR definition t
> Hey all,
>
> I don't know if this is pre 6.2 specific but I changed my /etc/tty for
> device ttyd0 to 'on' from 'off' and when I rebooted the pc I couldn't
> login via regular KVM console, just don't get a login.
> The more alarming thing was that while it appeared everything was
> booting up
On Mon, 25 Sep 2006 10:35:15 +0200
Erwin Van de Velde <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> Almost every port containing a service stops the service before updating but
> does not restart it afterwards. I was wondering how difficult it can be to
> restart the updated service after installi
KAYVEN RIESE wrote:
> some guy helped me do the /etc/hosts thing. do u mean
> cvsup? that dingy still gives me a bitty stomach ache.
>
You can try portsnap(8). It should be easier. If you have FreeBSD 6.x
it's in base already.
--
Dixi.
Sem.
___
fre
On 9/25/06, Vasil Dimov <[EMAIL PROTECTED]> wrote:
On Mon, Sep 25, 2006 at 11:47:46AM +0200, Erwin Van de Velde wrote:
> On Monday 25 September 2006 11:26, Vasil Dimov wrote:
> > IMHO in this case the administrator should be changed,
> > not the way ports operate. Building idiot-proof system is i
Current FreeBSD problem reports
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.
Bugs can be in one of several states:
o - open
A problem report has bee
FreeBSD 6.2-PRERELEASE
Ports tree is up to date.
Upgrading 'libmal-0.40' to 'libmal-0.40_1' failed:
===> Building for libmal-0.40_1
gmake all-recursive
gmake[1]: Entering directory `/usr/ports/palm/libmal/work/libmal-0.40'
Making all in src
gmake[2]: Entering directory `/usr/ports/palm/libmal/wo
On Mon, Sep 25, 2006 at 11:47:46AM +0200, Erwin Van de Velde wrote:
> On Monday 25 September 2006 11:26, Vasil Dimov wrote:
> > IMHO in this case the administrator should be changed,
> > not the way ports operate. Building idiot-proof system is impossible and
> > leads to the:
> >
> > Shaw's Princi
> Well each server/service would need a program to check the syntax of the
> current config file to ensure that it will work.
> Otherwise, imho, you could only try and error which is not a clean
> solution.
You could also warn when big configuration changes happen and not restart the
service in t
On Monday 25 September 2006 11:26, Vasil Dimov wrote:
> IMHO in this case the administrator should be changed,
> not the way ports operate. Building idiot-proof system is impossible and
> leads to the:
>
> Shaw's Principle:
> Build a system that even a fool can use, and only a fool will
> w
On Mon, Sep 25, 2006 at 10:35:15AM +0200, Erwin Van de Velde wrote:
[...]
> In my opinion, it
> would be less error-prone than hoping for the administrator to remember
> restarting all updated services...
IMHO in this case the administrator should be changed,
not the way ports operate. Building
Rene Ladan wrote:
> 2006/9/25, Erwin Van de Velde <[EMAIL PROTECTED]>:
>> Dear all,
>>
>> Almost every port containing a service stops the service before
>> updating but
>> does not restart it afterwards. I was wondering how difficult it can
>> be to
>> restart the updated service after installing
2006/9/25, Erwin Van de Velde <[EMAIL PROTECTED]>:
Dear all,
Almost every port containing a service stops the service before updating but
does not restart it afterwards. I was wondering how difficult it can be to
restart the updated service after installing the files? In my opinion, it
would be
On Sat, Sep 23, 2006 at 09:14:37PM +0900, Norikatsu Shigemura wrote:
N> Hi glebius!
N>
N> I make a patch to rcNG-fy the net/mpd4. Please review and commit
N> or may I commit this OK?
N>
N> cvs add:
N> files/mpd4.sh.in
N> cvs remove:
N> files/mpd4.sh
Dear all,
Almost every port containing a service stops the service before updating but
does not restart it afterwards. I was wondering how difficult it can be to
restart the updated service after installing the files? In my opinion, it
would be less error-prone than hoping for the administrator
On Friday, 22. September 2006 19:33, Scot Hetzel wrote:
> Is there something wrong on my system, or is there
> a bug in this configure script.
It looks like portmgr in their infinite wisdom changed the TR definition to
include the LANG=C a few months ago and by that silently broke the script.
F
32 matches
Mail list logo