View Issue Details

IDProjectCategoryView StatusLast Update
0002717ScribusBuild Systempublic2005-10-26 23:50
Reporterrauch Assigned Toplinnell 
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Platformi686OSSuse LinuxOS Version10.0
Product Version1.3.1 
Fixed in Version1.3.2cvs 
Summary0002717: Build fails on autoform.h: cannot create regular file
DescriptionOn trying to build Scribus 1.3.1 on my Suse Linux 10.0 Box, i always get the following error:

/usr/bin/install: cannot create regular file `/usr/include/scribus/autoform.h': No such file or directory
make[3]: *** [install-data-local] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/scribus-1.3.1/scribus'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/usr/src/packages/BUILD/scribus-1.3.1/scribus'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/scribus-1.3.1/scribus'
make: *** [install-recursive] Error 1
makeobj[0]: Leaving directory `/usr/src/packages/BUILD/scribus-1.3.1'
error: Bad exit status from /var/tmp/rpm-tmp.43526 (%install)

This error appears regardless to if i try to do a checkinstall or build an rpm with rpmbuild

configure runs without any problems, it gives me the following output at the end,so this should be ok.

Configuration Summary:

Libraries:
   Freetype2 installed: Yes
   Fontconfig found: Yes
   CUPS installed: Yes
   LittleCMS installed: Yes
   libtiff installed: Yes
   Libxml2 installed: Yes
   Python installed: Yes
Configuration options:
   Debugging enabled: No
   cairo enabled: No
Other details:
   GhostScript 8.15 was found at /usr/bin/gs


Good - your configure finished. Start make now
TagsNo tags attached.
Patch

Activities

rauch

2005-10-13 09:30

reporter   ~0007076

Addendum: Scribus 1.3 and below can be built successfull on the same system

plinnell

2005-10-13 09:38

viewer   ~0007077

please attach your spec file.

I checked makefile.am and it is correct for the relevant file.

This is possibly a spec file error or a bug in checkinstall.

2005-10-13 09:40

 

scribus.spec (7,966 bytes)

rauch

2005-10-13 09:48

reporter   ~0007078

The attached Spec file is from scribus-1.2.2.1-3.src.rpm from the sourceforge downloads and works fine with 1.3.0 and below.

plinnell

2005-10-13 11:31

viewer   ~0007080

working on a patch which can be applied in a rpmbbuild root. Problem is in one of the makefile.am's and it needs to partly solved by discussing with our autofoo guru.

This only affects rpm build roots.

plinnell

2005-10-13 11:41

viewer   ~0007081

Reminder sent to: ringerc

Craig,

Can we work out something different in makefile.am so we can remove the # in front of the libart headers ?

Somehow this is breaking builds in rpm build roots, though i cannot see why.e.g.

 
# $(INSTALL_DATA) $(srcdir)/art_kmisc.h $(prefix)/include/scribus/art_kmisc.h
# $(INSTALL_DATA) $(srcdir)/art_render_misc.h $(prefix)/include/scribus/art_render_misc.h
# $(INSTALL_DATA) $(srcdir)/art_render_pattern.h $(prefix)/include/scribus/art_render_pattern.h

Perhaps moving this section to the bottom will fix it ?

ringerc

2005-10-13 12:32

reporter   ~0007082

Sure. They're just commmented out - or supposed to be. I don't know why Franz commented them out rather than just removed them when he moved our libart interface into pixbuf/ .

That said, surely those install targets should be prefixed with $(DESTDIR) ? $(prefix) won't be right if the user is installing to an alternate target.

Ah. Looking at the Makefile, autohell is doing it's flakey magic again. It's *trying* to do this for us, but hitting the comments and obviously deciding that "well, that make target must have ended" so it stops adding the $(DESTDIR) prefix to the ones after the comments.

Fix: remove the comments

I hate autohell.

2005-10-14 06:07

 

scribus.patch (1,432 bytes)   
--- Makefile.am	2005-10-02 00:53:00.000000000 +0200
+++ Makefile.am	2005-10-13 18:31:48.000000000 +0200
@@ -229,13 +229,6 @@
 	$(INSTALL_DATA) $(srcdir)/annota.h                      $(prefix)/include/scribus/annota.h
 	$(INSTALL_DATA) $(srcdir)/applytemplatedialog.h         $(prefix)/include/scribus/applytemplatedialog.h
 	$(INSTALL_DATA) $(srcdir)/arrowchooser.h                $(prefix)/include/scribus/arrowchooser.h
-#	$(INSTALL_DATA) $(srcdir)/art_kmisc.h                   $(prefix)/include/scribus/art_kmisc.h
-#	$(INSTALL_DATA) $(srcdir)/art_render_misc.h             $(prefix)/include/scribus/art_render_misc.h
-#	$(INSTALL_DATA) $(srcdir)/art_render_pattern.h          $(prefix)/include/scribus/art_render_pattern.h
-#	$(INSTALL_DATA) $(srcdir)/art_rgb.h                     $(prefix)/include/scribus/art_rgb.h
-#	$(INSTALL_DATA) $(srcdir)/art_rgba_affine.h             $(prefix)/include/scribus/art_rgba_affine.h
-#	$(INSTALL_DATA) $(srcdir)/art_rgb_affine_private.h      $(prefix)/include/scribus/art_rgb_affine_private.h
-#	$(INSTALL_DATA) $(srcdir)/art_rgb_svp.h                 $(prefix)/include/scribus/art_rgb_svp.h
 	$(INSTALL_DATA) $(srcdir)/autoform.h                    $(prefix)/include/scribus/autoform.h
 	$(INSTALL_DATA) $(srcdir)/autoformbuttongroup.h         $(prefix)/include/scribus/autoformbuttongroup.h
 	$(INSTALL_DATA) $(srcdir)/bookmwin.h                    $(prefix)/include/scribus/bookmwin.h
scribus.patch (1,432 bytes)   

rauch

2005-10-14 06:08

reporter   ~0007084

Last edited: 2005-10-14 06:54

I have added the attached patch to my spec and it is executed successfully, but i still kepp getting the same error.

Anything else to change? Are there more points with these comments?

Patching Makefile.in which holds the same lines does not help either.

plinnell

2005-10-20 12:27

viewer   ~0007149

Just an update this will not get fixed in anoncvs until we re-sync anoncvs

ringerc

2005-10-20 12:53

reporter   ~0007150

Your comment about "Makefile.in" suggests the likely source of the problem. You'll be building the RPM based on a tarball created by `make dist', right?

If so, you must regenerate that tarball after fixing Makefile.am . Patching the Makefile.am after Makefile.in has been generated won't help, and patching Makefile.in won't work since the problem is with am_edit . Worse, if Makefile.in is automatically regenerated because Makefile.am was changed, it might not run am_edit correctly.

Try regenerating the `make dist' tarball after patching Makefile.am and re-running `Make -f Makefile.cvs' ; see if that helps.

Please don't blame me for the build system, I only wrangle the blasted thing . With luck we'll be able to go to SCons in a bit anyway (hmm, summer holiday project?).

rauch

2005-10-20 14:30

reporter   ~0007151

If i patch the file, call make -f Makefile.cvs and repackage this dir, i only get
a lot of file not found when building an rpm.

When looking at the tmp-dir, there are only .cpp, .h and .moc, but no binaries.

So i will wait for the next release , hoping it will be fixed there.

Thanks anyway!

ringerc

2005-10-20 14:55

reporter   ~0007153

Unless we can figure out why it's failing, chances are it will not in fact be fixed in the next release. Well, not unless it's already fixed and there's something going wrong with how you're applying the fix locally.

Just to confirm, after you patched the sources and ran `make -f Makefile.cvs', did you `make dist' and use the resulting tarball? Or did you just bundle up the directory and use that? It sounds like you did the latter, and if you've been using the CVS snapshots to build RPMs you should be building a new snapshot with "make dist" instead.

rauch

2005-10-20 15:29

reporter   ~0007154

Last edited: 2005-10-20 15:53

Yes, you were right. I did not run make dist.

I now did the following:
patch Makefile.in
make -f Makefile.cvs
./configure
make dist

With the resulting tarball i am currently building, which needs some time on my hardware. I'll let you know, if it works now.

EDIT: No, it does not work. i still get only the source files in tmp, but no binaries.

cbradney

2005-10-20 18:43

administrator   ~0007155

make dist never makes binaries...

rauch

2005-10-20 19:50

reporter   ~0007156

I know that make dist does not make any binaries.
I use the tar.gz created by make dist with the spec file attached to build scribus.

The result is as described.

cbradney

2005-10-20 23:05

administrator   ~0007159

Yeah, but why cant we close this? Those lines are gone from CVS.

plinnell

2005-10-20 23:15

viewer   ~0007160

its fixed in CVS. I am not inclined to redo release tarballs.

ringerc

2005-10-21 02:44

reporter   ~0007163

Well, we've made a change that /should've/ fixed it in CVS. It's not yet clear that it's truly fixed. It seems reasonable to resolve this issue, but I think it's best not to close it until we've made a new release and rauch can confirm it builds OK. Sound sane?

rauch

2005-10-21 07:23

reporter   ~0007165

I made an CVS Checkout today morning (08:30 GMT+2), and ran
make -f Makefile.cvs
./configure
make dist
and tried building with the resulting tarball.
It still fails at the original error and if looking at Makefile.am, there are still the commented out lines in there.

So this seems to be not fixed yet in CVS.

ringerc

2005-10-21 07:41

reporter   ~0007166

It has been fixed in CVS. The dev CVS has not been synced to anoncvs, however, and won't be until we've finished fixing everything that we're presently in the process of enthusiastically breaking ;-)

It looks like my change made it in after the automatic syncing was stopped. I'm still not sure I can see how the build problem you're now having can be happening, but I don't really have time to dig into it in detail at present.

You're probably quite right to simply hold on, unless you want to investigate why builds from the `dist' tarballs you're making are failing.

rauch

2005-10-21 07:52

reporter   ~0007167

tarballs from make dist failed only when having the downloaded 1.3.1 as base.

When doing make dist from cvs checkout it works, but fails at the initial error.

I think I'll wait for 1.3.2 and stick with a working 1.3.0 for now.

When 1.3.2 comes out, i will try to build and add information here.

plinnell

2005-10-26 23:50

viewer   ~0007226

tested a build with current anoncvs and it works

Issue History

Date Modified Username Field Change
2005-10-13 09:26 rauch New Issue
2005-10-13 09:30 rauch Note Added: 0007076
2005-10-13 09:38 plinnell Note Added: 0007077
2005-10-13 09:38 plinnell Status new => feedback
2005-10-13 09:40 rauch File Added: scribus.spec
2005-10-13 09:48 rauch Note Added: 0007078
2005-10-13 11:28 plinnell Status feedback => assigned
2005-10-13 11:28 plinnell Assigned To => plinnell
2005-10-13 11:31 plinnell Note Added: 0007080
2005-10-13 11:31 plinnell Severity major => minor
2005-10-13 11:41 plinnell Note Added: 0007081
2005-10-13 12:32 ringerc Note Added: 0007082
2005-10-14 06:07 rauch File Added: scribus.patch
2005-10-14 06:08 rauch Note Added: 0007084
2005-10-14 06:54 rauch Note Edited: 0007084
2005-10-20 12:27 plinnell Note Added: 0007149
2005-10-20 12:53 ringerc Note Added: 0007150
2005-10-20 14:30 rauch Note Added: 0007151
2005-10-20 14:55 ringerc Note Added: 0007153
2005-10-20 15:29 rauch Note Added: 0007154
2005-10-20 15:53 rauch Note Edited: 0007154
2005-10-20 18:43 cbradney Note Added: 0007155
2005-10-20 19:50 rauch Note Added: 0007156
2005-10-20 23:05 cbradney Note Added: 0007159
2005-10-20 23:15 plinnell Status assigned => resolved
2005-10-20 23:15 plinnell Fixed in Version => 1.3.2cvs
2005-10-20 23:15 plinnell Resolution open => fixed
2005-10-20 23:15 plinnell Note Added: 0007160
2005-10-21 02:44 ringerc Note Added: 0007163
2005-10-21 07:23 rauch Status resolved => feedback
2005-10-21 07:23 rauch Resolution fixed => reopened
2005-10-21 07:23 rauch Note Added: 0007165
2005-10-21 07:41 ringerc Note Added: 0007166
2005-10-21 07:52 rauch Note Added: 0007167
2005-10-26 23:49 plinnell Status feedback => resolved
2005-10-26 23:49 plinnell Resolution reopened => fixed
2005-10-26 23:50 plinnell Status resolved => closed
2005-10-26 23:50 plinnell Note Added: 0007226