|
Bugzilla – Full Text Bug Listing |
| Summary: | glib-1.2.10-595 fails to compile | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Andreas Girardet <agirardet> |
| Component: | GNOME | Assignee: | E-mail List <gnome-bugs> |
| Status: | RESOLVED INVALID | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | lnussel |
| Version: | Beta 2 | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Development | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
It looks like the glib2 sentinel patch actually being pulled in. Its fine in autobuild. There are two glib-sentinel patches, one in glib and one in glib2. Ludwig, something for you? I have a few of those ... Trying to recompile loads of packages with y2pmbuild and also have straight compile failures in others. Should I open a bug for them? There are packages that cannot be rebuild e.g. if the spec file patches stuff in the rpm source dir so the source rpm is broken afterwards (I accidently did that with vdr13 for example). Something like that would be a packaging bug and should be fixed by the maintainer of the package. In case of glib however this is not the case. The problem in on your side. Apparently you copied glib-sentinel.patch from glib2 into the source directory of glib1. Don't do that. |
Patch fails to apply when recompiling glib-1.2.10-595 with y2pmbuild. Patch #0 (glib-1.2.10.dif): + patch -p0 -s + echo 'Patch #1 (glib-1.2.10-gcc34.patch):' Patch #1 (glib-1.2.10-gcc34.patch): + patch -p1 -s + echo 'Patch #2 (glib-sentinel.patch):' Patch #2 (glib-sentinel.patch): + patch -p1 -s The text leading up to this was: -------------------------- |--- glib/gfileutils.h 2004-10-27 18:46:29.000000000 +0200 |+++ glib-2.6.1/glib/gfileutils.h 2005-01-19 21:42:32.000000000 +0100 -------------------------- File to patch: Skip this patch? [y] 1 out of 1 hunk ignored The text leading up to this was: -------------------------- |--- glib-2.6.1/glib/gstrfuncs.h 2004-11-28 20:12:04.000000000 +0100 |+++ glib-2.6.1/glib/gstrfuncs.h 2005-01-19 21:44:58.000000000 +0100 -------------------------- File to patch: Skip this patch? [y] 1 out of 1 hunk ignored The text leading up to this was: -------------------------- |--- glib-2.6.1/gobject/gobject.h 2003-10-21 21:12:27.000000000 +0200 |+++ glib-2.6.1/gobject/gobject.h 2005-01-19 21:46:43.000000000 +0100 -------------------------- File to patch: Skip this patch? [y] 2 out of 2 hunks ignored The text leading up to this was: -------------------------- |--- glib-2.6.1/glib/gmacros.h 2004-11-29 15:50:47.000000000 +0100 |+++ glib-2.6.1/glib/gmacros.h 2005-01-19 22:11:42.933689433 +0100 -------------------------- File to patch: Skip this patch? [y] 1 out of 1 hunk ignored error: Bad exit status from /var/tmp/rpm-tmp.20934 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.20934 (%prep)