{"thread":{"id":"3848","subject":"What's in git.git","startedAt":"2006-04-11T04:40:57Z","lastAt":"2006-04-11T17:58:58Z","messageCount":4,"participants":["Junio C Hamano","Linus Torvalds","Petr Baudis"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"18559","messageId":"7v3bgk7mhy.fsf@assigned-by-dhcp.cox.net","threadId":"3848","inReplyTo":null,"subject":"What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-04-11T04:40:57Z","receivedAt":"2006-04-11T04:40:57Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"No real 1.3.0 yet...\n\n* The 'master' branch has these since the last announcement.\n All of them are fixes and clean-ups (except --parents stuff\n from Linus which seems safe enough).\n\nJunio C Hamano:\n git-log: match rev-list --abbrev and --abbrev-commit\n diff: fix output of total-rewrite diff.\n diffcore-rename: fix merging back a broken pair.\n Retire diffcore-pathspec.\n Retire git-log.sh\n Retire git-log.sh (take#2)\n\nLinus Torvalds:\n Make \"--parents\" logs also be incremental\n\nMarco Roeland:\n xdiff/xdiffi.c: fix warnings about possibly uninitialized variables\n\nPetr Baudis:\n Improve the git-diff-tree -c/-cc documentation\n\n\n* The 'next' branch, in addition, has these.\n\n - diff-* --patch-with-raw\n - Implement limited context matching in git-apply (Eric W. Biederman)\n\n - log-tree: separate major part of diff-tree.\n - git log [diff-tree options]...\n\nI should not be moving anything new from \"next\" to \"master\"\nbefore 1.3.0, but I am inclined to include the --patch-with-raw\nchange, which Cogito wants. Also apply -Cn by Eric seems safe\nenough; as long as you do not ask for it, it keeps the existing\nbehaviour. The initial part of \"git log with diff-tree options\"\nseems safe enough so it is also in 'next'.\n\nI have the rest of \"git log with diff-tree options\", along with\nits fallouts, which turned out to be more than what I wanted to\nsee, in \"pu\".\n"},{"id":"18562","messageId":"Pine.LNX.4.64.0604110645060.3722@g5.osdl.org","threadId":"3848","inReplyTo":"7v3bgk7mhy.fsf@assigned-by-dhcp.cox.net","subject":"Re: What's in git.git","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2006-04-11T13:50:14Z","receivedAt":"2006-04-11T13:50:14Z","isPatch":false,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Mon, 10 Apr 2006, Junio C Hamano wrote:\n>\n> Retire git-log.sh\n> Retire git-log.sh (take#2)\n\nI think you need a (take#3).\n\nThis creates \"git-log\" as a link to \"git\", but does so at _build_ time, \nnot install time.\n\nWhich means that when it actually gets installed, it gets installed as a \ncopy of that link, and you get two different executables instead of one \nsingle executable that is just linked to two names:\n\n [torvalds@g5 git]$ ls -li /home/torvalds/bin/git ~/bin/git-log\n 67272830 -rwxr-xr-x 1 torvalds torvalds 333613 Apr 11 06:45 /home/torvalds/bin/git\n 67272781 -rwxr-xr-x 1 torvalds torvalds 333613 Apr 11 06:45 /home/torvalds/bin/git-log\n\nso it _works_, but it wastes 300kB+ for each \"builtin\". Which was kind of \nagainst the whole point.\n\nI think the builtins should be a install-time only issue. \n\n\t\tLinus\n"},{"id":"18563","messageId":"20060411155518.GY27689@pasky.or.cz","threadId":"3848","inReplyTo":"Pine.LNX.4.64.0604110645060.3722@g5.osdl.org","subject":"Re: What's in git.git","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2006-04-11T15:55:18Z","receivedAt":"2006-04-11T15:55:18Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Tue, Apr 11, 2006 at 03:50:14PM CEST, I got a letter\nwhere Linus Torvalds said that...\n> I think the builtins should be a install-time only issue. \n\nI don't care about git-log in particular since I don't use it, but I use\ndevelopment Git versions without actually installing them and if it's\nnot a huge hurdle, it would be nice to keep this possible.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nRight now I am having amnesia and deja-vu at the same time. I think\nI have forgotten this before.\n"},{"id":"18566","messageId":"7vpsjo56zh.fsf@assigned-by-dhcp.cox.net","threadId":"3848","inReplyTo":"20060411155518.GY27689@pasky.or.cz","subject":"Re: What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-04-11T17:58:58Z","receivedAt":"2006-04-11T17:58:58Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Petr Baudis writes:\n\n>> I think the builtins should be a install-time only issue. \n>\n> I don't care about git-log in particular since I don't use it, but I use\n> development Git versions without actually installing them and if it's\n> not a huge hurdle, it would be nice to keep this possible.\n\nAlso not making the link would probably break test suite (I do\nnot know if we have git-log test right now, though).\n\nBut installing *copies* is obviously not right as you pointed out.\n"}]}