there but I may be wrong of course.
Besides I was confused by the fact that it was uncommented in GENERIC
and also missed the comment to DEBUG option firstly.
On Sun, 28 Dec 2008, Sergey Kovalev wrote:
I've decided to upgrade from 6.4-p1 to 7.1-RC2 on my home desktop pc.
Somewhat during
Matthew Seaman wrote:
Mel wrote:
On Wednesday 24 December 2008 03:35:07 Matthew Seaman wrote:
B. Cook wrote:
Is there a way to pass make args (other than -m) for each port?
If you want options that only apply to specific ports, then you can use
a construct like this:
.if ${.CURDIR:M*/databa
I've decided to upgrade from 6.4-p1 to 7.1-RC2 on my home desktop pc.
Somewhat during this procedure triggered building and installing of
*.ko.symbols and kernel.symbols files.
Here are my upgrade commands
cd /usr/src
env -i make buildworld
env -i make buildkernel KERNCONF=KOCA
env -i make insta
Graham Bentley пишет:
So if you rebuild your fluxbox port with the default settings,
transparency should work fine.
And that is exactlyt why I am asking - it doesnt!
As reported issuing a plain make results in fluxbox -info
output of -RENDER ie. it is NOT included !!!
Of course the first thi
Garrett Cooper wrote:
(sorry for cross-posting, but this is relevant to ports@ too)
Please be aware that the portsnap snapshot hasn't been updated yet to
include the X.org 7.2 addition, if you use portsnap. I need to try cvsup
as well to see if the modifications outstanding with the cvsup serv
Andrew Pantyukhin wrote:
As a side-note, softupdates on / is a bad idea, just
as bad as a single large /
It is just our client's will not mine.
I just want to have an opportunity to enable soft-updates remotely if
somebody asks me to do so.
___
free
Rakhesh Sasidharan wrote:
Hi,
I'd like to try out FreeBSD and was wondering whether
I should start with 6.1-BETA4 or 6.0? Its just for
home use anyways, more as a way to fool around with
FreeBSD a bit, so was wondering if 6.1-BETA4 would
suffice for the purpose ... is it stable enough or
would i
Several weeks ago I tried enabling soft-updates on / partition of active
file system in multi-user mode via
tunefs -n enable /dev/ar0s1a
having remounted it read-only.
After that I just rebooted the system and according to mount
soft-updates were enabled. (I tried remounting / partition to RW w/