openrsync crashes when syncing local source and local destination

2019-06-26 Thread Aaron Rydberg
Hi, openrsync crashes when sycning local files. It was working a few days ago but after upgrading current it produces this error. No files are transferred. openrsync -v local-dir/ local-dir/ /usr/src/usr.bin/rsync/io.c:224: error: unexpected end of file /usr/src/usr.bin/rsync/io.c:247: error:

Re: openrsync crashes when syncing local source and local destination

2019-06-26 Thread Kristaps Dzonsons
> openrsync crashes when sycning local files. It was working a few days > ago but after upgrading current it produces this error. No files are > transferred. > > openrsync -v local-dir/ local-dir/ > > /usr/src/usr.bin/rsync/io.c:224: error: unexpected end of file > /usr/src/usr.bin/rsync/io.c:

Re: openrsync crashes when syncing local source and local destination

2019-06-26 Thread Tom Smyth
is it a case that the source and destination directory are the same ? ..is that the issue at hand ? On Wed, 26 Jun 2019 at 10:42, Kristaps Dzonsons wrote: > > > openrsync crashes when sycning local files. It was working a few days > > ago but after upgrading current it produces this error. No f

Re: openrsync crashes when syncing local source and local destination

2019-06-26 Thread Kristaps Dzonsons
> is it a case that the source and destination directory are the same ? > ..is that the issue at hand ? Tom, Doesn't matter when I try it. Aaron, I am able to cause a premature exit by running against a source machine's rsync that doesn't exist. By default, openrsync will invoke "rsync". So if

Re: Route through different gateways depending on process

2019-06-26 Thread slackwaree
Hello, Well this is not so simple as it looks but I have made success with traceroute. route -T1 exec '/usr/sbin/traceroute' -n route -T2 exec '/usr/sbin/traceroute' -n route -T3 exec '/usr/sbin/traceroute' -n Goes out on proper gateways so it works. For Squid things gets a little bit more comp

Re: openrsync crashes when syncing local source and local destination

2019-06-26 Thread Aaron Rydberg
Sorry the command I posted was not specific. Adding --rsync-path=/usr/bin/openrsync solved the problem as I no longer have packaged rsync installed. The problem was the same when syncing directories with -a Here is a specific example. openrsync -v .cwmrc test/ /usr/src/usr.bin/rsync/io.c:224: e

Core firefox, was: (Re: alc0 watchdog timeout)

2019-06-26 Thread PengouinBSD
On 6/22/19 5:32 PM, Todd Mortimer wrote: > On Sat, Jun 22, 2019 at 12:25:30PM +0200, Stephane HUC "PengouinBSD" wrote: > >> (...) >> >> Perhaps, for Firefox, it's a problem with pledge? >> >> I see thoses messages in /var/log/messages - egual on 'dmesg': >> >> Jun 22 11:21:21 ptb-z /bsd: firefox[1

Re: Core firefox, was: (Re: alc0 watchdog timeout)

2019-06-26 Thread PengouinBSD
I installed few days ago gdb: (query is a personal alias for pkg_info -Q) $ query gdb | grep installed gdb-7.12.1p5 (installed) $ gdb --version GNU gdb 6.3 If I try with egdb: $ egdb /usr/local/bin/firefox firefox.core

[history][humour] B before C (was: The su manual doesn't mention use root account by default)

2019-06-26 Thread ropers
Ingo Schwarze wrote: > su(I) goes back all the way to v1: (...) It wasn't in v0 PDP-7 UNIX though: > https://www.tuhs.org/Archive/Distributions/Research/McIlroy_v0/UnixEditionZero.txt >From that text file's Introduction: >> Besides the system proper, the major programs available under >> UNIX are