TDE
/
tde-packaging-gentoo
5
1
Fork 0
Code Issues 17 Pull Requests 3 Releases Wiki Activity
Labels Milestones
New Issue

dev-tqt/tqtinterface-9999 and trinity-base/tdelibs-9999 compilation failed #125

Closed
opened 4 years ago by Ghost · 10 comments
Ghost commented 4 years ago

dev-tqt/tqtinterface-9999 compilation fails, citing the missing GL/glu.h.

trinity-base/tdelibs-9999 compilation fails at this stage:

[1027/2200] cd /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/doc/tdespell && /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/kdoctools/meinproc --srcdir=/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/kdoctools --check --cache index.cache.bz2 /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/doc/tdespell/index.docbook
FAILED: doc/tdespell/index.cache.bz2 
cd /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/doc/tdespell && /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/kdoctools/meinproc --srcdir=/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/kdoctools --check --cache index.cache.bz2 /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/doc/tdespell/index.docbook
[1028/2200] /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -Dtdeparts_shared_EXPORTS -I/usr/tqt3/include -I/usr/include/tqt -Itdeparts -I. -Itdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999 -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/dcop -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeui -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdefile  -DNDEBUG -march=sandybridge -O2 -pipe  -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -I/usr/tqt3/include -I/usr/include/tqt -include tqt.h -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -MD -MT tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o -MF tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o.d -o tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o -c /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeparts/plugin.cpp
[1029/2200] /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -Dtdeparts_shared_EXPORTS -I/usr/tqt3/include -I/usr/include/tqt -Itdeparts -I. -Itdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999 -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/dcop -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeui -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdefile  -DNDEBUG -march=sandybridge -O2 -pipe  -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -I/usr/tqt3/include -I/usr/include/tqt -include tqt.h -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -MD -MT tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o -MF tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o.d -o tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o -c /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeparts/part.cpp
ninja: build stopped: subcommand failed.

Basic information

  • TDE version: 14.1.0
  • Distribution: Gentoo
  • Hardware: amd64

Steps to reproduce

  1. emerge --ask dev-tqt/tqtinterface
  2. emerge --ask trinity-base/tdelibs
dev-tqt/tqtinterface-9999 compilation fails, citing the missing GL/glu.h. trinity-base/tdelibs-9999 compilation fails at this stage: ``` [1027/2200] cd /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/doc/tdespell && /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/kdoctools/meinproc --srcdir=/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/kdoctools --check --cache index.cache.bz2 /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/doc/tdespell/index.docbook FAILED: doc/tdespell/index.cache.bz2 cd /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/doc/tdespell && /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999_build/kdoctools/meinproc --srcdir=/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/kdoctools --check --cache index.cache.bz2 /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/doc/tdespell/index.docbook [1028/2200] /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -Dtdeparts_shared_EXPORTS -I/usr/tqt3/include -I/usr/include/tqt -Itdeparts -I. -Itdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999 -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/dcop -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeui -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdefile -DNDEBUG -march=sandybridge -O2 -pipe -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -I/usr/tqt3/include -I/usr/include/tqt -include tqt.h -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -MD -MT tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o -MF tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o.d -o tdeparts/CMakeFiles/tdeparts-shared.dir/plugin.cpp.o -c /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeparts/plugin.cpp [1029/2200] /usr/bin/x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -Dtdeparts_shared_EXPORTS -I/usr/tqt3/include -I/usr/include/tqt -Itdeparts -I. -Itdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999 -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/dcop -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdecore -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeui -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdeio -I/var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeio/tdefile -DNDEBUG -march=sandybridge -O2 -pipe -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -I/usr/tqt3/include -I/usr/include/tqt -include tqt.h -DTQT_NO_ASCII_CAST -DTQT_NO_STL -DTQT_NO_COMPAT -DTQT_NO_TRANSLATION -DTQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -MD -MT tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o -MF tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o.d -o tdeparts/CMakeFiles/tdeparts-shared.dir/part.cpp.o -c /var/tmp/portage/trinity-base/tdelibs-9999/work/tdelibs-9999/tdeparts/part.cpp ninja: build stopped: subcommand failed. ``` ## Basic information - TDE version: 14.1.0 - Distribution: Gentoo - Hardware: amd64 ## Steps to reproduce 1. emerge --ask dev-tqt/tqtinterface 2. emerge --ask trinity-base/tdelibs
build_logs.zip
54 KiB
Ghost changed title from dev-tqt/tqtinterface-9999 compilation failed to dev-tqt/tqtinterface-9999 and trinity-base/tdelibs-9999 compilation failed 4 years ago
Chris commented 4 years ago
Collaborator

Thanks for the reporting. 👍

It seems the problem related to glu is some old one, existing since 2015 at least.

The tqtinterface should not depend on any glu headers at all, if tqt is build without opengl support at all. There is some existing bug related to that: https://bugs.trinitydesktop.org/show_bug.cgi?id=2645

Sure, adding media-libs/glu as dependency or better virtual/glu isn't the right way to fix that. But because it seems to cause trouble, as you showed, I will add some dependency to tqtinterface as some workaround, in the hope this will be fixed in some time at TDE level.

About tdelibs:

It seems you build tdelibs without hwlib USE. Right now, this is breaking the build. This needs to be investigated and fixed at TDE level. It seems some commit in 2019 caused that problem. I added some comment about that in the tdelibs ebuild, but it seems the better way would be to mask builds with -hwlib until that is fixed, to not confuse users.

Thanks for the reporting. :+1: It seems the problem related to `glu` is some old one, existing since 2015 at least. The `tqtinterface` should not depend on any glu headers at all, if `tqt` is build without `opengl` support at all. There is some existing bug related to that: https://bugs.trinitydesktop.org/show_bug.cgi?id=2645 Sure, adding `media-libs/glu` as dependency or better `virtual/glu` isn't the right way to fix that. But because it seems to cause trouble, as you showed, I will add some dependency to `tqtinterface` as some workaround, in the hope this will be fixed in some time at TDE level. About tdelibs: It seems you build tdelibs without `hwlib` USE. Right now, this is breaking the build. This needs to be investigated and fixed at TDE level. It seems some commit in 2019 caused that problem. I added some comment about that in the tdelibs ebuild, but it seems the better way would be to mask builds with `-hwlib` until that is fixed, to not confuse users.
Ghost commented 4 years ago
Poster

Also I noticed that tdelibs also forcibly depends on udev/eudev, if you remove it and try to compile tdelibs, compilation also fails.

Also I noticed that tdelibs also forcibly depends on udev/eudev, if you remove it and try to compile tdelibs, compilation also fails.
Chris commented 4 years ago
Collaborator

Interesting to know that. 😸

Seems that is needed for hwlib. So if tdelibs is build with that, it should maybe depend on udev/eudev. I will verify that and add some depend on that.

Just for reference: Do you use Gentoo without udev/eudev and want to use TDE also without it?

Interesting to know that. :smile_cat: Seems that is needed for `hwlib`. So if tdelibs is build with that, it should maybe depend on udev/eudev. I will verify that and add some depend on that. Just for reference: Do you use Gentoo without udev/eudev and want to use TDE also without it?
Ghost commented 4 years ago
Poster

I was going to do it, but tdelibs ruined all the plans.

I was going to do it, but tdelibs ruined all the plans.
Chris commented 4 years ago
Collaborator

Well, I ask because it seems Gentoo developers are doing their best to make that even more complicated, from what I have read. It seems the old xf86-input-keyboard and xf86-input-mouse drivers, which are working without udev/eudev (until now) were removed. And evdev and so is depending on udev/eudev too. Furthermore the X developers want to remove Linux support of these older drivers.

If the TDE stable ebuilds are more or less ready, you could try to build them. Because the stable branch is still working fine without FTBFS on tdelibs if build with -hwlib, from what I know. In the long run, I am sure R14.1.x will also build fine without hwlib again. It seems there are a lot of users not wanting that automount functionality and such things.

Was your plan to use mdev than?

Well, I ask because it seems Gentoo developers are doing their best to make that even more complicated, from what I have read. It seems the old `xf86-input-keyboard` and `xf86-input-mouse` drivers, which are working without udev/eudev (until now) were removed. And evdev and so is depending on udev/eudev too. Furthermore the X developers want to remove Linux support of these older drivers. If the TDE stable ebuilds are more or less ready, you could try to build them. Because the stable branch is still working fine without FTBFS on tdelibs if build with `-hwlib`, from what I know. In the long run, I am sure R14.1.x will also build fine without hwlib again. It seems there are a lot of users not wanting that automount functionality and such things. Was your plan to use `mdev` than?
Ghost commented 4 years ago
Poster

About these "sticks in wheels" I am aware, ebuilds for old drivers I saved for this case, and in case of removing support for these drivers from xorg itself, I can make a patch.

Because the fact is that there are people who do not want to use udev/eudev and used static-dev, so in any case, a method for solving these "sticks in wheels" will be found.

And mdev will not help here, because it is incompatible with udev in terms of the API, so you want it or not, but new drivers will require udev anyway.

About these "sticks in wheels" I am aware, ebuilds for old drivers I saved for this case, and in case of removing support for these drivers from xorg itself, I can make a patch. Because the fact is that there are people who do not want to use udev/eudev and used static-dev, so in any case, a method for solving these "sticks in wheels" will be found. And mdev will not help here, because it is incompatible with udev in terms of the API, so you want it or not, but new drivers will require udev anyway.
Chris commented 4 years ago
Collaborator

I am aware, mdev is no solution for udev/eudev dependencies, I just was interested, what was your initial plan here.

I already read about some existing patches for the old drivers, or was it for evdev to not depend on udev on runtime, not sure, but I also read, they were rejected as "wontfix" at upstream level. It would be nice if people would find some way to offer some ebuilds/overlay for that purpose anyway.

Maybe you will be happy if the stable TDE ebuilds are working later.

I did some commits regarding your report. That should fix that things you pointed out.

I am aware, `mdev` is no solution for udev/eudev dependencies, I just was interested, what was your initial plan here. I already read about some existing patches for the old drivers, or was it for evdev to not depend on udev on runtime, not sure, but I also read, they were rejected as "wontfix" at upstream level. It would be nice if people would find some way to offer some ebuilds/overlay for that purpose anyway. Maybe you will be happy if the stable TDE ebuilds are working later. I did some commits regarding your report. That should fix that things you pointed out.
Ghost commented 4 years ago
Poster

dev-tqt/tqtinterface-9999 and dev-tqt/tqtinterface-14.0.6 are damaged, an superfluous bracket after "virtual/glu", as a result of this emerge gives an error.

!!! All ebuilds that could satisfy "tqtinterface" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-tqt/tqtinterface-9999::trinity-official (masked by: invalid: DEPEND: no matching '(' for ')', token 3, invalid: RDEPEND: no matching '(' for ')', token 3)
- dev-tqt/tqtinterface-14.0.6::trinity-official (masked by: ~amd64 keyword, invalid: DEPEND: no matching '(' for ')', token 3, invalid: RDEPEND: no matching '(' for ')', token 3)
dev-tqt/tqtinterface-9999 and dev-tqt/tqtinterface-14.0.6 are damaged, an superfluous bracket after "virtual/glu", as a result of this emerge gives an error. ``` !!! All ebuilds that could satisfy "tqtinterface" have been masked. !!! One of the following masked packages is required to complete your request: - dev-tqt/tqtinterface-9999::trinity-official (masked by: invalid: DEPEND: no matching '(' for ')', token 3, invalid: RDEPEND: no matching '(' for ')', token 3) - dev-tqt/tqtinterface-14.0.6::trinity-official (masked by: ~amd64 keyword, invalid: DEPEND: no matching '(' for ')', token 3, invalid: RDEPEND: no matching '(' for ')', token 3) ```
Chris commented 4 years ago
Collaborator

Should be fixed now. Seems I missed that. 😸

EDIT: If you sync with rsync, please be patient a bit, because that isn't updated instantly.

Should be fixed now. Seems I missed that. :smile_cat: EDIT: If you sync with rsync, please be patient a bit, because that isn't updated instantly.
Chris added this to the R14.1.0 release milestone 4 years ago
Ghost closed this issue 4 years ago
SlavekB commented 4 years ago
Owner

FYI: The rsync source is usually updated once per hour.

FYI: The rsync source is usually updated once per hour.
👍 1
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
feat/remove-14.1.0
r14.1.x
master
fix/363
feat/tdeaccessibility
Labels
Apply labels
Clear labels
GE/need-info
General - need additional info from contributor PR/keep-branch
Pull request - do not delete branch after merging PR/not-ok
Pull request - need fixing PR/rfc
Pull request - request for comments PR/update-trans
Pull request - update to translation files needed PR/wip
Pull request - work in progress RS/R14.0.x
Related to R14.0.x series RS/R14.1.x
Related to R14.1.x series SL/critical
Severity level - critical SL/major
Severity level - major SL/minor
Severity level - minor SL/normal
Severity level - normal SL/regression
Severity level - regression from previous version SL/trivial
Severity level - trivial SL/wishlist
Severity level - wishlist request ST/duplicate
Status - duplicate of another issue ST/invalid
Status - invalid report ST/notourproblem
Status - not our problem ST/rejected
Status - rejected ST/wontfix
Status - won't fix ST/worksforme
Status - works for me, unable to reproduce
No Label GE/need-info PR/keep-branch PR/not-ok PR/rfc PR/update-trans PR/wip RS/R14.0.x RS/R14.1.x SL/critical SL/major SL/minor SL/normal SL/regression SL/trivial SL/wishlist ST/duplicate ST/invalid ST/notourproblem ST/rejected ST/wontfix ST/worksforme
Milestone
Set milestone
Clear milestone
No items
No Milestone
R14.1.0 release
Assignees
Assign users
Clear assignees
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: TDE/tde-packaging-gentoo#125
Write Preview
Loading…
Cancel
Save
There is no content yet.
Delete Branch '%!s(<nil>)'

Deleting a branch is permanent. It CANNOT be undone. Continue?

No
Yes