summary refs log tree commit diff stats
path: root/results/classifier/108/other/1213
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--results/classifier/108/other/121358
-rw-r--r--results/classifier/108/other/121319639
2 files changed, 97 insertions, 0 deletions
diff --git a/results/classifier/108/other/1213 b/results/classifier/108/other/1213
new file mode 100644
index 00000000..95aa5960
--- /dev/null
+++ b/results/classifier/108/other/1213
@@ -0,0 +1,58 @@
+device: 0.694
+socket: 0.603
+network: 0.571
+PID: 0.533
+vnc: 0.515
+semantic: 0.508
+files: 0.506
+boot: 0.410
+performance: 0.340
+permissions: 0.335
+other: 0.330
+debug: 0.270
+KVM: 0.260
+graphic: 0.113
+
+7.1.0 - NSIS Installer file issues
+Description of problem:
+![image](/uploads/9d359265667c9640d184805ca09ab15c/image.png)
+
+Please check the screenshot relative to Window program list
+
+**Problem n. 1 (standard icon)**
+
+The icon rlative to QEMU is not graphic icon but starndrd udenfiend icon
+
+**Problem n. 2 (author missing)**
+
+Author info is missing
+
+**Problem n. 3 (installer date is not updated)**
+
+When you upgrade QEM the installation date not reflect last update but first installation (ex. version 7.1.0 with date of 2021).
+
+Note: all issues are relative to NSIS installer script.
+
+**Uninstaller icon**
+
+It seems that
+
+**!define MUI_UNICON "${SRCDIR}\pc-bios\qemu-nsis.ico"**__
+
+didn't work.
+
+Please check here
+
+https://nsis.sourceforge.io/Add_uninstall_information_to_Add/Remove_Programs
+
+Please try to add in uninsaller section
+
+    WriteRegStr HKLM "${UNINST_KEY}" "DisplayIcon" "${SRCDIR}\pc-bios\qemu-nsis.ico"
+
+**Missing author info in uninstall view**
+
+    ; Write the uninstall keys for Windows
+    WriteRegStr HKLM "${UNINST_KEY}" "DisplayName" "QEMU"
+    WriteRegStr HKLM "${UNINST_KEY}" "Publisher" "QEMU crew"
+
+Replace "QEMU crew" with text that you like.
diff --git a/results/classifier/108/other/1213196 b/results/classifier/108/other/1213196
new file mode 100644
index 00000000..624298f8
--- /dev/null
+++ b/results/classifier/108/other/1213196
@@ -0,0 +1,39 @@
+socket: 0.799
+semantic: 0.557
+device: 0.523
+network: 0.502
+graphic: 0.422
+other: 0.410
+performance: 0.408
+PID: 0.337
+files: 0.328
+vnc: 0.323
+boot: 0.251
+permissions: 0.218
+KVM: 0.146
+debug: 0.145
+
+-serial tcp should hang up when DTR goes low
+
+In keeping with the spirit of serial modem control signals, de-asserting DTR should cause the TCP connection to break; asserting DTR should cause QEMU to initiate a new connection or for it to accept another (in server mode; this may involve waiting for one to arrive, too).
+
+In addition to allowing low DTR to drop the socket connection, and allowing low DTR to reject a socket connection, the DCD modem bit also be implemented - DCD should follow the state of the TCP socket: a connected socket should pull DCD high, and a disconnected socket should pull DCD low. From what Ive seen in the source, it looks like a serial IOCTL functioned needs to be added to chardev/char-socket.c to allow the MSR bits to be tracked against the state of the socket.  DCD should be very easy to implement this way, but I hadn't thought about DTR.
+
+Sent in a patch for this.
+
+https://lists.gnu.org/archive/html/qemu-devel/2020-12/msg04658.html
+
+DTR controls the socket.
+
+DCD reflects the state of the socket.
+
+
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/97
+
+