Closed Bug 770428 Opened 12 years ago Closed 9 years ago

Cleanup org.mozilla.f3nn3c.PasswordsProvider in verify.py

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

x86_64
Windows 7
task
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: Callek, Unassigned)

References

Details

(Whiteboard: [buildslave][mobile])

So, I just logged into one of my testing tegras which is explicitly installing from inbound tip and I saw (with |info process|)

10033   16037   org.mozilla.f3nn3c.PasswordsProvider

I expect this should be cleaned up with our verify stuff, blassey/joel can you confirm that assumption?

To also give clarity on what is going on here, any idea how its installed onto the device, what is its expected lifetime (should it shutdown when Fennec does) etc. so that I/We can have a clear understanding of the state of a tegra/device when that process is hanging around?
Whiteboard: [buildslave][mobile]
I am not sure what PasswordsProvider does, but I know the name changed to work around talos killing it.  I assume we want it killed during verify/cleanup.
Callek: maybe punt this to Pete? Or is this already done?
Component: Release Engineering: Machine Management → Release Engineering: Platform Support
Flags: needinfo?(bugspam.Callek)
QA Contact: armenzg → coop
(In reply to Chris Cooper [:coop] from comment #2)
> Callek: maybe punt this to Pete? Or is this already done?

This certainly isn't done, but I am not *sure* if its needed actually. this is a process which runs as part of the fennec install, I couldn't find a definite "we should do this" nor a "how to do this" since we won't be removing any packages by this name directly.

Lets assign to pete for now (pending his objection) as well as needinfo to jmaher for input.
Assignee: bugspam.Callek → pmoore
Flags: needinfo?(bugspam.Callek) → needinfo?(jmaher)
we should clean this up, although when we uninstall/install it gets cleaned up.
Flags: needinfo?(jmaher)
Product: mozilla.org → Release Engineering
Joel, is this both pandas and tegras, or just tegras? Given that we're decommissioning tegras, maybe we don't need to worry about this now?

Pete
Flags: needinfo?(jmaher)
Pete- if you are on PTO enjoy your time off instead of hanging out in bugzilla!  Either way, this f3nn3c hack needs to apply to both tegra and pandas.  Your speculation about tegras being decommissioned and only fixing this for Pandas seems valid and a great plan of attack.
Flags: needinfo?(jmaher)
Assignee: pmoore → nobody
Still an issue?
Flags: needinfo?(bugspam.Callek)
don't *think* so
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(bugspam.Callek)
Resolution: --- → WONTFIX
Component: Platform Support → Buildduty
Product: Release Engineering → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.