{"thread":{"id":"127","subject":"[GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","startedAt":"2005-04-19T04:39:38Z","lastAt":"2005-04-20T17:15:26Z","messageCount":30,"participants":["Greg KH","Linus Torvalds","Steven Cole","Martin Schlemmer","Petr Baudis","Daniel Jacobowitz","Junio C Hamano","Lars Fenneberg","Kenneth Johansson","Jan-Benedict Glaw","Zlatko Calusic"],"isPatch":true,"patchVersion":1,"patchTotal":null},"messages":[{"id":"781","messageId":"20050419043938.GA23724@kroah.com","threadId":"127","inReplyTo":null,"subject":"[GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Greg KH","fromEmail":"gregkh@suse.de","sentAt":"2005-04-19T04:39:38Z","receivedAt":"2005-04-19T04:39:38Z","isPatch":true,"sender":{"key":"gregkh@suse.de","avatar":"https://gravatar.com/avatar/e52bfe8b8ad890236109deb2ce59960a1584dc070d18487f7a2b5273d709fcdc?d=mp&s=160"},"body":"Alright, let's try some small i2c and w1 patches...\n\nCould you merge with:\n\tkernel.org/pub/scm/linux/kernel/git/gregkh/i2c-2.6.git/\n\nIt contains 4 small patches, 2 i2c and 2 w1 bugfixes, diffstat is\nbelow, I'll figure out how to send the individual patches later.\n\nthanks,\n\ngreg k-h\n\n drivers/i2c/chips/it87.c | 2 +-\n drivers/i2c/chips/via686a.c | 7 ++-----\n drivers/w1/w1.c | 9 +++++----\n drivers/w1/w1_smem.c | 4 ++--\n 4 files changed, 10 insertions(+), 12 deletions(-)\n \n"},{"id":"853","messageId":"20050419185807.GA1191@kroah.com","threadId":"127","inReplyTo":"20050419043938.GA23724@kroah.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Greg KH","fromEmail":"greg@kroah.com","sentAt":"2005-04-19T18:58:07Z","receivedAt":"2005-04-19T18:58:07Z","isPatch":true,"sender":{"key":"greg@kroah.com","avatar":"https://gravatar.com/avatar/5bb5aa0cc2e01c00ec899d11130c07796bc186e465bae57bc34873b13b72c7c8?d=mp&s=160"},"body":"On Mon, Apr 18, 2005 at 09:39:38PM -0700, Greg KH wrote:\n> Alright, let's try some small i2c and w1 patches...\n> \n> Could you merge with:\n> \tkernel.org/pub/scm/linux/kernel/git/gregkh/i2c-2.6.git/\n\nNice, it looks like the merge of this tree, and my usb tree worked just\nfine.\n\nSo, what does this now mean? Is your kernel.org git tree now going to\nbe the \"real\" kernel tree that you will be working off of now? Should\nwe crank up the nightly snapshots and emails to the -commits list?\n\nCan I rely on the fact that these patches are now in your tree and I can\nforget about them? :)\n\nJust wondering how comfortable you feel with your git tree so far.\n\nthanks,\n\ngreg k-h\n"},{"id":"857","messageId":"Pine.LNX.4.58.0504191204480.19286@ppc970.osdl.org","threadId":"127","inReplyTo":"20050419185807.GA1191@kroah.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T19:40:44Z","receivedAt":"2005-04-19T19:40:44Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Greg KH wrote:\n> \n> Nice, it looks like the merge of this tree, and my usb tree worked just\n> fine.\n\nYup, it all seems to work out.\n\n> So, what does this now mean? Is your kernel.org git tree now going to\n> be the \"real\" kernel tree that you will be working off of now? Should\n> we crank up the nightly snapshots and emails to the -commits list?\n\nI'm not quite ready to consider it \"real\", but I'm getting there.\n\nI'm still working out some performance issues with merges (the actual\n\"merge\" operation itself is very fast, but I've been trying to make the\nsubsequent \"update the working directory tree to the right thing\" be much\nbetter).\n\n> Can I rely on the fact that these patches are now in your tree and I can\n> forget about them? :)\n> \n> Just wondering how comfortable you feel with your git tree so far.\n\nHold off for one more day. I'm very comfortable with how well git has \nworked out so far, and yes, mentally I consider this \"the tree\", but the \nfact is, git isn't exactly easy on \"normal users\".\n\nI think my merge stuff and Pasky's scripts are getting there, but I want\nto make sure that we have a version of Pasky's scripts that use the new\n\"read-tree -m\" optimizations to make tracking a tree faster, and I'd like\nto have them _tested_ a bit first.\n\nIn other words, I want it to be at the point where people can do\n\n\tgit pull \n\nand it will \"just work\", at least for people who don't have any local\nchanges in their tree. None of this \"check out all the files again\" crap.\n\nBut how about a plan that we go \"live\" tomorrow - assuming nobody finds\nany problems before that, of course.\n\n\t\t\tLinus\n"},{"id":"860","messageId":"20050419194728.GA24367@kroah.com","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191204480.19286@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Greg KH","fromEmail":"greg@kroah.com","sentAt":"2005-04-19T19:47:30Z","receivedAt":"2005-04-19T19:47:30Z","isPatch":true,"sender":{"key":"greg@kroah.com","avatar":"https://gravatar.com/avatar/5bb5aa0cc2e01c00ec899d11130c07796bc186e465bae57bc34873b13b72c7c8?d=mp&s=160"},"body":"On Tue, Apr 19, 2005 at 12:40:44PM -0700, Linus Torvalds wrote:\n> I'm still working out some performance issues with merges (the actual\n> \"merge\" operation itself is very fast, but I've been trying to make the\n> subsequent \"update the working directory tree to the right thing\" be much\n> better).\n\nOk, if you want some practice with \"real\" merges, feel free to merge from\nthe following two trees whenever you are ready:\n\tkernel.org/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/\nfor 11 aoe bugfix patches, and:\n\tkernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/\nfor 13 driver core, sysfs, and debugfs fixes.\n\nThe diffstats are:\n\naoe:\n Documentation/aoe/mkdevs.sh | 1 \n Documentation/aoe/mkshelf.sh | 1 \n Documentation/aoe/todo.txt | 14 ++++\n Documentation/aoe/udev-install.sh | 6 +-\n drivers/block/aoe/aoe.h | 23 +++++--\n drivers/block/aoe/aoeblk.c | 5 +\n drivers/block/aoe/aoecmd.c | 110 ++++++++++++++++++++++----------------\n drivers/block/aoe/aoedev.c | 8 +-\n drivers/block/aoe/aoenet.c | 8 +-\n 9 files changed, 111 insertions(+), 65 deletions(-)\n\ndriver:\n Documentation/kref.txt | 221 +++++++++++++++++++++++++++++++++++++++++-\n drivers/base/class.c | 2 \n drivers/base/core.c | 3 \n drivers/base/firmware_class.c | 3 \n drivers/base/platform.c | 1 \n drivers/usb/host/hc_crisv10.c | 1 \n fs/partitions/check.c | 2 \n fs/sysfs/file.c | 35 ++++++\n include/linux/debugfs.h | 14 +-\n include/linux/sysfs.h | 7 +\n lib/kobject.c | 7 -\n net/bridge/br_sysfs_if.c | 2 \n scripts/ver_linux | 2 \n 13 files changed, 290 insertions(+), 10 deletions(-)\n\nNo rush, but they should be good test for your merge speeds, as they are\nbased off of an older HEAD than your current one :)\n\n> In other words, I want it to be at the point where people can do\n> \n> \tgit pull \n> \n> and it will \"just work\", at least for people who don't have any local\n> changes in their tree. None of this \"check out all the files again\" crap.\n\nThat would be very nice to have.\n\n> But how about a plan that we go \"live\" tomorrow - assuming nobody finds\n> any problems before that, of course.\n\nThat's fine with me.\n\nthanks,\n\ngreg k-h\n"},{"id":"861","messageId":"Pine.LNX.4.58.0504191316180.19286@ppc970.osdl.org","threadId":"127","inReplyTo":"20050419194728.GA24367@kroah.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T20:20:47Z","receivedAt":"2005-04-19T20:20:47Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Greg KH wrote:\n> \n> Ok, if you want some practice with \"real\" merges, feel free to merge from\n> the following two trees whenever you are ready:\n> \tkernel.org/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/\n> for 11 aoe bugfix patches, and:\n> \tkernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/\n> for 13 driver core, sysfs, and debugfs fixes.\n\nDone, pushed out. Can you verify that the end result looks sane to you? I \njust cheched that the diffstat looks similar (mine claims just 108 lines \nchanged in aoecmd.c - possibly due to different diff formats).\n\nAnd yes, my new merge thing seems to have kept the index-cache much better \nup-to-date, allowing an optimized checkout-cache -f -a to work and only \nget the new files.\n\nPasky? Can you check my latest git stuff, notably read-tree.c and the \nchanges to git-pull-script?\n\n\t\tLinus\n"},{"id":"870","messageId":"20050419214009.GA25681@kroah.com","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191316180.19286@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Greg KH","fromEmail":"greg@kroah.com","sentAt":"2005-04-19T21:40:09Z","receivedAt":"2005-04-19T21:40:09Z","isPatch":true,"sender":{"key":"greg@kroah.com","avatar":"https://gravatar.com/avatar/5bb5aa0cc2e01c00ec899d11130c07796bc186e465bae57bc34873b13b72c7c8?d=mp&s=160"},"body":"On Tue, Apr 19, 2005 at 01:20:47PM -0700, Linus Torvalds wrote:\n> \n> \n> On Tue, 19 Apr 2005, Greg KH wrote:\n> > \n> > Ok, if you want some practice with \"real\" merges, feel free to merge from\n> > the following two trees whenever you are ready:\n> > \tkernel.org/pub/scm/linux/kernel/git/gregkh/aoe-2.6.git/\n> > for 11 aoe bugfix patches, and:\n> > \tkernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/\n> > for 13 driver core, sysfs, and debugfs fixes.\n> \n> Done, pushed out. Can you verify that the end result looks sane to you? I \n> just cheched that the diffstat looks similar (mine claims just 108 lines \n> changed in aoecmd.c - possibly due to different diff formats).\n\nLooks good to me (the diffstat difference is probably because the\npatches were consecutive, and the sum of them are smaller (modifying\nsame parts of the files, etc.))\n\nThe git-changes-script shows that you picked up everything from my trees\nsuccessfully (assuming we trust that so far) and a raw diff looks good\ntoo.\n\nTwo \"odd\" things in the changelog:\n\ncommit caaaaebc2380426b64aaa60a169834a7aefc956c\ntree 484292d57c19acbf04cf5c783e7d26181b95e96e\nparent 334a4e1b19f7f471594f7abd3bfead3720c1bd61\nauthor Hugh Dickins Wed, 20 Apr 2005 03:29:23 -0700\ncommitter Linus Torvalds Wed, 20 Apr 2005 03:29:23 -0700\n\nIt looks like your domain name isn't set up properly for your box (which\nis why it worked for you, but not me before, causing that patch).\n\nAlso the date is in the future with the -0700, yet the time is in UTC.\nOh wait, that's a 'git log' thing, the raw changeset is correct, I guess\nI'll wait for Pasky to fix that :)\n\n> And yes, my new merge thing seems to have kept the index-cache much better \n> up-to-date, allowing an optimized checkout-cache -f -a to work and only \n> get the new files.\n\nVery nice.\n\nthanks,\n\ngreg k-h\n"},{"id":"871","messageId":"Pine.LNX.4.58.0504191449270.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"20050419214009.GA25681@kroah.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T22:00:04Z","receivedAt":"2005-04-19T22:00:04Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Greg KH wrote:\n> \n> It looks like your domain name isn't set up properly for your box (which\n> is why it worked for you, but not me before, causing that patch).\n\nNo, I think it's a bug in your domainname changes. I don't think you\nshould do the domainname at all if the hostname has a dot in it.\n\nMost machines I have access to (and that includes machines that are\nprofessionally maintained, not just my own cruddy setup) says \"(none)\" to\ndomainname and have the full hostname in hostname.\n\nAnd even the ones that use domainname tend to not have a fully qualified \nDNS domain there. You need to use dnsdomainname to get that, and I don't \neven know how to do it with standard libc.\n\nSo how about something like this?\n\n(Somebody who actually knows how these things should be done - please feel \nfree to pipe up).\n\n\t\tLinus\n\n---\ncommit-tree.c: 54b636ee1edf596dae1cb9a756eaccdfd5127cef\n--- a/commit-tree.c\n+++ b/commit-tree.c\n@@ -317,8 +317,10 @@ int main(int argc, char **argv)\n \tmemcpy(realemail, pw->pw_name, len);\n \trealemail[len] = '@';\n \tgethostname(realemail+len+1, sizeof(realemail)-len-1);\n-\tstrcat(realemail, \".\");\n-\tgetdomainname(realemail+strlen(realemail), sizeof(realemail)-strlen(realemail)-1);\n+\tif (!strchr(realemail+len+1, '.')) {\n+\t\tstrcat(realemail, \".\");\n+\t\tgetdomainname(realemail+strlen(realemail), sizeof(realemail)-strlen(realemail)-1);\n+\t}\n \ttime(&now);\n \ttm = localtime(&now);\n \n"},{"id":"875","messageId":"426583D5.2020308@mesatop.com","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191204480.19286@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Steven Cole","fromEmail":"elenstev@mesatop.com","sentAt":"2005-04-19T22:19:01Z","receivedAt":"2005-04-19T22:19:01Z","isPatch":true,"sender":{"key":"elenstev@mesatop.com","avatar":null},"body":"Linus Torvalds wrote:\n> \n> On Tue, 19 Apr 2005, Greg KH wrote:\n> \n>>Nice, it looks like the merge of this tree, and my usb tree worked just\n>>fine.\n> \n> \n> Yup, it all seems to work out.\n\n[many files patched]\npatching file mm/mmap.c\npatching file net/bridge/br_sysfs_if.c\npatching file scripts/ver_linux\n----------------------^^^^^^^^^\nHey, that's my patch! Last...and least.\nBut perhaps a progress bar right about here might be\na good thing for the terminally impatient.\n\nreal 3m54.909s\nuser 0m14.835s\nsys 0m10.587s\n\n4 minutes might be long enough to cause some folks to lose hope.\n\nSteven\n\n"},{"id":"877","messageId":"20050419222609.GE9305@pasky.ji.cz","threadId":"127","inReplyTo":"426583D5.2020308@mesatop.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Petr Baudis","fromEmail":"pasky@ucw.cz","sentAt":"2005-04-19T22:26:10Z","receivedAt":"2005-04-19T22:26:10Z","isPatch":true,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Wed, Apr 20, 2005 at 12:19:01AM CEST, I got a letter\nwhere Steven Cole told me that...\n> Linus Torvalds wrote:\n> >\n> >On Tue, 19 Apr 2005, Greg KH wrote:\n> >\n> >>Nice, it looks like the merge of this tree, and my usb tree worked just\n> >>fine.\n> >\n> >\n> >Yup, it all seems to work out.\n> \n> [many files patched]\n> patching file mm/mmap.c\n> patching file net/bridge/br_sysfs_if.c\n> patching file scripts/ver_linux\n> ----------------------^^^^^^^^^\n> Hey, that's my patch! Last...and least.\n> But perhaps a progress bar right about here might be\n> a good thing for the terminally impatient.\n> \n> real 3m54.909s\n> user 0m14.835s\n> sys 0m10.587s\n> \n> 4 minutes might be long enough to cause some folks to lose hope.\n\nI'm wondering if doing\n\nif [ \"$(show-diff)\" ]; then\n\tgit diff | git apply\nelse\n\tcheckout-cache -f -a\nfi\n\nwould actually buy us some time; or, how common is it for people to have\nno local changes whatsoever, and whether relative slowdown of additional\nshow-diff to git diff would actually matter.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nC++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor\n"},{"id":"878","messageId":"20050419222738.GA14566@nevyn.them.org","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191449270.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Daniel Jacobowitz","fromEmail":"dan@debian.org","sentAt":"2005-04-19T22:27:38Z","receivedAt":"2005-04-19T22:27:38Z","isPatch":true,"sender":{"key":"dan@debian.org","avatar":null},"body":"On Tue, Apr 19, 2005 at 03:00:04PM -0700, Linus Torvalds wrote:\n> \n> \n> On Tue, 19 Apr 2005, Greg KH wrote:\n> > \n> > It looks like your domain name isn't set up properly for your box (which\n> > is why it worked for you, but not me before, causing that patch).\n> \n> No, I think it's a bug in your domainname changes. I don't think you\n> should do the domainname at all if the hostname has a dot in it.\n> \n> Most machines I have access to (and that includes machines that are\n> professionally maintained, not just my own cruddy setup) says \"(none)\" to\n> domainname and have the full hostname in hostname.\n> \n> And even the ones that use domainname tend to not have a fully qualified \n> DNS domain there. You need to use dnsdomainname to get that, and I don't \n> even know how to do it with standard libc.\n> \n> So how about something like this?\n> \n> (Somebody who actually knows how these things should be done - please feel \n> free to pipe up).\n\nThe glibc documentation blows for this, but what getdomainname comes\nfrom uname(2), not from any DNS-related configuration. Debian only\never sets this if you're using NIS.\n\nThere's no real great way to get the current hostname; a lot of\napplications do a reverse DNS lookup on the primary network interface,\nwith appropriate handwaving to define primary.\n\nEasiest might be to punt to hostname --fqdn, or an equivalent to its\nalgorithm - which appears to be fetch the hostname from uname, do a DNS\nlookup on that, and a reverse DNS lookup on the result.\n\n-- \nDaniel Jacobowitz\nCodeSourcery, LLC\n"},{"id":"876","messageId":"1113949783.2129.4.camel@nosferatu.lan","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191449270.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Martin Schlemmer","fromEmail":"azarah@nosferatu.za.org","sentAt":"2005-04-19T22:29:43Z","receivedAt":"2005-04-19T22:29:43Z","isPatch":true,"sender":{"key":"azarah@nosferatu.za.org","avatar":null},"body":"On Tue, 2005-04-19 at 15:00 -0700, Linus Torvalds wrote:\n> \n> On Tue, 19 Apr 2005, Greg KH wrote:\n> > \n> > It looks like your domain name isn't set up properly for your box (which\n> > is why it worked for you, but not me before, causing that patch).\n> \n> No, I think it's a bug in your domainname changes. I don't think you\n> should do the domainname at all if the hostname has a dot in it.\n> \n> Most machines I have access to (and that includes machines that are\n> professionally maintained, not just my own cruddy setup) says \"(none)\" to\n> domainname and have the full hostname in hostname.\n> \n> And even the ones that use domainname tend to not have a fully qualified \n> DNS domain there. You need to use dnsdomainname to get that, and I don't \n> even know how to do it with standard libc.\n> \n\nCorrect me if I am wrong, but the right way to do this is to set the\nhostname to just that - the hostname, and add 'domain foo.com'\nto /etc/resolv.conf. Then you should get something like (for say\nwww1.foo.com):\n\n $ hostname\nwww1\n $ dnsdomainname\nfoo.com\n $ hostname -f\nwww1.foo.com\n\nI know for some buggy software the workaround was to set the hostname to\nthe FQDN, but that is really just a kludge, and the software should\nrather be fixed (had to patch postfix some time back for instance).\n\n\n-- \nMartin Schlemmer\n\n"},{"id":"880","messageId":"20050419223303.GB25966@kroah.com","threadId":"127","inReplyTo":"20050419222738.GA14566@nevyn.them.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Greg KH","fromEmail":"greg@kroah.com","sentAt":"2005-04-19T22:33:03Z","receivedAt":"2005-04-19T22:33:03Z","isPatch":true,"sender":{"key":"greg@kroah.com","avatar":"https://gravatar.com/avatar/5bb5aa0cc2e01c00ec899d11130c07796bc186e465bae57bc34873b13b72c7c8?d=mp&s=160"},"body":"On Tue, Apr 19, 2005 at 06:27:38PM -0400, Daniel Jacobowitz wrote:\n> On Tue, Apr 19, 2005 at 03:00:04PM -0700, Linus Torvalds wrote:\n> > \n> > \n> > On Tue, 19 Apr 2005, Greg KH wrote:\n> > > \n> > > It looks like your domain name isn't set up properly for your box (which\n> > > is why it worked for you, but not me before, causing that patch).\n> > \n> > No, I think it's a bug in your domainname changes. I don't think you\n> > should do the domainname at all if the hostname has a dot in it.\n> > \n> > Most machines I have access to (and that includes machines that are\n> > professionally maintained, not just my own cruddy setup) says \"(none)\" to\n> > domainname and have the full hostname in hostname.\n> > \n> > And even the ones that use domainname tend to not have a fully qualified \n> > DNS domain there. You need to use dnsdomainname to get that, and I don't \n> > even know how to do it with standard libc.\n> > \n> > So how about something like this?\n> > \n> > (Somebody who actually knows how these things should be done - please feel \n> > free to pipe up).\n> \n> The glibc documentation blows for this, but what getdomainname comes\n> from uname(2), not from any DNS-related configuration. Debian only\n> ever sets this if you're using NIS.\n\nWell, somehow Gentoo sets this up properly, and I'm not using NIS. Hm,\nmy SuSE boxes on the other hand...\n\n> There's no real great way to get the current hostname; a lot of\n> applications do a reverse DNS lookup on the primary network interface,\n> with appropriate handwaving to define primary.\n> \n> Easiest might be to punt to hostname --fqdn, or an equivalent to its\n> algorithm - which appears to be fetch the hostname from uname, do a DNS\n> lookup on that, and a reverse DNS lookup on the result.\n\nIck. Let's stick with Linus's patch for now...\n\nthanks,\n\ngreg k-h\n"},{"id":"881","messageId":"Pine.LNX.4.58.0504191525290.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"426583D5.2020308@mesatop.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T22:38:17Z","receivedAt":"2005-04-19T22:38:17Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Steven Cole wrote:\n>\n> But perhaps a progress bar right about here might be\n> a good thing for the terminally impatient.\n> \n> real 3m54.909s\n> user 0m14.835s\n> sys 0m10.587s\n> \n> 4 minutes might be long enough to cause some folks to lose hope.\n\nWell, the real operations took only 15 seconds. What kind of horribe \nperson are you, that you don't have all of the kernel in your disk cache \nalready? Shame on you.\n\nOr was the 4 minutes for downloading all the objest too?\n\nAnyway, it looks like you are using pasky's scripts, and the old \n\"patch-based\" upgrade at that. You certainly will _not_ see the\n\n\t[many files patched]\n\tpatching file mm/mmap.c\n\t..\n\nif you use a real git merge. That's probable be the real problem here.\n\nReal merges have no patches taking place _anywhere_. And they take about \nhalf a second. Doing an \"update\" of your tree should _literally_ boil down \nto\n\n\t#\n\t# \"repo\" needs to point to the repo we update from\n\t#\n\trsync -avz --ignore-existing $repo/objects/. .git/objects/.\n\trsync -L $repo/HEAD .git/NEW_HEAD || exit 1\n\tread-tree -m $(cat .git/NEW_HEAD) || exit 1\n\tcheckout-cache -f -a\n\tupdate-cache --refresh\n\tmv .git/NEW_HEAD .git/HEAD\n\nand if it does anything else, it's literally broken. Btw, the above does\nneed my \"read-tree -m\" thing which I committed today.\n\n(CAREFUL: the above is not a good script, because it _will_ just overwrite \nall your old contents with the stuff you updated to. You should thus not \nactually use something like this, but a \"git update\" should literally end \nup doing the above operations in the end, and just add proper checking).\n\nAnd if that takes 4 minutes, you've got problems.\n\nJust say no to patches. \n\n\t\tLinus\n\nPS: If you want a clean tree without any old files or anything else, for\nthat matter, you can then do a \"show-files -z --others | xargs -0 rm\", but\nbe careful: that will blow away _anything_ that wasn't revision controlled\nwith git. So don't blame me if your pr0n collection is gone afterwards.\n"},{"id":"883","messageId":"20050419223945.GG9305@pasky.ji.cz","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191316180.19286@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Petr Baudis","fromEmail":"pasky@ucw.cz","sentAt":"2005-04-19T22:39:45Z","receivedAt":"2005-04-19T22:39:45Z","isPatch":true,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Tue, Apr 19, 2005 at 10:20:47PM CEST, I got a letter\nwhere Linus Torvalds told me that...\n> Pasky? Can you check my latest git stuff, notably read-tree.c and the \n> changes to git-pull-script?\n\nI've made git merge to use read-tree -m, HTH.\n\nI will probably not buy git-export, though. (That is, it is merged, but\nI won't make git frontend for it.) My \"git export\" already does\nsomething different, but more importantly, \"git patch\" of mine already\ndoes effectively the same thing as you do, just for a single patch; so I\nwill probably just extend it to do it for an (a,b] range of patches.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nC++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor\n"},{"id":"885","messageId":"Pine.LNX.4.58.0504191539000.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"1113949783.2129.4.camel@nosferatu.lan","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T22:43:54Z","receivedAt":"2005-04-19T22:43:54Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Wed, 20 Apr 2005, Martin Schlemmer wrote:\n> \n> Correct me if I am wrong, but the right way to do this is to set the\n> hostname to just that - the hostname, and add 'domain foo.com'\n> to /etc/resolv.conf. \n\nI'll correct you.\n\nThe fact is, that's not what people do. Not me, not kernel.org, not _any_\nof the machines I've got access to. They put the fully qualified name in \nthe hostname, and just do \"search foo.com\" in /etc/resolv.conf.\n\nSo clearly, expecting that people work the way you claim is being\nextremely optimistic. I'm sure some people do that too, but I suspect I'm\nin the majority. Both Fedora Core and YellowDog act the way I described, \nnot the way you do..\n\n\t\tLinus\n"},{"id":"886","messageId":"7vpswqpes1.fsf@assigned-by-dhcp.cox.net","threadId":"127","inReplyTo":"20050419222609.GE9305@pasky.ji.cz","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-04-19T22:45:02Z","receivedAt":"2005-04-19T22:45:02Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":">>>>> \"PB\" == Petr Baudis writes:\n\nPB> I'm wondering if doing\n\nPB> if [ \"$(show-diff)\" ]; then\nPB> \tgit diff | git apply\nPB> else\nPB> \tcheckout-cache -f -a\nPB> fi\n\nPB> would actually buy us some time; or, how common is it for people to have\nPB> no local changes whatsoever, and whether relative slowdown of additional\nPB> show-diff to git diff would actually matter.\n\n\"show-diff -s\" perhaps. Also wouldn't it be faster to pipe\nshow-diff output (not git diff output) to patch (not git apply)?\n\n\n"},{"id":"887","messageId":"Pine.LNX.4.58.0504191544410.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"20050419222738.GA14566@nevyn.them.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T22:47:27Z","receivedAt":"2005-04-19T22:47:27Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Daniel Jacobowitz wrote:\n> \n> Easiest might be to punt to hostname --fqdn, or an equivalent to its\n> algorithm - which appears to be fetch the hostname from uname, do a DNS\n> lookup on that, and a reverse DNS lookup on the result.\n\nHah. I'll just commit my patch, and for any setup where that doesn't work, \npeople can set COMMIT_AUTHOR_EMAIL by hand.\n\n\t\tLinus\n"},{"id":"889","messageId":"Pine.LNX.4.58.0504191548500.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"20050419223945.GG9305@pasky.ji.cz","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T22:49:44Z","receivedAt":"2005-04-19T22:49:44Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Wed, 20 Apr 2005, Petr Baudis wrote:\n> \n> I will probably not buy git-export, though. (That is, it is merged, but\n> I won't make git frontend for it.) My \"git export\" already does\n> something different, but more importantly, \"git patch\" of mine already\n> does effectively the same thing as you do, just for a single patch; so I\n> will probably just extend it to do it for an (a,b] range of patches.\n\nThat's fine. It was a quick hack, just to show that if somebody wants to, \nthe data is trivially exportable.\n\n\t\tLinus\n"},{"id":"891","messageId":"20050419225232.GA8026@gimli.elemental.net","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191449270.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Lars Fenneberg","fromEmail":"lf@elemental.net","sentAt":"2005-04-19T22:52:32Z","receivedAt":"2005-04-19T22:52:32Z","isPatch":true,"sender":{"key":"lf@elemental.net","avatar":null},"body":"Hi all!\n\nQuoting Linus Torvalds (torvalds@osdl.org):\n\n> And even the ones that use domainname tend to not have a fully qualified \n> DNS domain there. You need to use dnsdomainname to get that, and I don't \n> even know how to do it with standard libc.\n\nI don't think getdomainname should be used at all in this case as it is the\ndomain name used by NIS and it might be different from the DNS domain name\nin the FQDN associated with a given host. I just looked into the domainname\nmanual page and it agrees with me:\n\n domainname, nisdomainname, ypdomainname will print the name of the\n system as returned by the getdomainname(2) function. This is also known as\n the YP/NIS domain name of the system.\n\nThat's why it is set to \"(none)\" (i.e. its not setup at all) on most hosts\nbecause if they're not running NIS it's not really needed.\n\nTo get the FQDN which is what we want you'd have to use something like\nthis:\n\n#include \n#include \n\nchar *getfqdn(void)\n{\n static char hostname[HOST_NAME_MAX + 1];\n struct hostent *hp;\n\n if (gethostname(hostname, sizeof(hostname)) < 0)\n {\n /* error handling */\n }\n\n if (!(hp = gethostbyname(hostname)))\n {\n /* just return the possibly unqualified hostname */\n\t\treturn hostname;\n }\n\n return hp->h_name;\n}\n\nCheers,\nLars.\n-- \nLars Fenneberg, lf@elemental.net (private), lf@mcs.de (work)\n"},{"id":"893","messageId":"20050419225830.GH9305@pasky.ji.cz","threadId":"127","inReplyTo":"7vpswqpes1.fsf@assigned-by-dhcp.cox.net","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Petr Baudis","fromEmail":"pasky@ucw.cz","sentAt":"2005-04-19T22:58:30Z","receivedAt":"2005-04-19T22:58:30Z","isPatch":true,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Wed, Apr 20, 2005 at 12:45:02AM CEST, I got a letter\nwhere Junio C Hamano told me that...\n> >>>>> \"PB\" == Petr Baudis writes:\n> \n> PB> I'm wondering if doing\n> \n> PB> if [ \"$(show-diff)\" ]; then\n> PB> \tgit diff | git apply\n> PB> else\n> PB> \tcheckout-cache -f -a\n> PB> fi\n> \n> PB> would actually buy us some time; or, how common is it for people to have\n> PB> no local changes whatsoever, and whether relative slowdown of additional\n> PB> show-diff to git diff would actually matter.\n> \n> \"show-diff -s\" perhaps. Also wouldn't it be faster to pipe\n> show-diff output (not git diff output) to patch (not git apply)?\n\nExcellent idea, thanks. Changed git merge to do this.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nC++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor\n"},{"id":"896","messageId":"20050419230233.GI9305@pasky.ji.cz","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191525290.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Petr Baudis","fromEmail":"pasky@ucw.cz","sentAt":"2005-04-19T23:02:33Z","receivedAt":"2005-04-19T23:02:33Z","isPatch":true,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Wed, Apr 20, 2005 at 12:38:17AM CEST, I got a letter\nwhere Linus Torvalds told me that...\n> Just say no to patches. \n\nFYI, I've - per Junio's suggestion - made git merge's fast-forward to\napply show-diff output as a patch instead. This is roughly equal to\ndoing the sanity check against local changes, except that it handles\nthem, while at it. (Tree merge refuses to work when there are local\nchanges.)\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nC++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor\n"},{"id":"903","messageId":"200504191704.48976.elenstev@mesatop.com","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191525290.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Steven Cole","fromEmail":"elenstev@mesatop.com","sentAt":"2005-04-19T23:04:48Z","receivedAt":"2005-04-19T23:04:48Z","isPatch":true,"sender":{"key":"elenstev@mesatop.com","avatar":null},"body":"On Tuesday 19 April 2005 04:38 pm, Linus Torvalds wrote:\n> \n> On Tue, 19 Apr 2005, Steven Cole wrote:\n> >\n> > But perhaps a progress bar right about here might be\n> > a good thing for the terminally impatient.\n> > \n> > real 3m54.909s\n> > user 0m14.835s\n> > sys 0m10.587s\n> > \n> > 4 minutes might be long enough to cause some folks to lose hope.\n> \n> Well, the real operations took only 15 seconds. What kind of horribe \n> person are you, that you don't have all of the kernel in your disk cache \n> already? Shame on you.\n> \n> Or was the 4 minutes for downloading all the objest too?\n\nYes, I was using a very recent version of the pasky tools,\nI had created the repo this morning with git init YOUR_RSYC_URL_FOR_LINUX-2.6.\nI did time git pull origin and watched the fur fly.\n\nThen, the flurry of patching file blah messages, followed by a rather \npregnant pause after the last patching message.\n\nI wasn't complaining about the 4 minutes, just the lack of feedback\nduring the majority of that time. And most of it was after the last\npatching file message.\n\n> \n> Anyway, it looks like you are using pasky's scripts, and the old \n> \"patch-based\" upgrade at that. You certainly will _not_ see the\n> \n> \t[many files patched]\n> \tpatching file mm/mmap.c\n> \t..\n> \n> if you use a real git merge. That's probable be the real problem here.\n> \n> Real merges have no patches taking place _anywhere_. And they take about \n> half a second. Doing an \"update\" of your tree should _literally_ boil down \n> to\n> \n> \t#\n> \t# \"repo\" needs to point to the repo we update from\n> \t#\n> \trsync -avz --ignore-existing $repo/objects/. .git/objects/.\n> \trsync -L $repo/HEAD .git/NEW_HEAD || exit 1\n> \tread-tree -m $(cat .git/NEW_HEAD) || exit 1\n> \tcheckout-cache -f -a\n> \tupdate-cache --refresh\n> \tmv .git/NEW_HEAD .git/HEAD\n> \n> and if it does anything else, it's literally broken. Btw, the above does\n> need my \"read-tree -m\" thing which I committed today.\n> \n> (CAREFUL: the above is not a good script, because it _will_ just overwrite \n> all your old contents with the stuff you updated to. You should thus not \n> actually use something like this, but a \"git update\" should literally end \n> up doing the above operations in the end, and just add proper checking).\n> \n> And if that takes 4 minutes, you've got problems.\n> \n> Just say no to patches. \n> \n> \t\tLinus\n> \n> PS: If you want a clean tree without any old files or anything else, for\n> that matter, you can then do a \"show-files -z --others | xargs -0 rm\", but\n> be careful: that will blow away _anything_ that wasn't revision controlled\n> with git. So don't blame me if your pr0n collection is gone afterwards.\n> \n\nOK. I may try some of this tomorrow from work, where I have a fat pipe.\n\nI'm on dialup from home, and I suspect not very many folks want to hear\nthe sad tale of how long it takes to get the kernel over 56k dialup.\n\nSteven\n"},{"id":"898","messageId":"42658E9B.4030609@kenjo.org","threadId":"127","inReplyTo":"20050419223303.GB25966@kroah.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Kenneth Johansson","fromEmail":"ken@kenjo.org","sentAt":"2005-04-19T23:04:59Z","receivedAt":"2005-04-19T23:04:59Z","isPatch":true,"sender":{"key":"ken@kenjo.org","avatar":null},"body":"Greg KH wrote:\n> On Tue, Apr 19, 2005 at 06:27:38PM -0400, Daniel Jacobowitz wrote:\n> \n>>On Tue, Apr 19, 2005 at 03:00:04PM -0700, Linus Torvalds wrote:\n>>\n>>>\n>>>On Tue, 19 Apr 2005, Greg KH wrote:\n>>>\n>>>>It looks like your domain name isn't set up properly for your box (which\n>>>>is why it worked for you, but not me before, causing that patch).\n>>>\n>>>No, I think it's a bug in your domainname changes. I don't think you\n>>>should do the domainname at all if the hostname has a dot in it.\n>>>\n>>>Most machines I have access to (and that includes machines that are\n>>>professionally maintained, not just my own cruddy setup) says \"(none)\" to\n>>>domainname and have the full hostname in hostname.\n>>>\n>>>And even the ones that use domainname tend to not have a fully qualified \n>>>DNS domain there. You need to use dnsdomainname to get that, and I don't \n>>>even know how to do it with standard libc.\n>>>\n>>>So how about something like this?\n>>>\n>>>(Somebody who actually knows how these things should be done - please feel \n>>>free to pipe up).\n>>\n>>The glibc documentation blows for this, but what getdomainname comes\n>>from uname(2), not from any DNS-related configuration. Debian only\n>>ever sets this if you're using NIS.\n> \n> \n> Well, somehow Gentoo sets this up properly, and I'm not using NIS. Hm,\n> my SuSE boxes on the other hand...\n\nI have to agree with Daniel on this one. The domainname is related to \nnis and can be whatever you want it has nothing to do with DNS domains. \nSimilar to a realm in kerberos\n\nThis is how it's used both on debian and solaris(don't use much else) \nand is consistent with Linus claim that it's common to have none.\n\n\n"},{"id":"902","messageId":"1113952317.2129.17.camel@nosferatu.lan","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191539000.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Martin Schlemmer","fromEmail":"azarah@nosferatu.za.org","sentAt":"2005-04-19T23:11:57Z","receivedAt":"2005-04-19T23:11:57Z","isPatch":true,"sender":{"key":"azarah@nosferatu.za.org","avatar":null},"body":"On Tue, 2005-04-19 at 15:43 -0700, Linus Torvalds wrote:\n> \n> On Wed, 20 Apr 2005, Martin Schlemmer wrote:\n> > \n> > Correct me if I am wrong, but the right way to do this is to set the\n> > hostname to just that - the hostname, and add 'domain foo.com'\n> > to /etc/resolv.conf. \n> \n> I'll correct you.\n> \n> The fact is, that's not what people do. Not me, not kernel.org, not _any_\n> of the machines I've got access to. They put the fully qualified name in \n> the hostname, and just do \"search foo.com\" in /etc/resolv.conf.\n> \n> So clearly, expecting that people work the way you claim is being\n> extremely optimistic. I'm sure some people do that too, but I suspect I'm\n> in the majority. Both Fedora Core and YellowDog act the way I described, \n> not the way you do..\n> \n\nThe interesting bit you snipped was the part where you said you do not\nknow how to get dnsdomainname to work properly, and that I answered.\nWhy this other crap about how 90% of the world does it?\n\nPS: If you have later tools, setting hostname to the FQDN and then still\nadding 'domain' to resolv.conf seems to do the right thing, although it\ndid not some time back (and was why I said the bit about hostname only\ncontaining the hostname, else you got something like 'hostname -f'\nreturning 'www1.foo.com.foo.com) ...\n\n\n-- \nMartin Schlemmer\n\n"},{"id":"904","messageId":"20050419231628.GJ9305@pasky.ji.cz","threadId":"127","inReplyTo":"200504191704.48976.elenstev@mesatop.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Petr Baudis","fromEmail":"pasky@ucw.cz","sentAt":"2005-04-19T23:16:28Z","receivedAt":"2005-04-19T23:16:28Z","isPatch":true,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Wed, Apr 20, 2005 at 01:04:48AM CEST, I got a letter\nwhere Steven Cole told me that...\n> Then, the flurry of patching file blah messages, followed by a rather \n> pregnant pause after the last patching message.\n> \n> I wasn't complaining about the 4 minutes, just the lack of feedback\n> during the majority of that time. And most of it was after the last\n> patching file message.\n\nThat must've been the update-cache.\n\nWell, you can listen to your strained disk crepitating direly.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nC++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor\n"},{"id":"909","messageId":"Pine.LNX.4.58.0504191627420.2274@ppc970.osdl.org","threadId":"127","inReplyTo":"200504191704.48976.elenstev@mesatop.com","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-19T23:38:17Z","receivedAt":"2005-04-19T23:38:17Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Tue, 19 Apr 2005, Steven Cole wrote:\n> \n> I wasn't complaining about the 4 minutes, just the lack of feedback\n> during the majority of that time. And most of it was after the last\n> patching file message.\n\nThat should be exactly the thing that the new \"read-tree -m\" fixes.\n\nBefore, when you read in a new tree (which is what you do when you update\nto somebody elses version), git would throw all the cached information\naway, and so you'd end up doing a \"checkout-cache -f -a\" that re-wrote\nevery single checked-out file, followed by \"update-cache --refresh\" that\nthen re-created the cache for every single file.\n\nWith the new read-tree, the same sequence (assuming you have the \"-m\" \nflag to tell read-tree to merge the cache information) will now only write\nout and re-check the files that actually changed due to the update or\nmerge.\n\nSo that last phase should go from minutes to seconds - instead of checking\n17,000+ files, you'd end up checking maybe a few hundred for most \"normal\"\nupdates.\n\nFor example, updating all the way from the git root (ie plain 2.6.12-rc2) \nto the current head, only 577 files have changed, and the rest (16,740)\nshould never be touched at all.\n\nYou can see why doing just the 577 instead of the full 17,317 might speed\nthings up a bit ;)\n\n\t\tLinus\n\nPS. Of course, right now it probably does make sense to waste some time\noccasionally, and run \"fsck-cache $(cat .git/HEAD)\" every once in a while.\nJust in case..\n"},{"id":"913","messageId":"200504191741.57626.elenstev@mesatop.com","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191627420.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Steven Cole","fromEmail":"elenstev@mesatop.com","sentAt":"2005-04-19T23:41:57Z","receivedAt":"2005-04-19T23:41:57Z","isPatch":true,"sender":{"key":"elenstev@mesatop.com","avatar":null},"body":"On Tuesday 19 April 2005 05:38 pm, Linus Torvalds wrote:\n> \n> On Tue, 19 Apr 2005, Steven Cole wrote:\n> > \n> > I wasn't complaining about the 4 minutes, just the lack of feedback\n> > during the majority of that time. And most of it was after the last\n> > patching file message.\n> \n> That should be exactly the thing that the new \"read-tree -m\" fixes.\n> \n> Before, when you read in a new tree (which is what you do when you update\n> to somebody elses version), git would throw all the cached information\n> away, and so you'd end up doing a \"checkout-cache -f -a\" that re-wrote\n> every single checked-out file, followed by \"update-cache --refresh\" that\n> then re-created the cache for every single file.\n> \n> With the new read-tree, the same sequence (assuming you have the \"-m\" \n> flag to tell read-tree to merge the cache information) will now only write\n> out and re-check the files that actually changed due to the update or\n> merge.\n> \n> So that last phase should go from minutes to seconds - instead of checking\n> 17,000+ files, you'd end up checking maybe a few hundred for most \"normal\"\n> updates.\n> \n> For example, updating all the way from the git root (ie plain 2.6.12-rc2) \n> to the current head, only 577 files have changed, and the rest (16,740)\n> should never be touched at all.\n> \n> You can see why doing just the 577 instead of the full 17,317 might speed\n> things up a bit ;)\n> \n> \t\tLinus\n\nCool. Petr, I hope this works like this with your tools tomorrow.\n\n> \n> PS. Of course, right now it probably does make sense to waste some time\n> occasionally, and run \"fsck-cache $(cat .git/HEAD)\" every once in a while.\n> Just in case..\n> \n> \nSounds like a good thing to schedule for $WEEHOUR.\n\nSteven\n"},{"id":"915","messageId":"20050420000158.GO8765@lug-owl.de","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191539000.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Jan-Benedict Glaw","fromEmail":"jbglaw@lug-owl.de","sentAt":"2005-04-20T00:01:58Z","receivedAt":"2005-04-20T00:01:58Z","isPatch":true,"sender":{"key":"jbglaw@lug-owl.de","avatar":null},"body":"On Tue, 2005-04-19 15:43:54 -0700, Linus Torvalds wrote:\n> On Wed, 20 Apr 2005, Martin Schlemmer wrote:\n> > \n> > Correct me if I am wrong, but the right way to do this is to set the\n> > hostname to just that - the hostname, and add 'domain foo.com'\n> > to /etc/resolv.conf. \n> \n> I'll correct you.\n> \n> The fact is, that's not what people do. Not me, not kernel.org, not _any_\n> of the machines I've got access to. They put the fully qualified name in \n> the hostname, and just do \"search foo.com\" in /etc/resolv.conf.\n\nThat's not entirely correct. Actually, basically all machines\n(administered by a number of people) only have the real hostname in\n/etc/hostname and a domain entry in /etc/resolv.conf .\n\n> So clearly, expecting that people work the way you claim is being\n> extremely optimistic. I'm sure some people do that too, but I suspect I'm\n> in the majority. Both Fedora Core and YellowDog act the way I described, \n> not the way you do..\n\nMaybe these two do it that way. I just checked a recently installed\nDebian box--they to it the way I'm used to^W^W^WMartin describes it.\n\nMfG, JBG\n\n-- \nJan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481 _ O _\n\"Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg _ _ O\n fuer einen Freien Staat voll Freier Bürger\" | im Internet! | im Irak! O O O\nret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));\n"},{"id":"1001","messageId":"dnbr898k0k.fsf@magla.zg.iskon.hr","threadId":"127","inReplyTo":"Pine.LNX.4.58.0504191525290.2274@ppc970.osdl.org","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Zlatko Calusic","fromEmail":"zlatko.calusic@iskon.hr","sentAt":"2005-04-20T16:56:11Z","receivedAt":"2005-04-20T16:56:11Z","isPatch":true,"sender":{"key":"zlatko.calusic@iskon.hr","avatar":null},"body":"Linus Torvalds writes:\n\n> Real merges have no patches taking place _anywhere_. And they take about \n> half a second. Doing an \"update\" of your tree should _literally_ boil down \n> to\n>\n> \t#\n> \t# \"repo\" needs to point to the repo we update from\n> \t#\n> \trsync -avz --ignore-existing $repo/objects/. .git/objects/.\n\nI see this -avz incantation mentioned everytime when rsync is\ninvolved. But, is the -z part (compression) really necessary knowing\nthat we're dealing with an already compressed tree? Doesn't it put\nadditional strain on the rsync server without any benefit in this\ncase?\n\nOr I might be too ignorant and not understand some internals well, but\nthen... I would like to know the reason. :)\n\nRegards,\n-- \nZlatko\n"},{"id":"1005","messageId":"Pine.LNX.4.58.0504201006360.6467@ppc970.osdl.org","threadId":"127","inReplyTo":"dnbr898k0k.fsf@magla.zg.iskon.hr","subject":"Re: [GIT PATCH] I2C and W1 bugfixes for 2.6.12-rc2","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-04-20T17:15:26Z","receivedAt":"2005-04-20T17:15:26Z","isPatch":true,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Wed, 20 Apr 2005, Zlatko Calusic wrote:\n> \n> I see this -avz incantation mentioned everytime when rsync is\n> involved. But, is the -z part (compression) really necessary knowing\n> that we're dealing with an already compressed tree? Doesn't it put\n> additional strain on the rsync server without any benefit in this\n> case?\n> \n> Or I might be too ignorant and not understand some internals well, but\n> then... I would like to know the reason. :)\n\nI'm not a big rsync user, so I just copied the examples of others.\n\nYou're right, for git, you should not use compression for files (I don't \nknow if rsync compresses the directory listings by default, I assume it \ndoes). \n\n\t\tLinus\n"}]}