Morphit
1w ago
•
100%
Where are those numbers from? I don't doubt them but it seems a bit weird that even the lowest outlier of these big aerospace companies is still above average for the industry. I guess this is just saying that smaller companies have even more difficulty hiring/retaining female workforce.
Morphit
1w ago
•
100%
Looks like the first TRS-80 Pocket Computer: http://www.trs-80.org/pocket-computer-1/
Edit: Unless this is a joke about it being made by Sharp, not Tandy?
Here's the requisite Manley analysis of the GEM 63XL SRB anomaly on today's Vulcan certification flight.
Morphit
2w ago
•
100%
Tory Bruno confirms "Observation on SRB#1".
Morphit
2w ago
•
100%
Yeah, NSF are pulling in other angles and it definitely blows chunks and yaws slightly. Centaur burn went long - I wonder if that impacts the second burn.
Meanwhile ULA: "Everything performing nominally"
Morphit
2w ago
•
100%
Actually rewatching it, it looks like might have been a nozzle failure on one of the GEMs. There's a big flare before clouds obscure the rocket - much bigger than the ice. After this, one side looks to have a bigger exhaust plume than the other, and burns out slightly sooner.
Yeah, NSF are speculating about it.
Morphit
2w ago
•
100%
In space now. Chilling second stage.
Launch looked a bit chunky but I guess that's just the solids.
Morphit
3w ago
•
100%
If it doesn't have reticulated splines; I'm out.
Morphit
3w ago
•
100%
Have you tried sfc /scannow?
Morphit
4w ago
•
100%
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.
Morphit
4w ago
•
100%
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.
Morphit
1mo ago
•
100%
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.
Morphit
1mo ago
•
100%
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.
Morphit
1mo ago
•
70%
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.
Morphit
1mo ago
•
95%
curl shit | sudo bash is just so convenient.
Morphit
1mo ago
•
100%
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.
Morphit
1mo ago
•
100%
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
Morphit
1mo ago
•
100%
https://en.wikipedia.org/wiki/Delisle_scale
Why would you do this to me?
Morphit
1mo ago
•
100%
PSI
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Potentially survivable
Vs
Atm
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Dead
Vs
kPa
0 100
┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫
Dead Totally Fine
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.
RFA uploaded a short overview video of their ARGO vehicle: [Youtube link](https://www.youtube.com/watch?v=HGJzq_yHPPQ) [Piped alternative](https://piped.kavin.rocks/watch?v=HGJzq_yHPPQ) Explore Argo, our flexible & reliable cargo capsule with an end-to-end service for only €150M/launch for 4,000kg up-and-down mass & 15.5m³ pressurized cargo volume. Developed with Space Cargo Unlimited Atmos Space Cargo, Argo is our commitment to rebuilding independent European space cargo capabilities. Find out more about Argo here: [https://www.rfa.space/argo/](https://www.rfa.space/argo/)
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?