Bug 1109596 - [abrt] lpf: subprocess.py:575:check_output:CalledProcessError: Command '['/usr/share/lpf/scripts/lpf', 'state']' returned non-zero exit status -15
Summary: [abrt] lpf: subprocess.py:575:check_output:CalledProcessError: Command '['/us...
Keywords:
Status: CLOSED DUPLICATE of bug 1128565
Alias: None
Product: Fedora
Classification: Fedora
Component: lpf
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Alec Leamas
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:49e60435cfe77588cb9cae69e34...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-06-15 19:14 UTC by James
Modified: 2021-05-27 10:41 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-08-30 04:05:43 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (823 bytes, text/plain)
2014-06-15 19:14 UTC, James
no flags Details
File: environ (1.17 KB, text/plain)
2014-06-15 19:14 UTC, James
no flags Details

Description James 2014-06-15 19:14:31 UTC
Version-Release number of selected component:
lpf-0.1-6.36e5aa0.fc20

Additional info:
reporter:       libreport-2.2.2
cmdline:        python /usr/bin/lpf-gui
dso_list:       python-libs-2.7.5-11.fc20.x86_64
executable:     /usr/bin/lpf-gui
kernel:         3.14.2-200.fc20.x86_64
runlevel:       N 5
type:           Python
uid:            1000

Truncated backtrace:
subprocess.py:575:check_output:CalledProcessError: Command '['/usr/share/lpf/scripts/lpf', 'state']' returned non-zero exit status -15

Traceback (most recent call last):
  File "/usr/bin/lpf-gui", line 452, in <module>
    Handler(builder)
  File "/usr/bin/lpf-gui", line 426, in __init__
    subprocess.check_output([here('lpf'), 'state']).split('\n')
  File "/usr/lib64/python2.7/subprocess.py", line 575, in check_output
    raise CalledProcessError(retcode, cmd, output=output)
CalledProcessError: Command '['/usr/share/lpf/scripts/lpf', 'state']' returned non-zero exit status -15

Local variables in innermost frame:
retcode: -15
process: <subprocess.Popen object at 0x19e3ed0>
cmd: ['/usr/share/lpf/scripts/lpf', 'state']
unused_err: None
kwargs: {}
output: ''
popenargs: (['/usr/share/lpf/scripts/lpf', 'state'],)

Comment 1 James 2014-06-15 19:14:35 UTC
Created attachment 908935 [details]
File: backtrace

Comment 2 James 2014-06-15 19:14:37 UTC
Created attachment 908936 [details]
File: environ

Comment 3 Alec Leamas 2014-06-15 19:58:29 UTC
Hm... some questions:
 - What happens if you run that command manually by issuing 'lpf state' on the command line?
 - What were you actually doing when this happened? Running some lpf cli command, running a lpf gui command, or...?

Comment 4 James 2014-06-15 20:29:41 UTC
I think I was running graal online a video game for PC or I could of been running imvu which is running wine. I figured to just send all my reports even though they were older ones.

Comment 5 Alec Leamas 2014-06-16 00:22:24 UTC
Hm... in other words: can you reproduce this?

Comment 6 James 2014-06-16 02:19:38 UTC
I'll keep you guys on here posted on new crashes for now don't worry too much about it. Thank you for the quick responses this is my first time using this crash report. Now I know to put more information next time.

Comment 7 Alec Leamas 2014-06-16 07:33:22 UTC
OK, thanks for this report! I will leave this bug open for some time, but unless there is more input (i. e., more similar crashes) I will eventually close it.

Comment 8 Alec Leamas 2014-08-30 04:05:43 UTC
There is no more similr input. Closing this bug. Thanks for reporting!

Comment 9 Paul DeStefano 2014-10-29 20:56:31 UTC
Happened to me just now.  I'll see if I can get more data for you.

Comment 10 Sergio Basto 2021-05-27 10:25:41 UTC
this is comment in several at same time, all these bugs I believe are duplicated , but mass bug change doesn't let me mark it as duplicated , I will try do it manually 

I think I found a way to reproduce it , finally .

Do you see a message "Error getting authority: Error initializing authority: Could not connect: No such file or directory" before the stacktrace

Comment 11 Sergio Basto 2021-05-27 10:41:54 UTC

*** This bug has been marked as a duplicate of bug 1128565 ***


Note You need to log in before you can comment on or make changes to this bug.