{"thread":{"id":"2876","subject":"using-topic-branches.txt","startedAt":"2005-12-19T04:13:28Z","lastAt":"2005-12-19T22:25:15Z","messageCount":8,"participants":["Brown, Len","Jeff Garzik","Junio C Hamano","Linus Torvalds","J. Bruce Fields","H. Peter Anvin"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"13799","messageId":"F7DC2337C7631D4386A2DF6E8FB22B30056F93AC@hdsmsx401.amr.corp.intel.com","threadId":"2876","inReplyTo":null,"subject":"using-topic-branches.txt","fromName":"Brown, Len","fromEmail":"len.brown@intel.com","sentAt":"2005-12-19T04:13:28Z","receivedAt":"2005-12-19T04:13:28Z","isPatch":false,"sender":{"key":"len.brown@intel.com","avatar":"https://gravatar.com/avatar/a091f34f66caadb51d85a8a496800c6ccae73737e2f45762373e6b8c55fa5dd6?d=mp&s=160"},"body":"> file:4698abe46bff0b878dcfcd05771f5760483b4278 -> file:494429738f8f86bbe21f38b5f90cc94344ad0630\n> --- a/Documentation/howto/using-topic-branches.txt\n> +++ b/Documentation/howto/using-topic-branches.txt\n> @@ -31,7 +31,7 @@ test tree and then pull to the release t\n> patches blocked in the test tree waiting for complex changes to accumulate\n> enough test time to graduate.\n> -Back in the BitKeeper days I achieved this my creating small forests of\n> +Back in the BitKeeper days I achieved this by creating small forests of\n> temporary trees, one tree for each logical grouping of patches, and then\n> pulling changes from these trees first to the test tree, and then to the\n> release tree. At first I replicated this in GIT, but then I realised\n> @@ -42,7 +42,8 @@ So here is the step-by-step guide how th\n> First create your work tree by cloning Linus's public tree:\n> - $ git clone rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git work\n> + $ git clone \\\n> + master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6.git work\n> Change directory into the cloned tree you just created\n> @@ -52,7 +53,7 @@ Set up a remotes file so that you can fe\n> branch into a local branch named \"linus\":\n> $ cat > .git/remotes/linus\n> - URL: rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git\n> + URL: master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6.git\n> Pull: master:linus\n> ^D\n\nThis works for me, but now it requires a password to update\nwhen before it did not.\n\n-Len\n"},{"id":"13801","messageId":"43A63C9B.7080306@pobox.com","threadId":"2876","inReplyTo":"F7DC2337C7631D4386A2DF6E8FB22B30056F93AC@hdsmsx401.amr.corp.intel.com","subject":"Re: using-topic-branches.txt","fromName":"Jeff Garzik","fromEmail":"jgarzik@pobox.com","sentAt":"2005-12-19T04:52:43Z","receivedAt":"2005-12-19T04:52:43Z","isPatch":false,"sender":{"key":"jgarzik@pobox.com","avatar":null},"body":"Brown, Len wrote:\n>>file:4698abe46bff0b878dcfcd05771f5760483b4278 -> file:494429738f8f86bbe21f38b5f90cc94344ad0630\n>>--- a/Documentation/howto/using-topic-branches.txt\n>>+++ b/Documentation/howto/using-topic-branches.txt\n>>@@ -31,7 +31,7 @@ test tree and then pull to the release t\n>>patches blocked in the test tree waiting for complex changes to accumulate\n>>enough test time to graduate.\n>>-Back in the BitKeeper days I achieved this my creating small forests of\n>>+Back in the BitKeeper days I achieved this by creating small forests of\n>>temporary trees, one tree for each logical grouping of patches, and then\n>>pulling changes from these trees first to the test tree, and then to the\n>>release tree. At first I replicated this in GIT, but then I realised\n>>@@ -42,7 +42,8 @@ So here is the step-by-step guide how th\n>>First create your work tree by cloning Linus's public tree:\n>>- $ git clone rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git work\n>>+ $ git clone \\\n>>+ master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6.git work\n>>Change directory into the cloned tree you just created\n>>@@ -52,7 +53,7 @@ Set up a remotes file so that you can fe\n>>branch into a local branch named \"linus\":\n>>$ cat > .git/remotes/linus\n>>- URL: rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git\n>>+ URL: master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6.git\n>>Pull: master:linus\n>>^D\n> \n> \n> This works for me, but now it requires a password to update\n> when before it did not.\n\nmaster.kernel.org is non-public, so it shouldn't be mentioned in \ndocumentation...\n\n\tJeff\n"},{"id":"13802","messageId":"7v64plmz1e.fsf@assigned-by-dhcp.cox.net","threadId":"2876","inReplyTo":"43A63C9B.7080306@pobox.com","subject":"Re: using-topic-branches.txt","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-12-19T05:33:17Z","receivedAt":"2005-12-19T05:33:17Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jeff Garzik <jgarzik@pobox.com> writes:\n\n> master.kernel.org is non-public, so it shouldn't be mentioned in \n> documentation...\n\nI'm willing to be persuaded otherwise, but the reason I changed\nthis part was twofold:\n\n - The documentation is meant to be an example for subsystem\n   maintainers, who are \"non-public\" people anyway.\n\n - Linus publicly stated number of times that he fulfils the\n   pull requests to him by pulling from master --- this avoids\n   mirroring lag.  Not slowing down subsystem maintainers\n   waiting for mirroring lag would equally be a good idea, I\n   thought.\n"},{"id":"13804","messageId":"7vfyoplk0r.fsf@assigned-by-dhcp.cox.net","threadId":"2876","inReplyTo":"F7DC2337C7631D4386A2DF6E8FB22B30056F93AC@hdsmsx401.amr.corp.intel.com","subject":"Re: using-topic-branches.txt","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-12-19T05:43:00Z","receivedAt":"2005-12-19T05:43:00Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"\"Brown, Len\" <len.brown@intel.com> writes:\n\n> This works for me, but now it requires a password to update\n> when before it did not.\n\nYou are right.  I do not have preference either way myself what\nto put in this document.  However, the change stops recommending\nrsync://, which is something I prefer to keep.\n\nThe reason for the change from public machine to master already\ngot an objection from Jeff.  The reasoning was because I\nunderstand that Linus pulls from master to avoid mirroring lags\n(and he publicly stated he does so number of times), and the\nworkflow recommended for subsystem maintainers, the primary\naudience of this document, should not slow them down by pulling\nfrom public machines.\n"},{"id":"13805","messageId":"Pine.LNX.4.64.0512182225310.4827@g5.osdl.org","threadId":"2876","inReplyTo":"7vfyoplk0r.fsf@assigned-by-dhcp.cox.net","subject":"Re: using-topic-branches.txt","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-12-19T06:27:18Z","receivedAt":"2005-12-19T06:27:18Z","isPatch":false,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Sun, 18 Dec 2005, Junio C Hamano wrote:\n\n> \"Brown, Len\" <len.brown@intel.com> writes:\n> \n> > This works for me, but now it requires a password to update\n> > when before it did not.\n> \n> You are right.  I do not have preference either way myself what\n> to put in this document.  However, the change stops recommending\n> rsync://, which is something I prefer to keep.\n\nWell, you can use \"git://git.kernel.org/\" for reading.\n\nPersonally, I use master.kernel.org both for reading and writing, but I \nend up using an ssh key with an empty passphrase.\n\n\t\tLinus\n"},{"id":"13813","messageId":"20051219155523.GC4147@fieldses.org","threadId":"2876","inReplyTo":"7v64plmz1e.fsf@assigned-by-dhcp.cox.net","subject":"Re: using-topic-branches.txt","fromName":"J. Bruce Fields","fromEmail":"bfields@fieldses.org","sentAt":"2005-12-19T15:55:23Z","receivedAt":"2005-12-19T15:55:23Z","isPatch":false,"sender":{"key":"bfields@citi.umich.edu","avatar":null},"body":"On Sun, Dec 18, 2005 at 09:33:17PM -0800, Junio C Hamano wrote:\n> Jeff Garzik <jgarzik@pobox.com> writes:\n> \n> > master.kernel.org is non-public, so it shouldn't be mentioned in \n> > documentation...\n> \n> I'm willing to be persuaded otherwise, but the reason I changed\n> this part was twofold:\n> \n>  - The documentation is meant to be an example for subsystem\n>    maintainers, who are \"non-public\" people anyway.\n\nThere are people without kernel.org accounts who do similar sorts of\nwork.\n\n--b.\n"},{"id":"13826","messageId":"43A73308.8000709@zytor.com","threadId":"2876","inReplyTo":"7v64plmz1e.fsf@assigned-by-dhcp.cox.net","subject":"Re: using-topic-branches.txt","fromName":"H. Peter Anvin","fromEmail":"hpa@zytor.com","sentAt":"2005-12-19T22:24:08Z","receivedAt":"2005-12-19T22:24:08Z","isPatch":false,"sender":{"key":"hpa@zytor.com","avatar":null},"body":"Junio C Hamano wrote:\n> Jeff Garzik <jgarzik@pobox.com> writes:\n> \n>>master.kernel.org is non-public, so it shouldn't be mentioned in \n>>documentation...\n> \n> I'm willing to be persuaded otherwise\n\nWe want to publicize this machine as little as possible.  Please don't \nmake it worse than necessary.\n\n\t-hpa\n"},{"id":"13828","messageId":"43A7334B.9020905@zytor.com","threadId":"2876","inReplyTo":"Pine.LNX.4.64.0512182225310.4827@g5.osdl.org","subject":"Re: using-topic-branches.txt","fromName":"H. Peter Anvin","fromEmail":"hpa@zytor.com","sentAt":"2005-12-19T22:25:15Z","receivedAt":"2005-12-19T22:25:15Z","isPatch":false,"sender":{"key":"hpa@zytor.com","avatar":null},"body":"Linus Torvalds wrote:\n> \n> Well, you can use \"git://git.kernel.org/\" for reading.\n> \n> Personally, I use master.kernel.org both for reading and writing, but I \n> end up using an ssh key with an empty passphrase.\n> \n\nIf you use ssh-agent then you don't have to use an empty passphrase. \nssh-agent should be automatically set up in all the current distros.\n\n\t-hpa\n"}]}