http://bugzilla.novell.com/show_bug.cgi?id=556177#c0
Summary: lvcreate --snapshot .. results in scary messages to
console and /var/log/messages
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: jnelson-suse(a)jamponi.net
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4)
Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4
I created a snapshot volume for testing purposes and this is what I got on the
console:
raid-mm2: event registration failed: 25948:3
libdevmapper-event-lvm2snapshot.so.2.02 dlopen failed:
/lib64/libdevmapper-event-lvm2snapshot.so.2.02: undefined symbol: lvm2_run
raid/snapshot0: snapshot segment monitoring function failed.
Logical volume "mm2" created
and in /var/log/messages:
Nov 17 10:04:15 turnip dmeventd[26002]: dmeventd ready for processing.
Nov 17 10:04:15 turnip dmeventd[26002]: dmeventd
libdevmapper-event-lvm2snapshot.so.2.02 dlopen failed:
/lib64/libdevmapper-event-lvm2snapshot.so.2.02: undefined symbol: lvm2_run
None of which looks very reassuring.
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=556156#c0
Summary: Firefox problem with 1-click
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: x86-64
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Firefox
AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com
ReportedBy: martin.schlander(a)gmail.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Opera/9.80 (X11; Linux x86_64; U; da) Presto/2.2.15
Version/10.01
According to this page
http://en.opensuse.org/Meta_Packages/ISV
You can serve 1-click files with a link like this:
<a href="data:text/x-suse-ymu,http://example.com/test.ymp">Click here to
install my package!</a>
I've done this, but Firefox opens KWrite instead of launching the one-click
installer - Konq and Opera work as intended.
You can test yourself on my 1-click for libdvdcss installation here:
http://www.opensuse-guide.org/codecs-old.php
This is a KDE system. Maybe the problem is related to the new KDE integration.
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=556124#c0
Summary: Some eclipse input controls disabled under KDE 4.3 +
QtCurve GTK style
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: x86
OS/Version: openSUSE 11.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Java
AssignedTo: bnc-team-java(a)forge.provo.novell.com
ReportedBy: robert.munteanu(a)gmail.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
Created an attachment (id=327909)
--> (http://bugzilla.novell.com/attachment.cgi?id=327909)
Launcher with text input disabled
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4)
Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4
When running Eclipse under KDE 4.3 with the QtCurve GTK style ( which seems to
be the default - even if not initially shown ) Eclipse text boxes with history
( e.g. fields in Find/Replace editor dialog, some of the fields in the search
dialog, workspace location in the Workspace launcher ) are greyed out and do
not accept input.
If the fields previously had any input - i.e. history is populated - then
typing is possible.
This does not happen when running under Gnome.
This does not seem to be related to bug 555384 or bug 5390222, as I have
exported GDK_NATIVE_WINDOWS=true and clicks work as expected.
Also posted on https://bugs.eclipse.org/bugs/show_bug.cgi?id=288909 .
Reproducible: Always
Steps to Reproduce:
1. Download eclipse 3.5.1
2. Launch eclipse
If you do choose a workspace then history is populated, so on subsequent runs
you can verify the problem by opening the search dialog ( Ctrl-H ).
Actual Results:
The workspace text field is disabled.
Expected Results:
The workspace text field is enabled.
--
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=556077#c0
Summary: su from root fails for locked accounts
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: x86
OS/Version: openSUSE 11.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Security
AssignedTo: security-team(a)suse.de
ReportedBy: kq8z67r6309fo9001(a)sneakemail.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4)
Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4
In 11.2, su refuses to switch to any account which is locked/disabled (starts
with "!" in /etc/shadow), even when run as root. This is at least quite
different to previous versions, as well as every other *nix. It is probably
also incorrect, as there does not seem to be any documentation of this fact in
passwd(5), shadow(5), or su(1). /etc/pam.d/su-l has:
#%PAM-1.0
auth sufficient pam_rootok.so
auth include common-auth
account include common-account
password include common-password
session include common-session
session optional pam_xauth.so
as before, so one would really believe this should work.
As many of the system/daemon accounts are "!", and at least some (e.g.
postgres) must be su'd to from time to time, this does not work out well.
Replacing the su binary with an older version doesn't help, so the problem is
probably occuring someplace else (pam_rootok?).
Reproducible: Always
Steps to Reproduce:
1. # su - postgres
Actual Results:
su: incorrect password
Expected Results:
postgres@host:~>
--
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=555870
Summary: dhclient does not get rfc3442 classless static routes
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.2
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: Network
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dmitry.kholodilov(a)gmail.com
QAContact: qa(a)suse.de
Found By: Community User
Blocker: ---
--- Comment #0 from Dmitry Kholodilov <dmitry.kholodilov(a)gmail.com> 2009-11-16 17:16:11 UTC ---
Created an attachment (id=327730)
dhclient-exit-hooks
I'm connected to the LAN and my provider sends classless static routes through
DHCP. But dhclient utility, that works with NetworkManager, does not set this
routes. So, when I've connected to the Internet with VPN (pptp) I can't access
local resources.
My routing table looks like:
Destination Gateway Genmask Flags Metric Ref Use Iface
10.55.88.0 * 255.255.254.0 U 1 0 0 eth0
default 10.55.88.1 0.0.0.0 UG 0 0 0 eth0
However, the problem is solvable: exit hook script is needed to set rfc3442
classless static routes using dhclient. Debian and Ubuntu linux distributions
use this solution.
I've attached the file "dhcp-exit-hooks", that placed in my /etc dir. This
script does work on setting the routes. Also, in "dhclient.conf" file we need
to add line:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
and "rfc3442-classless-static-routes" in request list. I've attached this file
too.
So, with additional configuration my routing table looks like:
Destination Gateway Genmask Flags Metric Ref Use Iface
85.112.113.96 10.55.88.1 255.255.255.240 UG 0 0 0 eth0
192.188.189.0-n 10.55.88.1 255.255.255.0 UG 0 0 0 eth0
192.168.254.0 10.55.88.1 255.255.255.0 UG 0 0 0 eth0
oivt-net.mipt.r 10.55.88.1 255.255.254.0 UG 0 0 0 eth0
10.55.88.0 * 255.255.254.0 U 1 0 0 eth0
81.5.88-net.mip 10.55.88.1 255.255.252.0 UG 0 0 0 eth0
campus-net-80.0 10.55.88.1 255.255.252.0 UG 0 0 0 eth0
81.5.64.0 10.55.88.1 255.255.240.0 UG 0 0 0 eth0
93.182.0.0 10.55.88.1 255.255.192.0 UG 0 0 0 eth0
172.16.0.0 10.55.88.1 255.240.0.0 UG 0 0 0 eth0
10.0.0.0 10.55.88.1 255.0.0.0 UG 0 0 0 eth0
default 10.55.88.1 0.0.0.0 UG 0 0 0 eth0
And local resources are accessible with VPN connection.
I think this behavior should be used by default, or at least, be configurable.
--
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=555845
Summary: sqlite3 should link libdl
Classification: openSUSE
Product: openSUSE 11.3
Version: Factory
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Development
AssignedTo: max(a)novell.com
ReportedBy: mrueckert(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
--- Comment #0 from Marcus Rückert <mrueckert(a)novell.com> 2009-11-16 15:24:46 UTC ---
the dovecot configure check for sqlite3 fails on factory with the following
error message:
[[[
configure:30325: checking for sqlite3_open in -lsqlite3
configure:30360: gcc -o conftest -std=gnu99 -fmessage-length=0 -O2 -Wall
-D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables
-fasynchronous-unwind-tables -g -fstack-protector -I/usr/lib64 -Wall -W
-Wmissing-
prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -Wstrict-aliasing=2 -fPIC -DPIC conftest.c -lsqlite3
-lrt -pie >&5
/usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../lib64/libsqlite3.so: undefined
reference to `dlsym'
/usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../lib64/libsqlite3.so: undefined
reference to `dlerror'
/usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../lib64/libsqlite3.so: undefined
reference to `dlopen'
/usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../lib64/libsqlite3.so: undefined
reference to `dlclose'
collect2: ld returned 1 exit status
configure:30367: $? = 1
]]]
the configure check looks like this:
[[[
if test $want_sqlite != no; then
AC_CHECK_LIB(sqlite3, sqlite3_open, [
AC_CHECK_HEADER(sqlite3.h, [
SQLITE_LIBS="$SQLITE_LIBS -lsqlite3 -lz"
AC_DEFINE(HAVE_SQLITE,, Build with SQLite3 support)
found_sql_drivers="$found_sql_drivers sqlite"
], [
if test $want_sqlite = yes; then
AC_ERROR([Can't build with SQLite support: sqlite3.h not
found])
fi
])
], [
if test $want_sqlite = yes; then
AC_ERROR([Can't build with SQLite support: libsqlite3 not found])
fi
])
fi
]]]
as you see i dont request an special features from sqlite. so i think if
libsqlite3 needs libdl for its functionality, it should like it.
--
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=555774
Summary: ifup-wireless: wl driver does not like "iwconfig ap
any"
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: tilman.vogel(a)web.de
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
--- Comment #0 from Tilman Vogel <tilman.vogel(a)web.de> 2009-11-16 10:49:11 UTC ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.0.11)
Gecko/2009060200 SUSE/3.0.11-5.2 Firefox/3.0.11
Calling "iwconfig ap any" or "iwconfig ap off" for a Broadcom card with the
"wl" driver will cause the card to clear the essid and not associate anymore.
( This causes problems with AUTH_MODE "open", not with "psk". Probably because
the supplicant will scan for the network on its own. )
Proposed patch: Change
case "${DRIVER}" in
(ath_pci)
test -z "$WIRELESS_AP" && WIRELESS_AP='off'
;;
(*)
test -z "$WIRELESS_AP" && WIRELESS_AP='any'
;;
esac
to
case "${DRIVER}" in
(ath_pci)
test -z "$WIRELESS_AP" && WIRELESS_AP='off'
;;
(wl)
;;
(*)
test -z "$WIRELESS_AP" && WIRELESS_AP='any'
;;
esac
This will not set WIRELESS_AP to either off or any for the wl driver.
Association then works fine.
Reproducible: Always
Steps to Reproduce:
1. set up wireless card to associate to an open AP with given ESSID
2. try to connect
Actual Results:
iwconfig will list the card with essid "", not associated.
Expected Results:
iwconfig lists the card with the correct essid and associated.
--
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=555732
Summary: Invalid $(hostname -i) usage SuSEconfig.postfix
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: mt(a)novell.com
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
--- Comment #0 from Marius Tomaschewski <mt(a)novell.com> 2009-11-16 09:22:19 UTC ---
The use of $(hostname -i) as on 11.2 very easy breaks postfix, because
it returns a _list_ of IP adresses:
xanthos:~ # hostname -i
172.16.10.1 172.16.1.1
xanthos:~ # grep xanthos /etc/hosts
172.16.10.1 xanthos.mat-home.net xanthos
172.16.1.1 xanthos.mat-home.net xanthos
or more worse, like this:
xanthos:~ # hostname -f
localhost
xanthos:~ # hostname -i
127.0.0.1 172.16.10.1 172.16.1.1
xanthos:~ # grep xanthos /etc/hosts
127.0.0.1 localhost xanthos
172.16.10.1 xanthos.mat-home.net xanthos
172.16.1.1 xanthos.mat-home.net xanthos
Note, that this list can also be very easy empty!
This is the case when you disable to write it with 127.0.0.2 to /etc/hosts
(WRITE_HOSTNAME_TO_HOSTS=no), the hostname update via dhcp is disabled
(DHCLIENT_SET_HOSTNAME) or the dhcp server simply does not provide any, ...
finally it may also happen due to an temporary DNS failure.
Please fix, e.g. using a "for i in $(hostname -i) ; do" loop.
Further, $FQHOSTNAME may be "linux.local" on two hosts (opensuse machines).
I don't think that it is helpful to reject mails with "Liar!" -- in worst
case this is an affront and maybe worth a lawsuit in best case bad style.
--
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=555687
Summary: perl-Finance-Quote
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: i586
OS/Version: openSUSE 11.2
Status: NEW
Severity: Major
Priority: P5 - None
Component: GNOME
AssignedTo: bnc-team-gnome(a)forge.provo.novell.com
ReportedBy: AmigaPhil(a)ping.be
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
--- Comment #0 from Philippe Duchenne <AmigaPhil(a)ping.be> 2009-11-16 00:49:06 UTC ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.1.4)
Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4
I've (almost) successfully upgraded from openSUSE 11.1 to 11.2.
One of the problem I'm facing now is that the perl-Finance-Quote package has
falled back to version 1.16-2.1. The patched version I had under 11.1 fixed
two bugs:
1) a problem with online retrieval of currency quotes (due to a change in Yahho
web site some months ago),
2) a crash due to the lerevenu.pm perl module (also caused by a change in
lerevenu.com site).
perl-Finance-Quote 1.16 is failing when using lerevenu as source for quotes,
making the whole online retrieval of quotes process to fail.
Checking on the OBS repositories, I found perl-Finance-Quote 1.17-4.3 built by
sbrabec. Unfortunately, this package requires Perl 5.10.1 (whereas openSUSE
11.2 is supplied with Perl 5.10.0).
I also found Perl 5.10.1-70.4 on the OBS, but yet with a *LOT* of dependencies
(requiring to un-install/re-install many packages). At this point, I gave up
trying to upgrade in hope to avoid messing up my current 11.2 installation.
Can you (sbrabec, or someone else) do something to speed up the availability of
patches for openSUSE 11.2 to fix this problem ?
Reproducible: Always
Steps to Reproduce:
1. Run an application that makes use of finance::quote, like GnuCash;
2. Try to retrieve online quotes;
3. If one of the source for quotes is lerevenu, lerevenu.pm will crash and
cause a global failure of F::Q (so no quotes update);
Actual Results:
No quotes are retrieved for GnuCash as the crash happen early (lerevenu.com is
poked first).
Expected Results:
Full right results for the queried quotes with the patches applied for the
known bugs which fixes the right dialogs with the changes on yahoo.com and
lerevenu.com.
Patches are already available for quote.pm (fixing the Yahoo problem) and for
lerevenu.pm (for the changes in lerevenu.com). The last public available
version of finance::quote (so far) is v1.17 (which fixes the problem of Yahoo,
but not yet the problem of lerevenu; I think a v1.18 will be available soon).
--
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=555677
Summary: sk1 File->open dialogue opens in background
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: jansimon.moeller(a)opensuse.org
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
--- Comment #0 from Jan-Simon Möller <jansimon.moeller(a)opensuse.org> 2009-11-15 21:23:26 UTC ---
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.4)
Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4
The file-chooser opens hidden in the background - you won't notice it at first.
Hitting File->Open again opens 2nd file-chooser in the background. Application
will crash on more than 1 file-chooser selecting files.
Reproducible: Always
Steps to Reproduce:
1. zypper install sk1
2. start program
3. klick on File->open (use Alt+Tab to make the chooser visible)
Actual Results:
File-chooser is opened in the background.
Expected Results:
File-chooser comes to foreground.
11.2 system with kde4 desktop.
--
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.