Hi, I'd like to present my project - C++ Archive Network (or simply CPPAN). You can consider it as (yet another) C/C++ package manager. In the beginning it was targeting C++ Modules, but it seems it can handle many current C/C++ projects. You can read more information about idea and motivation from links below (see docs). This is an alpha release (0.1.2). I'm announcing it only here to get initial feedback (but still boost community is large enough). As always the general idea is to create programs faster, to reuse and share your or anyone's code. But specifically here: source only packages (no tools, no tests in distribution pkg - keep all your stuff in your repos), Modules-like paths (org.boost.algorithm), semantic versioning (semver.org), zero-conf. projects, all-or-nothing dependencies (no optional deps.) and some other convenient features. At the moment CPPAN works only with CMake. It generates files that you include to your project (see docs). To be closer to boost and modern C++ community I added some popular projects as demo versions: - boost 1.60.0 - all projects - some core parts work (filesystem, thread, log, asio etc.), did not tried less used libraries. - new boost libs: coroutine2 (added but not set up, so does not works), dll - boost incubator libs: fit, DI - you can try them faster during reviews - gsl, range-v3, mach7, sqlpp11 (and connectors) - some modern libs - concepts libs: cmcstl2, text_view - so users can try and adopt new C++ features faster - google's: gtest,gmock,protobuf, recent 'highwayhash' lib - sqlite3 (3.11.0) - zlib, bzip2 - libressl - image libs: libpng, tiff, gif, webp, some others - libpqxx Most of them just works. Almost all dependencies are met. In boost.* I do not untangle the core dependencies, so base dependency-ball is quite big. I believe that library authors can eliminate unneeded deps better. Links: https://cppan.org/ - website https://github.com/cppan/cppan - client, use issues for feedback https://github.com/cppan/cppan/wiki - docs https://github.com/cppan/demo_project - example project that uses cppan https://github.com/cppan/packages - example packages (config files) https://github.com/cppan/packages/blob/master/boost/boost.cppan - base boost config file (big list of deps, probably can be shorter) --- ps. I'm not writing about pros. and cons. Both are present. Just give CPPAN a try and we'll see how we can improve it. -- Egor Pugin
I'd like to present my project - C++ Archive Network (or simply CPPAN). You can consider it as (yet another) C/C++ package manager. In the beginning it was targeting C++ Modules, but it seems it can handle many current C/C++ projects. You can read more information about idea and motivation from links below (see docs).
This is an alpha release (0.1.2). I'm announcing it only here to get initial feedback (but still boost community is large enough).
This is important work, even if I wished for the community to settle on a single project. Side note: you will not gain any friends here by publishing your code under GPL (which could also be the reason why nobody responded to your email so far). Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu
As always the general idea is to create programs faster, to reuse and share your or anyone's code. But specifically here: source only packages (no tools, no tests in distribution pkg - keep all your stuff in your repos), Modules-like paths (org.boost.algorithm), semantic versioning (semver.org), zero-conf. projects, all-or-nothing dependencies (no optional deps.) and some other convenient features. At the moment CPPAN works only with CMake. It generates files that you include to your project (see docs).
To be closer to boost and modern C++ community I added some popular projects as demo versions: - boost 1.60.0 - all projects - some core parts work (filesystem, thread, log, asio etc.), did not tried less used libraries. - new boost libs: coroutine2 (added but not set up, so does not works), dll - boost incubator libs: fit, DI - you can try them faster during reviews - gsl, range-v3, mach7, sqlpp11 (and connectors) - some modern libs - concepts libs: cmcstl2, text_view - so users can try and adopt new C++ features faster - google's: gtest,gmock,protobuf, recent 'highwayhash' lib - sqlite3 (3.11.0) - zlib, bzip2 - libressl - image libs: libpng, tiff, gif, webp, some others - libpqxx
Most of them just works. Almost all dependencies are met. In boost.* I do not untangle the core dependencies, so base dependency-ball is quite big. I believe that library authors can eliminate unneeded deps better.
Links: https://cppan.org/ - website https://github.com/cppan/cppan - client, use issues for feedback https://github.com/cppan/cppan/wiki - docs https://github.com/cppan/demo_project - example project that uses cppan https://github.com/cppan/packages - example packages (config files) https://github.com/cppan/packages/blob/master/boost/boost.cppan - base boost config file (big list of deps, probably can be shorter)
--- ps. I'm not writing about pros. and cons. Both are present. Just give CPPAN a try and we'll see how we can improve it.
-- Egor Pugin
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Side note: you will not gain any friends here by publishing your code under GPL (which could also be the reason why nobody responded to your email so far).
I'm publishing the package manager. Client (GPL-ed) is only a tool. At the moment I'm the only author of client, so it can be relicensed very easily. What do you suggest? Boost license (as we're in this list)? MIT? BSD? -- Egor Pugin
On Tue, Mar 15, 2016 at 7:46 AM, Egor Pugin <egor.pugin@gmail.com> wrote:
Side note: you will not gain any friends here by publishing your code under GPL (which could also be the reason why nobody responded to your email so far).
I'm publishing the package manager. Client (GPL-ed) is only a tool. At the moment I'm the only author of client, so it can be relicensed very easily. What do you suggest? Boost license (as we're in this list)? MIT? BSD?
Any of those three would work for me (Boost, MIT, BSD). --charley
Gesendet: Dienstag, 15. März 2016 um 14:46 Uhr Von: "Egor Pugin" <egor.pugin@gmail.com> An: boost@lists.boost.org Betreff: Re: [boost] [ann] C++ Archive Network
Side note: you will not gain any friends here by publishing your code under GPL (which could also be the reason why nobody responded to your email so far).
I'm publishing the package manager. Client (GPL-ed) is only a tool. At the moment I'm the only author of client, so it can be relicensed very easily. What do you suggest? Boost license (as we're in this list)? MIT? BSD?
I think for a standalone application its ok to be GPL. But probably you should make the functionality of your package manager available as a library in LGPL/MIT/BSD/boost. JW
On 15 March 2016 at 21:49, Jens Weller <JensWeller@gmx.de> wrote:
Gesendet: Dienstag, 15. März 2016 um 14:46 Uhr Von: "Egor Pugin" <egor.pugin@gmail.com> An: boost@lists.boost.org Betreff: Re: [boost] [ann] C++ Archive Network
Side note: you will not gain any friends here by publishing your code under GPL (which could also be the reason why nobody responded to your email so far).
I'm publishing the package manager. Client (GPL-ed) is only a tool. At the moment I'm the only author of client, so it can be relicensed very easily. What do you suggest? Boost license (as we're in this list)? MIT? BSD?
I think for a standalone application its ok to be GPL. But probably you should make the functionality of your package manager available as a library in LGPL/MIT/BSD/boost.
Similar thinking for me: an open source end-user tool is ok to be not -that-open license, but not if it is supposed to be a critical part of the user's infrastructure.
JW
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
participants (5)
-
charleyb123 . -
Egor Pugin -
Hartmut Kaiser -
Jens Weller -
Klaim - Joël Lamotte