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)

All
Other

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/
Assignee: server-ops → server-ops-webops
Component: Server Operations → Server Operations: Web Operations
QA Contact: shyam → nmaul
Attached file RPM built from pypi (obsolete) —
RPM built by hand from pypi. I added the dependencies for the previous version and rebuilt.
Attached file src rpm (obsolete) —
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.
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]
I'm not sure on how to really test this package. It *seems* to be good though.
just deploy it. :) if it breaks I'll get email and the PDF on the website will just be stale (not gone)
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
The new package installs to /home/rtucker/.virtualenv instead of /usr
Severity: normal → minor
Priority: P4 → --
I swear I didn't intentionally change that...
Severity: minor → normal
Priority: -- → P4
Attachment #697882 - Attachment is obsolete: true
Attachment #697881 - Attachment is obsolete: true
Copied new files to mrepo and ran update-mrepo mozilla Can you try again and let me know the outcome?
Works! Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee: server-ops-webops → rtucker
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: