about summary refs log tree commit diff
path: root/favicon.ico
blob: 56ff59384f2ce308996d0027bb928c18e2c61785 (plain)
ofshex dumpascii
0000 00 00 01 00 02 00 20 20 10 00 00 00 00 00 e8 02 00 00 26 00 00 00 10 10 10 00 00 00 00 00 28 01 ..................&...........(.
0020 00 00 0e 03 00 00 28 00 00 00 20 00 00 00 40 00 00 00 01 00 04 00 00 00 00 00 80 02 00 00 00 00 ......(.......@.................
0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff 00 50 50 c6 00 ab ab e3 00 01 00 ......................PP........
0060 ac 00 83 83 d6 00 d0 d1 f0 00 2b 2c b9 00 66 65 cd 00 16 17 b2 00 ec ec f8 00 98 98 df 00 bf be ..........+,..fe................
0080 e9 00 3c 3d be 00 e1 e0 f4 00 39 34 bd 00 11 11 11 11 1a c8 f9 44 44 9d 56 a1 11 11 11 11 11 11 ..<=......94.........DD.V.......
00a0 11 11 39 44 44 44 44 44 44 d6 11 11 11 11 11 11 11 1c 44 44 44 44 44 44 44 49 11 11 11 11 11 11 ..9DDDDDD.........DDDDDDDI......
00c0 11 14 44 4f bc 66 66 c5 74 44 81 11 11 11 11 11 11 34 44 7a 11 11 11 11 a7 44 4a 11 11 11 11 11 ..DO.ff.tD.......4Dz.....DJ.....
00e0 11 84 44 31 11 11 11 11 1c 44 43 11 11 11 11 11 11 24 44 11 11 11 11 11 11 44 45 11 11 11 11 11 ..D1.....DC......$D......DE.....
0100 11 11 11 11 11 11 11 11 11 44 48 11 11 11 11 11 11 11 11 ac 3b bb bb bc e1 44 42 11 11 11 11 11 .........DH.........;....DB.....
0120 11 11 a2 44 44 44 44 44 4d 44 42 11 11 11 11 11 11 16 44 44 44 44 44 44 44 44 42 11 11 11 11 11 ...DDDDDMDB.......DDDDDDDDB.....
0140 11 a4 44 44 72 88 88 d4 44 44 42 11 11 11 11 11 11 84 44 fa 11 11 11 11 54 44 42 11 11 11 11 11 ..DDr...DDB.......D.....TDB.....
0160 1a 74 49 11 11 11 11 11 18 44 42 11 11 11 11 11 1e 94 45 11 11 11 11 11 16 44 42 11 11 11 11 11 .tI......DB.......E......DB.....
0180 16 44 4c 11 11 11 11 11 11 44 42 11 11 11 11 11 16 44 4e 11 11 11 11 11 11 44 42 11 11 11 11 11 .DL......DB......DN......DB.....
01a0 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 .DJ..............DJ.............
01c0 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 .DJ..............DJ.............
01e0 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 .DJ..............DJ.............
0200 16 44 4a 11 11 11 11 11 11 11 11 11 11 11 11 11 16 44 46 11 11 11 11 11 11 44 48 11 11 11 11 11 .DJ..............DF......DH.....
0220 1e 44 43 11 11 11 11 11 11 44 48 11 11 11 11 11 1a 94 42 11 11 11 11 11 1c 44 4b 11 11 11 11 11 .DC......DH.......B......DK.....
0240 11 24 44 61 11 11 11 11 af 44 4e 11 11 11 11 11 11 34 44 48 bc 66 66 35 f4 44 21 11 11 11 11 11 .$Da.....DN......4DH.ff5.D!.....
0260 11 12 44 44 44 44 44 44 44 49 a1 11 11 11 11 11 11 11 84 44 44 44 44 44 44 d6 11 11 11 11 11 11 ..DDDDDDDI.........DDDDDD.......
0280 11 11 1e 32 74 44 44 92 56 11 11 11 11 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...2tDD.V.......................
02a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................................
02c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................................
02e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................................
0300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 28 00 00 00 10 00 00 00 20 00 00 00 01 00 04 00 00 00 ..............(.................
0320 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff 00 55 55 ..............................UU
0340 c7 00 00 03 a4 00 96 96 dd 00 c0 c0 ea 00 23 24 b6 00 70 70 d0 00 da db f2 00 3d 3e c0 00 16 15 ..............#$..pp......=>....
0360 b2 00 47 49 c2 00 8f 8d d9 00 f7 f8 fe 00 02 00 ac 00 43 41 c1 00 11 11 5b ee ea 25 11 11 11 15 ..GI..............CA....[..%....
0380 3e 27 7b e3 81 11 11 19 e5 11 11 5e 21 11 11 1c 71 11 11 13 91 11 11 11 87 b9 f2 4e 61 11 11 15 >'{........^!...q..........Na...
03a0 33 a6 6e ee 61 11 11 1a e8 11 11 7e 61 11 11 de b1 11 11 13 61 11 11 d3 71 11 11 17 c1 11 11 d3 3.n.a......~a.......a...q.......
03c0 71 11 11 11 11 11 11 d3 71 11 11 11 11 11 11 d3 71 11 11 d1 1d 11 11 d3 21 11 11 13 61 11 11 1e q.......q.......q.......!...a...
03e0 e1 11 11 5e 21 11 11 17 ee 27 7b e3 81 11 11 11 49 ee ea 28 11 11 00 00 00 00 00 00 00 00 00 00 ...^!....'{.....I..(............
0400 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................................
0420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ......................
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-11-23 16:48:14 +0000
.git/patch/?id=6e1b4 > fdad5157bb9e88777d525704aba24389bee" ... > 2014-06-11 15:35:01 (17.0 MB/s) - ‘yes-cache’ saved [4096/4096] Length truncated to 4096. The cache on disk looks truncated as well, so the bug must me during the process of saving cache. The same is true for larger patches: > mricon@nikko:[/tmp]$ wget -O no-cache > "http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=2840c566e95599cd60c7143762ca8b49d9395050" ... > 2014-06-11 15:41:33 (1.07 MB/s) - ‘no-cache’ saved [979644] 979644 bytes with a cache-miss > mricon@nikko:[/tmp]$ wget -O yes-cache > "http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=2840c > 566e95599cd60c7143762ca8b49d9395050" ... > 2014-06-11 15:41:46 (1.05 MB/s) - ‘yes-cache’ saved [978944] 978944 (956KB exactly) with a cache-hit Since the "html" functions use raw write(2) to STDIO_FILENO, we don't notice problems with most pages, but raw patches write using printf(3). This is fine if we're outputting straight to stdout since the buffers are flushed on exit, but we close the cache output before this, so the cached output ends up being truncated. Make sure the buffers are flushed when we finish outputting a patch so that we avoid this. No other UIs use printf(3) so we do not need to worry about them. Actually, it's slightly more interesting than this... since we don't set GIT_FLUSH, Git decides whether or not it will flush stdout after writing each commit based on whether or not stdout points to a regular file (in maybe_flush_or_die()). Which means that when writing directly to the webserver, Git flushes stdout for us, but when we redirect stdout to the cache it points to a regular file so Git no longer flushes the output for us. The patch is still correct, but perhaps the full explanation is interesting! Reported-by: Konstantin Ryabitsev <mricon@kernel.org> 2014-06-28ui-log: ignore unhandled argumentsJohn Keeping If you search for a bogus range string here: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/ Using something like "range" and "qwerty123456", it returns an "Internal Server Error" and the following in the logs: > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] fatal: > ambiguous argument 'qwerty123456': unknown revision or path not in the > working tree., referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] Use '--' to > separate paths from revisions, like this:, referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] 'git <command> > [<revision>...] -- [<file>...]', referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ > [Tue Jun 10 17:45:32 2014] [error] [client 172.21.1.6] Premature end > of script headers: cgit, referer: > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ The cache will kick in, so if you search for the same string again, it'll show an empty range, so you have to change the bogus strings each time. This is because we just pass the arguments straight to Git's revision parsing machinery which die()s if it cannot parse an argument, printing the above to stderr and exiting. The patch below makes it a bit friendlier by just ignoring unhandled arguments, but I can't see an easy way to report errors when we can't parse revision arguments without losing the flexibility of supporting all of the revision specifiers supported by Git. Reported-by: Konstantin Ryabitsev <mricon@kernel.org> 2014-06-28git: update for git 2.0Christian Hesse prefixcmp() and suffixcmp() have been remove, functionality is now provided by starts_with() and ends_with(). Retrurn values have been changed, so instead of just renaming we have to fix logic. Everything else looks just fine. 2014-04-17remove trailing whitespaces from source filesChristian Hesse 2014-04-12git: update to 1.9.2Christian Hesse Everything works just bumping the version in Makefile and commit hash in submodule. No code changes required. 2014-04-05Fix cgit_parse_url when a repo url is contained in another repo urlJulian Maurice For example, if I have two repos (remove-suffix is enabled): /foo /foo/bar http://cgit/foo/bar/ is interpreted as "repository 'foo', command 'bar'" instead of "repository 'foo/bar'" 2014-03-20Makefile: use more reliable git tarball mirrorJason A. Donenfeld 2014-03-20git: update to 1.9.1Christian Hesse