August 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 442819] bochs-2.2.1-206.83: Possible call to wrong C++ delete ?
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=442819 http://bugzilla.novell.com/show_bug.cgi?id=442819#c2 Ulrich Hecht <uli(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |UPSTREAM --- Comment #2 from Ulrich Hecht <uli(a)novell.com> 2010-08-04 17:21:26 UTC --- That issue is still present in 2.4.5 upstream, needs to be resolved there. -- 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 0

[Bug 600864] New: Shortcoming in qemu's socket code disrupts IPv4/IPv6 coexistance
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=600864 http://bugzilla.novell.com/show_bug.cgi?id=600864#c0 Summary: Shortcoming in qemu's socket code disrupts IPv4/IPv6 coexistance Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: uli(a)novell.com ReportedBy: max(a)novell.com QAContact: qa(a)suse.de CC: radmanic(a)novell.com, agruen(a)novell.com, mana(a)novell.com, mkraft(a)novell.com, agraf(a)novell.com Found By: --- Blocker: --- Triggered by an alleged vnc problem with qemu that Matthias (cc) told me about, I had a look into qemu's server socket code (inet_listen() in qemu-sockets.c) that is used by qemu-char.c and vnc.c. This function and its users run into a problem when the listening address is given as a name that resolves to more than one IP address. In such a case qemu only listens on one of these addresses and clients trying to connect to a different address from the set get a connection refused error. The most common case for this is probably "localhost" for which getaddrinfo() returns a list of the two loopback addresses for IPv4 and IPv6 respectively (127.0.0.1 and ::1), but it could also happen for host names that resolve to more than a single address of the same family. The actual problem is, that the code in inet_listen() and its callers is not designed to listen on more than one socket at once for a given connection (e.g. -vnc localhost:42). The code already loops over the addresses returned by getaddrinfo, but it stops once the first socket has successfully been created and bound, leaving the port closed on all other addresses. IMO the correct behaviour would be to let the loop run thrugh the whole list, collect all the successfully bound sockets and only error out if none of them was successful. Unfortunately the data structures of the callers of inet_listen() only have space for a single file descriptor, so the change to support multiple of them is more intrusive than just changing the logic of the loop inside inet_listen(). I think I could implement the change, as I've done a similar patch for Tcl before. BTW, the feature that a listening IPv6 socket can also accept IPv4 connections doesn't help here, because it only works when the socket is bound to the wildcard address (::), but not for explicit address bindings such as ::1. Therefore it is another bug that the code unconditionally *clears* the IPV6_V6ONLY flag for all IPv6 sockets, which even disallows IPv4 sockets on the same port when the IPv6 socket is bound to an explicit address and hence won't ever get an incoming IPv4 connection. Instead it should *set* that flag on all IPv6 sockets, because even for wildcard bindings getaddrinfo() will return separate results for IPv4 and IPv6, so it wouldn't hurt to have separate sockets, because the code for that is needed anyways. -- 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 3

[Bug 567863] New: qemu-kvm: allow booting from second hard disk
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=567863 http://bugzilla.novell.com/show_bug.cgi?id=567863#c0 Summary: qemu-kvm: allow booting from second hard disk Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: estellnb(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 As my computer has two hard drives I am in need of an option to let qemu-kvm boot from my second hard drive without having to swap both disks (that would require to fully change my fstab!). Important issue since I will otherwise sometimes have to temporarily overwrite my primary disk system boot sector just in order to start a virtual machine. suggestion -boot e,f,g: boot from 2nd, 3rd, ... hard drive Reproducible: Always -- 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 3

[Bug 555628] New: no qemu-img
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=555628 Summary: no qemu-img Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: abonilla(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- --- Comment #0 from Alejandro Bonilla <abonilla(a)novell.com> 2009-11-15 12:31:54 UTC --- Where is qemu-img? -- 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 534732] New: hercules-20080407-36.14: missing call to close
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=534732 Summary: hercules-20080407-36.14: missing call to close Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package hercules-20080407-36.14 For source code file hercules/dasdload.c around line 390, function read_ipl_text is the following code tfd = open (pathname, O_RDONLY|O_BINARY); but I fail to find any matching call to close after the while loop, that matches a successful return. This looks like a resource leak to me. Suggest add call to close. -- 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 3

[Bug 525399] New: hercules-20080407-36.7: missing call to fclose
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=525399 Summary: hercules-20080407-36.7: missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package hercules-20080407-36.7 For source code file hercules/ctc_lcs.c around line 2050 is the source code for the function BuildOAT. I notice the following line of code fp = fopen( pathname, "r" ); but no corresponding call to fclose. This looks like a resource leak to me. Suggest add call to fclose. -- 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 3

[Bug 523432] New: bochs-2.2.1-256.11: 2 * possible memory leak
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=523432 Summary: bochs-2.2.1-256.11: 2 * possible memory leak Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package bochs-2.2.1-256.11 For source code bochs-2.2.1/misc/bxcommit.c, around line 353 is the source code for the function commit_redolog. I notice a call to malloc for local variables catalog and bitmap, but no matching calls to free. This looks like a memory leak to me. Suggest add two calls to free near the end of the routine. -- 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 3

[Bug 521643] New: vesa mode does not work (tested under latest QEMU)
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=521643 Summary: vesa mode does not work (tested under latest QEMU) Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: jsrain(a)novell.com Found By: Beta-Customer Selecting 'VESA' at install time forced text install due to vesa mode errors. 800x600 works great This is under QEMU (openSUSE 11.1 fully up-to-date). -- 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 3

[Bug 437056] qemu crash when guest uses linux MD raid
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=437056 http://bugzilla.novell.com/show_bug.cgi?id=437056#c4 Ulrich Hecht <uli(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |UPSTREAM --- Comment #4 from Ulrich Hecht <uli(a)novell.com> 2010-08-04 16:03:35 UTC --- Can't find anything on that, apart from the aforementioned forum post (http://qemu-forum.ipi.fi/viewtopic.php?f=3&t=4790) Closing as UPSTREAM. Please reopen if this is still an issue, I'd look into it then. -- 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 0

[Bug 384142] Incorrect mouse position in qemu/kvm VM
by bugzilla_noreply＠novell.com 04 Aug '10

04 Aug '10

http://bugzilla.novell.com/show_bug.cgi?id=384142 http://bugzilla.novell.com/show_bug.cgi?id=384142#c1 Ulrich Hecht <uli(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|uli(a)novell.com |yast2-maintainers(a)suse.de --- Comment #1 from Ulrich Hecht <uli(a)novell.com> 2010-08-04 15:57:34 UTC --- Sounds like YaST needs better support for tablet devices. Reassigning, but I'm not sure how important this is to the YaST team... -- 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 0