If it doesn't have reticulated splines; I'm out.
Have you tried sfc /scannow
?
It's Cannonical. They prefer implementing everything themselves fast, rather than developing a more sustainable project with the rest of the community over a longer timescale. When they do that, there will be very little buy-in from the wider community.
Others could technically implement another snap store for their own distro, but they'd have to build a lot of the backend that Cannonical didn't release. It's easier to use Flatpak or AppImage or whatever rather than hitch themselves onto Cannonicals's homegrown solution that might get abandoned down the line like Mir or Ubuntu Touch.
It's Cannonical. They prefer implementing everything themselves fast, rather than developing a more sustainable project with the rest of the community over a longer timescale. It makes sense that when they do that, there will be very little buy-in from the wider community. Much like Unity and Mir.
As you say - why would others put time into the less supported system? Better alternatives exist. If Canonical want their own software ecosystem, they'll have to maintain it themselves. Which, based on Mir and Ubuntu Touch, they don't have a good track record of.
They're not converting it back into electricity, this is for industrial process heat. They have 100 units of electrical energy and 98 units go into whatever the industry needs to heat.
Lots of industries use ovens, kilns or furnaces. Mostly fueled by gas at the moment. Using electricity would be very expensive unless they can timeshift usage and get low spot prices. Since they need heat anyway, thermal storage is pretty cheap and efficient.
It's heat though. They're turning electricity into heat then moving that heat to where it's needed, when it's needed. Making heat from electricity is nearly 100% efficient, and pumping losses for moving fluids are going to be tiny compared to the the amount of heat they can move. They quote the heat loss in storage seperately as 1% per day. It seems reasonable.
I don't know why you're getting downvoted. It makes perfect sense that Cannonical made it's own proprietary package ecosystem and while technically anyone can build their own snap store, ain't nobody got time for that.
Doesn't seem like much info on the APU anomaly:
Analysis shows that one temperature measurement exceeded a pre-defined limit and that the flight software correctly triggered a shut down
Sounds like the fix is changing the start up procedure such that it doesn't reach the temperature limit. It would be nice to know why it went outside what they deemed safe but I guess it is rocket science.
Because the minor diameter of the barrel is 5.56 mm and the major diameter is 5.69 mm. If the bullet were smaller than that then the propellant would blow past it. They didn't make a 'murican millimetre like they did with the imperial system.
I'm upset that a meme I tried to remake with Unicode box drawing characters lines up terribly in apps: https://lemmy.ca/post/28490027 Shouldn't code blocks render in monospace?
On Lemmy's web frontend it's perfect: !
On Connect it looks like this: !
On Jerboa it's basically the same: !
Eternity does use monospace but the box drawing characters seem to be too wide.
All I can find about it here is one post from a year ago: https://lemmy.ca/post/1492857
https://en.wikipedia.org/wiki/Delisle_scale
Why would you do this to me?
PSI
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Potentially survivable
Vs
Atm
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Dead
Vs
kPa
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Totally Fine
When in doubt - C4!
Plus it did land on the barge. Most of the debris should be there, though the remaining fuel would have mainly gone overboard. Probably the flight termination explosives also.
Tim Harford did a mini series on von Braun and the V2 on the Cautionary Tales podcast: https://timharford.com/2024/02/cautionary-tales-supersonic-nazi-vengeance-v2-rocket-part-1/
cross-posted from: https://feddit.uk/post/12276336
> Sorry for the crap photos - I just wanted to share these extra keys I added to my Lily58. > > I noticed there was a gap in the matrix so I tacked a spare hot-swap socket to the pads on the back of the PCB. That worked with minimal modification to my QMK set-up. I couldn't really use it dangling off some wires so I set out to make an extension that would slot in and be retained by one of the standoffs. I don't have a laser cutter or 3D printer so I just hacked these out of a sheet of ABS plastic following a printed template and glued them up. They're nice and solid and line up really well, despite being rather rough around some of the edges. > > I'm finding the 1.5U keys a bit confusing at the moment, swapping them out for 1U keys makes it a bit easier to home my thumbs. These are certainly much easier to access than the outermost keys on the lower row or the keys below the display. I'm thinking they need to be called Lily Pads. > > ! > !
cross-posted from: https://feddit.uk/post/12276336
> Sorry for the crap photos - I just wanted to share these extra keys I added to my Lily58. > > I noticed there was a gap in the matrix so I tacked a spare hot-swap socket to the pads on the back of the PCB. That worked with minimal modification to my QMK set-up. I couldn't really use it dangling off some wires so I set out to make an extension that would slot in and be retained by one of the standoffs. I don't have a laser cutter or 3D printer so I just hacked these out of a sheet of ABS plastic following a printed template and glued them up. They're nice and solid and line up really well, despite being rather rough around some of the edges. > > I'm finding the 1.5U keys a bit confusing at the moment, swapping them out for 1U keys makes it a bit easier to home my thumbs. These are certainly much easier to access than the outermost keys on the lower row or the keys below the display. I'm thinking they need to be called Lily Pads. > > ! > !
Sorry for the crap photos - I just wanted to share these extra keys I added to my Lily58.
I noticed there was a gap in the matrix so I tacked a spare hot-swap socket to the pads on the back of the PCB. That worked with minimal modification to my QMK set-up. I couldn't really use it dangling off some wires so I set out to make an extension that would slot in and be retained by one of the standoffs. I don't have a laser cutter or 3D printer so I just hacked these out of a sheet of ABS plastic following a printed template and glued them up. They're nice and solid and line up really well, despite being rather rough around some of the edges.
I'm finding the 1.5U keys a bit confusing at the moment, swapping them out for 1U keys makes it a bit easier to home my thumbs. These are certainly much easier to access than the outermost keys on the lower row or the keys below the display. I'm thinking they need to be called Lily Pads.
Hi All, I'm still very new to Nix but trying to daily-drive NixOS.
What I'm currently stuck on is injecting Python packages into a Jupyterlab service. What I have at the moment in the home-manager.home portion of my system flake is the following:
systemd.user.services.jupyter = let jupyter = pkgs.jupyter-all.override { python3 = pkgs.python311.withPackages (python-pkgs: with python-pkgs; [ numpy matplotlib ]); }; in { Service = { Type = "simple"; WorkingDirectory = "${home.homeDirectory}/notebooks"; ExecStart = "${jupyter}/bin/jupyter-lab --no-browser"; }; };
This fires up a JupyterLab process that I can connect to and which runs fine, but numpy etc. can't be imported. From a devshell, I see that the python.withPackages
mechanism seems to rely on $PYTHONPATH
to pass in a python3-3.11.8-env
package that contains a lib/python3.11/site-packages
. I'm guessing that the systemd service just needs to have an Environment
key, but where do I get the python3-3.11.8-env
path from?
The Jupiter executable is in a /nix/store/#-python3-3.11.8-env/bin
location, but the site-packages only include the modules for Jupyter so I assume there's another python3-3.11.8-env
in the nix-store that does have the python packages I'm trying to get. Trying things like jupyter.env
gives errors like *** Python 'env' attributes are intended for interactive nix-shell sessions, not for building! ***
but I'm just taking a stab in the dark here.
I'd appreciate any pointers on this. I see there are helpers like JupyEnv, but these seem focused on setting up ephemeral devshells, not running a service for long-term notes and seem like overkill for what I want.
I seem to have gotten a saved account that can't be switched to and therefore can't be removed.
My instance had some server side issues and on PC I had to delete my cookies to get the desktop site to work. Connect wouldn't work and I had to add the account again. At some point the account name has changed to my email address @feddit.uk, which looks weird since it has two @ symbols. The newly added account works fine, but there's this stuck second version of it.
When I try to switch to the broken version I get an error pop up that just says "Error: unable to switch to 'me@email.domain@feddit.uk'" and it seems to retain the currently selected account.
Since I can't switch to that account, I can't sign out to have Connect forget it. So I don't see a way to get rid of it.
Has anyone else run into the same problem? Any suggestions?