search for: sitated

I have found a nasty bug when a file, which is in some of many sources, shall be copied to a target. The linux-Version works well but rsync 2.5.{2|5|6} under solaris9 (gcc 2.95.3) and darwin (gcc 3.1) do not. The decision which file (out of which src) shall be copied depends on the number of src dirs given on the command line. This bug bytes us very hard, because we decided to rely on rsync

>>>>> Martin Maechler >>>>> on Tue, 21 Jan 2020 09:25:19 +0100 writes: >>>>> Ben Bolker >>>>> on Mon, 20 Jan 2020 12:54:52 -0500 writes: >> Ugh, sounds like competing priorities. > indeed. >> * maintain type consistency >> * minimize storage (= current version, since 3.0.0) >> *

Hello all, since we are sitated in Serbia and Montenegro and Linux, VoIP, Open Source and ECONOMY here are in the diapers. We are traying to start "Asterisk implementation project" and make it available to small people (in small companies,hotels,homes etc). The reason is that here we have "exclusive distributors&q...

We're using rsync to mirror a web server. The rsync is initiated using ssh from a Red Hat Linux 7.2 box, the files are located on an Alpha running a version of Digital Unix 4. On the Alpha rsync is 2.5.2, The Linux box used to have a 2.4.6-X version, but with the map_ptr problems I built 2.5.2 on that as well. However, version incompatibility was not the problem, as they persist after the

Hi, I have a B400P BRI card with point-to-point connection (signalling: bri_cpe) with this dmesg: http://pastebin.com/sXrRt1yM When i restart asterisk server, the card cannot connect to the telco, the control led flashes red. If I unplug the cable between the ISDN nt and the card and wait 40 sec, the card can connect and works properly. The telco says the asterisk crashes the connection

Package: logcheck-database,sendmail-base Version: logcheck-database/1.2.69 Version: sendmail-base/8.14.3-9 Severity: serious User: treinen at debian.org Usertags: edos-file-overwrite Date: 2009-08-18 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the

Ugh, sounds like competing priorities. * maintain type consistency * minimize storage (= current version, since 3.0.0) * maximize utility for large lambda (= proposed change) * keep user interface, and code, simple (e.g., it would be easy enough to add a switch that provided user control of int vs double return value) * backward compatibility On 2020-01-20 12:33 p.m., Martin Maechler

On 2020-01-22 02:54, Martin Maechler wrote: >>>>>> Martin Maechler >>>>>> on Tue, 21 Jan 2020 09:25:19 +0100 writes: >>>>>> Ben Bolker >>>>>> on Mon, 20 Jan 2020 12:54:52 -0500 writes: > >> Ugh, sounds like competing priorities. > > > indeed. > > >> * maintain type

On 24 Nov 2003, Dirk Pape <pape@inf.fu-berlin.de> wrote: > Dear Martin Pool, > > I tried to ask via the rsync-mailing list but never got an answer. So I > contact you directly. > > I refer to the rsync syntax > > rsync [OPTION]... SRC [SRC]... DEST > > with more than one SRC, which is mentioned in the man-pages. > We use this form to "overlay"

https://bugs.freedesktop.org/show_bug.cgi?id=31122 Summary: Cannot control backlight intensity on Powerbook Product: xorg Version: unspecified Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

Hi list, I''m playing with tc and found a strange behavior when I try to delete filters. For example, this simple scenario: tc qdisc add dev eth1 root handle 1: htb default 100 tc class add dev eth1 parent 1: classid 1:1 htb rate 128Kbit tc class add dev eth1 parent 1: classid 1:2 htb rate 258Kbit tc class add dev eth1 parent 1: classid 1:100 htb rate 32Kbit tc filter add dev eth1 parent

Hi there We have a pair of servers running FreeBSD 9.1-RC3 that act as transparent layer 7 loadbalancer (relayd) and pop/imap proxy (dovecot). Only one of them is active at a given time, it's a failover setup. From time to time the active one gets in a state in which the 'thread taskq' thread uses up 100% of one cpu on its own, like here: ---- PID USERNAME PRI NICE SIZE