kubuntu patches and backtraces
Harald Sitter
apachelogger at ubuntu.com
Thu Dec 12 13:31:01 UTC 2013
alohas,
I just realized that currently when we have to introduce a kubuntu
specific patch these are not immediately obvious in backtraces, which
is bad.
What does everyone think about introducing a policy that
a) all patches of upstream code must isolate their logic into a
separate function
b) that function must be prefixed with kubuntu_
Benefits are:
1) if our stuff crashes upstream knows that our stuff crashes
2) if a crash appears deeper in the stack they know that somewhere we
made changes
Disadvantage:
1) requires more code
2) if upstream changes code we *modify* it may be less obvious that
our modification requires updates
For example in kde-workspace we have
kubuntu_avoid_zic_and_deep_copy_timezone_data.diff which currently
looks like this:
+ } else if (!QFile::symLinkTarget(tz).isEmpty()) {
+ if (!QFile::copy(QFile::symLinkTarget(tz), "/etc/localtime")) {
+ ret |= TimezoneError;
+ }
with the new policy this would be
+ } else if (!QFile::symLinkTarget(tz).isEmpty()) {
+ kubuntu_avoidZic(tz);
+ }
HS
More information about the kubuntu-devel
mailing list