On Mon, 12 Aug 2013 09:13:10 +0200, bioinfornatics wrote:
> I had release all rpm
> https://lists.fedoraproject.org/pipermail/devel/2013-August/187609.html
>
> if no one take it they will go out of fedora.
>
> I am lazy to explain that is not :
> - a build system or dub but - a build system and
On Monday, 12 August 2013 at 13:46:52 UTC, David wrote:
I don't know how it is for other distros, but the newest dmd
and ldc
version are available in the Archlinux's [community]
repository while
gdc and dub are available in the AUR, meaning you get a fully
working D
environment on Archlinux by
On 2013-08-12 12:38, Russel Winder wrote:
Currently GDC is in Debian, but I have to get DMD from a private Debian
repository instead of the official one, and I build LDC myself because
the Debian package is too old. This measn having to have three versions
of all the libraries and packages becau
On Monday, 12 August 2013 at 15:55:10 UTC, Mike Parker wrote:
My view may indeed be heavily tinted by Windows, where this
sort of thing just isn't an issue to care about. I suppose I'll
have to adjust that a bit.
Hah, yeah, I guess the very understanding of user-distributed
"package" is very
On Monday, 12 August 2013 at 15:39:59 UTC, Dicebot wrote:
On Monday, 12 August 2013 at 14:34:04 UTC, Mike Parker wrote:
That's true. But, correct me if I'm wrong, rpms and the like
are bundled independently of the original source repository.
So a project relying solely on dub doesn't stop a pac
On Monday, 12 August 2013 at 14:34:04 UTC, Mike Parker wrote:
That's true. But, correct me if I'm wrong, rpms and the like
are bundled independently of the original source repository. So
a project relying solely on dub doesn't stop a package
maintainer from keeping a separate build script to bu
On Monday, 12 August 2013 at 13:38:11 UTC, Dicebot wrote:
1) Developers tend to forget that tools like `dub` are for
taking care of dependencies during development and end users
won't have `dub`. Even if it is a library, dynamic linking
implies that it will be pulled as a dependency not only
On Monday, 12 August 2013 at 13:06:46 UTC, Mike Parker wrote:
In packaging Derelict for Fedora, he had been relying on a pull
request I accepted from him some time ago that added shared
library support to the Derelict build script.
Jonathan unfortunately has also opted to build druntime and
P
On Monday, 12 August 2013 at 13:46:52 UTC, David wrote:
LDC is in [community] already, and iirc Dicebot is working on
getting
GDC into [community], too
Actually I am simply waiting until my PGP key gets signed by at
least 3 Arch Linux master keys :) Will make announcement about
all package c
> I don't know how it is for other distros, but the newest dmd and ldc
> version are available in the Archlinux's [community] repository while
> gdc and dub are available in the AUR, meaning you get a fully working D
> environment on Archlinux by doing
LDC is in [community] already, and iirc Diceb
On Monday, 12 August 2013 at 13:06:46 UTC, Mike Parker wrote:
As long as packaging the various distros doesn't require any
constraints on how I manage my projects, then it doesn't matter
too much to me where or how people package it up. However, I do
see benefits to promoting dub as the means t
On Monday, 12 August 2013 at 10:38:21 UTC, Russel Winder wrote:
Anecdotal experience indicates this musn't be an "or" situation.
Perhaps. My response in this thread derived from a brief exchange
Jonathan and I had over at github. In packaging Derelict for
Fedora, he had been relying on a pu
On Mon, 2013-08-12 at 11:41 +0100, Iain Buclaw wrote:
[…]
>
> You can now get GDC from debian unstable if you want to risk it for a
> biscuit. Not recommended for Debian stable, and look up apt-pinning
> for Debian testing releases.
I am already on Debian Unstable with GDC 4.8.1-8 :-)
I am thou
On 12 August 2013 11:38, Russel Winder wrote:
> On Mon, 2013-08-12 at 09:58 +0200, Mike Parker wrote:
> […]
>> dub suits this purpose just fine. It's a build tool and a package
>> manager. It can be used just like the various Linux package
>> managers (dub install libname), but but it's even bette
On Mon, 2013-08-12 at 09:58 +0200, Mike Parker wrote:
[…]
> dub suits this purpose just fine. It's a build tool and a package
> manager. It can be used just like the various Linux package
> managers (dub install libname), but but it's even better in that
> you can skip that step entirely. List y
On Sunday, 11 August 2013 at 17:15:52 UTC, David Nadlinger wrote:
What would be nice, however, is to have these D-specific tools
such as DVM, dub, … available in the distro repositories,
preconfigured to fit the customs of the given system. This way,
users could just do "yum install dvm dub" (o
On 11/08/13 16:51, bioinfornatics wrote:
> Too many project is a nightmare to package.
> Developper do not see that dub is a tool to help user to get some D lib as is
> done in ruby python or perl. But dub is not for packaging!
>
> I am lazy to do this job and D packaging
>
It's very sad hear t
On Monday, 12 August 2013 at 07:13:11 UTC, bioinfornatics wrote:
I had release all rpm
https://lists.fedoraproject.org/pipermail/devel/2013-August/187609.html
if no one take it they will go out of fedora.
I am lazy to explain that is not :
- a build system or dub
but
- a build system and dub
I had release all rpm
https://lists.fedoraproject.org/pipermail/devel/2013-August/187609.html
if no one take it they will go out of fedora.
I am lazy to explain that is not :
- a build system or dub
but
- a build system and dub
Firstly not everyone spent time to search their tool from cpan
rv
On Sunday, 11 August 2013 at 17:15:52 UTC, David Nadlinger wrote:
What would be nice, however, is to have these D-specific tools
such as DVM, dub, … available in the distro repositories
Work in progress :)
Dear Jonathan,
It's sad to see you go, we desperately need any help we can get
on the packaging front (for all those who don't know, Jonathan
aka bioinfornatics has been maintaining several D-related
packages in the official Fedora repositories).
However, I would argue that D libraries shoul
Too many project is a nightmare to package.
Developper do not see that dub is a tool to help user to get some
D lib as is done in ruby python or perl. But dub is not for
packaging!
I am lazy to do this job and D packaging
good luck
22 matches
Mail list logo