Hi all,
I have problem loading a partial dump of one repository into a new
repository. When I try to load a partial dump of the old repository, which
paths also corrected, I've got the Checksum mismatch error for a file.
When I try to replace the Text-content-md5 field of the file on the dump
I have a remote Samba Server where Windows machines place backup files
once a day. The format is
backup_2013-05-03_13.45.44_.zip
Before the Windows client places the file it removes the file from the
day before.
In turn I do a backup of the backup files once every week(Friday) to
On 20 May 2013 13:34, Leslie Jensen les...@eskk.nu wrote:
I have a remote Samba Server where Windows machines place backup files
once a day. The format is
backup_2013-05-03_13.45.44_.**zip
Before the Windows client places the file it removes the file from the day
before.
In turn I do
2013-05-20 15:52, Miguel Barbosa Gonçalves skrev:
On 20 May 2013 13:34, Leslie Jensen les...@eskk.nu wrote:
I have a remote Samba Server where Windows machines place backup files
once a day. The format is
backup_2013-05-03_13.45.44_.**zip
Before the Windows client places the file it
Hi to all,
First, I have ports tree all update:
root@casa:/root # date
Mon May 20 15:35:57 CEST 2013
root@casa:/root # portsnap fetch update
Looking up portsnap.FreeBSD.org mirrors... 6 mirrors found.
Fetching snapshot tag from ec2-eu-west-1.portsnap.FreeBSD.org... done.
Ports tree hasn't
Hi folks! On my lan I've:
server1
re0 - 192.168.1.250
xl0 - 192.168.2.250
default192.168.1.212 UGS 0 189re0
127.0.0.1 link#8 UH 0 18lo0
192.168.1.0/24 link#1 U 0 6145re0
192.168.1.250
On 2013-05-20 3:58 pm, Pol Hallen wrote:
Hi folks! On my lan I've:
server1
re0 - 192.168.1.250
xl0 - 192.168.2.250
default192.168.1.212 UGS 0 189re0
127.0.0.1 link#8 UH 0 18lo0
192.168.1.0/24 link#1 U
Try:
route add 192.168.1.0/24 192.168.2.250
does not run :-(
Pol
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
On 2013-05-20 4:19 pm, Pol Hallen wrote:
Try:
route add 192.168.1.0/24 192.168.2.250
does not run :-(
Pol
Interesting. I had a similar issue I got around with a similar route
addition, though I was going from a LAN PC through my server that was
running openvpn out to a remotely connected
Hi,
I am trying to create a virtual machine of PC-BSD release 9.1 64 bit in VMware
Workstation Version 98.02 build-1031769 based on PCBSD9.1-x64-DVD.iso
downloaded from ftp://mirrors.isc.org/pub/pcbsd/9.1/amd64/PCBSD9.1-x64-DVD.iso
in Windows 7 64 bits system. The screen resolution is
If you don't mind could you post the output of ifconfig from both boxes?
server1:
re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
options=8209bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE
ether 70:71:bc:94:c3:6d
inet
On Mon, May 20, 2013 at 04:46:42PM +0200, Xavier wrote:
Hi to all,
First, I have ports tree all update:
snip
If I try to compile graphics/shotwell don't right:
There are bug reports open on shotwell's issues:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177913
On 2013-05-20 5:01 pm, Pol Hallen wrote:
If you don't mind could you post the output of ifconfig from both
boxes?
server1:
re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
1500
options=8209bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,LINKSTATE
Teske
Here is my results
Without netgraph compiled into the kernel, issuing ngctl list command
on the host only shows the socket for ngctl.
After I issue the kldload command on the host for netgraph ng_bridge
ng_eiface ng_ether ng_socket, then issuing ngctl list command now
shows the real
On May 20, 2013, at 4:28 PM, Joe wrote:
[…]
Without netgraph compiled into the kernel, issuing ngctl list command on
the host only shows the socket for ngctl.
After I issue the kldload command on the host for netgraph ng_bridge
ng_eiface ng_ether ng_socket, then issuing ngctl list
I have a small test program which simply forks and execs
its command line arguments, but after the fork and before
the exec, it sends a SIGSTOP to the child. The parent then
sleeps for 3 seconds before exiting. However, a signal
handler for SIGCHLD has been installed and I was expecting
the parent
On Tue, 21 May 2013 15:24:26 +1000, Noel Hunt wrote:
If I recompile with `#undef SIGACTION', waithandler is not
called.
I should add that even with the sigaction(2) interface, without
the `sigprocmask' call, it still doesn't work, which suggests
that SIGCHLD is being blocked.
Can anyone
17 matches
Mail list logo