September 22, 2014
On 22/09/14 13:26, Sönke Ludwig wrote:

> That would be a good thing - with more tests (and that is definitely
> something that needs to be worked on, especially high level tests) it
> will be more important to have a Windows tester, too, but so far
> Travis/Linux has generally been sufficient, so there is no need for hurry.

At least enable OS X if it's not enabled already.

-- 
/Jacob Carlborg
September 22, 2014
On Monday, 22 September 2014 at 09:33:52 UTC, Sönke Ludwig wrote:
> But even more important, I'm pleased to announce that DUB is now officially developed as part of the D language ecosystem! Based on the decision back during this year's DConf, the repository has been migrated to the D-Programming-Language organization on GitHub [1], and we are now working towards a 1.0.0 milestone [2] that is supposed to be ready for inclusion into the official DMD installation package.
>

Yay!
Thanks for all the work on DUB. Integrating third-party libraries has become so easy and practical with it, it encourages more code reuse.
September 22, 2014
On 22 September 2014 10:33, Sönke Ludwig <digitalmars-d-announce@puremagic.com> wrote:
>
>  - Added general support for single-file compilation mode, as well as
>    separate compile/link mode for GDC.
>

N.B:

All-at-once compilation has improved with GDC.  But you still have to wait minutes rather than seconds for compilations to finish if you do optimized builds.

Iain.

September 22, 2014
2014-09-22 15:31 GMT+02:00 Iain Buclaw via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com>:

> On 22 September 2014 10:33, Sönke Ludwig <digitalmars-d-announce@puremagic.com> wrote:
> >
> >  - Added general support for single-file compilation mode, as well as
> >    separate compile/link mode for GDC.
> >
>
> N.B:
>
> All-at-once compilation has improved with GDC.  But you still have to wait minutes rather than seconds for compilations to finish if you do optimized builds.
>
> Iain.
>
>
The focus was on allowing one to compile on a limited platform (compiled
vibe.d on a Raspberry Pi B, 512 Mos or RAM, no swap).
In order to be fast, we will have to implement proper dependency analysis
(currently all object file are rebuild when something change).


September 22, 2014
On Mon, Sep 22, 2014 at 16:00:40 +0200, Mathias Lang via Digitalmars-d-announce wrote:
> The focus was on allowing one to compile on a limited platform (compiled vibe.d
> on a Raspberry Pi B, 512 Mos or RAM, no swap).
> In order to be fast, we will have to implement proper dependency analysis
> (currently all object file are rebuild when something change).

FWIW, the CMake branch[1] Trent and I have been working on has this support if you want something sooner.

--Ben

[1]https://github.com/trentforkert/CMake
September 22, 2014
Hello,

I've been using dub for a short time only, but one thing I wish is an easier way to create a project generating different targets (say, two executables and three dynamic libraries). I was able to do something like this using sub-packages, but couldn't find a way to generated all targets in a single run. I wished to just say something like 'dub build' and have all targets updated.

I don't know if this usage is in the scope of dub, nor do I know if it would require any breaking change, but you asked for desired changes, so here it is :-)

Cheers,

LMB

PS: I generally enjoy dub! Thanks a lot for it!


On Mon, Sep 22, 2014 at 6:33 AM, Sönke Ludwig < digitalmars-d-announce@puremagic.com> wrote:

> After again a longer-than-anticipated wait, the next release of the DUB package and build manager is finally ready. This is a major milestone with some important changes in the way dependency versions are handled, making it more robust for a rapidly growing ecosystem. The number of available packages is now well above the 300 mark and keeps growing steadily:
>
> http://vibed.org/temp/dub-packages.png
>
>
> But even more important, I'm pleased to announce that DUB is now officially developed as part of the D language ecosystem! Based on the decision back during this year's DConf, the repository has been migrated to the D-Programming-Language organization on GitHub [1], and we are now working towards a 1.0.0 milestone [2] that is supposed to be ready for inclusion into the official DMD installation package.
>
> If you can think of any potentially important and especially backwards-incompatible changes/additions, please mention them (ideally as GitHub tickets), so that we can include them before the 1.0.0 release.
>
>
> Major changes and additions in 0.9.22 include:
>
>  - Improved dependency version handling scheme. Version upgrades are
>    now explicit, with the current snapshot being stored in the
>    "dub.selections.json" file. This is similar to how other popular
>    systems, such as Bundler [3], work, but built into the core system.
>    Committing "dub.selections.json" to the repository ensures that
>    everyone gets the same (working) combination of dependency versions.
>
>  - Branch based dependencies (e.g. "~master") have been deprecated due
>    to their destructive influence on the package ecosystem. See the
>    wiki [4] for more information, including on the alternative
>    approaches that are now supported.
>
>  - Simple DustMite [5] integration. Using the "dub dustmite" command it
>    is now possible to reduce bugs in DUB packages with ease, even in
>    complex package hierarchies. The condition used for reduction can be
>    specified in terms of exit code or as a regular expression on the
>    output of either the compiler, linker, or final executable.
>
>  - Added BASH and FISH shell completion scripts.
>
>  - Added general support for single-file compilation mode, as well as
>    separate compile/link mode for GDC.
>
>  - Platform detection now also works when cross-compiling.
>
>  - Added the "*" version specifier to match any version, and path based
>    dependencies don't need to specify an explicit version anymore.
>
>
> As always, find the full list of changes in the change log [6] and download at:
>
> http://code.dlang.org/download
>
>
> [1]: https://github.com/D-Programming-Language/dub/
> [2]: https://github.com/D-Programming-Language/dub/
> issues?q=is%3Aopen+is%3Aissue+milestone%3A1.0.0
> [3]: http://bundler.io/
> [4]: https://github.com/D-Programming-Language/dub/wiki/Version-management
> [5]: https://github.com/CyberShadow/DustMite/wiki
> [6]: https://github.com/D-Programming-Language/dub/blob/
> master/CHANGELOG.md
>


September 22, 2014
Am 22.09.2014 17:03, schrieb Leandro Motta Barros via Digitalmars-d-announce:
> Hello,
>
> I've been using dub for a short time only, but one thing I wish is an
> easier way to create a project generating different targets (say, two
> executables and three dynamic libraries). I was able to do something
> like this using sub-packages, but couldn't find a way to generated all
> targets in a single run. I wished to just say something like 'dub build'
> and have all targets updated.
>
> I don't know if this usage is in the scope of dub, nor do I know if it
> would require any breaking change, but you asked for desired changes, so
> here it is :-)

Definitely in scope. There is already a matching ticket, I just didn't have the time to implement it:
https://github.com/D-Programming-Language/dub/issues/97

September 22, 2014
On Monday, 22 September 2014 at 11:26:58 UTC, Sönke Ludwig wrote:
> That would be a good thing - with more tests (and that is definitely something that needs to be worked on, especially high level tests) it will be more important to have a Windows tester, too, but so far Travis/Linux has generally been sufficient, so there is no need for hurry.

Do you need a Windows tester or is that something automated?
September 22, 2014
Am 22.09.2014 11:33, schrieb Sönke Ludwig:
> After again a longer-than-anticipated wait, the next release of the DUB
> package and build manager is finally ready. This is a major milestone
> with some important changes in the way dependency versions are handled,
> making it more robust for a rapidly growing ecosystem. The number of
> available packages is now well above the 300 mark and keeps growing
> steadily:
>
> http://vibed.org/temp/dub-packages.png
>
>
> But even more important, I'm pleased to announce that DUB is now
> officially developed as part of the D language ecosystem! Based on the
> decision back during this year's DConf, the repository has been migrated
> to the D-Programming-Language organization on GitHub [1], and we are now
> working towards a 1.0.0 milestone [2] that is supposed to be ready for
> inclusion into the official DMD installation package.
>
> If you can think of any potentially important and especially
> backwards-incompatible changes/additions, please mention them (ideally
> as GitHub tickets), so that we can include them before the 1.0.0 release.
>
>
> Major changes and additions in 0.9.22 include:
>
>   - Improved dependency version handling scheme. Version upgrades are
>     now explicit, with the current snapshot being stored in the
>     "dub.selections.json" file. This is similar to how other popular
>     systems, such as Bundler [3], work, but built into the core system.
>     Committing "dub.selections.json" to the repository ensures that
>     everyone gets the same (working) combination of dependency versions.
>
>   - Branch based dependencies (e.g. "~master") have been deprecated due
>     to their destructive influence on the package ecosystem. See the
>     wiki [4] for more information, including on the alternative
>     approaches that are now supported.
>
>   - Simple DustMite [5] integration. Using the "dub dustmite" command it
>     is now possible to reduce bugs in DUB packages with ease, even in
>     complex package hierarchies. The condition used for reduction can be
>     specified in terms of exit code or as a regular expression on the
>     output of either the compiler, linker, or final executable.
>
>   - Added BASH and FISH shell completion scripts.
>
>   - Added general support for single-file compilation mode, as well as
>     separate compile/link mode for GDC.
>
>   - Platform detection now also works when cross-compiling.
>
>   - Added the "*" version specifier to match any version, and path based
>     dependencies don't need to specify an explicit version anymore.
>
>
> As always, find the full list of changes in the change log [6] and
> download at:
>
> http://code.dlang.org/download
>
>
> [1]: https://github.com/D-Programming-Language/dub/
> [2]:
> https://github.com/D-Programming-Language/dub/issues?q=is%3Aopen+is%3Aissue+milestone%3A1.0.0
>
> [3]: http://bundler.io/
> [4]: https://github.com/D-Programming-Language/dub/wiki/Version-management
> [5]: https://github.com/CyberShadow/DustMite/wiki
> [6]: https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md


This is great. I have been using it on my toy projects since code.dlang.org came into existence.

Congratulations to everyone involved.

--
Paulo
September 22, 2014
On Monday, 22 September 2014 at 09:33:52 UTC, Sönke Ludwig wrote:

Great thanks Sönke!