Displaying 12 results from an estimated 12 matches for "sitat".
Did you mean:
zitat
2003 Sep 28
1
bug (filelist) for platforms solaris and darwin (macosx) and *not* linuxi386
...command
line.
This bug bytes us very hard, because we decided to rely on rsync to build
local directories by "overlaying" different directories from a server and
need to be sure to have a consistent semantics in what version of the file
appears in the local directory.
I stripped our sitation down to a (yet fairly complex) test archive, so you
can reproduce the situation.
Here is the script, which is also in the archive:
#!/bin/bash
rsyncpath=rsync
$rsyncpath -av --delete dir1/ dir2/ merged12
$rsyncpath -av --delete dir1/ dir2/ dir3/ merged123
# as dir3 only consists of an empty...
2020 Jan 22
2
[External] Re: rpois(9, 1e10)
...ead of returning NAs) when the
> values are too large.
> I'll probably commit that to R-devel quite soonish.
> Martin
Committed in svn rev 77690; this is really very advantageous, as
in some cases / applications or even just limit cases, you'd
easily get into overflow sitations.
The new R 4.0.0 behavior is IMO "the best of" being memory
efficient (integer storage) in most cases (back compatible to R 3.x.x) and
returning desired random numbers in large cases (compatible to R <= 2.x.x).
Martin
>> On 2020-01-20 12:33 p.m., Martin Maechler wrote...
2005 Jul 23
1
Need to start from somewhere
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...
2002 Feb 16
2
map_ptr error
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
2010 Apr 30
2
B400P card crashes conncection
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
2009 Aug 18
2
Bug#542265: sendmail-base and logcheck-database: error when trying to install together
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
2020 Jan 20
3
[External] Re: rpois(9, 1e10)
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
2020 Jan 22
0
[External] Re: rpois(9, 1e10)
...> values are too large.
>
> > I'll probably commit that to R-devel quite soonish.
> > Martin
>
> Committed in svn rev 77690; this is really very advantageous, as
> in some cases / applications or even just limit cases, you'd
> easily get into overflow sitations.
>
> The new R 4.0.0 behavior is IMO "the best of" being memory
> efficient (integer storage) in most cases (back compatible to R 3.x.x) and
> returning desired random numbers in large cases (compatible to R <= 2.x.x).
>
> Martin
Wunderbar!? Sehr gut gemacht!?...
2003 Nov 25
1
rsync-bugs and unclear semantics when copying multiple source-dirs to one target
...bytes us very hard, because we decided to rely on rsync to build
> local directories by "overlaying" different directories from a server and
> need to be sure to have a consistent semantics in what version of the file
> appears in the local directory.
>
> I stripped our sitation down to a (yet fairly complex) test archive, so you
> can reproduce the situation.
>
> Here is the script, which is also in the archive:
>
> #!/bin/bash
> rsyncpath=rsync
> $rsyncpath -av --delete dir1/ dir2/ merged12
> $rsyncpath -av --delete dir1/ dir2/ dir3/ merge...
2010 Oct 26
22
[Bug 31122] New: Cannot control backlight intensity on Powerbook
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
2004 Jan 08
14
Strange behavior deleting filters
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
2012 Nov 13
1
thread taskq / unp_gc() using 100% cpu and stalling unix socket IPC
...read taskq' thread uses up 100% of one cpu on its own, like here:
----
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
0 root 8 0 0K 3968K CPU12 12 9:49 100.00% kernel{thread taskq}
----
Most of the userland processes get stalled and if the sitation is not resolved, their network services stop responding alltogether after some time. This affects relayd and dovecot for sure, but not sshd.
When processes are slow, they often block in states like '*unp_l' or 'pipewr' according to top, and overall cpu time spent in kernel grows...