This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-10-24
Channels
- # aws (2)
- # babashka (27)
- # beginners (97)
- # calva (1)
- # cherry (12)
- # cider (6)
- # clara (12)
- # clj-kondo (24)
- # clj-on-windows (4)
- # cljfx (14)
- # clojure (54)
- # clojure-australia (3)
- # clojure-europe (26)
- # clojure-nl (1)
- # clojure-norway (4)
- # clojure-uk (9)
- # clojurescript (65)
- # conjure (5)
- # cursive (7)
- # datomic (18)
- # emacs (6)
- # helix (2)
- # honeysql (1)
- # jobs (1)
- # joyride (15)
- # kaocha (2)
- # lsp (10)
- # malli (5)
- # nbb (12)
- # observability (5)
- # off-topic (5)
- # reitit (2)
- # releases (4)
- # ring (1)
- # sci (17)
- # shadow-cljs (34)
- # testing (29)
- # tools-deps (45)
- # vim (7)
- # xtdb (6)
@olical i am hitting that 'Not possible to fast-forward' issue. I know how to get around it, but I can keep it in this state if you'd like me to check out anything while we have a repro
Given this issue has also been reported to affected plugins other than Conjure, it seems likely that this is an issue with packer itself rather than anything Conjure is doing. Unless packer is not being used and this issue is being experienced
strangely I've only seen it with conjure. It's almost definitely a packer issue, but it probably only manifests in certain repos due to some weirdness with how the repo is configured or something weird in its commit history
It's definitely something to do with the shallow clone, just weird that packer has a problem with this repo more than others. git fetch --unshallow
makes it so that a subsequent update works
I wonder if it's because of the amount of my commits, or the way I've restarted the project a few times in it's lifetime. I guess it's an edge case of this packer optimisation but I'm not sure what to do about it. Maybe recommend nobody shallow clone Conjure? Or add some force argument to packers update for Conjure :thinking_face: