[Bug 568172] New: virt-top exits sometimes when the window is resized
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: virt-top exits sometimes when the window is resized
https://bugzilla.redhat.com/show_bug.cgi?id=568172
Summary: virt-top exits sometimes when the window is resized
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libvirt
AssignedTo: veillard(a)redhat.com
ReportedBy: rjones(a)redhat.com
QAContact: virt-bugs(a)redhat.com
CC: veillard(a)redhat.com, berrange(a)redhat.com,
rjones(a)redhat.com, itamar(a)ispbrasil.com.br,
clalance(a)redhat.com, xen-maint(a)redhat.com,
crobinso(a)redhat.com, fedora-virt-maint(a)redhat.com,
fedora-ocaml-list(a)redhat.com, jforbes(a)redhat.com
Depends on: 567931
Group: rhel_beta
Classification: Red Hat
Target Release: ---
Clone Of: 567931
+++ This bug was initially created as a clone of Bug #567931 +++
Description of problem:
virt-top exits sometimes (clean exit with code 1, not a segfault)
when the window is resized.
Version-Release number of selected component (if applicable):
virt-top-1.0.4-3.fc13.x86_64
Also observed with the Debian virt-top package.
How reproducible:
Sometimes.
Steps to Reproduce:
1. sudo virt-top -d 0.1 --debug /tmp/debug
2. Resize the window aggressively.
3.
Actual results:
Occasionally virt-top exits.
Expected results:
Should not exit.
Additional info:
Original report:
http://rwmj.wordpress.com/2010/02/23/virt-top-is-in-debian/#comment-1256
--- Additional comment from rjones(a)redhat.com on 2010-02-24 06:45:55 EST ---
This bug is quite hard to reproduce anyway, but it seems like it
doesn't happen at all when virt-top is run under gdb. Possibly
gdb alters the way that signals are delivered.
--- Additional comment from rjones(a)redhat.com on 2010-02-24 06:50:03 EST ---
I think this is actually a libvirt bug. The strace output
when it exits is:
18863 rt_sigaction(SIGTSTP, {0x3e77e192f0, [], SA_RESTORER|SA_RESTART,
0x3e75a337d0}, NULL, 8) = 0
18863 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3661, ...}) = 0
18863 poll([{fd=3, events=POLLOUT}, {fd=4, events=POLLIN}], 2, -1) = 1 ([{fd=3,
revents=POLLOUT}])
18863 sendto(3, "\0\0\0\34 \0\200\206\0\0\0\1\0\0\0003\0\0\0\0\0\0\0r\0\0\0\0",
28, 0, NULL, 0) = 28
18863 poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ([{fd=3,
revents=POLLIN}])
18863 recvfrom(3, "\0\0\1h", 4, 0, NULL, NULL) = 4
18863 recvfrom(3, "
\0\200\206\0\0\0\1\0\0\0\25\0\0\0\1\0\0\0q\0\0\0\0\0\0\0\21\0\0\0\21RHEL6200910210x32\0\0\0\0\0\0\vTmpBZ552994\0\0\0\0\21RHEL6201002033x64\0\0\0\0\0\0\nDebian5x64\0\0\0\0\0\fUbuntu910x64\0\0\0\16RHEL6Alpha3x64\0\0\0\0\0\rRHEL54Betax64\0\0\0\0\0\0\6F10x32\0\0\0\0\0\nCentOS5x32\0\0\0\0\0\rF13Rawhidex64\0\0\0\0\0\0\16TmpDebFirewall\0\0\0\0\0\rF12x64preview\0\0\0\0\0\0\nWin2003x32\0\0\0\0\0\7VSphere\0\0\0\0\vWindows7x32\0\0\0\0\vWindows7x64\0\0\0\0\vFreeBSD8x64\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
356, 0, NULL, NULL) = 356
18863 write(2, "libvir: Remote error : no call waiting for reply with serial
113\n", 65) = 65
18863 write(1, "\33[17;1H\33[2J\33[?47l\0338\r\33[?1l\33>", 27) = 27
18863 ioctl(1, SNDCTL_TMR_STOP or TCSETSW, {B9600 opost isig icanon echo ...})
= 0
18863 write(2, "libvirt: VIR_ERR_RPC: VIR_FROM_REMOTE: no call waiting for
reply with serial 113\n", 81) = 81
18863 exit_group(1) = ?
I wonder if this is a regression (see bug 484414).
My libvirt version is:
libvirt-0.7.5-3.fc13.x86_64
--- Additional comment from rjones(a)redhat.com on 2010-02-24 06:52:40 EST ---
Also occurs with
libvirt-0.7.6-1.fc13.x86_64
The strace this time is roughly the same:
18952 recvfrom(3, "\0\0\1h", 4, 0, NULL, NULL) = 4
18952 recvfrom(3, "
\0\200\206\0\0\0\1\0\0\0\25\0\0\0\1\0\0\6O\0\0\0\0\0\0\0\21\0\0\0\21RHEL6200910210x32\0\0\0\0\0\0\vTmpBZ552994\0\0\0\0\21RHEL6201002033x64\0\0\0\0\0\0\nDebian5x64\0\0\0\0\0\fUbuntu910x64\0\0\0\16RHEL6Alpha3x64\0\0\0\0\0\rRHEL54Betax64\0\0\0\0\0\0\6F10x32\0\0\0\0\0\nCentOS5x32\0\0\0\0\0\rF13Rawhidex64\0\0\0\0\0\0\16TmpDebFirewall\0\0\0\0\0\rF12x64preview\0\0\0\0\0\0\nWin2003x32\0\0\0\0\0\7VSphere\0\0\0\0\vWindows7x32\0\0\0\0\vWindows7x64\0\0\0\0\vFreeBSD8x64\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0",
356, 0, NULL, NULL) = 356
18952 write(2, "libvir: Remote error : no call waiting for reply with serial
1615\n", 66) = 66
18952 write(1, "\33[26;1H\33[2J\33[?47l\0338\r\33[?1l\33>", 27) = 27
18952 ioctl(1, SNDCTL_TMR_STOP or TCSETSW, {B9600 opost isig icanon echo ...})
= 0
18952 write(2, "libvirt: VIR_ERR_RPC: VIR_FROM_REMOTE: no call waiting for
reply with serial 1615\n", 82) = 82
18952 exit_group(1) = ?
--- Additional comment from rjones(a)redhat.com on 2010-02-24 07:07:43 EST ---
Created an attachment (id=396047)
--> (https://bugzilla.redhat.com/attachment.cgi?id=396047)
strace from Rawhide libvirt / Rawhide virt-top
Full strace output, requested by danpb.
--- Additional comment from rjones(a)redhat.com on 2010-02-24 08:08:57 EST ---
Patch posted upstream (libvirt) to fix this:
https://www.redhat.com/archives/libvir-list/2010-February/msg00824.html
--- Additional comment from rjones(a)redhat.com on 2010-02-24 12:33:09 EST ---
This change was pushed to upstream libvirt which
fixes the bug:
http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=f4a43df52b7c84bda618...
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 7 months
[Bug 589261] New: amending values of log_to_syslog = true; log_file = "/dev/null" in config causes nothing, values get reverted
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: amending values of log_to_syslog = true; log_file = "/dev/null" in config causes nothing, values get reverted
https://bugzilla.redhat.com/show_bug.cgi?id=589261
Summary: amending values of log_to_syslog = true; log_file =
"/dev/null" in config causes nothing, values get
reverted
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mldonkey
AssignedTo: lemenkov(a)gmail.com
ReportedBy: pawel.eljasz(a)jatymy.org
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, lemenkov(a)gmail.com,
fedora-ocaml-list(a)redhat.com
Classification: Fedora
Description of problem:
is it hard-coded? is it intentional? if yes then it is obviously bad policy,
no?
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 8 months
[Bug 531206] New: ocaml-docs doesn't install info files because using wrong args to install-info
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ocaml-docs doesn't install info files because using wrong args to install-info
https://bugzilla.redhat.com/show_bug.cgi?id=531206
Summary: ocaml-docs doesn't install info files because using
wrong args to install-info
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ocaml
AssignedTo: rjones(a)redhat.com
ReportedBy: rjones(a)redhat.com
CC: gemi(a)bluewin.ch, rjones(a)redhat.com,
fedora-ocaml-list(a)redhat.com
Depends on: 531204
Classification: Red Hat
Target Release: ---
Clone Of: 531204
+++ This bug was initially created as a clone of Bug #531204 +++
Description of problem:
Although ocaml-docs comes with info files, these are never
installed because we call /sbin/install-info with old-style
Debian args, and install-info doesn't really work properly
when you use those.
Version-Release number of selected component (if applicable):
ocaml-docs-3.11.1-4.fc13.x86_64
and all previous versions
How reproducible:
Always.
Steps to Reproduce:
1. Install ocaml.
2. Run 'info' or 'info ocaml'
3.
Actual results:
When running 'info' you'll see the OCaml page is missing from
the info directory.
When running 'info ocaml' you'll see the man page which is the
info fallback position when it thinks that there is no info
file installed.
Expected results:
Should show real OCaml info page. Should be in directory.
Additional info:
The correct parameters which install ocaml.info are:
/sbin/install-info --entry="* ocaml: (ocaml). The Objective Caml compiler and
programming environment" --section="Programming" /usr/share/info/ocaml.info
/usr/share/info/dir
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 8 months
[Bug 481318] New: Missing package for MLGMP
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Missing package for MLGMP
https://bugzilla.redhat.com/show_bug.cgi?id=481318
Summary: Missing package for MLGMP
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ocaml
AssignedTo: rjones(a)redhat.com
ReportedBy: bagnara(a)cs.unipr.it
QAContact: extras-qa(a)fedoraproject.org
CC: gemi(a)bluewin.ch, rjones(a)redhat.com,
fedora-ocaml-list(a)redhat.com
Classification: Fedora
It would be nice to package MLGMP, an extended precision computation library in
OCaml (http://caml.inria.fr/cgi-bin/hump.en.cgi?contrib=278) based on GMP.
Debian has two packages for MLGMP named libgmp-ocaml and libgmp-ocaml-dev: I
tell you in case you want to check the packaging choices they have made (the
possible objective being to facilitate the life of application writers that
need to produce software working on both Debian and Fedora systems).
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 10 months
[Bug 493799] New: Translations for Fedora 11!
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Translations for Fedora 11!
https://bugzilla.redhat.com/show_bug.cgi?id=493799
Summary: Translations for Fedora 11!
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: virt-top
AssignedTo: rjones(a)redhat.com
ReportedBy: ankit(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, fedora-virt-maint(a)redhat.com,
fedora-ocaml-list(a)redhat.com
Classification: Fedora
Target Release: ---
There is no way to submit translations for Virt-top through Transifex (or
direct access to VCS) for translators. So, creating this bug to allow
translators to submit their translations here, that's what we have been doing
since previous release of Fedora.
Requesting the Package Maintainer to accept the translations and bundle them
along with this package after Translation Freeze (7th April) for Fedora 11.
Thanks!
Ankit
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 10 months
[Bug 531204] New: ocaml-docs doesn't install info files because using wrong args to install-info
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ocaml-docs doesn't install info files because using wrong args to install-info
https://bugzilla.redhat.com/show_bug.cgi?id=531204
Summary: ocaml-docs doesn't install info files because using
wrong args to install-info
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ocaml
AssignedTo: gemi(a)bluewin.ch
ReportedBy: rjones(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: gemi(a)bluewin.ch, rjones(a)redhat.com,
fedora-ocaml-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Although ocaml-docs comes with info files, these are never
installed because we call /sbin/install-info with old-style
Debian args, and install-info doesn't really work properly
when you use those.
Version-Release number of selected component (if applicable):
ocaml-docs-3.11.1-4.fc13.x86_64
and all previous versions
How reproducible:
Always.
Steps to Reproduce:
1. Install ocaml.
2. Run 'info' or 'info ocaml'
3.
Actual results:
When running 'info' you'll see the OCaml page is missing from
the info directory.
When running 'info ocaml' you'll see the man page which is the
info fallback position when it thinks that there is no info
file installed.
Expected results:
Should show real OCaml info page. Should be in directory.
Additional info:
The correct parameters which install ocaml.info are:
/sbin/install-info --entry="* ocaml: (ocaml). The Objective Caml compiler and
programming environment" --section="Programming" /usr/share/info/ocaml.info
/usr/share/info/dir
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 10 months
[Bug 520971] New: Info documentation fails to install into directory
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Info documentation fails to install into directory
https://bugzilla.redhat.com/show_bug.cgi?id=520971
Summary: Info documentation fails to install into directory
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ocaml
AssignedTo: gemi(a)bluewin.ch
ReportedBy: matt(a)mattmccutchen.net
QAContact: extras-qa(a)fedoraproject.org
CC: gemi(a)bluewin.ch, rjones(a)redhat.com,
fedora-ocaml-list(a)redhat.com
Classification: Fedora
Description of problem:
After installing the ocaml-docs package, ocaml is not listed in the info
directory when I run "info". Here's the scriptlet that tries to install the
info documentation:
$ rpm -q --scripts ocaml-docs
postinstall scriptlet (using /bin/sh):
/sbin/install-info \
--entry "* ocaml: (ocaml). The Objective Caml compiler and programming
environment" \
--section "Programming Languages" \
/usr/share/info/ocaml.info \
/usr/share/info/dir 2>/dev/null || :
Since /usr/share/info/ocaml.info is not an existing file (the file is
/usr/share/info/ocaml.info.gz), install-info misinterprets the --section option
as a "--section R SEC" style option. install-info then crashes while
processing that option, due to a separate bug which I reported upstream:
https://savannah.gnu.org/bugs/index.php?27376
With that bug fixed, install-info would still fail with an error message that
is suppressed by the scriptlet.
Version-Release number of selected component (if applicable):
info-4.13a-2.fc11.i586
ocaml-docs-3.11.0-3.fc11.i586
How reproducible:
I got the crash every time I tried, but I'm hesitant to generalize because
behavior could depend on the layout produced by malloc at runtime.
Steps to Reproduce:
1. yum install ocaml-docs
2. info
Actual results:
The following crash during "yum install ocaml-docs":
*** glibc detected *** /sbin/install-info: realloc(): invalid pointer:
0x097e48e8 ***
======= Backtrace: =========
/lib/libc.so.6[0x5c72a1]
/lib/libc.so.6(realloc+0x290)[0x5ccaf0]
/lib/libc.so.6(argz_append+0x33)[0x5d4fb3]
/lib/libc.so.6(argz_add+0x3f)[0x5d503f]
/sbin/install-info[0x804b0d9]
/lib/libc.so.6(__libc_start_main+0xe6)[0x56da66]
/sbin/install-info[0x80491e1]
======= Memory map: ========
0017a000-0017b000 r-xp 0017a000 00:00 0 [vdso]
002ab000-002cb000 r-xp 00000000 fd:02 3181963 /lib/ld-2.10.1.so
002cb000-002cc000 r--p 0001f000 fd:02 3181963 /lib/ld-2.10.1.so
002cc000-002cd000 rw-p 00020000 fd:02 3181963 /lib/ld-2.10.1.so
00557000-006c2000 r-xp 00000000 fd:02 3181970 /lib/libc-2.10.1.so
006c2000-006c4000 r--p 0016b000 fd:02 3181970 /lib/libc-2.10.1.so
006c4000-006c5000 rw-p 0016d000 fd:02 3181970 /lib/libc-2.10.1.so
006c5000-006c8000 rw-p 006c5000 00:00 0
008e4000-0090e000 r-xp 00000000 fd:02 3181941
/lib/libgcc_s-4.4.1-20090729.so.1
0090e000-0090f000 rw-p 00029000 fd:02 3181941
/lib/libgcc_s-4.4.1-20090729.so.1
00c82000-00c94000 r-xp 00000000 fd:02 3182285 /lib/libz.so.1.2.3
00c94000-00c95000 rw-p 00011000 fd:02 3182285 /lib/libz.so.1.2.3
08048000-08051000 r-xp 00000000 fd:02 3182403 /sbin/install-info
08051000-08052000 rw-p 00008000 fd:02 3182403 /sbin/install-info
097e4000-09805000 rw-p 097e4000 00:00 0 [heap]
b7ef9000-b80f9000 r--p 00000000 fd:02 3183628 /usr/lib/locale/locale-archive
b80f9000-b80fb000 rw-p b80f9000 00:00 0
bfcb9000-bfcce000 rw-p bffeb000 00:00 0 [stack]
/var/tmp/rpm-tmp.xcb4Ih: line 5: 9241 Aborted
/sbin/install-info --entry "* ocaml: (ocaml). The Objective Caml compiler and
programming environment" --section "Programming Languages"
/usr/share/info/ocaml.info /usr/share/info/dir 2> /dev/null
And ocaml is nowhere to be seen in the info directory.
Expected results:
No crash, and ocaml appears in the info directory.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
13 years, 10 months