welp i guess i fertilized too early, seedling seems to be dead this morning lmao
Search
11 results for “seedling”
-
okay round two attempting to do bottom water hydro indoors - idk if it was light or fertilizer shock that killed the last seedling but this time im adding a few more steps since doing some more reading on this approach and i hope it works better!
ive got the new seedling germinated already to 1/4" but im going to give it the rest of the day still, since last time i planted it at this point maybe it needs to be 1/2 to 3/4 before i plant it.
im lowering the height of the grow light to 15" at 25% power
and for the first containers medium im doing 70:30 coco/perlite again but this time ive boiled, rinsed and am now this time calmag buffering the coco for 8hr before i rinse it one more time and mix it with the perlite.
i am changing the fertilizing schedule this time as well, instead of waiting for true leaves im going to start fertilizing as soon as the cotyledons shed the shell.
-
Happy Thursday to all mastodon folks. Today we made the day new by having some crops planted into the soil. We felt so proud after having 620 cabbage seedlings planted into the soil which will soon provide plenty of food. Thanks to everyone that stands with us to make this happen. Together we shall transform many great ideas into a reality.
#gardening #nature #climatechange #food #environment . -
Park near Mt. Fuji gives moss phlox to northeastern Japan group to replant
This photo shows moss phlox seedlings loaded onto a truck in Fujikawaguchiko, Yamanashi Prefecture, on Oct. 13, 2026. (Kyodo)
KOFU, Japan (Kyodo) — A park near Mt. Fuji donated 8,000 m…
#Japan #JP #MountFuji #Agriculture&Fisheries #business #LatestArticles #MountFujiNews #news #TheMainichi #富士山
https://www.alojapan.com/1553681/park-near-mt-fuji-gives-moss-phlox-to-northeastern-japan-group-to-replant-2/ -
https://www.alojapan.com/1553681/park-near-mt-fuji-gives-moss-phlox-to-northeastern-japan-group-to-replant-2/ Park near Mt. Fuji gives moss phlox to northeastern Japan group to replant #Agriculture&Fisheries #business #Japan #LatestArticles #MountFuji #MountFujiNews #MountFuji #news #TheMainichi #富士山 This photo shows moss phlox seedlings loaded onto a truck in Fujikawaguchiko, Yamanashi Prefecture, on Oct. 13, 2026. (Kyodo) KOFU, Japan (Kyodo) — A park near Mt. Fuji donated 8,000 moss phl
-
Indonesia fights fire with dry ice as toxic haze spreads across region
By Kate Lamb and agenciesHaving tried cloud seeding and water bombing, one pilot project will see dry ice dispersed by plane across the province of South Sumatra
https://www.theguardian.com/world/2026/oct/15/indonesia-fires-dry-ice-dropped-toxic-haze-spreads
#Indonesia #AsiaPacific #Worldnews #PrabowoSubianto #Wildfires #Singapore #Malaysia #TheGuardian #KateLamb #agencies
-
#Digitalcourage, Ortsgruppe #München:
Linux-Installation» Haben Sie Interesse daran, #Linux als #Betriebssystem auf Ihrem #PC zu installieren? Wissen Sie nicht genau, wie das funktioniert?
Wir geben Ihnen die Möglichkeit, in unserem Beisein Linux zu installieren.
➡️ Vorbereitung
Datensicherung u.a.: https://digitalcourage.de/treffen-vor-ort/muenchen#install.➡️ Anmeldung
✉️ bis spätestens 22.10.2026 an: [email protected].- Wie ist der Gerätename? (Angaben zu Arbeitsspeicher und Festplatten-Kapazität wären hilfreich)
- Bevorzugen Sie evtl. ein bestimmtes Betriebssystem (z. B. Ubuntu, Mint, Suse)?➡️ Details
https://digitalcourage.de/termine/2026/muenchen-linux-installationsparty-2026-10📆 Montag, 26.10.2026
🕖 19:15 bis 21:00 Uhr
📍 Jugendinformationszentrum #JIZ, Sendlinger Str. 7 (Innenhof), 80331 München -
-
I would like to remind you again that #FOSSTorrents has got torrents for many #opensource games, softwares and operating systems.
They have the #BSD family, #Linux distros, softwares like #LibreOffice, #Blender and also games like #wesnoth #warzone2100 #supertuxkart among tons of others.
If you have the disk space and spare bandwidth, consider seeding the #torrent of your choice.
And if you have enough money in your pocket, consider donating to them!
Boosts appreciated!
-
Gave my self-hosted Qwen 3.8 Flash Next, running a pi agent, attached to the billion-context's session store and an LLm wiki, a very large project to chew on, a ton of context, some fundamental engineering principles, and let it rip.
It's been 18 hours. I went to check its reasoning.
Right now, it's thinking about the persistence layer. It's been weighing those engineering principles against a few short dialog and nudges **that I gave it last night** in a clear attempt to align well with my engineering philosophy.
It has high level guidance like:
- adhere to SOLID principles
- use TDD
- red, green, refactor
- the best code is the code that you don't have to writeIt seemed to begin from a philosophy of minimizing dependencies. On one hand, interesting. On the other, I have remained skeptical that it may be choosing to write code instead of adopt because it is more trained on writing.
When discussing the database seeding code, I encouraged it to look for prior art. That aligns with not having to write code. However, it had just written a 120-line database seeder. On discussion, we agreed that 120 lines of robust enough code is better than introducing the several layers of dependencies that would come from any of the extra tools we would add for seeding.
What fascinated me, 18 hours in, when I checked on it is this: it was noting and weighing the tension between "not writing code" and "prior art" versus "keeping dependencies lightweight".
Having previously fed it an inclination toward PoEAA patterns, particularly the Data Mapper, Table Data Gateway, and Repository patterns, and its recognition hat it is working in a highly normalized RDBMS, it has been consistently turning its nose up at adopting SQLAlchemy. It pattern-matched its way to my taste for non-magical code and a distaste for the Active Record pattern!
The models themselves evidently only need to be just so capable. The tooling they have at their disposal, and how much they are nudged to use them, seems to make an astonishing difference.
I've done some light code review. It's written slightly heavy but not hefty classes. I'm sure I could find some trivial refactors into private methods; it could follow SRP better but it's not bad. It made a few obviously silly choices, like hard coding some not-quite-but-almost static lookup tables. We had a little chat and then it adapted. It learned from me that these tables would occasionally get new data, a little at a time. It realized that changing the code at runtime is undesirable and that changing a hard-codes db schema at runtime is even worse. It then took my advice to extract this data into lookup tables with the understanding that new document types would cause it to grow these tables.
Disclaimer: I'm only a believer in the AR pattern for low complexity databases. I've never seen it scale well. Also, admittedly, I rather suck at SQL. Hell of a combination.
All of this for about $1.25 of electricity (so far) running on hardware I already own less the 64gb to 128gb DDR4 upgrade I made a few days ago.
This is all using a community-developed runtime that lends itself to solid performance despite using GPU, CPU+RAM, and even SSD to a limited extent: https://github.com/Niko1221/Strata.
I'm increasingly tempted to sell some of my still-overpriced (thanks to shortages) former gaming hardware to fund ~2/3 of a slightly janky using older retired data center GPUs. It'd be a helluva thing to go from 24gb to 128gb VRAM with GPUs of an older architecture but a commensurate speed!
You may wonder why.
Strata is amazing but it parallelizes for shit. One request at a time: terrific! Two is not so good. Just forget about 3 or more. That overhead of the bandwidth differences between VRAM, PCIe, RAM, and SSD catch up with you quickly. Any of those mediums gets clogged up and the whole machine slows down fast.
Now, if you get that whole machine into VRAM? LLM goes BBBBBRRRR! Think parallelizing 4 requests (or more) with *better* performance per request than Strata. That would be 4 requests just as capable as my currently sole agent.
It would also be about 3x the electricity. And idle at about 5x the electricity...so there is that.
This is all the while leaning on a cloud-hosted model that certainly collects my data. Instead, I own the data. And that data goes into the machine to make it more capable (so long as it doesn't poison itself by creating bad examples that would hurt the feedback loop) and more aligned with my perspectives.
DISCLAIMER: if you are inclined to attack or criticize my use of self-hosted AI, please don't bother. You will only serve to aggravate yourself and maybe me. I've reflected deeply on my choices here and their moral implications. I'm not going to argue about them with some rando. However, if you wish to engage in a *civil* philosophical discourse, I am *always* open to this.
After years of disillusionment and depression, I've come back to seeing how technology, wielded responsibly, can still be a force for good. At some point, optimism has to be a choice—not chosen blindly but partly because the alternative is so much more agonizing. I can't live that way anymore.
