Closed
Bug 855492
Opened 12 years ago
Closed 12 years ago
Install GStreamer 0.10 on linux build machines.
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: eflores, Assigned: nthomas)
References
Details
Attachments
(3 files)
23.38 KB,
patch
|
bhearsum
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
1.96 KB,
patch
|
bhearsum
:
review+
|
Details | Diff | Splinter Review |
1.21 KB,
patch
|
bhearsum
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
We're looking to enable gstreamer by default in the not-too-distant future, so we need it on the build/test boxes.
The centos packages are:
* gstreamer-devel-0.10.29
* gstreamer-plugins-base-devel-0.10.29
Reporter | ||
Updated•12 years ago
|
Summary: Install GStreamer 1.0 on linux build machines. → Install GStreamer 0.10 on linux build machines.
Comment 1•12 years ago
|
||
Handing this over to release engineering since they handle software with puppet.
Assignee: server-ops-releng → nobody
Component: Server Operations: RelEng → Release Engineering: Machine Management
QA Contact: arich → armenzg
Reporter | ||
Comment 2•12 years ago
|
||
(clarification: we're looking to enable gstreamer when running tests for now; not yet releasing with gstreamer enabled)
Assignee | ||
Comment 3•12 years ago
|
||
It's easy to install those extra two packages (see http://hg.mozilla.org/build/buildbot-configs/file/default/mozilla/config.py#l114, specifially mock_packages for linux, linux64 and probably the matching asan keys). It's global by default, but we can set that up so that it's only some branches if necessary (eg line 1854). You could then do builds on try to see how it goes.
The bigger question is what you're trying to achieve (CCing sheriffs). From our IRC conversation the situation is
* we don't build with --enable-gstreamer for MoCo builds right now, but will when developers have cycles for 'handling working with an arbitrary gstreamer version installed on an arbitrary person's system'
* some linux distros are going to enable gstreamer, and we want to make sure we don't break them in the meantime
* the suggestion is to have tests on TBPL, which means you have to tangle with https://wiki.mozilla.org/Sheriffing/Job_Visibility_Policy
* we don't want to have gstreamer in any of our nightly/aurora/etc builds for now, which implies either
* different mozconfig for dep and nightly builds (seems unlikely to meet sheriff approval)
* adding new compile jobs which --enable-gstreamer for linux32 & linux64, which trigger the appropriate test suite (this will be non-trivial to setup on the RelEng side)
Comment 4•12 years ago
|
||
I think to start with we should not build with enable-gstreamer by default on Try or elsewhere, and when we want to test gstreamer on Try we can include changes to configure.in in our push to enable gstreamer. That means we can at least test in the tbpl environment, but we don't add much releng overhead.
Assignee | ||
Comment 5•12 years ago
|
||
I think this is less-fragile than copying the definition into the section for try overrides, but loop is separated a ways from the platform definitions. The other option is just to do this on all branches.
Comment 6•12 years ago
|
||
Comment on attachment 733148 [details] [diff] [review]
[buildbot-configs] Add devel packages for Try
Review of attachment 733148 [details] [diff] [review]:
-----------------------------------------------------------------
(In reply to Nick Thomas [:nthomas] from comment #5)
> Created attachment 733148 [details] [diff] [review]
> [buildbot-configs] Add devel packages for Try
>
> I think this is less-fragile than copying the definition into the section
> for try overrides, but loop is separated a ways from the platform
> definitions. The other option is just to do this on all branches.
Unless I'm severely misunderstanding, it looks like this patch does add the packages to all branches. That seems fine to me though, as they're not going to do any harm....
Attachment #733148 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 7•12 years ago
|
||
Comment on attachment 733148 [details] [diff] [review]
[buildbot-configs] Add devel packages for Try
There's the block at the end which makes it try only.
https://hg.mozilla.org/build/buildbot-configs/rev/bebe9f85590b
edmin/cpearce, this will go live when we deploy the next set of changes to buildbot production. There will be a comment here when that happens. At the point you want to enable gstreamer on m-c & co we will need to adjust buildbot again.
Attachment #733148 -
Flags: checked-in+
Comment 8•12 years ago
|
||
Comment on attachment 733148 [details] [diff] [review]
[buildbot-configs] Add devel packages for Try
This is in production now.
Assignee | ||
Comment 9•12 years ago
|
||
The packages being installed on try runs.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•12 years ago
|
||
Seems to work for opt builds, but not debug. See e.g. [1] (opt failures are my fault :\).
[1] https://tbpl.mozilla.org/php/getParsedLog.php?id=22887793&tree=Try&full=1
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 11•12 years ago
|
||
Oops, this'll be what was nagging me about the previous patch. Leaves out linux64-dbg-st-an, any opinion on that Ben ?
Attachment #749641 -
Flags: review?(bhearsum)
Comment 12•12 years ago
|
||
Comment on attachment 749641 [details] [diff] [review]
[buildbot-configs] Linux debug platforms too
Review of attachment 749641 [details] [diff] [review]:
-----------------------------------------------------------------
Seems like we should upgrade across the board. If we don't upgrade the static analysis builds, they won't be as useful as companions to the shipping builds.
Attachment #749641 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 13•12 years ago
|
||
This fixes up linux64-debug and linux64-dbg-st-an:
https://hg.mozilla.org/build/buildbot-configs/rev/c6e4d48e9221
Bug 857697 accidentally fixed linux-debug.
Assignee | ||
Comment 14•12 years ago
|
||
Bug 857697 added .i686 suffixes to the package names for 32bit linux compiles in 64bit env, so we're installing them at the moment. This restores try-only for gstreamer.
Comment 15•12 years ago
|
||
Comment on attachment 733148 [details] [diff] [review]
[buildbot-configs] Add devel packages for Try
This patch is in production.
Assignee | ||
Comment 16•12 years ago
|
||
Comment on attachment 750845 [details] [diff] [review]
[buildbot-configs] Fix linux32 for non-try
Note to self - actually requesting reviews is more effective. See comment #14 for details on this patch.
Attachment #750845 -
Flags: review?(bhearsum)
Comment 17•12 years ago
|
||
Comment on attachment 750845 [details] [diff] [review]
[buildbot-configs] Fix linux32 for non-try
Review of attachment 750845 [details] [diff] [review]:
-----------------------------------------------------------------
::: mozilla/config.py
@@ +2015,5 @@
> for p, pc in BRANCHES[b]['platforms'].items():
> if 'mock_packages' in pc:
> BRANCHES[b]['platforms'][p]['mock_packages'] = \
> + [x for x in BRANCHES[b]['platforms'][p]['mock_packages'] if x not in (
> + 'gstreamer-devel', 'gstreamer-plugins-base-devel',
Why install these in addition to the .i686 versions?
Assignee | ||
Comment 18•12 years ago
|
||
This is actually removing packages for non-try branches. The .i686 packages are for the linux32-on-linux64-host case, without an arch it's for linux64. There's a whitespace change, but mostly it's adding the i686.
Comment 19•12 years ago
|
||
Comment on attachment 750845 [details] [diff] [review]
[buildbot-configs] Fix linux32 for non-try
Review of attachment 750845 [details] [diff] [review]:
-----------------------------------------------------------------
Aaaaah, OK.
Attachment #750845 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 20•12 years ago
|
||
Comment on attachment 750845 [details] [diff] [review]
[buildbot-configs] Fix linux32 for non-try
https://hg.mozilla.org/build/buildbot-configs/rev/71454b7b456f
Attachment #750845 -
Flags: checked-in+
Assignee | ||
Comment 21•12 years ago
|
||
Should be good here again.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Product: Release Engineering → Infrastructure & Operations
Updated•5 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
•