[opensuse-packaging] perl-Goo-Canvas: Broken build (Directory is not empty)
Hello Mates, actually i'm working on Goo-Canvas for perl. The Buildlog is located there: http://bit.ly/pfHLuW. In short it says: + xargs -0 -r rmdir + find /usr/src/packages/BUILDROOT/perl-Goo- Canvas-0.06-11.1.i386/usr/lib/perl5/vendor_perl/5.14.1/i586-linux-thread- multi/auto -depth -type d -print0 rmdir: failed to remove `/usr/src/packages/BUILDROOT/perl-Goo- Canvas-0.06-11.1.i386/usr/lib/perl5/vendor_perl/5.14.1/i586-linux-thread- multi/auto/Goo/Canvas': Directory not empty After this cut follows 3 directories more. Anyone knows, how to fix it? Greetings Sascha -- Sincerely Yours Sascha Manns open-slx Community & Support Agent openSUSE Membership Comitee openSUSE Marketing Team Web: http://saigkill.homelinux.net German Community Portal: http://community.open-slx.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Wed, 17 Aug 2011 08:28:02 -0700 (PDT)
Sascha Manns
Hello Mates,
actually i'm working on Goo-Canvas for perl. The Buildlog is located there: http://bit.ly/pfHLuW.
In short it says: + xargs -0 -r rmdir + find /usr/src/packages/BUILDROOT/perl-Goo- Canvas-0.06-11.1.i386/usr/lib/perl5/vendor_perl/5.14.1/i586-linux-thread- multi/auto -depth -type d -print0 rmdir: failed to remove `/usr/src/packages/BUILDROOT/perl-Goo- Canvas-0.06-11.1.i386/usr/lib/perl5/vendor_perl/5.14.1/i586-linux-thread- multi/auto/Goo/Canvas': Directory not empty
After this cut follows 3 directories more.
Anyone knows, how to fix it?
Greetings Sascha Hi Using cpanspec -v Goo-Canvas creates a building rpm spec file with some tweaks, but still errors out with a "File is compiled without RPM_OPT_FLAGS" but should get you further....
-- Cheers Malcolm °¿° (Linux Counter #276890) openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.7-desktop up 3 days 15:48, 3 users, load average: 0.54, 0.44, 0.41 GPU GeForce 8600 GTS Silent - Driver Version: 280.13 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hi Malcolm, Am Mittwoch, 17. August 2011, 11:32:28 schrieb Malcolm:
multi/auto/Goo/Canvas': Directory not empty
After this cut follows 3 directories more.
Anyone knows, how to fix it? Using cpanspec -v Goo-Canvas creates a building rpm spec file with some tweaks, but still errors out with a "File is compiled without RPM_OPT_FLAGS" but should get you further.... You're right. The Spec was created with cpanspec-v Goo::Canvas. Just added the Build Requires, 'cause cpanspec doesn't found it. RPM_OPT_FLAGS is the next working place. Hope it runs :-) -- Sincerely Yours
Sascha Manns open-slx Community & Support Agent openSUSE Membership Comitee openSUSE Marketing Team Web: http://saigkill.homelinux.net German Community Portal: http://community.open-slx.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hi Malcolm, Am Mittwoch, 17. August 2011, 11:32:28 schrieb Malcolm:
tweaks, but still errors out with a "File is compiled without RPM_OPT_FLAGS" but should get you further.... Do you know more about using of RPM_OPT_FLAGS?
I tried: %build export CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL # INSTALLDIRS=vendor %{__make} %{?_smp_mflags} But sadly it comes again: I: File is compiled without RPM_OPT_FLAGS W: perl-Goo-Canvas no-rpm-opt-flags <cmdline>:xs/goocanvas.c, xs/goocanvasbounds.c, xs/goocanvasellipse.c, xs/goocanvasgroup.c, xs/goocanvasimage.c, xs/goocanvasitem.c, xs/goocanvasitemmodel.c, xs/goocanvasitemsimple.c, xs/goocanvaspath.c, xs/goocanvaspolyline.c, xs/goocanvasrect.c, xs/goocanvasstyle.c, xs/goocanvastable.c, xs/goocanvastext.c, xs/goocanvaswidget.c E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.c:920 E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.xs:381 Maybe i must go another way? -- Sincerely Yours Sascha Manns open-slx Community & Support Agent openSUSE Membership Comitee openSUSE Marketing Team Web: http://saigkill.homelinux.net German Community Portal: http://community.open-slx.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hello, On Wed, 17 Aug 2011, Sascha Manns wrote:
Am Mittwoch, 17. August 2011, 11:32:28 schrieb Malcolm:
tweaks, but still errors out with a "File is compiled without RPM_OPT_FLAGS" but should get you further.... Do you know more about using of RPM_OPT_FLAGS?
That is irrelevant for now!
I tried: %build export CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL # INSTALLDIRS=vendor %{__make} %{?_smp_mflags}
Should work with normal CPAN stuff, I'd have to look at the Makefile.PL. Anyway:
But sadly it comes again: I: File is compiled without RPM_OPT_FLAGS
That is just "informational"!
W: perl-Goo-Canvas no-rpm-opt-flags <cmdline>:xs/goocanvas.c, xs/goocanvasbounds.c, xs/goocanvasellipse.c, xs/goocanvasgroup.c, xs/goocanvasimage.c, xs/goocanvasitem.c, xs/goocanvasitemmodel.c, xs/goocanvasitemsimple.c, xs/goocanvaspath.c, xs/goocanvaspolyline.c, xs/goocanvasrect.c, xs/goocanvasstyle.c, xs/goocanvastable.c, xs/goocanvastext.c, xs/goocanvaswidget.c
and these (IMO irrelevant until other stuff is fixed) followup warnings.
E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.c:920 E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.xs:381
This is the stuff why you get a "failed" build. But I'm too tired to look at it tonight (got almost 24h on the clock), I'm not fit to look at code at this time ;) -dnh -- "The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place." -- Douglas Adams in Guardian, 25-Aug-95 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hi David, first thank you for your last submitrequest :-)
Do you know more about using of RPM_OPT_FLAGS?
That is irrelevant for now!
I tried: %build export CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL # INSTALLDIRS=vendor %{__make} %{?_smp_mflags}
Should work with normal CPAN stuff, I'd have to look at the
Makefile.PL. Anyway:
But sadly it comes again: I: File is compiled without RPM_OPT_FLAGS
That is just "informational"! Ok.
W: perl-Goo-Canvas no-rpm-opt-flags <cmdline>:xs/goocanvas.c, xs/goocanvasbounds.c, xs/goocanvasellipse.c, xs/goocanvasgroup.c, xs/goocanvasimage.c, xs/goocanvasitem.c, xs/goocanvasitemmodel.c, xs/goocanvasitemsimple.c, xs/goocanvaspath.c, xs/goocanvaspolyline.c, xs/goocanvasrect.c, xs/goocanvasstyle.c, xs/goocanvastable.c, xs/goocanvastext.c, xs/goocanvaswidget.c Ok.
and these (IMO irrelevant until other stuff is fixed) followup warnings.
E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.c:920 E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.xs:381
This is the stuff why you get a "failed" build. But I'm too tired to look at it tonight (got almost 24h on the clock), I'm not fit to look at code at this time ;) That is a little bit tricky. I reviewed the code on these lines. But don't understand all, and why this is false.
Don't make trouble. That package don't need fast packaging, so if you have another day a lil bit time it would great to help. Thanks a lot for willing this :-) Have a nice evening Sascha -- Sincerely Yours Sascha Manns open-slx Community & Support Agent openSUSE Membership Comitee openSUSE Marketing Team Web: http://saigkill.homelinux.net German Community Portal: http://community.open-slx.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* David Haller (dnh@opensuse.org) [20110817 21:39]:
But sadly it comes again: I: File is compiled without RPM_OPT_FLAGS
That is just "informational"!
And the reason is the generated Makefile. It hides the compiler command line and doesn't use OPTIMIZE in the link command so the checking script doesn't see that the flags *are* used, if only partial. The first obstacle can be subverted by pasing NOECHO="" to make, the second is a task for someone who knows extutils better than me. This is where you, David come into play :)
E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.c:920 E: perl-Goo-Canvas 64bit-portability-issue xs/goocanvas.xs:381
This is the stuff why you get a "failed" build. But I'm too tired to look at it tonight (got almost 24h on the clock), I'm not fit to look at code at this time ;)
The main reason is that the code is using a private function form goocanvas without also providing a prototype for it. I submitted a fix for this (sr 79341) which puts a prototype in goocanvas-perl.h. But the compiler still complains. Seems this needs someone who knows more of the XS stuff. Philipp -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* Philipp Thomas (pth@suse.de) [20110819 15:23]:
The main reason is that the code is using a private function from goocanvas without also providing a prototype for it. I submitted a fix for this (sr 79341) which puts a prototype in goocanvas-perl.h. But the compiler still complains.
Seems like a compiler bug as even if goocanvas.xs itself contains a declaration the compiler still complains. And as it doesn't see the prototype it correctly complains that the assignment turns an integer into a pointer without assignment. I've opened bnc#713184 to have it checked by our gcc guru. Philipp -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
* Philipp Thomas (pth@suse.de) wrote:
* Philipp Thomas (pth@suse.de) [20110819 15:23]:
The main reason is that the code is using a private function from goocanvas without also providing a prototype for it. I submitted a fix for this (sr 79341) which puts a prototype in goocanvas-perl.h. But the compiler still complains.
Seems like a compiler bug as even if goocanvas.xs itself contains a declaration the compiler still complains. And as it doesn't see the prototype it correctly complains that the assignment turns an integer into a pointer without assignment. I've opened bnc#713184 to have it checked by our gcc guru.
No compiler bug, as Richard Guenther says in bugzilla. You haven't declared goo_canvas_cairo_PATTERN_from_pixbuf. I've fixed the building and add some other little changes. Please, try to push the documentation fixes to the upstream project, so everyone can benefit from your work and we don't have to maintain the patch. -- Vita Cizek
participants (5)
-
David Haller
-
Malcolm
-
Philipp Thomas
-
Sascha Manns
-
Vitezslav Cizek