{"thread":{"id":"4548","subject":"What's in git.git","startedAt":"2006-06-18T00:48:10Z","lastAt":"2006-06-19T08:35:06Z","messageCount":6,"participants":["Junio C Hamano","Johannes Schindelin","Petr Baudis"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"21982","messageId":"7vpsh75lx1.fsf@assigned-by-dhcp.cox.net","threadId":"4548","inReplyTo":null,"subject":"What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-06-18T00:48:10Z","receivedAt":"2006-06-18T00:48:10Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"It's been a while since I've done v1.4.0, and I haven't fully\ncaught up with the list traffic yet, but here is the current\nstatus.\n\nI'm planning to manage the v1.4.X series a bit differently\nduring this round. So far, they were supposed to be fix-only on\ntop of v1.4.0, but people who follow the maintenance series\n(including the binary packages) missed out on too many good\nstuff that happen on the \"master\" branch. Also presses like\nlwn.net tended to cover the maint series which gets stale pretty\nquickly.\n\nSo I'll first merge only post-1.4.0 fixes and additions to the\n\"master\" branch until we are comfortable with its shape, tag it\nas 1.4.1, and continue. Essentially, \"next\" and \"pu\" will\nbecome the playpens (the first being \"not proven but fixable\"\nchanges, the latter being \"under consideration, but will not be\nmissed if dropped\" changes) their names originally implied, and\n\"master\" will be what \"maint\" was supposed to be -- fixes and\ngood changes. The old fixes-only maintenance on \"maint\" branch\nwill be halted for now -- except maybe when some urgent fixes\nare needed, I might do 1.4.X.Y like the kernel folks do.\n\n* The 'master' branch has these since v1.4.0\n\n Dennis Stosberg:\n Make t4101-apply-nonl bring along its patches\n\n Eric W. Biederman:\n Don't parse any headers in the real body of an email message.\n\n Eric Wong:\n git-svn: t0000: add -f flag to checkout\n git-svn: fix handling of filenames with embedded '@'\n git-svn: eol_cp corner-case fixes\n git-svn: restore original LC_ALL setting (or unset) for commit\n git-svn: don't allow commit if svn tree is not current\n git-svn: support -C passing to git-diff-tree\n git-svn: --branch-all-refs / -B support\n git-svn: optimize --branch and --branch-all-ref\n git-svn: support manually placed initial trees from fetch\n git-svn: Move all git-svn-related paths into $GIT_DIR/svn\n git-svn: minor cleanups, extra error-checking\n git-svn: add --repack and --repack-flags= options\n git-svn: add --shared and --template= options to pass to init-db\n git-svn: add some functionality to better support branches in svn\n git-svn: add UTF-8 message test\n git-svn: add 'log' command, a facsimile of basic `svn log'\n git-svn: add support for Perl SVN::* libraries\n git-svn: make the $GIT_DIR/svn/*/revs directory obsolete\n git-svn: avoid creating some small files\n git-svn: fix several small bugs, enable branch optimization\n git-svn: Eliminate temp file usage in libsvn_get_file()\n git-svn: bugfix and optimize the 'log' command\n git-svn: tests no longer fail if LC_ALL is not a UTF-8 locale\n git-svn: svn (command-line) 1.0.x compatibility\n git-svn: rebuild convenience and bugfixes\n\n Florian Forster:\n gitweb: Adding a `blame' interface.\n gitweb: Make the `blame' interface in gitweb optional.\n\n Fredrik Kuivinen:\n blame: Add --time to produce raw timestamps\n\n Jakub Narebski:\n Update gitweb README: gitweb is now included with git\n\n Junio C Hamano:\n gitk: rereadrefs needs listrefs\n fix git alias\n t5100: mailinfo and mailsplit tests.\n mailinfo: ignore blanks after in-body headers.\n\n Linus Torvalds:\n gitweb.cgi history not shown\n\n Martin Langhoff:\n cvsimport: ignore CVSPS_NO_BRANCH and impossible branches\n cvsimport: complete the cvsps run before starting the import\n cvsimport: keep one index per branch during import\n\n Peter Eriksen:\n Implement safe_strncpy() as strlcpy() and use it more.\n\n Sean Estabrooks:\n Add a \"--notags\" option for git-p4import.\n\n Sven Verdoolaege:\n git-cvsexportcommit.perl: fix typo\n\n\n* The 'next' branch, in addition, has these.\n\n Johannes Schindelin:\n diff options: add --color\n\n I would say this would be fine as is -- diff being quite\n important part of the system, I just wanted to cook it for a\n while.\n\n Junio C Hamano:\n read-tree: --prefix=/ option.\n write-tree: --prefix=\n read-tree: reorganize bind_merge code.\n\n I'll have them graduate to \"master\" soon, as they do not seem\n to hurt anybody.\n\n fetch-pack: give up after getting too many \"ack continue\"\n\n Maybe merge to \"master\" and see what it breaks.\n\n shared repository: optionally allow reading to \"others\".\n\n This should be ready. I just want to do another round of\n check.\n\n Paul Eggert:\n date.c: improve guess between timezone offset and year.\n\n This is more for the entertainment value than for practical\n value ;-).\n\n* The 'pu' branch, in addition, has these.\n\n Johannes Schindelin:\n Read configuration also from ~/.gitconfig\n repo-config: learn the flag \"--no-local\"\n\n I see Pasky has proposed another config change (this time,\n not \"also from\" but \"alternatively from\") -- I am not sure\n which one is more appropriate. Waiting for Johannes's\n response to Pasky's message and hoping the list can agree on\n a single patch series to apply to \"next\".\n\n Teach diff about -b and -w flags\n\n Yakov Lerner:\n auto-detect changed prefix and/or changed build flags\n\n I think this is fine, except that test-prefix-change target\n is probably unneeded as Martin noticed.\n"},{"id":"22013","messageId":"Pine.LNX.4.63.0606181417090.26803@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"4548","inReplyTo":"7vpsh75lx1.fsf@assigned-by-dhcp.cox.net","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-06-18T12:26:14Z","receivedAt":"2006-06-18T12:26:14Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Sat, 17 Jun 2006, Junio C Hamano wrote:\n\n> Read configuration also from ~/.gitconfig\n> repo-config: learn the flag \"--no-local\"\n> \n> I see Pasky has proposed another config change (this time,\n> not \"also from\" but \"alternatively from\") -- I am not sure\n> which one is more appropriate. Waiting for Johannes's\n> response to Pasky's message and hoping the list can agree on\n> a single patch series to apply to \"next\".\n\nThere is one thing I don't like about Pasky's approach: You can change the \nconfig file name to whatever you like, even if no program will read it. \nThat is why I decided to have a flag instead of an option: to prevent \npilot-errors.\n\nBut hey, that is just me.\n\nI cobbled together a patch, which turned out to be rather messy, \nintroducing \"--config-file \" to git-repo-config. If people are \ninterested, I'll clean it up and post it. But then, if you already know \nyou want to use another config file, you are probably better of just \nexporting GIT_CONFIG_FILE and be done with it.\n\nNote that this issue is orthogonal to the need for a user-specific config \nfile. I still think that this one should go in.\n\nCiao,\nDscho\n"},{"id":"22016","messageId":"20060618130837.GN2609@pasky.or.cz","threadId":"4548","inReplyTo":"Pine.LNX.4.63.0606181417090.26803@wbgn013.biozentrum.uni-wuerzburg.de","subject":"Re: What's in git.git","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2006-06-18T13:08:38Z","receivedAt":"2006-06-18T13:08:38Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Sun, Jun 18, 2006 at 02:26:14PM CEST, I got a letter\nwhere Johannes Schindelin said that...\n> There is one thing I don't like about Pasky's approach: You can change the \n> config file name to whatever you like, even if no program will read it. \n> That is why I decided to have a flag instead of an option: to prevent \n> pilot-errors.\n\nI'm lost here, admittelly not getting your argument. :-(\n\n> I cobbled together a patch, which turned out to be rather messy, \n> introducing \"--config-file \" to git-repo-config. If people are \n> interested, I'll clean it up and post it. But then, if you already know \n> you want to use another config file, you are probably better of just \n> exporting GIT_CONFIG_FILE and be done with it.\n\n$GIT_CONFIG_FILE feels nicer since any other git tool can use it as\nwell, it's not git-repo-config-specific. But the current intent indeed\nis to simply override the location for git-repo-config, thus for the\ncurrent purposes if we will have --config-file instead of\nGIT_CONFIG_FILE, I will not weep; whatever does the job.\n\n> Note that this issue is orthogonal to the need for a user-specific config \n> file. I still think that this one should go in.\n\nI agree as well.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nA person is just about as big as the things that make them angry.\n"},{"id":"22033","messageId":"Pine.LNX.4.63.0606182040410.26803@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"4548","inReplyTo":"20060618130837.GN2609@pasky.or.cz","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-06-18T18:43:21Z","receivedAt":"2006-06-18T18:43:21Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Sun, 18 Jun 2006, Petr Baudis wrote:\n\n> Dear diary, on Sun, Jun 18, 2006 at 02:26:14PM CEST, I got a letter\n> where Johannes Schindelin said that...\n> > There is one thing I don't like about Pasky's approach: You can change the \n> > config file name to whatever you like, even if no program will read it. \n> > That is why I decided to have a flag instead of an option: to prevent \n> > pilot-errors.\n> \n> I'm lost here, admittelly not getting your argument. :-(\n\nOkay, the point I was driving at:\n\nGIT_CONFIG_FILE=~/.gitrc git repo-config blabla.blibli bloblo\n\n_will_ succeed, but to the user it will be non-obvious that the git \ncommands do not pick up on it (because ~/.gitconfig is read instead of \n~/.gitrc), whereas\n\ngit repo-config --user blabla.blibli bloblo\n\nis pretty obvious, and _has_ the intended effect.\n\n> > I cobbled together a patch, which turned out to be rather messy, \n> > introducing \"--config-file \" to git-repo-config. If people are \n> > interested, I'll clean it up and post it. But then, if you already know \n> > you want to use another config file, you are probably better of just \n> > exporting GIT_CONFIG_FILE and be done with it.\n> \n> $GIT_CONFIG_FILE feels nicer since any other git tool can use it as\n> well, it's not git-repo-config-specific. But the current intent indeed\n> is to simply override the location for git-repo-config, thus for the\n> current purposes if we will have --config-file instead of\n> GIT_CONFIG_FILE, I will not weep; whatever does the job.\n\nYes, that is true. Forget about my --config-file patch, please.\n\n> > Note that this issue is orthogonal to the need for a user-specific config \n> > file. I still think that this one should go in.\n> \n> I agree as well.\n\nCiao,\nDscho\n"},{"id":"22054","messageId":"7vy7vta9ae.fsf@assigned-by-dhcp.cox.net","threadId":"4548","inReplyTo":"20060618130837.GN2609@pasky.or.cz","subject":"Re: What's in git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-06-19T07:34:17Z","receivedAt":"2006-06-19T07:34:17Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Petr Baudis writes:\n\n> Dear diary, on Sun, Jun 18, 2006 at 02:26:14PM CEST, I got a letter\n> where Johannes Schindelin said that...\n>\n>> Note that this issue is orthogonal to the need for a user-specific config \n>> file. I still think that this one should go in.\n>\n> I agree as well.\n\nOK, let's have it then.\n\nJohannes, this makes your earlier ~/.gitconfig and --no-local\npatches no longer applicable, so I'd drop them from \"pu\" for\nnow. But I suspect we do want to have per user configuration\nthat is used as a fallback for per repo configuration, right?\n\nI think we should mark what we have in \"next\" tonight, plus a\nfew others, as v1.4.1 sometime this coming week and continue\nfrom there.\n"},{"id":"22057","messageId":"Pine.LNX.4.63.0606191034350.26329@wbgn013.biozentrum.uni-wuerzburg.de","threadId":"4548","inReplyTo":"7vy7vta9ae.fsf@assigned-by-dhcp.cox.net","subject":"Re: What's in git.git","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2006-06-19T08:35:06Z","receivedAt":"2006-06-19T08:35:06Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Mon, 19 Jun 2006, Junio C Hamano wrote:\n\n> Petr Baudis writes:\n> \n> > Dear diary, on Sun, Jun 18, 2006 at 02:26:14PM CEST, I got a letter\n> > where Johannes Schindelin said that...\n> >\n> >> Note that this issue is orthogonal to the need for a user-specific config \n> >> file. I still think that this one should go in.\n> >\n> > I agree as well.\n> \n> OK, let's have it then.\n> \n> Johannes, this makes your earlier ~/.gitconfig and --no-local\n> patches no longer applicable, so I'd drop them from \"pu\" for\n> now. But I suspect we do want to have per user configuration\n> that is used as a fallback for per repo configuration, right?\n\nI'll redo the patches, then.\n\nCiao,\nDscho\n"}]}