The official "ZDoom on Linux" thread.

Csonicgo · Post by **Csonicgo** » Thu Jan 25, 2007 12:23 pm

Ok all we need now is a Debian Package.

Hirogen2 · Post by **Hirogen2** » Thu Jan 25, 2007 5:16 pm

Grubber wrote:I've just created a small package repository at drdteam.org, it contains these packages now:
acc-1.45

drdteam-release-1

fmod-3.75

fmod-devel-3.75

p7zip-4.43

zdbsp-1.9

zdoom-2.1.7
For now it's limited to Fedora Core 6 on i386 and yum. I might add support for other distros/architectures/package managers in future.

Wonderful there goes the package duplication again

Chilvence · Post by **Chilvence** » Fri Jan 26, 2007 12:25 am

I dont understand how this thread keeps growing...

There's a very simple solution to keeping zdoom support for linux. If Randy doesn't want to constantly check the code works on two different platforms (and I can't say I blame him, we have a dev working on each system for Doomsday and it still breaks frequently), then he should instate someone with the task of making sure the svn repository builds on linux systems. If ever it does not, they should have full rights to commit fixes directly. As long as its kept on top of, it wont get out of hand.

The current situation isn't even all that bad, I had a recent experience compiling zdoom, and the only thing that didn't work as intended was the new command line/startup joining stuff. Since I don't use Zdoom for multiplayer, using my own limited knowledge I just had to stub it out and then it ran without complaints.

It would be even better to start depreciating the use of DirectX and stuff like that, when there are portable alternatives. You could argue that some things might not work as well as they did, but unless people actually use these things, how do you expect them to improve? It's a case of wanting to stick to the path well trodden... We're in the middle of beating all the windows specific dependencies out of Doomsday, and the overall result is looking quite satisfactory, which is good, considering it has a comparable list of supported music, image fomats etc.

If I were to suggest someone for the task, it would be Grubber, as he seems to already strive to make it work. But this 10 page thread would make anyone assume that Zdoom explodes on linux systems, which isn't so true.

Post by **Graf Zahl** » Fri Jan 26, 2007 3:07 am

Chilvence wrote: But this 10 page thread would make anyone assume that Zdoom explodes on linux systems, which isn't so true.

I think it's worse that this thread makes people think that Linux is a pain to use if building applications that work is such a pain as this thread makes it appear.

Chilvence · Post by **Chilvence** » Fri Jan 26, 2007 3:50 am

I think most of that stems from the fact that most people (myself included for a long time) never even see the code, so when some odd linking error or unresolved dependency appears on any messageboard, it looks like black magic. It probably still will to me, for a long time...

By the size of the feature requests forum, I think people owe it to themselves to start being nosy. Leave the hardest stuff to the experienced programmers, sure, but I think some experimentation would keep alot of people quiet.

Csonicgo · Post by **Csonicgo** » Fri Jan 26, 2007 9:29 am

Hirogen2 wrote: Wonderful there goes the package duplication again

What in the world is wrong with packages?

( There is a new multi-distro packaging system in the works, by the way.http://linux.slashdot.org/article.pl?si ... 23/2031206 )

Chilvence · Post by **Chilvence** » Fri Jan 26, 2007 10:12 am

It seems to me that he was groaning about the continual redundant creation of yet MORE package systems, repositories etc

(rather than doing the smart thing and just picking one to improve...)

Packages themselves are a blessing. It makes the practice of finding and installing software on Windows machines look like a pagan ceremony, and the only place that they fail and that people actually SHOULD concentrate on is that alot of the time, the packages themselves get out of date. The tilda console program for example has a horrible, nasty version in the Ubuntu repository, when the version from the author fixes all the bugs. For a brief period, the version of Wine packaged for edgy had broken opengl rendering in program windows - Wine from winehq.org were obviously quick to fix that. So when do program authors get to have a say in what goes into these repositories?

Siggi · Post by **Siggi** » Fri Jan 26, 2007 1:45 pm

Chilvence wrote:I dont understand how this thread keeps growing...

Because the number of Linux related issues is too small to warrant more than a single super thread.

The number of Windows unique problems far exceeds the number of Linux unique problems and spans over several sections of this forum. There is a simple reason for this... There are far more Windows users than there are Linux users. This would also explain why there is less support for Linux, and one would assume that is why there is a larger percentage of Linux users having problems compared to the percentage of Windows users having problems.

And one other thing, ZDoom compiles just fine. The only thing missing is a preinstalled binary. A luxury really.

Necromage · Post by **Necromage** » Fri Jan 26, 2007 4:18 pm

I am getting this whenever I try to get something off of Grubber's repo.

Code: Select all

Loading "installonlyn" plugin
Setting up repositories
http://download.drdteam.org/linux/fedora/6/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404: Date: Fri, 26 Jan 2007 22:16:01 GMT
Server: Apache/2.0.52 (CentOS)
Content-Length: 325
Content-Type: text/html; charset=iso-8859-1

Trying other mirror.
Error: Cannot open/read repomd.xml file for repository: drdteam

I would have to agree with Physco, and lets also not forget that there are a few of us who are new to the whole linux thing.

Post by **randi** » Fri Jan 26, 2007 4:52 pm

Chilvence wrote:It would be even better to start depreciating the use of DirectX and stuff like that, when there are portable alternatives.

No, if by "portable alternatives" you mean SDL. SDL blows chunks under Windows. So to speak.

Chilvence · Post by **Chilvence** » Sat Jan 27, 2007 1:28 am

Well you read all I have to say on the subject, I'm not typing another damned word.

Grubber · Post by **Grubber** » Sat Jan 27, 2007 1:36 am

@Necromage:

Grubber wrote:For now it's limited to Fedora Core 6 on i386 and yum. I might add support for other distros/architectures/package managers in future.

Sorry.

Necromage · Post by **Necromage** » Sat Jan 27, 2007 12:46 pm

o, well

However, I am trying to get it to install the old fasioned way (i.e. the way the wiki says) and now I am getting this error:

Code: Select all

src/sc_man_scanner.re: In function ‘bool SC_GetString()’:
src/sc_man_scanner.re:144: error: no matching function for call to ‘MIN(long int, int)’

Siggi · Post by **Siggi** » Sat Jan 27, 2007 2:52 pm

Are you trying to compile it on a 64bit system?

Necromage · Post by **Necromage** » Sat Jan 27, 2007 3:37 pm

yeah, andnow that you mention it that is probably the problem