! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Giftwrap Cannot Compile
Status:
RESOLVED: INVALID

Comments

Description coldreactive 2009-11-18 01:02:44 CET
Exits with this output:

dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value: 
dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package parole
dpkg-buildpackage: source version 729ced4fb521636dd32e6d178f6708ce42fd72c6-1
dpkg-buildpackage: source changed by Ali <aliov@xfce.org>
dpkg-buildpackage: host architecture amd64
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
/usr/bin/make clean
make[1]: Entering directory `/home/ian/.giftwrap/parole/parole-729ced4fb521636dd32e6d178f6708ce42fd72c6'
make[1]: *** No rule to make target `clean'.  Stop.
make[1]: Leaving directory `/home/ian/.giftwrap/parole/parole-729ced4fb521636dd32e6d178f6708ce42fd72c6'
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
Comment 1 coldreactive 2009-11-18 01:15:42 CET
Giftwrap: http://giftwrap.tuxfamily.org/

Even after deleting .giftwrap/parole, this error still appears.
Comment 2 coldreactive 2009-11-18 01:20:56 CET
This also happens when using giftwrap on gksudo.
Comment 3 coldreactive 2009-11-18 01:41:43 CET
adding blocker 5995, as even if the make clean were to go through, we'd still get the libxul error.
Comment 4 Ali Abdallah editbugs 2009-11-18 07:59:51 CET
(In reply to comment #3)
> adding blocker 5995, as even if the make clean were to go through, we'd still
> get the libxul error.

I consider the libxul error of course, now about make clean, it works on my setup(s) so i dunno why is not working for yours! but anyway please attach the config.log.
Comment 5 coldreactive 2009-11-18 10:57:06 CET
(In reply to comment #4)
> (In reply to comment #3)
> > adding blocker 5995, as even if the make clean were to go through, we'd still
> > get the libxul error.
> 
> I consider the libxul error of course, now about make clean, it works on my
> setup(s) so i dunno why is not working for yours! but anyway please attach the
> config.log.

There... isn't one, as giftwrap has its own log, and that's all the log said, what I posted earlier.
Comment 6 coldreactive 2009-11-19 13:41:44 CET
Plus, this is the git version, which doesn't use ./configure, it uses ./autogen.sh prefix=/usr
Comment 7 Ali Abdallah editbugs 2009-11-19 14:14:57 CET
(In reply to comment #6)
> Plus, this is the git version, which doesn't use ./configure, it uses
> ./autogen.sh prefix=/usr

Yes okay, but under the build directly there should be a config.log
Comment 8 coldreactive 2009-11-19 14:19:03 CET
(In reply to comment #7)
> (In reply to comment #6)
> > Plus, this is the git version, which doesn't use ./configure, it uses
> > ./autogen.sh prefix=/usr
> 
> Yes okay, but under the build directly there should be a config.log

There isn't one in .giftwrap/parole, sorry. Just giftwrap.log, which has that log I posted earlier. Totally unhelpful, I know.
Comment 9 coldreactive 2009-11-19 14:30:18 CET
(In reply to comment #7)
> (In reply to comment #6)
> > Plus, this is the git version, which doesn't use ./configure, it uses
> > ./autogen.sh prefix=/usr
> 
> Yes okay, but under the build directly there should be a config.log

I filed a bug at the giftwrap launchpad: https://bugs.launchpad.net/giftwrap/+bug/485320

I'll monitor it.
Comment 10 Simon Steinbeiss editbugs 2012-07-23 02:46:04 CEST
It's hard to say whether this bug was ever fixed in Giftwrap, especially since development seems to have ceised there. Anyway, this doesn't seem to be a bug of Parole, therefore closing this report as invalid.

Bug #5994

Reported by:
coldreactive
Reported on: 2009-11-18
Last modified on: 2012-07-23

People

Assignee:
Ali Abdallah
CC List:
1 user

Version

Version:
unspecified

Attachments

Additional information