Re: update.sh
On Monday, 16 January 2012 at 16:57:48 UTC, Andrei Alexandrescu wrote: On 1/16/12 9:22 AM, Jesse Phillips wrote: With that change it is likely you'll want to change update to use upstream instead of origin. Though it is probably dependent on if the user has upstream which I don't know of a good way to check. Or you could just require those to have an upstream. https://github.com/D-Programming-Language/tools/blob/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d/update.sh#L136 You can add the remote to your repository with git remote add upstream g...@github.com:D-Programming-Language/dmd.git At what point in the script should I insert that command? Andrei Sorry, I meant that you could add the remote repository "upstream" to your personal git repository, the one you, Andrei cloned on your system. The change I am suggesting is to change line 136 and 137 so that -git pull origin master && \ -git pull origin master --tags && \ +git pull upstream master --tags && \ just noticed you are pulling twice, when you can do it once.
Re: update.sh
On 2012-01-16 21:24, jdrewsen wrote: On Monday, 16 January 2012 at 15:48:17 UTC, Jacob Carlborg wrote: On 2012-01-16 16:38, Andrei Alexandrescu wrote: On 1/16/12 3:02 AM, Jacob Carlborg wrote: A large list of dependencies?? The only runtime dependency is zlib. That's in the case we want to include it in tools/. Andrei So you're referring to the build dependencies. * DSSS - It's possible to build it with rdmd instead. This will remove the dependency on DSSS, I assume rdmd is ok to have as a dependency. * D1 - I plan to port the project to D2 (using Tango) * Mercurial - I plan to move the project go github That changes the dependencies to: * A D2 compiler * Tango * zlib * Git Of those dependencies I guess it's only Tango that would be a blocker. Wouldn't it be weird to have a dependency on Tango when the std lib is Phobos? /Jonas I haven't said I want to include it in the "tools" repository, that was what Andrei said. -- /Jacob Carlborg
Re: update.sh
On Monday, 16 January 2012 at 15:48:17 UTC, Jacob Carlborg wrote: On 2012-01-16 16:38, Andrei Alexandrescu wrote: On 1/16/12 3:02 AM, Jacob Carlborg wrote: A large list of dependencies?? The only runtime dependency is zlib. That's in the case we want to include it in tools/. Andrei So you're referring to the build dependencies. * DSSS - It's possible to build it with rdmd instead. This will remove the dependency on DSSS, I assume rdmd is ok to have as a dependency. * D1 - I plan to port the project to D2 (using Tango) * Mercurial - I plan to move the project go github That changes the dependencies to: * A D2 compiler * Tango * zlib * Git Of those dependencies I guess it's only Tango that would be a blocker. Wouldn't it be weird to have a dependency on Tango when the std lib is Phobos? /Jonas
Re: update.sh
On 1/16/12 5:46 AM, Nick Sabalausky wrote: I don't mean to say that your tool is bad or that you shouldn't have made it, but the issues you addressed with DVM can be fixed, and really, I've been detecting a bit of NIH coming from your general direction. I've noticed that any time you want something, you go off and do it yourself, and to hell with any part of the community that's been working on anything similar. If you see a problem with the existing options, at the very least you could say something instead of ignoring it and going cowboy-coder, running off undermining anything that doesn't have the official "Championed by Andrei" stamp. I apologize for the tone, I overreacted. I'm sure you weren't trying to undermine anyone or anything, just posting a potentially helpful tool, like we all try to do. I do think it would be nice for you to give feedback if there's any D tools/libs that are similar to what you want but don't quite fit the bill for one reason or another. But I understand if it wasn't clear that DVM was trying to move in that direction. As always, constructive feedback is welcome. In this case I don't see a reason to read much into it. The script simply puts together the actions that someone working on dmd need to do needs to type on a regular basis, and parallelizes the slowest parts of it. It's not a "tool" and not pretending to be one - it's a very specific collection of actions. Quite a textbook example of the usefulness of Unix scripting. I wasn't enumerating "issues" that need to be "fixed" with DVM - merely mentioning simple reasons that make DVM and update.sh different enough to not compete. Andrei
Re: update.sh
On 1/16/12 9:22 AM, Jesse Phillips wrote: With that change it is likely you'll want to change update to use upstream instead of origin. Though it is probably dependent on if the user has upstream which I don't know of a good way to check. Or you could just require those to have an upstream. https://github.com/D-Programming-Language/tools/blob/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d/update.sh#L136 You can add the remote to your repository with git remote add upstream g...@github.com:D-Programming-Language/dmd.git At what point in the script should I insert that command? Andrei
Re: update.sh
On 2012-01-16 16:38, Andrei Alexandrescu wrote: On 1/16/12 3:02 AM, Jacob Carlborg wrote: A large list of dependencies?? The only runtime dependency is zlib. That's in the case we want to include it in tools/. Andrei So you're referring to the build dependencies. * DSSS - It's possible to build it with rdmd instead. This will remove the dependency on DSSS, I assume rdmd is ok to have as a dependency. * D1 - I plan to port the project to D2 (using Tango) * Mercurial - I plan to move the project go github That changes the dependencies to: * A D2 compiler * Tango * zlib * Git Of those dependencies I guess it's only Tango that would be a blocker. -- /Jacob Carlborg
Re: update.sh
On 1/16/12 3:02 AM, Jacob Carlborg wrote: A large list of dependencies?? The only runtime dependency is zlib. That's in the case we want to include it in tools/. Andrei
Re: update.sh
On Monday, 16 January 2012 at 04:16:12 UTC, Andrei Alexandrescu wrote: On 1/15/12 9:15 PM, Jesse Phillips wrote: I might suggest using: git clone -o upstream git://github.com/D-Programming-Language/tools.git for cloning a new repository. This would allow developers to add their fork of the repository as origin (Default remote name). So now the update script would have to pull from upstream instead of origin to do the update... This will be a common setup for not D-Programming-Language organization members. Updated, please advise. Thanks! https://github.com/D-Programming-Language/tools/commit/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d Andrei With that change it is likely you'll want to change update to use upstream instead of origin. Though it is probably dependent on if the user has upstream which I don't know of a good way to check. Or you could just require those to have an upstream. https://github.com/D-Programming-Language/tools/blob/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d/update.sh#L136 You can add the remote to your repository with git remote add upstream g...@github.com:D-Programming-Language/dmd.git
Re: update.sh
"Nick Sabalausky" wrote in message news:jf0ois$1t01$1...@digitalmars.com... > "Andrei Alexandrescu" wrote in message > news:jf0l94$1i6a$1...@digitalmars.com... >> On 1/16/12 1:18 AM, Jacob Carlborg wrote: >>> On 2012-01-16 06:20, Nick Sabalausky wrote: >>>> >>>> Soo...you made a tool to do what DVM already does? ;) >>> >>> And only works on Posix. >> >> It's a simple 200 lines script that does something that someone working >> on dmd etc. needs. > > Fair enough. > > And to be honest, DVM doesn't actually do the git checkout just yet > (that's planned). But it'll compile it once you have checked out from git > (Although I think the recent move of the DMD download page from > digitalmars.com to d-p-l.org broke part of it - we admittedly need to fix > that.) > >> I just looked over DVM (on https://bitbucket.org/doob/dvm/wiki/Home). >> It's a large program, has a large list of dependencies, > > It doesn't have any runtime dependencies. > > As far as compile-time dependencies, that's only relevent if you need to > compile it, which should be very rare since binaries are already provided > for Win, OSX, Lin32 and Lin64. > >> is largely undocumented (I'm unclear even to what extent it does what I >> need), > > Fair enough. That's something we could use improve. > >> it seems to do a ton of stuff I don't need, > > Uhh...so? > >> and there's no way it could be justified for inclusion in tools/. > > Are there any other reasons for this besides what you've outlined? (If so, > that would help us.) > >> It's great that DVM exists for people who need it, but I don't see a >> competition between it and update.sh. >> > > I don't mean to say that your tool is bad or that you shouldn't have made > it, but the issues you addressed with DVM can be fixed, and really, I've > been detecting a bit of NIH coming from your general direction. I've > noticed that any time you want something, you go off and do it yourself, > and to hell with any part of the community that's been working on anything > similar. If you see a problem with the existing options, at the very least > you could say something instead of ignoring it and going cowboy-coder, > running off undermining anything that doesn't have the official > "Championed by Andrei" stamp. > I apologize for the tone, I overreacted. I'm sure you weren't trying to undermine anyone or anything, just posting a potentially helpful tool, like we all try to do. I do think it would be nice for you to give feedback if there's any D tools/libs that are similar to what you want but don't quite fit the bill for one reason or another. But I understand if it wasn't clear that DVM was trying to move in that direction.
Re: update.sh
"Jacob Carlborg" wrote in message news:jf0pi9$1u50$3...@digitalmars.com... > > Is this still a problem, have you tried to re-download dvm? > > https://bitbucket.org/doob/dvm/changeset/40f17ea46d0f > http://www.semitwist.com/download/img/works-for-me.jpeg
Re: update.sh
On 2012-01-16 09:54, Nick Sabalausky wrote: "Andrei Alexandrescu" wrote in message news:jf0l94$1i6a$1...@digitalmars.com... On 1/16/12 1:18 AM, Jacob Carlborg wrote: On 2012-01-16 06:20, Nick Sabalausky wrote: Soo...you made a tool to do what DVM already does? ;) And only works on Posix. It's a simple 200 lines script that does something that someone working on dmd etc. needs. Fair enough. And to be honest, DVM doesn't actually do the git checkout just yet (that's planned). But it'll compile it once you have checked out from git (Although I think the recent move of the DMD download page from digitalmars.com to d-p-l.org broke part of it - we admittedly need to fix that.) Is this still a problem, have you tried to re-download dvm? https://bitbucket.org/doob/dvm/changeset/40f17ea46d0f -- /Jacob Carlborg
Re: update.sh
On 2012-01-16 10:02, Jacob Carlborg wrote: On 2012-01-16 08:57, Andrei Alexandrescu wrote: On 1/16/12 1:18 AM, Jacob Carlborg wrote: On 2012-01-16 06:20, Nick Sabalausky wrote: "Andrei Alexandrescu" wrote in message news:jevr6q$8vp$1...@digitalmars.com... I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Soo...you made a tool to do what DVM already does? ;) And only works on Posix. It's a simple 200 lines script that does something that someone working on dmd etc. needs. I just looked over DVM (on https://bitbucket.org/doob/dvm/wiki/Home). It's a large program, has a large list of dependencies, is largely undocumented (I'm unclear even to what extent it does what I need), it seems to do a ton of stuff I don't need, and there's no way it could be justified for inclusion in tools/. It's great that DVM exists for people who need it, but I don't see a competition between it and update.sh. Andrei A large list of dependencies?? The only runtime dependency is zlib. And this is on Posix (which basally always have it installed by default). On Windows it's statically linked. -- /Jacob Carlborg
Re: update.sh
On 2012-01-16 08:57, Andrei Alexandrescu wrote: On 1/16/12 1:18 AM, Jacob Carlborg wrote: On 2012-01-16 06:20, Nick Sabalausky wrote: "Andrei Alexandrescu" wrote in message news:jevr6q$8vp$1...@digitalmars.com... I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Soo...you made a tool to do what DVM already does? ;) And only works on Posix. It's a simple 200 lines script that does something that someone working on dmd etc. needs. I just looked over DVM (on https://bitbucket.org/doob/dvm/wiki/Home). It's a large program, has a large list of dependencies, is largely undocumented (I'm unclear even to what extent it does what I need), it seems to do a ton of stuff I don't need, and there's no way it could be justified for inclusion in tools/. It's great that DVM exists for people who need it, but I don't see a competition between it and update.sh. Andrei A large list of dependencies?? The only runtime dependency is zlib. -- /Jacob Carlborg
Re: update.sh
"Andrei Alexandrescu" wrote in message news:jf0l94$1i6a$1...@digitalmars.com... > On 1/16/12 1:18 AM, Jacob Carlborg wrote: >> On 2012-01-16 06:20, Nick Sabalausky wrote: >>> >>> Soo...you made a tool to do what DVM already does? ;) >> >> And only works on Posix. > > It's a simple 200 lines script that does something that someone working on > dmd etc. needs. Fair enough. And to be honest, DVM doesn't actually do the git checkout just yet (that's planned). But it'll compile it once you have checked out from git (Although I think the recent move of the DMD download page from digitalmars.com to d-p-l.org broke part of it - we admittedly need to fix that.) > I just looked over DVM (on https://bitbucket.org/doob/dvm/wiki/Home). It's > a large program, has a large list of dependencies, It doesn't have any runtime dependencies. As far as compile-time dependencies, that's only relevent if you need to compile it, which should be very rare since binaries are already provided for Win, OSX, Lin32 and Lin64. > is largely undocumented (I'm unclear even to what extent it does what I > need), Fair enough. That's something we could use improve. > it seems to do a ton of stuff I don't need, Uhh...so? > and there's no way it could be justified for inclusion in tools/. Are there any other reasons for this besides what you've outlined? (If so, that would help us.) > It's great that DVM exists for people who need it, but I don't see a > competition between it and update.sh. > I don't mean to say that your tool is bad or that you shouldn't have made it, but the issues you addressed with DVM can be fixed, and really, I've been detecting a bit of NIH coming from your general direction. I've noticed that any time you want something, you go off and do it yourself, and to hell with any part of the community that's been working on anything similar. If you see a problem with the existing options, at the very least you could say something instead of ignoring it and going cowboy-coder, running off undermining anything that doesn't have the official "Championed by Andrei" stamp.
Re: update.sh
On 1/16/12 1:18 AM, Jacob Carlborg wrote: On 2012-01-16 06:20, Nick Sabalausky wrote: "Andrei Alexandrescu" wrote in message news:jevr6q$8vp$1...@digitalmars.com... I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Soo...you made a tool to do what DVM already does? ;) And only works on Posix. It's a simple 200 lines script that does something that someone working on dmd etc. needs. I just looked over DVM (on https://bitbucket.org/doob/dvm/wiki/Home). It's a large program, has a large list of dependencies, is largely undocumented (I'm unclear even to what extent it does what I need), it seems to do a ton of stuff I don't need, and there's no way it could be justified for inclusion in tools/. It's great that DVM exists for people who need it, but I don't see a competition between it and update.sh. Andrei
Re: update.sh
On 2012-01-16 06:20, Nick Sabalausky wrote: "Andrei Alexandrescu" wrote in message news:jevr6q$8vp$1...@digitalmars.com... I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Soo...you made a tool to do what DVM already does? ;) And only works on Posix. -- /Jacob Carlborg
Re: update.sh
"Andrei Alexandrescu" wrote in message news:jevr6q$8vp$1...@digitalmars.com... >I just added a handy script, tools/update.sh. > > https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 > > It's useful for people who work on dmd and want to either download anew or > freshen their repositories. > > Comments and ideas are welcome. > > Soo...you made a tool to do what DVM already does? ;)
Re: update.sh
On 1/15/12 11:07 PM, Jordi Sayol wrote: Now it works! But always compiles to 32-bit. Can it pass MODEL=xx to make? Done. https://github.com/D-Programming-Language/tools/commit/f4af4d29a66e5152da92e28550a607d1252840e4 Andrei
Re: update.sh
Al 16/01/12 05:16, En/na Andrei Alexandrescu ha escrit: > On 1/15/12 9:15 PM, Jesse Phillips wrote: >> Note that the line shown is using pulling as the D-Programming-Language >> organization, so only members there will have such access. You could use >> the read only version: >> >> git://github.com/D-Programming-Language/tools.git >> >> I might suggest using: >> >> git clone -o upstream git://github.com/D-Programming-Language/tools.git >> >> for cloning a new repository. This would allow developers to add their >> fork of the repository as origin (Default remote name). So now the >> update script would have to pull from upstream instead of origin to do >> the update... This will be a common setup for not D-Programming-Language >> organization members. > > Updated, please advise. Thanks! > > https://github.com/D-Programming-Language/tools/commit/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d > > Andrei > Now it works! But always compiles to 32-bit. Can it pass MODEL=xx to make? -- Jordi Sayol
Re: update.sh
On 1/15/12 9:15 PM, Jesse Phillips wrote: Note that the line shown is using pulling as the D-Programming-Language organization, so only members there will have such access. You could use the read only version: git://github.com/D-Programming-Language/tools.git I might suggest using: git clone -o upstream git://github.com/D-Programming-Language/tools.git for cloning a new repository. This would allow developers to add their fork of the repository as origin (Default remote name). So now the update script would have to pull from upstream instead of origin to do the update... This will be a common setup for not D-Programming-Language organization members. Updated, please advise. Thanks! https://github.com/D-Programming-Language/tools/commit/c5c61a67b7f043f8127d3bf92c98d19a30d6b06d Andrei
Re: update.sh
On Monday, 16 January 2012 at 02:28:37 UTC, Andrei Alexandrescu wrote: Looks like the issue is this: git clone g...@github.com:D-Programming-Language/dmd.git Do you have a github account set up that would let you run the command above? If not, I wonder how the situation can be detected and what instructions to give the user. Andrei Note that the line shown is using pulling as the D-Programming-Language organization, so only members there will have such access. You could use the read only version: git://github.com/D-Programming-Language/tools.git I might suggest using: git clone -o upstream git://github.com/D-Programming-Language/tools.git for cloning a new repository. This would allow developers to add their fork of the repository as origin (Default remote name). So now the update script would have to pull from upstream instead of origin to do the update... This will be a common setup for not D-Programming-Language organization members.
Re: update.sh
Al 16/01/12 03:28, En/na Andrei Alexandrescu ha escrit: > On 1/15/12 7:39 PM, Jordi Sayol wrote: >> Al 16/01/12 01:32, En/na Andrei Alexandrescu ha escrit: >>> I just added a handy script, tools/update.sh. >>> >>> https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 >>> >>> It's useful for people who work on dmd and want to either download anew or >>> freshen their repositories. >>> >>> Comments and ideas are welcome. >>> >>> >>> Andrei >>> >> >> I got attached errors on Ubuntu 11.04 64-bit, zsh v.4.3.11 > > Thanks for looking into this, Jordi. > > Looks like the issue is this: > > git clone g...@github.com:D-Programming-Language/dmd.git > > Do you have a github account set up that would let you run the command above? > If not, I wonder how the situation can be detected and what instructions to > give the user. > > > Andrei > > I've a github account and the above command returns the same error than update.sh script. however, this command successfully finish: $ git clone https://github.com/D-Programming-Language/d-programming-language.org.git -- Jordi Sayol
Re: update.sh
On 1/15/2012 6:28 PM, Andrei Alexandrescu wrote: > On 1/15/12 7:39 PM, Jordi Sayol wrote: >> Al 16/01/12 01:32, En/na Andrei Alexandrescu ha escrit: >>> I just added a handy script, tools/update.sh. >>> >>> https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 >>> >>> It's useful for people who work on dmd and want to either download anew or >>> freshen their repositories. >>> >>> Comments and ideas are welcome. >>> >>> >>> Andrei >>> >> >> I got attached errors on Ubuntu 11.04 64-bit, zsh v.4.3.11 > > Thanks for looking into this, Jordi. > > Looks like the issue is this: > > git clone g...@github.com:D-Programming-Language/dmd.git > > Do you have a github account set up that would let you run the command above? > If not, I wonder how the situation can be > detected and what instructions to give the user. > > > Andrei IMHO, if you're building from source, you might as well take the time to setup a github account. Otherwise, what's the point? Might as well grab the release binaries.
Re: update.sh
On 1/15/12 7:39 PM, Jordi Sayol wrote: Al 16/01/12 01:32, En/na Andrei Alexandrescu ha escrit: I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Andrei I got attached errors on Ubuntu 11.04 64-bit, zsh v.4.3.11 Thanks for looking into this, Jordi. Looks like the issue is this: git clone g...@github.com:D-Programming-Language/dmd.git Do you have a github account set up that would let you run the command above? If not, I wonder how the situation can be detected and what instructions to give the user. Andrei
Re: update.sh
Al 16/01/12 01:32, En/na Andrei Alexandrescu ha escrit: > I just added a handy script, tools/update.sh. > > https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 > > It's useful for people who work on dmd and want to either download anew or > freshen their repositories. > > Comments and ideas are welcome. > > > Andrei > I got attached errors on Ubuntu 11.04 64-bit, zsh v.4.3.11 -- Jordi Sayol ~/test$ ./update.sh *** The following projects will be INSTALLED: /home/jordi/test/dmd /home/jordi/test/druntime /home/jordi/test/phobos /home/jordi/test/d-programming-language.org /home/jordi/test/tools /home/jordi/test/installer Is this what you want? y Permission denied (publickey). fatal: The remote end hung up unexpectedly Permission denied (publickey). fatal: The remote end hung up unexpectedly Permission denied (publickey). fatal: The remote end hung up unexpectedly Permission denied (publickey). fatal: The remote end hung up unexpectedly Permission denied (publickey). fatal: The remote end hung up unexpectedly Permission denied (publickey). fatal: The remote end hung up unexpectedly Getting dmd failed. ~/test$
update.sh
I just added a handy script, tools/update.sh. https://github.com/D-Programming-Language/tools/commit/cc4e3c07c2ebb19dbb90c2d29c828f5fb714e605 It's useful for people who work on dmd and want to either download anew or freshen their repositories. Comments and ideas are welcome. Andrei
