* [ISSUE] EmulationStation fails to start
@ 2023-07-05 15:12 Newchair2644
2023-10-03 14:28 ` namgo
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: Newchair2644 @ 2023-07-05 15:12 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1378 bytes --]
New issue by Newchair2644 on void-packages repository
https://github.com/void-linux/void-packages/issues/44861
Description:
### Is this a new report?
Yes
### System Info
Void 6.3.10_1 x86_64 GenuineIntel notuptodate rFF
### Package(s) Affected
EmulationStation-2.9.4_1
### Does a report exist for this bug with the project's home (upstream) and/or another distro?
https://retropie.org.uk/forum/topic/21196/emulation-station-will-not-boot-after-update
### Expected behaviour
Should open with no errors.
### Actual behaviour
Does not launch. Output of `emulationstation --debug`
```
Jul 05 11:06:44 lvl2: EmulationStation - v2.9.4rp, built May 17 2021 - 04:05:54
Jul 05 11:06:44 lvl2: Creating window...
Jul 05 11:06:44 lvl2: Created window successfully.
Jul 05 11:06:44 lvl2: GL vendor: Intel
Jul 05 11:06:44 lvl2: GL renderer: Mesa Intel(R) HD Graphics 3000 (SNB GT2)
Jul 05 11:06:44 lvl2: GL version: 3.3 (Compatibility Profile) Mesa 23.1.3
Jul 05 11:06:44 lvl2: Checking available OpenGL extensions...
Jul 05 11:06:44 lvl2: ARB_texture_non_power_of_two: ok
Jul 05 11:06:44 lvl0: Error - File type unknown!
emulationstation: ../es-core/src/resources/Font.cpp:21: Font::FontFace::FontFace(ResourceData&&, int): Assertion `!err' failed.
Aborted
```
### Steps to reproduce
Install emulationstation and try opening with `emulationstation`
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: EmulationStation fails to start
2023-07-05 15:12 [ISSUE] EmulationStation fails to start Newchair2644
@ 2023-10-03 14:28 ` namgo
2023-10-03 14:36 ` namgo
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: namgo @ 2023-10-03 14:28 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1070 bytes --]
New comment by namgo on void-packages repository
https://github.com/void-linux/void-packages/issues/44861#issuecomment-1745096602
Comment:
I've gotten this installed in a fresh VM, bumping the version within xpbs-src from 2.9.4 to 2.11.2 for EmulationStation.
After installing the updated version, the existing error still occurs.
My instinct is that https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-388524825 is an issue, the compilation process assumes that certain files in the user's home directory are already available.
https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-389709761 provides the paths that are checked. What's confusing to me is that it checks the bindir - they should be checking files outside of the bindir (/usr/bin/retropie -> /usr/share, no?).
This appears to explain why it worked for the packager and not us.
site-note: the patch void has looks like it's no longer necessary as the developers include `time.h` possibly making ctime no longer relevant - unless I misunderstand something.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: EmulationStation fails to start
2023-07-05 15:12 [ISSUE] EmulationStation fails to start Newchair2644
2023-10-03 14:28 ` namgo
@ 2023-10-03 14:36 ` namgo
2023-10-03 15:25 ` namgo
2023-10-03 18:09 ` namgo
3 siblings, 0 replies; 5+ messages in thread
From: namgo @ 2023-10-03 14:36 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1273 bytes --]
New comment by namgo on void-packages repository
https://github.com/void-linux/void-packages/issues/44861#issuecomment-1745096602
Comment:
I've gotten this installed in a fresh VM, bumping the version within xpbs-src from 2.9.4 to 2.11.2 for EmulationStation.
After installing the updated version, the existing error still occurs.
My instinct is that https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-388524825 is an issue, the compilation process assumes that certain files in the user's home directory are already available.
https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-389709761 provides the paths that are checked. What's confusing to me is that it checks the bindir - they should be checking files outside of the bindir (/usr/bin/retropie -> /usr/share, no?).
This appears to explain why it worked for the packager and not us.
site-note: the patch void has looks like it's no longer necessary as the developers include `time.h` possibly making ctime no longer relevant - unless I misunderstand something.
Edit: https://github.com/RetroPie/EmulationStation/issues/819 should address it. Unless I'm wrong, there's no good way to package this until EmulationStation's basedir assumptions conforms to a spec.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: EmulationStation fails to start
2023-07-05 15:12 [ISSUE] EmulationStation fails to start Newchair2644
2023-10-03 14:28 ` namgo
2023-10-03 14:36 ` namgo
@ 2023-10-03 15:25 ` namgo
2023-10-03 18:09 ` namgo
3 siblings, 0 replies; 5+ messages in thread
From: namgo @ 2023-10-03 15:25 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1599 bytes --]
New comment by namgo on void-packages repository
https://github.com/void-linux/void-packages/issues/44861#issuecomment-1745096602
Comment:
I've gotten this installed in a fresh VM, bumping the version within xpbs-src from 2.9.4 to 2.11.2 for EmulationStation.
After installing the updated version, the existing error still occurs.
My instinct is that https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-388524825 is an issue, the compilation process assumes that certain files in the user's home directory are already available.
https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-389709761 provides the paths that are checked. What's confusing to me is that it checks the bindir - they should be checking files outside of the bindir (/usr/bin/retropie -> /usr/share, no?).
This appears to explain why it worked for the packager and not us.
site-note: the patch void has looks like it's no longer necessary as the developers include `time.h` possibly making ctime no longer relevant - unless I misunderstand something.
Edit: https://github.com/RetroPie/EmulationStation/issues/819 should address it. Unless I'm wrong, there's no good way to package this until EmulationStation's basedir assumptions conforms to a spec.
Edit 2: `feranur` on irc suggested packaging the required files under `/usr/share/examples/emulationstation/`, which is probably our best bet at providing the necessary config/font files to the user. I'm not 100% clear on how to notify a user of this change at the package level other than `INSTALL.msg`, but it's a start.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: EmulationStation fails to start
2023-07-05 15:12 [ISSUE] EmulationStation fails to start Newchair2644
` (2 preceding siblings ...)
2023-10-03 15:25 ` namgo
@ 2023-10-03 18:09 ` namgo
3 siblings, 0 replies; 5+ messages in thread
From: namgo @ 2023-10-03 18:09 UTC (permalink / raw)
To: ml
[-- Attachment #1: Type: text/plain, Size: 1819 bytes --]
New comment by namgo on void-packages repository
https://github.com/void-linux/void-packages/issues/44861#issuecomment-1745096602
Comment:
I've gotten this installed in a fresh VM, bumping the version within xpbs-src from 2.9.4 to 2.11.2 for EmulationStation.
After installing the updated version, the existing error still occurs.
My instinct is that https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-388524825 is an issue, the compilation process assumes that certain files in the user's home directory are already available.
https://github.com/RetroPie/EmulationStation/issues/427#issuecomment-389709761 provides the paths that are checked. What's confusing to me is that it checks the bindir - they should be checking files outside of the bindir (/usr/bin/retropie -> /usr/share, no?).
This appears to explain why it worked for the packager and not us.
site-note: the patch void has looks like it's no longer necessary as the developers include `time.h` possibly making ctime no longer relevant - unless I misunderstand something.
Edit: https://github.com/RetroPie/EmulationStation/issues/819 should address it. Unless I'm wrong, there's no good way to package this until EmulationStation's basedir assumptions conforms to a spec.
Edit 2: `feranur` on irc suggested packaging the required files under `/usr/share/examples/emulationstation/`, which is probably our best bet at providing the necessary config/font files to the user. I'm not 100% clear on how to notify a user of this change at the package level other than `INSTALL.msg`, but it's a start.
Edit 3: An EmulationStation maintainer suggested importing an existing patch which checks `/usr/share/EmulationStation/` for `/resources/`, I've done that. I can still set up an examples/ but it seems less important.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-10-03 18:09 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-07-05 15:12 [ISSUE] EmulationStation fails to start Newchair2644
2023-10-03 14:28 ` namgo
2023-10-03 14:36 ` namgo
2023-10-03 15:25 ` namgo
2023-10-03 18:09 ` namgo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).