Hi D community,
i would like put an idea,
* it will be great add to dsource or a new website a tool like CPAN (and other ..) for auto instaling a new project (local and distant package/project)
   - we can use use some auto tools for build a project cmake dmake and other ..
* Add a new project to dsource by using a a form

thanks for reply and any enhancement

On Mon, Dec 13, 2010 at 2:51 PM, bioinfornatics <bioinfornatics@fedoraproject.org> wrote:
> Hi D community,
> i would like put an idea,
> * it will be great add to dsource or a new website a tool like CPAN (and other ..) for auto instaling a new project (local and distant package/project)
>   - we can use use some auto tools for build a project cmake dmake and other ..
> * Add a new project to dsource by using a a form
>
> thanks for reply and any enhancement
>

Sounds a bit like DSSS: http://www.dsource.org/projects/dsss :-)

dsss is die
it will be great a tool who communicate with dsource (or other) for help install, in perl or in ruby from commndline you can install a new library it is easy and powerfull, save time ....

On 2010-12-13 14:51, bioinfornatics wrote:
> Hi D community,
> i would like put an idea,
> * it will be great add to dsource or a new website a tool like CPAN (and other ..) for auto instaling a new project (local and distant package/project)
>     - we can use use some auto tools for build a project cmake dmake and other ..
> * Add a new project to dsource by using a a form
>
> thanks for reply and any enhancement

D desperately needs some kind of library/application/package manager.

-- 
/Jacob Carlborg

On Monday, December 13, 2010 11:02:36 Jacob Carlborg wrote:
> On 2010-12-13 14:51, bioinfornatics wrote:
> > Hi D community,
> > i would like put an idea,
> > * it will be great add to dsource or a new website a tool like CPAN (and
> > other ..) for auto instaling a new project (local and distant
> > package/project)
> > 
> >     - we can use use some auto tools for build a project cmake dmake and
> >     other ..
> > 
> > * Add a new project to dsource by using a a form
> > 
> > thanks for reply and any enhancement
> 
> D desperately needs some kind of library/application/package manager.

LOL. That may be true, but coming from a primarily C++ and Java background where that sort of thing doesn't really exist (as far as I know anyway), I confess that I don't see much need for that sort of thing. I don't necessarily have any problem with it existing, but it's fine with me if it doesn't, and I've never quite understood the folks who belate its lack.

Honestly, package management of any kind is the kind of thing I expect my OS to do.

- Jonathan M Davis

Deploying a Ruby on Rails 2 application is like this:

git clone ... (or hg pull ... or whatever you use)
rake gems:install (this installs all the libraries your project depend on)
rake db:create
rake db:migrate
rake db:seed

Very, very convenient. Otherwise you have to download the jars in you server, or commit them to your source control which is pretty heavy.

In D, Java, C#, etc., it's a PITA, specially when your app depends on a specific version of a library.

Yeah, it's a PITA all right. You could download a project, and it could list a dozen library  dependencies in a text file. So now you have to spend hours searching, downloading, reading manuals and compiling libraries (not to mention having to download any extra dependencies for those libs as well, and any tools used in the building process), and finally configuring the app to use the compiled libraries. And when the libs won't compile.. bleh! It's typical for many open-source C apps that I've tried compiling.

On 12/13/10, Ary Borenszweig <ary@esperanto.org.ar> wrote:
> Deploying a Ruby on Rails 2 application is like this:
>
> git clone ... (or hg pull ... or whatever you use)
> rake gems:install (this installs all the libraries your project depend on)
> rake db:create
> rake db:migrate
> rake db:seed
>
> Very, very convenient. Otherwise you have to download the jars in you
> server, or
> commit them to your source control which is pretty heavy.
>
> In D, Java, C#, etc., it's a PITA, specially when your app depends on a
> specific
> version of a library.
>

On 12/13/10 12:23 PM, Jonathan M Davis wrote:
> On Monday, December 13, 2010 11:02:36 Jacob Carlborg wrote:
>> On 2010-12-13 14:51, bioinfornatics wrote:
>>> Hi D community,
>>> i would like put an idea,
>>> * it will be great add to dsource or a new website a tool like CPAN (and
>>> other ..) for auto instaling a new project (local and distant
>>> package/project)
>>>
>>>      - we can use use some auto tools for build a project cmake dmake and
>>>      other ..
>>>
>>> * Add a new project to dsource by using a a form
>>>
>>> thanks for reply and any enhancement
>>
>> D desperately needs some kind of library/application/package manager.
>
> LOL. That may be true, but coming from a primarily C++ and Java background where
> that sort of thing doesn't really exist (as far as I know anyway), I confess
> that I don't see much need for that sort of thing. I don't necessarily have any
> problem with it existing, but it's fine with me if it doesn't, and I've never
> quite understood the folks who belate its lack.
>
> Honestly, package management of any kind is the kind of thing I expect my OS to
> do.
>
> - Jonathan M Davis

It certainly does exist in the Java world, and if you're working on a big enterprise project then chances are you'll run into it.  The Maven build system has repository and dependency management built in, and the Apache Ivy project does similar dependency management without being a build system.  Newer Java build systems like Gradle also have dependency management built in.  As Andrej says, building large existing projects without it is no fun whatsoever.

On Mon, 2010-12-13 at 21:20 +0100, Andrej Mitrovic wrote:
> Yeah, it's a PITA all right. You could download a project, and it could list a dozen library  dependencies in a text file. So now you have to spend hours searching, downloading, reading manuals and compiling libraries (not to mention having to download any extra dependencies for those libs as well, and any tools used in the building process), and finally configuring the app to use the compiled libraries. And when the libs won't compile.. bleh! It's typical for many open-source C apps that I've tried compiling.

But isn't this exactly what Apt and Yum are for?

I suspect the core to the problem is that Windows and Mac OS X are not built around a dependency management system whereas most Linux distributions are.  Of course there is MacPorts and Fink for Mac OS X, but Apple have no interest in them.

> On 12/13/10, Ary Borenszweig <ary@esperanto.org.ar> wrote:
> > Deploying a Ruby on Rails 2 application is like this:
> >
> > git clone ... (or hg pull ... or whatever you use)
> > rake gems:install (this installs all the libraries your project depend on)
> > rake db:create
> > rake db:migrate
> > rake db:seed
> >
> > Very, very convenient. Otherwise you have to download the jars in you
> > server, or
> > commit them to your source control which is pretty heavy.
> >
> > In D, Java, C#, etc., it's a PITA, specially when your app depends on a
> > specific
> > version of a library.
> >

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@russel.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

On Mon, 2010-12-13 at 13:36 -0700, David Gileadi wrote:
[ . . . ]
> It certainly does exist in the Java world, and if you're working on a big enterprise project then chances are you'll run into it.  The Maven build system has repository and dependency management built in, and the Apache Ivy project does similar dependency management without being a build system.  Newer Java build systems like Gradle also have dependency management built in.  As Andrej says, building large existing projects without it is no fun whatsoever.

Currently Gradle uses Ivy, but there may be a shift to the new Maven resolver once it is fully established and shaken down.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@russel.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder