Mangal is a fancy CLI app written in Go which scrapes, downloads and packs manga into different formats.
This pull request adds a derivation for Mangal
Without the change build fails on gcc-11 as:
src/chk-systemd.cpp: In member function 'const char* ChkBus::getState(const char*)':
src/chk-systemd.cpp:120:15: error: ordered comparison of pointer with integer zero ('const char*' and 'int')
120 | if (state < 0) {
| ~~~~~~^~~
The package was introduced when our source package did not expose
libtensorflow, which it does these days. Additionally the -bin package
has not been well maintained and is stuck on a version from 2020/12.
Quarto is a library/support package for several pandoc projects.
Fix: Remove trailing whitespace
Add final newline to default.nix
Fix indention and newline errors
Fix: Missed unpackPhase resolved
Add: sourceProvenance
Suggestion of: https://github.com/NixOS/nixpkgs/pull/186697#discussion_r945336064
Fix: reduce imports
Fix: use version attribute in download string
Fix: reduce path expression
Fix: add runHook {pre/post}Install as common practice
Fix: replace gpl2 with gpl2Plus
Fix: change maintainers description
Fix: do not use symlinks, use the PATH instead
Fix wrong platforms
++ means concatenation and is not correct in this context.
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Change structure to support fixed output derivations
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Fix
Fix
Apply suggestion
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Fix suggestion
Bundle makeProgram function call
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Update library version from 1.0.38 to 1.1.189
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Add missing dependencies
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
pandoc, deno, esbuild can be hooked into QUARTO_* environment variables, so they are not needed in buildInputs.
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Fix deno-path patch
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Remove wrong spaces
Add python3 jupyter host support
Fix spacing
Co-authored-by: Suwon Park <35622998+sepiabrown@users.noreply.github.com>
Sort quarto in all-packages.nix alphabetical
Remove lib prefix from maintainers
Co-authored-by: Sebastián Mancilla <238528+smancill@users.noreply.github.com>
Simplify mkdir command
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Fix missusage of makeBinPath
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Remove python3Packages -> not used
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Remove punctuation from description
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
Fix review
Error in https://github.com/NixOS/nixpkgs/pull/186697#discussion_r975107345
Fix wrong path for import_map.json
Do not strip downloaded binary
LDMud is a game engine for text based multi-user dungeon games (MUDs),
in the "LP" heritage. In essence it is a virtual machine that allows
developers to implement MUD games ("mudlibs" in LD parlance) using the
LPC programming language.
In the project's own words:
> This is 'LDMud', a gamedriver for LPMuds. (LPC compiler, interpreter
> and runtime environment.)
>
> LDMud started as a project to clean up and modernize Amylaar's LPMud
> gamedriver. Primary goals are full documentation, a commented source
> body and out-of-the-box support for the major mudlibs, of which the
> commented source body has been pretty much completed. During the course
> of work a lot of bug fixes and improvements found their way into the
> driver - much more than originally expected, and definitely enough to
> make LDMud a driver in its own right.
For nixpkgs the new LDMud addition is largely a standard derivation for
an autoreconf/automake based project. Some small tweaks are required to
get everything lined up between the Nix environment and the LDMud build
system.
The new LDMud derivation is placed in `pkgs/games/ldmud/` alongside
other MUD-related projects in the games category (e.g. `mudlet`,
`blightmud`).
LD offers a variety of optional features, some of which require heavier
dependencies (e.g. MySQL/Postgres client libraries). To support both
a minimal default build equal to what one gets using the upstream build
with no customization, and to also support a more useful fully featured
build, the LDMud derivation is added to `all-packages.nix` twice:
1. the `ldmud` attribute builds the minimal default configuration (just
the optional gcrypt and pcre options enabled, matching upstream).
2. the `ldmud-full` attribute builds LDMud with all of the optional
features enabled (database support, Python support, TLS support,
etc).
see https://systemd.io/PORTABLE_SERVICES/ about the definition of
portable services. this tooling is analogous to the `pkgs.dockerTools.buildImage`
tooling and is called `pkgs.portableService`.
systemd (since version 239) supports a concept of “Portable Services”.
“Portable Services” are a delivery method for system services that uses
two specific features of container management:
* Applications are bundled. I.e. multiple services, their binaries and all
their dependencies are packaged in an image, and are run directly from it.
* Stricter default security policies, i.e. sandboxing of applications.
The primary tool for interacting with Portable Services is portablectl,
and they are managed by the systemd-portabled service.
This function will create a squashfs raw image in `result/$pname_$version.raw`
that has the required files by the portable services spec, and all the
dependencies for the running program in the nix store.
Initial port of our GHC Nix expressions to the new hadrian build system,
as it has become required after 9.4. Unfortunately there are some
regressions affecting us, namely the inability to install a GHC
cross-compiler at the moment (see issue linked in relevant error
message). This means that a lot of specific configuration snippets for
cross-platforms and static compilation have been ported from make
speculatively, as we are unable to test them for the moment.
The install targets were "install_hdrs"
and "install_shared_lib". The later is obviously not
correct for a static build and was changed to
"install_lib" (corresponds to libcctz.a) for that case.
