[Time to move on from GitHub: Micro$oft new owner]

 

I liked using my github page for my blog, one reason being its independence. You can also just set up your own system, no restrictions except they have to be static pages (no Java, etc), so I use Hugo... But static sites are better anyway IMO, they compile super fast and aren't bloated down like Wordpress et al. I don't know if Google Drive allows you to have your own domain name and put up a site like that. And anyway I'm kind of attached to my github domain. So as long as MS keeps the free github domains & doesn't mess with them, then I'll stick with it. But it's kind of a drag it won't have the same feeling of being authentically indie that it use to have.

 

 

Gitlab has gitlab pages, similar to github pages, for static websites.

[Time to move on from GitHub: Micro$oft new owner]

So, Microsoft buys it, you have no idea what they gonna do with it, and you already proclaim it is time to move on from Github? Man, just relax, and wait what they'll do with it. Microsoft gives away Visual Studio, they give away their programming languages, and they also work with, and support Open Source software. There is absolutely no guarantee that they do any BS with Github. I really wished people would be less agitated and paranoid these days.

 

Releasing source code for vscode doesn't mean they have given away Visual Studio. And it's not a matter of paranoia, some people look at history before giving a chance.

People fear that this could be their Embrace, Expand, and Extinguish strategy. Embrace first, then Expand in incompatible ways, and then Extinguish[1]. This would not become obvious until it gets bad, until they put a sticker on the login screen 2 years later forcing you to give out a phone number or login through microsoft, or worse, and you are too dependent on the features made incompatible with other platforms that you cannot just give it up (Issues and discussions are already incompatible with, say, gitlab, I guess).

Waiting is not bad advice, but neither is removing github as a dependency (or maybe just having a backup).

[End of response to any specific person]

 

It is not obvious what would happen with private repositories, they "say" it would be open, but for how long? (And would they really be private from microsoft?)

They have been against Floss, before it was called Floss, probably when in 1976 Bill Gates wrote his letter to hobbyists[2].

 

Personally, I don't hate microsoft, I have just moved on, & I don't want to be a part of their corporate software world, community software is much more enjoyable. And I fear sooner or later, they will have to get back those $7.5 x 10^9. I don't know what will be their strategy then. They have changed their position on Linux rather radically for what they called cancer, Now MS <3 Linux, that is enough I think to make them unpredictable. If this is an effect of, eg. their new product(Linux Distro, and Azure), then who knows what their next product be?

That said, I moved to gitlab long ago, before any MS Github bullshit.

 

[1] https://en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish

[2] https://en.wikipedia.org/wiki/Open_Letter_to_Hobbyists

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Yes please.

Ughh, I cannot seem to find a way to register on the wiki, only a login page.

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Thanks everyone, the game is downloading now.

I think now I should write the things I learned here somewhere. Maybe TDM Updater page on wiki?

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Hmm. In the GUI there's an option to "prevent tdm_updater from updating itself". Is there no such thing here?

There is, there is. Thanks.

I'll try the --noselfupdate option.

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Aha, it's done, I have an ELF64 now.

Thanks.

 

I guess I was bad at using 7z.

 

Scratch that, we are back to square one.

I run the 64bit updater. It downloads the 32 bit updater using some tdm_update_updater.sh.

I'd try to edit that shell script, or else I'm afraid I'd have to patch the binary itself , or compile the game.

 

BTW, is that 69MB zip file enough to compile the whole playable game? or I'd have to download assets from somewhere?

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Yes, exactly.

SVN trunk is also OK, but it would be safer to download release2.06 branch from SVN if you only want to build 2.06 yourself.

Aha, it's done, I have an ELF64 now.

Thanks.

 

I guess I was bad at using 7z.

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Nope.

I have just downloaded 2.06 sources archive from website.

 

Here is what I have in C:\TheDarkMod\darkmod_206_src\unpacked\tdm_update:

 

 

01.06.2018 00:32 <DIR> .

01.06.2018 00:32 <DIR> ..

28.05.2018 02:25 14 551 ConsoleUpdater.cpp

28.05.2018 02:25 2 214 ConsoleUpdater.h

28.05.2018 02:25 16 958 darkmod.ico

28.05.2018 02:25 <DIR> libtdm_update

28.05.2018 02:25 2 401 LogWriters.h

28.05.2018 02:25 296 macosx_build.sh

28.05.2018 02:25 1 779 SConscript.libtdm_update

28.05.2018 02:25 1 755 SConscript.minizip

28.05.2018 02:25 2 695 SConscript.tdm_update

28.05.2018 02:25 6 248 SConstruct

28.05.2018 02:25 12 862 TDM_icon.ico

28.05.2018 02:25 <DIR> tdm_package

28.05.2018 02:25 2 458 tdm_update.cpp

28.05.2018 02:25 1 715 tdm_update.rc

28.05.2018 02:25 5 032 tdm_update.sln

28.05.2018 02:25 8 346 tdm_update.vcxproj

28.05.2018 02:25 1 201 tdm_update.vcxproj.filters

28.05.2018 02:25 <DIR> tdm_update_mfc

 

 

P.S. It seems that such pranks were popular on our childhood

 

you mean in the 69MB 7z file from the http://www.thedarkmod.com/downloads/ page?

 

I am downloading them again, & from the svn trunk too. Let's see.

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

The updater is not a script because it exists on both Windows and Linux with most of the code reused.

Can't imagine how we would ask every Windows user to run a python script (or shell script) and be happy

Not to mention that some of the stuff there is not quite simple...

 

I remember from my childhood days when I used to use windows, I would make a vbscript to play some prank (infinite message boxes, disk drive opens & closes indefinitely), call it from a .bat file, and package the two into an innocent looking .exe file. I guess Windows users can run EXEs fine. But that was vbscript, who knows if they have python installed. I guess if it can be a shell script, maybe a compatible .bat file could be written, I haven't looked at the code though.

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

COMPILE.txt does not explain how to build tdm_update, it only explains how to build the game itself.

 

I think you are running scons from wrong directory.

Go to darkmod_src/tdm_update and run there scons build="release" -j4.

This should build the 32-bit executable for you.

 

Now download the attached two files and replace the original versions with them (indeed, remove the .txt extension).

After that run scons command again.

Hopefully, you will get a 64-bit executable.

 

P.S. This is hacky and unofficial, you know...

 

darkmod_src/tdm_update/ is empty, is that supposed to be so?

I get the following error:

darkmod_src/tdm_update$ scons build="release" -j4

scons: *** No SConstruct file found.
File "/usr/lib/scons/SCons/Script/Main.py", line 916, in _main

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

Thank you for report!

 

Yes, it seems that we simply forgot to provide 64-bit build of tdm_update, as silly as it sounds.

I have created issue 4807 for this, so this will be fixed by 2.07. Not sure about 2.06 hotfix though.

 

A possible workaround is to install the standard libraries for running 32-bit stuff.

We have an Ubuntu-oriented instructions of how to compile 32-bit TDM on 64-bit Linux (the page).

While most of those libraries are not necessary for just playing, I guess simply installing all the stuff is an easy enough fix for now.

I guess there's wisdom in using installer scripts after all, instead of architecture dependent binaries.

 

I am trying to compile the game now, can't install those libraries because I have held broken packages, and some dependency problems.

[TDM 2.06 issues...]

Please update the tdm_update.linux binary with a 64 bit elf, or a statically linked executable. It seems that it still is an elf32 and depends on 32 bit libraries. Can't run it on 64 bit Debian Stretch GNU/Linux, it gives an error: "no such file or directory" which might be that loader is missing, or the shared libraries are missing.

For Full information, see this thread: http://forums.thedarkmod.com/topic/19461-64-bit-support-on-linux-tdm-updater-for-linux-is-still-a-32-bit-binary/

[64 bit support on linux: TDM Updater for linux is still a 32 bit binary]

The ELF executable provided from the main download page is 32-bit. It doesn't run on 64-bit systems without adding support for ELF32. Since 64 bit support is now available in 2.06, this needs updating. While the documentation on the download page is accurate in removing the instructions for adding 32 bit architecture support, which should now be unnecessary, the binary download needs updating too.

 

I get the error: "no such file or directory" on Debian Stretch GNU/Linux, on a bash shell. This is perhaps because it requires loading some dynamically linked 32 bit libraries unavailable on my system, or perhaps even the 32bit loader itself is missing.

 

Here is the list of shared libraries it needs to load acquired from 'ldd' application.

linux-gate.so.1 (0xf777a000)
librt.so.1 => /lib32/librt.so.1 (0xf774e000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf765c000)
libm.so.6 => /lib32/libm.so.6 (0xf7616000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf75f9000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf75dd000)
libc.so.6 => /lib32/libc.so.6 (0xf742f000)
/lib/ld-linux.so.2 (0xf777b000)

Here is a dump from the binary header using readelf application.

ELF Header:
  Magic:   7f 45 4c 46 01 01 01 03 00 00 00 00 00 00 00 00 
  Class:                             ELF32
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - GNU
  ABI Version:                       0
  Type:                              EXEC (Executable file)
  Machine:                           Intel 80386
  Version:                           0x1
  Entry point address:               0x804f519
  Start of program headers:          52 (bytes into file)
  Start of section headers:          1690508 (bytes into file)
  Flags:                             0x0
  Size of this header:               52 (bytes)
  Size of program headers:           32 (bytes)
  Number of program headers:         9
  Size of section headers:           40 (bytes)
  Number of section headers:         33
  Section header string table index: 30

The class is ELF32 & Machine 80386.

 

One solution is to provide a separate 64 bit updater, or to statically link the libraries (Which would allow only one executable for both architectures).

Is there a 64 bit version of the installer?