Bugzilla – Bug 397846
apparmor ignore enabling apparmor
Last modified: 2008-06-10 12:45:53 UTC
Created attachment 220637 [details] logs reproduce: 1) select apparmor control panel 2) enable apparmor 3) exit dialog 4) select again control panel and apparmor is still disabled
`yast2 subdomain` Writes this on stderr: ---------------------- Global symbol "$owner_toggle" requires explicit package name at /usr/lib/perl5/vendor_perl/Immunix/SubDomain.pm line 923. Global symbol "$owner_toggle" requires explicit package name at /usr/lib/perl5/vendor_perl/Immunix/SubDomain.pm line 924. Compilation failed in require at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 26. BEGIN failed--compilation aborted at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 26 (#1) (F) You've said "use strict" or "use strict vars", which indicates that all variables must either be lexically scoped (using "my" or "state"), declared beforehand using "our", or explicitly qualified to say which package the global variable is in (using "::"). Uncaught exception from user code: Global symbol "$owner_toggle" requires explicit package name at /usr/lib/perl5/vendor_perl/Immunix/SubDomain.pm line 923. Global symbol "$owner_toggle" requires explicit package name at /usr/lib/perl5/vendor_perl/Immunix/SubDomain.pm line 924. Compilation failed in require at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 26. BEGIN failed--compilation aborted at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 26. at /usr/lib/YaST2/servers_non_y2/ag_subdomain line 26 After enabling the AppArmor: ---------------------------- Name "DBD::SQLite::sqlite_version" used only once: possible typo at /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi/DynaLoader.pm line 226 (#1) (W once) Typographical errors often show up as unique variable names. If you had a good reason for having a unique name, then just mention it again somehow to suppress the message. The our declaration is provided for this purpose. NOTE: This warning detects symbols that have been used only once so $c, @c, %c, *c, &c, sub c{}, c(), and c (the filehandle or format) are considered the same; if a program uses $c only once but also uses any of the others it will not trigger this warning.
maybe related to bug #396339
fix of bug #396339 also fix this bug *** This bug has been marked as a duplicate of bug 396339 ***