gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/config-devices.*
|
|
|
|
|
/config-all-devices.*
|
|
|
|
|
/config-all-disas.*
|
|
|
|
|
/config-host.*
|
|
|
|
|
/config-target.*
|
|
|
|
|
/config.status
|
2014-05-23 18:07:24 +02:00
|
|
|
/config-temp
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/trace/generated-tracers.h
|
|
|
|
|
/trace/generated-tracers.c
|
|
|
|
|
/trace/generated-tracers-dtrace.h
|
|
|
|
|
/trace/generated-tracers.dtrace
|
|
|
|
|
/trace/generated-events.h
|
|
|
|
|
/trace/generated-events.c
|
2014-05-30 14:12:01 +02:00
|
|
|
/trace/generated-helpers-wrappers.h
|
2014-05-30 14:11:50 +02:00
|
|
|
/trace/generated-helpers.h
|
2014-05-30 14:11:56 +02:00
|
|
|
/trace/generated-helpers.c
|
2014-05-30 14:12:13 +02:00
|
|
|
/trace/generated-tcg-tracers.h
|
2014-01-30 04:47:58 +01:00
|
|
|
/trace/generated-ust-provider.h
|
|
|
|
|
/trace/generated-ust.c
|
2015-06-23 14:30:20 +02:00
|
|
|
/ui/shader/texture-blit-frag.h
|
|
|
|
|
/ui/shader/texture-blit-vert.h
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/libcacard/trace/generated-tracers.c
|
2010-10-07 13:07:15 +02:00
|
|
|
*-timestamp
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/*-softmmu
|
|
|
|
|
/*-darwin-user
|
|
|
|
|
/*-linux-user
|
|
|
|
|
/*-bsd-user
|
2014-04-27 13:02:26 +02:00
|
|
|
/libdis*
|
|
|
|
|
/libuser
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/linux-headers/asm
|
2014-03-10 19:08:59 +01:00
|
|
|
/qga/qapi-generated
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/qapi-generated
|
|
|
|
|
/qapi-types.[ch]
|
|
|
|
|
/qapi-visit.[ch]
|
2014-06-25 01:33:58 +02:00
|
|
|
/qapi-event.[ch]
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/qmp-commands.h
|
|
|
|
|
/qmp-marshal.c
|
|
|
|
|
/qemu-doc.html
|
|
|
|
|
/qemu-tech.html
|
|
|
|
|
/qemu-doc.info
|
|
|
|
|
/qemu-tech.info
|
|
|
|
|
/qemu-img
|
|
|
|
|
/qemu-nbd
|
|
|
|
|
/qemu-options.def
|
|
|
|
|
/qemu-options.texi
|
|
|
|
|
/qemu-img-cmds.texi
|
|
|
|
|
/qemu-img-cmds.h
|
|
|
|
|
/qemu-io
|
|
|
|
|
/qemu-ga
|
|
|
|
|
/qemu-bridge-helper
|
|
|
|
|
/qemu-monitor.texi
|
|
|
|
|
/qmp-commands.txt
|
|
|
|
|
/vscclient
|
|
|
|
|
/fsdev/virtfs-proxy-helper
|
2015-03-20 17:30:44 +01:00
|
|
|
*.[1-9]
|
2008-09-09 19:15:28 +02:00
|
|
|
*.a
|
|
|
|
|
*.aux
|
|
|
|
|
*.cp
|
|
|
|
|
*.dvi
|
|
|
|
|
*.exe
|
2014-02-10 07:48:56 +01:00
|
|
|
*.dll
|
|
|
|
|
*.so
|
|
|
|
|
*.mo
|
2008-09-09 19:15:28 +02:00
|
|
|
*.fn
|
|
|
|
|
*.ky
|
|
|
|
|
*.log
|
2010-01-29 23:16:50 +01:00
|
|
|
*.pdf
|
2015-03-20 17:30:44 +01:00
|
|
|
*.pod
|
2011-04-13 08:42:16 +02:00
|
|
|
*.cps
|
|
|
|
|
*.fns
|
|
|
|
|
*.kys
|
2008-09-09 19:15:28 +02:00
|
|
|
*.pg
|
2010-05-22 20:24:51 +02:00
|
|
|
*.pyc
|
2008-09-09 19:15:28 +02:00
|
|
|
*.toc
|
|
|
|
|
*.tp
|
|
|
|
|
*.vr
|
|
|
|
|
*.d
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
!/scripts/qemu-guest-agent/fsfreeze-hook.d
|
2009-01-22 18:15:25 +01:00
|
|
|
*.o
|
2012-07-04 21:10:47 +02:00
|
|
|
*.lo
|
|
|
|
|
*.la
|
|
|
|
|
*.pc
|
|
|
|
|
.libs
|
2013-08-07 17:40:03 +02:00
|
|
|
.sdk
|
2013-03-22 09:44:13 +01:00
|
|
|
*.gcda
|
|
|
|
|
*.gcno
|
gitignore: anchor all ignored names
by default, patterns/names in .gitignore are applied
recursively to all subdirectories. So any name mentioned
in .gitignore is ignored in all subdirectores. This is good
for, say. object files (*.o), but not good for particular
names which should be ignored only in one directory. For
example, qemu-img.1 file is generated in the top directory,
and it should be ignored only there, not in some subdir.
At first, this might not matter much, but we have lots of
examples already where it actually does not help at all.
For example, top-level .gitignore ignores a file/dir named
"patches" (which is very questionable by itself), but it
is applied recursively, so git also ignores, for example,
debian/patches/ which should not be ignored.
So anchor all the names where appropriate. .gitignore
should be cleaned up further, which will be addressed in
a subsequent patch.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
2014-02-11 11:22:32 +01:00
|
|
|
/pc-bios/bios-pq/status
|
|
|
|
|
/pc-bios/vgabios-pq/status
|
|
|
|
|
/pc-bios/optionrom/linuxboot.asm
|
|
|
|
|
/pc-bios/optionrom/linuxboot.bin
|
|
|
|
|
/pc-bios/optionrom/linuxboot.raw
|
|
|
|
|
/pc-bios/optionrom/linuxboot.img
|
|
|
|
|
/pc-bios/optionrom/multiboot.asm
|
|
|
|
|
/pc-bios/optionrom/multiboot.bin
|
|
|
|
|
/pc-bios/optionrom/multiboot.raw
|
|
|
|
|
/pc-bios/optionrom/multiboot.img
|
|
|
|
|
/pc-bios/optionrom/kvmvapic.asm
|
|
|
|
|
/pc-bios/optionrom/kvmvapic.bin
|
|
|
|
|
/pc-bios/optionrom/kvmvapic.raw
|
|
|
|
|
/pc-bios/optionrom/kvmvapic.img
|
|
|
|
|
/pc-bios/s390-ccw/s390-ccw.elf
|
|
|
|
|
/pc-bios/s390-ccw/s390-ccw.img
|
2009-01-22 18:15:25 +01:00
|
|
|
.stgit-*
|
2010-07-23 07:59:52 +02:00
|
|
|
cscope.*
|
2011-01-31 16:20:40 +01:00
|
|
|
tags
|
2011-02-24 06:34:59 +01:00
|
|
|
TAGS
|
|
|
|
|
*~
|
