{"thread":{"id":"12894","subject":"What's outstanding","startedAt":"2008-03-28T06:17:16Z","lastAt":"2008-03-28T15:04:43Z","messageCount":3,"participants":["Junio C Hamano","Johannes Schindelin","Jan Holesovsky"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"73239","messageId":"7v4par4bkj.fsf@gitster.siamese.dyndns.org","threadId":"12894","inReplyTo":null,"subject":"What's outstanding","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2008-03-28T06:17:16Z","receivedAt":"2008-03-28T06:17:16Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Here is the index of topics that I am aware of; some of them may not be\nanywhere in git.git.\n\n\nRegressions?\n\n* fetch with \"refs/*:refs/*\" errors out erroneously\n  http://article.gmane.org/gmane.comp.version-control.git/77335\n\nI think tonight's patch would fix it; let's see how well it goes...\n\n* \"git fetch\" shows error when dangling symref exists at the remote\n  but does not really error out\n  http://article.gmane.org/gmane.comp.version-control.git/76658\n\n* \"git fetch\" does not exit with non-zero status when it failed to update\n  some refs due to non-ffness\n  http://article.gmane.org/gmane.comp.version-control.git/77178\n\n\n\nNew features that won't be merged before 1.5.5 final.\n\n* ff=only (Sverre Hvammen Johansen)\n  http://article.gmane.org/gmane.comp.version-control.git/78250\n\n  With vastly improved documentation and justification compared to the\n  previous rounds, I am beginning to actulaly like this series.\n\n* more help backends (Christian Couder)\n  http://article.gmane.org/gmane.comp.version-control.git/78150\n\n  With the documentation clarification the overall idea looked fine.\n\n* cvsserver updates (Damien Diederen with help by Frank Lichtenheld)\n  http://article.gmane.org/gmane.comp.version-control.git/78188\n\n  Looked cleanly done.\n\n* use single database to serve more than one cvsserver instances (Josh Elsasser)\n  http://article.gmane.org/gmane.comp.version-control.git/78366\n\n  Looked cleanly done.\n\n* rewriting annotated tags in filter-branch (Brandon Casey)\n  http://article.gmane.org/gmane.comp.version-control.git/78286\n\n  I haven't been heavily involved in this program, neither as a user nor a\n  designer, so I am not absolutely sure about the details, but the idea\n  looked clean and sane.\n\n* git lost-found vs git fsck --lost-found (me)\n  http://article.gmane.org/gmane.comp.version-control.git/78267\n\n* core.inithook (Dscho)\n  http://article.gmane.org/gmane.comp.version-control.git/78123\n\n  This would hopefully give a cleaner way for mingw folks to futz with\n  core.autocrlf without breaking existing setups.\n\n* receive.localBranches = { refuse | allow } (Dscho)\n  http://article.gmane.org/gmane.comp.version-control.git/78065\n\n  The infamous \"do not push into a repository with work tree\".\n\n* autosetting core.ignorecase (Dmitry Potapov)\n  http://article.gmane.org/gmane.comp.version-control.git/78176\n\n  Follow-up to Linus's \"case insensitive\" git\n\n* mailinfo extention to extract Message-ID and others (Anton Gladkov)\n  http://article.gmane.org/gmane.comp.version-control.git/78006\n\n* add -p with mode change (Jeff King)\n  http://article.gmane.org/gmane.comp.version-control.git/78340\n\n* rebase -p\n  http://article.gmane.org/gmane.comp.version-control.git/78074\n\n  I highly suspect that this is much deeper than just the implementation.\n\n* synopsys: use {} instead of () for grouping alternatives (Jari Aalto)\n  http://article.gmane.org/gmane.comp.version-control.git/72243\n\n  I sent an invitation for this topic earlier, but we are at -rc2 and it\n  is too late for 1.5.5 now.\n\n* \"[alias] st = status\" and \"cd .git && git st\" (Jeff King)\n  http://article.gmane.org/gmane.comp.version-control.git/72327\n\n* use \"assume unchanged\" bit to implement narrow checkout\n  http://article.gmane.org/gmane.comp.version-control.git/77046\n\n* send-pack vs receive-pack history exchange (me)\n  http://article.gmane.org/gmane.comp.version-control.git/77643\n\n* zlib abstraction (Marco)\n  http://article.gmane.org/gmane.comp.version-control.git/72262\n\n* git --index-file=<foo> <cmd> (Linus)\n  http://article.gmane.org/gmane.comp.version-control.git/77332\n"},{"id":"73250","messageId":"alpine.LSU.1.00.0803281300180.3802@racer.site","threadId":"12894","inReplyTo":"7v4par4bkj.fsf@gitster.siamese.dyndns.org","subject":"Re: What's outstanding","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2008-03-28T12:06:41Z","receivedAt":"2008-03-28T12:06:41Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi,\n\nOn Thu, 27 Mar 2008, Junio C Hamano wrote:\n\n> Here is the index of topics that I am aware of; some of them may not be\n> anywhere in git.git.\n\nHeh, I expected the answer \"Git!\" to the question \"What's outstanding?\".\n\nBut what about the lazy clone?\n\nhttp://article.gmane.org/gmane.comp.version-control.git/73117\n\nCiao,\nDscho\n"},{"id":"73271","messageId":"200803281604.44052.kendy@suse.cz","threadId":"12894","inReplyTo":"alpine.LSU.1.00.0803281300180.3802@racer.site","subject":"Re: What's outstanding","fromName":"Jan Holesovsky","fromEmail":"kendy@suse.cz","sentAt":"2008-03-28T15:04:43Z","receivedAt":"2008-03-28T15:04:43Z","isPatch":false,"sender":{"key":"kendy@suse.cz","avatar":null},"body":"Hi Johannes,\n\nOn Friday 28 of March 2008, Johannes Schindelin wrote:\n\n> > Here is the index of topics that I am aware of; some of them may not be\n> > anywhere in git.git.\n>\n> Heh, I expected the answer \"Git!\" to the question \"What's outstanding?\".\n>\n> But what about the lazy clone?\n>\n> http://article.gmane.org/gmane.comp.version-control.git/73117\n\nYes, I still did not do the cleanup I promised, so sorry for that :-(\n\nBTW, if you are interested about the decision what is the OpenOffice.org's \nnext SCM going to be:\n\nhttp://wiki.services.openoffice.org/wiki/ESC_minutes#SCM_review\n\nThe short version is that OOo wants to go the DSCM way, but the engineering \nsteering committee did not get other numbers than git and svn ones, so \ntemporarily they decided to migrate to svn, and later to a chosen DSCM (to be \nchosen from bzr, git, hg).\n\nSo - most probably I'll again ask you for help with tuning the git repo \nagain :-)\n\nRegards,\nJan\n"}]}