Linux Binary needs testing

[Andy Miller]

Team

I've put a new Linux snapshot on Sourceforge -- available here...

It doesn't contain all the libraries (specifically OgreAL, bullet, plib and Nxogre are missing) as I'm more interested in seeing if the self contained nature of this release works on other systems - and will use this as the basis (if it goes well) for a 1.2 binary release in 2 weeks...

You should be able to simply unpack the release and run the demos. ie.

wget http://downloads.sourceforge.net/python-ogre/PythonOgreSnapShot09Dec2007.tgz
tar zxf PythonOgreSnapShot09Dec2007.tgz
cd python-ogre-snapshot/demos/ogre
python Demo_Smoke.py

This is my first real working test using the 'rpath' command when compiling the libraries which means they do a runtime search for the libraries they need (I set it so they look in their local directory and ../../lib) so there isn't a requirement to change the LD_LIBRARY_PATH.  I'm also not installing the ogre modules into the classic python site-packages directory so everything remains contained.

Please give this version a test (it almost certainly won't work on 64 bit systems) and let me know how it goes..

Oh, it was built on the latest Ubuntu release (7.10)..

Thanks
Andy

[Giulio]

I tried it on my Arch Linux Don't Panic 32bit with GCC 4.2.2

The result is... that it doesn't work properly.

When running the Demo_Smoke.py sample it outputs
giulio@honey:~/ogre/python-ogre-snapshot/demos/ogre$ python
Demo_Smoke.py
PYTHON PATH /home/giulio/ogre/python-ogre-snapshot/packages_2.5
Traceback (most recent call last):
File "Demo_Smoke.py", line 15, in <module>
import ogre.renderer.OGRE as ogre
File "/home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
renderer/OGRE/__init__.py", line 10, in <module>
from _ogre_ import *
ImportError: /home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
renderer/OGRE/../../lib/libboost_python-gcc41-1_34.so.1.34.0:
undefined symbol: PyUnicodeUCS4_FromEncodedObject

However, from the last lie of code, I grasped that it might be
something related to my newer version of GCC (4.2), so don't take my
test as 'full-of-truth' since other people using GCC 4.1 may find it
working.

[Andy Miller]

Thanks for testing it -- and I agree it's probably (I'm hoping) due to the GCC and associated library support..

Could you do an ldd on ./python-ogre-snapshot/packages_2.5/ogre/lib/libboost_python-gcc41-1_34.so.1.34.0 and see if it shows anything interesting as I wonder if I should include additional libraries to work around the libc version..

Cheersa

Andy

On 09/12/2007, Giulio <slid...@gmail.com> wrote:

I tried it on my Arch Linux Don't Panic 32bit with GCC 4.2.2

The result is... that it doesn't work properly.

When running the Demo_Smoke.py sample it outputs
giulio@honey:~/ogre/python-ogre-snapshot/demos/ogre$ python
Demo_Smoke.py
PYTHON PATH /home/giulio/ogre/python-ogre-snapshot/packages_2.5
Traceback (most recent call last):
  File "Demo_Smoke.py", line 15, in <module>
    import ogre.renderer.OGRE as ogre
  File "/home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
renderer/OGRE/__init__.py", line 10, in <module>
    from _ogre_ import *
ImportError: /home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
renderer/OGRE/../../lib/libboost_python-gcc41-1_34.so.1.34.0:
undefined symbol: PyUnicodeUCS4_FromEncodedObject

However, from the last lie of code, I grasped that it might be

something related to my newer version of GCC ( 4.2), so don't take my

[Giulio]

Output of ldd is
ldd ~/ogre/python-ogre-snapshot/packages_2.5/ogre/lib/libboost_python-
gcc41-1_34.so.1.34.0
linux-gate.so.1 => (0xb7fe4000)
libutil.so.1 => /lib/libutil.so.1 (0xb7f7b000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7f63000)
libdl.so.2 => /lib/libdl.so.2 (0xb7f5f000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7e71000)
libm.so.6 => /lib/libm.so.6 (0xb7e4b000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7e40000)
libc.so.6 => /lib/libc.so.6 (0xb7d0a000)
/lib/ld-linux.so.2 (0x80000000)

Hope this helps,
Giulio

On Dec 9, 12:39 pm, "Andy Miller" <nzmill...@gmail.com> wrote:
> Thanks for testing it -- and I agree it's probably (I'm hoping) due to the
> GCC and associated library support..
>
> Could you do an ldd on
> ./python-ogre-snapshot/packages_2.5/ogre/lib/libboost_python-gcc41-1_34.so.1.34.0
> and see if it shows anything interesting as I wonder if I should include
> additional libraries to work around the libc version..
>
> Cheersa
>
> Andy
>

> On 09/12/2007, Giulio <slide....@gmail.com> wrote:
>
>
>
> > I tried it on my Arch Linux Don't Panic 32bit with GCC 4.2.2
>
> > The result is... that it doesn't work properly.
>
> > When running the Demo_Smoke.py sample it outputs
> > giulio@honey:~/ogre/python-ogre-snapshot/demos/ogre$ python
> > Demo_Smoke.py
> > PYTHON PATH /home/giulio/ogre/python-ogre-snapshot/packages_2.5
> > Traceback (most recent call last):
> > File "Demo_Smoke.py", line 15, in <module>
> > import ogre.renderer.OGRE as ogre
> > File "/home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
> > renderer/OGRE/__init__.py", line 10, in <module>
> > from _ogre_ import *
> > ImportError: /home/giulio/ogre/python-ogre-snapshot/packages_2.5/ogre/
> > renderer/OGRE/../../lib/libboost_python-gcc41-1_34.so.1.34.0:
> > undefined symbol: PyUnicodeUCS4_FromEncodedObject
>
> > However, from the last lie of code, I grasped that it might be

> > something related to my newer version of GCC (4.2), so don't take my

[Lakin Wecker]

I'm having a hard time downloading it. :/   The connection to all the mirrors just times out.

I don't know if it's my connection or SF.net or what.  I'll keep trying tho.

Lakin

[Lakin Wecker]

Ok, finally got a mirror that seems to be working.
Lakin

[Lakin Wecker]

I downloaded it, running on 32 bit Ubuntu 7.10 and mostly seems to work, but somewhere along the way one of the demos screwed up my keyboard repeating.  Maybe we should surround the demo's mains with a finally clause that tries to ensure we reset the keyboard/mouse input:
    try:
        application = SmokeApplication()
        application.go()
    except ogre.OgreException, e:
        print e
    finally:
        reset_key_board_mouse_stuff()

Here are the ogre demo results, which others should I try:
Demo_Basic.py                       - Doesn't work, is it supposed to, don't think so.
Demo_Bezier.py                      - Works
Demo_BspCollision.py                - Doesn't work - ImportError: No module named _ogrerefapp_
Demo_BSP.py                         - Works
Demo_CameraTracking.py              - Works
Demo_CelShading.py                  - Works
Demo_Compositor.py                  - Doesn't work - The choose your renderer box is the only option and when I click on it it dies with: Error: Shell widget menu has zero width and/or height
Demo_EnvMap.py                      - Works
Demo_Facial.py                      - Works
Demo_Fresnel.py                     - Works but Exiting cause 100% usage of one CPU and I had to kill it.
Demo_Grass.py                       - Works
Demo_Lighting.py                    - Works
Demo_NetworkClient.py               - Think it works when NetworkServer is running.
Demo_NetworkServer.py               - Same as above
Demo_NodeListener.py                - Works
Demo_OgreCollision02.py             - Fails to import _ode_
Demo_OneFish.py                     - Works
Demo_ParticleFX.py                  - Works
Demo_RendererCreate.py              - Works
Demo_RenderToTexture.py             - Works
Demo_Shadows_Org.py                 - Works
Demo_Shadows.py                     - Fails: AttributeError: 'ShadowsListener' object has no attribute 'mTranslateVector'
Demo_SkeletalAnimation.py           - Works
Demo_SkeletonAnimation.py           - Works
Demo_SkyBox.py                      - Works
Demo_SkyDome.py                     - Works
Demo_SkyPlane.py                    - Works
Demo_Smoke.py                       - Works
Demo_Spinner.py                     - Fails:       File "Demo_Spinner.py", line 70, in _choose_render_engine
    self.root.setRenderSystem(rend_list[-1])
IndexError: get
Demo_Terrain.py                     - Works
Demo_TextureFX.py                   - Works
Demo_Transparency.py                - Works
Demo_Video.py                       - Fails (probably not supposed to work):     import ogre.video as OgreDshow
ImportError: No module named video 
Demo_Water.py                       - Fails:
Boost.Python.ArgumentError: Python argument types in
    HardwareVertexBuffer.writeData(HardwareVertexBuffer, int, int, int, bool)
did not match C++ signature:
    writeData(Ogre::SharedPtr<HardwareVertexBuffer_wrapper> {lvalue}, unsigned int, unsigned int, void const*, bool)
    writeData(Ogre::HardwareVertexBuffer {lvalue}, unsigned int offset, unsigned int length, void const* pSource, bool discardWholeBuffer=False)
Demo_WX.py                          - Fails:
  File "/home/lakin/Desktop/python-ogre-snapshot/demos/ogre/OgreWindowWx.py", line 27, in getPluginPath
    raise ogre.Exception(0, "can't locate the ' plugins.cfg' file", "")
AttributeError: 'module' object has no attribute 'Exception

Lakin

[Lakin Wecker]

In general, this looks like a good Linux release to me.  Good job Andy.
Further testing results:


Demo_CEGUI_DragnDrop.py     - Works
Demo_CEGUI_Facial.py        - Works
Demo_CEGUI_Gui.py           - Works
Demo_CEGUI_NewGui.py        - Works


Demo_Caelum01.py            - Fails:

Traceback (most recent call last):

  File "Demo_Caelum01.py", line 271, in <module>
    application.go()
  File "/home/lakin/Desktop/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py", line 65, in go
    self.root.startRendering()
  File "Demo_Caelum01.py", line 125, in frameStarted
    espm = caelum.castAsEarthSunPositionModel ( t )


Demo_CEGUI_ET.py            - Sorta works.  Right and Left click do what they're supposed to, and the terrain renders. But, moving the mouse cursor makes the ogre head move very erratically ... looks like the picking is screwed up.


Demo_Forest.py              - Fails:

Traceback (most recent call last):

  File "Demo_Forest.py", line 183, in <module>
    application.go()
  File "/home/lakin/Desktop/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py", line 65, in go
    self.root.startRendering()
  File "Demo_Forest.py", line 160, in frameStarted
    self.app.grassLoader.updateAnimation()
AttributeError: 'GrassLoader' object has no attribute 'updateAnimation'

Demo01_TheBasics.py             - Works
Demo02_Joints.py                - Works
Demo03_CollisionCallbacks.py    - Works
Demo04_RayCasting.py            - Works
Demo05_SimpleVehicle.py         - Works
Demo06_SimpleBuoyancy.py        - Works
Demo07_CustomJoints.py          - Works
Demo08_Ragdoll.py               - Fails:
Error Occured
OGRE EXCEPTION(5:): Unable to derive resource group for zombie.mesh automatically since the resource was not found. in ResourceGroupManager::findGroupContainingResource at OgreResourceGroupManager.cpp (line 1368)


Demo_GranTurism.py              - Works
Demo_Scenes.py                  - Works, but I can make it crash fairly regularly.  For instance F2 crashes immediately. Others crash periodically, but the main features seem to work.

Demo_QuickGUI01.py              - Fails:

Traceback (most recent call last):

  File "Demo_QuickGUI01.py", line 584, in <module>
    application.go()
  File "/home/lakin/Desktop/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py", line 61, in go
    if not self._setUp():
  File "/home/lakin/Desktop/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py", line 102, in _setUp
    self._createScene()
  File "Demo_QuickGUI01.py", line 146, in _createScene
    self.mGUIManager = gui.GUIManager()

Boost.Python.ArgumentError: Python argument types in

    GUIManager.__init__(GUIManager)

did not match C++ signature:

    __init__(_object*, Ogre::Viewport* vp)

showcase_01/Demo_Forest.py      - Fails:
Texture: tipi.jpg: Loading 1 faces(PF_R8G8B8,256x256x1) with 5 hardware generated mipmaps from Image. Internal format is PF_X8R8G8B8,256x256x1.
X Error of failed request:  BadAccess (attempt to access private resource denied)
  Major opcode of failed request:  2 (X_ChangeWindowAttributes)
  Serial number of failed request:  7
  Current serial number in output stream:  9

[Andy Miller]

Cool -- OK I'll focus on getting the demos tweaked the rest of the libraries ready for a real binary release..

Andy

[Patrick Mullen]

I just had success with this build on my gentoo box - great work! I
seem to have similar errors as Lakin, although more of them.

None of the newton demos run: "illegal hardware instruction python
Demo02_Joints.py"

For the cegui demos, it complained about libpcre.so.3 - I have
libpcre.so.0.0.1. The cegui demos worked when I aliased .0.0.1 as .3,
but obviously that could cause problems with my system for other
things.

But it's really nice to finally have ogre running on linux, even if
the library is somewhat large (ok it's really big!).

[Andy Miller]

Thanks for this -- I'll look at adding libprce.so.3 to the distribution.. 

I wonder what is going on with the newton demos?  Could you do an ldd against packages2.5/ogre/physics/newton/_newton_.so and send it to me..

Thanks

Andy

[Andy Miller]

Regarding the size issue, it will probably remain 'large' for a while -- there are a number of things I can do to shrink things, mainly around getting the gcc visibility settings to work properly -- however I'll wait until things are stable (and I have a Mac port out) before messing with this..

Of course someone else could have a go at making this work :)

Cheers

Andy

[Lakin Wecker]

On Dec 9, 2007 8:00 PM, Andy Miller <nzmi...@gmail.com> wrote:

Of course someone else could have a go at making this work :)

Andy,

This gets mentioned quite often on this list.  Do you upkeep a list of open tickets that you're not actively working on?  Especially ones that might be easy for people to get involved in the project with?

Lakin

[Andy Miller]

I started a list here..

Cheers
Andy

On 10/12/2007, Lakin Wecker < lakin....@gmail.com> wrote:

[Lakin Wecker]

Perfect, thanks.

Lakin

[Joshua Bonnett]

I have some more details on why the Caelum demo fails and how.

Traceback (most recent call last):
File "Demo_Caelum01.py", line 271, in <module>
application.go()

File "/home/jbonnett/logoless/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py",

line 61, in go
if not self._setUp():

File "/home/jbonnett/logoless/python-ogre-snapshot/packages_2.5/ogre/renderer/OGRE/sf_OIS.py",

line 102, in _setUp
self._createScene()

File "Demo_Caelum01.py", line 217, in _createScene
self.caelumSystem = caelum.CaelumSystem(self.root, self.sceneManager )
RuntimeError: unidentifiable C++ exception

I am integrating caelum into my program and I am getting the exact same problem.
Is there any way to find out what that unidentifiable exception is?

[Joshua Bonnett]

the ogrenewt ragdoll fails to load because linux filesystem's care
about case. changed it to ZOMBIE.mesh and it loads.
There are similar problems with
./media/models/zombie_rag_primitives.xml and such.
Attached is a working version.

[Lakin Wecker]

When the Exception is ogre related, usually it is listed in the ogre.log (which is quite nice) for these situations.  Does Caelum keep a log?

Lakin

[Joshua Bonnett]

10:55:11: Initialising Caelum system...
10:55:11: Creating resource group Caelum
10:55:11: Created Caelum resource group (Caelum)
10:55:11: System attributes set up.
10:55:11: Generating sky dome material...
10:55:11: Material not found; creating...
10:55:11: Material [OK]
10:55:11: Pass [OK]
10:55:11: TextureUnit - Sky gradient [OK]
10:55:11: TextureUnit - Atmosphere depth [OK]
10:55:11: WARNING: material CaelumSkyDomeMaterial has no supportable
Techniques and will be blank. Explanation:
Pass 0: Fragment program SkyDomeFP cannot be used - not supported.

10:55:11: DONE
10:55:11: DONE
10:55:11: Creating CaelumSphericDome sphere mesh resource...
10:55:11: WARNING: Mesh instance 'CaelumSphericDome' was defined as
manually loaded, but no manual loader was provided. This Resource will
be lost if it has to be reloaded.
10:55:11: DONE
10:55:11: Generating sun material...
10:55:11: Material not found; creating...
10:55:11: Material [OK]
10:55:11: Pass [OK]
10:55:11: DONE
10:55:11: DONE
10:55:11: Mesh: Loading sphere.mesh.
10:55:11: Generating starfield material...
10:55:11: Material not found; creating...
10:55:11: Material [OK]
10:55:11: Pass [OK]
10:55:11: TextureUnit [OK]
10:55:11: DONE
10:55:11: DONE
10:55:11: Texture: Starfield.jpg: Loading 1
faces(PF_R8G8B8,1024x1024x1) with 10 hardware generated mipmaps from
Image. Internal format is PF_X8R8G8B8,1024x1024x1.
10:55:11: Creating CaelumStarfieldDome sphere mesh resource...
10:55:11: WARNING: Mesh instance 'CaelumStarfieldDome' was defined as
manually loaded, but no manual loader was provided. This Resource will
be lost if it has to be reloaded.
10:55:11: DONE
10:55:11: WARNING: material CaelumLayeredClouds has no supportable
Techniques and will be blank. Explanation:
Pass 0: Fragment program CaelumLayeredCloudsFP cannot be used - not supported.

10:55:11: OGRE EXCEPTION(0:UnsupportedException): Layered cloud
material not supported. in LayeredClouds
10:55:11: Removing starfield material...
10:55:11: DONE
10:55:11: Removing sun material...
10:55:11: DONE
10:55:11: Removing sky dome material...
10:55:11: Removing sky dome SkyDomeFP...
10:55:11: Removing sky dome SkyDomeVP...
10:55:11: DONE

it could be my gfx card?
TI4600 with nvidia driver ver. 1.0-9639
Anything else i should check?

[Joshua Bonnett]

Thats all from the Ogre.log file

[Lakin Wecker]

On Dec 10, 2007 2:53 PM, Joshua Bonnett <joshua....@gmail.com> wrote:

Thats all from the Ogre.log file

On Dec 10, 2007 1:52 PM, Joshua Bonnett <joshua....@gmail.com> wrote:

> 10:55:11: WARNING: material CaelumLayeredClouds has no supportable
> Techniques and will be blank. Explanation:
> Pass 0: Fragment program CaelumLayeredCloudsFP cannot be used - not supported.
>
> 10:55:11: OGRE EXCEPTION(0:UnsupportedException): Layered cloud
> material not supported. in LayeredClouds
>

> it could be my gfx card?
> TI4600 with nvidia driver ver. 1.0-9639
> Anything else i should check?

Yup, looks like your graphics card/drivers don't support the Fragement Program  format that Caelum is trying to use.  Does the C++ version of Caelum Demo's work for you?

Lakin

[Joshua Bonnett]

Thats a excellent question. Downloading from svn now.

[Andy Miller]

It could also be a bug in Caelum as it's SVN has just had an update that requires a demo change -- and I didn't check it on my system (as my intention in this binary was to ensure the realitive library loading worked on other systems) so it may just not work -- has anyone else tried it and had success ?

Andy

[Lakin Wecker]

Works for me if I comment out:
       
   #espm = caelum.castAsEarthSunPositionModel ( t )
            #if espm :
                #espm.setJulianDate (self.caelumSystem.getUniversalClock ().getCurrentRelativeTime ())

Lakin

[Joshua Bonnett]

Yeah, that comes after I have already crashed.
I am going to test it on my friends 7600gt and report back.

[Krešimir Špes]

I get the same problem on Arch as Giulio:

[kreso@thor ogre]$ python Demo_Smoke.py
PYTHON PATH /home/kreso/PythonOgreSnapShot09Dec2007/python-ogre-
snapshot/packages_2.5

Traceback (most recent call last):

File "Demo_Smoke.py", line 15, in <module>
import ogre.renderer.OGRE as ogre

File "/home/kreso/PythonOgreSnapShot09Dec2007/python-ogre-snapshot/
packages_2.5/ogre/renderer/OGRE/__init__.py", line 10, in <module>
from _ogre_ import *
ImportError: /home/kreso/PythonOgreSnapShot09Dec2007/python-ogre-
snapshot/packages_2.5/ogre/renderer/OGRE/../../lib/libboost_python-
gcc41-1_34.so.1.34.0: undefined symbol:
PyUnicodeUCS4_FromEncodedObject

[Andy Miller]

If I post some of my "other" libraries (from my Ubuntu system) would you have time to download them and put them in the 'lib' directory to see if we can work out where the problem is (it would be great if simply including another library fixed this)

Basically I'll look for dependencies on boost and make those available to you


Thanks
Andy

[Krešimir Špes]

I'd be glad to.

[Gunnar]

Hmm, what is it with ArchLinux, I'm running that myself and getting
the same error as above.
Python 2.5.1 and gcc 4.2.2

[gunnar@archlinux ogre]$ python Demo_Water.py

Traceback (most recent call last):

File "Demo_Water.py", line 21, in <module>
import ogre.renderer.OGRE as Ogre
File "/home/kreso/python-ogre/root/usr/lib/python2.5/site-packages/

ogre/renderer/OGRE/__init__.py", line 10, in <module>

ImportError: /home/gunnar/tmp/python-ogre/root/usr/lib/libboost_python-
gcc41-1_34.so.1.34.0: undefined symbol:
PyUnicodeUCS4_FromEncodedObject

I believe this has something to do with how Python was build on Arch
(see: http://www.thescripts.com/forum/thread611638.html )

From: http://www.xml.com/cs/user/view/cs_msg/2915

import sys
sys.maxunicode > 65536 and 'UCS4' or 'UCS2'

My Python on Arch prints UCS2

Gunnar

On Dec 12, 12:02 am, "Andy Miller" <nzmill...@gmail.com> wrote:

> If I post some of my "other" libraries (from my Ubuntu system) would you
> have time to download them and put them in the 'lib' directory to see if we
> can work out where the problem is (it would be great if simply including
> another library fixed this)

Sure, post the libraries and Ill test what works and what doesn't

[Gunnar]

Recompiling python with --enable-unicode=ucs4 made the error
(undefined symbol: PyUnicodeUCS4_FromEncodedObject) go away.

[Gunnar]

Perhaps forgot to mention that your linux python-ogre build works fine
on ArchLinux after recompiling python with --enable-unicode=ucs4. At
least the ogre demos work :-)

Thanks

[Andy Miller]

Very cool !!!! Thanks for working this out....

Andy

[Gunnar Kriik]

No, thank you for your excellent work! Your build is really nice and clean + the runtime search path stuff is definitely way better than mocking around with the LD_LIBRARY_PATH.

gunnar...@gmail.com
+4799561302

[Krešimir Špes]

works on arch after recompiling python with unicode UCS4

to get cegui working I had to ln -s /usr/lib/libpcre.so.3 /usr/lib/
libpcre.so
why are you linking to libpcre.so.3 instead of *.so?

On Dec 12, 3:52 pm, "Gunnar Kriik" <gunnar.kr...@gmail.com> wrote:
> No, thank you for your excellent work! Your build is really nice and clean +
> the runtime search path stuff is definitely way better than mocking around
> with the LD_LIBRARY_PATH.
>

> On Dec 12, 2007 10:56 AM, Andy Miller <nzmill...@gmail.com> wrote:
>
>
>
>
>
> > Very cool !!!! Thanks for working this out....
>
> > Andy
>

> --
> Gunnar Kriik
>
> gunnar.kr...@gmail.com
> +4799561302

[Lakin Wecker]

I don't think you can even specify a specific library version to link against with gcc.  Usually one just says: "-lpcre" and gcc picks the appropriate library.  Additionally, looking at your "ln -s /usr/lib/libpcre.so.3 /usr/lib/libpcre.so"  command, it looks like libpcre.so.3 existed and you created libpcre.so with that command.  So from my point of view it appears that arch has a bug and doesn't properly create that link for you, like it should.

Lakin