Hello,
according to tar(1), the base system tape archiver is bsdtar since 8.x ,
which lacks support for multi-volumes.
I guess I can easily omit that restriction by installing gtar from
archivers/ in the ports collection.
Is there any plan to implement split volume support again for the base
syst
Hello all.
Since I'm using stable as host, and current in chroot, I'll write to
both mail list, sorry for any inconvenience.
My host is binary freebsd-updated 9;
FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012
I have chroot with latest current there installed r237089 (make
build
On 6/15/12 9:24 PM, John Baldwin wrote:
On Friday, June 15, 2012 2:12:06 am Andrey Zonov wrote:
On 6/13/12 7:10 PM, John Baldwin wrote:
On Tuesday, June 12, 2012 5:57:34 pm Andrey Zonov wrote:
On 6/13/12 12:51 AM, John Baldwin wrote:
On Tuesday, June 12, 2012 3:53:09 pm Andrey Zonov wrote:
O
On Fri, Jun 15, 2012 at 09:57:45PM -0700, mnln.l4 wrote:
> Just upgrade from 9.0 to 9 stable.
>
> `acpidump -dt` shows error message "realpath tmp file: No such file or
> directory"
>
> It is related to the recent change made to realpath(3)
This was a bug/specific operation in acpidump relying o
> On Jun 15, 2012, at 12:55 PM, Shiv. Nath wrote:
>
>> # START
>> table bruteforce persist
>> block in log quick from bruteforce
>>
>> pass in on $ext_if proto tcp \
>> from any to $ext_if port $trusted_tcp_ports \
>> flags S/SA keep state \
>> (max-src-conn-rate 3/300, overload bruteforce flush g
>> Ooops. Yes, -t bruteforce is correct. "expire 604800" means delete
>> entries after they've been in the table for that number of seconds (ie
>> after one week)
>>
>> Cheers,
>>
>> Matthew
>>
>> --
>> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
>>
On 16/06/2012 21:03, Shiv. Nath wrote:
> Dear Metthew,
Matthew, one a, one e.
> first thanks for assisting to secure 22/25 ports from brute force attack.
> i wish to consult if the following white list looks fine to exclude
> trusted networks (own network)
>
>
>
> int0="em0"
> secured_attack_p
Hi list,
I encoutered a panic with ggatec :
I misconfigured gg.exports on the server with bad IP address for allowed
client. Resulting a panic when creating ggatec on the client.
Investigating the panic a I discovered at line 362 in g_gatec.c, the
ggio->gctl_sectorsize variable is not checked t
On Sat, Jun 16, 2012 at 11:14:50PM +0200, David ROFFIAEN wrote:
> Hi list,
>
> I encoutered a panic with ggatec :
> I misconfigured gg.exports on the server with bad IP address for
> allowed client. Resulting a panic when creating ggatec on the
> client.
> Investigating the panic a I discovered at
