Ocaml-devel February 2010

ocaml-devel@lists.fedoraproject.org

4 participants
33 discussions

[Bug 564798] New: FTBFS ocaml-camlimages-3.0.2-2.fc13
by Red Hat Bugzilla 27 Jun '11

27 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: FTBFS ocaml-camlimages-3.0.2-2.fc13 https://bugzilla.redhat.com/show_bug.cgi?id=564798 Summary: FTBFS ocaml-camlimages-3.0.2-2.fc13 Product: Fedora Version: rawhide Platform: All URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo ck-results/ OS/Version: Linux Status: NEW Keywords: Triaged Severity: high Priority: high Component: ocaml-camlimages AssignedTo: rjones(a)redhat.com ReportedBy: ftbfs(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Blocks: 538681 Classification: Fedora ocaml-camlimages-3.0.2-2.fc13.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.) -- 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 555849] New: GTK+ and libsvg-cairo support missing from 1.2.0
by Red Hat Bugzilla 03 Jun '11

03 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: GTK+ and libsvg-cairo support missing from 1.2.0 https://bugzilla.redhat.com/show_bug.cgi?id=555849 Summary: GTK+ and libsvg-cairo support missing from 1.2.0 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ocaml-cairo AssignedTo: rjones(a)redhat.com ReportedBy: orion(a)cora.nwra.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Description of problem: [mockbuild@xenmock1 fedora]$ cat test_gtk.ml module G = Gtk module C = Cairo_lablgtk [mockbuild@xenmock1 fedora]$ ocamlfind c -package cairo.lablgtk2 -linkpkg test_gtk.ml -o test_gtk File "test_gtk.ml", line 2, characters 13-26: Error: Unbound module Cairo_lablgtk Works fine on F12. It appears that ocaml-cairo no longer has: %{_libdir}/ocaml/cairo/cairo_lablgtk.cmi Appears to have gone away with the move to 1.2.0. Another reason I try to avoid using wildcards in the %files sections of spec files. 1.2.0 build log shows: checking for OCaml module LABLGTKDIR... +lablgtk2 checking for LIBSVG_CAIRO... no GTK+ support: no libsvg-cairo support: no configure: creating ./config.status Version-Release number of selected component (if applicable): ocaml-cairo-1.2.0-0.2.gita5c5ee9f.fc13.x86_64 -- 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 541542] New: ocaml-cairo: cairo_ps_surface_set_dpi_REPLACED_BY_cairo_surface_set_fallback_resolution
by Red Hat Bugzilla 02 Jun '11

02 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ocaml-cairo: cairo_ps_surface_set_dpi_REPLACED_BY_cairo_surface_set_fallback_resolution https://bugzilla.redhat.com/show_bug.cgi?id=541542 Summary: ocaml-cairo: cairo_ps_surface_set_dpi_REPLACED_BY_cairo_surface_set _fallback_resolution Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ocaml-cairo AssignedTo: rjones(a)redhat.com ReportedBy: rjones(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, orion(a)cora.nwra.com, fedora-ocaml-list(a)redhat.com Depends on: 541427 Classification: Fedora Target Release: --- Clone Of: 541427 +++ This bug was initially created as a clone of Bug #541427 +++ Description of problem: yum -y install ocaml-cairo-devel - does not install ocaml-lablgtk-devel, and: # cat test_cairo.ml module C = Cairo # ocamlfind c -package cairo -linkpkg test_cairo.ml -o test_cairo ocamlfind: Package `lablgtk2' not found - Required by `cairo.lablgtk2' Version-Release number of selected component (if applicable): 1.0.0-1.fc13 Other error after ocaml-lablgtk-devel is: # ocamlfind c -package cairo -linkpkg test_cairo.ml -o test_cairo File "test_cairo.ml", line 1, characters 0-1: Error: Error on dynamically loaded library: /usr/lib/ocaml/stublibs/dllmlcairo.so: /usr/lib/ocaml/stublibs/dllmlcairo.so: undefined symbol: cairo_ps_surface_set_dpi_REPLACED_BY_cairo_surface_set_fallback_resolution can file separate bug if desired. -- 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 13

[Bug 548097] New: Fix OCaml packaging guidelines for new dependency generator
by Red Hat Bugzilla 02 Jun '11

02 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Fix OCaml packaging guidelines for new dependency generator https://bugzilla.redhat.com/show_bug.cgi?id=548097 Summary: Fix OCaml packaging guidelines for new dependency generator 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: rdieter(a)math.unl.edu, gemi(a)bluewin.ch, rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Depends on: 545116 Classification: Fedora Target Release: --- Clone Of: 545116 +++ This bug was initially created as a clone of Bug #545116 +++ https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00230.ht… On Mon, Dec 07, 2009 at 03:32:59PM +0200, Panu Matilainen wrote: > - The new version has integrated support for extracting OCaml > dependencies, this clashes with the existing ocaml-dependency > extraction mechanism in Fedora. Notably rpm-build conflicts with current > ocaml-runtime, and the ocaml build-macros need updating to let the > integrated pieces do their work. --- Additional comment from rjones(a)redhat.com on 2009-12-07 11:29:06 EDT --- Sorry, should have been assigned to me. --- Additional comment from rjones(a)redhat.com on 2009-12-16 10:51:04 EDT --- This should now be fixed: http://koji.fedoraproject.org/koji/taskinfo?taskID=1875253 -- 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 5

[Bug 548098] New: Fix dependency generator usage in all OCaml packages
by Red Hat Bugzilla 02 Jun '11

02 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Fix dependency generator usage in all OCaml packages https://bugzilla.redhat.com/show_bug.cgi?id=548098 Summary: Fix dependency generator usage in all OCaml packages 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: rdieter(a)math.unl.edu, gemi(a)bluewin.ch, rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Depends on: 545116 Classification: Fedora Target Release: --- Clone Of: 545116 +++ This bug was initially created as a clone of Bug #545116 +++ https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00230.ht… On Mon, Dec 07, 2009 at 03:32:59PM +0200, Panu Matilainen wrote: > - The new version has integrated support for extracting OCaml > dependencies, this clashes with the existing ocaml-dependency > extraction mechanism in Fedora. Notably rpm-build conflicts with current > ocaml-runtime, and the ocaml build-macros need updating to let the > integrated pieces do their work. --- Additional comment from rjones(a)redhat.com on 2009-12-07 11:29:06 EDT --- Sorry, should have been assigned to me. --- Additional comment from rjones(a)redhat.com on 2009-12-16 10:51:04 EDT --- This should now be fixed: http://koji.fedoraproject.org/koji/taskinfo?taskID=1875253 -- 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 530254] New: Package mime-type information for Coq files
by Red Hat Bugzilla 15 Apr '11

15 Apr '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Package mime-type information for Coq files https://bugzilla.redhat.com/show_bug.cgi?id=530254 Summary: Package mime-type information for Coq files Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: coq AssignedTo: amdunn(a)gmail.com ReportedBy: matt(a)mattmccutchen.net QAContact: extras-qa(a)fedoraproject.org CC: amdunn(a)gmail.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Created an attachment (id=365637) --> (https://bugzilla.redhat.com/attachment.cgi?id=365637) Draft mime-type information Description of problem: It might be nice to package some mime-type information for Coq files as a step toward making them xdg-openable in coqide or Proof General. Version-Release number of selected component (if applicable): coq-8.2-1.fc11.x86_64 -- 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 14

[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 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Ocaml-devel February 2010