Re: OCaml packages failing in ELN
On Thu, Oct 14, 2021 at 07:47:16AM -0400, Stephen Gallagher wrote: > On Thu, Oct 14, 2021 at 7:44 AM Richard W.M. Jones wrote: > ... > > So say there's this (real) dependency chain: > > > > ocaml -> ocaml-labltk -> ocaml-findlib -> ocaml-dune > > > > We set off building (eg) ocaml-findlib.ELN before ocaml-labtk.ELN. > > However it's being built against the Rawhide version of ocaml-labtk, > > so it should both build and the dependencies of it should be OK. > > > > Unless of course we're hitting the unstable ocamlx(Dynlink) problem > > again? > > > > Could you explain this part? I know nothing about OCaml packages. If > there is something unique about OCaml that means we need to handle it > specially, that would be really good to know. Well it's a bug basically. The long story is: https://lists.fedoraproject.org/archives/list/ocaml-de...@lists.fedoraproject.org/thread/ST4VGA2KSI2W3WCJJ3TFGSSDPHNLVLGQ/ The shorter story is: https://lists.fedoraproject.org/archives/list/ocaml-de...@lists.fedoraproject.org/message/UVHIXZFZ53JQ752KKZZ27IBNM3GCD5DM/ Note that I don't know if the problem Jerry was seeing is this one or something else. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OCaml packages failing in ELN
On Thu, 14 Oct 2021 at 07:44, Richard W.M. Jones wrote: > > On Mon, Oct 11, 2021 at 03:53:09PM -0600, Jerry James wrote: > > The ELN package builds for the recent OCaml 4.13 update have mostly > > been failing, over and over. I finally took a look at some today; > > they're going to keep failing until a human intervenes. Rebuilding > > against Rawhide packages was supposed to fix this issue, but it > > doesn't fix the problem we're having this time: package builds that > > succeeded when they should have failed. > > I'm not sure I follow exactly what the problem is. > > > The problem is that some packages low in the OCaml dependency tree > > were built successfully, but against packages that hadn't been rebuilt > > yet. The builds succeeded, so now those builds are sitting in the ELN > > repository, preventing the corresponding Rawhide builds from being > > used, but they have unresolvable dependencies. > > So say there's this (real) dependency chain: > > ocaml -> ocaml-labltk -> ocaml-findlib -> ocaml-dune > > We set off building (eg) ocaml-findlib.ELN before ocaml-labtk.ELN. > However it's being built against the Rawhide version of ocaml-labtk, > so it should both build and the dependencies of it should be OK. > > Unless of course we're hitting the unstable ocamlx(Dynlink) problem > again? > Could it be that the building out of order even when using F36 as a backstop repository might have caused issues? -- Stephen J Smoogen. I've seen things you people wouldn't believe. Flame wars in sci.astro.orion. I have seen SPAM filters overload because of Godwin's Law. All those moments will be lost in time... like posts on a BBS... time to shutdown -h now. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OCaml packages failing in ELN
On Thu, Oct 14, 2021 at 7:44 AM Richard W.M. Jones wrote: ... > So say there's this (real) dependency chain: > > ocaml -> ocaml-labltk -> ocaml-findlib -> ocaml-dune > > We set off building (eg) ocaml-findlib.ELN before ocaml-labtk.ELN. > However it's being built against the Rawhide version of ocaml-labtk, > so it should both build and the dependencies of it should be OK. > > Unless of course we're hitting the unstable ocamlx(Dynlink) problem > again? > Could you explain this part? I know nothing about OCaml packages. If there is something unique about OCaml that means we need to handle it specially, that would be really good to know. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OCaml packages failing in ELN
On Mon, Oct 11, 2021 at 03:53:09PM -0600, Jerry James wrote: > The ELN package builds for the recent OCaml 4.13 update have mostly > been failing, over and over. I finally took a look at some today; > they're going to keep failing until a human intervenes. Rebuilding > against Rawhide packages was supposed to fix this issue, but it > doesn't fix the problem we're having this time: package builds that > succeeded when they should have failed. I'm not sure I follow exactly what the problem is. > The problem is that some packages low in the OCaml dependency tree > were built successfully, but against packages that hadn't been rebuilt > yet. The builds succeeded, so now those builds are sitting in the ELN > repository, preventing the corresponding Rawhide builds from being > used, but they have unresolvable dependencies. So say there's this (real) dependency chain: ocaml -> ocaml-labltk -> ocaml-findlib -> ocaml-dune We set off building (eg) ocaml-findlib.ELN before ocaml-labtk.ELN. However it's being built against the Rawhide version of ocaml-labtk, so it should both build and the dependencies of it should be OK. Unless of course we're hitting the unstable ocamlx(Dynlink) problem again? > If building the packages in the same order they were built for Rawhide > is infeasible, then we need a backtracking algorithm that detects > build failures due to uninstallable packages and rebuilds those. > Right now, at the very least, ocaml-dune needs such a rebuild. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OCaml packages failing in ELN
On Tue, Oct 12, 2021 at 6:09 AM Stephen Gallagher wrote: > OK, for the short term, I'm just going to tag the Rawhide builds of > ocaml packages into ELN. If you want me to do a mini-mass-rebuild for > ELN after that, let me know. I do not have any particular need for a mini-mass-rebuild. If Richard Jones is okay with this, so am I. > I'm not sure how things got into the current state, but given that it > looks as if this OCAML build happened pretty much on the same day that > we deployed the new DistroBuildSync that handles the > tag-waitforrepo-build process, I'm guessing we probably just missed a > couple that happened to be problematic. Oh, okay, that makes sense. Let's see how it does on future OCaml mass rebuilds, then. Thanks for fixing things up. Regards, -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OCaml packages failing in ELN
On Mon, Oct 11, 2021 at 5:54 PM Jerry James wrote: > > The ELN package builds for the recent OCaml 4.13 update have mostly > been failing, over and over. I finally took a look at some today; > they're going to keep failing until a human intervenes. Rebuilding > against Rawhide packages was supposed to fix this issue, but it > doesn't fix the problem we're having this time: package builds that > succeeded when they should have failed. > > The problem is that some packages low in the OCaml dependency tree > were built successfully, but against packages that hadn't been rebuilt > yet. The builds succeeded, so now those builds are sitting in the ELN > repository, preventing the corresponding Rawhide builds from being > used, but they have unresolvable dependencies. > > If building the packages in the same order they were built for Rawhide > is infeasible, then we need a backtracking algorithm that detects > build failures due to uninstallable packages and rebuilds those. > Right now, at the very least, ocaml-dune needs such a rebuild. OK, for the short term, I'm just going to tag the Rawhide builds of ocaml packages into ELN. If you want me to do a mini-mass-rebuild for ELN after that, let me know. I'm not sure how things got into the current state, but given that it looks as if this OCAML build happened pretty much on the same day that we deployed the new DistroBuildSync that handles the tag-waitforrepo-build process, I'm guessing we probably just missed a couple that happened to be problematic. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
OCaml packages failing in ELN
The ELN package builds for the recent OCaml 4.13 update have mostly been failing, over and over. I finally took a look at some today; they're going to keep failing until a human intervenes. Rebuilding against Rawhide packages was supposed to fix this issue, but it doesn't fix the problem we're having this time: package builds that succeeded when they should have failed. The problem is that some packages low in the OCaml dependency tree were built successfully, but against packages that hadn't been rebuilt yet. The builds succeeded, so now those builds are sitting in the ELN repository, preventing the corresponding Rawhide builds from being used, but they have unresolvable dependencies. If building the packages in the same order they were built for Rawhide is infeasible, then we need a backtracking algorithm that detects build failures due to uninstallable packages and rebuilds those. Right now, at the very least, ocaml-dune needs such a rebuild. -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure