February 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 559704] New: gnome-web-photo doesn't work because it can't find libxul.so
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=559704 http://bugzilla.novell.com/show_bug.cgi?id=559704#c0 Summary: gnome-web-photo doesn't work because it can't find libxul.so Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: arizonagroovejet(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5 mike@continuity:/tmp$ gnome-web-photo http://news.bbc.co.uk foo.png gnome-web-photo: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1. Try and use gnome-web-photo Actual Results: Error message as shown above. Expected Results: That it works. It can be made to work like this: mike@continuity:/tmp$ LD_LIBRARY_PATH="/usr/lib/xulrunner-1.9.1.5/" gnome-web-photo http://news.bbc.co.uk foo.png *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). mike@continuity:/tmp$ identify foo.png foo.png PNG 1024x1710 1024x1710+0+0 8-bit DirectClass 530kb -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 16

[Bug 578053] New: postgresql-plperl looks for libperl.so in the wrong place
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578053 http://bugzilla.novell.com/show_bug.cgi?id=578053#c0 Summary: postgresql-plperl looks for libperl.so in the wrong place Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: eggyknap(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.8 (KHTML, like Gecko) Chrome/4.0.299.0 Safari/532.8 On a completely new openSUSE 11.3 machine, I installed the postgresql-server, postgresql, and postgresql-plperl packages. After starting PostgreSQL and letting it initialize a new database, I sudo-d to the postgres user, and tried to add the PL/Perl language, as follows, with the error below: postgres@linux-e16r:~> createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory libperl.so lives in /usr/lib/perl5/5.10.0/i586-linux-thread-multi/CORE/libperl.so. Creating a symlink at /usr/lib/libperl.so to the installed libperl.so binary works around the problem. This also exists in at least one of the 10.x versions, though I don't have access to the servers to know the precise version(s) As a secondary note, the description of the postgresql-plperl package, at least as it appears in YaST2, says the package also includes PL/Tcl and PL/Python. This is incorrect. Thirdly, the documentation also claims "PostgreSQL also offers the builtin procedural language PL/SQL". This is also incorrect -- PL/SQL is an Oracle-specific language. PostgreSQL offers PL/pgSQL, which fact might be worth noting in the PL/Perl documentation, or it might not. Reproducible: Always Steps to Reproduce: 1.install postgresql, postgresql-server, and postgresql-plperl 2.start postgresql (/etc/init.d/postgresql start) 3.become the postgres user (sudo su - postgres) 4.create the plperl language in the default database: createlang plperl Actual Results: # createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory Expected Results: createlang should have no output, and a 0 exit status I realize this is a packaging bug, and likely not something distributed by Novell directly. I saw nowhere else to file the bug. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 17

[Bug 551014] New: one click install: error ccoured while initializing the software repository
by bugzilla_noreply＠novell.com 28 Apr '16

28 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=551014 Summary: one click install: error ccoured while initializing the software repository Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: Other OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: jsrain(a)novell.com Found By: Beta-Customer Created an attachment (id=324701) --> (http://bugzilla.novell.com/attachment.cgi?id=324701) y2logs (11.2 repo from today, probably near RC2) I tried to install YaBSC from the openSUSE:Tools repo using one click install. After entering the root password, YaST showed an error dialog: An error ccoured while initializing the software repository. Details: Try again? [Ja] [Nein] (= Yes / No) Yes, the line after "Details:" was really empty. Therefore this bug has two parts: - the missing information about details in the error dialog - maybe the failure itsself is also a bug The last lines from y2log when the error dialog was open: 2009-10-29 15:48:16 <1> geeko(26435) [zypp] RepoManager.cc(init_knownRepositories):557 end construct known repos 2009-10-29 15:48:16 <3> geeko(26435) [Pkg] Source_Create.cc(RepositoryAdd):449 alias openSUSE:Tools already exists [That's probably the disabled 11.1 version of the openSUSE:tools repo] 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:113 Pkg Builtin called: SourceRefreshNow 2009-10-29 15:48:16 <3> geeko(26435) [Interpreter] OneClickInstallWorkerFunctions.ycp:113 Parameter 1 is nil, Integer is required 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:116 Pkg Builtin called: LastError 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YOKButton for YPushButton "Ja" at 0x18fb1b8 from function key F10 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YCancelButton for YPushButton "Nein" at 0x198aac 8 from function key F9 The full y2logs are attached. Search for [cb] in y2log - I have marked when the error dialog popped up. BTW: After answering the dialog with yes (= try again) and confirming the repo details, the installation worked. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 549849] New: Eclipse doesn't accept mouse clicks on buttons
by bugzilla_noreply＠novell.com 16 Apr '16

16 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=549849 Summary: Eclipse doesn't accept mouse clicks on buttons Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: davor.cengija(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-3.2 Firefox/3.5.3 As described on Beta and Pre-release forum, http://forums.opensuse.org/pre-release-beta/424021-eclipse-doesnt-accept-mo… I just downloaded the newest Eclipse, just to be sure, but I had the same problem with some older version. Start Eclipse, and for example try to create a new project. Enter the project's name and click Next. The button recognizes that it's being clicked (e.g. gets focus, changes color etc) but nothing happens. Pressing enter works (as the button has focus now). The same thing happens on the next screen with the Finish button. Reproducible: Always Steps to Reproduce: 1. Start Eclipse 2. Click File>New>Java Project 3. Enter project's name, click Next - nothing happens 4. Press Enter button - wizard advances to next step, as expected It seems that this problems is easiliy reproducible, and is related to https://bugs.eclipse.org/bugs/show_bug.cgi?id=288909 However, it is quite serios, almost a showstopper for a number of users. If you need additional details, don't hesitate to ask, I'm more than willing to assist here. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 9

[Bug 584082] New: grub-set-default does not work
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584082 http://bugzilla.novell.com/show_bug.cgi?id=584082#c0 Summary: grub-set-default does not work Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: masterpatricko(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 Calling "/usr/sbin/grub-set-default INDEX" sets /boot/grub/default to INDEX as expected But on the next boot grub does not change the default choice as expected. Using the SUSE-specific /usr/sbin/grubonce works. Reproducible: Always Steps to Reproduce: 1. "default 0" is set in /boot/grub/menu.lst 2. /usr/sbin/grub-set-default 1 3. Check "1" was written to /boot/grub/default 4. Reboot Actual Results: Entry 0, the original default, is selected on the next boot. Expected Results: Entry 1 should be selected as the default the SUSE-supplied perl script /usr/sbin/grubonce works as expected. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 584028] New: WLAN using rt61pci has verry poor performance
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584028 http://bugzilla.novell.com/show_bug.cgi?id=584028#c0 Summary: WLAN using rt61pci has verry poor performance Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: andihartmann(a)freenet.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100206 SUSE/2.0.3-4.1 SeaMonkey/2.0.3 Notebook: Maxdata ECO 4000 IW Device: Network controller: RaLink RT2561/RT61 rev B 802.11g lspci -vvn 01:05.0 0280: 1814:0302 Subsystem: 1462:b833 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 128, Cache Line Size: 16 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at cc000000 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ndiswrapper iwconfig wlan0 wlan0 IEEE 802.11g ESSID:"xxxxxxxxxx" Mode:Managed Frequency:2.412 GHz Access Point: xx:xx:xx:xx:xx:xx Bit Rate=54 Mb/s Tx-Power:20 dBm Sensitivity=-121 dBm RTS thr=2347 B Fragment thr=2346 B Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx Security mode:restricted Power Management:off Link Quality:50/100 Signal level:-64 dBm Noise level:-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 ndiswrapper -l rt61 : driver installed device (1814:0302) present (alternate driver: rt61pci) With ndiswrapper, I do get a really good average network performance of about 2,0 - 2,5 MB/s during a 43 MB binary ftp file transfer: 45058527 bytes received in 00:17 (2.44 MB/s) 45058527 bytes received in 00:17 (2.49 MB/s) .. (AP is a Linksys WAP610N) If I use the rt61pci-driver, the performance is very bad, between 50 kB/s to max 1,4 MB/s (at the same place). It's interesting, that the windowsdriver directly loaded after rt61pci has been startet, used and unloaded, did have the same bad performance (this cannot be reproduced every time). Rebooting and starting the ndiswrapper with a newly resetted wlan-chip worked fine again. The performance of the rt61pci-driver is often even bad (about the half of the windowsdriver), if the notebook is placed 2 m beside the AP nothing but air between them. Information with rt61pci loaded and connected: 01:05.0 0280: 1814:0302 Subsystem: 1462:b833 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 128, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at cc000000 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: rt61pci iw reg get country DE: (2400 - 2483 @ 40), (N/A, 20) (5150 - 5350 @ 40), (N/A, 20), NO-OUTDOOR, DFS (5470 - 5725 @ 40), (N/A, 26), NO-OUTDOOR, DFS iwconfig wlan0 IEEE 802.11bg ESSID:"xxxxx" Mode:Managed Frequency:2.412 GHz Access Point: xx:xx:xx:x:xx:xx Bit Rate=36 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx [3] Power Management:off Link Quality=36/70 Signal level=-74 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 iw phy0 info Wiphy phy0 Band 1: Frequencies: * 2412 MHz [1] (20.0 dBm) * 2417 MHz [2] (20.0 dBm) * 2422 MHz [3] (20.0 dBm) * 2427 MHz [4] (20.0 dBm) * 2432 MHz [5] (20.0 dBm) * 2437 MHz [6] (20.0 dBm) * 2442 MHz [7] (20.0 dBm) * 2447 MHz [8] (20.0 dBm) * 2452 MHz [9] (20.0 dBm) * 2457 MHz [10] (20.0 dBm) * 2462 MHz [11] (20.0 dBm) * 2467 MHz [12] (20.0 dBm) * 2472 MHz [13] (20.0 dBm) * 2484 MHz [14] (disabled) Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps (short preamble supported) * 5.5 Mbps (short preamble supported) * 11.0 Mbps (short preamble supported) * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps max # scan SSIDs: 4 Supported interface modes: * IBSS * managed * AP * AP/VLAN * WDS * monitor * mesh point The connection seems to get worse the longer it is up (this doesn't happen with ndiswrapper): 226 Transfer complete 45058527 bytes received in 00:30 (1.42 MB/s) 45058527 bytes received in 00:53 (817.13 KB/s) 45058527 bytes received in 01:19 (551.58 KB/s) 45058527 bytes received in 01:08 (643.97 KB/s) 45058527 bytes received in 01:50 (399.85 KB/s) 45058527 bytes received in 01:30 (488.79 KB/s) Maybe it's usefull to know, that I can see some more networks of my neighbours using ndiswrapper as driver, which can't bee seen with rt61pci (in fact, I can't see any other network then mine with rt61pci). Setting rts or thr to the values, which ndiswrapper is using, doesn't change anything. Result: the rt61pci-driver is unusable for this chip. Reproducible: Always Steps to Reproduce: 1. Reboot using the ndiswrapper driver 2. Do a ftp filetransfer 3. Reboot using the rt61pci driver 4. Do the same ftp filetransfer Actual Results: ndiswrapper: 2,0 ... 2,5 MB/s rt61pci: << 1,,4 MB/s Expected Results: The performance should be 2,5 MB/s with rt61pci as good as the performance using ndiswrapper. The windows wlan driver for ndiswrapper can be downloaded from ftp://ftp.maxdata.de/MAXDATA Notebooks/Driver/ECO 4000 IW/Windows XP 32/Wireless/ -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 19

[Bug 583338] New: users module *hoses* /etc/passwd and /etc/shadow under certain circumstances
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=583338 http://bugzilla.novell.com/show_bug.cgi?id=583338#c0 Summary: users module *hoses* /etc/passwd and /etc/shadow under certain circumstances Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100204 SUSE/3.5.8-0.1.1 Firefox/3.5.8 I needed to add my user to a group. I used yast2 users. After completion, everything appeared OK... except 'su -' and 'sudo' no longer worked. For anybody. ssh -l root localhost did not work su - did not work sudo bash did not work Nothing worked. I rebooted into single-user mode and that did work. A brief investigation showed me that all of the passwords in /etc/passwd had been removed. /etc/shadow did not contain passwords, either. No passwords. Comparing the {shadow,passwd} files to their {shadow,passwd}.YaST2save counterparts revealed part of the problem - /etc/passwd did have the passwords in it. I had temporarily disabled shadow passwords with 'pwunconv' at some point. However, I've also added users, changed passwords, and so on using the console 'useradd', 'groupmod' (the standard pwdutils suite) without error for *months*, years even. One use of yast2 users and my passwords would have been lost (except for the backup files. yay backups!). Please fix yast2 users to NOT hose password entries. Does it not just call out to the standard pwdutils utilities? If not, it should. There is a reason why they exist! Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 583136] New: yast2 network / Add route inconsistency in logic / workflow
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=583136 http://bugzilla.novell.com/show_bug.cgi?id=583136#c0 Summary: yast2 network / Add route inconsistency in logic / workflow Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dominique.leuenberger(a)tmf-group.com QAContact: jsrain(a)novell.com Found By: Community User Blocker: --- While adding a new route in yast2 / network (gtk), the entry goes from: - Destination - Interface - Gateway - Netmask - Options Logically, netmask and destination should be grouped closer together. (See screenshot). -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 582415] New: ctags should be part of the Linux Kernel Development pattern
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582415 http://bugzilla.novell.com/show_bug.cgi?id=582415#c0 Summary: ctags should be part of the Linux Kernel Development pattern Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 2 Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Patterns AssignedTo: coolo(a)novell.com ReportedBy: jeffm(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: --- Between the two tools, cscope and ctags, ctags is used far more frequently. Strangely, ctags is not part of the Linux Kernel Development pattern but cscope is. Can ctags be added to the pattern? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 582404] New: SELinux refpolicy source should contain all of its contents
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582404 http://bugzilla.novell.com/show_bug.cgi?id=582404#c0 Summary: SELinux refpolicy source should contain all of its contents Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: justinmattock(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2b1) Gecko/20091114 Firefox/3.6b1 when using refpolicy-standard it would be o.k. to not need the policy source because userspace tools can take care of that i.g. semanage/semodule etc.. but with using a monolithic policy one need the source to add allow rules, and users etc... under /usr/share/doc/packages/selinux-refpolicy-standard there lists three files: Changelog COPYING README Reproducible: Always Steps to Reproduce: 1.cd /usr/share/doc/packages/selinux-refpolicy-standard 2. 3. Actual Results: either put the full source of refpolicy in /usr/share/doc/packages/selinux-refpolicy-standard or /usr/share/selinux or have a seperate package to download. Expected Results: either swithout the policy to binary to not have the need for the source code. or if using monolithic policy, have the source in /usr/share/ in order to make policy adjustments. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11