search for: repacing

On 13. 12. 24, 6:46, Yafang Shao wrote: > Since task->comm is guaranteed to be NUL-terminated, we can print it > directly without the need to copy it into a separate buffer. This > simplifies the code and avoids unnecessary operations. > > Signed-off-by: Yafang Shao <laoar.shao at gmail.com> > Cc: Ofir Bitton <obitton at habana.ai> > Cc: Oded Gabbay <ogabbay

It should be compatible with the original patch. However I think that the shared secret should be encoded as a string, too. What does libssh do? > Am 02.11.2013 um 05:46 schrieb Damien Miller <djm at mindrot.org>: > >> On Fri, 1 Nov 2013, Markus Friedl wrote: >> >> Here are three versions (patch against openbsd cvs) >> >> 1) repace nacl w/libsodium,

...c between two areas between a WAN. The problem is really odd. I have a script that runs every night. Lately, we've been having problems with rsync. The source side is an ordinary file while the destination side is a symlink. We've been having problems with rsync deleting the symlink and repacing it with the source copy despite having it in the exception list. The problem only occurs sporadically, it might not happen one day but happen at another. I ruled out some other process deleting it by running the script at a certain time after putting the symlink back. I had tried putting excepti...

Here are three versions (patch against openbsd cvs) 1) repace nacl w/libsodium, so i could test 2) curve25519-donna 3) Matthew's public domain reference implementation. i'd vote for #3 -------------- next part -------------- Am 30.10.2013 um 07:27 schrieb Damien Miller <djm at mindrot.org>: > On Tue, 24 Sep 2013, Aris Adamantiadis wrote: > >> Dear OpenSSH

...d a friend (both behind NAT and Firewalls, but able to set up the firewall rules/port mappings ourself) are interesting in setting up a PBX each, initially just for IP based calls over the net, so that we can call each other for free eventually we will look at plugging this into the POTS system and repacing all our phones with IP phones and rouitng the calls appropriately depending on destination at present I am trying to test with some software phones and an asterisk box on a virtual network (no nat, no firewalls) to see if we can get anything working (client 1 calling client 2), before we splash o...

Hi all, I know this is the EXT3 list, and my problem is with an EXT2 filesys, but I cannot seem to find a more suitable list on this server, and I have seen a lot of knowledge go by on this list and in the archives, so I thought I'd give it a try anyway... Here goes nothing: I am in a terrible problem: My data disk on my Linux server has gone bad, with approx 18 GB of data on it, and I

if I understand http://git.libssh.org/projects/libssh.git/commit/?id=4cb6afcbd43ab503d4c3d3054b96a1492605ea8d correctly, then the shared secret is encoded as a bignum, probably because the rest of the code assumes it's a bignum (e.g. for key derivation, etc). however, the DH public keys are always encoded as strings (both in my patches and in the libssh.org code). Am 02.11.2013 um 07:57

...sm.la. I think the problem is that the logic for including the ASM stuff is done mostly in the Makefile.am and the automake if statements are pretty braindead. The solution would be to figure out whether libFLAC-asm.la is needed in configure.in and remove all the if statements in the Makefile.am repacing them with variable substitutions which automake gets right most of the time :-). Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo nospam@mega-nerd.com (Yes it's valid) +-----------------------------------------------------------+ "I saw `cout...

Hi everyone, Sorry for forwarding and top-posting this email again but its as if my TDM40b has keeled over yesterday. After a few hours last night and swapping the card to another asterisk server (with exactly the same result) I needed to have the FXS ports working ASAP this morning so I have repaced the functionality of the TDM40b with some Grandstream handytones which I already had in

On Sun, 30 Jan 2005 10:45:05 -0800 (PST) Josh Coalson <xflac@yahoo.com> wrote: > OK, thanks, checked in. once linux-ppc is ironed out the > release should be ready to go. Long way to go yet. Mine is a G3 PowerPC so it doesn't have Altivec. I've tried --disable-assembler but there's still something screwed up int the Makefile.am. Erik --

Sheldon E. Newhouse writes: > Anyone have ideas on what this output from the 'last' command means? > > TIA, > -sen > > xF*@**** otify ***@ Sat Aug 1 20:52 still logged in > xF*@**** otify ***@ Sat Aug 1 20:52 - 20:52 (00:00) > xF*@**** otify ***@ Sat Aug 1 20:52 - 20:52 (00:00) >

I tried multiple imputation with aregImpute() and fit.mult.impute() in Hmisc 3.8-3 (June 2010) and R-2.12.1. The warning message below suggests that summary(f) of fit.mult.impute() would only use the last imputed data set. Thus, the whole imputation process is ignored. "Not using a Design fitting function; summary(fit) will use standard errors, t, P from last imputation only. Use

On Mon, 2024-06-17 at 21:54 +0200, Danilo Krummrich wrote: Hi Timur, thanks for the follow-up on this patch series. On Wed, Jun 12, 2024 at 06:52:53PM -0500, Timur Tabi wrote: The LOGINIT, LOGINTR, LOGRM, and LOGPMU buffers are circular buffers that have printf-like logs from GSP-RM and PMU encoded in them. LOGINIT, LOGINTR, and LOGRM are allocated by Nouveau and their DMA addresses are

Store the struct device pointer used to allocate the DMA buffer in the nvkm_gsp_mem object. This allows nvkm_gsp_mem_dtor() to release the buffer without needing the nvkm_gsp. This is needed so that we can retain DMA buffers even after the nvkm_gsp object is deleted. Signed-off-by: Timur Tabi <ttabi at nvidia.com> --- v2: rebased to drm-misc-next