* [Bug translator/12443] New: XDG_DATA_DIRS conflict between preinstalled and hand-built stap
@ 2011-01-26 13:54 fche at redhat dot com
2011-01-27 8:18 ` [Bug translator/12443] " mjw at redhat dot com
2011-01-27 8:20 ` mjw at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: fche at redhat dot com @ 2011-01-26 13:54 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=12443
Summary: XDG_DATA_DIRS conflict between preinstalled and
hand-built stap
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap@sources.redhat.com
ReportedBy: fche@redhat.com
If one builds a version of systemtap by hand, but one also has a pre-installed
version to which $XDG_DATA_DIRS points, the handbuilt one will suffer from
duplicate tapset searches.
One possible fix is to mark up the standard tapset directory with some magic
file that prevents it from being searched via the $XDG_DATA_DIRS path. OTOH
that could defeat the purpose, if an auxiliary package installs tapset files
under the same path.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug translator/12443] XDG_DATA_DIRS conflict between preinstalled and hand-built stap
2011-01-26 13:54 [Bug translator/12443] New: XDG_DATA_DIRS conflict between preinstalled and hand-built stap fche at redhat dot com
@ 2011-01-27 8:18 ` mjw at redhat dot com
2011-01-27 8:20 ` mjw at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: mjw at redhat dot com @ 2011-01-27 8:18 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=12443
Mark Wielaard <mjw at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mjw at redhat dot com
--- Comment #1 from Mark Wielaard <mjw at redhat dot com> 2011-01-27 08:18:23 UTC ---
See also the discussion in this thread:
http://sourceware.org/ml/systemtap/2011-q1/msg00115.html
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug translator/12443] XDG_DATA_DIRS conflict between preinstalled and hand-built stap
2011-01-26 13:54 [Bug translator/12443] New: XDG_DATA_DIRS conflict between preinstalled and hand-built stap fche at redhat dot com
2011-01-27 8:18 ` [Bug translator/12443] " mjw at redhat dot com
@ 2011-01-27 8:20 ` mjw at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: mjw at redhat dot com @ 2011-01-27 8:20 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=12443
--- Comment #2 from Mark Wielaard <mjw at redhat dot com> 2011-01-27 08:19:38 UTC ---
(In reply to comment #0)
> One possible fix is to mark up the standard tapset directory with some magic
> file that prevents it from being searched via the $XDG_DATA_DIRS path. OTOH
> that could defeat the purpose, if an auxiliary package installs tapset files
> under the same path.
Urgh. Hadn't thought of that. Maybe we really should split "system" and
"application" tapsets into separate include paths then.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-01-27 8:20 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-26 13:54 [Bug translator/12443] New: XDG_DATA_DIRS conflict between preinstalled and hand-built stap fche at redhat dot com
2011-01-27 8:18 ` [Bug translator/12443] " mjw at redhat dot com
2011-01-27 8:20 ` mjw at redhat dot com
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 read-only IMAP folder(s) and NNTP newsgroup(s).