Jack Hill skrev: (26 februari 2019 16:41:44 CET)
>Ken,
>
>If you would like your software included in GNU Guix, I invite you to
>work
>the the community to find a mutually acceptable license. I expect that
>if
>you choose to do so the experience will be rewarding.
+1
>
>For all the rest of us
On Tue, 26 Feb 2019, HiPhish wrote:
Ken Silverman is an asshole and an idiot for writing his own license instead
of using an existing one, or letting an actual lawyer write it. And in 2000 he
didn't even have the "dumb teenager" excuse.
While non-free software is frustrating (and I'm sure is e
HiPhish writes:
> Ken Silverman is [insults]
This language is not appropriate on these mailing lists. Please do not
insult people.
--
Ricardo
Ken Silverman is an asshole and an idiot for writing his own license instead
of using an existing one, or letting an actual lawyer write it. And in 2000 he
didn't even have the "dumb teenager" excuse.
As for the engine, when Duke Nukem 3D was originally written the engine was
proprietary, 3D Re
I am split between laughing out loud and crying :p
Anyways, it's quite clear at this point that this is not fit for GNU Guix.
I'll keep it out of tree.
Thanks everyone for chiming in and thanks to HiPhish for doing most of the work.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Desc
Giovanni Biscuolo wrote:
if so: can you build EDuke32 without "BUILD engine"?
I doubt it.
BUILD *is* the Duke & friends engine; rip it out and you're left
with the script for a game you can't play. It's GPL though. You
can read the code and imagine what it would look like!
If there is a
Hi Pierre and Andreas,
Andreas Enge writes:
> On Mon, Feb 25, 2019 at 05:09:34PM +0100, Pierre Neidhardt wrote:
>> The project uses a custom license: http://eduke32.com/buildlic.txt.
>> What do you people think?
>
> I think the license is non-free:
>
> [2] Any derivative works based on my Build
On Mon, Feb 25, 2019 at 05:09:34PM +0100, Pierre Neidhardt wrote:
> The project uses a custom license: http://eduke32.com/buildlic.txt.
> What do you people think?
I think the license is non-free:
[2] Any derivative works based on my Build source may be distributed ONLY
through the INTERNE
Couldn't GLU be added as an input in the declaration of eDuke? Polymost and
Polymer work for me, but I have GLU already installed on my system via apt.
On Friday, 22 February 2019 14:01:35 CET you wrote:
> There is one issue though that I get on startup:
>
> --8<---cut here--
On Friday, 22 February 2019 11:57:31 CET you wrote:
> I can merge this in your name, let me know.
That's fine by me. You are right about the missing install phase, I was
primarily trying to get it to build first before worrying about installing the
files.
How do you know how to do these things?
There is one issue though that I get on startup:
--8<---cut here---start->8---
Initializing SDL 2.0.9
Failed loading "libGLU.so.1"
Failed loading GLU. GL modes will be unavailable. Error: Passed a NULL mutex
--8<---cut here---end
I needed to add a custom 'install phase:
--8<---cut here---start->8---
(modify-phases %standard-phases
(delete 'configure)
(add-after 'set-paths 'set-sdl-paths
;; The makefile adds the output of `sdl2-config --cflags` to the
Thank you for looking it this. I have done my own poking around and here is
the idea I came up with, after looking at how some other games were handling
SDL:
(arguments
`(#:phases
(modify-phases %standard-phases
(delete 'configure)
(add-after 'set-paths 'set
For eduke32, we can patch Common.mak. The offending lines (around line 910):
--8<---cut here---start->8---
SDLCONFIG_CFLAGS := $(strip $(subst -Dmain=SDL_main,,$(shell
$(SDLCONFIG) --cflags)))
SDLCONFIG_LIBS := $(strip $(subst -mwindows
On Sunday, 17 February 2019 16:33:41 CET you wrote:
> Can you share your package definition?
Sure, I posted the abridged version in the OP, here is the complete definition:
(define-public eduke32
(package
(name "eduke32")
(version "20181027-7136")
(source
(origin
(meth
I have found the problem thanks to one of the eDuke32 developers. Here is the
issue:
$ echo $C_INCLUDE_PATH
/gnu/store/x3r6c04n583q3fz7szm32ahycrxgfiz6-profile/include
Compare this value to
$ sdl2-config --cflags
-I/gnu/store/4bhz5xzr39v0kgxf3ipv6kswicrdmkk4-sdl2-2.0.9/include/S
Hello,
HiPhish writes:
> Then it fails at this step:
>
> In file included from source/build/include/mutex.h:10:0,
> from source/build/include/osd.h:12,
> from source/build/include/baselayer.h:11,
> from source/duke3d/src/duke3d.h
> OK, some places prefer links if the logs get too large. I'll keep it in mind
> for this mailing list.
I meant paste a link to the whole build log! :)
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hello thank you for packaging eDuke32!
I recently had a similar problem with a SDL package and solved it like this:
(arguments '(#:phases
(modify-phases %standard-phases
(add-before 'build 'fix-env
(lambda* (#:key inputs #:allow-other-keys)
Hi HiPhish!
I'm also interested in packaging this!
I'll give it a closer look real soon if you are stuck.
> https://pastebin.com/FyJKK6BD
It's better if you paste the whole build log.
In the guix environment, inspect the C_INCLUDE_PATH variable (e.g. "env | grep
C_INCLUDE_PATH"), check if sdl2-
Hello everyone,
I have been trying to build eDuke32[1] (a Free source port of Duke Nukem 3D)
with Guix following their instructions[2], but it looks like I am unable to
set up the environment properly. I first created the following Guile script
(omitting some version, source, description and sy
21 matches
Mail list logo
