Am 18.09.2015 um 10:37 schrieb BBasile:
> On Monday, 14 September 2015 at 11:45:13 UTC, Sönke Ludwig wrote:
>> If no regressions show up in this RC, the final release will be made
>> on the upcoming Sunday. The main additions are support for SDLang [1]
>> package recipes [2] and a vastly improved "dub describe".
>>
>> Download:
>> http://code.dlang.org/download
>>
>> Change log:
>> https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md
>>
>> [1]: http://sdl.ikayzo.org/display/SDL/Home
>> [2]: http://code.dlang.org/package-format?lang=sdl
>
> I find that the feature to get a particular property (`--data=X`) is
> very slow, is it normal ? On a decently recent machine it takes
> something like 3 or 4 seconds. Maybe it downloads or check the deps
> while it's not necessary ?

In the context of an IDE, I'd strongly recommend to use the normal "dub describe" functionality. The "packages" field will list the logical packages, suitable for display in the IDE's project tree and the "targets" field will contain the list of binary targets, suitable as the input for external build tools. All of this comes at once with a single process invocation.

The --data= functionality is more useful for shell scripts and the like, where data is needed in condensed form. I'm also pretty sure that there are still some issues to work out in the way the --data switch works, because in its current form it simply cannot represent everything. So I'd label this feature as experimental for now.

There are some things that may take time during a DUB run:
 - Determining the versions of local GIT working copies that are registered with "add-path" or "add-local". "git" is invoked for that for each working copy, which simply takes time if there are many of those registered. I'm currently looking into a version cache feature that would make this faster.
 - Querying code.dlang.org for new package versions to display upgrade suggestions. This takes a moment, but is only done at most once a day.
 - Resolving dependencies currently suffers from a performance bug that can cause the resolution time to grow almost indefinitely.

To see which of those is responsible, running with the -v switch may give some insights.

Am 15.09.2015 um 18:56 schrieb Nick Sabalausky:
> On 09/14/2015 07:45 AM, Sönke Ludwig wrote:
>> SDLang [1]
>> [...]
>> [1]: http://sdl.ikayzo.org/display/SDL/Home
>
> That site is down at the moment (I've contacted the owner). But in the
> meantime, a mirror of the site is available at The Wayback Machine
> (web.archive.org):
>
> https://web.archive.org/web/20150511173850/http://sdl.ikayzo.org/display/SDL/Home
>
>

Unfortunately the mirror is not available anymore, because /robots.txt also yields garbage and web.archive.org takes that as "no crawling allowed"...

On Monday, 21 September 2015 at 09:42:44 UTC, Sönke Ludwig wrote:
> Am 18.09.2015 um 10:37 schrieb BBasile:
>> [...]
>
> In the context of an IDE, I'd strongly recommend to use the normal "dub describe" functionality. The "packages" field will list the logical packages, suitable for display in the IDE's project tree and the "targets" field will contain the list of binary targets, suitable as the input for external build tools. All of this comes at once with a single process invocation.
>
> The --data= functionality is more useful for shell scripts and the like, where data is needed in condensed form. I'm also pretty sure that there are still some issues to work out in the way the --data switch works, because in its current form it simply cannot represent everything. So I'd label this feature as experimental for now.
>
> There are some things that may take time during a DUB run:
>  - Determining the versions of local GIT working copies that are registered with "add-path" or "add-local". "git" is invoked for that for each working copy, which simply takes time if there are many of those registered. I'm currently looking into a version cache feature that would make this faster.
>  - Querying code.dlang.org for new package versions to display upgrade suggestions. This takes a moment, but is only done at most once a day.
>  - Resolving dependencies currently suffers from a performance bug that can cause the resolution time to grow almost indefinitely.
>
> To see which of those is responsible, running with the -v switch may give some insights.

Don't bother with this problem if there is only one complain.

Finally my IDE fully interprets the JSON. I think that even if you would manage to make the process faster there's still be this *little too much* that makes it unsable in Coedit because in the dedicated widget DUB properties are modifiable, can be added or removed from the GUI.

On 09/21/2015 05:44 AM, Sönke Ludwig wrote:
> Am 15.09.2015 um 18:56 schrieb Nick Sabalausky:
>> On 09/14/2015 07:45 AM, Sönke Ludwig wrote:
>>> SDLang [1]
>>> [...]
>>> [1]: http://sdl.ikayzo.org/display/SDL/Home
>>
>> That site is down at the moment (I've contacted the owner). But in the
>> meantime, a mirror of the site is available at The Wayback Machine
>> (web.archive.org):
>>
>> https://web.archive.org/web/20150511173850/http://sdl.ikayzo.org/display/SDL/Home
>
> Unfortunately the mirror is not available anymore, because /robots.txt
> also yields garbage and web.archive.org takes that as "no crawling
> allowed"...

Luckily, I'd grabbed a copy of the mirror before it went down from web.archive.org. I've now fixed the internal linking and put it up on my server:

http://semitwist.com/sdl-mirror/Home.html

I'd still like to put together my own description of the spec when I can get to it:

https://github.com/Abscissa/SDLang-D/issues/32