There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:

http://esr.ibiblio.org/?p=7303

Worth reading because we have similar issues with the dub registry, that Sönke is starting to grappling with:

http://forum.dlang.org/post/o4mi9d$14po$1@digitalmars.com

I really like the filtering now at the top of the package registry at http://code.dlang.org, allowing you to drill down on the kind of package you're looking for.  However, I notice that 100+ packages are not in the application or library list, as the totals from those two top-level categories don't add up to the reported uncategorized total.

It would be good if registered users could add ratings and reviews too, similar to mobile app stores, as where else can we publicly share our opinions about a particular package?  Those would make good feedback for package authors too.

On 15/01/2017 12:02 AM, Joakim wrote:
> There were two recent posts by a new Rust user about how he's finding
> that language, that got a lot of attention on their reddit.  In the
> latter post, he mentions D as a competitor:
>
> http://esr.ibiblio.org/?p=7303
>
> Worth reading because we have similar issues with the dub registry, that
> Sönke is starting to grappling with:
>
> http://forum.dlang.org/post/o4mi9d$14po$1@digitalmars.com
>
> I really like the filtering now at the top of the package registry at
> http://code.dlang.org, allowing you to drill down on the kind of package
> you're looking for.  However, I notice that 100+ packages are not in the
> application or library list, as the totals from those two top-level
> categories don't add up to the reported uncategorized total.
>
> It would be good if registered users could add ratings and reviews too,
> similar to mobile app stores, as where else can we publicly share our
> opinions about a particular package?  Those would make good feedback for
> package authors too.

One thing I'd love is to have code.dlang.org do is be a SSO service for our bug tracker and support logging in via GH. Preferably also link up with DFeed too for web sign in.

On Saturday, 14 January 2017 at 11:02:51 UTC, Joakim wrote:
> There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:
>
> [...]

linking to local modules too. Is it supported yet?

On Saturday, 14 January 2017 at 18:14:42 UTC, aberba wrote:
> On Saturday, 14 January 2017 at 11:02:51 UTC, Joakim wrote:
>> There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:
>>
>> [...]
>
> linking to local modules too. Is it supported yet?

What I usually do is just to manually move my local modules into the dub registry's package folder and develop on them there. Since dub will look for packages locally first it won't actually validate their existence in the online registry.

On Saturday, 14 January 2017 at 11:02:51 UTC, Joakim wrote:
> There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:
>
> http://esr.ibiblio.org/?p=7303
>
> Worth reading because we have similar issues with the dub registry, that Sönke is starting to grappling with:
>
> http://forum.dlang.org/post/o4mi9d$14po$1@digitalmars.com
>
> I really like the filtering now at the top of the package registry at http://code.dlang.org, allowing you to drill down on the kind of package you're looking for.  However, I notice that 100+ packages are not in the application or library list, as the totals from those two top-level categories don't add up to the reported uncategorized total.
>
> It would be good if registered users could add ratings and reviews too, similar to mobile app stores, as where else can we publicly share our opinions about a particular package?  Those would make good feedback for package authors too.

The one thing I miss is a global configuration file. There is one that exist (~/.dub/settings.json) but you can't AFAIK define build configurations or other useful configs in it.

I generally want to build things with "-O -inline" but not -release. No default build in dub allows that and editing each projects that I try to add it is not ok for me.

On Saturday, 14 January 2017 at 18:14:42 UTC, aberba wrote:
> On Saturday, 14 January 2017 at 11:02:51 UTC, Joakim wrote:
>> There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:
>>
>> [...]
>
> linking to local modules too. Is it supported yet?

Assuming by 'module' you mean 'package managed by DUB':

cd some_d_package_directory
dub add-local . 0.0.1-beta.1

Note the '.' after add-local. The add-local command takes a path as its first argument, so you need not cd into the directory first, but if you do you must pass '.'. The version is required, but it can be any semver format version you want to make it. Then you can add a dependency to any other dub-managed project on your system using that version number.

Alternatively, you can use 'path' in place of 'version' for any package on your system. Then you need not use add-local:

// dub.sdl
dependency "some-lib" path="../mylibs/somelib"

This is particularly useful when somelib is a library you are developing and you want to put it through its paces.

On Mon, 16 Jan 2017 13:20:45 +0000, Mike Parker wrote:

> On Saturday, 14 January 2017 at 18:14:42 UTC, aberba wrote:
>> On Saturday, 14 January 2017 at 11:02:51 UTC, Joakim wrote:
>>> There were two recent posts by a new Rust user about how he's finding that language, that got a lot of attention on their reddit.  In the latter post, he mentions D as a competitor:
>>>
>>> [...]
>>
>> linking to local modules too. Is it supported yet?
> 
> Assuming by 'module' you mean 'package managed by DUB':
> 
> cd some_d_package_directory dub add-local . 0.0.1-beta.1

Unfortunately, I've noticed that this doesn't tend to handle package updates very well. If you're developing two packages side by side, expect to repeat `dub add-local .` and `dub-remove-local .` a lot, and to compile with `--force`.