the attached patch splits a part of abrt-action-generate-backtrace to a
new tool abrt-action-analyze-backtrace, which is used by both LocalGDB
and RetraceServer analyzers.
Then new abrt-action-analyze-backtrace tool reads backtrace and
generates duplication hash, detects crash function, and provides
backtrace rating. These steps haven't been performed for remotely
analyzed crashes so far.
solution isn't good enough, but truly remove misleading message. Imagine
the situation when user manually set environment Bugzilla_Password and manually
run command a-a-b -c /path/to/config1 -c /path/config2 -c /path/config3.
Now a-a-b smash all configs into one giant hash table. Just stir the pot.
Environment can be set by cli and gui. We have a lot of input how to set
config and question is how to determinate which config is wrong and blame
Signed-off-by: Nikola Pajkovsky <npajkovs(a)redhat.com>
src/plugins/abrt-action-bugzilla.cpp | 4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/src/plugins/abrt-action-bugzilla.cpp b/src/plugins/abrt-action-bugzilla.cpp
index e5e5bc8..e066142 100644
@@ -643,9 +643,7 @@ static void report_to_bugzilla(
env = getenv("Bugzilla_Password");
password = env ? env : get_map_string_item_or_empty(settings, "Password");
if (!login || !password)
- error_msg_and_die(_("Empty login or password, please check %s"), PLUGINS_CONF_DIR"/Bugzilla.conf");
+ error_msg_and_die(_("Empty login or password, please check your configuration"));
env = getenv("Bugzilla_BugzillaURL");
bugzilla_url = env ? env : get_map_string_item_or_empty(settings, "BugzillaURL");
I'm not sure if everybody noticed that Fedora moved translation to
transifex.net which brought some changes into a translation process. So
to make sure everyone know how to work with it now, here is a quick how to:
1. install transifex-client
2. if you change any strings, add new files, go into "po" dir and run:
$ intltool-update --maintain
- this will tell you which files you should add/remove to/from POTFILES.in
3. in "po" dir run:
$ tx pull
- this will pul the latest translation from the server
$ make update-po
- this will merge the pulled translation with the new/changed strings
$ tx push -s -t
- this will push the updated translations to the server
4. push the updated po files to abrt git.
In case of problem, just ask me (or someone on irc at freenode #transifex)
here is my proposal for retrace server's settings action:
client -> server
HTTP GET /settings
// no special headers (really? would be available from browsers)
server -> client
formats application/x-tar application/x-gzip application/x-xz-compressed-tar
// text/plain, in general each row contains <setting_name><space><value(s)>
What other settings do we want to show?
This patch adds an option '-x' to abrt-dump-oops which makes the created
dumpdir and it's content readable by all. The old kerneloops application
also informed all users about the oops. The patch for applet will follow
once this is accepted.