mögen das
mögen das
Tony Langmach mag das.
Montagmittag, Kapuzenmittag, falscher Tee in der Tasse und es braucht einige Augenblicke, den Duft wieder aus der Küche zu vertreiben. Unvorsichtige Griffe in falsche Postfächer, viel zu viel Verlauf und zu wenig Filter und in den Höfen herrscht die Stille eines eiskalten Tages, an dem man sich ganz nach drinnen zurückzieht und wortlos mit den Blicken durch weiße Himmel fährt.
mögen das
Memo (Konto wird geschlossen!) und Tony Langmach mögen das.
teilten dies erneut
Lebensstrom 🏳️🌈 und Marga Xeyat Ⓐ haben dies geteilt.
Night lights. Part 1.
📷 Olympus XA
🎞 Fomapan 400
#photography #photo #fotografie #analogphotography #filmphotography #believeinfilm #35mm #darktable #gimp #blackandwhite #monochrome #MonochromeMonday #Fotomontag #PhotoMonday
Freya rennt mag das.
Friendica Support hat dies geteilt.
9am and on. Appointments rescheduled moved canceled. Threads of communication cut or merged. Choosing music and a comfy blanket, and disconnecting for a bit.
mögen das
Tony Langmach mag das.
Wartezimmerlicht. Steine im Profil der eigenen und der anderen Schuhe. Schon wieder viel zu viel Nähe. Dazu: Unmaskierte Wirklichkeiten. Und das übliche Maß resignierter Verwunderung.
mögen das
Memo (Konto wird geschlossen!), (((Horschtel))) born at 315ppm, Chris Tiane und Tony Langmach mögen das.
teilten dies erneut
Der Emil und Lebensstrom 🏳️🌈 haben dies geteilt.
one thing that i really dislike about Unix is the zealous adherence to semi-accidental design elements that ends up interfering with the utility of the underlying useful principle
for example:
there is also much to be said about splitting your application into many different pieces, but keeping a unified approach to application design so that the pieces may be understood via a unified mental model
i think some Unices (that i haven't really used enough to comment) do approach userspace design like this, but the GNU-plus-random-tools userspace you're much more likely to encounter definitely doesn't
The one commercial unix that had a unified design thought in tooling that I've experienced was AIX. The normal naming for tools was things like:
lsuser, mkuser, chuser, rmuser
lsfs, mkfs, chfs, rmfs
lsvg, mkvg, chvg, rmvg
But GNU, Solaris, and IRIX which were my other exposures had very little of this.
Addendum, I had forgotten that most of these (but not all) also had a -c or -C (not consistent, grr) for colon separated output instead of pretty printed tables.
Sensitiver Inhalt
why the actual fuck does Linux not have a syscall for /proc/self/maps
it is beyond ridiculous that the 2026 solution to "find out what my memory mappings are" is fucking fscanf
Interesting. While working with JITs and allocators, I never looked beyond virtual memory, hence the question.
I'm not saying have the mapping is not useful, just pointing out that mileage may vary, so that may be the reason nobody has done it.
I see now. But again, never had to encounter those.
It’s fascinating to watch Linux evolve.
On one hand, one may expect /proc/self just for coherency. On the other, in corporate development, I’m a proponent of not writing code until it’s actually required. If someone implements a linked list with `insert_before`, I’ll ask them to delete `insert_after` if it’s unused.
Linux seems to handle this naturally, by the absence of certain patches.
@iurii you still fail to understand the core of my complaint. it is not about the specifics of /proc/self/maps. it is rather about how little care and thought was put into the design of the system as a whole.
moreover, the Linux development process actively filters out people with better taste who could improve the design, both by exhaustion of having to deal with assholes (gregkh isn't much better than linus) and by virtue of "if everything around you is a pile of crap, there is little point in building something great"
to me, it is a mystery why BSD is decaying, and Linux is thriving.
Judging by the readability of code only, it should be vise versa. Knowing a bit about maintaining OSS project makes me think sometimes that being an asshole is a hard requirement, I don't know.
I understand the complaint, I was just cautious to frame it that way.
if you view Linux not as a coherent system but as a set of related patches, it makes more sense, but yeah... When I was trying to understand how TCP/IP stack is implemented in Linux, I was reading BSD code, because "look we apply this flag just to make socket handler look like a file's one because unrelated code crashes"
I'm still fascinated by the lengths that Linux has made always being like this.
dont get me started on the different decisions, by those codebases, on what the actual file path of the mapped objfile should be
is it resolved? symlink only or also hardlink? is it relative? a special prefix to annotate remote targets? your guess is as good as mine!
This one of the things that keeps me on FreeBSD. Linux decided to put most of the things that the BSDs put in sysctls in filesystems and make them human readable. The equivalents on the BSDs are usually structured data from a sysctl.
About 20 years ago, I wrote some code for showing machine info in a desktop environment’s about box. On FreeBSD, NetBSD, OpenBSD, and Solaris, the information was exposed as sysctls. They had different names, but it was trivial to write a little wrapper where each platform told you the sysctls to use.
On Linux, the info was in /proc/cpuinfo. The structure of this changed between releases and also between architectures on the same kernel version. The code for Linux was more than all of the other three platforms, combined, and that code was just to interface with a 300 KiB library that included a parser that worked on all of the different versions.
It makes me sad that so many people’s first experience with a F/OSS kernel is with a design that bad.
@pervognsen "What do you mean pids no longer overflow on 16 bit and my parser now fails???"
tbh, trying to parse whatever undocumented binary blob the kernel internals will throw at you at times is even worse.
@mavu
> well defined
In my (admittedly very limited) experience with trying to understand Linux's /proc and /sys vomit, this probs leans towards not true in practice
You change kernel version the contents (and output and format) changes
You change computers it changes too
etc.
Sure the human mind can probably cope with it just fine but trying to programmatically parse it is another matter
I genuinely feel all those "human readable text streams" discussion is just distraction; you could probably encode all those data in something like JSON or XML with a formal schema to it and it'd be much better while still being a "human readable text stream"
Would a binary encoding be better? Maybe! But at the moment just putting a structure in to that madness would be a welcome improvement already...
@mavu I disagree that human readable text output, as seen in real-world *nix utilities, is structured data: anything that cannot wrap arbitrary possibly-untrusted text without the danger of mistaking it for framing does not deserve being called "structured". (I do admit that if we scrapped all of the garbage tools we're using and started from scratch, it would be possible to implement userspace tools that treat external data in a principled way. this is not going to happen.)
I do not agree with the "easier to replace" either. if it was true, you wouldn't have thousands-of-lines ./configure monstrosities checking if gawk is really gawk or not. there is no lower limit for complexity beyond which tools are "easy to replace" (while ensuring correctness of the replacement) in practice, and having a structured and interdependent suite of tools means that they have to be considered as a whole, and may be depended on as such.
I do not think that it is desirable to prioritize "ease of replacement" over things like "ease of ensuring the tools you're using work the way you think they should". if everyone keeps replacing the tools, it creates a nightmare situation for people trying to use the tools because you can hardly know what exactly the behavior of them is; a problem similar in shape to how the stable Linux ABI is Win32.
Structure data would have been great, but look how long it's taken us to get to the point where we have a data serialization language that is kinda okay to parse by humans and computers.
Something json-like in existence and known to Bell Labs in the late 60s and maybe things had looked very different?
But to get there, we've gone though xdr, corba, xml, etc, which fail so hard in usability.
@xgranade
bash-in-yaml + python
write once, run nowhere
There are various structured shells that wrap a number of programs to emulate this.
The lack of any standard interop makes them much as silo'd projects duplicating work.
The closest to standard is arguably dbus but that has considerable issues of its own (and a lot more overhead than either COM or the Lisp Machine/managed code equivalent of composed function/program calls).
design we could have had, but never will: applications that communicate using structured data, simplifying life for both programmers and end users
This is why CHERIoT RTOS copied VMS and MULTICS, not UNIX. We run on microcontrollers orders of magnitude more powerful than the minicomputers UNIX was scaled down to support, we don’t need to make those sacrifices (and, by designing the ISA to support these abstractions, we can make programmer-friendly abstractions more efficient than the UNIX model).
Sensitiver Inhalt
@david_chisnall Clearly all we need is to formalise COM object sharing at the OS level
*stares into the Windows OLE abyss*
A while back I stumbled on an interesting project by some people who were making significant headway in building structured-comms user space tooling for a linux world…..and then I lost the name
I recall I found it while exploring around the edges of helix, but haven’t been able to refind it as yet
The xonsh shell is a Python-powered shell. Full-featured and cross-platform.The xonsh shell
"applications that communicate using structured data, simplifying life for both programmers and end users"
Good news! This is implemented in most modern Unices, and it's called D-Bus, and- *gets dragged off*
@dragoonaethis
It also leans heavily into verb-noun naming, which integrates poorly with autocomplete. And exposes objects more as structured data than objects, but doesn’t have the kind of polymorphism that functional languages have, which makes it very hard to write code that is generic over the data types.
It feels like a system designed by someone who saw a demo of Smalltalk and didn’t understand any of it but tried to copy it.
@dragoonaethis yeah I wanted to daily-drive PowerShell on Debian at one point
unfortunately... as you probably already know, PowerShell
I’ve had a pretty good time using nushell to do some otherwise gnarly data wrangling, but there is definitely a mental model transition that slows things down and I haven’t yet mastered. I’m not sure yet if it’s an inherent learning curve, or if there’s just an awkward mismatch between the shell pipeline and some operations. It’s enough like shell, and enough like some weird functional language and enough like sql that I’m not sure which mental model will lead to something working.
It has definitely allowed me to do things in a code snippet that would otherwise have been a *spreadsheet* and that is a huge step up in reproducibility and ability to share. Especially when I have to do that formation a year later.
Re: "design we could have had, but never will: applications that communicate using structured data, simplifying life for both programmers and end users"
Did you ever encounter Tool Types on Amiga Workbench?
I sorta felt as if they offered that kind of functionality?
IIRC, I remember using some terminal program (Terminus I think?) and dropping in a telnet Tool Type, and voilà, it suddenly evolved the ability to also handle telnet!
Maybe someone created an SSH Tool Type in the ensuing years and that old Terminus program would be improved via a Tool Type as well? I dunno.
DM2 (DiskMaster2, I guess source code archived here: github.com/RudolphRiedel/DiskM…) felt similarly extensible, with very little muss or fuss.
Windows' File Explorer can be customized, sorta (e.g. use XYZ program to open .TLA), and macOS has the whole "Open with" option, but to me at least, neither felt as seamless nor as powerful as the Amiga Workbench Tool Type paradigm.
I think maybe MIME types were trying to be something similar? I remember in early web browsers, having to add MIME type handlers manually in browsers (and OFC, on HTTPD server configurations too) but it always felt way clunkier (like just about everything on the web) and it's been years since I remember doing anything with MIME types in a browser. Alas, post browser wars, browser specific Plugins/Extensions seem to become "the thing" and are just worse and worse in contrast IMHO. MIME stuff got shoved into (some) MUA (Mail User Agents, aka email clients) too, but never felt as unified; much more haphazard and slapdash. Sort of devolved into the VSTs of some network oriented protocols, but with less snazzy results.
Amiga's Tool Types felt as if something similar to UNIX pipes had leveled up to the GUI era, but too many missed the message I guess? Or never got it. ;(
Contribute to RudolphRiedel/DiskMaster2 development by creating an account on GitHub.GitHub
Totally understandable, Commodore declared bankruptcy in 1994.
If you ever cross paths with someone who was an Amiga user, back before the Commodore bankruptcy occurred? Chances are you're in the presence of some sort of wizard. That is not a hard and fast rule, I can think of at least one example of an Amiga user back in those days who was well, more or less reviled in the local 408 BBS scene for a number of what at the time, seemed like justifiable reasons.
It's not really easy to explain from a retro lens. I think 2017's Viva Amiga tried as a documentary effort; but I was already part of the choir, so preaching to me isn't a great way for me to know if it lands with others who never experienced the magic.
Where I was at the time (in Monterey County) the local Amiga users group was called: SMAUG (Salinas Monterey Amiga Users Group), there was just something different (in a good way) about Amiga savvy sorts.
UAE does a pretty respectable job of Amiga emulation for sure!
I've still managed to bring it (and the host system) to its knees with some demos; but the demo scene really came into its own on the Amiga, and subsequently Amiga "compos" (competitions) remain a vibrant section in most demo scene related events, decades after Commodore's demise.
More recently, there seem to be various "NO CPU" classes of Amiga oriented demos? ^_^
But the cat and mouse game of demo sceners and emulator authors is an ongoing one and doesn't require an Amiga. Trixster's "8088MPH: We Break All Your Emulators" being an example for early IBM PC hardware: trixter.oldskool.org/2015/04/0… (and eventually, that did give rise to someone writing an emulator to handle it, I guess!)
One of my bucket list items since I read my first party report back in 1991 was to attend a european demoparty and compete in a compo. I competed at NAID ’96 and placed there, which was awes…Trixter (Oldskooler Ramblings)
"i made the conclusion that it was probably expensive and well-designed but never looked further"
Amigas were unequivocally: Well-designed!
"expensive"? Kind of relative. I think for their era, they offered probably the best "bang for the buck" and were considerably more affordable than Apple Macintosh systems while being substantially more versatile. SGI (Silicon Graphics) workstations were a lot more expensive, but maybe offered some advantages for those who could afford them and were well versed in UNIX already.
I was in the middle of writing a much longer reply, but life and dinner and Friday night (deejay grandma is takin over for Jessu at the moment: twitch.tv/jessu) have been distractin me.
So, I tossed that here rather than waste ActivityPub bandwidth and storage (particularly since I don't run this snac instance):
I hope the "interesting" was with regards to Jessu (or "grandma") deejayin?
Me nerdin out on old computer stuff, hopefully is more histrionic and definitely less fun for a Friday night. ^_^
well at least some tools have json / xml output but urgh
if we're going json based then jq will be a necessity
I remember, (maybe decades ago now) being excited by the prospect of PowerShell back when it was still known as Monad. Somehow I got the idea that maybe it supposedly derived inspiration from Lisp Machines (stuff such as Symbolics [Open]Genera was very object oriented too if the sorts who wrote the UNIX Hater Handbook could be believed).
Alas, when I finally got around to running Monad? And its later PowerShell renamed iterations?
Nothing but disappointment after disappointment.
It's inexcusably slow to interact with for a CLI.
Back when I used to get paid to administer Windows systems, PowerShell basically was a sideways if not backwards move from cmd.exe and RDP to me any time I actually needed to get something done. I was much more grateful for Cygwin and even uwin and to a lesser extent SFU (Services For UNIX). Though if it weren't for WSL (Windows Subsystem for Linux) becoming a thing so I could run something such as bash without cygwin.dll conflicts rearing their ugly head and Micro$oft overhauling cmd.exe heavily? I probably would have given up Windows even sooner.
These days, you can't pay me enough to touch such things and tbh, I am probably owed a lot of back pay from any organization which previously paid me to suffer through such stuff. It's awful. I may harbor slightly less resentment for the (Open)VMS systems in my past, because they were fewer in number mostly. (MPE in my past is still a wtfh, those things were so weird I am grateful I encountered them but I am way more grateful I have not encountered any since 2006).
But Monad/PowerShell did have "promise"!
Playing with old Smalltalk implementations is still far more joyous, and faster, and less resource demanding and to me at least, demonstrative of a more holistic design ethos. Though, I never did get around to revising this MacPort enough to submit a Pull Request: trac.macports.org/ticket/67457 Someday, maybe? Smalltalk has iterated into various other neat things and derivatives, but PowerShell? Ungh, it just seems to get worse with time.
CC: @dragoonaethis@mstdn.social @whitequark@treehouse.systems
In between day and night and still there's a moon. Waking up, slowly.
mögen das
Tony Langmach und redj 18 mögen das.
Definition von Morgen als jener willkürliche Zeitpunkt, an dem fehlender Schlaf aufhört, ein Ärgernis zu sein, und zum erwarteten Zustand reift. Planverschiebungen, innere Unruhe, ein knapper Blick in den Spiegel, ein langes Gähnen in der Küche. Partitur für Kühlschrank und Wasserkessel, so vertraut wie dissonant. Fuß vor Fuß, physisch und mental. Schritt um Schritt. Langsames Hochfahren in die Woche. Habt es mild heute!
#outerworld #concrete city #waking to the day #the early hours
mögen das
(((Tousled Crane on Tour))), Amina das Jojo und Tony Langmach mögen das.
teilten dies erneut
(((Tousled Crane on Tour))), crossgolf_rebel - kostenlose Kwalitätsposts, Marga Xeyat Ⓐ, daftwullie, Der Emil und daftwullie haben dies geteilt.
Kristian mag das.
Kristian mag das.
Kristian mag das.
teilten dies erneut
EchoFeed Amplify und Kristian haben dies geteilt.
Washed into my inbox and worth a closer look:
As part of the development of our Custom Usability Index, which can be used to measure the degree of usability of a software project, we as Usability Team took a closer look at those principles and extended them to 13 top categories, which contain multiple usability aspects each. In this article those categories and aspects are explained in more detail and illustrated with examples.
blogs.zeiss.com/digital-innova…
All along with other non-functional requirements to run into, usability, in its various aspects, is something both relevant and ignored just too often, with issues hard to fix afterwards.
mögen das
Dieter Fröhling mag das.
teilten dies erneut
Kristian, Thomas und GEDANKENTaenze haben dies geteilt.
Sunday evening mood, hours later. Heavy head dizzy mind and outlines and messages and deviations in inner roads leading the flow of thoughts astray repeatedly. Some music, perceived briefly, not really focussed. Breathing against the cough and the night. Watching the street gradually dim its windows. A wink of an eye until dawn. Sleep safe everyone wherever you are.
#outerworld #concrete city #late sundays #half awake half asleep
mögen das
Dieter Fröhling, Tony Langmach und harryhaller mögen das.
Marga Xeyat Ⓐ hat dies geteilt.
Kristian mag das.
Kristian mag das.
teilten dies erneut
Netzpetze, Kristian und kat.season haben dies geteilt.
Morning has brokenthe rules of the game are simple - choose a photo (preferably your own), edit with gimp and tag #sundaygimp on a Sunday 😉 … and follow the tag
#sundaygimp
(and also #Sunday-photo-edit )Note: if you do not use gimp, but still want to play along, just use the tag #Sunday-photo-edit and edit the images with your favorite image editor
#AB, #AB26, #AB-02-26, #AB-SG, #AB-02-02-26, #gimp, #Sundaygimp, #Winter26, #Kunst, #art, #Bildbearbeitung, #Bildmanipulation, #retouche-d-image, #treespora, #art, #creative, #Tristesse-City, #Tristess, #Tristesse, #Tristessensammlung, #unterwegs, #sur la route, #on the way, #morgen, #morning, #matin, #manipulation-de-photos, #image-editing, #retouche-d-image, #gimp #gmic, #photo, #Foto, #myphoto, #mywork
mögen das
Chris Tiane, (: aNNa :) blume, Tony Langmach und nadloriot mögen das.
(Nachmittage ohne neuen Schnee, ohne alte Sonne. Ausgekühlt bis in die Fingerspitzen, nur langsam wird wieder so etwas wie Wärme spürbar. Mattes Grau hinter den Dächern, die anderen Wohnungen schweigen. Ankommen, gleichsam rastlos und müde.)
#outerworld #sunday afternoon #concrete city #the quiet moments
mögen das
Chris Tiane, (: aNNa :) blume, Dieter Fröhling und Tony Langmach mögen das.
teilten dies erneut
Marga Xeyat Ⓐ und HOPE 🕊️ haben dies geteilt.
mögen das
Chris Tiane, dead key, (((Horschtel))) born at 315ppm, jreboul2, Dieter Fröhling, redj 18 und Tony Langmach mögen das.
teilten dies erneut
EchoFeed Amplify, Charlie und HOPE 🕊️ haben dies geteilt.
mögen das
Tony Langmach mag das.
teilten dies erneut
🐦🔥nemo™🐦⬛ 🇺🇦🍉 und HOPE 🕊️ haben dies geteilt.
Wege führen in den Garten: Langsamer Schritt, Eis unter den Schuhen. Vögel füttern, Schnee fühlen. Durchatmen. Dinge sortieren, drinnen, draußen.
mögen das
(((Horschtel))) born at 315ppm, Memo (Konto wird geschlossen!), Dieter Fröhling und Tony Langmach mögen das.
teilten dies erneut
HOPE 🕊️ und Maike Claußnitzer haben dies geteilt.
My first post on Mastodon, as well as my first day in the Fediverse and a new start away from the bin-fire that is Faceb00k.
A photograph taken on a cold and misty January morning at Hawkhill Inclosure, near Beaulieu, in the New Forest, UK.
#thenewforest #forest #nature #woods #hampshire #SilentSunday
mögen das
crossgolf_rebel - kostenlose Kwalitätsposts, GuettisKnippse, Kristian und キイチゴmau mögen das.
teilten dies erneut
aprilfollies, Mr. Bill, Andrea Kamphuis, qwertzalotl, Hugo und Kristian haben dies geteilt.
And what a great start it is! Great pictures, accompanied by alt text
Welcome. Hope you'll find what you want around these parts
Welcome!
And applause for laying a trap for those not familiar with the ridiculous nature of English place names 😆
welcome good to see you.
Welcome to our merry tribe of mastodons who toot!
Wha a lovely scene to boot.
Thank you for sharing it with us.
If you have any questions or how to find your micro tribes or interests someone can usually light the way!
Enjoy 😊
Welcome to the Fediverse, Glad to see other people from this area coming on here.
Also amazing shot, it looks so nice out there this time of year.
🛂✔️ 👋🦣
🍂🍄🍁📷 💯👌
🎂📆🦣🫵‼️ 👏🎉🥳🥂
😃🖐️
Welcome to Mastodon!
And what a great photo 📸
I have fond memories of exploring the New Forest over xmas several years ago - just lovely
you may enjoy # mosstodon and # lichensubscribe here too!
hi Iain, welcome! That’s a lovely picture, thank you for joining us and sharing it! And thanks for the alt-text, too.
I hope you’ll like it here.
Tea? ☕️ 🫖 🍰
@nellie_m hey Nellie. Loving it already. Everyone is soo welcoming. Thanks for the welcome and the comp.
Milk, no sugar, please 😉
oh, and if you aren’t already, you’ll find following (and using) these delightful:
Welcome Iain 👋
Feel free to ask if you want help with using this place, I'm trying to provide unofficial tech support around here.
There's also lots of help for new people on the website at fedi.tips (especially in the section marked "Quick Start").
An unofficial guide to using Mastodon and the FediverseFediTips (Fedi.Tips - An Unofficial Guide to Mastodon and the Fediverse)
Welcome! 🎉
Please leave the fakenews at the doorstep! This forest is certainly not new. All the old Leaves and that stump.... /s
Welcome to the Fediverse~
What made you decide to actually join here, how did you come to choose Mastodon, and specifically mastodon.social?
Chen Ming-shan
Chen Ming-Shan, né en 1933, Sichuan, Chine, est un artiste professionnel qui Il a remporté de nombreux prix. Ses œuvres avaient été présentées dans plusieurs des expositions importantes en Chine et dans le monde entier comme les États-Unis, Le Canada, la France, l’Allemagne, le Japon... et sont collectés par des États privés et des États. Ses sujets de création sont variés, y compris la ville de montagne, ancienne maisons, paysage, port de pêche, fleurs et figures. Chen développe un Une façon unique de diluer l'huile, en l'utilisant sur sa couleur d'encre orientale tardive peinture où il crée un monde rempli d'images émotionnelles mais sans la limitation des formes.#art, #peinture, #ChenMingShan
mögen das
Chris Tiane, nadloriot, billyidle ⁂, N. E. Felibata 👽 und Tony Langmach mögen das.
mögen das
Kristian und GuettisKnippse mögen das.
Kristian hat dies geteilt.
mögen das
Kristian, GuettisKnippse und キイチゴmau mögen das.
Kristian hat dies geteilt.
Vielleicht lädt dieses Bild dazu ein, nicht nach Schärfe zu suchen,
sondern nach Ruhe. In diesem Sinne wünsche ich euch einen #SilentSunday
#Photography #Landscapes #Naturfotografie #Landschaft #Nature #MorgemStimmung #Innehalten #Stille #Achtsamkeit #Nebel #Naturmeditation #Innehalten #Steinwald
mögen das
Kristian, GuettisKnippse, Dieter Fröhling und キイチゴmau mögen das.
teilten dies erneut
Kristian und Lykanthrop_ haben dies geteilt.
Eisig - icy.
#eis #vereist #zugefroren #gefroren #tümpel #teich #spuren #spurenimschnee #hohenfelderstrand #mühlenau #ostsee #probstei #winter #kalt #afnikkor35105f3545 #nikondach #picturecontrol #kodakektachrome #fotografie
mögen das
Kristian, GuettisKnippse und Dieter Fröhling mögen das.
teilten dies erneut
Kristian, Lebensstrom 🏳️🌈 und GuettisKnippse haben dies geteilt.
Guten Morgen!
(Symbolbild aus 01/25)
mögen das
Kristian, GuettisKnippse und キイチゴmau mögen das.
9am and on. The mornings and the play of flocks of thoughts above ones head within ones mind. Candles, fruits and mental walks before getting out into the pale daylight.
#outerworld #concrete city #the waking hours #sunday mornings
mögen das
Dieter Fröhling und Tony Langmach mögen das.
teilten dies erneut
HOPE 🕊️ und Marga Xeyat Ⓐ haben dies geteilt.
Dáʔaw.
(Lake Tahoe from the Nevada side.)
#Lake #Mountains #Forest #Landscape #Nevada #Photography #Darktable
mögen das
Kristian, GuettisKnippse und Kaja mögen das.
teilten dies erneut
Kristian, Kaja, Ewen Bell 📸 und Picture(s) of the Day haben dies geteilt.
(Stadtmorgen, Nachtwehen, Selbstgespräche ohne neue Argumente und ohne Nachsicht mit dem Gegenüber. Bäume, Häuser, Mäuse. Unten tönen Kinderlieder, Kinderstimmen durch den Flur. Katzenschatten auf heller Wand. Das Licht ist noch müde vor dem ersten Kaffee, so früh im Monat. Habt es mild heute.)
#outerworld #early sunday morning #waking to the day #concrete city
mögen das
Memo (Konto wird geschlossen!), (((Horschtel))) born at 315ppm, Dieter Fröhling und Tony Langmach mögen das.
teilten dies erneut
Idle.Hirn, Marga Xeyat Ⓐ, HOPE 🕊️, Brainworms, wir sind Viele! und Der Emil haben dies geteilt.
Back after all, listening, watching. Birds nearby, birds in distance. Student life across the streets behind windows half opened, both kinds: That one involving books and paper, and that one involving music and drinks. Chances and paths within familiar boundaries. And ones own limitations everywhere nearby. A sigh in cold air. Sleep tight everyone wherever you are.
#outerworld #concrete city #saturdays #stories of birds and spectators
mögen das
Tony Langmach, Dieter Fröhling und franni mögen das.
teilten dies erneut
Lebensstrom 🏳️🌈 und Marga Xeyat Ⓐ haben dies geteilt.
mögen das
Kristian und GuettisKnippse mögen das.
teilten dies erneut
Charlie, Áki (goat era) und Kristian haben dies geteilt.
Nachmittag Vorabend in Stadtluft. Die eigenen Schritte auf kaltem Stein. Parkbuchten, Haustüren, Nachbars Hunde. Die ersten Supermärkte haben ihre Tore verschlossen. Zeitlos am Rande des Weges, immer noch im Tag.
#outerworld #concrete city #through the afternoon #saturdays
mögen das
Dieter Fröhling, Birne Helene, (((Horschtel))) born at 315ppm, Tony Langmach und Memo (Konto wird geschlossen!) mögen das.
teilten dies erneut
Marga Xeyat Ⓐ und HOPE 🕊️ haben dies geteilt.
mögen das
Dieter Fröhling mag das.
🚚 The Walk up the hill to kindergarten
Jools
Als Antwort auf Kristian • • •@Kristian 🌒
I made this myself: github.com/Joooooools/Friendic…
Only displays banners that already exist.
Kristian mag das.
Kristian
Als Antwort auf Jools • •Friendica Support hat dies geteilt.
Jools
Als Antwort auf Kristian • • •Kristian mag das.
Random Penguin
Als Antwort auf Kristian • • •Add-on I created that lets you show and set banner image in Friendica web client:
gitlab.com/randompenguin/cover…
Assuming either you're running your own Friendica or the admin of your instance is willing to install the add-on.
Kristian mag das.
wilhelm
Als Antwort auf Random Penguin • • •Kristian mag das.
Friendica Support hat dies geteilt.