June 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 397482] New: I lost -lots- of mail ...
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=397482 Summary: I lost -lots- of mail ... Product: openSUSE 11.0 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Evolution AssignedTo: bnc-team-evolution(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: lakhil(a)novell.com Found By: --- A slightly alarmist title to be sure: I found the mail again, but this is really bad... I got a mail with a subject: Subject: [uiaaes] RE: New Name of Group? I right clicked, selected "Filter based on subject" - assuming this would hide all the mails with this subject: perhaps not so foolish (?) ;-) Imagine my surprise (some months later) - to find mails disappearing with subjects of the form: "RE: foo" All disappearing into a rat-hole, which (clearly) I don't ~ever read (otherwise why filter ? ;-) I attach a screenshot of the filters dialog after the selection; really, really not amusing. Now I'll go and read all those random replies from that folder :-( -- Configure bugmail: https://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 391856] New:=?UTF-8?Q?=20Installation=C2=A0ended=C2?= �immediately with error when I played with partitioning disk
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=391856 Summary: Installation ended immediately with error when I played with partitioning disk Product: openSUSE 11.0 Version: Beta 3 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: postadal(a)novell.com QAContact: jsrain(a)novell.com Found By: --- In installation I click on partitioning and I went throught dialogs and back then I tried it again and error ocured and installation ended immediately. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 397457] New: Trying to use the one click install in crashes konqueror in KDE4 live cd
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=397457 Summary: Trying to use the one click install in crashes konqueror in KDE4 live cd Product: openSUSE 11.0 Version: RC 1 Platform: i586 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: kenneth.aar(a)virkelighet.net QAContact: qa(a)suse.de Found By: --- Important to note that rying to use the one click install in Opensuse 11 RC1 crashes konqueror. System with Opensuse 11 RC1 KDE4 live cd (installed) And upgraded to the current status of factory pr 05.06.2008. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 397494] New: konqueror crash when click on "1-click install" ypm script on opensuse site
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=397494 User pnemec(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=397494#c5 Summary: konqueror crash when click on "1-click install" ypm script on opensuse site Product: openSUSE 11.0 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: pnemec(a)novell.com QAContact: qa(a)suse.de Found By: --- I search for some software on opensuse site an click on ypm script. Konqueror (kde4) crash with this backtrace: #5 0x00007fdc1968cbb1 in KMimeType::parentMimeType () from /usr/lib64/libkdecore.so.5 #6 0x00007fdc1b1a2f52 in ?? () from /usr/lib64/libkdeinit4_konqueror.so #7 0x00007fdc1b187f92 in ?? () from /usr/lib64/libkdeinit4_konqueror.so #8 0x00007fdc1b143aae in ?? () from /usr/lib64/libkdeinit4_konqueror.so #9 0x00007fdc1a7452b2 in KRun::mimeTypeDetermined () from /usr/lib64/libkio.so.5 #10 0x00007fdc1aaa8663 in KParts::BrowserRun::slotBrowserMimetype () from /usr/lib64/libkparts.so.4 #11 0x00007fdc1aaa932d in KParts::BrowserRun::qt_metacall () from /usr/lib64/libkparts.so.4 #12 0x00007fdc1b144276 in ?? () from /usr/lib64/libkdeinit4_konqueror.so #13 0x00007fdc190324e0 in QMetaObject::activate () from /usr/lib64/libQtCore.so.4 #14 0x00007fdc1a6e21d7 in KIO::TransferJob::mimetype () from /usr/lib64/libkio.so.5 #15 0x00007fdc1a6ea051 in KIO::TransferJob::qt_metacall () from /usr/lib64/libkio.so.5 #16 0x00007fdc190324e0 in QMetaObject::activate () from /usr/lib64/libQtCore.so.4 #17 0x00007fdc1a7856b5 in KIO::SlaveInterface::mimeType () from /usr/lib64/libkio.so.5 #18 0x00007fdc1a787c58 in KIO::SlaveInterface::dispatch () from /usr/lib64/libkio.so.5 #19 0x00007fdc1a786062 in KIO::SlaveInterface::dispatch () from /usr/lib64/libkio.so.5 #20 0x00007fdc1a77a6ee in KIO::Slave::gotInput () from /usr/lib64/libkio.so.5 #21 0x00007fdc1a77a9f8 in KIO::Slave::qt_metacall () from /usr/lib64/libkio.so.5 #22 0x00007fdc190324e0 in QMetaObject::activate () from /usr/lib64/libQtCore.so.4 #23 0x00007fdc1a6c33f1 in ?? () from /usr/lib64/libkio.so.5 #24 0x00007fdc1a6c3a9a in KIO::Connection::qt_metacall () from /usr/lib64/libkio.so.5 #25 0x00007fdc1902e9ce in QObject::event () from /usr/lib64/libQtCore.so.4 #26 0x00007fdc162a892d in QApplicationPrivate::notify_helper () from /usr/lib64/libQtGui.so.4 #27 0x00007fdc162aecfa in QApplication::notify () from /usr/lib64/libQtGui.so.4 #28 0x00007fdc1a270b7b in KApplication::notify () from /usr/lib64/libkdeui.so.5 #29 0x00007fdc19020e9c in QCoreApplication::notifyInternal () from /usr/lib64/libQtCore.so.4 #30 0x00007fdc190217cb in QCoreApplicationPrivate::sendPostedEvents () from /usr/lib64/libQtCore.so.4 #31 0x00007fdc19047590 in QEventDispatcherUNIX::processEvents () from /usr/lib64/libQtCore.so.4 #32 0x00007fdc1632936a in ?? () from /usr/lib64/libQtGui.so.4 #33 0x00007fdc1901f7f2 in QEventLoop::processEvents () from /usr/lib64/libQtCore.so.4 #34 0x00007fdc1901f985 in QEventLoop::exec () from /usr/lib64/libQtCore.so.4 #35 0x00007fdc19021a25 in QCoreApplication::exec () from /usr/lib64/libQtCore.so.4 #36 0x00007fdc1b1b58b2 in kdemain () from /usr/lib64/libkdeinit4_konqueror.so #37 0x00007fdc14c37436 in __libc_start_main () from /lib64/libc.so.6 #38 0x0000000000400879 in _start () #0 0x00007fdc14cbb261 in nanosleep () from /lib64/libc.so.6 Steps to reproduce 1. run kde4 2. run konqueror 3. search for some software http://software.opensuse.org/ ( I test freemind) 4. Click on "1-click install" -- Configure bugmail: https://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 391362] New: System does not accept DNS and default route via DHCP
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=391362 Summary: System does not accept DNS and default route via DHCP Product: openSUSE 11.0 Version: Beta 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rplewe(a)novell.com QAContact: qa(a)suse.de Found By: --- When activating my WLAN card via DHCP, there is no DNS and no default route set. This was and still is working with 10.3 in the same network environment, same DHCP server settings. I installed the machine in a wired DHCP environment, where those settings work. Switching to WLAN meant switching from NetworkManager to ifup/down, since I'm not successful in using NM with my WLAN card. /etc/resolve.conf shows the line # generated by NetworkManager, do not edit! and the DNS from the wired environment. -- Configure bugmail: https://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 342196] New: unknown protocol google in konqueror search button on updated user
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=342196 Summary: unknown protocol google in konqueror search button on updated user Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: ak(a)novell.com QAContact: qa(a)suse.de Found By: --- I updated a system from 10.2 to 10.3. /home was unchanged. When using Konqueror's search button on the updated user I always get "Unknown protocol google" instead of google results When I created a new user for testing the problem does not appear. -- Configure bugmail: https://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 375586] New: Root password limited to 8 characters if Windows Domain is used
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=375586 Summary: Root password limited to 8 characters if Windows Domain is used Product: openSUSE 11.0 Version: Alpha 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sloncho(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Hi, I'm performing a fresh installation of 11.0 Alpha 3 in VMWare virtual machine. After selecting the timezone, it asks to create a user (local). I hit "Change" and changed the authentication method to "Samba(Windows Domain)". This disables the selection fields for Blowfish and other encryption methods. So, on the next screen, it asks for root password, and if password longer than 8 characters is provided, it complains that the password is too long for the current encryption method, and I need to truncate it to 8 characters. As the root user is "local", is shouldn't be affected by what I select for user authentication, and I should be able still to select what encryption method to use for "local" users. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

[Bug 335547] New: silc-toolkit (Pidgin) can't handle public keys
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=335547 Summary: silc-toolkit (Pidgin) can't handle public keys Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: td(a)pre-secure.de QAContact: qa(a)suse.de Found By: --- After updating to openSUSE 10.3 my Silc accounts were not working in Pidgin anymore. After trying to log in into a Silc server the following errors occurred: Error encoding SILC public key identifier Error during key exchange with sauna.silcnet.org: Unexpected error occurred With silc-toolkit 1.0.x everything was working fine. The culprit seems to be silc-toolkit-1.1.2-14 because after manually updating to silc-toolkit-1.1.3 everything was working again. This also fits to the descriptions found in the release notes: http://silcnet.org/docs/release/SILC%20Toolkit%201.1.3 Tested with: pidgin-2.1.1-13 libpurple-2.1.1-13 Note: Apparently silc-toolkit 1.1.x also handles private keys (for a user and not a server) differently. Another error message given after the update, when trying to connect to a server was Malformed SILC private key and occurred for both silc-toolkit 1.1.2 and 1.1.3. The solution here was to create a new user key pair. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 303957] New: Czech keyboard does not work on the text console
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=303957 Summary: Czech keyboard does not work on the text console Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pmladek(a)novell.com QAContact: qa(a)suse.de Found By: Development I was unable to write Czech characters with an hook (ěščřž) on 10.2-beta2 on the text console: Steps to reproduce: 1. Switch to the text console [CTRL+ALT+F2] 2. Login 3. Select by yast the Czech keyboard 4. Try to enter the characters: ěščřž The Czech keyboard has them instead of: 23456 Result: I see: ????? I have seen some Czech characters on the console (printed by a program), so the font looks fine. Thus I expect, the problem is in the keymap or ... BTW: The characters with an accent (ýáíé) can be written without problems. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 389087] New: Bugs in zypper.de.po ('wich' instead of 'which')
by bugzilla_noreply＠novell.com 05 Jun '08

05 Jun '08

https://bugzilla.novell.com/show_bug.cgi?id=389087 Summary: Bugs in zypper.de.po ('wich' instead of 'which') Product: openSUSE 11.0 Version: Factory Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: marko.schugardt(a)gmx.de QAContact: ke(a)novell.com Found By: --- Some english strings contain a 'wich' instead of a 'which'. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3