Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)L
Posts
9
Comments
329
Joined
2 yr. ago

  • This community users don't post much cause we are lazy and shy. And posters are faced by us holding up a mirror. Most flee. Their own reflections being either too pathetic or hideous for them to defend.

    This discourages posters that lack thick skins or who are unprepared for fight club.

    Everyone is welcome to hold my feet to the fire. Don't pull your punches. Review the source code, discuss, post issues, and create PRs. Building out the testsuite is a rich target. Like shooting fish in a barrel. Only those who don't shoot, miss.

  • Coders are easily lead astray. That checkbox called out to me with it's seductive clickability and deceptively plain design. What it lacks in esthetics it makes up for in mystery. What does NSFW mean? Thought it meant no sex for whitey.

    And for the Captain Obvious amongst us, my point is the UI lacks clarity leaving room for interpretation. Without that clarity, i'm as right as you are.

    Very much doubt anyone will get laid with the release of a stubs package. So the tag is appropriate.

    What matters is the excuse is somewhat plausible.

  • Absolutely no one is fooled; especially within Linux community.

    There is always an excuse. At this point, why bother even reading the excuse. Any excuse is a childish joke and not worthy of even being entertained.

    Whichever coders grabbed their ankles should be forever ostracized.

    systemd is persona non grata.

  • linux is not exempted. Open your eyes and survey some cafes access points. They have rolled out captive portals everywhere. Linux runs most routers and some variant of BSD runs the rest.

    These are the lawmakers main target. Cuz corporations can't wait to comply with edicts.

  • Thank you for providing a testimonial on your experience running a searx node.

    Will revisit running a node instead of relying on the worthless public nodes.

  • Since AI came on the scene, search engine result aggregators, such as searx.space, have been blocked. The UX is now laughable and unusable.

    So why are we even discussing another search engine result aggregator. What kinda difference or expectation are we supposed to have?

    As far as can tell, the choices are: AI or AI. Choose!

  • Your reason for not moving over to forgejo is the exact same reason i'm still on github.

    So basically just shot down your own argument.

    The truth is overrated. Next time, lie thru you teeth.

    Already have that on the todo list and the transition will be completed in the next few months.

    No one would have blinked had you said that.

  • Life is too short for ‘sphinx.ext.todo’. It's overrated. Won't have enough hours in the day to hunt within in-code documentation for explanation of things you need to do.

    Your todo list should be in ur CHANGES.rst file. Won't be building the docs just to see todo list.

    Also the moment you have an idea, you immediately write it into CHANGES.rst. Don't wait even one second. Absolutely immediately or as soon as you get home, first thing! Write your idea first, no reading your other ideas. It'll distract you and might cause you to forget.

    Don't even think of making any code changes without writing the idea down first.

  • i wrote sphinx-external-toc-strict, which is a safer sphinx-external-toc. So i'm competent in Sphinx docs.

    • docs/ folder

    Follow /u/GrumpyBike1020 advise and move the docs/ out of src/ and into the project base folder.

    • venv

    Create two venv .doc/.venv and .venv. Assuming you're using pyenv, create .doc/.python-version and .venv/.python-version and .tox/.python-version. Add these to your .gitignore.

    • requirements management

    Your requirements management is overly simplistic. Do yourself a favor and use wreck to manage multiple venv requirements.

    pyproject.toml configuration

    Copy tox-req.ini into your project base folder.

    • in docs/

    reference docs/conf.py

    add this docs/Makefile modify as needed.

    Here is an example docs/_toc.yml modify for your needs.

    add this rtd config and be aware of the Python version must match Python version in tox.ini. You will forget this, it'll bite you in the ass, then you'll learn this lesson good and hard. Just come to terms that you will make this mistake.

    You are gonna have to get really good at using intersphinx inventories. The docs/Makefile will lessen the learning curve.

    The front page of your site is docs/index.rst, Create folder: docs/code. This is the root folder of your in-code documentation.

    I would like to rename it to “Source Files”

    No you don't. No table of contents in the history of time had a root named, Source files. In the TOC, you'll have a bunch of articles and a code/ folder.

    When you have questions, i'm always paying attention to this community. Just post a question will be sure to see it. Don't forget to provide your projects github repo url. Explain your issue and ask me to fix it. I'll create an GH issue with the proposed change. You have to give me the go ahead before i'll do any coding leading to a PR. I need your assurances that the change meets your approval before starting.

  • Tox is only necessary if you want to validate across specific versions so it can be replaced by tools like Poetry.

    No it can't. They are two different things. tox can be replaced with nox. In the past, nox was promoted in this community. Looked into it and couldn't, for the life of me, figure out how it added value?

    You mentioned Poetry, so i get to belittle Poetry. If you hadn't mentioned it, Would have keep my mouth shut. So this is on you!

    Poetry only reason for being is to bring all the requirements files into TOML. The author loves TOML format. I get it. But at the expense of removing the constraint and requirement files hierarchy. Or a sane way of dealing with requirements of multiple venv. Or a sane clean way of managing dependency imposed lowerbound pins. Which come and go, so need to attribute which dependency imposed which set of lowerbound pins and most importantly why! Over time, the why is lost and with all the pins imposed by from various now unknown dependencies mixed into one insane pot.

    Poetry is fine if you are the author of one package (and live in a utopia and not clownworld or fight club). And you have one venv. Lets scale that up to being the prolific author or maintainer of 10 or 100 inter-dependent packages each package having multiple venv. Now you are good and fck'ed cuz Poetry doesn't handle that situation. In fact, nothing does.

    wreck tracks requirements by venv and syncs all the requirements as best it can. My intention was to eventually sync across multiple packages. But never got around to writing that level.

    Poetry is unnecessary from the day the author first sat down to write it. And is the source of frustration to end users cuz Poetry encourages author/maintainers to create dependency upperbound pins.

    So tell me again how wonderful Poetry is. Go on defend it!

  • Anyway, packaging wise, you are alluding to a very real critical issue. The LLM is not packaged along with the Python code. It's just some stupid module level constant.

    That was such an obvious noob mistake, didn't even bother mentioning it. It's the elephant in the room. Amongst a herd of other problems.

    This along with the lack of, well just about everything, makes me wonder when it's time to pen an article and post it to this community.

    I say this script falls well below that mark. Whatever that mark is.

  • ` And then import this project as an existing project into Eclipse (or clone and import directly within Eclipse if you have the Eclipse eGit plugin).

    This is currently the only ready way to compile and run Anonymouth. We will be including a updated build file soon so that you may build and run Anonymouth easily within the command land, but sadly it hasn't been done yet so this is the only option currently `

    What about for non-Java coders. I don't even use an IDE.

  • The pyproject.toml spec is ten years old. Python 3 is almost twenty years old.

    To my knowledge, for TOML spec, strict validating against a schema is not a thing. So it's not used with very likely dangerous user input.

    So the spec could be 100,000 years old, for obvious security vulnerability reasons, would still not touch it.

    Recommend taking a read through the strictyaml authors documentation on shortcomings of various user supplied input file formats.

    You are in for a treat:

    specifically Why not TOML

  • Static typing redundancy is a waste of compute.

    Have never encountered anyone suggesting doing less static type checking.

    Static typing finds bugs. Especially pyright. Especially within tests. Separating the static type checking into stubs reduces any performance impact from typing related imports.

    With py315, there will be soft|lazy import. Excess imports will have minimal impact cuz import proxy will be created but not executed until the import is actually used..

  • Thank you for introducing me to act. First time seeing it.

  • First thank you for taking a look and holding my feet to the fire.

    Have several packages based on strictyaml. What matters is YAML files are validated against a schema. Whether use .yml or .yaml is personal preference. My personal preference is typing less characters. Both should be allowed.

    Share your hatred of Windows and don't even see it as a serious OS. So was actually surprised that .yml has some association with Windows or MSFT.

    If while using any of below packages, you find the .yaml suffix is not recognized, that would be a bug. In which case, create an issue.

    These published packages could be affected:

    logging-strict

    pytest-logging-strict

    sphinx-external-toc-strict

    To actually confirm has bug status, would have to review the unit tests and see if .yaml is not tested nor recognized. Otherwise it's mere conjecture. It's an unconfirmed possibility. Maybe you are right, maybe not. Or maybe you are on to something.

  • That sounds like a feature request.

    Create an issue

    Or don't, inwhich case it's a passive aggressive way of asking, where in duh uck are the tests?

  • The amateurishness is unfckingbelievable. This is the first time seeing a requirements.txt file and no pyproject.toml. What is that requirements.txt for exactly?

    packaging is 80% of coding.

    This includes: tests, dev environment (tox.ini, tox-test.ini, tox-req.ini, pre-commit, Makefile), full docs not just a README, gh workflows, stubs, pyproject.toml file ffs, static type checking with both mypy and pyright.

    This is worse than strictyamlx which i actually would like to use, but come on! It's also terribly amateurish. What is with the partial typing signatures? Listen to Yoda, you either do or you don't, there is no try.

    Everyone can be brilliant, everyone is brilliant, but packaging separates the little boys in their diapers from the men.

    This author is sucking his thumbs in full view of the public.

    If this project was a dart board, a blindfolded drunk could point out its shortcomings. Where to start?

    Why even list the packages purpose and features, just beg/plead/grovel for help.

  • Like where you were going with ordering tea.

    For seasoning recommend, nutmeg and cinnamon. And just assume it smells nice. Without the ritual rolling a $ bill and snorting it.

    For variety, can also add turmeric and powder pepper. The combination is supposed to be good for health, but guaranteed to blow the mind of your neighbors. Who are not used to putting pepper in tea.

  • Python @programming.dev

    Criminal mind vs OSD #2

  • Python @programming.dev

    the guy in charge of random data base object names

    github.com /fastapi/sqlmodel/issues/264
  • Programming Horror @programming.dev

    duck hunting

  • Python @programming.dev

    Dependency management

    pypi.org /project/wreck
  • Python @programming.dev

    Feedback on gh profile design

    github.com /msftcangoblowm/
  • Python @programming.dev

    Whats in a Python tarball

  • Python @programming.dev

    PEP 735 does dependency group solve anything?

    peps.python.org /pep-0735/
  • Python @programming.dev

    constraint vs requirement. What's the difference?