On Monday, 19 October 2015 at 03:33:18 UTC, holo wrote:
ok i fugure out it. When i do initiation i need to add
dependencies (thought it is enough to add them to sdl file).
Proper initiation should look like that:
dub init projectname kxml
No, you should never need to do that. I think your
On Monday, 19 October 2015 at 06:20:19 UTC, Mike Parker wrote:
On Monday, 19 October 2015 at 03:33:18 UTC, holo wrote:
ok i fugure out it. When i do initiation i need to add
dependencies (thought it is enough to add them to sdl file).
Proper initiation should look like that:
dub init
19.10.2015 02:57, holo пишет:
How to make dub to work for me?
Try
```
import kxml.xml; // instead of import kxml;
```
ok i fugure out it. When i do initiation i need to add
dependencies (thought it is enough to add them to sdl file).
Proper initiation should look like that:
dub init projectname kxml
I want to add xml support to my application so i fetched kxml
library with dub but it don't want to work for me. Steps and test
code:
[holo@ultraxps kxml]$ cat dub.sdl
name "kxml"
description "A minimal D application."
copyright "Copyright © 2015, holo"
authors "holo"
dependencies "kxml"
On Monday, 19 October 2015 at 03:04:28 UTC, drug wrote:
19.10.2015 02:57, holo пишет:
How to make dub to work for me?
Try
```
import kxml.xml; // instead of import kxml;
```
Same:
[holo@ultraxps kxml]$ dub run
Performing "debug" build using dmd for x86_64.
kxml ~master: building
Hello,
I've sent pull request with fix of configurations/buildTarget
support.
https://github.com/rejectedsoftware/dub/pull/65
Could you review it?
Best regards,
Vadim
Am 03.03.2013 08:55, schrieb Jonathan M Davis:
On Saturday, March 02, 2013 09:36:37 Jonathan M Davis wrote:
On Saturday, March 02, 2013 15:07:33 Sönke Ludwig wrote:
The docs target was just a quick draft added to have meaningful list
of standard built types and hasn't really been tested. I'll
On Saturday, February 16, 2013 18:10:21 Sönke Ludwig wrote:
With the recent talk about Orbit, I thought it is time to also announce
the package manager that we have been working out based on the simple
VPM system that has always been in vibe.d. I don't really like stepping
into competition
Am 02.03.2013 09:19, schrieb Jonathan M Davis:
On Saturday, February 16, 2013 18:10:21 Sönke Ludwig wrote:
With the recent talk about Orbit, I thought it is time to also announce
the package manager that we have been working out based on the simple
VPM system that has always been in vibe.d. I
On Saturday, March 02, 2013 15:07:33 Sönke Ludwig wrote:
The docs target was just a quick draft added to have meaningful list
of standard built types and hasn't really been tested. I'll fix it right
away.
Ah. I thought that it was for generating the documentation with ddoc.
- Jonathan M Davis
On Saturday, March 02, 2013 09:36:37 Jonathan M Davis wrote:
On Saturday, March 02, 2013 15:07:33 Sönke Ludwig wrote:
The docs target was just a quick draft added to have meaningful list
of standard built types and hasn't really been tested. I'll fix it right
away.
Ah. I thought that it
26-Feb-2013 09:12, Russel Winder пишет:
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
You missed the point that these have to be the *real* integer constants
starting from 0. No frigging magic classes please.
I am not sure why they have to be hardware integers, this is a
On 2/26/13 12:12 AM, Russel Winder wrote:
It is possible Java 9 or Java 10 will remove the primitive types
completely so that all variables are reference types leaving it to the
JVM to handle all boxing and unboxing internally thus making things a
lot more efficient and faster. Experiments are
On Tuesday, 26 February 2013 at 05:13:10 UTC, Russel Winder wrote:
Go has eschewed all dynamic linking and is making this a
feature. But it
has a mechanism for being able to call C from libraries. Python
has a
mechanism for calling C from shared libraries. D is at a
disadvantage.
I fail to
On Tue, 26 Feb 2013 05:16:29 +
Russel Winder rus...@winder.org.uk wrote:
On Sun, 2013-02-24 at 16:32 -0500, Nick Sabalausky wrote:
[…]
Luckily, modern server hardware should support hardware
virtualization, and most languages/libs are pretty good at
cross-platform, so this one
On Tue, 26 Feb 2013 05:12:59 +
Russel Winder rus...@winder.org.uk wrote:
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
You missed the point that these have to be the *real* integer
constants starting from 0. No frigging magic classes please.
I am not sure why they
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
You missed the point that these have to be the *real* integer constants
starting from 0. No frigging magic classes please.
I am not sure why they have to be hardware integers, this is a JVM-based
system and hardware integers do not
On Sun, 2013-02-24 at 16:32 -0500, Nick Sabalausky wrote:
[…]
Luckily, modern server hardware should support hardware virtualization,
and most languages/libs are pretty good at cross-platform, so this
one shouldn't be much of a reason for JVM anymore like it might have
been ten or so years
On Tuesday, 26 February 2013 at 05:13:10 UTC, Russel Winder wrote:
On Sun, 2013-02-24 at 15:49 +0400, Dmitry Olshansky wrote:
[…]
Any Java user still planning to stay with Java 6 or earlier and
not
planning to switch asap to Java 7 will be on their own very
quickly and
seen and just another
On Sat, 2013-02-23 at 23:22 +0400, Dmitry Olshansky wrote:
[…]
Would be nice to know if there is something that can represent this C
snippet without the usual heaps of verbosity:
enum {
STATUS_OK = 0,
STATUS_FAIL_REASON_XYZ,
... ad infinitum (but presently dozens)
};
enum
On Sat, 2013-02-23 at 14:58 +0100, deadalnix wrote:
[…]
Comparing ant and maven is not appropriate here as maven is a
build system + a package manager when ant only builds.
Comparing Ant and Maven is perfectly valid since the goal of both is to
build software from source.
The plugin system
On Sat, 2013-02-23 at 10:08 -0700, David Gileadi wrote:
[…]
I love Gradle! Official site at http://www.gradle.org, with very good
docs including getting started tutorials.
Excellent. So do I, but I am biased. But less so that I was three or
four years ago.
In practice I've found it to be
24-Feb-2013 14:34, Russel Winder пишет:
On Sat, 2013-02-23 at 23:22 +0400, Dmitry Olshansky wrote:
[…]
Would be nice to know if there is something that can represent this C
snippet without the usual heaps of verbosity:
enum {
STATUS_OK = 0,
STATUS_FAIL_REASON_XYZ,
... ad infinitum (but
On Sun, 24 Feb 2013 15:49:52 +0400
Dmitry Olshansky dmitry.o...@gmail.com wrote:
c) a VM. Like it or not but corps love VMs and safe isolated
environments. For us the fact that it's cross-platform also removes
quite a bit of pain, plus no memory corruption bugs etc.
Luckily, modern server
On Sunday, 17 February 2013 at 11:20:55 UTC, Sönke Ludwig wrote:
My question if we can get by without procedural build scripts
is still
open. If we could, it would give great benefits in simplicity
of the
system and its usage. This may require a change in conventions
for some
projects, but I
On Sunday, 17 February 2013 at 08:02:41 UTC, Sönke Ludwig wrote:
To me the most interesting open question is this: Do we
actually gain
from programmatic support for the build description, or does it
suffice
to have a good purely descriptive system? If the former should
be true
for more than 1%
Am 22.02.2013 14:31, schrieb Moritz Maxeiner:
On Friday, 22 February 2013 at 11:01:12 UTC, Sönke Ludwig wrote:
Thanks! I've listed it on the github page:
https://github.com/rejectedsoftware/dub#arch-linux
BTW, the build process has been simplified now - dependencies are just
DMD+libcurl and
Am 23.02.2013 10:20, schrieb SomeDude:
On Sunday, 17 February 2013 at 08:02:41 UTC, Sönke Ludwig wrote:
To me the most interesting open question is this: Do we actually gain
from programmatic support for the build description, or does it suffice
to have a good purely descriptive system? If the
Am 23.02.2013 10:24, schrieb SomeDude:
On Sunday, 17 February 2013 at 11:20:55 UTC, Sönke Ludwig wrote:
My question if we can get by without procedural build scripts is still
open. If we could, it would give great benefits in simplicity of the
system and its usage. This may require a change
On Sat, 2013-02-23 at 10:20 +0100, SomeDude wrote:
[…]
Well, in the Java world, there is ant. It does the trick, but
it's quite ugly.
Anyone in the Java world still using Ant is just so last decade ;-)
Maven attempts to be wholly declarative and succeeds in that all the
hard work is done via
On Saturday, 23 February 2013 at 10:21:59 UTC, Sönke Ludwig wrote:
Am 23.02.2013 10:20, schrieb SomeDude:
On Sunday, 17 February 2013 at 08:02:41 UTC, Sönke Ludwig
wrote:
To me the most interesting open question is this: Do we
actually gain
from programmatic support for the build description,
On Saturday, 23 February 2013 at 11:21:06 UTC, Russel Winder
wrote:
On Sat, 2013-02-23 at 10:20 +0100, SomeDude wrote:
[…]
Well, in the Java world, there is ant. It does the trick, but
it's quite ugly.
Anyone in the Java world still using Ant is just so last decade
;-)
Maven attempts to be
On Saturday, 23 February 2013 at 11:21:06 UTC, Russel Winder
wrote:
Gradle makes no pretence as being either declarative or
iterative, but
embraces both. As much of a specification is as declarative as
possible,
but where imperative is needed it is available as Gradle
specifications
are
On Friday, 22 February 2013 at 20:33:15 UTC, Jonathan M Davis
wrote:
On Friday, February 22, 2013 19:29:02 deadalnix wrote:
So I'm sorry if that appears completely stupid, but . . .
DUB sounds kind of like dumb. As Orbit sounds very nice,
especially since libraries are satellites of mars, so
On Sat, 23 Feb 2013 11:20:50 +
Russel Winder rus...@winder.org.uk wrote:
On Sat, 2013-02-23 at 10:20 +0100, SomeDude wrote:
[…]
Well, in the Java world, there is ant. It does the trick, but
it's quite ugly.
Anyone in the Java world still using Ant is just so last decade ;-)
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge Java all these years, but I just started a
college which teach Java. Even after using it only for a couple
of thousand lines of code, I
On 2/23/13 7:02 AM, deadalnix wrote:
On Saturday, 23 February 2013 at 11:21:06 UTC, Russel Winder wrote:
Gradle makes no pretence as being either declarative or iterative, but
embraces both. As much of a specification is as declarative as possible,
but where imperative is needed it is available
On Sat, Feb 23, 2013 at 05:57:23PM +0100, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge Java all these years, but I just started a
college which teach Java. Even after
On Sat, 2013-02-23 at 17:57 +0100, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
:-)
I've managed to dodge Java all these years, but I just started a
college which teach Java. Even after
23-Feb-2013 21:17, H. S. Teoh пишет:
On Sat, Feb 23, 2013 at 05:57:23PM +0100, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge Java all these years, but I just started a
On Saturday, 23 February 2013 at 16:57:24 UTC, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge Java all these years, but I just started
a college which teach Java. Even after
23-Feb-2013 22:08, deadalnix пишет:
On Saturday, 23 February 2013 at 16:57:24 UTC, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge Java all these years, but I just started a
On Sat, 2013-02-23 at 21:44 +0400, Dmitry Olshansky wrote:
[…]
I have to say that no amount of provided out of the box nice libraries
and top-notch GC help alleviate the dire need for plain value-types and
some kind of terseness (rows of static final int xyz = blah; to define a
bunch of
On Sat, 2013-02-23 at 22:24 +0400, Dmitry Olshansky wrote:
[…]
It doesn't help *reading* this verbosity.
Very, very true.
Sadly, D has some arcane bits that make it equally difficult to read D
code. For example:
example.filter!isLongEnough().array()
Why ! in one place and . in the others, it
On Sat, Feb 23, 2013 at 06:42:43PM +, Russel Winder wrote:
On Sat, 2013-02-23 at 22:24 +0400, Dmitry Olshansky wrote:
[…]
It doesn't help *reading* this verbosity.
Very, very true.
Sadly, D has some arcane bits that make it equally difficult to read D
code. For example:
23-Feb-2013 22:40, Russel Winder пишет:
On Sat, 2013-02-23 at 21:44 +0400, Dmitry Olshansky wrote:
[…]
I have to say that no amount of provided out of the box nice libraries
and top-notch GC help alleviate the dire need for plain value-types and
some kind of terseness (rows of static final int
On Sat, 23 Feb 2013 09:17:37 -0800
H. S. Teoh hst...@quickfur.ath.cx wrote:
On Sat, Feb 23, 2013 at 05:57:23PM +0100, simendsjo wrote:
On Saturday, 23 February 2013 at 16:44:59 UTC, Nick Sabalausky
wrote:
(...)
Anyone still using Java is just so last decade ;)
I've managed to dodge
On Sat, 23 Feb 2013 23:22:54 +0400
Dmitry Olshansky dmitry.o...@gmail.com wrote:
A trivial example is storage of pairs or tuples. That plus using
Java's containers makes memory footprint explode. At 100K+ hash-map I
notice quite high factor of waste. It's some double digits compared
to plain
24-Feb-2013 00:18, Nick Sabalausky пишет:
On Sat, 23 Feb 2013 23:22:54 +0400
Dmitry Olshansky dmitry.o...@gmail.com wrote:
A trivial example is storage of pairs or tuples. That plus using
Java's containers makes memory footprint explode. At 100K+ hash-map I
notice quite high factor of waste.
Am 22.02.2013 07:56, schrieb Sönke Ludwig:
I would hope that a future version of Dub wouldn't have any dependencies
on Vibe, either. That's an odd bootstrapping arrangement.
Done now on master.
Does anyone know which curl package needs to be installed on Ubuntu so
that std.net.curl is happy? I
Am 18.02.2013 22:25, schrieb Moritz Maxeiner:
On Saturday, 16 February 2013 at 17:10:33 UTC, Sönke Ludwig wrote:
With the recent talk about Orbit, I thought it is time to also announce
the package manager that we have been working out based on the simple
VPM system that has always been in
Am 22.02.2013 10:40, schrieb Sönke Ludwig:
Am 22.02.2013 07:56, schrieb Sönke Ludwig:
I would hope that a future version of Dub wouldn't have any dependencies
on Vibe, either. That's an odd bootstrapping arrangement.
Done now on master.
Does anyone know which curl package needs to be
On Friday, 22 February 2013 at 11:01:12 UTC, Sönke Ludwig wrote:
Thanks! I've listed it on the github page:
https://github.com/rejectedsoftware/dub#arch-linux
BTW, the build process has been simplified now - dependencies
are just
DMD+libcurl and building works using ./build.sh instead of
On Sunday, 17 February 2013 at 17:10:47 UTC, Russel Winder wrote:
On Sun, 2013-02-17 at 16:08 +0100, Jacob Carlborg wrote:
[…]
There are no package managers out of the box for Mac OS X or
Windows.
The MacPorts, Fink, and Brew folks almost certainly dispute the
first of
those claims. ;-)
On Friday, 22 February 2013 at 09:40:29 UTC, Sönke Ludwig wrote:
Am 22.02.2013 07:56, schrieb Sönke Ludwig:
I would hope that a future version of Dub wouldn't have any
dependencies
on Vibe, either. That's an odd bootstrapping arrangement.
Done now on master.
Woah! that was fast. I look
On Saturday, 16 February 2013 at 17:10:33 UTC, Sönke Ludwig wrote:
With the recent talk about Orbit, I thought it is time to also
announce
the package manager that we have been working out based on the
simple
VPM system that has always been in vibe.d. I don't really like
stepping
into
On Friday, February 22, 2013 19:29:02 deadalnix wrote:
So I'm sorry if that appears completely stupid, but . . .
DUB sounds kind of like dumb. As Orbit sounds very nice,
especially since libraries are satellites of mars, so it make
sense to see other libs as artificial satellites :D
That
On Wed, 20 Feb 2013 12:47:28 +0100
FG h...@fgda.pl wrote:
On 2013-02-20 11:32, Moritz Maxeiner wrote:
As for the X11 stuff, that's still more manual than I'd like when
it comes to X11. (Like I said, I've had *BIG* problems dealing
directly with X11 in the past.) But I may give it a try.
On Wed, 20 Feb 2013 11:32:34 +0100
Moritz Maxeiner mor...@ucworks.org wrote:
On Wednesday, 20 February 2013 at 03:52:12 UTC, Nick Sabalausky
wrote:
Incidentally, the MUST_CLONE_MACOSX,
MUST_TAKE_CONTROL_AWAY_FROM_USER just happen to also be the
exact same
reasons I'm fed up with all
On Wed, 20 Feb 2013 12:53:23 +0100
John Colvin john.loughran.col...@gmail.com wrote:
On Wednesday, 20 February 2013 at 11:12:30 UTC, Sönke Ludwig
wrote:
Since the discussion about yes or no regarding OS specific
package
managers still goes on, IMO there is one argument that is far
On Thursday, 21 February 2013 at 11:09:47 UTC, Nick Sabalausky
wrote:
Mobile is where all the buzz is, but I'm pretty sure most
computer
usage is still desktop/laptop.
[OT]
I agree with you there, but in deskop/laptop MS smply doesn't
have to compete at present. Their sales there are
On Sunday, 17 February 2013 at 07:23:22 UTC, Sönke Ludwig wrote:
You might want to list all the dependencies needed for dub or
distribute them in a zip.
They are in the .zip now and I listed the dependencies on the
download
page. Sorry, the distribution stuff is still very much ad-hoc
ATM.
Am 21.02.2013 22:06, schrieb Graham Fawcett:
On Sunday, 17 February 2013 at 07:23:22 UTC, Sönke Ludwig wrote:
You might want to list all the dependencies needed for dub or
distribute them in a zip.
They are in the .zip now and I listed the dependencies on the download
page. Sorry, the
On Wednesday, 20 February 2013 at 03:52:12 UTC, Nick Sabalausky
wrote:
Incidentally, the MUST_CLONE_MACOSX,
MUST_TAKE_CONTROL_AWAY_FROM_USER just happen to also be the
exact same
reasons I'm fed up with all forms of Windows post-XP. I'll never
understand why so many people have been so
On Tuesday, 19 February 2013 at 09:55:30 UTC, Nick Sabalausky
wrote:
So do you.
There, that was constructive ;)
Well, at least I have tried both of approaches, both as user and
as maintainer. I really can't understand how you can state that
OS package managers do not work if you have not
Since the discussion about yes or no regarding OS specific package
managers still goes on, IMO there is one argument that is far more
important than all technical or aesthetic aspects.
A language specific, but cross-platform, package manager makes
publishing and using published libraries a lot
On 2013-02-20 11:32, Moritz Maxeiner wrote:
As for the X11 stuff, that's still more manual than I'd like when it
comes to X11. (Like I said, I've had *BIG* problems dealing directly
with X11 in the past.) But I may give it a try. I'm sure it's improved
since the nightmares I had with it back
On Wednesday, 20 February 2013 at 11:12:30 UTC, Sönke Ludwig
wrote:
Since the discussion about yes or no regarding OS specific
package
managers still goes on, IMO there is one argument that is far
more
important than all technical or aesthetic aspects.
A language specific, but cross-platform,
On 2013-02-19 08:19, Dicebot wrote:
You can. Debian is weird though because it is done via dpkg, not apt-get.
In Arch it is as simple to pacman -U package-file vs pacman -S
name-in-repo.
Isn't apt-get built on top of dpkg or something like that?
--
/Jacob Carlborg
On Tuesday, 19 February 2013 at 08:34:13 UTC, Jacob Carlborg
wrote:
On 2013-02-19 08:19, Dicebot wrote:
You can. Debian is weird though because it is done via dpkg,
not apt-get.
In Arch it is as simple to pacman -U package-file vs pacman
-S
name-in-repo.
Isn't apt-get built on top of dpkg
On Tue, 19 Feb 2013 08:15:16 +0100
Dicebot m.stras...@gmail.com wrote:
On Monday, 18 February 2013 at 23:16:11 UTC, Nick Sabalausky
wrote:
You sound biased.
So do you.
There, that was constructive ;)
It is possible, but if you have a single language to deal with
and a lot of OSes,
On 02/19/2013 04:18 AM, Dicebot wrote:
On Tuesday, 19 February 2013 at 08:34:13 UTC, Jacob Carlborg wrote:
On 2013-02-19 08:19, Dicebot wrote:
You can. Debian is weird though because it is done via dpkg, not
apt-get.
In Arch it is as simple to pacman -U package-file vs pacman -S
name-in-repo.
On Tuesday, 19 February 2013 at 00:53:07 UTC, Nick Sabalausky
wrote:
Admittedly, most of my linux experience (an unix in general) is
Debian-derived stuff. (And a little bit of Mandrake from way
back when
it was still called Mandrake, but that's not exactly relevant
experience anymore ;) )
I
On Wed, 20 Feb 2013 03:30:15 +0100
Moritz Maxeiner mor...@ucworks.org wrote:
On Tuesday, 19 February 2013 at 00:53:07 UTC, Nick Sabalausky
wrote:
Admittedly, most of my linux experience (an unix in general) is
Debian-derived stuff. (And a little bit of Mandrake from way
back when
it
On Wednesday, 20 February 2013 at 03:52:12 UTC, Nick Sabalausky
wrote:
No prob :) But I don't think OS-package-managers are evil (like
I've
said, I like apt-get install *when it works*). It's just that
I
think it's patently absurd when people claim that
OS-package-managers
are the *only* good
On Wednesday, 20 February 2013 at 03:52:12 UTC, Nick Sabalausky
wrote:
No prob :) But I don't think OS-package-managers are evil (like
I've
said, I like apt-get install *when it works*). It's just that
I
think it's patently absurd when people claim that
OS-package-managers
are the *only* good
On 2013-02-17 22:43, Dicebot wrote:
What are the limitations then? I am only run-by Windows user, so it was
actually a question.
As far as I'm aware it's only for applications. I hardly doubt you can
but libraries and tools (command line) there. Same goes for the App Stor
on Mac OS X.
--
On 2013-02-18 00:51, David Nadlinger wrote:
I think any D package management tool needs to be able to handle
multiple coexisting compiler configurations, or at least allow being
used for multiple installation (similar to RubyGems and rbenv/rvm).
Orbit and DVM :)
--
/Jacob Carlborg
Am 18.02.2013 00:51, schrieb David Nadlinger:
On Sunday, 17 February 2013 at 14:40:26 UTC, Dicebot wrote:
Packaging is best done (and should be) by OS package manager, not
hundreds of languages-specific managers. Good language package manager
in my opinion is just an information source for OS
On Mon, 18 Feb 2013 06:59:39 +
Russel Winder rus...@winder.org.uk wrote:
On Sun, 2013-02-17 at 16:32 -0500, Nick Sabalausky wrote:
[…]
I'm not real big on the idea of OS package managers. Not when Unix
is in the picture anyway. I'm getting really fed up with software
that has a
On Monday, 18 February 2013 at 11:51:14 UTC, Nick Sabalausky
wrote:
...
Ugh, have you ever tried to do it in practice? Because I have
been maintaining few packages, primarily for Arch Linux, and it
is not even remotely close to what you say. There may be some
bureaucratic headache to get
On Mon, 18 Feb 2013 14:02:16 +0100
Dicebot m.stras...@gmail.com wrote:
On Monday, 18 February 2013 at 11:51:14 UTC, Nick Sabalausky
wrote:
...
Ugh, have you ever tried to do it in practice?
'Course not, because why should I? With OS-independent language package
managers, all I have to do
On Monday, 18 February 2013 at 13:42:49 UTC, Nick Sabalausky
wrote:
...
You are mixing together programmer needs and end-user needs. As
package manager takes care of dependencies, it naturally leaks as
a mandatory tool to use for someone who want to install your
application. And guess what?
On Monday, 18 February 2013 at 14:14:30 UTC, Dicebot wrote:
...
tl; dr: Care not about developer, he can adjust. Care about
end-user who has single OS and is forced to deal with miriads of
different package systems or, even better, binary bloat of
programs that try to ship every single
Just added a new version with support for GDC and LDC (e.g.
--compiler=gdc or --compiler=ldc2) and some fixes for the VisualD and
Mono-D project file generation. It builds now directly using the
specified compiler by default - rdmd can still be used by passing --rdmd
to the command line.
dub init
On 02/17/2013 12:47 PM, Nick Sabalausky wrote:
Then on the flipside, we have the example of INI files: Definitely a
purely data-language, definitely not an embedded DSL, and yet that's
never been a hindrance for it: it's been a lasting success for many
things. And the only time anyone complains
On 02/16/2013 06:10 PM, Sönke Ludwig wrote:
Some may already have noticed it as it's mentioned already on the vibe.d
website and is currently hosted on the same domain as the old VPM registry:
http://registry.vibed.org/
Thanks for finally tackling this important necessity in a pragmatic
On 2/16/13, Sönke Ludwig slud...@outerproduct.org wrote:
http://registry.vibed.org/
Why does dub automatically try to build an executable? I wanted to
create a library package but I don't see from the docs how to do this.
I also think it's counter-intuitive that running dub with no arguments
On Saturday, 16 February 2013 at 17:10:33 UTC, Sönke Ludwig wrote:
With the recent talk about Orbit, I thought it is time to also
announce
the package manager that we have been working out based on the
simple
VPM system that has always been in vibe.d. I don't really like
stepping
into
On Mon, 18 Feb 2013 15:17:05 +0100
Dicebot m.stras...@gmail.com wrote:
On Monday, 18 February 2013 at 14:14:30 UTC, Dicebot wrote:
...
tl; dr: Care not about developer, he can adjust. Care about
end-user who has single OS and is forced to deal with miriads of
different package systems
On Tuesday, 19 February 2013 at 00:08:40 UTC, Nick Sabalausky
wrote:
On Mon, 18 Feb 2013 18:16:00 -0500
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
[...]
- Anything that isn't part of the official public repo(s) is a
second-class citizen. Ex: AFAIK, You can't really do anything
On 18.02.2013 08:32, Nick Sabalausky wrote:
On Sun, 17 Feb 2013 15:40:25 +0100
Dicebot m.stras...@gmail.com wrote:
Packaging is best done (and should be) by OS package manager, not
hundreds of languages-specific managers. Good language package
manager in my opinion is just an information
On Tue, 19 Feb 2013 01:38:14 +0100
Moritz Maxeiner mor...@ucworks.org wrote:
On Tuesday, 19 February 2013 at 00:08:40 UTC, Nick Sabalausky
wrote:
On Mon, 18 Feb 2013 18:16:00 -0500
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
[...]
- Anything that isn't part of the
On Mon, 18 Feb 2013 19:52:58 -0500
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
In any case though, there still remains the problem that OS-level
package managers are more or less OS-specific. Something like 0install
sounds great, although I admit that I've been aware of it for
On Mon, 18 Feb 2013 19:52:58 -0500
Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
Something like 0install [...]
Oops, forgot link:
http://0install.net/injector.html
On Tue, 19 Feb 2013 11:48:41 +1100
Marco Nembrini marco.nembrini...@gmail.com wrote:
On 18.02.2013 08:32, Nick Sabalausky wrote:
On Sun, 17 Feb 2013 15:40:25 +0100
Dicebot m.stras...@gmail.com wrote:
Packaging is best done (and should be) by OS package manager, not
hundreds of
- Anything that isn't part of the official public repo(s) is a
second-class citizen. Ex: AFAIK, You can't really do anything
like
apt-get install http://example.com/foo/bar-2.7; or apt-get
install
./private-package-that-joe-sent-me-via-email.
You can do dpkg -i
On Tue, 19 Feb 2013 02:23:07 +0100
jerro a...@a.com wrote:
- Anything that isn't part of the official public repo(s) is a
second-class citizen. Ex: AFAIK, You can't really do anything
like
apt-get install http://example.com/foo/bar-2.7; or apt-get
install
Am 18.02.2013 21:49, schrieb Andrej Mitrovic:
On 2/16/13, Sönke Ludwig slud...@outerproduct.org wrote:
http://registry.vibed.org/
Why does dub automatically try to build an executable? I wanted to
create a library package but I don't see from the docs how to do this.
The current concept
1 - 100 of 178 matches
Mail list logo
