Bug 474949 - unconfined command returns with error
Summary: unconfined command returns with error
Status: RESOLVED INVALID
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: AppArmor (show other bugs)
Version: Final
Hardware: x86-64 openSUSE 11.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Tony Jones
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-11 21:14 UTC by Elmar Stellnberger
Modified: 2009-02-23 19:50 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar Stellnberger 2009-02-11 21:14:45 UTC 
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-0.1.2 Firefox/3.0.6

  After having created a profile for kde3/kopete the apparmor-unconfined command refuses to work. Disabling the kopete profile does not help.

root:/> unconfined
(Für "-p": geteuid()=0 konnte keine Information gelesen werden; sie sollten Root sein.)
/proc/net/tcp: Keine Berechtigung


Reproducible: Always
Comment 1 Jeff Mahoney 2009-02-11 21:28:03 UTC 
Can you post the error message from:

LC_ALL=C unconfined
Comment 2 Elmar Stellnberger 2009-02-13 15:13:49 UTC 
no more output if the LC_ALL environment variable is set.
> LC_ALL=C unconfined
(No info could be read for "-p": geteuid()=0 but you should be root.)
/proc/net/tcp: Permission denied
Comment 3 Elmar Stellnberger 2009-02-23 19:50:35 UTC 
Wanna close this bug for the system it has been reported for had been hacked (It may not make sense to issue an error report on a hacked system.). Works well for a clean reinstallation.