Ocaml-devel August 2011

ocaml-devel@lists.fedoraproject.org

2 participants
10 discussions

[Bug 718524] New: mldonkey & mldonkey-server dont create the required directory in /var/run/
by Red Hat Bugzilla 26 Nov '11

26 Nov '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: mldonkey & mldonkey-server dont create the required directory in /var/run/ https://bugzilla.redhat.com/show_bug.cgi?id=718524 Summary: mldonkey & mldonkey-server dont create the required directory in /var/run/ Product: Fedora Version: 15 Platform: x86_64 OS/Version: Linux Status: NEW Severity: low Priority: unspecified Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: mischa(a)mmt.me.uk QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, lemenkov(a)gmail.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Description of problem: When i install and run mldonkey and mldonkey-server on my (up to date) fedora 15 box, I have found that the rpm installation process seems to create the necessary directory in /var/run (i.e. /var/run/mldonkey/), but upon reboot this directory is not created in the tmpfs. I saw this directory is necessary for it is in the init script in /etc/init.d/ you can see that the script will attempt to create mldonkey's .pid file in /var/run/mldonkey/ As explained in the following post: http://mail.savs.hcc.edu.tw/~chuavv/articles/ClamAV-en.html I had to create a file /etc/tmpfiles.d/mldonkey.conf which contained the following line: d /var/run/mldonkey 0775 root mldonkey - Version-Release number of selected component (if applicable): 3.0.3-1.fc15 How reproducible: Very easily, see below. Steps to Reproduce: 1. Install mldonkey and mldonkey-sever 2. add them via chkconfig to be on in init levels 345 3. reboot machine 4. see that the mldonkey daemon fails to start. 5. that there is no directory named /var/run/mldonkey Actual results: upon reboot mldonkey server fails to start no directory named /var/run/mldonkey exists for the .pid file Expected results: upon reboot mldonkey server should start directory named /var/run/mldonkey should contain the mlnet.pid file Additional info: The other way around fixing this could be to change the script in /etc/init.d/ to point to /var/lib/mldonkey so that the .pid file could live in there, but that seems wrong to me. Cheers! -- 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 691913] New: ocaml-camlp5 pretty printer bug
by Red Hat Bugzilla 10 Nov '11

10 Nov '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ocaml-camlp5 pretty printer bug https://bugzilla.redhat.com/show_bug.cgi?id=691913 Summary: ocaml-camlp5 pretty printer bug Product: Fedora Version: 15 Platform: All OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: ocaml-camlp5 AssignedTo: rjones(a)redhat.com ReportedBy: loganjerry(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Description of problem: I'm trying to build the latest version of coq. The build is failing on F-15. Coq upstream claims it is a known bug in the camlp5 pretty printer. The upstream discussion is here (may require registration): http://www.lix.polytechnique.fr/coq/bugs/show_bug.cgi?id=2468 That bug says the patch to fix the problem is as follows (may be whitespace mangled due to cutting and pasting between browser tabs): Index: etc/pr_o.ml =================================================================== RCS file: /home/ROCQ/aosteroc/deraugla/repository/camlp5/etc/pr_o.ml,v retrieving revision 6.48 retrieving revision 6.49 diff -r6.48 -r6.49 2c2 < (* $Id: pr_o.ml,v 6.48 2010-11-21 17:17:45 deraugla Exp $ *) --- > (* $Id: pr_o.ml,v 6.49 2010-12-06 10:31:00 deraugla Exp $ *) 2083c2083 < | None -> patt pc p ] --- > | None -> pprintf pc "~%p" patt p ] Version-Release number of selected component (if applicable): ocaml-camlp5-6.02.1-2.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. Attempt to compile coq (vanilla upstream tarball shows the problem) 2. 3. Actual results: File "toplevel/mltop.optml", line 112, characters 63-64: Error: The function applied to this argument has type ?warn:bool -> System.physical_path * string This argument cannot be applied without label make[1]: *** [toplevel/mltop.cmx] Error 2 Expected results: Successful compilation. 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 14

[Bug 710568] New: New version needed: error while parsing ocamldep output
by Red Hat Bugzilla 25 Oct '11

25 Oct '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: New version needed: error while parsing ocamldep output https://bugzilla.redhat.com/show_bug.cgi?id=710568 Summary: New version needed: error while parsing ocamldep output Product: Fedora Version: 15 Platform: All OS/Version: Linux Status: NEW Severity: urgent Priority: unspecified Component: ocamldsort AssignedTo: rjones(a)redhat.com ReportedBy: loganjerry(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Description of problem: The output format of ocamldep changed in ocaml 3.12.0. Version 0.14.4 of ocamldsort is not able to parse the new format. An upgrade to version 0.15.0 is needed right away for Fedora 15 and Rawhide, as ocamldsort is not functional on either at the moment. Version-Release number of selected component (if applicable): ocamldsort-0.14.4-8.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. Run ocamldsort on any ocaml package 2. 3. Actual results: Error: error while parsing ocamldep output Expected results: A sorted list of dependencies 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 9

[Bug 718956] New: ocaml-3.12.1 is available
by Red Hat Bugzilla 27 Sep '11

27 Sep '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ocaml-3.12.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=718956 Summary: ocaml-3.12.1 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: ocaml AssignedTo: rjones(a)redhat.com ReportedBy: upstream-release-monitoring(a)fedoraproject.org QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Latest upstream release: 3.12.1 Current version in Fedora Rawhide: 3.12.0 URL: http://caml.inria.fr/download.en.html Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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

[Bug 725167] New: New version: 3.0.0
by Red Hat Bugzilla 27 Sep '11

27 Sep '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: New version: 3.0.0 https://bugzilla.redhat.com/show_bug.cgi?id=725167 Summary: New version: 3.0.0 Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ocaml-type-conv AssignedTo: rjones(a)redhat.com ReportedBy: michael(a)elehack.net QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Type: --- Description of problem: type-conv version 3.0.0 is now available: http://hg.ocaml.info/release/type-conv/rev/68b11176fd0d 2.3.0 has been available from Jane Street for a few months now as well; unfortunately it is API-incompatible with the ocaml.info version. -- 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

[Bug 732868] New: glibc too low for mldonkey
by Red Hat Bugzilla 24 Aug '11

24 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: glibc too low for mldonkey https://bugzilla.redhat.com/show_bug.cgi?id=732868 Summary: glibc too low for mldonkey Product: Fedora Version: 15 Platform: i686 OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: cyc19921205(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 Story Points: --- Type: --- Description of problem: what I have done: sudo yum install mldonkey mldonkey then:''' 2011/08/24 09:50:23 [cO] Starting MLDonkey 3.0.3 ... 2011/08/24 09:50:23 [cO] Language ZH_CN, locale UTF-8, ulimit for open files 1024 2011/08/24 09:50:23 [cO] MLDonkey is working in /home/cyc/.mldonkey 2011/08/24 09:50:23 [Gettext] Loading language resource mlnet_strings.zh_CN.utf8 2011/08/24 09:50:23 [cO] loaded language resource file 2011/08/24 09:50:23 [DNS] Resolving [xxx.yyy] ... 2011/08/24 09:50:23 [DNS] Resolving [www.mldonkey.org] ... Attention! This core is running with glibc 2.14 but it was compiled with glibc 2.12.90. This can lead to unexpected behaviour. Consider compiling the core yourself or getting a binary compiled with glibc 2.12.90. 2011/08/24 09:50:24 [dMain] Libmagic file-type recognition database present 2011/08/24 09:50:24 [cO] Logging in /home/xxx/.mldonkey/mlnet.log ''' I think it easy to understand though my English is not good. It seems that it should be compiled with glibc 2.14. -- 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 0

[Bug 603230] New: ocaml-sqlite-devel doesn't work properly without sqlite-devel, but it's not a dependency
by Red Hat Bugzilla 19 Aug '11

19 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ocaml-sqlite-devel doesn't work properly without sqlite-devel, but it's not a dependency https://bugzilla.redhat.com/show_bug.cgi?id=603230 Summary: ocaml-sqlite-devel doesn't work properly without sqlite-devel, but it's not a dependency Product: Fedora Version: 13 Platform: x86_64 OS/Version: Linux Status: NEW Severity: low Priority: low Component: ocaml-sqlite AssignedTo: rjones(a)redhat.com ReportedBy: bugzilla(a)mugon.org QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Description of problem: Programs that use ocaml-sqlite-devel cannot be compiled to native code with ocamlfind unless sqlite-devel is installed. However, ocaml-sqlite-devel does not list sqlite-devel as a dependency. It probably should. Version-Release number of selected component (if applicable): 1.5.6-3.fc13 Steps to Reproduce: 1. Ensure neither ocaml-sqlite-devel nor sqlite-devel is installed. 2. Install ocaml-sqlite-devel. 3. Create an empty file called "empty.ml". 4. Execute "ocamlfind ocamlopt -package sqlite3 -linkpkg empty.ml". Actual results: /usr/bin/ld: cannot find -lsqlite3 collect2: ld returned 1 exit status File "caml_startup", line 1, characters 0-1: Error: Error during linking Expected results: Successful creation of a.out -- 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 7

[Bug 729977] New: [abrt] mldonkey-3.0.3-1.fc14: mark_slice: Process /usr/bin/mlnet was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 11 Aug '11

11 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] mldonkey-3.0.3-1.fc14: mark_slice: Process /usr/bin/mlnet was killed by signal 11 (SIGSEGV) https://bugzilla.redhat.com/show_bug.cgi?id=729977 Summary: [abrt] mldonkey-3.0.3-1.fc14: mark_slice: Process /usr/bin/mlnet was killed by signal 11 (SIGSEGV) Product: Fedora Version: 14 Platform: i686 OS/Version: Unspecified Status: NEW Status Whiteboard: abrt_hash:e2ece02ed7c81eb437b1498518f7a88f623efc91 Severity: unspecified Priority: unspecified Component: mldonkey AssignedTo: lemenkov(a)gmail.com ReportedBy: lonicerae(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 Story Points: --- Type: --- abrt version: 1.1.18 architecture: i686 Attached file: backtrace, 16576 bytes cmdline: mlnet component: mldonkey Attached file: coredump, 42991616 bytes crash_function: mark_slice executable: /usr/bin/mlnet kernel: 2.6.35.13-91.fc14.i686 package: mldonkey-3.0.3-1.fc14 rating: 4 reason: Process /usr/bin/mlnet was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1313066611 uid: 500 How to reproduce ----- 1. mlnet running in background 2. suddenly crashed 3. -- 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 729130] New: Please update Tuareg to version 2.0.4
by Red Hat Bugzilla 09 Aug '11

09 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please update Tuareg to version 2.0.4 https://bugzilla.redhat.com/show_bug.cgi?id=729130 Summary: Please update Tuareg to version 2.0.4 Product: Fedora Version: 15 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: unspecified Component: emacs-common-tuareg AssignedTo: rjones(a)redhat.com ReportedBy: bugzilla.redhat.com(a)kanakkshetri.fastmail.fm QAContact: extras-qa(a)fedoraproject.org CC: rjones(a)redhat.com, fedora-ocaml-list(a)redhat.com Classification: Fedora Story Points: --- Type: --- Description of problem: The latest version of tuareg-mode is 2.04 (https://forge.ocamlcore.org/frs/?group_id=43) but the version in repositories is 1.45.6 . Please update the package Version-Release number of selected component (if applicable): 1.45.6 -- 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

[ocaml-lablgtk/f15] - Add patch (sent upstream) to fix gtkThread async callbacks throwing Queue.Empty. (cherry picked
by Richard W.M. Jones 01 Aug '11

01 Aug '11

commit 0defd12e1530ac9b18e282faae5964d69bde237c Author: Richard W.M. Jones <rjones(a)redhat.com> Date: Wed Jul 27 18:53:23 2011 +0100 - Add patch (sent upstream) to fix gtkThread async callbacks throwing Queue.Empty. (cherry picked from commit 120a908fae5943af36090e568ee349dfceab8be9) ...gtk-2.14.2-avoid-queue-empty-in-gtkThread.patch | 40 ++++++++++++++++++++ ocaml-lablgtk.spec | 11 +++++- 2 files changed, 50 insertions(+), 1 deletions(-) --- diff --git a/lablgtk-2.14.2-avoid-queue-empty-in-gtkThread.patch b/lablgtk-2.14.2-avoid-queue-empty-in-gtkThread.patch new file mode 100644 index 0000000..80b2735 --- /dev/null +++ b/lablgtk-2.14.2-avoid-queue-empty-in-gtkThread.patch @@ -0,0 +1,40 @@ +diff -ur lablgtk-2.14.2.old/src/gtkThread.ml lablgtk-2.14.2/src/gtkThread.ml +--- lablgtk-2.14.2.old/src/gtkThread.ml 2010-06-25 10:23:44.000000000 +0100 ++++ lablgtk-2.14.2/src/gtkThread.ml 2011-07-27 19:16:32.263724495 +0100 +@@ -28,8 +28,14 @@ + + let jobs : (unit -> unit) Queue.t = Queue.create () + let m = Mutex.create () ++type ('a, 'b) either = Left of 'a | Right of 'b + let with_jobs f = +- Mutex.lock m; let y = f jobs in Mutex.unlock m; y ++ Mutex.lock m; ++ let y = try Left (f jobs) with exn -> Right exn in ++ Mutex.unlock m; ++ match y with ++ | Left y -> y ++ | Right exn -> raise exn + + let loop_id = ref None + let reset () = loop_id := None +@@ -40,8 +46,6 @@ + let gui_safe () = + not (Sys.os_type = "Win32") || !loop_id = Some(Thread.id (Thread.self ())) + +-let has_jobs () = not (with_jobs Queue.is_empty) +-let n_jobs () = with_jobs Queue.length + let do_next_job () = with_jobs Queue.take () + let async j x = with_jobs + (Queue.add (fun () -> +@@ -64,9 +68,9 @@ + + let do_jobs () = + Thread.delay 0.0001; +- for i = 1 to n_jobs () do do_next_job () done; ++ let rec loop () = do_next_job (); loop () in ++ (try loop () with Queue.Empty -> ()); + true +- + + (* We check first whether there are some event pending, and run + some iterations. We then need to delay, thus focing a thread switch. *) diff --git a/ocaml-lablgtk.spec b/ocaml-lablgtk.spec index a8aeb7f..43d71e8 100644 --- a/ocaml-lablgtk.spec +++ b/ocaml-lablgtk.spec @@ -2,7 +2,7 @@ Name: ocaml-lablgtk Version: 2.14.2 -Release: 4%{?dist} +Release: 6%{?dist} Summary: Objective Caml interface to gtk+ @@ -12,6 +12,9 @@ License: LGPLv2 with exceptions URL: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html Source: http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/dist/lablgtk-%{version}.tar.gz +# Patch sent upstream 2011-07-27 by RWMJ. +Patch0: lablgtk-2.14.2-avoid-queue-empty-in-gtkThread.patch + BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) ExcludeArch: sparc64 s390 s390x @@ -74,6 +77,8 @@ developing applications that use %{name}. # version information in META file is wrong perl -pi -e 's|version="1.3.1"|version="%{version}"|' META +%patch0 -p1 + %build %configure --with-gl --enable-debug @@ -153,6 +158,10 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Wed Jul 27 2011 Richard W.M. Jones <rjones(a)redhat.com> - 2.14.2-6 +- Add patch (sent upstream) to fix gtkThread async callbacks throwing + Queue.Empty. + * Tue Feb 08 2011 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.14.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Ocaml-devel August 2011