Notes |
|
|
This is caused by the tool glib-compile-resources being unable to find the resource files it requires.
default.css is a symbolic link from frontends/res/default.css to resources/default.css
it appears that in the sources you have unpacked teh default.css symbolic link is not working. We verified the source tarball downloaded from the netsurf website does unpack and build correctly.
$ ls -al frontends/gtk/res/default.css
lrwxrwxrwx 1 vince vince 30 Aug 29 11:32 frontends/gtk/res/default.css -> ../../../resources/default.css
$ ls -al resources/default.css
-rw-r--r-- 1 vince vince 5181 Aug 29 11:32 resources/default.css
Unfortunately the resource compilation tool does not generate errors or valid dependency filenames if a resource cannot be located so there is no way to detect or fix this error in the makefile |
|
|
|
Hi q3cpma,
From the looks of your build log, and some rummaging that Vincent and myself did last night, it looks as though the symbolic links in the tarball are not working.
It's not uncommon for `Downloads` directories to be mounted "interestingly" to prevent things like symbolic links.
Could you please confirm that:
(a) your filesystem supports symbolic links
(b) they're not prevented in/under your Downloads directory
(c) the link at netsurf-all-3.8/netsurf/frontends/gtk/res/defaults.css is present
(d) that the link is correct (../../../resources/defaults.css)
If any of the above fail, then you could try unpacking the tarball elsewhere on your system to build it. If all of the above is OK then we'll have to think again.
Thank you,
Daniel. |
|
|
(0001858)
|
q3cpma
|
2018-11-03 10:11
|
|
Sorry, this was my fault, it looks like pax has a bug where the -s options acts on symlink targets rather than names. |
|
|
|
thankyou for the feedback, closing the bug |
|