May 16
On Tuesday, 16 May 2017 at 20:35:51 UTC, Joseph Rushton Wakeling wrote:
> On Tuesday, 16 May 2017 at 19:56:56 UTC, Joseph Rushton Wakeling wrote:
>> With your patch in the repo, the packages should be automatically rebuilt and uploaded some time in the next hours.
>>  I'll follow up with an announcement here once that has happened.
>
> Patches with Petar's PIC fix in them have now been uploaded to the store.  I've tested on Ubuntu 16.10 and 17.04 and they seem to work well.

Nice, thanks for the quick merge :)
June 06
On Monday, 8 May 2017 at 20:05:01 UTC, Joseph Rushton Wakeling wrote:
> Hello all,
>
> As announced at DConf 2017, snap packages are now available for DMD 2.074.0 and DUB 1.3.0 in the official snap store.  These should allow for installation on multiple different Linux distros (see below) on i386 and amd64 systems. [...]

Hi, I got yet another error - this time Ubuntu 16.04 and rdmd.

Failed to flush stdout: Permission denied
Failed: ["dmd", "-v", "-o-", "main.d", "-I."]

It seems like (despite classic confinement) apps ran by rdmd cannot print things on the screen...
June 06
On Tuesday, 6 June 2017 at 08:20:54 UTC, Piotr Mitana wrote:
> Hi, I got yet another error - this time Ubuntu 16.04 and rdmd.
>
> Failed to flush stdout: Permission denied
> Failed: ["dmd", "-v", "-o-", "main.d", "-I."]
>
> It seems like (despite classic confinement) apps ran by rdmd cannot print things on the screen...

Yes, this is a known issue :-(  It's related to how AppArmor is used by snapd, rather than anything in the package.  See discussion here:
https://forum.snapcraft.io/t/failed-to-flush-stdout-permission-denied/485

You can use a workaround, which is to explicitly point `rdmd` to the actual compiler binary rather than relying on $PATH:

     rdmd --compiler=/snap/dmd/current/bin/dmd

or, instead of `rdmd --compiler=ldmd2`, try:

     rdmd --compiler=/snap/ldc2/current/bin/ldmd2

etc.
June 06
On Monday, 8 May 2017 at 20:05:01 UTC, Joseph Rushton Wakeling wrote:
>
> The `dmd` package also contains `rdmd`, `dustmite` and `ddemangle`.  Note that by default the snap package exposes these namespaced on the name of the package (i.e. `dmd.rdmd`, etc.).  To avoid this, use the `snap alias` command:
>
>     sudo snap alias dmd rdmd
>     sudo snap alias dmd dustmite
>     sudo snap alias dmd ddemangle

Have you thought about creating a `dtools` package with rdmd, dustmite, and ddemangle in it?
They are useful for LDC and GDC too, perhaps people would like to be able to install them without needing to install DMD.  (Perhaps the DMD/LDC/GDC package can automatically install such a "dtools" package?)

cheers,
  Johan


June 06
On Tuesday, 6 June 2017 at 14:27:40 UTC, Johan Engelen wrote:
> Have you thought about creating a `dtools` package with rdmd, dustmite, and ddemangle in it?
> They are useful for LDC and GDC too, perhaps people would like to be able to install them without needing to install DMD.  (Perhaps the DMD/LDC/GDC package can automatically install such a "dtools" package?)

Yes, I did consider this, and I may do it if there is an ongoing issue with `rdmd`.  It might for example be possible to entirely disable confinement for such a dtools package, as a short term measure to avoid the current problems.

I did have some discussion over the advisability of splitting up the `dmd` snap package in this discussion thread:
https://lists.ubuntu.com/archives/snapcraft/2017-March/003645.html

... albeit I was coming at things from a slightly different angle there.  The short version is, keeping everything in one snap might reduce the amount of duplication; but I'm not sure that it's a very big deal in any case.

AFAIK snap packages don't have an equivalent of deb packages' "Recommends", but I can raise the issue.

On a different note: does anyone have an interest in there being dmd versions available other than the most recent?
Next ›   Last »
1 2