Bug 98469 - File not included in %files
Summary: File not included in %files
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: XFree86   
(Show other bugs)
Version: 1.0
Hardware: alpha
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2003-07-02 18:45 UTC by Need Real Name
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-04-16 08:02:27 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Need Real Name 2003-07-02 18:45:11 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux alpha; en-US; rv:1.3a) Gecko/20030120

Description of problem:

file is created but not packaged which causes rpmbuild to not build
alpha.rpms. Please add library to spec file.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.rpmbuild --rebuild XFree86-4.3.0-15.1.src.rpm

Actual Results:  Obsoletes: Mesa
Processing files: XFree86-Mesa-libGLU-4.3.0-15.1
Provides: libGLU.so.1
Requires(interp): /bin/sh /bin/sh
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Requires(post): /bin/sh
Requires(postun): /bin/sh
Requires: libc.so.6.1 libc.so.6.1(GLIBC_2.0) libc.so.6.1(GLIBC_2.1)
libc.so.6.1(GLIBC_2.1.3) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libm.so.6.1
libm.so.6.1(GLIBC_2.0) libstdc++.so.5 libstdc++.so.5(CXXABI_1.2)
Conflicts: XFree86-libs < 4.2.0-50.5
Checking for unpackaged file(s): /usr/lib/rpm/check-files
error: Installed (but unpackaged) file(s) found:

RPM build errors:
    user bhcompile does not exist - using root
    Installed (but unpackaged) file(s) found:
You have new mail in /var/spool/mail/root
[root@shadowdragon SRPMS]# 

Expected Results:  binray rpms

Additional info:

installed rpm packages:


Comment 1 Mike A. Harris 2003-07-03 16:41:40 UTC
Assuming you haven't edited the spec file, I'm kindof curious why that file
would exist at all, as it doesn't exist on any other architecture.

I'm inclined to believe this isn't a packaging bug, but rather an XFree86
Imake config file bug that is causing something to build that shouldn't.

I don't have an alpha system with a current enough installed OS to investigate
currently though.  Any chance you could poke through the Imake configs and
try to isolate it?

/me wishing alpha port was still alive and well.  ;o/

Comment 2 Need Real Name 2003-07-03 19:43:49 UTC
I'll go pokeing around inside of them over the July 4th. sigh I had just
deleted the source tree too :). 

Just on a side note: The alpha port is dead??? sigh....

Comment 3 Mike A. Harris 2003-07-03 21:48:06 UTC
Red Hat Linux 7.1 was the last release supported by Red Hat, no longer supported
though.  Red Hat Linux 7.2 is the last version produced - for Hewlett Packard,
and is only available and supported by HP.

We no longer build on Alpha as of about 2 months ago, and have no plans to
officially support Alpha in the future.  ;o/

A number of us are interested in keeping RHL/Alpha alive though similar
to the AuroraLinux project, but just need to find the time, so patches and
whatnot are always welcome.

Hopefully we can keep Alpha alive longer.  ;o)

Comment 4 Mike A. Harris 2004-04-16 08:02:27 UTC
This problem is possibly caused if you had manually compiled XFree86
from source previously and installed it in /usr/X11R6 over top (or
instead of) rpm installed XFree86, and if Buildroot is misdefined
and using / as the buildroot, which is bad.

To prevent such problems, never build rpm packages as root, do it
as a user with a customized ~/.rpmrc and ~/.rpmmacros files.  I
have rpmbuild-nonroot on my personal ftp space on people.redhat.com
under the hacks directory which can be used for this.

Closing as 'NOTABUG'

Note You need to log in before you can comment on or make changes to this bug.