[Debian GNUstep maintainers] Bug#332829: gnustep-gui, pdfkit.framework: FTBFS on m68k

Nathanael Nerode neroden at twcny.rr.com
Sat Oct 8 20:30:12 UTC 2005


Package: pdfkit.framework, gnustep-gui
Severity: serious


Log for pdfkit.framework is at
http://buildd.debian.org/fetch.php?&pkg=pdfkit.framework&ver=0.8-2.1&arch=m68k&stamp=1127774469&file=log&as=raw

It's a fairly bizarre error:
g++ XPDFBridge.cc -c \
      -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -DGSWARN -DGSDIAGNOSE -O2 -I.. -I../xpdf-3.00 -I../xpdf-3.00/xpdf -I../xpdf-3.00/splash -I../xpdf-3.00/goo -I../xpdf-3.00/fofi -g -I./../../derived_src -I. -I/home/buildd/GNUstep/Library/Headers -I/usr/local/lib/GNUstep/Local/Library/Headers -I/usr/local/lib/GNUstep/Network/Library/Headers -I/usr/lib/GNUstep/System/Library/Headers \
       -o shared_obj/XPDFBridge.o
cc1plus: error: /home/buildd/GNUstep/Library/Headers: Permission denied

Log for gnustep-gui is at
http://buildd.debian.org/fetch.php?&pkg=gnustep-gui&ver=0.9.5-2&arch=m68k&stamp=1126465410&file=log&as=raw

Similar error:
gcc Functions.m -c \
      -MMD -MP -DGNUSTEP_INSTALL_PREFIX=/usr/lib/GNUstep/System -DGNUSTEP_TARGET_DIR=\".\" -DGNUSTEP_TARGET_CPU=\"m68k\" -DGNUSTEP_TARGET_OS=\"linux-gnu\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -DBACKEND_BUNDLE=1 -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -DGSWARN -DGSDIAGNOSE -O2 -fno-strict-aliasing -fgnu-runtime -Wall -fconstant-string-class=NSConstantString -I../Headers/Additions -I../Headers -I./. -I. -I/home/buildd/GNUstep/Library/Headers -I/usr/local/lib/GNUstep/Local/Library/Headers -I/usr/local/lib/GNUstep/Network/Library/Headers -I/usr/lib/GNUstep/System/Library/Headers \
       -o shared_obj/Functions.o
cc1obj: error: /home/buildd/GNUstep/Library/Headers: Permission denied

It looks like a possible misconfiguration on the buildd.  Or possibly just
an extra-strict GCC refusing to run with a missing directory, while on
other architectures it doesn't care.

(This prevents gworkspace.app from undergoing the C++ transition.)




More information about the pkg-GNUstep-maintainers mailing list