Ocaml-devel November 2011

ocaml-devel@lists.fedoraproject.org

1 participants
3 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 755720] New: /etc/rc.d/init.d/mldonkey BY DEFAULT FOR A PID FILE CALLS /var/run/mldonkey/ THAT DOES NOT EXIST...
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: /etc/rc.d/init.d/mldonkey BY DEFAULT FOR A PID FILE CALLS /var/run/mldonkey/ THAT DOES NOT EXIST... https://bugzilla.redhat.com/show_bug.cgi?id=755720 Summary: /etc/rc.d/init.d/mldonkey BY DEFAULT FOR A PID FILE CALLS /var/run/mldonkey/ THAT DOES NOT EXIST... Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified 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 Story Points: --- Type: --- Description of problem: unless pid-dir manually created start by /etc/rc.d/init.d/mldonkey start - FAILS script mldonkey-server.rpm to create above pid-directory at rpm-installation time 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 1

[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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Ocaml-devel November 2011