{"thread":{"id":"3974","subject":"cg-clone not fetching all tags?","startedAt":"2006-04-27T10:52:51Z","lastAt":"2006-04-30T13:48:40Z","messageCount":9,"participants":["Wolfgang Denk","Petr Baudis","Johannes Sixt","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"19176","messageId":"20060427105251.AA4B2353DAC@atlas.denx.de","threadId":"3974","inReplyTo":null,"subject":"cg-clone not fetching all tags?","fromName":"Wolfgang Denk","fromEmail":"wd@denx.de","sentAt":"2006-04-27T10:52:51Z","receivedAt":"2006-04-27T10:52:51Z","isPatch":false,"sender":{"key":"wd@denx.de","avatar":null},"body":"Hi,\n\nit seems that \"cg-clone\" does not fetch all tags any more - only  the\nmost  recent ones (modiufied in the last N days?) seem to be fetched?\n[Eventually the \"N days\"  might  correspond  to  \"changing  tools  to\nversion X\", but I have no way to find out.]\n\nThis happens only when using HTTP; using ssh  or  rsync  works  fine.\nAlso,  if  we follow the \"cg-clone\" by a \"git-fetch -t\" command, this\nwill load the missing tags.\n\nIs this intentional, or am I doing anything wrong?\n\n[For testing, try \"cg-clone http://www.denx.de/git/u-boot.git\"]\n\nBest regards,\n\nWolfgang Denk\n\n-- \nSoftware Engineering:  Embedded and Realtime Systems,  Embedded Linux\nPhone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de\nIn theory, there is no difference between  theory  and  practice.  In\npractice, however, there is.\n"},{"id":"19252","messageId":"20060429140042.1FB37353DAC@atlas.denx.de","threadId":"3974","inReplyTo":"20060427105251.AA4B2353DAC@atlas.denx.de","subject":"Re: cg-clone not fetching all tags?","fromName":"Wolfgang Denk","fromEmail":"wd@denx.de","sentAt":"2006-04-29T14:00:42Z","receivedAt":"2006-04-29T14:00:42Z","isPatch":false,"sender":{"key":"wd@denx.de","avatar":null},"body":"[Repost because there was zero response, not even somebody telling me\nto RTFM or so.]\n\nHi,\n\nit seems that \"cg-clone\" does not fetch all tags any more - only  the\nmost  recent ones (modiufied in the last N days?) seem to be fetched?\n[Eventually the \"N days\"  might  correspond  to  \"changing  tools  to\nversion X\", but I have no way to find out.]\n\nThis happens only when using HTTP; using ssh  or  rsync  works  fine.\nAlso,  if  we follow the \"cg-clone\" by a \"git-fetch -t\" command, this\nwill load the missing tags.\n\nIs this intentional, or am I doing anything wrong?\n\n[For testing, try \"cg-clone http://www.denx.de/git/u-boot.git\"]\n\nBest regards,\n\nWolfgang Denk\n\n-- \nSoftware Engineering:  Embedded and Realtime Systems,  Embedded Linux\nPhone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de\nIn theory, there is no difference between  theory  and  practice.  In\npractice, however, there is.\n"},{"id":"19258","messageId":"20060429170542.GJ27689@pasky.or.cz","threadId":"3974","inReplyTo":"20060429140042.1FB37353DAC@atlas.denx.de","subject":"Re: cg-clone not fetching all tags?","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2006-04-29T17:05:42Z","receivedAt":"2006-04-29T17:05:42Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"  Hi,\n\nDear diary, on Sat, Apr 29, 2006 at 04:00:42PM CEST, I got a letter\nwhere Wolfgang Denk <wd@denx.de> said that...\n> it seems that \"cg-clone\" does not fetch all tags any more - only  the\n> most  recent ones (modiufied in the last N days?) seem to be fetched?\n> [Eventually the \"N days\"  might  correspond  to  \"changing  tools  to\n> version X\", but I have no way to find out.]\n> \n> This happens only when using HTTP; using ssh  or  rsync  works  fine.\n> Also,  if  we follow the \"cg-clone\" by a \"git-fetch -t\" command, this\n> will load the missing tags.\n> \n> Is this intentional, or am I doing anything wrong?\n> \n> [For testing, try \"cg-clone http://www.denx.de/git/u-boot.git\"]\n\n  you need to run git-update-server-info every time you add or update a\ntag (or best every time you push). See the NOTES section of\ncg-admin-setuprepo documentation for details on how to set it up to be\ncalled automagically at every push.\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":"19267","messageId":"200604292342.16306.johannes.sixt@telecom.at","threadId":"3974","inReplyTo":"20060429170542.GJ27689@pasky.or.cz","subject":"Re: cg-clone not fetching all tags?","fromName":"Johannes Sixt","fromEmail":"johannes.sixt@telecom.at","sentAt":"2006-04-29T21:42:16Z","receivedAt":"2006-04-29T21:42:16Z","isPatch":false,"sender":{"key":"j6t@kdbg.org","avatar":"https://avatars.githubusercontent.com/u/14810926?v=4"},"body":"On Saturday 29 April 2006 19:05, Petr Baudis wrote:\n>   Hi,\n>\n> Dear diary, on Sat, Apr 29, 2006 at 04:00:42PM CEST, I got a letter\n> where Wolfgang Denk <wd@denx.de> said that...\n>\n> > it seems that \"cg-clone\" does not fetch all tags any more - only  the\n> > most  recent ones (modiufied in the last N days?) seem to be fetched?\n> > [Eventually the \"N days\"  might  correspond  to  \"changing  tools  to\n> > version X\", but I have no way to find out.]\n> >\n> > This happens only when using HTTP; using ssh  or  rsync  works  fine.\n> > Also,  if  we follow the \"cg-clone\" by a \"git-fetch -t\" command, this\n> > will load the missing tags.\n> >\n> > Is this intentional, or am I doing anything wrong?\n> >\n> > [For testing, try \"cg-clone http://www.denx.de/git/u-boot.git\"]\n>\n>   you need to run git-update-server-info every time you add or update a\n> tag (or best every time you push). See the NOTES section of\n> cg-admin-setuprepo documentation for details on how to set it up to be\n> called automagically at every push.\n\nThere are two types of tags: They can point to\n1. a commit object\n2. a proper tag object (which in turn references the commit)\n\ngit-update-server-info seems to generate info only for case 2, and so are the \nonly ones that http can fetch.\n\n-- Hannes\n"},{"id":"19271","messageId":"20060429221112.4380F35288F@atlas.denx.de","threadId":"3974","inReplyTo":"20060429170542.GJ27689@pasky.or.cz","subject":"Re: cg-clone not fetching all tags?","fromName":"Wolfgang Denk","fromEmail":"wd@denx.de","sentAt":"2006-04-29T22:11:12Z","receivedAt":"2006-04-29T22:11:12Z","isPatch":false,"sender":{"key":"wd@denx.de","avatar":null},"body":"Dear Petr,\n\nin message <20060429170542.GJ27689@pasky.or.cz> you wrote:\n> \n>   you need to run git-update-server-info every time you add or update a\n> tag (or best every time you push). See the NOTES section of\n\nI do this. Also, this does not seem to explain why  I  can  only  see\nrecent tags, but not old ones?\n\n> cg-admin-setuprepo documentation for details on how to set it up to be\n> called automagically at every push.\n\nActually I don't use push, but \"cg-update\" on the receiving  end.  Is\nthis a problem? \n\n\nBest regards,\n\nWolfgang Denk\n\n-- \nSoftware Engineering:  Embedded and Realtime Systems,  Embedded Linux\nPhone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de\nThere's an old proverb that says just about whatever you want it to.\n"},{"id":"19270","messageId":"20060429221114.557FC35288F@atlas.denx.de","threadId":"3974","inReplyTo":"200604292342.16306.johannes.sixt@telecom.at","subject":"Re: cg-clone not fetching all tags?","fromName":"Wolfgang Denk","fromEmail":"wd@denx.de","sentAt":"2006-04-29T22:11:14Z","receivedAt":"2006-04-29T22:11:14Z","isPatch":false,"sender":{"key":"wd@denx.de","avatar":null},"body":"In message <200604292342.16306.johannes.sixt@telecom.at> you wrote:\n>\n> There are two types of tags: They can point to\n> 1. a commit object\n> 2. a proper tag object (which in turn references the commit)\n> \n> git-update-server-info seems to generate info only for case 2, and so are the \n> only ones that http can fetch.\n\nAnd git-cvsimport (at least older versions of it)  imports  CVS  tags\nonly as type 1 ?\n\nThat would perfectly explain the situation. How can this be fixed?\n\nBest regards,\nViele Grüße,\n\nWolfgang Denk\n\n-- \nSoftware Engineering:  Embedded and Realtime Systems,  Embedded Linux\nPhone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de\nThere is a multi-legged creature crawling on your shoulder.\n\t-- Spock, \"A Taste of Armageddon\", stardate 3193.9\n"},{"id":"19272","messageId":"200604300054.31526.johannes.sixt@telecom.at","threadId":"3974","inReplyTo":"20060429221114.557FC35288F@atlas.denx.de","subject":"Re: cg-clone not fetching all tags?","fromName":"Johannes Sixt","fromEmail":"johannes.sixt@telecom.at","sentAt":"2006-04-29T22:54:31Z","receivedAt":"2006-04-29T22:54:31Z","isPatch":false,"sender":{"key":"j6t@kdbg.org","avatar":"https://avatars.githubusercontent.com/u/14810926?v=4"},"body":"On Sunday 30 April 2006 00:11, Wolfgang Denk wrote:\n> In message <200604292342.16306.johannes.sixt@telecom.at> you wrote:\n> > There are two types of tags: They can point to\n> > 1. a commit object\n> > 2. a proper tag object (which in turn references the commit)\n> >\n> > git-update-server-info seems to generate info only for case 2, and so are\n> > the only ones that http can fetch.\n>\n> And git-cvsimport (at least older versions of it)  imports  CVS  tags\n> only as type 1 ?\n>\n> That would perfectly explain the situation. How can this be fixed?\n\nSomething like this tells you which one points to a commit or a tag:\n\nfor i in `find .git/refs/tags -type f`; do\n  echo -n \"$i \"; git-cat-file -t $(cat $i);\ndone\n\nThen for each commit-type $tag you do\n\ngit-tag -m ' ' $tag-new $tag\nmv .git/refs/tags/$tag-new .git/refs/tags/$tag\n\n(git-tag does not accept an empty tag message - if you dislike the \nsingle-blank-message, you have to manufacture your tags with git-mktag \nmanually.)\n\n-- Hannes\n"},{"id":"19273","messageId":"7vaca31z50.fsf@assigned-by-dhcp.cox.net","threadId":"3974","inReplyTo":"20060429221114.557FC35288F@atlas.denx.de","subject":"Re: cg-clone not fetching all tags?","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-04-30T04:11:07Z","receivedAt":"2006-04-30T04:11:07Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Wolfgang Denk <wd@denx.de> writes:\n\n> In message <200604292342.16306.johannes.sixt@telecom.at> you wrote:\n>>\n>> There are two types of tags: They can point to\n>> 1. a commit object\n>> 2. a proper tag object (which in turn references the commit)\n>> \n>> git-update-server-info seems to generate info only for case 2, and so are the \n>> only ones that http can fetch.\n>\n> And git-cvsimport (at least older versions of it)  imports  CVS  tags\n> only as type 1 ?\n>\n> That would perfectly explain the situation. How can this be fixed?\n\nI suspect there is no need to manufacture the tag.  Something\nlike this should do.\n\n*WARNING* Since I do not do Porcelain, and I am not a Cogito\nuser, this is obviously untested.  In addition, I am seriously\ndrunk right now... \n\n-- >8 --\n[PATCH] (cogito) Auto-follow lightweight tags as well.\n\n---\ndiff --git a/cg-fetch b/cg-fetch\nindex 687e6b9..39764c7 100755\n--- a/cg-fetch\n+++ b/cg-fetch\n@@ -218,7 +218,8 @@ fetch_tags()\n \tgit-ls-remote --tags \"$uri\" |\n \t\t# SHA1 refs/tags/v0.99.8^{} --> SHA1 tags/v0.99.8\n \t\t# where SHA1 is the object v0.99.8 tag points at.\n-\t\tsed -ne 's:\\([^\t]\\)\trefs/\\(tags/.*\\)^{}$:\\1 \\2:p' |\n+\t\tsed -n -e 's:\\([^\t]\\)\trefs/\\(tags/.*\\)^{}$:\\1 \\2:p' \\\n+\t\t    -e 's:\\([^\t]\\)\trefs/\\(tags/.*\\)$:\\1 \\2:p|' \\\n \t\twhile read sha1 tagname; do\n \t\t\t# Do we have the tag itself?\n \t\t\t[ -s \"$_git/refs/$tagname\" ] && continue\n"},{"id":"19286","messageId":"20060430134840.0027C353B12@atlas.denx.de","threadId":"3974","inReplyTo":"7vaca31z50.fsf@assigned-by-dhcp.cox.net","subject":"Re: cg-clone not fetching all tags?","fromName":"Wolfgang Denk","fromEmail":"wd@denx.de","sentAt":"2006-04-30T13:48:40Z","receivedAt":"2006-04-30T13:48:40Z","isPatch":false,"sender":{"key":"wd@denx.de","avatar":null},"body":"Dear Junio,\n\nin message <7vaca31z50.fsf@assigned-by-dhcp.cox.net> you wrote:\n> \n> I suspect there is no need to manufacture the tag.  Something\n> like this should do.\n\nGreat! Thanks a lot.\n\n> *WARNING* Since I do not do Porcelain, and I am not a Cogito\n> user, this is obviously untested.  In addition, I am seriously\n> drunk right now... \n\nGood enough. This one actually works:\n\n> -- >8 --\n> [PATCH] (cogito) Auto-follow lightweight tags as well.\n\n\n--- a/cg-fetchG\t2006-04-10 19:14:14.000000000 +0200\n+++ b/cg-fetch\t2006-04-30 14:35:03.000000000 +0200\n@@ -211,7 +211,8 @@\n \tgit-ls-remote --tags \"$uri\" |\n \t\t# SHA1 refs/tags/v0.99.8^{} --> SHA1 tags/v0.99.8\n \t\t# where SHA1 is the object v0.99.8 tag points at.\n-\t\tsed -ne 's:\\([^\t]\\)\trefs/\\(tags/.*\\)^{}$:\\1 \\2:p' |\n+\t\tsed -n -e 's:\\([^\t]\\)\trefs/\\(tags/.*\\)^{}$:\\1 \\2:p' \\\n+\t\t       -e 's:\\([^\t]\\)\trefs/\\(tags/.*\\)$:\\1 \\2:p' | \\\n \t\twhile read sha1 tagname; do\n \t\t\t# Do we have the tag itself?\n \t\t\t[ -s \"$_git/refs/$tagname\" ] && continue\n\n\nBest regards,\n\nWolfgang Denk\n\n-- \nSoftware Engineering:  Embedded and Realtime Systems,  Embedded Linux\nPhone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de\nIt's hard to think of you as the end result of millions of  years  of\nevolution.\n"}]}