Le mercredi 30 mai 2012 à 13:04 +0200, Zardoz a écrit :
> On Saturday, 26 May 2012 at 08:52:07 UTC, bioinfornatics wrote:
> > Le mercredi 23 mai 2012 à 16:14 -0700, Walter Bright a écrit :
> >> Currently, getting D code from github is a multistep process,
> >> that isn't always obvious. I propose
On Saturday, 26 May 2012 at 08:52:07 UTC, bioinfornatics wrote:
Le mercredi 23 mai 2012 à 16:14 -0700, Walter Bright a écrit :
Currently, getting D code from github is a multistep process,
that isn't always obvious. I propose the creation of a dget
program, which will:
dget https://githu
You can actually set timeouts using the get function by providing the
HTTP instance as a second parameter to get() e.g.:
auto client = HTTP();
client.dataTimeout = dur!"seconds"(10);
auto data = get!(HTTP,ubyte)("www.dlang.org", client);
/Jonas
Good to know, thanks.
I used the chance to
On Saturday, 26 May 2012 at 22:04:34 UTC, Martin Nowak wrote:
On Sat, 26 May 2012 03:35:13 +0200, Walter Bright
wrote:
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly
straightforward, and will
be a nice timesaver for a lot of people.
https://
On 5/26/2012 3:04 PM, Martin Nowak wrote:
On Sat, 26 May 2012 03:35:13 +0200, Walter Bright
wrote:
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward, and will
be a nice timesaver for a lot of people.
https://gist.github.com/278627
On Sat, 26 May 2012 03:35:13 +0200, Walter Bright
wrote:
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward,
and will
be a nice timesaver for a lot of people.
https://gist.github.com/2786276
usage:
rdmd dget dsimcha/TempAlloc
Le mercredi 23 mai 2012 à 16:14 -0700, Walter Bright a écrit :
> Currently, getting D code from github is a multistep process, that isn't
> always
> obvious. I propose the creation of a dget program, which will:
>
> dget https://github.com/D-Programming-Deimos/libevent
>
> download the lib
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward, and will
be a nice timesaver for a lot of people.
https://gist.github.com/2786276
usage:
rdmd dget dsimcha/TempAlloc libevent
How about slapping a Boost license on it and creating
On 5/25/2012 1:32 AM, Martin Nowak wrote:
Anyone want to implement such? It ought to be fairly straightforward, and will
be a nice timesaver for a lot of people.
https://gist.github.com/2786276
usage:
rdmd dget dsimcha/TempAlloc libevent
Holy Mackerel! I'm going to give it a try.
Anyone want to implement such? It ought to be fairly straightforward,
and will be a nice timesaver for a lot of people.
https://gist.github.com/2786276
usage:
rdmd dget dsimcha/TempAlloc libevent
On 5/24/2012 7:43 AM, David Nadlinger wrote:
By the way, if you really just need to fetch the latest source tree for a GitHub
project, you don't even need a local Git client. Just click the big »ZIP« button
(taking you e.g. to
https://github.com/D-Programming-Language/phobos/zipball/master) – wor
On Wednesday, 23 May 2012 at 23:14:19 UTC, Walter Bright wrote:
Anyone want to implement such? It ought to be fairly
straightforward, and will be a nice timesaver for a lot of
people.
Oh, and maybe I'm a bit to pessimistic on that, but a project
that takes »only one or two days« and »doesn't
On 2012-05-24 13:08, Kevin Cox wrote:
On May 24, 2012 7:03 AM, "Jacob Carlborg" mailto:d...@me.com>> wrote:
>
> Mac OS X doesn't have one out of the box, App Store doesn't count.
>
> --
> /Jacob Carlborg
IIRC there is one that a ton of people use, is it called macports?
Yes, but there a
On 2012-05-24 13:30, Regan Heath wrote:
Odd.. a language specific package support would mean /one/ set of
steps/documentation/etc for telling new users how to do it, instead of a
vague "check your platform documentation" or similar. Plus, having
language specific tools means complete control of
On Thu, 24 May 2012 10:50:15 +0100, Russel Winder
wrote:
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
Every time I need to do something in an language without official
package manager support, I curse myself.
On the other hand Debian, Fedora, FreeBSD, MacOSX, etc. already ha
On 5/24/12 6:08 PM, Kevin Cox wrote:
On May 24, 2012 7:03 AM, "Jacob Carlborg" mailto:d...@me.com>> wrote:
>
> Mac OS X doesn't have one out of the box, App Store doesn't count.
>
> --
> /Jacob Carlborg
IIRC there is one that a ton of people use, is it called macports?
That, bust mostly
On Thursday, 24 May 2012 at 09:53:38 UTC, Russel Winder wrote:
On Thu, 2012-05-24 at 10:29 +0200, Paulo Pinto wrote:
[...]
"Go get" still has an issue with version dependencies, as it
gets latest.
I wasn't trying to say it was perfect, apologies if that
impression came
across. I was trying t
On May 24, 2012 7:08 AM, "Tobias Pankrath" wrote:
>
> I'm using arch, too. The problem are the people, who don't :-)
I know what you are saying but package managers were beautiful things that
made it stupidly simple to install software. But we are slowly going back
to windoze with "install this,
On Thursday, 24 May 2012 at 10:50:57 UTC, Kevin Cox wrote:
On May 24, 2012 6:43 AM, "Tobias Pankrath"
wrote:
On Thursday, 24 May 2012 at 09:50:33 UTC, Russel Winder wrote:
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
Every time I need to do something in an language without
On May 24, 2012 7:03 AM, "Jacob Carlborg" wrote:
>
> Mac OS X doesn't have one out of the box, App Store doesn't count.
>
> --
> /Jacob Carlborg
IIRC there is one that a ton of people use, is it called macports?
Also, for
switching versions all you have to do is change on variable.
I'm sure
there are things like this for other systems but I use arch and
I see a
solution to your problem.
I'm using arch, too. The problem are the people, who don't :-)
In the end, it should be possible to "just get & c
On 2012-05-24 12:02, Alex Rønne Petersen wrote:
Huh, it does? I've always found those tools ridiculously easy and great
to work with.
I've also found those very easy to use.
--
/Jacob Carlborg
On 2012-05-24 11:50, Russel Winder wrote:
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
Every time I need to do something in an language without official
package manager support, I curse myself.
On the other hand Debian, Fedora, FreeBSD, MacOSX, etc. already have
package manageme
On May 24, 2012 6:43 AM, "Tobias Pankrath" wrote:
>
> On Thursday, 24 May 2012 at 09:50:33 UTC, Russel Winder wrote:
>>
>> On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
>> [...]
>>>
>>> Every time I need to do something in an language without official
package manager support, I curse mysel
On Thursday, 24 May 2012 at 09:50:33 UTC, Russel Winder wrote:
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
Every time I need to do something in an language without
official package manager support, I curse myself.
On the other hand Debian, Fedora, FreeBSD, MacOSX, etc. already
On 24-05-2012 11:50, Russel Winder wrote:
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
Every time I need to do something in an language without official
package manager support, I curse myself.
On the other hand Debian, Fedora, FreeBSD, MacOSX, etc. already have
package manageme
On Thu, 2012-05-24 at 10:29 +0200, Paulo Pinto wrote:
[...]
>
> "Go get" still has an issue with version dependencies, as it
> gets latest.
I wasn't trying to say it was perfect, apologies if that impression came
across. I was trying to say that there was a model of source code
organization for c
On Thu, 2012-05-24 at 10:34 +0200, Paulo Pinto wrote:
[...]
> Every time I need to do something in an language without official
> package manager support, I curse myself.
On the other hand Debian, Fedora, FreeBSD, MacOSX, etc. already have
package managements systems. A problem is that Windows do
On 2012-05-24 02:23, Alex Rønne Petersen wrote:
Maybe this should be part of whatever package manager the community ends
up using. I think several people have been / are working on such programs.
I still am, although slowly:
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-f
On Thursday, 24 May 2012 at 05:51:38 UTC, Jonathan M Davis wrote:
On Thursday, May 24, 2012 12:45:57 Ary Manzana wrote:
I think it's better to focus on a package manager that will
make this
'dget' program obsolete.
Though dget would be a pretty good name for a D package manager.
- Jonathan M
On Thursday, 24 May 2012 at 08:13:29 UTC, Russel Winder wrote:
On Wed, 2012-05-23 at 16:14 -0700, Walter Bright wrote:
Currently, getting D code from github is a multistep process,
that isn't always obvious. I propose the creation of a dget
program, which will:
Sounds like you are asking for
On Wed, 2012-05-23 at 16:14 -0700, Walter Bright wrote:
> Currently, getting D code from github is a multistep process, that isn't
> always
> obvious. I propose the creation of a dget program, which will:
Sounds like you are asking for the same thing that the go program
provides for Go. Except t
On 2012-05-24 07:57, Walter Bright wrote:
And dget is a one or two day project, and doesn't require much of any
design.
Then suddenly you want to be able to easily download dependencies and
install all code in a central location on disk, i.e. a package manager.
But since the original tool "d
On 2012-05-24 07:42, Walter Bright wrote:
Pretty much that. However, this requires that the user install git
first. dget is all about reducing friction. dget can also be extended to
get things from other repositories without changing the user interface,
and it can have a builtin mapping of libra
On 24-05-2012 07:51, Jonathan M Davis wrote:
On Thursday, May 24, 2012 12:45:57 Ary Manzana wrote:
I think it's better to focus on a package manager that will make this
'dget' program obsolete.
Though dget would be a pretty good name for a D package manager.
- Jonathan M Davis
+1.
--
Alex
On 5/23/2012 10:51 PM, Jonathan M Davis wrote:
On Thursday, May 24, 2012 12:45:57 Ary Manzana wrote:
I think it's better to focus on a package manager that will make this
'dget' program obsolete.
Though dget would be a pretty good name for a D package manager.
And dget is a one or two day pr
On Thursday, May 24, 2012 12:45:57 Ary Manzana wrote:
> I think it's better to focus on a package manager that will make this
> 'dget' program obsolete.
Though dget would be a pretty good name for a D package manager.
- Jonathan M Davis
On 5/24/12 6:14 AM, Walter Bright wrote:
Currently, getting D code from github is a multistep process, that isn't
always obvious. I propose the creation of a dget program, which will:
dget https://github.com/D-Programming-Deimos/libevent
download the libevent code and install it in a subdirecto
On 5/23/2012 9:39 PM, David Nadlinger wrote:
On Wednesday, 23 May 2012 at 23:14:19 UTC, Walter Bright wrote:
Currently, getting D code from github is a multistep process, that isn't
always obvious. I propose the creation of a dget program, which will:
dget https://github.com/D-Programming-Deimo
On Wednesday, 23 May 2012 at 23:14:19 UTC, Walter Bright wrote:
Currently, getting D code from github is a multistep process,
that isn't always obvious. I propose the creation of a dget
program, which will:
dget https://github.com/D-Programming-Deimos/libevent
download the libevent code a
On 24-05-2012 01:14, Walter Bright wrote:
Currently, getting D code from github is a multistep process, that isn't
always obvious. I propose the creation of a dget program, which will:
dget https://github.com/D-Programming-Deimos/libevent
download the libevent code and install it in a subdirect
Currently, getting D code from github is a multistep process, that isn't always
obvious. I propose the creation of a dget program, which will:
dget https://github.com/D-Programming-Deimos/libevent
download the libevent code and install it in a subdirectory named libevent. Of
course, the ur
42 matches
Mail list logo