16 ms·

Show HN: Buckaroo – A decentralized C++ package manager

55 points by entelechy 8y ago

bradhe 8y ago
Another C++ package manager?
IshKebab 8y ago
So many people have tried and failed to do this. I'm skeptical that these guys have succeeded. The main problem seems to be that because there is no standard C++ build system, every library uses a different one. Wrangling all those together without requiring the library authors to do anything is extremely difficult. Hell many C++ libraries still use autotools or hand-written Makefiles. I don't really see how it is even possible to automatically download and build those projects.
- blueline 8y ago
  > I don't really see how it is even possible to automatically download and build those projects. so i mean what e.g. conan does is acknowledge this and require that package creators provide "recipes" that tell conan how to build the project. buckaroo seems to take a similar approach: https://github.com/LoopPerfect/buckaroo/wiki/Creating-a-Package https://github.com/LoopPerfect/buckaroo/wiki/Creating-a-Pack... i will say that in my time using conan to attempt to solve for compiling an application for x86 and a few flavors of ARM, this is NOT a silver bullet.. a huge fraction of third party libraries we tried to pull in needed to have their recipes modified to build correctly.
  - entelechy 8y ago
    Afaik Conan requires a server and you cannot install from arbitrary sources. Furthermore Conan prefers to download precompiled libraries. Unless you run your own artifactory, this may be problematic for people for people concerned about security or ABI compatibility.
    - cbuq 8y ago
      Just to break down your complaints. 1. Conan does not require a server. If a project contains a conanfile.py with build instructions, you can also run `conan create` from a project's source repository (no server required). 2. You can easily force build dependencies with the `--build *` flag
      - adgasf 8y ago
        Interesting. Regarding (1), does this mean you have to download the dependency from GitHub by hand, then put it into the cache before you can "install" it?
        cbuq 8y ago
        Exactly, without a server to fetch dependencies from you can still manage your local cache.
        adgasf 8y ago
        I think this misses the point though. You shouldn't have to "prepare" all of the dependencies you might require since this could be such a large graph.
- shin_lao 8y ago
  It's indeed going to be very, very, hard to retrofit a package manager into C++. You could structure something around CMake. One immediate issue is compilation flags and platforms management. You may need to use some custom flags, for example, you need to compile against a specific architecture. You want those flags to be passed to all libraries uniformly. But the horrible problem is quickly the compatibility matrix. In other words, if you are making available, let's say you are using alib v1 and blib v2, you need to check the two libraries compile, link, and work together nicely. So when you upgrade one of the libraries, you need to check that compatibility again. It's an important problem because if you're working on production software, you need to be able to build all versions and maintain them. And maybe you will have to upgrade only one library. You can't always be "current" everywhere. So very quickly, using a package manager becomes more painful than having the libraries management manually with a couple of custom scripts. I'll be happily be proven wrong by a package manager (and we tried a lot).
  - brobdingnagians 8y ago
    cget appears to be structured around CMake, looks like a pretty simple, minimalistic effort that would afford some convenience https://cget.readthedocs.io/en/latest/src/intro.html https://cget.readthedocs.io/en/latest/src/intro.html
  - dcuthbertson 8y ago
    I can't say I'd be a fan of a CMake based package manager. While CMake has been a great tool under Linux environments (I've used it for C/C++ builds, and in mixed C & Go build environments), I've also experienced horrors when CMake is used to generate Visual Studio solution and project files. I mostly work in Windows development. CMake scripts created by a professional build engineer caused a lot of havoc. It injected itself into the project files in such an insidious fashion, that it was nearly impossible to tell if dependencies were correct. It completely broke Intellisense, making code navigation an exercise in frustration. I was not happy, and wound up ripping out the scripts and creating new solution and project files that actually supported the needs of the developers. (Edited to remove typos and improve grammar)
  - je42 8y ago
- dana321 8y ago
  linuxbrew / homebrew does a pretty good job at downloading packages and compiling them. The wildcard is cross-platform. vcpkg doesn't seem to be 100% there and has many bugs for example the folders where includes and libraries are kept changes based on platform. The other problem is static vs dynamic linking, as well as conflicts between different combinations of cmt libs etc. it gets very messy quickly. Its almost like you're spending more time trying to get all the libraries you want working together than actually coding.
  - rienbdj 8y ago
    The solution in my experience (also the approach at Google) is to always build from source but cache the build artefacts. This is how Buckaroo works too (although it is Buck instead of Bazel).
    - entelechy 8y ago
      yes and you can also distribute your cache [1] Furthermore it uses git to manage the sourcecode and use shallow&shared clones to have quick downloads. [1] https://buckbuild.com/files-and-dirs/buckconfig.html#cache https://buckbuild.com/files-and-dirs/buckconfig.html#cache Lastly I'd like to note that Buck and Bazel are converging to Skylark for describing builds. The differences between Buck and Bazel should become smaller over time
      - ghthor 8y ago
        Pants has also converged with Bazel around BUILD file formats.
  - spacksmack 8y ago
    Obligatory Spack reference: Spack is also worth checking out if you want to build everything from source. A lot of the national labs use spack now because you can specify all the dependencies for a tool (eg, g++8, boost1.68, opempi3) and it will build out any of the missing tools/compilers for you in one command. It doesn't solve the build system stuff like buckaroo, but it works with whatever build stuff I want to do (cmake, make, sh). https://spack.io/ https://spack.io/
- rienbdj 8y ago
  This is the chicken - egg problem of C++ package managers. one approach is to try to wrap all build systems (Conan); the other is to port to a common build system (vcpkg, Hunter, Buckaroo). The wrapping approach makes it very hard to inspect the build and customize things. The porting approach makes it hard to get things moving. I think the porting approach will prove better in the long run. What we really need are automated porting tools to fix this mess!
  - entelechy 8y ago
    we build https://buildinfer.loopperfect.com/ https://buildinfer.loopperfect.com/ to transpile buildsystems automatically.
- entelechy 8y ago
  One of the authors here. Yes you are totally right, as build-systems are not standardized it is quite challenging. However we have seen more than 300 ports back in 2017 [1] and saw many emerging patterns. This enabled us to write rules to transpile and optimize 100s of build-systems to buck using buildinfer [2] [3]. We hope that more sane decisions will be made regarding build-systems in new projects. We discovered analyzing over 300 projects that a lot of complexity is not needed and often a non-turing complete language for describing the build is sufficient. In fact we found that over 90% of projects can be described solely by using glob expressions. [1] https://hackernoon.com/lessons-learned-from-porting-300-projects-to-buck-build-ff6463b65142 https://hackernoon.com/lessons-learned-from-porting-300-proj... [2] https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15feb https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15... [3] https://buildinfer.loopperfect.com/ https://buildinfer.loopperfect.com/
  - ghthor 8y ago
    That's so freaking cool! I'm not to surprised that 90% can be globs. Were there any projects that you saw that were polyglots? Maybe some type of library that had built in diagnostics and metrics providing prebuilt html or interactive webpages?
    - entelechy 8y ago
      May projects use some document generators or tools to collect metrics. However some build-systems that were really interesting were OpenCV and OpenSSL. OpenSSL buildsystem is over 6k lines of perl scripts which communicate over pipes. OpenCV uses cmake, python and prolog for it's build. Until this day, I have no clue why there is prolog involved. You can read some bits about it in our initial announcement of buildinfer: https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15feb https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15...
simfoo 8y ago
The Buckaroo workflow looks like this: # Create your project file $ buckaroo init # Install dependencies $ buckaroo add github.com/buckaroo-pm/boost-thread@branch=master # Run your code $ buck run :my-app And yet another development tool that wants to hijack my workflow. No thanks Conan.io already does decentralization right and is well on the way on becoming the defacto standard package manager for C++. And all of that without constraining my workflows
- rienbdj 8y ago
  Conan requires a server so it is not decentralised (maybe things have changed since I last checked).
  - simfoo 8y ago
    It does not require a server. It supports arbitrary remotes (like git does) to exchange packages, but it works without one as well (just publishing packages to the local cache)
    - entelechy 8y ago
      How do I install a package from git directly? - and can that package depend on another package that lives in another git repository? Afaik this is not supported by conan
      - simfoo 8y ago
        It is supported. You create the packages using "conan create" from any place with a recipe, which puts the packages into your local conan data directory (called the cache). Any other recipe can then depend on any package that is already in the cache.
        adgasf 8y ago
        Does this not assume the package is already on your system?
Firecracker 8y ago
Counteracting some of the comments below: My experience using buckaroo in a large project over the past year has been extremely positive, and I'd say addresses most of the problems raised here. It's far and away better than anything else I've used.
- adgasf 8y ago
  Do you have any thoughts on the changes in v2?
- DoctorOetker 8y ago
  I don't read any content in your comment? Your experience (using buckaroo ...) adresses most of the problems raised here? You could perhaps share at least how your experience adressess some of these problems raised here: how does your experience address the hidden telemetry for example?
c-smile 8y ago
I just want C/C++ to support `include source` statement. So in order to include some library I'll put #include source "libpng/png.c"; in my main.c file. And that png.c may look as: #include source "png-a.c" #include source "png-b.c" #ifdef PNG_FEATURE_C #include source "png-b.c" #endif ... And that would be it. C/C++ preprocessor is enough for configuration.
- MereInterest 8y ago
  Could you verify what you mean by an include source statement? As you describe its usage, it seems identical to the already existing #include statement, which does a text inclusion of another file.
  - c-smile 8y ago
    #include "path.c"; inserts path.c into current compilation unit. #include source "path.c"; compiles and includes path.c as a new compilation unit ( https://en.wikipedia.org/wiki/Single_Compilation_Unit https://en.wikipedia.org/wiki/Single_Compilation_Unit ) . So if a-file.c and b-file.c are both have static int foo = 42; then these two files can be successfully included as #include source "a-file.c" #include source "b-file.c" But this: #include "a-file.c" #include "b-file.c" will produce the error "foo is already defined" This small feature will allow 99% of existing libraries to be included this way - without any makefile, GUP, GIP and the rest of the zoo. Now I can put in Microsoft VC++ this #pragma comment(lib, "some.lib") to include the library into final binary. #include source is just a generalization of the idea.
    - fwip 8y ago
      And if b-file.c says "static int foo = 43;" what is the desired behavior?
      - ghthor 8y ago
        I'd imagine a compiler error that static values, aka globals, must not differ at compile time. This would likely apply to consts as well.
otabdeveloper2 8y ago
I think Nix is the final boss of language-specific package managers and where we'll eventually converge.
- ferdek 8y ago
  I've made an account just to upvote this. I've finished reading manual on Nix and just started with documentation on packaging. I want to have total control on dependencies, together with compiler versions and standard library implementations (effectively cross compiling everything x86_64 -> x86_64). From Buckaroo, Conan and Nix, only Nix gets this right...
  - adgasf 8y ago
    Buckaroo and Nix serve different needs. You can use Buckaroo in Nix https://github.com/LoopPerfect/buckaroo/wiki/FAQ#nix https://github.com/LoopPerfect/buckaroo/wiki/FAQ#nix
- xwvvvvwx 8y ago
  Nix would be the perfect C++ package manager if only it supported windows.
mempko 8y ago
Uncool guys, you have hidden telemetry. I don't see anything in the docs about this. https://github.com/LoopPerfect/buckaroo/blob/2714cd4c9e20235c4a090d21d0f60a0a9f17e82f/buckaroo-cli/Program.fs#L9-L13 https://github.com/LoopPerfect/buckaroo/blob/master/buckaroo/Telemetry.fs This should be opt-in not opt-out or be clearly mentioned in the docs how to turn it off.
- entelechy 8y ago
  Thanks for pointing this out, we mention it now in multiple places: https://github.com/LoopPerfect/buckaroo/wiki/Installation#telemetry https://github.com/LoopPerfect/buckaroo/wiki/Installation#te... https://github.com/LoopPerfect/buckaroo/wiki/Telemetry https://github.com/LoopPerfect/buckaroo/wiki/Telemetry We gather this data so we can improve Buckaroo and it's ecosystem.
  - mempko 8y ago
    Nice quick update !
DoctorOetker 8y ago
perhaps we don't as much need a specific package manager implementation as standard(s) for package maintainers so different package manager implementations can ingest the compliant packages?
captan 8y ago
How can I set it up
jdright 8y ago
Let's see the docs what is needed to use this: > just one file, download here... Later on: > You'll need Buck on your system Then, on Buck's site: > Buck requirements: Java 8, Apache Ant, Python 2.7, ... Well, that does not seems too honest, would be best to warn upfront about all these dependencies.
- adgasf 8y ago
  You can install Buck as a single file also.
TechHuntersio 8y ago
This is awesome!

55 points by entelechy 8y ago

Another C++ package manager?

So many people have tried and failed to do this. I'm skeptical that these guys have succeeded. The main problem seems to be that because there is no standard C++ build system, every library uses a different one. Wrangling all those together without requiring the library authors to do anything is extremely difficult. Hell many C++ libraries still use autotools or hand-written Makefiles. I don't really see how it is even possible to automatically download and build those projects.

blueline 8y ago
> I don't really see how it is even possible to automatically download and build those projects. so i mean what e.g. conan does is acknowledge this and require that package creators provide "recipes" that tell conan how to build the project. buckaroo seems to take a similar approach: https://github.com/LoopPerfect/buckaroo/wiki/Creating-a-Package https://github.com/LoopPerfect/buckaroo/wiki/Creating-a-Pack... i will say that in my time using conan to attempt to solve for compiling an application for x86 and a few flavors of ARM, this is NOT a silver bullet.. a huge fraction of third party libraries we tried to pull in needed to have their recipes modified to build correctly.
- entelechy 8y ago
  Afaik Conan requires a server and you cannot install from arbitrary sources. Furthermore Conan prefers to download precompiled libraries. Unless you run your own artifactory, this may be problematic for people for people concerned about security or ABI compatibility.
  - cbuq 8y ago
    Just to break down your complaints. 1. Conan does not require a server. If a project contains a conanfile.py with build instructions, you can also run `conan create` from a project's source repository (no server required). 2. You can easily force build dependencies with the `--build *` flag
    - adgasf 8y ago
      Interesting. Regarding (1), does this mean you have to download the dependency from GitHub by hand, then put it into the cache before you can "install" it?
      - cbuq 8y ago
        Exactly, without a server to fetch dependencies from you can still manage your local cache.
        adgasf 8y ago
        I think this misses the point though. You shouldn't have to "prepare" all of the dependencies you might require since this could be such a large graph.
shin_lao 8y ago
It's indeed going to be very, very, hard to retrofit a package manager into C++. You could structure something around CMake. One immediate issue is compilation flags and platforms management. You may need to use some custom flags, for example, you need to compile against a specific architecture. You want those flags to be passed to all libraries uniformly. But the horrible problem is quickly the compatibility matrix. In other words, if you are making available, let's say you are using alib v1 and blib v2, you need to check the two libraries compile, link, and work together nicely. So when you upgrade one of the libraries, you need to check that compatibility again. It's an important problem because if you're working on production software, you need to be able to build all versions and maintain them. And maybe you will have to upgrade only one library. You can't always be "current" everywhere. So very quickly, using a package manager becomes more painful than having the libraries management manually with a couple of custom scripts. I'll be happily be proven wrong by a package manager (and we tried a lot).
- brobdingnagians 8y ago
  cget appears to be structured around CMake, looks like a pretty simple, minimalistic effort that would afford some convenience https://cget.readthedocs.io/en/latest/src/intro.html https://cget.readthedocs.io/en/latest/src/intro.html
- dcuthbertson 8y ago
  I can't say I'd be a fan of a CMake based package manager. While CMake has been a great tool under Linux environments (I've used it for C/C++ builds, and in mixed C & Go build environments), I've also experienced horrors when CMake is used to generate Visual Studio solution and project files. I mostly work in Windows development. CMake scripts created by a professional build engineer caused a lot of havoc. It injected itself into the project files in such an insidious fashion, that it was nearly impossible to tell if dependencies were correct. It completely broke Intellisense, making code navigation an exercise in frustration. I was not happy, and wound up ripping out the scripts and creating new solution and project files that actually supported the needs of the developers. (Edited to remove typos and improve grammar)
- je42 8y ago
dana321 8y ago
linuxbrew / homebrew does a pretty good job at downloading packages and compiling them. The wildcard is cross-platform. vcpkg doesn't seem to be 100% there and has many bugs for example the folders where includes and libraries are kept changes based on platform. The other problem is static vs dynamic linking, as well as conflicts between different combinations of cmt libs etc. it gets very messy quickly. Its almost like you're spending more time trying to get all the libraries you want working together than actually coding.
- rienbdj 8y ago
  The solution in my experience (also the approach at Google) is to always build from source but cache the build artefacts. This is how Buckaroo works too (although it is Buck instead of Bazel).
  - entelechy 8y ago
    yes and you can also distribute your cache [1] Furthermore it uses git to manage the sourcecode and use shallow&shared clones to have quick downloads. [1] https://buckbuild.com/files-and-dirs/buckconfig.html#cache https://buckbuild.com/files-and-dirs/buckconfig.html#cache Lastly I'd like to note that Buck and Bazel are converging to Skylark for describing builds. The differences between Buck and Bazel should become smaller over time
    - ghthor 8y ago
      Pants has also converged with Bazel around BUILD file formats.
- spacksmack 8y ago
  Obligatory Spack reference: Spack is also worth checking out if you want to build everything from source. A lot of the national labs use spack now because you can specify all the dependencies for a tool (eg, g++8, boost1.68, opempi3) and it will build out any of the missing tools/compilers for you in one command. It doesn't solve the build system stuff like buckaroo, but it works with whatever build stuff I want to do (cmake, make, sh). https://spack.io/ https://spack.io/
rienbdj 8y ago
This is the chicken - egg problem of C++ package managers. one approach is to try to wrap all build systems (Conan); the other is to port to a common build system (vcpkg, Hunter, Buckaroo). The wrapping approach makes it very hard to inspect the build and customize things. The porting approach makes it hard to get things moving. I think the porting approach will prove better in the long run. What we really need are automated porting tools to fix this mess!
- entelechy 8y ago
  we build https://buildinfer.loopperfect.com/ https://buildinfer.loopperfect.com/ to transpile buildsystems automatically.
entelechy 8y ago
One of the authors here. Yes you are totally right, as build-systems are not standardized it is quite challenging. However we have seen more than 300 ports back in 2017 [1] and saw many emerging patterns. This enabled us to write rules to transpile and optimize 100s of build-systems to buck using buildinfer [2] [3]. We hope that more sane decisions will be made regarding build-systems in new projects. We discovered analyzing over 300 projects that a lot of complexity is not needed and often a non-turing complete language for describing the build is sufficient. In fact we found that over 90% of projects can be described solely by using glob expressions. [1] https://hackernoon.com/lessons-learned-from-porting-300-projects-to-buck-build-ff6463b65142 https://hackernoon.com/lessons-learned-from-porting-300-proj... [2] https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15feb https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15... [3] https://buildinfer.loopperfect.com/ https://buildinfer.loopperfect.com/
- ghthor 8y ago
  That's so freaking cool! I'm not to surprised that 90% can be globs. Were there any projects that you saw that were polyglots? Maybe some type of library that had built in diagnostics and metrics providing prebuilt html or interactive webpages?
  - entelechy 8y ago
    May projects use some document generators or tools to collect metrics. However some build-systems that were really interesting were OpenCV and OpenSSL. OpenSSL buildsystem is over 6k lines of perl scripts which communicate over pipes. OpenCV uses cmake, python and prolog for it's build. Until this day, I have no clue why there is prolog involved. You can read some bits about it in our initial announcement of buildinfer: https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15feb https://hackernoon.com/announcing-buildinfer-for-c-3dfa3eb15...

simfoo 8y ago

The Buckaroo workflow looks like this: # Create your project file $ buckaroo init # Install dependencies $ buckaroo add github.com/buckaroo-pm/boost-thread@branch=master # Run your code $ buck run :my-app And yet another development tool that wants to hijack my workflow. No thanks Conan.io already does decentralization right and is well on the way on becoming the defacto standard package manager for C++. And all of that without constraining my workflows

rienbdj 8y ago
Conan requires a server so it is not decentralised (maybe things have changed since I last checked).
- simfoo 8y ago
  It does not require a server. It supports arbitrary remotes (like git does) to exchange packages, but it works without one as well (just publishing packages to the local cache)
  - entelechy 8y ago
    How do I install a package from git directly? - and can that package depend on another package that lives in another git repository? Afaik this is not supported by conan
    - simfoo 8y ago
      It is supported. You create the packages using "conan create" from any place with a recipe, which puts the packages into your local conan data directory (called the cache). Any other recipe can then depend on any package that is already in the cache.
      - adgasf 8y ago
        Does this not assume the package is already on your system?

Firecracker 8y ago

Counteracting some of the comments below: My experience using buckaroo in a large project over the past year has been extremely positive, and I'd say addresses most of the problems raised here. It's far and away better than anything else I've used.

adgasf 8y ago
Do you have any thoughts on the changes in v2?
DoctorOetker 8y ago
I don't read any content in your comment? Your experience (using buckaroo ...) adresses most of the problems raised here? You could perhaps share at least how your experience adressess some of these problems raised here: how does your experience address the hidden telemetry for example?

c-smile 8y ago

I just want C/C++ to support `include source` statement. So in order to include some library I'll put #include source "libpng/png.c"; in my main.c file. And that png.c may look as: #include source "png-a.c" #include source "png-b.c" #ifdef PNG_FEATURE_C #include source "png-b.c" #endif ... And that would be it. C/C++ preprocessor is enough for configuration.

MereInterest 8y ago
Could you verify what you mean by an include source statement? As you describe its usage, it seems identical to the already existing #include statement, which does a text inclusion of another file.
- c-smile 8y ago
  #include "path.c"; inserts path.c into current compilation unit. #include source "path.c"; compiles and includes path.c as a new compilation unit ( https://en.wikipedia.org/wiki/Single_Compilation_Unit https://en.wikipedia.org/wiki/Single_Compilation_Unit ) . So if a-file.c and b-file.c are both have static int foo = 42; then these two files can be successfully included as #include source "a-file.c" #include source "b-file.c" But this: #include "a-file.c" #include "b-file.c" will produce the error "foo is already defined" This small feature will allow 99% of existing libraries to be included this way - without any makefile, GUP, GIP and the rest of the zoo. Now I can put in Microsoft VC++ this #pragma comment(lib, "some.lib") to include the library into final binary. #include source is just a generalization of the idea.
  - fwip 8y ago
    And if b-file.c says "static int foo = 43;" what is the desired behavior?
    - ghthor 8y ago
      I'd imagine a compiler error that static values, aka globals, must not differ at compile time. This would likely apply to consts as well.

otabdeveloper2 8y ago

I think Nix is the final boss of language-specific package managers and where we'll eventually converge.

ferdek 8y ago
I've made an account just to upvote this. I've finished reading manual on Nix and just started with documentation on packaging. I want to have total control on dependencies, together with compiler versions and standard library implementations (effectively cross compiling everything x86_64 -> x86_64). From Buckaroo, Conan and Nix, only Nix gets this right...
- adgasf 8y ago
  Buckaroo and Nix serve different needs. You can use Buckaroo in Nix https://github.com/LoopPerfect/buckaroo/wiki/FAQ#nix https://github.com/LoopPerfect/buckaroo/wiki/FAQ#nix
xwvvvvwx 8y ago
Nix would be the perfect C++ package manager if only it supported windows.

mempko 8y ago

Uncool guys, you have hidden telemetry. I don't see anything in the docs about this. https://github.com/LoopPerfect/buckaroo/blob/2714cd4c9e20235c4a090d21d0f60a0a9f17e82f/buckaroo-cli/Program.fs#L9-L13 https://github.com/LoopPerfect/buckaroo/blob/master/buckaroo/Telemetry.fs This should be opt-in not opt-out or be clearly mentioned in the docs how to turn it off.

entelechy 8y ago
Thanks for pointing this out, we mention it now in multiple places: https://github.com/LoopPerfect/buckaroo/wiki/Installation#telemetry https://github.com/LoopPerfect/buckaroo/wiki/Installation#te... https://github.com/LoopPerfect/buckaroo/wiki/Telemetry https://github.com/LoopPerfect/buckaroo/wiki/Telemetry We gather this data so we can improve Buckaroo and it's ecosystem.
- mempko 8y ago
  Nice quick update !

DoctorOetker 8y ago

perhaps we don't as much need a specific package manager implementation as standard(s) for package maintainers so different package manager implementations can ingest the compliant packages?

captan 8y ago

How can I set it up

jdright 8y ago

Let's see the docs what is needed to use this: > just one file, download here... Later on: > You'll need Buck on your system Then, on Buck's site: > Buck requirements: Java 8, Apache Ant, Python 2.7, ... Well, that does not seems too honest, would be best to warn upfront about all these dependencies.

adgasf 8y ago
You can install Buck as a single file also.

TechHuntersio 8y ago

This is awesome!