imlib will not build (too many errors emitted, stopping now) #110

Closed
opened 9 months ago by hunter0one · 11 comments
Collaborator

Basic information

  • TDE version: R14.0.11
  • Distribution: FreeSD 13.0-RELEASE
  • Hardware: amd64

Description

Imlib will not install due to too many errors. Even if you skip it, later on this prevents tdegraphics from being built.

Steps to reproduce

  1. Enter ~/tde-packaging/freebsd/dependencies/imlib
  2. # make install clean
  3. The process should stop

Typescript

I attached the typescript of the build process in case it explains anything. It shows all the errors that led up to it stopping.

<!-- This is a comment. Please fill in the required fields below. The comments provide instructions on how to do so. Note: You do not need to remove comments. --> ## Basic information - TDE version: R14.0.11 - Distribution: FreeSD 13.0-RELEASE - Hardware: amd64 <!-- Use SL/* labels to set the severity level. Please do not set a milestone. --> ## Description Imlib will not install due to too many errors. Even if you skip it, later on this prevents tdegraphics from being built. ## Steps to reproduce 1. Enter `~/tde-packaging/freebsd/dependencies/imlib` 2. `# make install clean` 3. The process should stop ## Typescript I attached the typescript of the build process in case it explains anything. It shows all the errors that led up to it stopping.
hunter0one added the
SL/normal
label 9 months ago
Owner

You may be missing some include files/paths.
For example "ShmCompletion" is related to Xlib stuff, you can easily google it and find similar usage as that reported as error in your build log.

You may be missing some include files/paths. For example "ShmCompletion" is related to Xlib stuff, you can easily google it and find similar usage as that reported as error in your build log.
Poster
Collaborator

You may be missing some include files/paths.
For example "ShmCompletion" is related to Xlib stuff, you can easily google it and find similar usage as that reported as error in your build log.

This is strange, though. It seems like some things build fine one day and the next time they don't. In the few times Ive compiled this port, tdegraphics has compiled just fine about every other instance.

> You may be missing some include files/paths. > For example "ShmCompletion" is related to Xlib stuff, you can easily google it and find similar usage as that reported as error in your build log. This is strange, though. It seems like some things build fine one day and the next time they don't. In the few times Ive compiled this port, tdegraphics has compiled just fine about every other instance.
Owner

that's why it is important to always build on a clean environment and with a reproducible process 😄

that's why it is important to always build on a clean environment and with a reproducible process :smile:
Poster
Collaborator

True, maybe I should stop trying this in icewm, fluxbox, e16, the list goes on..! It's not a deal breaker as I'm using Trinity on Devuan but like to test this port from time to time.

True, maybe I should stop trying this in icewm, fluxbox, e16, the list goes on..! It's not a deal breaker as I'm using Trinity on Devuan but like to test this port from time to time.
Owner

Perhaps you can try a clean build and if it works fine we can later dismiss this issue? Again, Slavek is able to build TDE fine on FreeBSD and from your report it seems more a build config issue rather than a real issue.

Perhaps you can try a clean build and if it works fine we can later dismiss this issue? Again, Slavek is able to build TDE fine on FreeBSD and from your report it seems more a build config issue rather than a real issue.
Poster
Collaborator

Perhaps you can try a clean build and if it works fine we can later dismiss this issue? Again, Slavek is able to build TDE fine on FreeBSD and from your report it seems more a build config issue rather than a real issue.

Yes, I'm about to do this in a clean environment and will share the result. If my slow, slow internet is willing..

> Perhaps you can try a clean build and if it works fine we can later dismiss this issue? Again, Slavek is able to build TDE fine on FreeBSD and from your report it seems more a build config issue rather than a real issue. Yes, I'm about to do this in a clean environment and will share the result. If my slow, slow internet is willing..
Poster
Collaborator

I'm way past the imlib part now, still building but as far as this issue goes it's solved in a clean tty environment as soon as you finish installing FreeBSD.

I'm way past the imlib part now, still building but as far as this issue goes it's solved in a clean tty environment as soon as you finish installing FreeBSD.
hunter0one closed this issue 8 months ago
Owner

Thanks for the feedback!

Thanks for the feedback!
MicheleC added
ST/invalid
and removed
SL/normal
labels 8 months ago
Poster
Collaborator

https://forums.freebsd.org/threads/make-error-code-1-when-compiling-trinity-desktop-environment.84275/

I had this issue again last month (installing from a clean environment) but didn't mention it because I thought I was going crazy. In the link above someone else is experiencing it as well.

https://forums.freebsd.org/threads/make-error-code-1-when-compiling-trinity-desktop-environment.84275/ I had this issue again last month (installing from a clean environment) but didn't mention it because I thought I was going crazy. In the link above someone else is experiencing it as well.
SlavekB removed the
ST/invalid
label 3 months ago
SlavekB added this to the R14.0.12 release milestone 3 months ago
Owner

Further research has shown that macro AC_PATH_X after updating automake/autoconf stuff stopped returning a valid path. Instead of a more detailed examination of problem in AC_PATH_X, I incorporated the update of patch for searching XShm.h in local paths.

Further research has shown that macro `AC_PATH_X` after updating automake/autoconf stuff stopped returning a valid path. Instead of a more detailed examination of problem in `AC_PATH_X`, I incorporated the update of patch for searching `XShm.h` in local paths.
Poster
Collaborator

Slavek,

Thank you very much! Because of this the installation of R14.0.12 on FreeBSD has gone much better in my testing. I can't say I had any issues now that weren't my fault (such as installing "quarterly" instead of "latest" package dependencies to speed up build process). Bravo to the team for this release. 👍

Slavek, Thank you very much! Because of this the installation of R14.0.12 on FreeBSD has gone much better in my testing. I can't say I had any issues now that weren't my fault (such as installing "quarterly" instead of "latest" package dependencies to speed up build process). Bravo to the team for this release. 👍
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.