{"thread":{"id":"15130","subject":"Bug/problem with 1.6.0 on UnixWare","startedAt":"2008-08-21T11:25:53Z","lastAt":"2008-08-22T07:58:39Z","messageCount":8,"participants":["Boyd Lynn Gerber","Mike Ralphson","Jeff King"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"87969","messageId":"alpine.LNX.1.10.0808210522450.24713@xenau.zenez.com","threadId":"15130","inReplyTo":null,"subject":"Bug/problem with 1.6.0 on UnixWare","fromName":"Boyd Lynn Gerber","fromEmail":"gerberb@zenez.com","sentAt":"2008-08-21T11:25:53Z","receivedAt":"2008-08-21T11:25:53Z","isPatch":false,"sender":{"key":"gerberb@zenez.com","avatar":null},"body":"Hello,\n\nI am having the same problem on UnixWare as I have with the SCO OpenServer \n6. trying to build git-1.6.0.\n\nHere is the error.\n\n CC shell.o\n AR compat/lib.a\n LINK git-shell\nUndefined first referenced\nsymbol in file\nhexval_table abspath.o\nnull_sha1 abspath.o\ntrust_executable_bit abspath.o\nhas_symlinks abspath.o\nUX:ld: ERROR: Symbol referencing errors. No output written to git-shell\ngmake: *** [git-shell] Error 1\n\nI need some assistance to track this down. I did not have any error with \nthe tests I did during the testing. I did not test often on all OS's.\n\nThanks,\n\n--\nBoyd Gerber \nZENEZ\t1042 East Fort Union #135, Midvale Utah 84047\n"},{"id":"87970","messageId":"e2b179460808210435w31b911a5ie6059b5628db8138@mail.gmail.com","threadId":"15130","inReplyTo":"alpine.LNX.1.10.0808210522450.24713@xenau.zenez.com","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Mike Ralphson","fromEmail":"mike.ralphson@gmail.com","sentAt":"2008-08-21T11:35:53Z","receivedAt":"2008-08-21T11:35:53Z","isPatch":false,"sender":{"key":"mike.ralphson@gmail.com","avatar":"https://avatars.githubusercontent.com/u/21603?v=4"},"body":"2008/8/21 Boyd Lynn Gerber :\n> I am having the same problem on UnixWare as I have with the SCO OpenServer\n> 6. trying to build git-1.6.0.\n>\n> Here is the error.\n>\n> CC shell.o\n> AR compat/lib.a\n> LINK git-shell\n> Undefined first referenced\n> symbol in file\n> hexval_table abspath.o\n> null_sha1 abspath.o\n> trust_executable_bit abspath.o\n> has_symlinks abspath.o\n> UX:ld: ERROR: Symbol referencing errors. No output written to git-shell\n> gmake: *** [git-shell] Error 1\n\nI think you've hit the problem described here:\nhttp://article.gmane.org/gmane.comp.version-control.git/92945/match=git+shell\n\nJunio's revert of the offending commit is I think in the 'next' branch.\n\nYou could also look at reverting 5b8e6f85f97 locally?\n\nCheers, Mike\n"},{"id":"87973","messageId":"alpine.LNX.1.10.0808210610440.29396@xenau.zenez.com","threadId":"15130","inReplyTo":"e2b179460808210435w31b911a5ie6059b5628db8138@mail.gmail.com","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Boyd Lynn Gerber","fromEmail":"gerberb@zenez.com","sentAt":"2008-08-21T12:18:02Z","receivedAt":"2008-08-21T12:18:02Z","isPatch":false,"sender":{"key":"gerberb@zenez.com","avatar":null},"body":"On Thu, 21 Aug 2008, Mike Ralphson wrote:\n> 2008/8/21 Boyd Lynn Gerber :\n> > I am having the same problem on UnixWare as I have with the SCO OpenServer\n> > 6. trying to build git-1.6.0.\n> >\n> > Here is the error.\n> >\n> > CC shell.o\n> > AR compat/lib.a\n> > LINK git-shell\n> > Undefined first referenced\n> > symbol in file\n> > hexval_table abspath.o\n> > null_sha1 abspath.o\n> > trust_executable_bit abspath.o\n> > has_symlinks abspath.o\n> > UX:ld: ERROR: Symbol referencing errors. No output written to git-shell\n> > gmake: *** [git-shell] Error 1\n> \n> I think you've hit the problem described here:\n> http://article.gmane.org/gmane.comp.version-control.git/92945/match=git+shell\n> \n> Junio's revert of the offending commit is I think in the 'next' branch.\n\nYep, that sounds about right. It has bitten me on the 12 platforms, I \nsubmitted to get git working on them. I will look at reverting it. \n\nI just tried to get this working and now I am being flooded with emails \nfrom people that are trying git for the first time, and asking...\n\nHow I could your recommend such a broken SCM? I told them to got back to \nthe 1.5.X but being new to git and then not being able to build and use it \nis causing a lot of flack. I am getting emails now about my recommending \ngit, as it is broken. I should not have announce to the various lists \nabout how great git is and that they should dump their older SCM's in \nfavor of git. Really bad timing on my part. I just hope these people \nwill give git an other try.\n\nThanks,\n\n--\nBoyd Gerber \nZENEZ\t1042 East Fort Union #135, Midvale Utah 84047\n"},{"id":"87976","messageId":"e2b179460808210541lfd7dcaeoea8554a2a76f8825@mail.gmail.com","threadId":"15130","inReplyTo":"alpine.LNX.1.10.0808210610440.29396@xenau.zenez.com","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Mike Ralphson","fromEmail":"mike.ralphson@gmail.com","sentAt":"2008-08-21T12:41:07Z","receivedAt":"2008-08-21T12:41:07Z","isPatch":false,"sender":{"key":"mike.ralphson@gmail.com","avatar":"https://avatars.githubusercontent.com/u/21603?v=4"},"body":"2008/8/21 Boyd Lynn Gerber :\n> Yep, that sounds about right. It has bitten me on the 12 platforms, I\n> submitted to get git working on them. I will look at reverting it.\n>\n> I just tried to get this working and now I am being flooded with emails\n> from people that are trying git for the first time, and asking...\n>\n> How I could your recommend such a broken SCM? I told them to got back to\n> the 1.5.X but being new to git and then not being able to build and use it\n> is causing a lot of flack. I am getting emails now about my recommending\n> git, as it is broken. I should not have announce to the various lists\n> about how great git is and that they should dump their older SCM's in\n> favor of git. Really bad timing on my part. I just hope these people\n> will give git an other try.\n\nIf it's possible, you might want to look at automatically building and\nrunning the git testsuite on some or all of your SCO etc platforms.\nYou're very welcome to push tags describing the state of the build and\ntests to http://repo.or.cz/w/git/gitbuild.git - there's a few scripts\nthere in a side branch.\n\nPersonally, I'd like it if Junio could check to see if the 'satellite'\nplatforms are happily building and passing the last rc before he tags\na final release (with no additional code changes in it!), but that may\nbe too much of the tail wagging the dog.\n\nEven though 1.6 builds and passes here, I probably won't push it out\nin my environment until 1.6.0.2 or so.\n\nMike\n"},{"id":"87978","messageId":"20080821130816.GB22453@coredump.intra.peff.net","threadId":"15130","inReplyTo":"e2b179460808210541lfd7dcaeoea8554a2a76f8825@mail.gmail.com","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2008-08-21T13:08:16Z","receivedAt":"2008-08-21T13:08:16Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, Aug 21, 2008 at 01:41:07PM +0100, Mike Ralphson wrote:\n\n> If it's possible, you might want to look at automatically building and\n> running the git testsuite on some or all of your SCO etc platforms.\n> You're very welcome to push tags describing the state of the build and\n> tests to http://repo.or.cz/w/git/gitbuild.git - there's a few scripts\n> there in a side branch.\n\nBTW, on my todo list is pushing my tags there. I am building FreeBSD\nnightly, and I plan to add Solaris 2.8. I just haven't gotten around to\nmaking the build work yet...:)\n\n> Personally, I'd like it if Junio could check to see if the 'satellite'\n> platforms are happily building and passing the last rc before he tags\n> a final release (with no additional code changes in it!), but that may\n> be too much of the tail wagging the dog.\n\nI think his procedure is more reactive. He tags 1.6.0-rc*, and he\nexpects us to complain to him if it is broken. The real deficiency here\nis that the broken platforms were not tested.\n\n-Peff\n"},{"id":"87990","messageId":"e2b179460808210738y9ca6e3fka113128fb1e6e024@mail.gmail.com","threadId":"15130","inReplyTo":"20080821130816.GB22453@coredump.intra.peff.net","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Mike Ralphson","fromEmail":"mike.ralphson@gmail.com","sentAt":"2008-08-21T14:38:32Z","receivedAt":"2008-08-21T14:38:32Z","isPatch":false,"sender":{"key":"mike.ralphson@gmail.com","avatar":"https://avatars.githubusercontent.com/u/21603?v=4"},"body":"2008/8/21 Jeff King :\n> On Thu, Aug 21, 2008 at 01:41:07PM +0100, Mike Ralphson wrote:\n>\n>> You're very welcome to push tags describing the state of the build and\n>> tests to http://repo.or.cz/w/git/gitbuild.git\n>\n> BTW, on my todo list is pushing my tags there. I am building FreeBSD\n> nightly, and I plan to add Solaris 2.8. I just haven't gotten around to\n> making the build work yet...:)\n\nGreat stuff. Though I think it might provoke some patches to improve\nthe display of multiple long tag names for the same commit in gitweb!\n\n>> Personally, I'd like it if Junio could check to see if the 'satellite'\n>> platforms are happily building and passing the last rc before he tags\n>> a final release (with no additional code changes in it!), but that may\n>> be too much of the tail wagging the dog.\n>\n> I think his procedure is more reactive. He tags 1.6.0-rc*, and he\n> expects us to complain to him if it is broken.\n\nGranted, but Junio seems to do releases at the weekend, and sometimes\nthey aren't the same content as the previous rc. Though I build and\ntest 7 days a week, I'd rarely look at the test results over the\nweekend. And I was on vacation when the last minute AIX breakage went\ninto 1.5.6 - not that I would necessarily have been able to fix that\none.\n\nMike\n"},{"id":"88035","messageId":"20080821204522.GA29361@coredump.intra.peff.net","threadId":"15130","inReplyTo":"e2b179460808210738y9ca6e3fka113128fb1e6e024@mail.gmail.com","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2008-08-21T20:45:22Z","receivedAt":"2008-08-21T20:45:22Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, Aug 21, 2008 at 03:38:32PM +0100, Mike Ralphson wrote:\n\n> Great stuff. Though I think it might provoke some patches to improve\n> the display of multiple long tag names for the same commit in gitweb!\n\nHeh. Can you pass along the final version of your build script? I want\nto make sure we are doing the same things.\n\n> Granted, but Junio seems to do releases at the weekend, and sometimes\n> they aren't the same content as the previous rc. Though I build and\n> test 7 days a week, I'd rarely look at the test results over the\n> weekend. And I was on vacation when the last minute AIX breakage went\n> into 1.5.6 - not that I would necessarily have been able to fix that\n> one.\n\nYes, in theory, last minute code changes could cause a portability\nbreakage. However, any changes from the last -rc to the release version\ntend to be extremely conservative (as judged by Junio), so in practice\nI don't think it happens. For example, I think this git-shell bug made\nit into master over a month before release.\n\n-Peff\n"},{"id":"88100","messageId":"e2b179460808220058o24f9b15bo74c2abcdd70abaab@mail.gmail.com","threadId":"15130","inReplyTo":"20080821204522.GA29361@coredump.intra.peff.net","subject":"Re: Bug/problem with 1.6.0 on UnixWare","fromName":"Mike Ralphson","fromEmail":"mike.ralphson@gmail.com","sentAt":"2008-08-22T07:58:39Z","receivedAt":"2008-08-22T07:58:39Z","isPatch":false,"sender":{"key":"mike.ralphson@gmail.com","avatar":"https://avatars.githubusercontent.com/u/21603?v=4"},"body":"2008/8/21 Jeff King :\n> On Thu, Aug 21, 2008 at 03:38:32PM +0100, Mike Ralphson wrote:\n>\n>> Great stuff. Though I think it might provoke some patches to improve\n>> the display of multiple long tag names for the same commit in gitweb!\n>\n> Heh. Can you pass along the final version of your build script? I want\n> to make sure we are doing the same things.\n\nhttp://repo.or.cz/w/git/gitbuild.git?a=blob;f=gitbuild.sh;h=d06fbef3c7aa54ea3beab4b3eed4d73387f3b136;hb=2da51f87b94ef564691a656f91b97472bf6d8c53\n\nThe setting of the PATH and GIT_SKIP_TESTS are obviously env. specific.\n\nAt the moment there's still a bit of manual faffing around when next\nis rewound after a release.\n\n> Yes, in theory, last minute code changes could cause a portability\n> breakage. However, any changes from the last -rc to the release version\n> tend to be extremely conservative (as judged by Junio), so in practice\n> I don't think it happens. For example, I think this git-shell bug made\n> it into master over a month before release.\n\nTrue, this instance isn't a last minute breakage.\n\nMike\n"}]}