Re: Release D 2.078.2
On 19/02/2018 7:43 PM, Eugene Wissner wrote: On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote: On 02/17/2018 06:52 AM, Eugene Wissner wrote: On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler? I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects. You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases. It would be great if dub had some global configuration file /etc/dub.conf (or dub.json) for example, where the defaults can be set (I don't know if something like this already exists), or maybe /etc/d/ where dub.conf and dmd.conf can be put - it seems a bit cleaner to me. https://github.com/dlang/dub/blob/master/source/dub/dub.d#L218 https://github.com/dlang/dub/blob/master/source/dub/dub.d#L1608
Re: Release D 2.078.2
On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote: On 02/17/2018 06:52 AM, Eugene Wissner wrote: On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler? I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects. You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases. It would be great if dub had some global configuration file /etc/dub.conf (or dub.json) for example, where the defaults can be set (I don't know if something like this already exists), or maybe /etc/d/ where dub.conf and dmd.conf can be put - it seems a bit cleaner to me. I think that shipping dub and dmd together is generally a good thing. I'm using Ubuntu at work and I'm pretty happy that I can just download one package and get the main d tools installed together. One of the things I hate about the most deb/rpm based distributions, is that the most programs are split in a lot of small packages. As for Slackware I want to switch to building dmd from source anyway, so I think it doesn't matter a lot for maintainers that binary packages have dub as well. And for normal people it's just simpler to install everything together as you said.
Re: Release D 2.078.2
On 02/17/2018 06:52 AM, Eugene Wissner wrote: > On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: >> On 02/10/2018 09:17 AM, Thomas Mader wrote: >>> https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. >> >> Out of curiosity, do you have a strong use-case to install/update dub >> separately of the compiler? > > I'm shipping dub (as a part of d-tools package) separately from the > compiler for Slackware Linux. This way it can be built with the compiler > of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub > with every compiler since you can use --compiler option. And the > compiler dub is built with, is the default compiler to build dub projects. You have any idea for a more sensible default compiler? IIRC dub now supports any compiler out of the box, but indeed the search order depends on it's host compiler. The main goal of shipping dub with the compiler was to simplify distribution and increase it's usage. Would you say this goal is met, or should we consider to release dub binaries separately but in sync with dlang releases.
Re: Release D 2.078.2
On 02/17/2018 10:35 AM, Thomas Mader wrote: > But I package dub and the tools as a separate package from dmd. > Archlinux is doing the same and I find it reasonable. dub and the tools > should be buildable with other compilers too and one day I might switch > to ldc as the default compiler for the distribution because of speed. Dub hardly is CPU bound, and using different binaries (build settings) on other systems might cause harder to reproduce bugs. I think we'll transition to gdc or ldc for dmd releases at some point, if I or someone else find enough time for that.
Re: Release D 2.078.2
On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler? I don't even use or need latest as of yet. I need to download the exact same version in my scripts nevertheless. I just saw that it was not updated and wanted to let you know. But I package dub and the tools as a separate package from dmd. Archlinux is doing the same and I find it reasonable. dub and the tools should be buildable with other compilers too and one day I might switch to ldc as the default compiler for the distribution because of speed.
Re: Release D 2.078.2
On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler? I'm shipping dub (as a part of d-tools package) separately from the compiler for Slackware Linux. This way it can be built with the compiler of choice: dmd, gdc or ldc. It doesn't always make sense to ship dub with every compiler since you can use --compiler option. And the compiler dub is built with, is the default compiler to build dub projects.
Re: Release D 2.078.2
On 02/10/2018 09:17 AM, Thomas Mader wrote: > https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. Out of curiosity, do you have a strong use-case to install/update dub separately of the compiler?
Re: Release D 2.078.2
On Saturday, 10 February 2018 at 08:17:27 UTC, Thomas Mader wrote: On Friday, 9 February 2018 at 09:20:14 UTC, Martin Nowak wrote: This point release also ships with dub 1.7.2 which further improves reliability. https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07 - -Martin https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. https://github.com/dlang/dub/issues/1367
Re: Release D 2.078.2
On Friday, 9 February 2018 at 09:20:14 UTC, Martin Nowak wrote: This point release also ships with dub 1.7.2 which further improves reliability. https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07 - -Martin https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.
Release D 2.078.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glad to announce D 2.078.2. http://dlang.org/download.html This point release fixes a few issues over 2.078.2, see the changelog for more details. http://dlang.org/changelog/2.078.2.html This point release also ships with dub 1.7.2 which further improves reliability. https://github.com/dlang/dub/blob/master/CHANGELOG.md#v172---2018-02-07 - -Martin -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEpzRNrTw0HqEtE8TmsnOBFhK7GTkFAlp9Z8wACgkQsnOBFhK7 GTnybQ/+NmNrAIvCqfe0rXoikaYoLvF8B0Fh5jGSvKNrG5ge1l1iNn0Z6kpSTTXD rbmVDNZ+ek1BrDvtWMfFkzpTTiuxsyVDSLav3V98cKTbB3jFLU7gWx7RVtMELLBm r3RYzo/ogT6zew42e8TR+g/vXRnZwYLAxdW+dBDFwUJVc06r0goDs92XI66/0PvA 0y+Ym1NCCqjLPn2RT+qrb8SnMcLYRTKms3y7fEPR/Hx8sHfB7CsGm5EjOq1K9xmM N1GIa8CSAVF1HGd6sPf8J8gKplBydU1Y1TbG2FeEpC7k6zeZemZVGZ1ltZc0zDz/ dmpyRQIoGdkEz8WLm0YChxlF8Q1mJJTgacqro1R2Z9wzT08LQCyHO/Z8NQa7XH5E LJoxxMMTbzliE/peVtmm940g/RcF190ooeBuoT4Z0wqWqqLba4teFSj2ZAyOubpS QsEYi4Z5ERB/X/p1GMN6xphgPLDywNqjhpppi+QYbBlK+H7aPrspwq6zJA+nC/BJ bdj6C3I0oW1qi/hzKb0wFk4CSJtHiVvyb5rXbO13O9EupsqCF7H/9zBbeslIGq9O Pkzt3iW+8QMSaXlWiN58290wiHW6iK1C7Os2NpRn4xzyqL4gtJWBcTZPX7Y0iYEu fnLbtdO3rH8xtF+0JCy7KsTORObOHkZD9n6sSRsJgjrB9RSvtiA= =ZulE -END PGP SIGNATURE-