Displaying 5 results from an estimated 5 matches for "cjk32".
Did you mean:
c32
2011 Aug 02
2
[Bug 8342] New: rsync can't handle populate dirs without u+rx permissions
...out u+rx
permissions
Product: rsync
Version: 3.0.9
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: core
AssignedTo: wayned at samba.org
ReportedBy: cjk32 at cam.ac.uk
QAContact: rsync-qa at samba.org
When running rsync with root at the source, it is quite possible to end up
wanting to transfer directories with 'strange' permissions. At present, it the
destination doesn't have root access too, these directories cannot be
popul...
2007 Aug 09
1
FLAC 1.2.0 won't build without ogg
Hello,
Apologies if this has already been covered. I'm trying to compile FLAC
1.2.0 under FreeBSD without ogg support:
when I run gmake, I get:
encode.c: In function `convert_to_seek_table_template':
encode.c:2181: error: structure has no member named `use_ogg'
the following appears to fix the problem for me, although I've not
checked it fully:
---
2009 Aug 07
0
floating point
Didier Dambrin wrote:
> Hi,
>
> I've tried to find info about unofficial 32bit float support in FLAC, and found several conversations.
> Most of them were talking about a 24bit limit, but from the manual I guess that this limitation is gone, as it supports up to 32bit integer.
>
> So my question is, what would be the best way, or what is a common way to FLAC-encode floating
2010 Jul 14
1
[patch] Decoding non 8/16/24 bps audio to raw format should fail cleanly
When decoding a FLAC file with bits per sample that is not a multiple
of 8 and outputting in raw format, the decoder gets as far as the write
callback before realising that it doesn't know how to write the data.
It then fails with an unhelpful message (or trips an assert() in debug
mode). The attached patch performs the check earlier, and gives a more
helpful error message.
Kind
2009 Apr 10
1
'#' in usernames with scp
Hello,
Some hosting companies insist on having usernames of the form
user#account(@example.com). The ssh client is quite happy with such
usernames, but scp fails with 'invalid user name'. Looking at the
source code, scp rejects ' " ` # and ' ', whereas ssh apparently
enforces no such restriction.
My question is twofold:
Firstly, why do ssh and scp behave differently?