Package Details: openbve 1.4.3-3

Git Clone URL: (read-only)
Package Base: openbve
Description: Free-as-in-freedom train simulator placed in the public domain
Upstream URL:
Licenses: custom:public domain, MIT
Submitter: City-busz
Maintainer: City-busz
Last Packager: City-busz
Votes: 32
Popularity: 1.334225
First Submitted: 2011-01-08 13:30
Last Updated: 2016-04-13 07:45

Dependencies (3)

Required by (0)

Sources (3)

Latest Comments

J5lx commented on 2016-04-29 17:13

Ah, thanks for clarification. I think I will dig up my own 1.4.3 package for now and have a look at this one again once there's a tagged release, though.

City-busz commented on 2016-04-27 00:13

I decided to package this version, because the old one is abandoned and unsupported by the original developers, and it has some minor bugs. The first tagged release will be available soon, but until that I decided to use a specific git commit, which is tested and works for me. If you found any problems, you can report them to the upstream developers here:

J5lx commented on 2016-04-13 16:17

It was not my intention to appear unfriendly or aggressive in that comment. I'm simply wondering about the reason for that change, since for me personally version 1.4.3 works just fine and my only problem with the game is that I'm having a hard time finding good content for it on the internet (which isn't actually an issue of the game itself). English is not my mother tongue, and while I'm able to pick up grammar relatively easily, I often struggle to get the tone right. Therefore, I'm sincerely sorry if I did in fact sound offensive - I will try to rephrase my comment so it reflects my intent more clearly.

ChrisOelmueller commented on 2016-04-13 15:28

While I actually sort of agree with your suggestion, don't you think maybe there's a friendlier way of letting people know?

J5lx commented on 2016-04-13 15:00

I just got notified of the new package version and I noticed that it now builds a git commit of some unofficial port instead of version 1.4.3 of the original game. Is there a specific reason for not keeping to the original release (i.e. build failures or something)?
Also, AFAIK one of Arch's principles is minimal patching, and IMO packaging some git commit as stable version 1.4.3 is closer to 'maximum patching', even if those patches are from some sort of upstream. Is there a reason for switching to that commit anyway? If not, maybe it would be better to leave this package on the original 1.4.3 release for now and create a separate *-git package that builds from that commit. Otherwise it may still be a good idea to make at least pkgver reflect the switch.

(I rephrased this comment as the original one seemed to sound unintentionally offensive. For reference, the first version can be found at

J5lx commented on 2015-07-03 15:13

Thanks for the notice! I took the liberty of uploading your updated PKGBUILD to AUR3 as well and disowning the package there in case you want to maintain it until AUR4 becomes the default on August 8th.

BTW, if you wanted to adopt the package before (considering you adopted it just the moment my reservation ended), you could just have added a comment. It doesn't hurt to ask, and it definitely can't make things worse!

Oh, and thanks for stinging me into finally importing my remaining packages into AUR4 :)

City-busz commented on 2015-07-03 13:26

I adopted this package again and added to my repository:

J5lx commented on 2015-02-13 20:50

(some time ago=when it was online)

J5lx commented on 2015-02-13 20:49

Actually the link I provided gives me a not found error atm. For me it looks like some sort of misconfiguration at the Internet archive. I’ll try it again later (Because the file I downloaded from the official website some time ago works. BTW, you can get it at Should be no problem since it's public domain).

glenntanner3 commented on 2015-02-13 18:55

Downloaded openbve.7z from recommended alternative site and when I tried to 'make -s' I get an error when attempting to copy 'DATA' folder. Any ideas?

openbve.7z openbve.desktop PKGBUILD
#makepkg -s
==> Starting package()...
cp: cannot stat ‘Data’: No such file or directory
==> ERROR: A failure occurred in package().

J5lx commented on 2015-01-25 20:09

See my previous comment.

Nattgew commented on 2015-01-25 19:45

Every time I try to update, pacaur fails:

0curl: (7) Failed to connect to port 80: Connection refused

The upstream URL above doesn't load either.

J5lx commented on 2014-12-24 00:40

From as seen on 2014-08-12: "Please note that this website is offline frequently, and while I don't post updates very often, if you try accessing this site in the future and get no response, don't take this to mean anything, just check back at a later date." (see

This sentence was also present when I last visited the site yesterday or so. Just try again later or download the file manually from the internet archive (

ArnaudNux commented on 2014-12-23 16:51> address not found
Firefox can not find the server at .

seawolf commented on 2013-10-20 08:27

I notice v1.4.3 has been released.

seawolf commented on 2013-07-21 13:53

I also get the same errors as City-busz and ChrisOelmueller.

At first, it seemed libpng is knackered:
libpng error: invalid after png_start_read_image or png_read_update_info
libpng error: invalid after png_start_read_image or png_read_update_info
/usr/bin/openbve: line 2: 27791 Segmentation fault (core dumped) mono /usr/lib/openbve/OpenBve.exe /fhs "$@"

But, digging into GDB showed:
Starting program: /usr/bin/mono --debug /usr/lib/openbve/OpenBve.exe
libpng error: invalid after png_start_read_image or png_read_update_info
libpng error: invalid after png_start_read_image or png_read_update_info

Program received signal SIGSEGV, Segmentation fault.
0xb63b5da2 in ?? () from /usr/lib/

So I hacked the PKGBUILD of lib32-libgdiplus in the AUR, so I could compile my own libgdiplus. This showed:
libpng warning: Application was compiled with png.h from libpng-1.6.2
libpng warning: Application is running with png.c from libpng-1.2.50
libpng error: Incompatible libpng version in application and library
(several hundred times!)

System.ArgumentNullException: Argument cannot be null.
Parameter name: value
at System.Windows.Forms.ImageList+ImageCollection+ImageListItem..ctor (System.Drawing.Image value) [0x00034] in /build/mono/src/mono-3.0.7/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ImageList.cs:185
at System.Windows.Forms.ImageList+ImageCollection.Add (System.String key, System.Drawing.Image image) [0x00000] in /build/mono/src/mono-3.0.7/mcs/class/Managed.Windows.Forms/System.Windows.Forms/ImageList.cs:674
at OpenBve.formMain.formMain_Load (System.Object sender, System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Form.OnLoad (System.EventArgs e) [0x00022] in /build/mono/src/mono-3.0.7/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Form.cs:2077
at System.Windows.Forms.Form.OnLoadInternal (System.EventArgs e) [0x00029] in /build/mono/src/mono-3.0.7/mcs/class/Managed.Windows.Forms/System.Windows.Forms/Form.cs:2895

This now looks like a bug in the OpenBVE or Mono source?

seawolf commented on 2013-07-21 13:35

Bugger, I think it's a lidgdiplus thing too.

Starting program: /usr/bin/mono --debug /usr/lib/openbve/OpenBve.exe
libpng error: invalid after png_start_read_image or png_read_update_info
libpng error: invalid after png_start_read_image or png_read_update_info

Program received signal SIGSEGV, Segmentation fault.
0xb63b5da2 in ?? () from /usr/lib/

seawolf commented on 2013-07-13 13:48

Any ideas how I can get around this error I've had since the libpng update?

libpng error: invalid after png_start_read_image or png_read_update_info
libpng error: invalid after png_start_read_image or png_read_update_info
/usr/bin/openbve: line 2: 27791 Segmentation fault (core dumped) mono /usr/lib/openbve/OpenBve.exe /fhs "$@"

ChrisOelmueller commented on 2013-05-16 11:17

Rebuilding libgdiplus and mono didn't fix it for me at least, but produced

ChrisOelmueller commented on 2013-05-16 10:21

Rebuilding libgdiplus didn't fix it for me at least,
Currently trying to rebuild mono (error looking weird and not reportable there).

City-busz commented on 2013-05-16 04:03

I think it's a bug in libgdiplus or mono. Please contact with the upstream maintainers. I can't fix this package, so I'm orphaned it now.

ChrisOelmueller commented on 2013-05-13 19:30

Currently fails with
System.ArgumentNullException: Argument cannot be null.
Parameter name: value

and also throws a few errors most likely related to the new libpng:

City-busz commented on 2012-11-19 00:15

Now the libgdiplus package has been rebuilt, so openbve runs fine on 64 bit systems also.

City-busz commented on 2012-08-03 20:28

Now I found the problem: libgdiplus needs to be rebuilt:

City-busz commented on 2012-08-03 06:45

@igor_isaias: I get the same error, but I can't fix it, and there is no upstream support for OpenBVE. I'll drop this package.

igor_isaias commented on 2012-07-18 08:42

Same error reported below in this new version! (07/18/2012)

igor_isaias commented on 2012-06-19 13:45

Fails miserably on my machine [2]:

joelsc commented on 2012-03-23 20:20

Fails miserably on my machine:

Anonymous comment on 2012-02-14 23:51

Does not work for me. Here is the error message:

zcchen commented on 2012-02-14 00:22

This time,

seawolf commented on 2012-02-09 21:33

Hmm, I wget'd it several times over the past day or so, and neither zip have changed. Meh, no biggie.

City-busz commented on 2012-01-11 23:32

@seawolf: it seems that upstream modifies the source files randomly. I can't do anything else than ask you to fix yourself or build with 'makepkg --skipinteg'.

seawolf commented on 2012-01-11 23:19

Again, this time for version
acb0dd3ea602910181b8cdb8375c794e openbve.desktop

Rudanar commented on 2011-12-27 19:01

Compiling error: not found in the build library, and not an URL.

seawolf commented on 2011-12-11 18:06

The MD5Sums of the downloaded files (for those of you wanting to risk it, edit the PKGBUILD with:)

acb0dd3ea602910181b8cdb8375c794e openbve.desktop

Compiles with 23 warnings, 0 errors.

zebulon commented on 2011-12-05 07:42

Hi, it fails, it seems the md5sums do not match.

City-busz commented on 2011-12-03 12:15


acieroid commented on 2011-12-03 10:59

openBVE is now in version, the md5sums and pkgver of the PKGBUILD should be updated.

Anonymous comment on 2011-06-18 10:24

Doesnt work for me:

- after loading the game

- or in the menu

System.NullReferenceException: Object reference not set to an instance of an object
at System.Windows.Forms.ListView+ItemControl.ItemsMouseDown (System.Object sender, System.Windows.Forms.MouseEventArgs me) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnMouseDown (System.Windows.Forms.MouseEventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WmLButtonDown (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ListView+ItemControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0

City-busz commented on 2011-05-30 02:42


Anonymous comment on 2011-05-20 15:55

MD5 sum is wrong for both openbve_stable files, directory /usr/lib/openbve/Data is not copied to right (but to /usr/share/games/openbve/Data) place so MAKEPKG need small fix.
You need download trains and tracks from or somewhere to get it work.