Re: Need help porting eDuke32

2019-02-26 Thread swedebugia
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

Re: Which package is your goto package for pretty-printing javascript?

2019-02-26 Thread Christopher Baines
Alex Vong writes: > For uglifying javascript, of course we can use 'uglify-js' in > (gnu packages lisp). How about pretty-printing? Are there some good > utilities you use for doing it? If you're looking to do this in a shell, jq (in the jq package) is a good tool to use. signature.asc

Re: Which package is your goto package for pretty-printing javascript?

2019-02-26 Thread Alex Vong
[I'm CC'ing guile-user because what I'm about to say might be more relevant there...] Vladimir Sedach writes: > I use json-reformat.el in Emacs, and the jq program (which does > pretty-printing, among many other things) when I have to shell > script. > Isn't both programs work with json instead

Re: Need help porting eDuke32

2019-02-26 Thread Jack Hill
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

Re: Need help porting eDuke32

2019-02-26 Thread Ricardo Wurmus
HiPhish writes: > Ken Silverman is [insults] This language is not appropriate on these mailing lists. Please do not insult people. -- Ricardo

Re: trackpad and icecat trouble

2019-02-26 Thread jbranso
Hmm, only libinput? Thanks for the tip. February 26, 2019 3:23 AM, "Efraim Flashner" wrote: > On Mon, Feb 25, 2019 at 04:10:53PM -0500, Joshua Branson wrote: > >> Hello, >> >> I've been using guix for a while now but half of the time my trackpad is >> un-useable. When my trackpad is

Re: Need help porting eDuke32

2019-02-26 Thread HiPhish
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: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)

2019-02-26 Thread Giovanni Biscuolo
Hello, Leo Famulari writes: > On Mon, Feb 25, 2019 at 09:31:48PM +0100, Ricardo Wurmus wrote: >> swedebugia writes: >> > If this is not explained in the manual could you send a patch to include >> > this? >> >> The service file already includes an “Environment” line. > > Also, this

Re: Need help porting eDuke32

2019-02-26 Thread Pierre Neidhardt
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

Re: Need help porting eDuke32

2019-02-26 Thread Tobias Geerinckx-Rice
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

Re: Building and installing packages with modifications

2019-02-26 Thread Chris Marusich
ison writes: > Although it seems like this can get very ugly very quickly, so I'm also > curious > now if anyone else knows a better way to handle this. It's almost as if you > need > to make "curl" a global (and then modify it) so that all packages will use > your > modified curl instead of

Re: Building and installing packages with modifications

2019-02-26 Thread Chris Marusich
Hi, ison writes: > Since this hasn't received any replies I'll give my solution, although I > apologize in advance if this isn't the "best" way to do it. No need to apologize! There are many ways to solve problems, and often I find it very helpful to see the different ways others have solved