caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Kenneth Adam Miller <kennethadammiller@gmail.com>
To: caml users <caml-list@inria.fr>
Subject: Re: [Caml-list] OCamlJava opam packages troubles
Date: Sat, 18 Jul 2015 17:41:40 -0400	[thread overview]
Message-ID: <CAK7rcp_cQ1NY7O6tQQKJeRak19G0vtNc4bVQy-3gJxkiJ=bcBQ@mail.gmail.com> (raw)
In-Reply-To: <CAK7rcp-yDjiGzU5oGPkv5TbB-Kb3RiRra9es4TcKobKaMmazKQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4950 bytes --]

Well I hunted down different paths for a solution and couldn't find
anything, even manually specifying the ocamlfind version didn't work. Cudf
remote proxy also selected the same dependent package. And all attempted
versions have identical errors.

I can't continue development using ocamljava until I can install that
package. I don't know how to continue hunting this error. Basically, the
library that I'm developing uses -package bytes in the command line, so I
presume that base.bytes is the opam package that it's talking about.

On Sat, Jul 18, 2015 at 4:04 PM, Kenneth Adam Miller <
kennethadammiller@gmail.com> wrote:

> Yeah, in addition, I should note that ocj-ocamlfind has been updated
> upstream as well, and that I can't pull that without being able to update
> and upgrade.
>
> On Sat, Jul 18, 2015 at 4:01 PM, Kenneth Adam Miller <
> kennethadammiller@gmail.com> wrote:
>
>> Thanks for your reply!
>>
>> Yeah that's possible; I was trying to update and that was giving me an
>> error as well.
>>
>> opam update
>> ...
>> [ERROR] At ~/.opam/repo/default/packages/pxp/pxp.1.2.7/opam:4:52:
>>   Not a recognised version-control URL
>>
>> I don't know what that's about either. Do you think possibly I  just need
>> to get update to succeed in order that dependency computation move forward
>> correctly? I'd like to at least rule out not repeating anything or dealing
>> with version issues with I could be on the edge.
>>
>> On Sat, Jul 18, 2015 at 3:44 PM, Gabriel Scherer <
>> gabriel.scherer@gmail.com> wrote:
>>
>>> This looks like a problem with the dependency computation algorithm.
>>> If you have not installed an external CUDF solver such as aspcud
>>> (which does a better job than the internal solver of OPAM), it may
>>> solve such spurious dependency issues.
>>>   https://opam.ocaml.org/doc/Specifying_Solver_Preferences.html
>>>
>>> (Or use the remove server farm
>>> http://cudf-solvers.irill.org/index.html if you don't want to install
>>> an external solver and don't mind your install requests to be sent
>>> over the network)
>>>
>>> On Sat, Jul 18, 2015 at 9:36 PM, Kenneth Adam Miller
>>> <kennethadammiller@gmail.com> wrote:
>>> > There are duplicate ocamlfind specific opam packages:
>>> >
>>> > opam search ocamlfind
>>> > ...
>>> > ocamlfind-ocj             --  A library manager for OCaml
>>> > ocj-ocamlfind             --  A library manager for OCaml
>>> >
>>> >
>>> >
>>> > In a second note, I have to install the library base-bytes. ocamlfind
>>> > 1.5.5-ocp is required by base-bytes, when a non-ocp install of
>>> ocamlfind was
>>> > working fine. ocamlfind 1.5.5-ocp blows up with the following errors:
>>> >
>>> > #=== ERROR while installing ocamlfind.1.5.5+ocp1
>>> > ==============================#
>>> > # opam-version 1.2.0
>>> > # os           linux
>>> > # command      make all
>>> > # path
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/build/ocamlfind.1.5.5+ocp1
>>> > # compiler     ocamljava-2.0-alpha3
>>> > # exit-code    2
>>> > # env-file
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/build/ocamlfind.1.5.5+ocp1/ocamlfind-12342-e7966f.env
>>> > # stdout-file
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/build/ocamlfind.1.5.5+ocp1/ocamlfind-12342-e7966f.out
>>> > # stderr-file
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/build/ocamlfind.1.5.5+ocp1/ocamlfind-12342-e7966f.err
>>> > ### stdout ###
>>> > # ...[truncated]
>>> > #           ocaml_args.cmo frontend.cmo
>>> > # if [ "false" = "true" ]; then                 \
>>> > # cp topfind.ml.in topfind.ml;                             \
>>> > # else                                                             \
>>> > # sed -e '/PPXOPT_BEGIN/,/PPXOPT_END/ d' topfind.ml.in     \
>>> > # > topfind.ml ;                                   \
>>> > # fi
>>> > # ocamlc -I +compiler-libs -c topfind.mli
>>> > # ocamlc -I +compiler-libs -g -c topfind.ml
>>> > # make[1]: Leaving directory
>>> >
>>> `/home/kennethadammiller/.opam/ocamljava-2.0-alpha3/build/ocamlfind.1.5.5+ocp1/src/findlib'
>>> > ### stderr ###
>>> > # File "itest-aux/ppx.ml", line 1, characters 0-25:
>>> > # Error: Unbound value Toploop.preprocess_phrase
>>> > # Makefile:160: depend: No such file or directory
>>> > # File "topfind.ml", line 1:
>>> > # Error: The files
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/lib/ocaml/compiler-libs/toploop.cmi
>>> > #        and
>>> >
>>> /home/kennethadammiller/.opam/ocamljava-2.0-alpha3/lib/ocaml/compiler-libs/parsetree.cmi
>>> > #        make inconsistent assumptions over interface Warnings
>>> > # make[1]: *** [topfind.cmo] Error 2
>>> > # make: *** [all] Error 2
>>> >
>>> >
>>> > =-=- Error report
>>> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>> > The following failed
>>> >  - install   ocamlfind.1.5.5+ocp1
>>> > Due to the errors, the following have been cancelled
>>> >  - install   base-bytes.base
>>>
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 7392 bytes --]

  reply	other threads:[~2015-07-18 21:42 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-18 19:36 Kenneth Adam Miller
2015-07-18 19:44 ` Gabriel Scherer
2015-07-18 20:01   ` Kenneth Adam Miller
2015-07-18 20:04     ` Kenneth Adam Miller
2015-07-18 21:41       ` Kenneth Adam Miller [this message]
2015-07-18 23:11         ` Jeremy Yallop
2015-07-21  2:16     ` Louis Gesbert
2015-07-23  1:28       ` Kenneth Adam Miller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAK7rcp_cQ1NY7O6tQQKJeRak19G0vtNc4bVQy-3gJxkiJ=bcBQ@mail.gmail.com' \
    --to=kennethadammiller@gmail.com \
    --cc=caml-list@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).