Closed
Bug 825011
Opened 12 years ago
Closed 12 years ago
Upgrade dblatex in the Mozilla yum repo
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task, P4)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: justdave, Assigned: rtucker)
Details
(Whiteboard: [triaged 20130104])
Attachments
(2 files, 2 obsolete files)
Every time the bugzilla.org website rebuilds, we get a cron mail with the following in it:
----------8<-----------
/usr/lib/python2.6/site-packages/dbtexmf/dblatex/grubber/util.py:8: DeprecationWarning: the md5 module is deprecated; use hashlib instead
import md5
Build the book set list...
Build the listings...
XSLT stylesheets DocBook - LaTeX 2e (0.3)
===================================================
Build Bugzilla-Guide.pdf
----------8<-----------
This is output from the dblatex command used to build the PDF version of the documentation. We currently have dblatex 0.3 in the mozilla yum repo that staticadm.private.phx1 is pulling from.
The current version of dblatex is 0.3.4. The changelog states that version 0.3.2 caused the --quiet parameter to actually make it be quiet (unless there were errors). This will eliminate the above superfluous cron mail we've been getting every time the bugzilla.org website rebuilds.
The current version can be downloaded from:
https://sourceforge.net/projects/dblatex/files/dblatex/
Updated•12 years ago
|
Assignee: server-ops → server-ops-webops
Component: Server Operations → Server Operations: Web Operations
QA Contact: shyam → nmaul
| Assignee | ||
Comment 1•12 years ago
|
||
RPM built by hand from pypi. I added the dependencies for the previous version and rebuilt.
| Assignee | ||
Comment 2•12 years ago
|
||
| Assignee | ||
Comment 3•12 years ago
|
||
There was an issue with the provided setup.py file. I patched the setup.py and created the rpm using bdist. It appears to install cleanly/correctly.
Comment 4•12 years ago
|
||
Anything left for WebOps to do here? Looks like rtucker sorted this out... unless perhaps the RPMs still need injected into mrepo? That's relatively easy.
Then of course staticadm.private.phx1 needs to pull in the new version, so I guess there's more to do regardless.
Severity: minor → normal
Priority: -- → P4
Whiteboard: [triaged 20130104]
| Assignee | ||
Comment 5•12 years ago
|
||
I'm not sure on how to really test this package. It *seems* to be good though.
| Reporter | ||
Comment 6•12 years ago
|
||
just deploy it. :) if it breaks I'll get email and the PDF on the website will just be stale (not gone)
| Assignee | ||
Comment 7•12 years ago
|
||
I copied the new rpm into the following places:
/data/mrepo-src/6Server-x86_64/mozilla/
/data/mrepo-src/6Server-i386/mozilla/
I ran update-mrepo mozilla
I only found a reference to the dblatex package in 1 spot in our puppet manifests and the manifest simply called for ensure => install
| Reporter | ||
Comment 8•12 years ago
|
||
The new package installs to /home/rtucker/.virtualenv instead of /usr
Severity: normal → minor
Priority: P4 → --
| Reporter | ||
Comment 9•12 years ago
|
||
I swear I didn't intentionally change that...
Severity: minor → normal
Priority: -- → P4
| Assignee | ||
Comment 10•12 years ago
|
||
Attachment #697882 -
Attachment is obsolete: true
| Assignee | ||
Comment 11•12 years ago
|
||
Attachment #697881 -
Attachment is obsolete: true
| Assignee | ||
Comment 12•12 years ago
|
||
Copied new files to mrepo and ran update-mrepo mozilla
Can you try again and let me know the outcome?
| Reporter | ||
Comment 13•12 years ago
|
||
Works! Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
| Reporter | ||
Updated•12 years ago
|
Assignee: server-ops-webops → rtucker
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•