March 2010 - Ocaml-devel - Fedora mailing-lists

[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 04 Dec '10

04 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 04 Dec '10

04 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

[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 481318] New: Missing package for MLGMP
by Red Hat Bugzilla 28 Jun '10

28 Jun '10

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.

1 3

[Bug 493799] New: Translations for Fedora 11!
by Red Hat Bugzilla 16 Jun '10

16 Jun '10

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.

1 48

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

16 Jun '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=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.

1 5

[Bug 520971] New: Info documentation fails to install into directory
by Red Hat Bugzilla 16 Jun '10

16 Jun '10

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.

1 2

[Bug 533948] New: please consider changing the requires from /usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/libperl.so to perl-libs%{?_isa}
by Red Hat Bugzilla 08 Jun '10

08 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: please consider changing the requires from /usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/libperl.so to perl-libs%{?_isa} https://bugzilla.redhat.com/show_bug.cgi?id=533948 Summary: please consider changing the requires from /usr/lib/perl5/5.10.0/i386-linux-thread-multi/CORE/lib perl.so to perl-libs%{?_isa} Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: ocaml-perl4caml AssignedTo: rjones(a)redhat.com ReportedBy: svidal(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Target Release: --- Please consider changing the requires from a file-requires to a %{?_isa} requires -- 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 538891] New: FTBFS virt-ctrl-1.0.1-4.fc12
by Red Hat Bugzilla 03 Jun '10

03 Jun '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: FTBFS virt-ctrl-1.0.1-4.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=538891 Summary: FTBFS virt-ctrl-1.0.1-4.fc12 Product: Fedora Version: rawhide Platform: All URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo ck-results/ OS/Version: Linux Status: NEW Severity: high Priority: high Component: virt-ctrl 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 virt-ctrl-1.0.1-4.fc12.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. -- 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 564999] New: FTBFS mldonkey-3.0.0-3.fc12: ImplicitDSOLinking
by Red Hat Bugzilla 20 Apr '10

20 Apr '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: FTBFS mldonkey-3.0.0-3.fc12: ImplicitDSOLinking https://bugzilla.redhat.com/show_bug.cgi?id=564999 Summary: FTBFS mldonkey-3.0.0-3.fc12: ImplicitDSOLinking 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: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: ftbfs(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, lemenkov(a)gmail.com, fedora-ocaml-list(a)redhat.com Blocks: 564245 Classification: Fedora mldonkey-3.0.0-3.fc12.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. This failure is due to a change in the linker default behavior, which uncovered a fault in your package. See http://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking . 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 5

[Bug 523547] New: virt-df doesn't pull correct dependencies
by Red Hat Bugzilla 27 Mar '10

27 Mar '10

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: virt-df doesn't pull correct dependencies https://bugzilla.redhat.com/show_bug.cgi?id=523547 Summary: virt-df doesn't pull correct dependencies Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: virt-df AssignedTo: rjones(a)redhat.com ReportedBy: emcnabb(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: The virt-df RPM doesn't pull in perl-XML-XPath.noarch which is required. Version-Release number of selected component (if applicable): virt-df.x86_64 1:1.0.68-2.fc11 How reproducible: Every time Steps to Reproduce: # yum install -y virt-df ... # virt-df Filesystem 1K-blocks Used Available Use% open_guest: no libvirt support (install Sys::Virt, XML::XPath and XML::XPath::XMLParser) at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm line 148. # yum install -y perl-XML-XPath ... # virt-df Filesystem 1K-blocks Used Available Use% RHEL5.3-64:/dev/VolGroup00/LogVol00 9014656 7208796 1340556 85.1% ...correct output... Actual results: Expected results: perl-XML-XPath should be added as a dependency. 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 13

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Ocaml-devel March 2010