www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - CTAN, CPAN, RubyGem like

reply bioinfornatics <bioinfornatics fedoraproject.org> writes:
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
Dec 13 2010
next sibling parent reply Daniel Gibson <metalcaedes gmail.com> writes:
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 =

ct)
 =A0 - we can use use some auto tools for build a project cmake dmake and =

 * 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 :-)
Dec 13 2010
parent bioinfornatics <bioinfornatics fedoraproject.org> writes:
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 ....
Dec 13 2010
prev sibling parent reply Jacob Carlborg <doob me.com> writes:
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
Dec 13 2010
next sibling parent reply Jonathan M Davis <jmdavisProg gmx.com> writes:
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
Dec 13 2010
next sibling parent Ary Borenszweig <ary esperanto.org.ar> writes:
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.
Dec 13 2010
prev sibling parent David Gileadi <gileadis NSPMgmail.com> writes:
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.
Dec 13 2010
prev sibling next sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
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.

Dec 13 2010
prev sibling next sibling parent Russel Winder <russel russel.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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 =


 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.


--=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 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
Dec 14 2010
prev sibling next sibling parent Russel Winder <russel russel.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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=20
 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=20
 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. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 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
Dec 14 2010
prev sibling next sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
On 12/14/10, Russel Winder <russel russel.org.uk> wrote:
 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?

Yes, but I'm talking about having something platform-independent.
Dec 14 2010
prev sibling parent Russel Winder <russel russel.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, 2010-12-14 at 17:07 +0100, Andrej Mitrovic wrote:
 On 12/14/10, Russel Winder <russel russel.org.uk> wrote:

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

Yes, but I'm talking about having something platform-independent.

As it stands, in the Ubuntu and Debian worlds definitely, in the Fedora/RHEL worlds I suspect, configuration management in "The Great Problem" for language, especially Java. The operating system itself has a configuration management system that generally fails to work for specific languages, and where the languages have language specific systems it tends to lead to parochialism, if the system works at all. Windows and Mac OS X solve this problem by abdicating and not solving this problem, requiring every application to ship all the dependencies it needs into its own subsystem. On the face of it there seems to be no practical solution to the problem as the operating systems people are unlikely to consider alternative solutions to the ones they currently have, and the language people seem to need platform independence more than parsimonious systems. Is it certain that it is not possible to work with Apt, Yum, Port, Fink, MacPorts, etc.? I for one find it incredibly annoying that Debian/Ubuntu and Java are seemingly unable to work together sanely. And C/C++ isn't much better. :-(( --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder ekiga.n= et 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
Dec 14 2010