On 01/07/2014 09:35 AM, Michal Privoznik wrote:
> diff --git a/tests/virpcitestdata/0001:00:00.0.config
b/tests/virpcitestdata/0001:00:00.0.config
> new file mode 100644
> index
0000000000000000000000000000000000000000..808d48993cfc0f41223fcb5f49deffc594f136b7
> GIT binary patch
> literal 4096
> zcmeH@I}XAy5Jca`5~RZg60MJb!~ys;a0<jx5^hCDNy!mt=t)n(8Yfir2x&(4YG(bB
> z{ig90wibyn0^=hytn<`78f&|D=zEvd5U8+Sxa1hw*nI*%I6fEDtkd58IUH=(-@Ei&
> z`ONZ@#r(MD|GagrnWu5_32tAW*RPg6sv;l)A|L`HAOa#F0wN#+A|L`H@J9q*PZkdc
>
> literal 0
> HcmV?d00001
>
Some binary garbage ...
I know this was copied from a working sample file, as opposed to
something you generated (if it were generated, I'd request that we
instead version-control the human-readable source that got converted
into the binary blob). As long as it doesn't trip up 'make
syntax-check' or git server side hooks, I think we can live with this.
Does the resulting file contain any newlines or carriage returns that
might get botched on Windows platforms, if we don't add a .gitattributes
listing that mentions it is explicitly a binary file?
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library
http://libvirt.org