Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #204209 > unrolled thread

The Dark Mod on Stretch?

Started byBoyan Penkov <boyan.penkov@gmail.com>
First post2019-01-08 14:30 +0100
Last post2019-01-13 11:40 +0100
Articles 6 — 2 participants

Back to article view | Back to linux.debian.user

Contents

  The Dark Mod on Stretch? Boyan Penkov <boyan.penkov@gmail.com> - 2019-01-08 14:30 +0100
    Re: The Dark Mod on Stretch? Reco <recoverym4n@enotuniq.net> - 2019-01-08 21:10 +0100
      Re: The Dark Mod on Stretch? Boyan Penkov <boyan.penkov@gmail.com> - 2019-01-12 14:00 +0100
        Re: The Dark Mod on Stretch? Reco <recoverym4n@enotuniq.net> - 2019-01-12 14:40 +0100
          Re: The Dark Mod on Stretch? Boyan Penkov <boyan.penkov@gmail.com> - 2019-01-12 18:00 +0100
            Re: The Dark Mod on Stretch? Reco <recoverym4n@enotuniq.net> - 2019-01-13 11:40 +0100

#204209 — The Dark Mod on Stretch?

FromBoyan Penkov <boyan.penkov@gmail.com>
Date2019-01-08 14:30 +0100
SubjectThe Dark Mod on Stretch?
Message-ID<xdZCa-5v2-9@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Hello,

Anybody here play http://www.thedarkmod.com/main/ <http://www.thedarkmod.com/main/> ?  have folks been able to get 2.07 to compile on Stretch, under only 64-bit?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

[toc] | [next] | [standalone]

#204218

FromReco <recoverym4n@enotuniq.net>
Date2019-01-08 21:10 +0100
Message-ID<xe5Rg-YC-1@gated-at.bofh.it>
In reply to#204209

[Multipart message — attachments visible in raw view] — view raw

	Hi.

On Tue, Jan 08, 2019 at 08:22:53AM -0500, Boyan Penkov wrote:
> Hello,
> 
> Anybody here play http://www.thedarkmod.com/main/ <http://www.thedarkmod.com/main/> ?

I wish ☹

>  have folks been able to get 2.07 to compile on Stretch, under only 64-bit?

I could try if you provide me the source. 2.06, which I took from [1],
can be built like this:

1) Build-deps:

apt install scons m4 subversion mesa-common-dev libxxf86vm-dev \
	libopenal-dev libxext-dev
apt purge libcurl4-gnutls-dev

2) Patching:

patch -p1 -i /tmp/01-multilib.patch
patch -p1 -i /tmp/02-ffmpeg.patch

3) Building:

scons BUILD="release" TARGET_ARCH="x64" -j`nproc`


Of course, doing it the proper way (unbundling all the libraries, fixing
signed/unsigned mixups, etc), wrapping the thing into a package - is
outside of scope of this mini-howto.

Reco

[1] http://www.thedarkmod.com/downloads/

[toc] | [prev] | [next] | [standalone]

#204349

FromBoyan Penkov <boyan.penkov@gmail.com>
Date2019-01-12 14:00 +0100
Message-ID<xfr3k-1v4-9@gated-at.bofh.it>
In reply to#204218
Thanks for your patience -- trying this now...

Did you get the following errors?

game/StimResponse/StimResponseTimer.cpp: At global scope:
game/StimResponse/StimResponseTimer.cpp:22:62: error: non-constant
condition for static assertion
 static_assert((size_t)&((TimerValue*)NULL)->Time.Millisecond == 4,
"TimerValue type has wrong packing");
               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
game/StimResponse/StimResponseTimer.cpp:22:62: error: dereferencing a
null pointer in ‘*0’
game/StimResponse/StimResponseTimer.cpp:23:61: error: non-constant
condition for static assertion
 static_assert((size_t)&((TimerValue*)NULL)->Val.Millisecond == 4,
"TimerValue type has wrong packing");
               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
game/StimResponse/StimResponseTimer.cpp:23:61: error: dereferencing a
null pointer in ‘*0’


Cheers!

On Tue, Jan 8, 2019 at 3:08 PM Reco <recoverym4n@enotuniq.net> wrote:
>
>         Hi.
>
> On Tue, Jan 08, 2019 at 08:22:53AM -0500, Boyan Penkov wrote:
> > Hello,
> >
> > Anybody here play http://www.thedarkmod.com/main/ <http://www.thedarkmod.com/main/> ?
>
> I wish ☹
>
> >  have folks been able to get 2.07 to compile on Stretch, under only 64-bit?
>
> I could try if you provide me the source. 2.06, which I took from [1],
> can be built like this:
>
> 1) Build-deps:
>
> apt install scons m4 subversion mesa-common-dev libxxf86vm-dev \
>         libopenal-dev libxext-dev
> apt purge libcurl4-gnutls-dev
>
> 2) Patching:
>
> patch -p1 -i /tmp/01-multilib.patch
> patch -p1 -i /tmp/02-ffmpeg.patch
>
> 3) Building:
>
> scons BUILD="release" TARGET_ARCH="x64" -j`nproc`
>
>
> Of course, doing it the proper way (unbundling all the libraries, fixing
> signed/unsigned mixups, etc), wrapping the thing into a package - is
> outside of scope of this mini-howto.
>
> Reco
>
> [1] http://www.thedarkmod.com/downloads/



-- 
Boyan Penkov

[toc] | [prev] | [next] | [standalone]

#204351

FromReco <recoverym4n@enotuniq.net>
Date2019-01-12 14:40 +0100
Message-ID<xfrG1-1XK-9@gated-at.bofh.it>
In reply to#204349
	Hi.

On Sat, Jan 12, 2019 at 07:57:32AM -0500, Boyan Penkov wrote:
> Thanks for your patience -- trying this now...
> 
> Did you get the following errors?
> 
> game/StimResponse/StimResponseTimer.cpp: At global scope:
> game/StimResponse/StimResponseTimer.cpp:22:62: error: non-constant
> condition for static assertion
>  static_assert((size_t)&((TimerValue*)NULL)->Time.Millisecond == 4,
> "TimerValue type has wrong packing");
>                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
> game/StimResponse/StimResponseTimer.cpp:22:62: error: dereferencing a
> null pointer in ‘*0’
> game/StimResponse/StimResponseTimer.cpp:23:61: error: non-constant
> condition for static assertion
>  static_assert((size_t)&((TimerValue*)NULL)->Val.Millisecond == 4,
> "TimerValue type has wrong packing");
>                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
> game/StimResponse/StimResponseTimer.cpp:23:61: error: dereferencing a
> null pointer in ‘*0’

No, I'd remember those. My 2.06 does not have these asserts at all:

$ grep -c assert thedarkmod/game/StimResponse/StimResponse.cpp

0

Reco

[toc] | [prev] | [next] | [standalone]

#204355

FromBoyan Penkov <boyan.penkov@gmail.com>
Date2019-01-12 18:00 +0100
Message-ID<xfuNA-3LU-13@gated-at.bofh.it>
In reply to#204351
Hello all,

OK, here's my results:

-- trying on 2.06 sources, I was unable to get it to compile, halting
at the null pointer error above...

-- trying on a fresh subversion checkout (svnversion returns 7909M), I
apply Rico's patches in order and get a clean compile, that drops a
nice thedarkmod.x64 in my working directory.  I then tried to launch
it, and kept getting PATH errors.  I looked up the hardcoded path,
moved some stuff around, and got this:

→ games/darkmod pwd
                         11:50:20
/usr/share/games/darkmod
→ games/darkmod tree
                         11:50:23
.
├── darkmod
│   └── fms
│       ├── consolehistory.dat
│       └── river.pk4
├── fms
│   ├── consolehistory.dat
│   └── river.pk4
└── thedarkmod.x64

3 directories, 5 files
→ games/darkmod ./thedarkmod.x64
                         11:50:25
TDM 2.07/64 #7909 (7909M) linux-x86_64 Jan 12 2019 08:24:55
found interface lo - loopback
found interface enp8s0 - 10.0.1.9/255.255.255.0
Found Generic CPU, features: MMX SSE SSE2 SSE3
tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing.
------ Initializing File System ------
Current search path:
  /usr/share/games/darkmod/
File System Initialized.
--------------------------------------
Unknown command 'vid_restart'
--------- Game Map Shutdown ----------
--------- Game Map Shutdown done -----
idRenderSystem::Shutdown()
I18NLocal: Shutdown.
------------ Game Shutdown -----------
Shutdown event system
...not started
--------------------------------------
Sys_Error: Couldn't load default.cfg
About to exit with code 1
→ games/darkmod
                         11:50:34

The river.pk4 is a package file I pulled down to get something to test.

I suspect I am unable to find the default.cfg since I am not running
through all the stuff  that tdm_updater uses.  Any thoughts here?

Cheers!

On Sat, Jan 12, 2019 at 8:36 AM Reco <recoverym4n@enotuniq.net> wrote:
>
>         Hi.
>
> On Sat, Jan 12, 2019 at 07:57:32AM -0500, Boyan Penkov wrote:
> > Thanks for your patience -- trying this now...
> >
> > Did you get the following errors?
> >
> > game/StimResponse/StimResponseTimer.cpp: At global scope:
> > game/StimResponse/StimResponseTimer.cpp:22:62: error: non-constant
> > condition for static assertion
> >  static_assert((size_t)&((TimerValue*)NULL)->Time.Millisecond == 4,
> > "TimerValue type has wrong packing");
> >                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
> > game/StimResponse/StimResponseTimer.cpp:22:62: error: dereferencing a
> > null pointer in ‘*0’
> > game/StimResponse/StimResponseTimer.cpp:23:61: error: non-constant
> > condition for static assertion
> >  static_assert((size_t)&((TimerValue*)NULL)->Val.Millisecond == 4,
> > "TimerValue type has wrong packing");
> >                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
> > game/StimResponse/StimResponseTimer.cpp:23:61: error: dereferencing a
> > null pointer in ‘*0’
>
> No, I'd remember those. My 2.06 does not have these asserts at all:
>
> $ grep -c assert thedarkmod/game/StimResponse/StimResponse.cpp
> 0
>
> Reco
>


-- 
Boyan Penkov

[toc] | [prev] | [next] | [standalone]

#204370

FromReco <recoverym4n@enotuniq.net>
Date2019-01-13 11:40 +0100
Message-ID<xfLlo-5xM-9@gated-at.bofh.it>
In reply to#204355
	Hi.

On Sat, Jan 12, 2019 at 11:55:19AM -0500, Boyan Penkov wrote:
> I suspect I am unable to find the default.cfg since I am not running
> through all the stuff  that tdm_updater uses.  Any thoughts here?

Sorry to say, but you're on your own here. This Quake stuff is something
that's I've lost interest to like 10 years ago.
On the bright side - it built, so at least something has gone according
to the plan.

Reco

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web