theassassin / appimagecraft Goto Github PK
View Code? Open in Web Editor NEWPowerful build script generator with a focus on making AppImages.
License: MIT License
Powerful build script generator with a focus on making AppImages.
License: MIT License
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.
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.
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).
This way that file can be source
d 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...
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!
Hi I'm trying to use this to generate an appimage inside a github action and I get an error when running the build:
/dummy-rust-cli/.appimagecraft-build-script-todj3a74/build.sh: line 15: 1.0: command not found
is missing some dependencies???
this is the original repo:
https://github.com/elsuizo/dummy-rust-cli
Thanks in advance
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.
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 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?
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?
The stock shellcheck
that comes with Ubuntu 16.04 is version 0.3.7, which is missing the --external-sources
option.
Maybe appimagecraft could bundle its own shellcheck
?
Basically would like an enhancement to incorporate appimage-builder so I can include the glibc.
If not, can appimagecraft have the option of preserving the AppDir so I can run the appimage-builder?
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.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.