skysight-inc/HackerNews huggingface dataset:
I’m not a Python dev. I do need to occasionally run things written in Python. I made the mistake of trying to get pip + Conda + pyenv (or whatever) to install a fairly simple tool. I have no idea how the dev got their setup working, but it was totally and utterly unreproducable, even after they sat down on my computer for several hours. In that amount of time, I could have probably rewritten it in PHP (that’s actually exactly what I ended up doing while they attempted to get a Docker container running).

Needless to say, I will only use the distro package manager these days. I know the versions are (probably) compatible, maintainers will usually backport security patches, etc. You get none of that using whatever flavor of the week python package manager.
You need new tracks as in completely different right of way. Bullet trains need very straight tracks, existing tracks are too curved and at high speeds you'd fly off in the corners (tilting trains exist but have limitations). And if you're building new track, there are no existing stations to reuse.
Bunnie Huang's blog occasionally has its moments, here he is implementing a custom hardware accelerator for messaging encryption:

https://www.bunniestudios.com/blog/?p=6140
I'm not arguing for the us local property zoning schemes. I'm pointing out that painting giving your neighbours a say as a problem is no more of an argument for liberty than arguing for restrictive zoning.

Both significantly harm any prospect of liberty.
"Between two tribes of 100 I'm pretty sure it was permanent war; unless they where symbiotic, in which case I would call them one tribe of 200"

Well you would be wrong to call them one tribe. The US and Mexico have a symbiotic relationship, are they one country?

And it's good that you are "pretty sure" it would be war, but would you like to post any sources at all? Or is this just your gut feeling?

"Basically it's why debt (as inflation = negative real rates) works in the first place: somebody gives you an incentive to not give a damn about your own kids future by pointing at theories that have failed over and over again in history but somehow they still manage to "socially" convince you that it's ok because everyone is doing it!

Everything in life is a pyramid scheme, but most things end up being ponzi schemes, you just have to learn to see the difference."

You have gone really off topic here and I am struggling to see what this has to do with the original topic. You also seem to have an agenda that isn't really related to the topic of debt in the ancient world.
True, but I would argue that even though the functionality is similar, the launch icon is not visually separated from the other icons on the menu bar and also the the pagination is fully keyboard-driven on gnome while on the laptop I have to use the mouse to switch to a different page.
None of these are big issues but it's just that little 5% that makes the Gnome solution better.
The biggest problem is displays. Building a simple CPU is not too hard if you have the components and schematics, but how do you build a CRT or LCD without a huge industrial manufacturing backbone? We would be back to LEDs, maybe some handmade nixies, and entering code in hex or octal. Computing would just be OVER in a few years without modern supply chains and infrastructure.

Also, what CAUSES the collapse? Solar flares could wipe out a large portion of tech on earth very quickly. World nuclear war as well. Those could set us back many decades or centuries in terms of technology, and that vulnerability will only get worse the further we advance. If you're expecting such an event, a safebox full of microcontrollers and equipment with a faraday cage might be a good investment.
You share the same pointers between CPU and GPU. Pointers in structures for example are one of the use cases.

Also as an even more unique option, see cudaHostRegister (on CUDA) to make a CPU buffer not allocated through CUDA accessible from the GPU without a copy, at the same address[1]. This isn’t especially high performance because you have to go through the PCIe bus (on Tegra, this mechanism is even more attractive), it’s however very useful.

Your address space is unified between CPU and GPU, with the same pointers used between both.

[1] at the same address for host allocations registered through that mechanism is only there on recent GPUs. Allocations done through CUDA still share the same address on both worlds on GPUs where this is unsupported.
> If you want a unix-style tool

I actually don't. esbuild not being unix-style is a good thing in my opinion.
Hmm, this may break a project I'm working on, depending on how far it goes. It's a web based client to a service that is commonly self hosted. Users enter the URL of their server instance at startup. That server is frequently on the users home network. I have a public instance of the client hosted for a zero install user experience.

I think this immediate change would be fine since that public instance is a secure context, but it sounds like the ultimate direction is to prevent web->local access altogether.
>The birds get a lot of articles, and the topic is well known to locals.

I was once told NZ didn't get any bird flu because no Birds fly into NZ due to distance and only migrate outwards as they are the southwest part of map as the reason why they have the best poultry in the industry. Now it turns out that is a flat out lie.
Why? I want virtual environments for every other programming language!
Bulletproof fingerprint technology takes images in the round
A Visual Guide to React Rendering – Refs
https://fabiensanglard.net/ does some great code reviews of old games
Pihole is not very resource intensive at all, you can run it on a pi 0 without any issues.
Five finger discount is when you steal.

The condition of staying in good relations with your wife where she does not take the children and blast off is not having a romantic life on the side.

You understand this condition but try to get around it by lying. Not because it is unfair or impossible. Just because you want to have good things without paying for them.
BetterViewer – Better image viewer for Chrome
Organic B2B Growth Marketing Strategies for Your Startup
BetterViewer makes image viewing faster, easier, and more fun.

BetterViewer was designed as a replacement for the image viewing mode built into Chrome-based web browsers.

With BetterViewer you can use various keyboard shortcuts to quickly pan, zoom images, edit and a lot more!

ProductHunt: https://www.producthunt.com/posts/betterviewer

GitHub: https://github.com/Ademking/BetterViewer

Video (Demo): https://www.youtube.com/watch?v=3p7Jrdx2jOc
> I manage my python packages the only way a think it is sane: by using my Linux distro package manager.

Your honor, I have no more questions for the alleged victim. <drops mic>
Unless you truly believe that interfering with the results of a free election is for the better of the participants of that election, no that's a black hat activity. There's nuance here since you have to think about perspective, no one is a villain in their own eyes, but personally I find the most useful perspective for the kind of hat to be from the victim.
Could be a hangover from British Imperialism, somehow the Pendolino’s in Britain manage to smell slightly of urine as well. It must be something to do with poor aerodynamics around the vent openings for the AC and the soil vent for the toilet tanks as they’ve never managed to fix it.
Debugging a Containerized Django App in PyCharm
ZX Spectrum developer Bernie Drummond has died
TIL: "Winston W. Royce's final model, his intended improvement upon his initial "waterfall model", illustrated that feedback could (should, and often would) lead from code testing to design (as testing of code uncovered flaws in the design) and from design back to requirements specification (as design problems may necessitate the removal of conflicting or otherwise unsatisfiable / undesignable requirements)"

https://en.wikipedia.org/wiki/Waterfall_model#Modified_water...

Interesting because that's definitely not what's taught in the handful of Software Engineering books I've read, and steps backward are not canon (rather, they're called something besides Waterfall i.e Spiral or Iterative).

Looking at that page again, it looks like what I describe is called "pure waterfall".
And?

"We're willing to ruin humanity's ability to get into space for generations for short term political gain" is definitely the message.
Scanning is not allowed anyways just from standard cross-origin protections. If intranet services do not send CORS allow headers, a remote site (which will certainly be from a different origin) cannot get any information as to whether certain ports/addresses have services running just like it should be. It's the same reason you cannot embed an Ajax request in your blog to query someone's bank account's API. In order for information to be made available to the external site, the service has to cooperate with the remote site already.

In fact, even CSRF is mostly due to the server misusing HTTP. Look at the example in the W3C doc, where the remote site has a hidden frame/resource that hits local servers. Well guess what, GET requests should not change state, so changing some DNS configuration via a GET request is already doing it wrong.

There's no inherent reason an intranet site should be treated any differently from an Internet site. At best the current argument is that "intranet sites are more likely to be hacky and poorly implemented", but that should reflect more on those devices/services on the intranet than anything else.
One problem with that is sometimes the estimates are done long before the work starts so when that item eventually gets to the top of the priority stack the person estimated for is working on something else instead. At this point things need to be re-estimated which can cause friction if the new estimate is longer (“but last time, you said…” or “when we asked Bob, he said…”).

What I've done in the past is give an estimate based on what a “standard” dev can be expected to do (everyone understands a junior is expected to be slower as they are new, that is why they are currently a junior and when they get up to speed they'll be promoted) with a comment on the ticket that the expected time will reduce by × if a named resource, or one of a group, is available to work on it. That way, medium term planning can be done on the basis of a “reasonable case” scenario and if the right people are available things will go better (and if there are multiple items in that state, short term planning will include deciding which ones being sped up, by using that person's time, confers most extra value).
"use virtualenvs and install your dependencies from an unfiltered, unsupervised, untrusted source" is certainly the solution most aligned with the rest of the industry but I struggle to see any technical benefit from it. Other than perhaps "move faster and break more things".
Did you at least see them pass by or did they not even bother with that?
I landed with poetry as well. The issue with python dependency managment in my book is, that it is incredibly (and needlessly) hard to learn how to do it properly. It took me years to figure out how things should work and there are still issues now and then that cost me a few hours to figure out and restore things.

Meanwhile when I use Rust all these things are taken care of in cargo. It is part of the language. There is one right way to do things and the way is supported by comfortable tooling, that works so well that you literally don't even consider thinking about anything else.

The way python does dependencies is totally unpythonic. The fact that it is 2021 and this isn't fixed or at least the number one priority of things that need fixing sheds a dark shadow on the whole language – a language that I like to use.

Poetry is good. But it isn't as good as cargo, because it also has to deal with all the legacy cruft. To run code developed with poetry on a non-poetry system you have to figure out all the ways of dealing with envs, paths and such.

Issues like these get me a little fired up, because the collective brainpower wasted on something that should have been elegantly solved in one place is gigantic.
Am I the only one that is not having issues with python and distributions in general?

I get all my dependencies from Debian and they all work, when I need something that is not yet packaged, I use pip.

What are people doing to get all this issues? I don't understand...
It's definitely an app-level thing. About album art specifically I tried hacking around a bit, but when the software itself is buggy you're a bit limited in what you can do https://www.blisshq.com/music-library-management-blog/2021/0...
Can someone make the case for distributing python packages at the distro level to me? Especially scientific software for data analysis?

Our project gets a few issues opened by distro maintainers who have trouble with some part of their build process. Is it really worth our project maintainers time to help troubleshoot esoteric build processes when we already provide source, wheel, and conda distributions?
There was this test as well: https://en.wikipedia.org/wiki/2007_Chinese_anti-satellite_mi...
Generally, when you go the high-speed route, you have lines that are a lot longer than slower, more local lines. You do not want stations along the way to be terminus-style stations, where you'd

1. have to switch out the driver position from one end of the train to another end to just leave the station again and

2. have a series of track switches which may malfunction (which ironically is a challenge even for highly industrialised countries like Germany), and it

3. means more and slower track to be maintained.

If you set up a bullet train program, you want speed, and these problems kill the speed advantage. The solution is to build a new station in which the train can just pass through.
Your last sentence doesn't parse for me at all. How exactly do you get a pip installed on Python 3.6 to modify anything about another install of Python, let alone a different version?
we need one, only one build system, not many. Feels like atm python is a bit shattered around like c++

Using JS or rust seems easier with the unified build system.
I disagree, the few really high-performers that I have worked with were high-performers already from the first week with a new technology, from the first month in their first job, and already as a student during practical work they were more productive than most people who had many years of challenging work behind them.

Experience is important and adds up, honing the skills makes everyone better, but it's orthogonal to this issue; there are people that will very quickly outperform someone who has honed their skills for years, and once they have honed their skills in that domain they might perhaps start outperforming them by the mythical 10x ratio.
What don't you like about virtual environments?

As far as I can tell, they're a strict requirement, if you ever work on more than one project and want to isolate the dependencies (because you need different versions of the same package, because you want to ensure you've tracked all deps, whatever).

Is it that you don't isolate dependencies between your python projects at all, or is there some other solution you prefer?
We could freeze your body and launch it at a satellite?
If the train has to leave the high speed line on the outskirts of the city and run at slow speed it wastes a lot of time.
> doesn’t have to deal with complexities like “this data needs to be replicated and kept consistent”

I'm sure there are other excuses available, but this is not a good one. Non-repudiation is a critical system requirement of any financial exchange. The figures stated include persistence to durable media, and the whole point of running everything on a single thread is to ensure serialized processing of all activities (i.e. consistency).

I would argue the need for replicating tweets is less urgent than ensuring 7-8 figure financial transactions don't go unaccounted for. We could probably make some compromises for the twitter use case to make this even faster.
> pin their dependencies to 10 versions and 6 vulnerabilities ago

That is the real problem IMHO. Most python users like to pin dependencies so that "their program don't break", and that's also the reason why so much effort is put in what they call "correct" dependency resolution resulting in the creation of new python package managers that all do "more correct" dependency resolution and make programs "break less" and at the same time require less efforts from the maintainers to actually maintain their code by doing dependency upgrades. And then one day you want to upgrade a dependency and you realize you're 10 releases behind on 10 dependencies, and what was supposed to be a quick maintenance task is now 100 maintenance task.

If you don't pin, your program will break one day or another, a user might open an issue with the traceback, or, your program will break directly in CI where you will see the traceback. Upgrade it, or contribute to the dependency, but just go ahead and fix it, instead of being defensive and trying to have dependency resolution that "doesn't break". At the same time you'll be adopting the actual practice of "Continuous Integration", of your dependencies, which has a better cost/benefit ratio.

I always avoid pinning dependencies, I try to make pip just install the latest version of everything, I am willing to contribute upgrade fixes to any Python package I use, but some dependencies do pin which breaks my own aggressive Continuous Integration practice, heck, I'd even need an option for pip to ignore version resolution at all so that I can make all my contributions to upgrade everything I use. I even remember when I had CI test matrix with all combinations of versions of everything, I don't do that anymore, I just support the latest of everything, we can always have the latest python with containers anyway so that's not even a blocker anymore. If you're not a "techbro using containers", it'd be fine too because you should then be able to make your distro packages at any point in time and expect all of them to work together, minus the delta of the handful of upgrades that are pending to release here and there.
I think this actually gets to the crux of the matter. The existing python dependency management tools (especially the new shiny ones like poetry) are very much designed by python devs, for python devs. What you're describing is a totally different use case, which is running released software in a sensible way.

The distro package managers are probably the best place for that, but bridging the gap between them and the python ecosystem is an obvious challenge.
> Just look at the extension of NATO, an organization explicitly considering Russia an enemy, to the East of East Germany, despite assurances from Bush to Grobachev that it would never do so.

And a very smart thing for countries that joined NATO to push for. Just look at the consequences of not doing that in Ukraine... Or Moldova before. Poor Russia cannot abuse the now NATO countries anymore...

Give it a break trying to paint them into victim, Russia isn't afraid of anything with nukes and it's oversized military.

Even the satellite strike is a warning to other parties to not get involved in its affairs or it CAN seriously hurt everyone without resorting to nukes. It's another type of MAD where everyone loses but Russia being so backwards it doesn't care. (i.e: don't help Ukraine or else)
I've run into problems when running pip install --user. Someone installs a package in the user environment, and that works. But later you'll install a package in a shared virtualenv (because a Python program needs to run as a service or by another users or whatever) and pip doesn't install it because it's already on the user environment. However, other users don't have access to that environment and they will have an import error that you won't see from your user.

Not to mention that installing every dependency in the same environment is a recipe for both disaster with version conflicts and bloat when you don't really know which packages belong to which applications.
Here we go. You must be some HFT semi-god. For the rest of us, Java and TCP are just fine.
Interesting take. I use Python daily and virtualenv is really good for our use cases (running CI/CD, testing installation and running in production in a container). I am not experiencing too many problems with pip + venv. We also maintain our own libraries and even those were relatively easy to set up. Mypy and yapf also helps to maintain a style and type correctness (do not pass in None accidentally).
There are many examples of science fiction novels which starts with unexplained events. Nobody knows where the Rama object in "Rendez-Vous With Rama" comes from. Or where does the "Black Cloud" comes from in Fred Hoyle's novel.

For me this is not implausible, it is just unexplained. Something can be considered implausible when, once everything is explained, it doesn't hold.
Technically, he did not. Both the CRH and the current ICE models are based on Siemens' Velaro platform: https://www.mobility.siemens.com/global/en/portfolio/rail/ro...
Print articles is optimized for reading not ads or SEO. Sadly the incentives makes the reader experience worse.
This is especially frustrating to read because one of the main selling points of Conda is reproducibility. In data science teams, I've found it indispensable for making sure people can all run each others' project code.

So for anyone reading this in the future: don't try to use Pyenv to install Conda. Pyenv tries to set up shims for every binary in the Conda env, which will likely break your PATH.

Pyenv supports installing Conda because Anaconda used to be "just" a Python distribution.

They can otherwise coexist without trouble on the same system.
This is my decision flow and I rarely have an issue:

Are you the end user of the Python code?
Yes -> Is available in your distro?
Yes->Use package manager
No->Use pip install in user mode
No -> Create virtualenv with the Python version you want (including pypy!) and do your pip thing there

Some extreme use cases may benefit from anaconda, but personally I've never needed to use it. My only pain point is dealing with legacy code that relies on PYTHONPATH. Nothing good ever starts setting PYTHONPATH.
You probably can't restore a truly "uninterrupted" forest in Europe, as you said people live in most places now and there isn't much you can do about it.

Having said that - Europe's forest coverage is increasing rapidly[0], and growing every year[1].

For another example, UK's forests are already up to "medieval" levels, and growing[2].

[0] https://www.washingtonpost.com/news/worldviews/wp/2014/12/04...

[1] https://www.weforum.org/agenda/2019/07/forest-europe-environ...

[2] https://www.thetimes.co.uk/article/woodland-back-to-medieval...
Both Conda and pyenv are for managing (their own) Python installations to run different Python versions in parallel, it doesn't really compute to try and use both at the same time.
It seems a bit weird to criticise lots of people for trying to solve the dependency problem. I know lots of people hold up npm as the standard. Npm came out around 10 years ago, Node around 12. Both of which had the benefit of hindsight at how the problem had developed for other languages. Python came out 30 years ago and pip came out 20 years later. Of course there is a lot of stuff left behind. What do people suggest, a breaking change, maybe? Python 4?
... which translates to "Stay at home".
It's times like this that I'm happy to pay my taxes for the NHS. Everyone gets ill, cares for someone who gets ill, or is someone who is just very unfortunate in life.

Our health is the most important thing we have, and we should look after that