HN

Comments (114)

• Menu

  Kwpolska
  What is it about Python that makes developers love fragmentation so much? Sending HTTP requests is a basic capability in the modern world, the standard library should include a friendly, fully-featured, battle-tested, async-ready client. But not in Python, stdlib only has the ugly urllib.request, and everyone is using third party stuff like requests or httpx, which aren't always well maintained. (See also: packaging)
• Menu

  mesahm
  the http landscape is rather scary lately in Python. instead of forking join forces... See Niquests https://github.com/jawah/niquestsI am trying to resolve what you've seen. For years of hard work.
• Menu

  ayhanfuat
  More related drama: The Slow Collapse of MkDocs (https://fpgmaas.com/blog/collapse-of-mkdocs/)
• Menu

  joouha
  This sounds like an ideal use case for modshim [0]One of its intended use cases is bridging contribution gaps: while contributing upstream is ideal, maintainers may be slow to merge contributions for various reasons. Forking in response creates a permanent schism and a significant maintenance burden for what might be a small change. Modshim would allow you to create a new Python package containing only the fixes for your bugbears, while automatically inheriting the rest from upstream httpx.[0] https://github.com/joouha/modshim
• Menu

  swiftcoder
  Somehow I confused httpx with htmlx
• sdovan1
  I guess the Discussion on Hacker News href should be "https://news.ycombinator.com/item?id=47514603" instead of "news.ycombinator.com/item?id=47514603"
• Menu

  nathell
  Congratulations on forking!Always remember that open-source is an author’s gift to the world, and the author doesn’t owe anything to anyone. Thus, if you need a feature that for whatever reason can’t or won’t go upstream, forking is just about the only viable option. Fingers crossed!
• Menu

  mettamage
  > Visitor 4209 since we started countingLoved that little detail, reminds me of the old interwebs :)
• Menu

  localuser13
  I'm not a lawyer, but are there any potential trademark issues? AFAIK in general you HAVE to change the name to something clearly different. I consider it morally OK, and it's probably fine, but HTTPXYZ is cutting it close. It's too late for a rebrand, but IMO open-source people often ignore this topic a bit too much.
• glaucon
  Good line from the blog post ..."So what is the plan now?" - "Move a little faster and not break things"
• zeeshana07x
  The lack of a well-maintained async HTTP client in Python's stdlib has been a pain point for a while. Makes sense someone eventually took it into their own hands
• anon
  undefined
• cachius
  Another abandoned project hurting users: https://github.com/benweet/stackedit
• Spivak
  Do you see yourself taking over httpcore as well as it's likely to have the same maintainership problem? It would certainly instill more confidence that this is a serious fork.This certainly wouldn't be the first time an author of a popular library got a little too distracted on the sequel to their library that the current users are left to languish a bit.
• Menu

  cies
  Hi Michiel!Just a small headsup: clicking on the Leiden Python link in your About Me page give not the expected results.And a small nitpick: it's "Michiel's" in English (where it's "Michiels" in Dutch).Thanks for devoting time to opensource... <3
• Menu

  globular-toast
  It's a shame, httpx has so much potential to be the default Python http library. It's crazy that there isn't one really. I contributed some patches to the project some years ago now and it was a nice and friendly process. I was expecting a v1 release imminently. It looks like the author is having some issues which seem to afflict so many in this field for some reason. I notice they've changed their name since I last interacted with the project...
• leontloveless
  [dead]
• maltyxxx
  [dead]
• federicodeponte
  [dead]
• paseante
  [dead]
• bustah
  [dead]
• Menu

  eats_indigo
  smells like supply chain attack