Re: [Haskell-cafe] Takeover request: Haskell CSS Syntax

Adrian, you probably know this, but: (1) Instead of a takeover, you could ask Tomas Carnecky to become merely a co-maintainer on hackage which would put you in power to sync the github and hackage versions. (2) At least with stack you can specify a github fork as dependency of your project. It is not nice, but I was forced to do the same when a repo owner ignored my pull request. For example # cabal file. # Note: xls-0.1.3 is the latest hackage version build-depends: xls >= 0.1.4 # stack.yaml extra-deps: - git: https://github.com/olafklinke/xls.git commit: 4e7a2ba639cc72678e4e40a06afd3c481d63f2e3 In your case, though, 0.1.0.0 is the package number on hackage as well as in the more up-to-date githup repo, so I don't know how the resolver would figure out which to use. Safer would be to fork and increment the cabal package version number, then proceed as above. You can later simply delete the entry in stack.yaml when your fork has been merged into hackage. Olaf
Hi,
I'd like to request to take over the css-syntax hackage! The lead developer of which seems to be barely active. They did accept someone else's year-old pull request to fix an issue I was having regarding upgrading to Text v2 upon being prodded, but hasn't responded to communications since regarding publishing this update to Hackage.
I am developing my own (NLnet-funded) noJS browser engine in Haskell, and have released several modular components of it to Hackage in the hopes they will be useful to others for other purposes. I've benefited tremendously from Haskell CSS Syntax & would like to see the project continue, I can manage it as one of those subcomponents. I do not see much further development being required, especially considering how stable the W3C strives to keep part of the spec extremely stable.
My communications to Haskell CSS Syntax: https://github.com/wereHamster/haskell-css-syntax/issues/5 https://github.com/wereHamster/haskell-css-syntax/pull/4
Thoughts?
Adrian Cochrane OpenWork Ltd

Thanks,
Those are good paths forward! I'm using Cabal for my own projects, is
there a way to have Cabal reference a GitHub fork?
Cheers,
Adrian Cochrane
OpenWork Ltd
Lead developer of:
libdggs geospatial analysis
Rhapsode aphaestus web browsers
On Fri, Feb 17, 2023 at 5:58 AM, Olaf Klinke
Adrian,
you probably know this, but: (1) Instead of a takeover, you could ask Tomas Carnecky to become merely a co-maintainer on hackage which would put you in power to sync the github and hackage versions.
(2) At least with stack you can specify a github fork as dependency of your project. It is not nice, but I was forced to do the same when a repo owner ignored my pull request. For example
# cabal file. # Note: xls-0.1.3 is the latest hackage version build-depends: xls >= 0.1.4
# stack.yaml extra-deps: - git: https://github.com/olafklinke/xls.git commit: 4e7a2ba639cc72678e4e40a06afd3c481d63f2e3
In your case, though, 0.1.0.0 is the package number on hackage as well as in the more up-to-date githup repo, so I don't know how the resolver would figure out which to use. Safer would be to fork and increment the cabal package version number, then proceed as above. You can later simply delete the entry in stack.yaml when your fork has been merged into hackage.
Olaf
Hi,
I'd like to request to take over the css-syntax hackage! The lead developer of which seems to be barely active. They did accept someone else's year-old pull request to fix an issue I was having regarding upgrading to Text v2 upon being prodded, but hasn't responded to communications since regarding publishing this update to Hackage.
I am developing my own (NLnet-funded) noJS browser engine in Haskell, and have released several modular components of it to Hackage in the hopes they will be useful to others for other purposes. I've benefited tremendously from Haskell CSS Syntax & would like to see the project continue, I can manage it as one of those subcomponents. I do not see much further development being required, especially considering how stable the W3C strives to keep part of the spec extremely stable.
My communications to Haskell CSS Syntax: https://github.com/wereHamster/haskell-css-syntax/issues/5 https://github.com/wereHamster/haskell-css-syntax/pull/4
Thoughts?
Adrian Cochrane OpenWork Ltd

You can specify it in `cabal.project`, yes.
https://cabal.readthedocs.io/en/3.8/cabal-project.html#specifying-packages-f...
On Thu, Feb 16, 2023 at 12:49 PM Adrian Lyall Cochrane
Thanks,
Those are good paths forward! I'm using Cabal for my own projects, is there a way to have Cabal reference a GitHub fork?
Cheers,
Adrian Cochrane OpenWork Ltd
Lead developer of: libdggs geospatial analysis Rhapsode aphaestus web browsers
On Fri, Feb 17, 2023 at 5:58 AM, Olaf Klinke
wrote: Adrian,
you probably know this, but: (1) Instead of a takeover, you could ask Tomas Carnecky to become merely a co-maintainer on hackage which would put you in power to sync the github and hackage versions.
(2) At least with stack you can specify a github fork as dependency of your project. It is not nice, but I was forced to do the same when a repo owner ignored my pull request. For example
# cabal file. # Note: xls-0.1.3 is the latest hackage version build-depends: xls >= 0.1.4
# stack.yaml extra-deps: - git: https://github.com/olafklinke/xls.git commit: 4e7a2ba639cc72678e4e40a06afd3c481d63f2e3
In your case, though, 0.1.0.0 is the package number on hackage as well as in the more up-to-date githup repo, so I don't know how the resolver would figure out which to use. Safer would be to fork and increment the cabal package version number, then proceed as above. You can later simply delete the entry in stack.yaml when your fork has been merged into hackage.
Olaf
Hi,
I'd like to request to take over the css-syntax hackage! The lead developer of which seems to be barely active. They did accept someone else's year-old pull request to fix an issue I was having regarding upgrading to Text v2 upon being prodded, but hasn't responded to communications since regarding publishing this update to Hackage.
I am developing my own (NLnet-funded) noJS browser engine in Haskell, and have released several modular components of it to Hackage in the hopes they will be useful to others for other purposes. I've benefited tremendously from Haskell CSS Syntax & would like to see the project continue, I can manage it as one of those subcomponents. I do not see much further development being required, especially considering how stable the W3C strives to keep part of the spec extremely stable.
My communications to Haskell CSS Syntax: https://github.com/wereHamster/haskell-css-syntax/issues/5 https://github.com/wereHamster/haskell-css-syntax/pull/4
Thoughts?
Adrian Cochrane OpenWork Ltd
_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.
-- brandon s allbery kf8nh allbery.b@gmail.com

Ugh, identical version numbers are confusing Cabal! I'm working in a test VM where Haskell CSS Syntax builds fine. But upon adding a `source-package-repository` section Cabal still (I've tried similar before) refuses to build since Hackage lists tighter dependency bounds upon `base` for `css-syntax`. My other solution would be to vendor the Haskell CSS Syntax code alongside my CSS parser. That'd be a fine solution, but I consider getting a new release on Hackage as a solution I personally consider tidier for myself & others. Adrian Cochrane OpenWork Ltd Lead developer of: libdggs geospatial analysis Rhapsode & Haphaestus web browsers

I definitely would ask to be listed as co-maintainer & would gladly
step aside should wereHamster resume activity.
Also I think I'll see how soon this dependency conflict would become a
blocking problem as I develop my layout engine. It definitely will
soon, but I might be able to hold off a couple weeks.
Adrian Cochrane
OpenWork Ltd
Lead developer of:
libdggs geospatial analysis
Rhapsode & Haphaestus web browsers
On Sat, Feb 18, 2023 at 7:23 PM, Adrian Lyall Cochrane
Ugh, identical version numbers are confusing Cabal!
I'm working in a test VM where Haskell CSS Syntax builds fine. But upon adding a `source-package-repository` section Cabal still (I've tried similar before) refuses to build since Hackage lists tighter dependency bounds upon `base` for `css-syntax`.
My other solution would be to vendor the Haskell CSS Syntax code alongside my CSS parser. That'd be a fine solution, but I consider getting a new release on Hackage as a solution I personally consider tidier for myself & others.
Adrian Cochrane OpenWork Ltd
Lead developer of: libdggs geospatial analysis Rhapsode & Haphaestus web browsers

Ugh, identical version numbers are confusing Cabal!
What I usually do if someone's not ready for my changes is to fork, make my changes and up the version number., then reference my fork in the cabal project file, until the changes are pulled in. I will also make a comment about why, reference the GitHub issue / pull request (or wherever) and then use krank on the project when I enter it, so I can be told when the issue is solved or pull request is merged, if I wasn't already subscribed or forgot about it. Alternatively, Nix allows you to just override a package to use your local version without worrying about version numbers. Cheers
participants (5)
-
Adrian Lyall Cochrane
-
Brandon Allbery
-
Dan Dart
-
Olaf Klinke
-
Tom Ellis