Wrong default application for a preinstalled picture (-j2 build)

[korli]

I preinstalled (with UserBuildConfig script) the following picture ​http://jerome.duval.free.fr/00660_splash_1920x1200.jpg on Linux.

Launch with qemu. Open Home with Tracker. Double-click on the picture file. MediaPlayer opens up. I tried "listattr 00660_splash_1920x1200.jpg" and nothing was returned.

[axeld]

I tried to reproduce the problem from a BeOS build (by manually removing the BEOS:TYPE attribute), but when I double click the file, it's correctly identified as image, and ShowImage comes up - furthermore, Tracker *always* calls update_mime_info() on a file when you double click it or move it around; therefore, it should also have a BEOS:TYPE attribute afterwards.

[axeld]

It even works when I do a "chmod 444" before opening it - I'm a bit out of ideas. Is it a GCC 4 build?

[korli]

Yeah it's a GCC4 build.

[korli]

AFAIT it seems related to the jam command I use : "jam -j2 haiku-image". Tested without -j2 and it works fine. Ingo, is there a known issue with jam -j2 ?

[bonefish]

Replying to korli:

AFAIT it seems related to the jam command I use : "jam -j2 haiku-image". Tested without -j2 and it works fine. Ingo, is there a known issue with jam -j2 ?

Yep, building with -j2 never worked correctly, AFAIK (it even just failed the last time I tried). The reason might be that the attribute emulation layer under Linux is not thread/process save. I've never tried -j2 under BeOS, though.

[jackburton]

I think this can be closed, no ?

[axeld]

I would guess so.