http://bugzilla.novell.com/show_bug.cgi?id=559704http://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.
http://bugzilla.novell.com/show_bug.cgi?id=578053http://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.
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.
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.
http://bugzilla.novell.com/show_bug.cgi?id=584082http://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.
http://bugzilla.novell.com/show_bug.cgi?id=584028http://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.
http://bugzilla.novell.com/show_bug.cgi?id=583338http://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.
http://bugzilla.novell.com/show_bug.cgi?id=583136http://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.
http://bugzilla.novell.com/show_bug.cgi?id=582415http://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.
http://bugzilla.novell.com/show_bug.cgi?id=582404http://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.