June 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 392060] New: a grey display pops up before starting of KDE4 and during logout white
by bugzilla_noreply＠novell.com 24 Mar '09

24 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=392060 Summary: a grey display pops up before starting of KDE4 and during logout white Product: openSUSE 11.0 Version: Beta 3 Platform: x86 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: ra100(a)atlas.sk QAContact: qa(a)suse.de Found By: --- Created an attachment (id=216425) --> (https://bugzilla.novell.com/attachment.cgi?id=216425) a grey screen before starting of KDE4 before starting of KDE4, screen is switched to a grey desktop with mark/cross and during logout is switched to a blank white dipslay. for anybody it´s irrelevant or little thing, but it doesn´t create good impression. it´s not quite well, if grey or blank white screen pops up. you can see it in attached videos for better explanation what i mean. -- 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 13

[Bug 341647] New: mounted nfs share does not show up after reconnect with k network manager
by bugzilla_noreply＠novell.com 23 Mar '09

23 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=341647 Summary: mounted nfs share does not show up after reconnect with k network manager Product: openSUSE 10.3 Version: Final Platform: 32bit OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: reitenbach(a)rapideye.de QAContact: qa(a)suse.de Found By: --- when I login into the notebook, networkmanager enabled, and then open a konsole and enter mount, the nfs share is shown. When I then reconnect the network via knetworkmanager, then when it is ready, the mounted share is not shown anymore in the output of hte mount command. Well, it is still mounted where it was, and still listed in /proc/mounts, but not in /etc/mtab nor does it show up in the output of df. Expected behaviour: as long as the nfs share is mounted, it should show up in the mount command, and in df and in /etc/mtab, as all the other filesystems do. -- 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 15

[Bug 347149] New: YaST module to configure MySQL
by bugzilla_noreply＠novell.com 21 Mar '09

21 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=347149 Summary: YaST module to configure MySQL Product: openSUSE 11.0 Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: houghi(a)houghi.org QAContact: jsrain(a)novell.com Found By: --- It would be grat to have a YaST module to configure MySQL from YaST from scratch. Not the maintaining of the databases itself, but the setup of MySQL with login and password and such -- 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 8

[Bug 402545] New: Making pin easier to read on CLI if no package is installed
by bugzilla_noreply＠novell.com 21 Mar '09

21 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=402545 Summary: Making pin easier to read on CLI if no package is installed Product: openSUSE 11.1 Version: Factory Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: houghi(a)houghi.org QAContact: qa(a)suse.de Found By: --- Created an attachment (id=223585) --> (https://bugzilla.novell.com/attachment.cgi?id=223585) pin improvement When pin is used on the CLI the complete packagename is shown as well before each line. e.g. /CD1/suse/noarch/apparmor-docs-2.3-24.1.noarch.rpm: Name : apparmor-docs Relocations: (not relocatable) /CD1/suse/noarch/apparmor-docs-2.3-24.1.noarch.rpm: Version : 2.3 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany /CD1/suse/noarch/apparmor-docs-2.3-24.1.noarch.rpm: Release : 24.1 Build Date: Sat Jun 7 04:36:37 2008 /CD1/suse/noarch/apparmor-docs-2.3-24.1.noarch.rpm: Install Date: (not installed) Build Host: alfano.suse.de This makes it hard to read because of the length of the filename, including the path. Tbe repeat of the complete pathname on each line is not needed as the name of the file is already given in the form of: ---> ./CD1/suse/noarch/apparmor-docs-2.3-24.1.noarch.rpm Better would be to have something like: Name : apparmor-docs Relocations: (not relocatable) Version : 2.3 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 24.1 Build Date: Sat Jun 7 04:36:37 2008 Install Date: (not installed) Build Host: alfano.suse.de On lines that contain filenmames it becomes even harder to read. Only a few lines need to be implemented. Attached a patch of how I use it. -- 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 400834] New: hang on network shutdown ...
by bugzilla_noreply＠novell.com 21 Mar '09

21 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=400834 Summary: hang on network shutdown ... Product: openSUSE 11.0 Version: Final 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: --- This is rather an amazing issue; I've seen hangs in gnutls before, and always assumed that I was just impatient, and this was making progress. Unfortunately it seems that at least in this case it was not. * evo hung, * I shut down networking in nm-applet (disable) * /sbin/ifconfig showed the network interfaces are down * unfortunately gnutls is still hung in a 'recv' on a IP socket to somewhere else: How can lsof -p 3323 show: evolution 3323 michael 35w IPv4 70358 0t0 TCP 192.168.0.8:54021->130.57.5.105:trivnet2 (ESTABLISHED) when /sbin/ifconfig shows: michael@t60p:~> /sbin/ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:208 errors:0 dropped:0 overruns:0 frame:0 TX packets:208 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:18777 (18.3 Kb) TX bytes:18777 (18.3 Kb) Surely the kernel should close all connections on interfaces that have been shut down - and this is no local connection :-) evolution: Thread 3 (Thread 0xb0afcb90 (LWP 6012)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb67321c7 in *__GI___poll (fds=0x92faf28, nfds=1, timeout=-1) at ./sysdeps/unix/sysv/linux/poll.c:87 #2 0xb6817492 in g_main_context_iterate (context=0x92fc2f8, block=1, dispatch=1, self=0x92fc8a8) at gmain.c:2951 #3 0xb6817aca in IA__g_main_loop_run (loop=0x92f8d90) at gmain.c:2850 #4 0xb7ba3952 in startup_mainloop (arg=0x0) at e-book.c:3773 #5 0xb683de7f in g_thread_create_proxy (data=0x92fc8a8) at gthread.c:635 #6 0xb7255175 in start_thread (arg=0xb0afcb90) at pthread_create.c:297 #7 0xb673bdce in clone () from /lib/libc.so.6 Thread 2 (Thread 0xae1ffb90 (LWP 6014)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb67321c7 in *__GI___poll (fds=0x809be40, nfds=9, timeout=-1) at ./sysdeps/unix/sysv/linux/poll.c:87 #2 0xb6817492 in g_main_context_iterate (context=0x92fc528, block=1, dispatch=1, self=0x92fac80) at gmain.c:2951 #3 0xb6817aca in IA__g_main_loop_run (loop=0x92faa38) at gmain.c:2850 #4 0xb72a9e00 in link_io_thread_fn (data=0x0) at linc.c:396 #5 0xb683de7f in g_thread_create_proxy (data=0x92fac80) at gthread.c:635 #6 0xb7255175 in start_thread (arg=0xae1ffb90) at pthread_create.c:297 #7 0xb673bdce in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb63e0720 (LWP 5715)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb7258c15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so0 #2 0xb728c005 in giop_recv_buffer_get (ent=0xbfb840dc, timeout=0xbfb840f4) at giop-recv-buffer.c:716 #3 0xb7290ed6 in ORBit_small_invoke_stub (obj=0xa2f50930, m_data=0xb7bc10c0, ret=0xbfb841c0, args=0xbfb841b8, ctx=0x0, ev=0xbfb84228) at orbit-small.c:658 #4 0xb7291109 in ORBit_small_invoke_stub_n (object=0xa2f50930, methods=0x535, index=<value optimized out>, ret=0xbfb841c0, args=0xbfb841b8, ctx=0x0, ev=0xbfb84228) at orbit-small.c:575 #5 0xb729ddaa in ORBit_c_stub_invoke (obj=0xa2f50930, methods=0xb7bc1104, method_index=0, ret=0xbfb841c0, args=0xbfb841b8, ctx=0x0, ev=0xbfb84228, class_id=0, method_offset=4, skel_impl=0xb7b9c7c0 <_ORBIT_skel_small_GNOME_Evolution_Addressbook_BookFactory_getBook>) at poa.c:2643 #6 0xb7b9e3e9 in GNOME_Evolution_Addressbook_BookFactory_getBook (_obj=0xa2f50930, source=0xa2f36440 "<?xml version=\"1.0\"?>\n<source uid=\"1213700011.5715.5@t60p\" name=\"\" uri=\"file:///home/michael/.evolution/addressbook/local/system\"/>\n", listener=0xa2f35b90, ev=0xbfb84228) at Evolution-DataServer-Addressbook-stubs.c:330 #7 0xb7ba5899 in e_book_new (source=0xab716b40, error=0xbfb842f8) at e-book.c:3340 #8 0xb7ba5c92 in e_book_new_from_uri (uri=0xa2e6f3c8 "file:///home/michael/.evolution/addressbook/local/system", error=0xbfb842f8) at e-book.c:3856 #9 0xb7ba5f47 in e_book_new_system_addressbook (error=0xbfb842f8) at e-book.c:3919 #10 0xaff99f13 in bbdb_open_addressbook (type=0) at bbdb.c:329 #11 0xaff9a3a0 in bbdb_handle_reply (ep=0x81146b8, target=0xa2e2b7e0) at bbdb.c:154 #12 0xb7df10c7 in epl_invoke (ep=0x81146b8, name=0x812dfb8 "bbdb_handle_reply", data=0xa2e2b7e0) at e-plugin.c:894 #13 0xb7df08d1 in e_plugin_invoke (ep=0x535, name=0x812dfb8 "bbdb_handle_reply", data=0xa2e2b7e0) at e-plugin.c:666 #14 0xb7deb5da in emph_event_handle (ee=0x81332a0, item=0x812b580, data=0x8152c70) at e-event.c:413 #15 0xb7deb761 in e_event_emit (emp=0x81332a0, id=0xb317d4a2 "message.replying", target=0xa2e2b7e0) at e-event.c:299 #16 0xb30fd862 in em_utils_reply_to_message (folder=0x87b4a80, uid=0x9561738 "34525", message=0x948b268, mode=1, source=0x8231398) at em-composer-utils.c:1991 #17 0xb30fe204 in reply_to_message (folder=0x87b4a80, uid=0x9561738 "34525", message=0x535, user_data=0x9036c90) at em-composer-utils.c:1932 #18 0xb314fc7d in get_message_done (m=0x535) at mail-ops.c:1727 #19 0xb314f45a in mail_msg_idle_cb () at mail-mt.c:503 #20 0xb6812191 in g_idle_dispatch (source=0x941cc10, callback=0xfffffe00, user_data=0x0) at gmain.c:4087 #21 0xb6814079 in IA__g_main_context_dispatch (context=0x80931f8) at gmain.c:2009 #22 0xb68175fb in g_main_context_iterate (context=0x80931f8, block=1, dispatch=1, self=0x8068298) at gmain.c:2642 #23 0xb6817aca in IA__g_main_loop_run (loop=0x80b23e0) at gmain.c:2850 #24 0xb734c0a3 in bonobo_main () at bonobo-main.c:311 #25 0x0805e1b5 in main (argc=1, argv=Cannot access memory at address 0x84 ) at main.c:782 #0 0xffffe430 in __kernel_vsyscall () evolution-data-server: Thread 4 (Thread 0xb6b19b90 (LWP 3355)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb70de1c7 in *__GI___poll (fds=0x88b5338, nfds=12, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0xb7220492 in g_main_context_iterate (context=0x8062048, block=1, dispatch=1, self=0x805f168) at gmain.c:2951 #3 0xb7220aca in IA__g_main_loop_run (loop=0x8061f40) at gmain.c:2850 #4 0xb7322e00 in link_io_thread_fn (data=0x0) at linc.c:396 #5 0xb7246e7f in g_thread_create_proxy (data=0x805f168) at gthread.c:635 #6 0xb7164175 in start_thread (arg=0xb6b19b90) at pthread_create.c:297 #7 0xb70e7dce in clone () from /lib/libc.so.6 Thread 3 (Thread 0xb0965b90 (LWP 5771)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb70de1c7 in *__GI___poll (fds=0x8152ff0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0xb7220492 in g_main_context_iterate (context=0x8152f30, block=1, dispatch=1, self=0x8152fb0) at gmain.c:2951 #3 0xb7220aca in IA__g_main_loop_run (loop=0x814f300) at gmain.c:2850 #4 0xb7e4b952 in startup_mainloop (arg=0x0) at e-book.c:3773 #5 0xb7246e7f in g_thread_create_proxy (data=0x8152fb0) at gthread.c:635 #6 0xb7164175 in start_thread (arg=0xb0965b90) at pthread_create.c:297 ---Type <return> to continue, or q <return> to quit--- #7 0xb70e7dce in clone () from /lib/libc.so.6 Thread 2 (Thread 0xb596fb90 (LWP 21265)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb716a7a9 in __lll_lock_wait () from /lib/libpthread.so.0 #2 0xb7165c66 in _L_lock_89 () from /lib/libpthread.so.0 #3 0xb7165572 in __pthread_mutex_lock (mutex=0x80624e8) at pthread_mutex_lock.c:86 #4 0xb7e8ff64 in impl_GNOME_Evolution_Addressbook_BookFactory_getBook ( servant=0x8056b34, source_xml=0x8de2701 "<?xml version=\"1.0\"?>\n<source uid=\"1213700011.5715.5@t60p\" name=\"\" uri=\"file:///home/michael/.evolution/addressbook/local/system\"/>\n", listener=0x8db2b98, ev=0xb596f2a8) at e-data-book-factory.c:323 #5 0xb7e8447a in _ORBIT_skel_small_GNOME_Evolution_Addressbook_BookFactory_getBook (_o_servant=0x8056b34, _o_retval=0xb596f150, _o_args=0xb596f130, _o_ctx=0xb596f1d8, _o_ev=0xb596f2a8, _impl_getBook=0xb7e8fdf0 <impl_GNOME_Evolution_Addressbook_BookFactory_getBook>) at Evolution-DataServer-Addressbook-common.c:180 #6 0xb7316b27 in ORBit_POAObject_invoke (pobj=0x8062520, ret=0xb596f150, args=0xb596f130, ctx=0xb596f1d8, data=0xb596f258, ev=0xb596f2a8) at poa.c:1142 #7 0xb731d0b5 in ORBit_OAObject_invoke (adaptor_obj=0x8062520, ret=0xb596f150, args=0xb596f130, ctx=0xb596f1d8, data=0xb596f258, ---Type <return> to continue, or q <return> to quit--- ev=0xb596f2a8) at orbit-adaptor.c:338 #8 0xb73094ce in ORBit_small_invoke_adaptor (adaptor_obj=0x8062520, recv_buffer=0xb69de830, m_data=0xb7f349c0, data=0xb596f258, ev=0xb596f2a8) at orbit-small.c:844 #9 0xb731aba9 in ORBit_POAObject_handle_request (pobj=0x8062520, opname=0xb698113c "getBook", ret=0x0, args=0x0, ctx=0x0, recv_buffer=0xb69de830, ev=0xb596f2a8) at poa.c:1351 #10 0xb731b282 in ORBit_POAObject_invoke_incoming_request (pobj=0x8062520, recv_buffer=0xb69de830, opt_ev=0x0) at poa.c:1421 #11 0xb7301d45 in giop_thread_queue_process (tdata=0xb69d8800) at giop.c:771 #12 0xb7302078 in giop_request_handler_thread (data=0xb69d8800, user_data=0x0) at giop.c:481 #13 0xb72484e6 in g_thread_pool_thread_proxy (data=0x805b308) at gthreadpool.c:265 #14 0xb7246e7f in g_thread_create_proxy (data=0xb69814d0) at gthread.c:635 #15 0xb7164175 in start_thread (arg=0xb596fb90) at pthread_create.c:297 #16 0xb70e7dce in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb6f106e0 (LWP 3323)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb716aee8 in recv () from /lib/libpthread.so.0 #2 0xb6f9a6cc in _gnutls_read (session=0x89e9800, iptr=0x8eb6e18, sizeOfPtr=5, flags=0) at /usr/include/bits/socket2.h:45 ---Type <return> to continue, or q <return> to quit--- #3 0xb6f9ab72 in _gnutls_io_read_buffered (session=0x89e9800, iptr=0xbfd73a38, sizeOfPtr=5, recv_type=4294967295) at gnutls_buffers.c:571 #4 0xb6f96b3f in _gnutls_recv_int (session=0x89e9800, type=GNUTLS_APPLICATION_DATA, htype=4294967295, data=0xb6911a00 "�\234�\220\003", sizeofdata=8192) at gnutls_record.c:893 #5 0xb6f97aab in gnutls_record_recv (session=0x89e9800, data=0xb6911a00, sizeofdata=8192) at gnutls_record.c:1168 #6 0xb797e655 in soup_gnutls_read (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ac8, err=0xbfd73b08) at soup-gnutls.c:200 #7 0xb721324d in IA__g_io_channel_read_chars (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ba4, error=0xbfd73b08) at giochannel.c:1787 #8 0xb798ccc2 in read_from_network (sock=0x815faf8, buffer=<value optimized out>, len=8192, nread=0xbfd73ba4, error=0xbfd73b9c) at soup-socket.c:1054 #9 0xb798d064 in soup_socket_read_until (sock=0x815faf8, buffer=0xbfd73ba8, len=8192, boundary=0xb799736d, boundary_len=4, nread=0xbfd73ba4, got_boundary=0xbfd73ba0, cancellable=0x0, error=0xbfd73b9c) at soup-socket.c:1225 #10 0xb7984feb in read_metadata (msg=0x88d3088, boundary=0xb799736d "\r\n\r\n") at soup-message-io.c:239 #11 0xb7985302 in io_read (sock=0x815faf8, msg=0x88d3088) ---Type <return> to continue, or q <return> to quit--- at soup-message-io.c:665 #12 0xb7983793 in soup_message_send_request (req=0x88d3088, sock=0x815faf8, conn=0x815fab0, is_via_proxy=0) at soup-message-client-io.c:126 #13 0xb797b73d in send_request (conn=0x815fab0, req=0x88d3088) at soup-connection.c:773 #14 0xb797a0fb in soup_connection_send_request (conn=0x815fab0, req=0x88d3088) at soup-connection.c:792 #15 0xb798c43f in send_message (session=0xb6972ab8, msg=0x88d3088) at soup-session-sync.c:252 #16 0xb7989994 in soup_session_send_message (session=0xb6972ab8, msg=0x88d3088) at soup-session.c:1246 #17 0xb6c8df2a in e_gw_connection_send_message (cnc=0x81576d0, msg=0x88d3088) at e-gw-connection.c:676 #18 0xb6c97656 in e_gw_connection_dispose (object=0x81576d0) at e-gw-connection.c:261 #19 0xb72a4ca8 in IA__g_object_unref (_object=0x81576d0) at gobject.c:1765 #20 0xb6cc5313 in e_book_backend_groupwise_set_mode (backend=0xabd10760, mode=1) at e-book-backend-groupwise.c:3758 #21 0xb7e8e040 in e_book_backend_set_mode (backend=0xabd10760, mode=1) at e-book-backend.c:779 #22 0xb7e90455 in set_backend_online_status (key=0x817a600, value=0xabd10760, data=0x1) at e-data-book-factory.c:462 #23 0xb720ee46 in IA__g_hash_table_foreach (hash_table=0x8051000, ---Type <return> to continue, or q <return> to quit--- func=0xb7e90420 <set_backend_online_status>, user_data=0x1) at ghash.c:1071 #24 0xb7e903db in e_data_book_factory_set_backend_mode (factory=0x8056b20, mode=1) at e-data-book-factory.c:482 #25 0xb73616c4 in ?? () from /usr/lib/libgconf-2.so.4 #26 0xb73506fe in gconf_listeners_notify () from /usr/lib/libgconf-2.so.4 #27 0xb735e614 in ?? () from /usr/lib/libgconf-2.so.4 #28 0xb735e710 in ?? () from /usr/lib/libgconf-2.so.4 #29 0xb721b191 in g_idle_dispatch (source=0xab9b6300, callback=0xfffffffc, user_data=0x8055798) at gmain.c:4087 #30 0xb721d079 in IA__g_main_context_dispatch (context=0x805b1a0) at gmain.c:2009 #31 0xb72205fb in g_main_context_iterate (context=0x805b1a0, block=1, dispatch=1, self=0x804f0b8) at gmain.c:2642 #32 0xb7220aca in IA__g_main_loop_run (loop=0x811d070) at gmain.c:2850 #33 0xb73ad0a3 in bonobo_main () at bonobo-main.c:311 #34 0x0804b582 in main (argc=0, argv=0x8eb6e18) at server.c:418 #0 0xffffe430 in __kernel_vsyscall () (gdb) t 1 [Switching to thread 1 (Thread 0xb6f106e0 (LWP 3323))]#0 0xffffe430 in __kernel_vsyscall () (gdb) finish Run till exit from #0 0xffffe430 in __kernel_vsyscall () 0xb716aee8 in recv () from /lib/libpthread.so.0 Current language: auto; currently asm (gdb) finish Run till exit from #0 0xb716aee8 in recv () from /lib/libpthread.so.0 0xb6f9a6cc in _gnutls_read (session=0x89e9800, iptr=0x8eb6e18, sizeOfPtr=5, flags=0) at /usr/include/bits/socket2.h:45 45 return __recv_alias (__fd, __buf, __n, __flags); Current language: auto; currently c (gdb) finish Run till exit from #0 0xb6f9a6cc in _gnutls_read (session=0x89e9800, iptr=0x8eb6e18, sizeOfPtr=5, flags=0) at /usr/include/bits/socket2.h:45 _gnutls_io_read_buffered (session=0x89e9800, iptr=0xbfd73a38, sizeOfPtr=5, recv_type=4294967295) at gnutls_buffers.c:576 576 gnutls_buffers.c: No such file or directory. in gnutls_buffers.c Value returned is $1 = -52 (gdb) finish Run till exit from #0 _gnutls_io_read_buffered (session=0x89e9800, iptr=0xbfd73a38, sizeOfPtr=5, recv_type=4294967295) at gnutls_buffers.c:576 0xb6f96b3f in _gnutls_recv_int (session=0x89e9800, type=GNUTLS_APPLICATION_DATA, htype=4294967295, data=0xb6911a00 "�\234�\220\003", sizeofdata=8192) at gnutls_record.c:893 893 gnutls_record.c: No such file or directory. in gnutls_record.c Value returned is $2 = -52 (gdb) finish Run till exit from #0 0xb6f96b3f in _gnutls_recv_int (session=0x89e9800, type=GNUTLS_APPLICATION_DATA, htype=4294967295, data=0xb6911a00 "�\234�\220\003", sizeofdata=8192) at gnutls_record.c:893 gnutls_record_recv (session=0x89e9800, data=0xb6911a00, sizeofdata=8192) at gnutls_record.c:1170 1170 in gnutls_record.c Value returned is $3 = -52 (gdb) finish Run till exit from #0 gnutls_record_recv (session=0x89e9800, data=0xb6911a00, sizeofdata=8192) at gnutls_record.c:1170 soup_gnutls_read (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ac8, err=0xbfd73b08) at soup-gnutlsc:202 202 if (result == GNUTLS_E_REHANDSHAKE) { Value returned is $4 = -52 (gdb) finish Run till exit from #0 soup_gnutls_read (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ac8, err=0xbfd73b08) at soup-gnutls.c:202 [ Never finishes ! ... ] Since we have no network connection: michael@t60p:~> /sbin/ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:208 errors:0 dropped:0 overruns:0 frame:0 TX packets:208 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:18777 (18.3 Kb) TX bytes:18777 (18.3 Kb) gnutls *must* be mis-behaving [!] ... (gdb) bt #0 0xffffe430 in __kernel_vsyscall () #1 0xb716aee8 in recv () from /lib/libpthread.so.0 #2 0xb6f9a6cc in _gnutls_read (session=0x89e9800, iptr=0x8eb6e18, sizeOfPtr=5, flags=0) at /usr/include/bits/socket2.h:45 #3 0xb6f9ab72 in _gnutls_io_read_buffered (session=0x89e9800, iptr=0xbfd73a38, sizeOfPtr=5, recv_type=4294967295) at gnutls_buffers.c:571 #4 0xb6f96b3f in _gnutls_recv_int (session=0x89e9800, type=GNUTLS_APPLICATION_DATA, htype=4294967295, data=0xb6911a00 "�\234�\220\003", sizeofdata=8192) at gnutls_record.c:893 #5 0xb6f97aab in gnutls_record_recv (session=0x89e9800, data=0xb6911a00, sizeofdata=8192) at gnutls_record.c:1168 #6 0xb797e655 in soup_gnutls_read (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ac8, err=0xbfd73b08) at soup-gnutls.c:200 #7 0xb721324d in IA__g_io_channel_read_chars (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ba4, error=0xbfd73b08) at giochannel.c:1787 #8 0xb798ccc2 in read_from_network (sock=0x815faf8, buffer=<value optimized out>, len=8192, nread=0xbfd73ba4, error=0xbfd73b9c) at soup-socket.c:1054 (gdb) finish Run till exit from #0 gnutls_record_recv (session=0x89e9800, data=0xb6911a00, sizeofdata=8192) at gnutls_record.c:1170 soup_gnutls_read (channel=0x816ca68, buf=0xb6911a00 "�\234�\220\003", count=8192, bytes_read=0xbfd73ac8, err=0xbfd73b08) at soup-gnutlsc:202 202 if (result == GNUTLS_E_REHANDSHAKE) { Value returned is $9 = -52 (gdb) p result $10 = <value optimized out> (gdb) l 197 chan->established = TRUE; 198 } 199 200 result = gnutls_record_recv (chan->session, buf, count); 201 202 if (result == GNUTLS_E_REHANDSHAKE) { 203 chan->established = FALSE; 204 goto again; 205 } 206 (gdb) n 207 if (result == GNUTLS_E_INTERRUPTED || result == GNUTLS_E_AGAIN) { (gdb) 208 if (SOUP_GNUTLS_CHANNEL_NONBLOCKING (chan)) (gdb) 190 if (!chan->established) { (gdb) 200 result = gnutls_record_recv (chan->session, buf, count); (gdb) l 195 return result; 196 197 chan->established = TRUE; 198 } 199 200 result = gnutls_record_recv (chan->session, buf, count); 201 202 if (result == GNUTLS_E_REHANDSHAKE) { 203 chan->established = FALSE; 204 goto again; (gdb) 205 } 206 207 if (result == GNUTLS_E_INTERRUPTED || result == GNUTLS_E_AGAIN) { 208 if (SOUP_GNUTLS_CHANNEL_NONBLOCKING (chan)) 209 return G_IO_STATUS_AGAIN; 210 else 211 goto again; 212 } 213 214 if (result < 0) { 3323 1213700446.200823 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700446.200995 recv(35, <unfinished ...> 3355 1213700446.201064 restart_syscall(<... resuming interrupted call ...> <unfinished ...> 5771 1213700446.201122 restart_syscall(<... resuming interrupted call ...> <unfinished ...> 21265 1213700446.201194 futex(0x80624e8, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished ...> 3323 1213700476.200130 <... recv resumed> 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700476.200276 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700476.200382 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700506.200232 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700506.200351 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700536.200232 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700536.200352 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700566.201232 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700566.201338 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700596.200221 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700596.200328 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700626.204131 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700626.204187 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700656.200223 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700656.200342 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700686.200231 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700686.200350 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700716.200234 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700716.200354 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700746.200219 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700746.200330 recv(35, 0x8eb6e18, 5, 0) = -1 EAGAIN (Resource temporarily unavailable) 3323 1213700776.200219 fcntl64(35, F_GETFL) = 0x2 (flags O_RDWR) 3323 1213700776.200326 recv(35, <unfinished ...> lsof output: evolution 3323 michael 24w FIFO 0,5 0t0 25938 pipe evolution 3323 michael 25u REG 8,6 200704 2443361 /home/michael/.evolution/addressbook/local/1078399181.29115.3(a)linux/addressbook.db evolution 3323 michael 26r unix 0xf502b200 0t0 27633 /tmp/orbit-michael/linc-cfb-0-76f84a912759e evolution 3323 michael 27w IPv4 26070 0t0 TCP 192.168.0.8:51116->208.113.181.109:http (CLOSE_WAIT) evolution 3323 michael 28u REG 8,6 122709 2447980 /home/michael/.evolution/addressbook/local/1110204536.3982.4(a)linux/addressbook.db.summary (deleted) evolution 3323 michael 29r REG 8,6 638976 2443372 /home/michael/.evolution/addressbook/local/1110204536.3982.4(a)linux/addressbook.db evolution 3323 michael 30u REG 8,6 1909 2447462 /home/michael/.evolution/addressbook/local/1078399181.29115.3(a)linux/addressbook.db.summary evolution 3323 michael 31u IPv4 26071 0t0 TCP 192.168.0.8:51117->208.113.181.109:http (CLOSE_WAIT) evolution 3323 michael 32r IPv4 26118 0t0 TCP 192.168.0.8:51119->208.113.181.109:http (CLOSE_WAIT) evolution 3323 michael 33w IPv4 26119 0t0 TCP 192.168.0.8:51120->208.113.181.109:http (CLOSE_WAIT) evolution 3323 michael 34r CHR 1,9 0t0 325 /dev/urandom evolution 3323 michael 35w IPv4 70358 0t0 TCP 192.168.0.8:54021->130.57.5.105:trivnet2 (ESTABLISHED) evolution 3323 michael 37w unix 0xf4065200 0t0 27625 socket ** Yet no ethernet [!] ** - why !? gdb $ p close (35) ... + then all went well :-) -- 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 369510] New: kepas: add HTTP 1.1 Digest Access Authentication
by bugzilla_noreply＠novell.com 20 Mar '09

20 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=369510 Summary: kepas: add HTTP 1.1 Digest Access Authentication Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: sven.burmeister(a)gmx.net QAContact: qa(a)suse.de Found By: --- I was pleased to see that kepas takes kpf to kde4. One thing that kpf is missing though is authentication. Currently the user only has the choice to either share everything publicly or set-up a ftp-server, which is a bit overkill for a lot of use-cases. If kpf could use Digest Access Authentication, as provided by the http protocol, it could provide a reasonably secure way of sharing files. -- 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 399482] New: Knotify issues over 581 separate window alerts due to unknown reason until ALL system Resources are used and as this Occurs System Becomes More Unstable .
by bugzilla_noreply＠novell.com 20 Mar '09

20 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=399482 Summary: Knotify issues over 581 separate window alerts due to unknown reason until ALL system Resources are used and as this Occurs System Becomes More Unstable. Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: jsrain(a)novell.com Found By: Customer Created an attachment (id=221626) --> (https://bugzilla.novell.com/attachment.cgi?id=221626) compressed Yast log files - variety etc I had Thunderbird open, Yast and Ksnapshot open and was composing a long email. Behind me Knotify opened more and more Windows stating "?????? needs attention" When over 581 Knotify Windows had opened behind me ALL resources of System were used up. Known Issues. KlamAV was been installed and deleted, however still reports and issue on booting. Unable to identify service and terminate the cause???? I had 3 Yast windows Open, Thunderbird open in 3 windows and ksnapshot - sorry I am unable to offer more info. I attach Yast log which identifies many issues that are unknown to the user as of today's date represented in Yast as MM/DD/YYYY I am sure this is related to Thunderbird issuing an unable to connect message and this notification window if not closed will re-appear until all system resources are used. During creating of this bug, I had Thunderbird open and a message was issues behind me and as it was unanswered it caused Knotify to open up to system resources. The major issue with Thunderbird is that dialogue messages are not issues with immediate focus - for example 'enter password' for S/MIME digital certificate- and knotify messages do the same Spell check on text only screens is the first casualty of low system resources caused by massive knofity windows issues by ? and not with immediate focus. I am sure you will request other log files. -- 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 334811] New: kweather refuses to work with proxy
by bugzilla_noreply＠novell.com 20 Mar '09

20 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=334811 Summary: kweather refuses to work with proxy Product: openSUSE 10.3 Version: Final Platform: x86 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de Found By: --- When installing kdetoys and trying to use kweather, everything is fine with openSUSE 10.2. However, on openSUSE 10.3 kweather refuses to work though the proxy entries in /etc/sysconfig/proxy are identical and the network interface is not hindered by any firewall. No station is being found at all. Using the old version of kdetoys from openSUSE 10.2 does not work either, so I assume there is some bug with the proxy - configuration. If you enter runlevel 3 and set things manually: export HTTP_PROXY="<PROXY>:<PORTNUMBER>" and do a startx afterwards, kweatherservice works fine. Must be some basic configuration issue. Thank you for taking care -- 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 7

[Bug 298809] New: kde / konqueror not configured after installation
by bugzilla_noreply＠novell.com 20 Mar '09

20 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=298809 Summary: kde / konqueror not configured after installation Product: openSUSE 10.3 Version: Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: robin.knapp(a)fujitsu-siemens.com QAContact: qa(a)suse.de Found By: --- During installation I configured a proxy. This was successful - the environment variables are set properly. But to use this proxy after first login in KDE, you have to go to kde/konqueror's proxy settings: - "Use preset proxy environment variables" is already checked (which is correct). -> You have to click on "Setup..." and then "Auto Detect" to fill out the variables, otherwise proxy will not work. This should be done automatically on first start (or preconfigured in default configuration -> kioslaverc) -- 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 331569] New: Kickoff doesn't show Logout, Shutdown, Suspend when using GDM
by bugzilla_noreply＠novell.com 20 Mar '09

20 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=331569 Summary: Kickoff doesn't show Logout, Shutdown, Suspend when using GDM Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Minor Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: stanaland(a)gmail.com QAContact: qa(a)suse.de Found By: --- If using GDM instead of KDM as the login manager, Kickoff loses all "Leave" options, except "Logout" and "Lock." -- 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 10