-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
License? #14
Comments
I don't mind putting the stuff under MIT and the keg submodule is MIT already. Obviously this will only apply for the files in this repo and I assume you don't plan to package the proprietary game files. |
No, I will mark the package with license.unfree, which makes the package
manager aware the package may not be redistributed (it won't be cached by
any continuous integration system that may be involved), so every user who
wants to build the package, has to have the build system download the stuff
via keg themselves.
…On Wed, Dec 22, 2021, 4:30 PM Fabian Toepfer ***@***.***> wrote:
I don't mind putting the stuff under MIT and the keg submodule is MIT
already. Obviously this will only apply for the files in this repo and I
assume you don't plan to package the proprietary game files.
—
Reply to this email directly, view it on GitHub
<#14 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABVHKHURADVIFMUXQKEY4DUSHVJJANCNFSM5KRAMMCQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Okay, that should work out, although I would probably simply remove the building out of the script and package it together with keg to have something like the runtime files or a launcher for the game that is capable of downloading the game and updating it without having to rebuild and reinstall the package again and again for every update. |
I won't get into the details of nix, but I have a pretty nix-idiomatic
design in mind. I'm gonna decompose the package into three separate parts.
With how advanced the nix package manager is, with that design, it would be
simpler for users to have grabbing the files integrated. I still have to
make it work, by the way. The unity player uses libraries not declared as
NEEDED in the elf header, so I have to figure out that stuff first. On
nixos you usually need to create a wrapper for such binaries since
libraries aren't installed globally but in an isolated manner. (In fact
/lib doesn't even exist)
…On Wed, Dec 22, 2021, 6:25 PM Fabian Toepfer ***@***.***> wrote:
Okay, that should work out, although I would probably simply remove the
building out of the script and package it together with keg to have
something like the runtime files or a launcher for the game that is capable
of downloading the game and updating it without having to rebuild and
reinstall the package again and again for every update.
—
Reply to this email directly, view it on GitHub
<#14 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABVHKDTF5QZHZVGYA6RNCTUSICZDANCNFSM5KRAMMCQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Okay, no problem, feel free to report back when you manage to get it working. I've also thought about whether it's worth creating an AUR pkgbuild or snap package, but haven't done it yet. |
Just wondering what kind of license you are distributing the stuff in this repo under?
Do you have any objection if I adapt craft.sh into a nix package? This would necessitate publishing it (the nix pkg) under MIT licensing.
The text was updated successfully, but these errors were encountered: