Git Product home page Git Product logo

appimagecraft's People

Contributors

dependabot[bot] avatar ids1024 avatar theassassin avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar

appimagecraft's Issues

Support caching downloaded dependencies

Dependencies such as linuxdeploy and its plugins should be cached to save on build time and bandwidth. Also this should eliminate (or mitigate) the online dependency of appimagecraft.

Provide i386 AppImage

We should provide at least an i386 AppImage of appimagecraft.

In the future we could also provide even more AppImages for different architectures, this is mainly limited by the architectures miniconda and appimagetool support.

Flag similar to make -j

We should allow the user to choose the amount of jobs to use. Right now by default if possible all CPU cores are used. There is no need to do so, though.

An alternative to a parameter could be a $JOBS.

We should reconsider whether using nproc is a sane default (I think it is).

Extract environment variables into separate file

This way that file can be sourced by all scripts, which enhances the ability to call the scripts independently from each other. It's better than adding the same n variables to every script...

grantlee5 deployed without plugin libraries

My project Kraft is building with appimagecraft: https://github.com/dragotin/kraft

It uses the grantlee templating library, which unfortunately does not work because it does not find it's plugin libraries that it seems to include on runtime.

The plugins are part of the main package grantlee5 (in my case):

/usr/lib64/grantlee/5.2
/usr/lib64/grantlee/5.2/grantlee_defaultfilters.so
/usr/lib64/grantlee/5.2/grantlee_defaulttags.so
/usr/lib64/grantlee/5.2/grantlee_i18ntags.so
/usr/lib64/grantlee/5.2/grantlee_loadertags.so

The grantlee package also provides a "main" lib called /usr/lib64/libGrantlee_TextDocument.so.5 that is not copied to the AppImage, while the other one ends up in usr/lib/libGrantlee_Templates.so.5 in the AppImage. I wonder if libGrantlee_TextDocument shoudn't be copied over as well?

How can this be fixed? Thanks!

How to integrate it with flutter..?

Hi, I found out that this library is great when you want to automate appimage building using CI's. Could you help me integrate this to Flutter projects, I can share the directory structure for reference if you want to guide me, also it uses CMAKE and ninja.

[cmake builder] Add install setting

While trying to use appimagecraft on OpenSCAD, I noticed that this project does not provide any make install functionality.

Of course it'll be best to patch OpenSCAD (I hope I can send a PR soon), but appimagecraft should not insist on make install, since e.g., with linuxdeploy, a working AppDir can also be created by hand using -e, -d, i et cetera.

[cmake] run testsuite

cmake has a builtin test framework "ctest".

It can be used by running ctest in the build directory if a CTestTestfile.cmake exists there.
(Also in parallel with -j)

Is this in scope for appimagecraft?

Upload to GH Releases

I'm interested on this and I think I'm early into this game.

I get a rough idea on appimagecraft can automate the AppImage build task easier compared to Travis-CI (I feel the difficulty while contributing to a repo).

Already read two examples provided, what I guess about 'appimage:' section in appimagecraft.yml is the deployment of AppImage. I might missing something else that I concern: will this tool helps on uploading the built AppImage to GH Releases?

Cleanup feature

A user should be able to specify a list of globs that are removed from the AppDir before building. This way, unnecessary bloat can be removed elegantly.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.