* [DPDK/DTS Bug 1383] DTS: clean up old tarball before copying a new one over
@ 2024-02-21 15:46 bugzilla
2024-03-19 18:53 ` bugzilla
0 siblings, 1 reply; 2+ messages in thread
From: bugzilla @ 2024-02-21 15:46 UTC (permalink / raw)
To: dev
[-- Attachment #1: Type: text/plain, Size: 1337 bytes --]
https://bugs.dpdk.org/show_bug.cgi?id=1383
Bug ID: 1383
Summary: DTS: clean up old tarball before copying a new one
over
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: Normal
Component: DTS
Assignee: dev@dpdk.org
Reporter: jspewock@iol.unh.edu
CC: juraj.linkes@pantheon.tech, probb@iol.unh.edu
Target Milestone: ---
Currently we just scp over a tarball from the tester to the SUT as part of a
build target setup without checking to see if one exists. This works if you
always run DTS as the same user, but if multiple different users run DTS
back-to-back the second user will get a failure when trying to copy over the
tarball because scp cannot write over the existing one which the running user
does not own.
This is very easy to fix by simply logging onto the SUT and deleting the
tarball that is already in /tmp, but considering we write DTS under the
expectation that people could run as non-root users, it seems like it could be
worth making a simple quality of life change to make this easier.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #2: Type: text/html, Size: 3272 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-03-19 18:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-02-21 15:46 [DPDK/DTS Bug 1383] DTS: clean up old tarball before copying a new one over bugzilla
2024-03-19 18:53 ` bugzilla
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).