Ocaml-devel June 2010

ocaml-devel@lists.fedoraproject.org

8 participants
44 discussions

[Bug 508197] New: segfaults if run in Japanese
by Red Hat Bugzilla 05 Dec '10

05 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: segfaults if run in Japanese https://bugzilla.redhat.com/show_bug.cgi?id=508197 Summary: segfaults if run in Japanese Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: virt-top AssignedTo: rjones(a)redhat.com ReportedBy: petersen(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: --- Description of problem: virt-top segfaults immediately for me when run in ja locale. Version-Release number of selected component (if applicable): virt-top-1.0.3-4.fc11.x86_64 How reproducible: every time Steps to Reproduce: LANG=ja_JP.UTF-8 virt-top Actual results: セグメンテーション違反です (Segmentation fault.) Expected results: to run like in other locales -- 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.

1 18

[Bug 515813] New: coq fails to build for ppc64 in both opt and non-opt versions
by Red Hat Bugzilla 05 Dec '10

05 Dec '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: coq fails to build for ppc64 in both opt and non-opt versions https://bugzilla.redhat.com/show_bug.cgi?id=515813 Summary: coq fails to build for ppc64 in both opt and non-opt versions Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: coq AssignedTo: amdunn(a)gmail.com ReportedBy: amdunn(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: amdunn(a)gmail.com, fedora-ocaml-list(a)redhat.com Blocks: 238953 Classification: Fedora Description of problem: In build, 8.2 gives error pthread_atfork undefined for bytecode only version http://koji.fedoraproject.org/koji/getfile?taskID=1583843&name=build.log and out of memory error for opt version http://koji.fedoraproject.org/koji/getfile?taskID=1584652&name=build.log Version-Release number of selected component (if applicable): >= 8.2 (including upcoming 8.2pl1) -- 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.

1 2

[Bug 584929] New: Column sort in html gui doesn't work properly
by Red Hat Bugzilla 03 Nov '10

03 Nov '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Column sort in html gui doesn't work properly https://bugzilla.redhat.com/show_bug.cgi?id=584929 Summary: Column sort in html gui doesn't work properly Product: Fedora Version: 12 Platform: i686 OS/Version: Linux Status: NEW Severity: low Priority: low Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: dmitryburstein(a)netscape.net 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: Trying to sort the search results in the appropriate html page doesn't work properly when pressing either "Availability" or "complete Sources" column headers. Version-Release number of selected component (if applicable): MLNet 3.0.1 -- 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.

1 4

[Bug 487533] New: [RHEL5]: virt-top doesn't show disk transfer statistics
by Red Hat Bugzilla 26 Oct '10

26 Oct '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [RHEL5]: virt-top doesn't show disk transfer statistics https://bugzilla.redhat.com/show_bug.cgi?id=487533 Summary: [RHEL5]: virt-top doesn't show disk transfer statistics Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: virt-top AssignedTo: rjones(a)redhat.com ReportedBy: clalance(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: --- Description of problem: Despite the work that went into RHEL-5.3 to show disk transfer statistics of blktap devices, virt-top is still not showing them. That is, if I start up virt-top on my dom0, I see output similar to: virt-top 11:07:03 - x86_64 8/8CPU 2000MHz 15102MB 17 domains, 16 active, 4 running, 12 sleeping, 0 paused, 1 inactive D:0 O:0 X:0 CPU: 0.0% Mem: 12838 MB (11813 MB by guests) ID S RDRQ WRRQ RXBY TXBY %CPU %MEM TIME NAME 0 R 0.0 6.0 52:14.09 Domain-0 27 S 0.0 6.0 1:50.03 f10pv_i386 26 R 0.0 5.0 2:21.34 f10pv_x86_64 13 S 0.0 5.0 10:15.87 f8pv_i386 14 S 0.0 5.0 11:21.37 f8pv_x86_64 11 S 0.0 5.0 22:22.51 f9pv_i386 12 S 0.0 5.0 20:35.55 f9pv_x86_64 29 S 0.0 5.0 2:30.98 rhel3fv_i386 37 R 0.0 5.0 2:42.97 rhel4fv_i386 38 S 0.0 5.0 0:48.74 rhel4fv_x86_64 7 S 0.0 5.0 6:41.64 rhel4pv_i386 8 S 0.0 5.0 13:03.53 rhel4pv_x86_64 21 S 0.0 5.0 27:49.61 rhel5fv_i386 36 R 0.0 5.0 2:46.24 rhel5fv_x86_64 39 S 0.0 5.0 0:38.62 rhel5pv_i386 40 S 0.0 5.0 0:37.07 rhel5pv_x86_64 But the RDRQ and WRRQ columns are always blank, for both FV and PV guests. I'm not quite sure if this is a libvirt problem or a problem with virt-top itself, but I thought I'd start with virt-top and we can go from there. -- 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.

1 8

[Bug 568172] New: virt-top exits sometimes when the window is resized
by Red Hat Bugzilla 29 Sep '10

29 Sep '10

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=f4a43df52b7c84bda61863… -- 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.

1 16

[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 01 Sep '10

01 Sep '10

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.

1 17

[Bug 531206] New: ocaml-docs doesn't install info files because using wrong args to install-info
by Red Hat Bugzilla 18 Aug '10

18 Aug '10

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.

1 6

[Bug 592101] New: pls upgrade
by Red Hat Bugzilla 09 Aug '10

09 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: pls upgrade https://bugzilla.redhat.com/show_bug.cgi?id=592101 Summary: pls upgrade Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: epm.augustinus(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, lemenkov(a)gmail.com, fedora-ocaml-list(a)redhat.com Classification: Fedora pls upgrade package mldonkey to 3.0.2 http://sourceforge.net/projects/mldonkey/files/ thanks -- 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.

1 18

[Bug 594454] New: pls upgrade mldonkey
by Red Hat Bugzilla 09 Aug '10

09 Aug '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: pls upgrade mldonkey https://bugzilla.redhat.com/show_bug.cgi?id=594454 Summary: pls upgrade mldonkey Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: epm.augustinus(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, lemenkov(a)gmail.com, fedora-ocaml-list(a)redhat.com Classification: Fedora can mldonkey being upgraded to the latest version,, Version 3.0.2 http://sourceforge.net/projects/mldonkey/files/ thanks -- 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.

1 3

[Bug 609600] New: cduce : does not adhere to Static Library Packaging Guidelines
by Red Hat Bugzilla 06 Jul '10

06 Jul '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cduce : does not adhere to Static Library Packaging Guidelines https://bugzilla.redhat.com/show_bug.cgi?id=609600 Summary: cduce : does not adhere to Static Library Packaging Guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: cduce AssignedTo: rjones(a)redhat.com ReportedBy: mschwendt(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Librar… Build: cduce-0.5.3-6.fc13.src.rpm cduce-devel contains only static libraries, but no virtual -static package is provided -- 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.

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Ocaml-devel June 2010