The new version contains some important bug fixes for sub modules and overridden string imports, as well as some other major fixes. Apart from that, the major additions are:

 - "copyFiles" now get hard linked instead of copied and whole
   directories can be copied in addition to individual files
 - The "dub init" command has been extended to take an optional list of
   dependencies that is added to the generated dub.json
 - A new "deimos" template has been been implemented
   (dub init --type=deimos)
 - The default compiler is now chosen based on what is found in PATH
 - New project generators for Sublime Text and CMake
 - In single file build mode, "--parallel" can now be used to compile
   with multiple compiler instances at once

Find the full list of changes in the change log [1] and download at:

http://code.dlang.org/download

[1]: https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote:
> Apart from that, the major additions are:

We also made dub a lot faster https://github.com/D-Programming-Language/dub/pull/388.

On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote:
> The new version contains some important bug fixes for sub modules and overridden string imports, as well as some other major fixes.

Congratulations!

So, 2.068 will include Dub, right?

Am 06.04.2015 um 11:03 schrieb Vladimir Panteleev:
> On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote:
>> The new version contains some important bug fixes for sub modules and
>> overridden string imports, as well as some other major fixes.
>
> Congratulations!
>
> So, 2.068 will include Dub, right?

We'll need one additional intermediate release, because there are still a handful of release critical issues for 1.0.0 and the decision was to include it only when 1.0.0 is ready:

https://github.com/D-Programming-Language/dub/issues?q=is%3Aopen+is%3Aissue+milestone%3A1.0.0

El 06/04/15 a les 10:21, Sönke Ludwig via Digitalmars-d-announce ha escrit:
> The new version contains some important bug fixes for sub modules and overridden string imports, as well as some other major fixes.

Congratulations for this new release!

Available for Debian/Ubuntu at <http://d-apt.sourceforge.net/>

Am 06.04.2015 um 10:33 schrieb Martin Nowak:
> On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote:
>> Apart from that, the major additions are:
>
> We also made dub a lot faster
> https://github.com/D-Programming-Language/dub/pull/388.

Didn't realize that this didn't make it into the previous release. I'll add it to the change log.

Am Mon, 06 Apr 2015 10:21:45 +0200
schrieb Sönke Ludwig <sludwig@rejectedsoftware.com>:

> The new version contains some important bug fixes for sub modules and overridden string imports, as well as some other major fixes. Apart from that, the major additions are:
> 
>   - "copyFiles" now get hard linked instead of copied and whole
>     directories can be copied in addition to individual files
>   - The "dub init" command has been extended to take an optional list of
>     dependencies that is added to the generated dub.json
>   - A new "deimos" template has been been implemented
>     (dub init --type=deimos)
>   - The default compiler is now chosen based on what is found in PATH

How does it resolve preferences when 3 comilers are on PATH ? =) dmd first?

>   - New project generators for Sublime Text and CMake
>   - In single file build mode, "--parallel" can now be used to compile
>     with multiple compiler instances at once
> 
> Find the full list of changes in the change log [1] and download at:
> 
> http://code.dlang.org/download
> 
> [1]: https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

And one idea that recently came to my mind since I'm a fan of shared libraries. Would it work in D to say compile a shared library and generate a number of .di files required to use it? Similar to druntime that provides only a hand full of its modules as .di or where necessary as .d files.

I'm looking for a perspective out of the "compile the world" model in Dlang, since as far as I understand it, the D front-end will always parse all imported modules recursively. Even in single-file compilation mode, when only "app.d" changed it would parse the whole thing down to the last corner of all used D libraries like GtkD or vibe.d.

With the minimum amount of required .di files for libraries, further private imports inside their modules are hidden away from the compiler, thereby short-circuiting the "import the world" recursion.

-- 
Marco