# \[ANN\] Dune Developer Preview Updates **URL:** \ **Category:** Ecosystem\ **Tags:** opam, dune, build, announce\ **Created:** [August 19, 2024, 1:55pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160 "2024-08-19T13:55:20Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [August 19, 2024, 1:55pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/1 "2024-08-19T13:55:20Z")
Hi folks! šŸ‘‹ Just wanted to share some of the work the Dune has been up to lately re: the Developer Preview we announced [here](https://discuss.ocaml.org/t/ocaml-platform-newsletter-march-may-2024/14765) šŸ™‚ ā€“ weā€™ll be using this thread to share more updates as things go. As always, we hold our Dune Developer meetings in public and youā€™re more than welcome to subscribe to our public Calendar ([Google](https://calendar.google.com/calendar/embed?src=c_5cd698df6784e385b1cdcdc1dbca18c061faa96959a04781566d304dc9ec7319%40group.calendar.google.com&ctz=Europe%2FStockholm), [iCal](https://calendar.google.com/calendar/ical/c_5cd698df6784e385b1cdcdc1dbca18c061faa96959a04781566d304dc9ec7319%40group.calendar.google.com/public/basic.ics)) * * * ## Getting ready for the Public Beta As we prepare for the public beta, weā€™re ramping up the DX interviews and ensuring the first few users will have a fun, productive experience with the developer preview. > šŸ“„ If you signed up for the Dev Preview back in May, check your inbox for a link and instructions to schedule your DX interview with us. Hereā€™s a sample video ([Mastodon](https://mas.to/deck/@leostera/112988841207690720) or [X](https://x.com/leostera/status/1825519465527673238)) where you can see me building the Riot project on a machine that does not have OCaml installed. It is pretty neat! Seriously, big shoutout to the Dune team at Tarides[0] and Jane Street[1] who have been doing a phenomenal job šŸ‘ āœØ šŸŖ So hereā€™s what getting started with OCaml looks like today with the Dune Developer Preview as of today (August 19 2024): 1. get `dune` from our binary distribution ā€“ weā€™ll soon make this public! 2. run `dune pkg lock` in your favorite project 3. run `dune build` Thatā€™s it. No need to install anything else, Dune will see that lock file, fetch, and build all necessary dependencies. > šŸ—ŗ These are some strong step towards the [OCaml Platform vision for 2026](https://ocaml.org/tools/platform-roadmap), that we are actively working towards. If you have any thoughts or feedback please let me know! There are more improvements coming that will help remove friction to get started and creating a delightful experience. Both of these things we strongly believe will help onboard new users to the OCaml world. Hereā€™s a few in the works: - **Various DX improvements** ā€“ from new outputs to simplified workflows, we want to make using Dune just delightful. - **Bundled support for dev tools** (ocalmformat, odoc, lsp) ā€“ the default toolset will be available without any extra steps! just call `dune fmt`, and it works. No need to manually install anything else. - **Automatic dependency locking** ā€“ when building, and even on watch mode, Dune will lock your dependencies by default and keep the lock up to date. - **Cross-project Caching** ā€“ by default weā€™ll enabled a local Dune cache that across the system, so you never rebuild the same dependency even across projects. - **Signed binaries with certificates of origin** ā€“ we care deeply about security and want to make sure that any binary we ship will be easily verified and tracked back to its sources. Stay tuned! šŸ‘‹ PS: hereā€™s a longer video ([Mastodon](https://mas.to/deck/@leostera/112988880290815356), [X](https://x.com/leostera/status/1825519469759812062)) showing you the setup for OCaml from zero, creating a new project, and adding a dependency, all within ~5 minutes [0] @emillon @Leonidas @gridbugs @tmattio @maiste . Ambre Suhamy, Alpha Diallo [1] @rgrinberg ---
**Author:** ![c-cube](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/c-cube/32/1727_2.png) [@c-cube](https://discuss.ocaml.org/u/c-cube)\ **Post date:** [August 19, 2024, 2:19pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/2 "2024-08-19T14:19:01Z")
This looks absolutely incredible. Congratulations to the dune team!! ---
**Author:** ![lthms](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/lthms/32/4658_2.png) [@lthms](https://discuss.ocaml.org/u/lthms)\ **Post date:** [August 20, 2024, 9:03pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/3 "2024-08-20T21:03:30Z")
Pretty great work! > [@leostera](#): > > run `dune pkg lock` in your favorite project Quick question about that. We are using `opam lock` at `$WORK` and we ran into something a bit particular about it: for recent enough packages of OCaml (3mo and less), OCaml now comes with system/arch dependent packages. Which means we need to slightly modify the lock file generated by `opam` for it to be portable. Not the end of the world, but still a bit annoying. I think I read `dune` is ā€œopam freeā€ but do you take this into account already? ---
**Author:** ![yawaramin](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/yawaramin/32/3384_2.png) [@yawaramin](https://discuss.ocaml.org/u/yawaramin)\ **Post date:** [August 20, 2024, 11:13pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/4 "2024-08-20T23:13:51Z")
See this thread [Dune lockfiles are not cross-platform. How should we approach checking them into version control?](https://discuss.ocaml.org/t/dune-lockfiles-are-not-cross-platform-how-should-we-approach-checking-them-into-version-control/14992) ---
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [August 22, 2024, 1:40am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/5 "2024-08-22T01:40:44Z")
Another small DX update āœØ - the output of builds is now much easier to scan by being aligned in columns - and the colors look good on light themes too! ![image](https://us1.discourse-cdn.com/flex020/uploads/ocaml/original/2X/f/f2bc029916a8cca11bfd1e9f7ab03bcaf673e75d.jpeg) ---
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [August 22, 2024, 1:45am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/6 "2024-08-22T01:45:41Z")
> [@lthms](#): > > Quick question about that. We are using `opam lock` at `$WORK` and we ran into something a bit particular about it: for recent enough packages of OCaml (3mo and less), OCaml now comes with system/arch dependent packages. Which means we need to slightly modify the lock file generated by `opam` for it to be portable. > > Not the end of the world, but still a bit annoying. > > I think I read `dune` is ā€œopam freeā€ but do you take this into account already? Hi @lthms! As @yawaramin pointed out, thereā€™s a thread where we are discussing and gathering community inputs on how to make lockfiles work better. We hope to end up with a solution that is automated and portable, but it may take some iteration to get there! (or even work outside of lockfiles themselves) Iā€™d love to look at your dep graph and learn about these manual updates youā€™re doing, so feel free to reach out to me over discord (same username) šŸ™ ---
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [September 25, 2024, 4:57pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/7 "2024-09-25T16:57:55Z")
Hello folks! šŸ‘‹ ## Call for Feedback Weā€™d like to welcome everyone to try and play with the [Dune Developer Preview](https://dune.ci.dev)! šŸŽ‰ This experimental nightly release of dune includes a lot of improvements, including the much expected package management features, and it can be installed from that website or by using the new installation script: ```bash $ curl https://dune.ci.dev/install | bash ``` In a few seconds you should be ready to OCaml by calling `dune`: ![Installing the Dune Developer Preview](https://us1.discourse-cdn.com/flex020/uploads/ocaml/original/2X/5/5136c2f9d31705ed9805bb2e25db41de4ceb0f62.gif) You can also watch and share this demo on [X](https://x.com/leostera/status/1838969568795979922) and [Mastodon](https://mas.to/deck/@leostera/113198996085937679). Please try it out and let us know what you think šŸ™ šŸ“… You can book a feedback call with us [here](https://calendar.google.com/calendar/u/0/appointments/schedules/AcZssZ3HaJbskiCLHqLS6Oi1S3-rWYwv0hb_Iz8O9VlspuDdK5qbXYUZDpRRlWfEY1GP8KFy6XY8MFb9) šŸ“ You can submit feedback using [this form](https://docs.google.com/forms/u/2/d/e/1FAIpQLSda-mOTHIdATTt_e9dFmNgUCy-fD55Qzr3bGGsxpfY_Ecfyxw/viewform?usp=send_form) šŸ› You can submit issues to Github on [ocaml/dune](https://github.com/ocaml/dune/issues/new/choose) ### Changes since last update The Dune shared cache has been enabled by default. Weā€™re starting off by caching all downloads and dependencies. We have improved support for dev tools. Weā€™re working to streamline this but in the latest binary you can: - Configure your LSP (in Neovim, Vim, Emacs, etc) to call `dune tools exec ocamllsp` to get LSP support for your projects out of the box ā€“ this may take a little bit the first time it builds the LSP for a compiler version, but its pretty much instant afterwards. - Call `dune fmt` to get your project formatted ā€“ remember to add an `.ocamlformat` file if you donā€™t have one yet. An empty one is enough. - Call `dune ocaml doc` to get documentation built ### Whatā€™s next? Weā€™re looking forward to streamlining the DX, working on better dependency locks, and looking into supporting Windows. In particular, weā€™re considering work on a few things: - `dune create ` ā€“ to let the community create templates that can be easily used from within dune - `dune pkg fetch` ā€“ to prefetch packages and prepare a repository for working in offline mode - `dune build @deps` - to build all dependencies, useful for staged builds in Dockerfiles - `dune pkg add ` - to make adding packages straightforward - a short-hand syntax for pins on github - and more! If youā€™ve got any ideas, weā€™d love to hear them, so please open a feature request on Github šŸ™ ## Other updates #### FunOCaml Presentation At **FunOCaml** we had a last-minute opportunity to present the work being done on Dune and we used it to introduce the Developer Preview to the community, and even tested Package Management live with suggestions from the audience (thanks @anmonteiro and Paul-Elliot for participating!) ā€“ you can [watch it on Twitch](https://www.twitch.tv/videos/2252408016?t=08h12m00s). #### New design Weā€™re working with @Claire_Vandenberghe on redesigning the Developer Preview website so that itā€™d feel like a seamless extension of [OCaml.org](http://OCaml.org) ā€“ in this current iteration weā€™ve made it easier to get started and weā€™re putting the FAQ front and center. Weā€™ll be iterating on this design in the coming weeks until it fits perfectly within the [OCaml.org](http://OCaml.org) design system šŸŽØ You can check the new website here: [https://dune.ci.dev](https://dune.ci.dev) #### Upcoming Blog posts In the near future weā€™ll be publishing blog posts about the Developer Preview and Package Management, which weā€™re working on with @professor.rose šŸ‘ ---
**Author:** ![cdaringe](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/cdaringe/32/2419_2.png) [@cdaringe](https://discuss.ocaml.org/u/cdaringe)\ **Post date:** [September 26, 2024, 5:43pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/8 "2024-09-26T17:43:23Z")
There is serious polish here šŸ’…. Perhaps the ā€œocaml tooling ``ā€ hackernews tropes are nearing their end šŸ˜„ šŸ™„ ! Excellent work! ---
**Author:** ![bhoot](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/bhoot/32/5900_2.png) [@bhoot](https://discuss.ocaml.org/u/bhoot)\ **Post date:** [September 27, 2024, 1:01am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/9 "2024-09-27T01:01:12Z")
Great work! I was able to re-build my old projects with the nightly dune without a hitch! > The Dune shared cache has been enabled by default. Weā€™re starting off by caching all downloads and dependencies. Whereā€™s the cache located? Nightly dune doesnā€™t seem to use `~/.opam`. Within the project dir, `dune.lock/.pkg` contains a packageā€™s declaration. But I couldnā€™t find its cache. ---
**Author:** ![Frederic\_Loyer](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/frederic_loyer/32/3472_2.png) [@Frederic\_Loyer](https://discuss.ocaml.org/u/Frederic_Loyer)\ **Post date:** [September 27, 2024, 11:44am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/10 "2024-09-27T11:44:29Z")
I have it worked well with a project with multiple dependencies. But now, a trivial try: ```auto loyer@ak-serveur3:~$ dune init project essai2 Entering directory '/home/loyer/essai2' Success: initialized project component named essai2 loyer@ak-serveur3:~$ cd essai2 loyer@ak-serveur3:~/essai2$ dune pkg lock Solution for dune.lock: - base-threads.base - base-unix.base - dune.3.16.0 - ocaml.5.1.1 - ocaml-base-compiler.5.1.1~rc1 - ocaml-config.3 loyer@ak-serveur3:~/essai2$ dune build Error: Multiple rules generated for _build/_private/default/.pkg/ocaml-base-compiler/source: - dune.lock/ocaml-base-compiler.pkg:24 - dune.lock/ocaml-base-compiler.pkg:13 -> required by - package ocaml-config -> required by - package ocaml ``` The version of the base compiler is weird (why a rc1) ? ---
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [September 27, 2024, 1:02pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/11 "2024-09-27T13:02:30Z")
> [@cdaringe](#): > > There is serious polish here šŸ’…. Perhaps the ā€œocaml tooling ``ā€ hackernews tropes are nearing their end šŸ˜„ šŸ™„ ! Excellent work! Thank you! Iā€™ll pass the praise on to the team. And yes, weā€™d love it if the next time OCaml shows up on the orange website is because people are amazed at the onboarding experience. > [@bhoot](#): > > Great work! I was able to re-build my old projects with the nightly dune without a hitch! Thank you! Glad it Just Worked ā„¢ ā€“ I appreciated the responses you left on the [Lobste.rs post](https://lobste.rs/s/u3jkyn/ocaml_dune_developer_preview_updates) too šŸ™ > [@bhoot](#): > > Whereā€™s the cache located? Nightly dune doesnā€™t seem to use `~/.opam`. Within the project dir, `dune.lock/.pkg` contains a packageā€™s declaration. But I couldnā€™t find its cache. The Developer Preview doesnā€™t rely on `opam` the tool, only on the opam registry. So instead of `~/.opam` we are currently using the XDG\_CACHE directory, which should be `~/.cache/dune` for most people. We may move this to `~/.dune` since thatā€™s a very common / expected place to find these dirs. > [@Frederic\_Loyer](#): > > I have it worked well with a project with multiple dependencies. > > But now, a trivial try: [ā€¦] > > The version of the base compiler is weird (why a rc1) ? Since weā€™re pulling the latest opam-registry when resolving dependencies, if thereā€™s a new one coming up that matches the constraints of the project, itā€™ll get picked up. For some projects that sometimes meant that OCaml 5.4 got chosen, which was unexpected! Iā€™ll bring this up with the team. In the meantime can you try constraining this to a strict 5.1.1 in your dune-project? Iā€™m otherwise available for help on the #dune channel of Discord šŸ™‚ ```dune (package ... (depends (ocaml (= 5.1.1)) ...)) ``` ---
**Author:** ![Frederic\_Loyer](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/frederic_loyer/32/3472_2.png) [@Frederic\_Loyer](https://discuss.ocaml.org/u/Frederic_Loyer)\ **Post date:** [September 27, 2024, 1:16pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/12 "2024-09-27T13:16:11Z")
My badā€¦ My .profile added the opam directory in front of the PATH. I have succeed in using dune after a fresh `source .bashrc` And I forgot to do it again (thinking it is automatically done with a new shell). With the right dune, it works. But `dune install` fails (even in a root account and the new project create by `dune int project`). ---
**Author:** ![c-cube](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/c-cube/32/1727_2.png) [@c-cube](https://discuss.ocaml.org/u/c-cube)\ **Post date:** [September 27, 2024, 2:44pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/13 "2024-09-27T14:44:22Z")
please do keep the XDG conventions, itā€™s nicer than cluttering `~` :-). ---
**Author:** ![bhoot](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/bhoot/32/5900_2.png) [@bhoot](https://discuss.ocaml.org/u/bhoot)\ **Post date:** [September 28, 2024, 11:19am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/14 "2024-09-28T11:19:48Z")
> The Developer Preview doesnā€™t rely on `opam` the tool, only on the opam registry. Oh. I had in my mind that dune would use `opam` underneath. To be clear, will `opam` the tool go out of use leaving behind only the registry, once the new dune (I call it _Dune Messiah_ hehe) stabilises? ---
**Author:** ![leostera](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/leostera/32/4941_2.png) [@leostera](https://discuss.ocaml.org/u/leostera)\ **Post date:** [September 28, 2024, 1:13pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/15 "2024-09-28T13:13:03Z")
> [@c-cube](#): > > please do keep the XDG conventions, itā€™s nicer than cluttering `~` :-). In the odd-chance that we donā€™t use XDG (like we do now), weā€™ll only ask you to swap ~/.opam for ~/.dune, I promise šŸ˜‰ > [@bhoot](#): > > will `opam` the tool go out of use leaving behind only the registry, once the new dune (I call it _Dune Messiah_ hehe) stabilises? No, opam (the tool) will not go away. Thereā€™s still a subset of the community that relies on it and continues to develop it. But as we get closer to a stable standalone Dune, Dune will become the recommended way of installing and getting started with OCaml, as shown in the [OCaml Platform Roadmap](https://ocaml.org/tools/platform-roadmap). ---
**Author:** ![octachron](https://avatars.discourse-cdn.com/v4/letter/o/49beb7/32.png) [@octachron](https://discuss.ocaml.org/u/octachron)\ **Post date:** [September 28, 2024, 2:03pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/16 "2024-09-28T14:03:40Z")
> [@leostera](#): > > dune will become the blessed way of installing and getting started with OCaml, as shown in the [OCaml Platform Roadmap](https://ocaml.org/tools/platform-roadmap). Letā€™s avoid any confusion here: the ā€œOCaml Platformā€(aka a Tarides subgroup)'s 'blessed way", this opinion is not necessarily shared by other groups in the community. For instance, I have no plans to switch to `dune` for package management. ---
**Author:** ![avsm](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/avsm/32/6_2.png) [@avsm](https://discuss.ocaml.org/u/avsm)\ **Post date:** [September 28, 2024, 3:35pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/17 "2024-09-28T15:35:30Z")
> [@octachron](#): > > Letā€™s avoid any confusion here: the ā€œOCaml Platformā€(aka a Tarides subgroup)'s 'blessed way", this opinion is not necessarily shared by other groups in the community. > > For instance, I have no plans to switch to `dune` for package management. Yes indeed, let me quite clear here on my position on this: - the last time we deprecated a working workflow in the OCaml Platform was opam 1.1 ā€“ an `opam init` on opam 1.2 still works! We try really hard to keep anything already released working. - **the opam client is the blessed way** of installing on Tier 1/2 supported OCaml platforms. All of our resources in terms of accepting packages into the opam repository are testing the opam 2.0, 2.1, 2.2 and 2.3alpha matrix today, on numerous platforms. - this dune preview is an _alternative_ packaging client that is under rapid development, but is nowhere near ready yet for any claims of replacing opam, if ever (see the first point above). This is currently a preview of an unreleased beta, so letā€™s please watch out for overclaiming @leostera on this aspect of [ocaml.org](http://ocaml.org). - under all of this, the good old opam-repository continues unaffected. Both the opam and dune clients use it, and we work hard to maintain compatibility here. At some point, when the dune client leaves this ā€˜previewā€™ mode and actually releases something, itā€™ll be tested alongside the opam client. But that isnā€™t happening just yet. Iā€™ll take a look at the OCaml Platform roadmap next week and ensure that this is clear in whatā€™s on the website. _(edit: the above might have sounded a little critical of the Dune packaging work. Itā€™s not meant to be ā€“ Iā€™m really excited to see an alternative client emerge, since thatā€™s how we designed the opam repository. And I talked about the potential of a [unified CLI tool](https://watch.ocaml.org/w/853TrgYUXM68Sasa53SR4a?start=25m57s) back in 2017 at the OCaml Workshop, and itā€™s only materialising now thanks to all the hard work we see above. But, as with any software engineering effort, thereā€™s a release cycle and iteration that needs to happen in the coming years to catch up with opam, and Iā€™m just trying to balance the new stuff with the reliable existing stuff. Accordingly, the dune preview binaries will be on dune.build instead of [ocaml.org](http://ocaml.org) for now; see [ocaml/infrastructure#156](https://github.com/ocaml/infrastructure/issues/156) for why.)_ ---
**Author:** ![v-gb](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/v-gb/32/5080_2.png) [@v-gb](https://discuss.ocaml.org/u/v-gb)\ **Post date:** [September 28, 2024, 4:52pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/18 "2024-09-28T16:52:07Z")
Hi, I tried briefly, building seems to just work, but Iā€™m not sure how to get dev tools working so that limits testing, and I have a few questions that donā€™t seem answered in the existing docs. > [@leostera](#): > > We have improved support for dev tools. Weā€™re working to streamline this but in the latest binary you can: > > - Configure your LSP (in Neovim, Vim, Emacs, etc) to call `dune tools exec ocamllsp` to get LSP support for your projects out of the box ā€“ this may take a little bit the first time it builds the LSP for a compiler version, but its pretty much instant afterwards. > - Call `dune fmt` to get your project formatted ā€“ remember to add an `.ocamlformat` file if you donā€™t have one yet. An empty one is enough. > - Call `dune ocaml doc` to get documentation built How does one use merlin/ocamlformat in emacs? You talk about LSP but [Configuring Your Editor Ā· OCaml Documentation](https://ocaml.org/docs/configuring-your-editor) says emacs/vim users donā€™t use LSP directly. The .emacs code added by opam isnā€™t clearly adjustable either. Are we supposed to commit these \*.lock directories, for the same reasons as \*.opam.locked files? The files in the lock directories look noisy, for files weā€™d commit. The libs to install seems to come from the dune project file. Is there a plan to either take dependencies from the dune files directly, or at least sync dune-project with the dune files? To avoid the synchronization caused by the required duplication. Will dune support declaring/installing OS deps as well, like you can do with opamā€™s depexts field ? ---
**Author:** ![Frederic\_Loyer](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/frederic_loyer/32/3472_2.png) [@Frederic\_Loyer](https://discuss.ocaml.org/u/Frederic_Loyer)\ **Post date:** [September 28, 2024, 7:01pm UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/19 "2024-09-28T19:01:38Z")
I guess that if I plan to share a library or a program, I shouldnā€™t put some tools like `utop` in the dependency. But it was the only way to make it available through `dune` and be able to launch `dune exec utop`. I am perhaps too hurry. I have seen in the roadmap the intent to have a `dune repl` (not yet implemented). Same thing about `lsp-server` I suppose, but I guess that the OCaml platform should be adapted to support `dune`. I have seen that Cygwin is not yet supported (the install program indicates it and abort). ---
**Author:** ![yawaramin](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/yawaramin/32/3384_2.png) [@yawaramin](https://discuss.ocaml.org/u/yawaramin)\ **Post date:** [September 29, 2024, 4:44am UTC](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160/20 "2024-09-29T04:44:44Z")
This messaging is a bit confusing. The Roadmap has already been published. It [quite clearly](https://ocaml.org/tools/platform-roadmap#g1-dune-is-the-frontend-of-the-ocaml-platform) says, > Following (P5) (Tools are independent, yet unified), Dune becomes the only tool users need to use to develop in OCaml. Are the main OCaml stakeholders not unified behind this vision? Should this Roadmap not have been published? [Next page](https://discuss.ocaml.org/t/ann-dune-developer-preview-updates/15160.md?page=2)