dpkg-architecture is printed to stdout

Bug #1237083 reported by Thomi Richards
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Autopilot
Invalid
Medium
Unassigned

Bug Description

The Autopilot test 'test_can_access_custom_emulator_properties_twice' calls dpkg-architecture, which prints the following warning:

sh: 1: gcc: not found
dpkg-architecture: warning: Couldn't determine gcc system type, falling back to default (native compilation)

but then returns the right thing. We ought to hide this output from autopilot stdout, which is where it's currently printed.

Tags: logspam
Cris Dywan (kalikiana)
tags: added: logspam
Revision history for this message
Max Brustkern (nuclearbob) wrote :

At this point I can only see a call to dpkg-architecture in test_introspection_features.py. Is this still a problem?

Changed in autopilot:
status: Confirmed → Incomplete
status: Incomplete → Confirmed
description: updated
Revision history for this message
Cris Dywan (kalikiana) wrote :

When I confirmed the bug it was based on the message being printed for every single AP test case in the UITK or tests using its test classes. That was addressed in the UITK by doing stderr=subprocess.PIPE which discards those messages.

Revision history for this message
Christopher Lee (veebers) wrote :

I don't see this happening any more and the +1 was an issue with a different testsuite.

Changed in autopilot:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.