Bug 429214 - Broken catalog with docbook-style-xsl-1.73.2-4.fc8
Summary: Broken catalog with docbook-style-xsl-1.73.2-4.fc8
Keywords:
Status: CLOSED DUPLICATE of bug 428531
Alias: None
Product: Fedora
Classification: Fedora
Component: docbook-style-xsl
Version: 8
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Ondrej Vasik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-01-17 22:53 UTC by Behdad Esfahbod
Modified: 2008-01-18 21:26 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-01-18 09:28:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Behdad Esfahbod 2008-01-17 22:53:05 UTC
Description of problem:

After yum updating to docbook-style-xsl-1.73.2-4.fc8 I was left with a broken
XML catalog that held back my upstream package releases and wasted hours of my
time...  After spending 2 hours tracking down the problem I figured it's an rpm
issue...

Force erase and then installing the package fixed it.  Sigh...

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

docbook-style-xsl-1.73.2-4.fc8

Comment 1 Ondrej Vasik 2008-01-18 09:28:11 UTC
Sorry for that, but it was mentioned in update info:
"Correcting behaviour about removal of xml catalog registrations after release
drop from directory. (Those who already updated to
docbook-style-xsl-1.73.2-3.fc8 should first remove this package or force update
with this new package twice to correct registration of catalogs)".
Anyway, bug is caused purification changes requested by #389231 - real cause is
postun of docbook-style-xsl-1.73.2-3.fc8 which unregistered catalogs installed
in post of docbook-style-xsl-1.73.2-4.fc8, bug is duplicate of #428168 and
#428531  , closing DUPLICATE.

Once more time sorry for troubles...

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

Comment 2 Behdad Esfahbod 2008-01-18 16:57:22 UTC
I would have gone out of my way to avoid that in a stable release update...

And seriously, if you think people read update info, or are even supposed to,
that's really not the case.

Anyway, thanks for the response.

Comment 3 Ondrej Vasik 2008-01-18 21:00:27 UTC
I agree with you, it was my fault - of course it was really bad idea to do such
change in stable release and I was not aware enough - I'm always testing my
updates, but in this case my common test was not enough - because problem occurs
in the next update after error. 

In fact there is easy solution - to make another update with a bit changed dir
name - which will cause the update from buggy release working without troubles
and should be harmless - but for the most people it is useless update - if they
already updated, it will have no additional value for them. 

Comment 4 Behdad Esfahbod 2008-01-18 21:26:46 UTC
You can always check for the previously installed version in your %post to do
anything needed to fix the mess.  In fact I suggest you do that now.  The update
should have left thousands of machines with a broken docbook installation now...
 I see that reason enough to do another update.


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