After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 102352 - spec file out of date
spec file out of date
Status: RESOLVED DUPLICATE of bug 102231
Product: gtk+
Classification: Platform
Component: .General
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2003-01-02 15:15 UTC by gregm
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch to update spec file (3.06 KB, patch)
2003-01-02 15:22 UTC, gregm
none Details | Review

Description gregm 2003-01-02 15:15:12 UTC
Attached find a patch to bring the spec file up to date and generate a
working rpm package.
Comment 1 gregm 2003-01-02 15:22:28 UTC
Created attachment 13316 [details] [review]
patch to update spec file
Comment 2 gregm 2003-01-02 15:26:54 UTC
With appropriate blessing from the gtk+ gods I could check this in myself.
Comment 3 Owen Taylor 2003-01-02 15:33:59 UTC
Are you volunteering to maintain the spec file? For
what set of OS's/versions?

Otherwise, I'm going to dup this on bug 102231.

(Idle not-actually-review -- you need to check:

if [ $1 = 0 ] ; then
        /bin/rm -f %{_sysconfdir}/gtk-2.0/gtk.immodules
        /bin/rm -f %{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders
fi

In your %postun or upgrades won't work)
Comment 4 gregm 2003-01-02 15:58:35 UTC
I was under the impression that you had a maintainer for it already :)
I mainly deal with RH based systems so I'm not sure maintaining it is
even needed as RH has thier own specfiles.

*shrug*
Comment 5 Owen Taylor 2003-01-02 16:07:03 UTC
No, I don't maintain the spec files in the GTK+ source
(they'd work then, right?)

I can't just use the spec files I use to build Red Hat packages
since:

 - They contain things that exist in the Red Hat RPM 
   configuration but may not exist in stock RPM, or 
   in older versions of RPM.
 - They frequently contain patches of one sort or another

But I don't believe that a "generic" spec file is possible.
I let the gnome packaging project do whatever they wanted
to the spec files while that was around, but it has since
more or less folded.
Comment 6 gregm 2003-01-02 16:53:13 UTC
For what its worth I agree with bug 102231, either it should be fixed
or punted :)

(Idle mumbling)
You should probably at least take the %post and fixed %postun for the
RH version.
Comment 7 Owen Taylor 2003-01-30 21:35:59 UTC
The Red Hat version has plenty good %post and %postun :-)

I'm going to go with the removal route:

 - I only want the spec files in the distro if they are
   tested.
 - The most minimal way I could possibly test would be to make
   sure they work for Red Hat. If I did Red Hat 8.0 packages
   as part of the release process then that might be a way
   of testing. (I do do Red Hat distribution packages before
   putting the tarballs up currently.)
 - But a) I don't have a clean 8.0 box to build on handy.
   and b) any packages for Red Hat 8.0 would need various
   patches for integration with the Red Hat desktop.

I'll leave the spec files in CVS now and just remove them
for the distribution in case someone wants to pick up the
ball.



*** This bug has been marked as a duplicate of 102231 ***