This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-11-02
Channels
- # announcements (3)
- # aws (8)
- # babashka (87)
- # babashka-sci-dev (3)
- # beginners (34)
- # calva (35)
- # clerk (2)
- # clj-commons (47)
- # cljdoc (10)
- # cljs-dev (21)
- # clojure (19)
- # clojure-android (1)
- # clojure-austin (2)
- # clojure-europe (30)
- # clojure-nl (1)
- # clojure-norway (67)
- # clojure-uk (9)
- # clojuredesign-podcast (7)
- # clojurescript (24)
- # code-reviews (20)
- # cursive (6)
- # datomic (12)
- # emacs (14)
- # events (1)
- # fulcro (7)
- # gratitude (1)
- # hoplon (8)
- # hyperfiddle (23)
- # juxt (22)
- # meander (11)
- # nyc (3)
- # overtone (2)
- # podcasts-discuss (1)
- # reagent (3)
- # releases (1)
- # sci (27)
- # shadow-cljs (73)
- # squint (4)
- # thejaloniki (3)
- # xtdb (7)
hi, does anyone know the creator / people involved in https://github.com/metrics-clojure/metrics-clojure ? The project is important IMO and has not seen much activit. I would like to make some updates and for the project to be in an envirotnment where more people can contribute
Seems like it could be a candidate. Please ask on the project itself if they’re willing to transfer. If they’re willing or don’t respond I a reasonable timeframe, say a couple of weeks over there, please feel free to file an issue over on our meta repo to start the possible adoption process.
I believe that @U066SRGEM is still active in the community.
thank you @U04V5VAUN . Will do.
We use the core part of this at work but haven't run into any specific issues with it. However, I'd be in favor of seeing the core part under clj-commons -- but I will note that it is essentially eight projects and at least a couple of them are really dead so perhaps it's time for a new project that wraps Coda Hale's metrics library and provides just the core functionality?
IMO we got an ok for metrics migration https://github.com/metrics-clojure/metrics-clojure/issues/146
I created an issue in clj-commons https://github.com/clj-commons/meta/issues/77
Project was migrated: https://github.com/clj-commons/metrics-clojure/
will check it out in the next days to see about next steps. My initial goal would be to have deps.edn support and CI build
@U011NGC5FFY Thanks. Don't forget CODEOWNERS
and ORIGINATOR
(per https://clj-commons.org/maintaining-projects.html )
yeah, I will go through that again when I start working. who is originator in this case ? ans also: we could make a checklist that lists all the things we need to have - easy to follow
Feel free to make a PR against https://github.com/clj-commons/clj-commons.github.io
According to git commits on that repo, sjl
https://github.com/clj-commons/metrics-clojure/commit/856a8a081d886405a0b705c3215c775f175cb3c2
@U04V70XH6: do you want to be on CODEOWNERS ?
I think I found it https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners
* @<githubusername>
And, no, I don't need to be in the metrics CODEOWNERS file (but thank you for checking).
ORIGINATOR is just the @<username> (without the *
)
@U04V70XH6: I see the source code is separate lein projects. I wonder if polylith might be a good option for this - all source in a single place + multiple libraries to publish
Weighing in with a couple of cents. YMMV, but I really enjoy being able to release new versions by creating a new release tag in Github. I’ve outlined some of my thoughts here http://slipset.github.io/posts/deploying-to-clojars
@U011NGC5FFY Polylith is designed for multiple apps, not multiple libraries -- switching everything to deps.edn
and having a master build.clj
in the root would likely be a reasonable compromise tho'...
@U04V5VAUN Yes, I have automated release/deployments based on creating a new release tag (& notes) in GitHub for all my projects now, using GH Actions.
nothing against lein - but I like experimenting with libs from git before I do a release. and I would like to avoid having to maintain 2 build options at the same time.
@U04V70XH6: can you share your setup. I think what @U04V5VAUN has described is reasonable. I hope that some/more of clj-commons libraries will reach Linux distros 🙂
@U04V70XH6: if it is for all projects, I will try to figure it out
@U011NGC5FFY Checkout the .github/workflows
in next.jdbc
or honeysql
for examples.
You can rename the branch directly in GH I think? Been a long time and I don't remember...
Added you as a "maintainer" to that repo. LMK if that's enough.
no, I see the settings menu but I think changing default branch and branch protections needs higher access
I'm too busy to dig in right now, sorry. If you can figure out where in the docs it is explained how to rename the primary branch and link me to it, I'll do it later when I get time -- or at least figure out what access to give you...
Ah, you've already created a main
branch so we can no longer just rename master
-> main
Done!
(I'm surprised that isn't available to "maintainers"... I guess only "admins" can do that?)