hi guys haven't posted here because I was highkey getting discouraged from using tumblr (and I originally started using it because I wanted to slowly stop relying on normal social medias and it didn't work)
I might also post devlogs about my browser that I abandoned for like two years and recently picked it back up, it's all i've been working on for the past four months now lol
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
✓ Live Streaming✓ Interactive Chat✓ Private Shows✓ HD Quality✓ Free Actions
Free to watch • No registration required • HD streaming
In the September Apple event, the iPhone Air was announced along with the iPhone 17, 17 Pro, and 17 Pro Max. I've grown fond of the iPhone Air as soon as I saw it, because it was a sign that innovation at Apple wasn't dead... yet. After the event, everyone jumped on their platforms to express their (biased) opinions, but one of the opinions that I have adopted is, who is the iPhone Air for?
The iPhone Air has the same processor as the 17 Pro's, so you're getting Pro performance for less, sure. Additionally, you're getting a thinner build as a trade-off. Speaking as someone who had held the iPhone Air at an Apple Store for the first time, I can say that the hype for the Air because of its thinness and people being "amazed" when they pick the phone up is overkill. Yes, it's thin. I've played around with it for awhile to see if others are seeing things that I can't, but to no avail.
I was exploring current iPhone models that fits in my hands to do one-handed operations easier. Of course, the iPhone 17 is small in my hands, the iPhone 17 Pro Max is big in my hands, but the iPhone Air was in the middle of the size comparison at 6.5", while the iPhone 17 and 17 Pro is 6.3", and the 17 Pro Max is 6.9". My ideal phone would be one where I could reach the top left of the screen with just my thumb. I've grown up around large Android phones, such as the Samsung Galaxy A22, and A01, since those are the ones my parents have used. I'd assume that the iPhone Air is meant to replace the Plus lineup, as it’s a similar size, and more noticeably, they haven’t released an iPhone 17 Plus, but I honestly don't believe it's worth making it into the latest phone gimmick.
I call thin phones a gimmick because, there was once a study of both iPhone and Android users, seeing what it would take for someone to switch phones. The lowest percentile were people who would switch for the thickness, while the highest percentile would switch due to consistent problems with the phone, such as battery issues, lagging, etc. Mind you, not because the Air is thin, it doesn't mean that it would be fragile. The build wasn't very intimidating for me to be convinced that it is a very tough phone to snap, and even when I have attempted to bend the phone, I still feel like I could do better. JerryRigEverything has done a durability test on the Air, and it took over 200 lbs of force to snap the phone in half, quite a lot more than average human hands can exert.
What I really think is a nitpicky trade-off of the iPhone Air is that there is only a normal lens, no telephoto lens. The base iPhone 17 has both normal and telephoto lenses, but the Air does compensate by maintaining the quality when zooming in at extreme levels with it's software zoom, such as 10x and 20x. What I really like about the iPhone Air is something I haven’t seen anyone talk about: intention. One part of Apple’s design philosophies is that the hardware itself should be less noticeable and prioritizing the screen, and the Air being extremely light in your hands is an example of this. This is why the iPhone X has more "screen" than the previous iPhone 8, and that the Apple Silicon MacBook Air and Pro lineup have notches. I feel like the Air could lead to Apple’s first foldable due to it’s thin and durable design, or could eventually lead to Apple using less components to maybe make the base iPhone cost-effective, considering that the Air seems experimental, and the basis of market exploration. Only time will tell.
NOTE: I use dwm and dwl interchangeably in this writeup due to them being simalar in management and operation, and thus could possibly apply to one another. Take this as you will.
I've always taken an liking to dwm. For a very short period of time, I actually daily drived it, because I had no other laptops other than my sadly underpowered server, and sucklessware did the job (kind of). My reason for hackintoshing, and preferring macOS in general is the top tier design mixed with your normal everyday UNIX utilities, like good old zsh, cp, and ssh. No bullshit like whatever the fuck PowerShell is.
Why is macOS involved? Because a significant difference between Linux desktop environments and most window managers and macOS is the clean design it has. I used to prefer Linux over anything before I started hackintoshing, with a specific preferance of Fedora Linux, but I was using Windows 11 at the time. My oomf convinced me to hackintosh and, I had (almost) never looked back. During that time, I was also experimenting with Chimera Linux, Arch Linux, and Arkane Linux, but I just saw these as testing operating systems because there were no good GUIs for Linux. However, this has (again, almost) changed when I had heard of dwl, a Wayland reimplementation of the dwm we know and love.
I figured that dwl would be worth a shot, so I set up a Arch Linux install, and got to work on installing my second current hyperfixation, the CachyOS kernel. The CachyOS kernel interests me because they bring light to the x86_64-v3 and x86_64-v4 and Zen 4+ processors. These are all apparently highly slept on improvements that the mainline Linux kernel doesn't use to it's advantage, and the CachyOS kernels seek to rectify this.
Back to the topic, what I really do not like about dwm is how if you want a new feature, you must apply a patch to it against your local copy of it's souce code. dwm is meant to be dead simple, and the source code is minimal so that these patches can be applied easier, but one thing doesn't change, you can slowly get screwed when applying patches, until it just doesn't work. What we need is an xcaddy approach. A builder script that can take these modifications, apply them, compile dwm, and you have a low effort dwm setup. I always try to recommend the xcaddy approach for some projects, but some might just be fucking hell to maintain, maybe because the program is fragile, or this approach was added later in time.
dwl is no different, and I had to limit my patchset to just three patches: bar, bar-systray, and autostart (which doesn't even work). I'm completely fine with this, knowing that this may be a suckless tactic to prevent feature bloating in dwm/dwl. I don't agree with suckless at all, but dwm is the only thing I like from it. Later on, I heard of quilt, which makes managing these patches more easier, but after actually using it to apply patches, I realised that it was a whole lot of nothing, which led me to downsize my patches.
After applying these patches, I realised that we now have access to real screenshot tools like grim and slurp, and more wlroots utilities. Big win! I was also starting to remember that the default dwm keyboard shortcuts were kind of hard to grasp, so to make things easier on me, I changed my master key to the Windows key, which had no effect. I do not like how resizing the windows works, expecially on laptops (yes, I know I can change this), as it requires holding down a right button. I have a trackpoint so maybe this could have been easier, but I keep forgetting it exists.
So, do I recommend dwm or dwl for daily use? Maybe? Probably if you always use a mouse and you're good with learning curves. Even though I had my setbacks, I would really like to work with this again.
Hi, I am back, and I am trying to finally fix my dwl setup… by (mostly) manually patching. I applied the bar patch automatically, and now I have applied autostart and vanitygaps manually. If this doesn't work, something bad will happen, which didn't.
Apparently, this built and ran without a hitch, but I didn't add bar-systray due to the size of the patchset.
I think everyone's sleeping on the ping command. In 2025, the cemented era of the graphical user interface, isn't it incredible that every computer has a "hey, are you there?" Program built in.
Actually network functions in general. I love opening up Wireshark and watching all the devices talk to each other so politely.
i really agree that the ping command is slept on, one time our router refused to connect to the internet, so the technician came in and fixed it and told me to open up google and i told him there was a easier way, and i pinged google instead. he completely didnt know what the ping command was and i was about to tell him to get out but he was going to anyway
when i say somethings should be kept for certain devices, i really mean it.
i love how all of my friends who dont have laptops can finally start programming with the android linux terminal (??), but it just gets so fucking arcane if you think about it too hard.
and the "laptop" used in the screenshot is interesting too, reminds me of the purism lapdock kit for the librem 5 (one of my older fixations)
Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
✓ Live Streaming✓ Interactive Chat✓ Private Shows✓ HD Quality✓ Free Actions
Free to watch • No registration required • HD streaming
NOTE: I use dwm and dwl interchangeably in this writeup due to them being simalar in management and operation, and thus could possibly apply to one another. Take this as you will.
I've always taken an liking to dwm. For a very short period of time, I actually daily drived it, because I had no other laptops other than my sadly underpowered server, and sucklessware did the job (kind of). My reason for hackintoshing, and preferring macOS in general is the top tier design mixed with your normal everyday UNIX utilities, like good old zsh, cp, and ssh. No bullshit like whatever the fuck PowerShell is.
Why is macOS involved? Because a significant difference between Linux desktop environments and most window managers and macOS is the clean design it has. I used to prefer Linux over anything before I started hackintoshing, with a specific preferance of Fedora Linux, but I was using Windows 11 at the time. My oomf convinced me to hackintosh and, I had (almost) never looked back. During that time, I was also experimenting with Chimera Linux, Arch Linux, and Arkane Linux, but I just saw these as testing operating systems because there were no good GUIs for Linux. However, this has (again, almost) changed when I had heard of dwl, a Wayland reimplementation of the dwm we know and love.
I figured that dwl would be worth a shot, so I set up a Arch Linux install, and got to work on installing my second current hyperfixation, the CachyOS kernel. The CachyOS kernel interests me because they bring light to the x86_64-v3 and x86_64-v4 and Zen 4+ processors. These are all apparently highly slept on improvements that the mainline Linux kernel doesn't use to it's advantage, and the CachyOS kernels seek to rectify this.
Back to the topic, what I really do not like about dwm is how if you want a new feature, you must apply a patch to it against your local copy of it's souce code. dwm is meant to be dead simple, and the source code is minimal so that these patches can be applied easier, but one thing doesn't change, you can slowly get screwed when applying patches, until it just doesn't work. What we need is an xcaddy approach. A builder script that can take these modifications, apply them, compile dwm, and you have a low effort dwm setup. I always try to recommend the xcaddy approach for some projects, but some might just be fucking hell to maintain, maybe because the program is fragile, or this approach was added later in time.
dwl is no different, and I had to limit my patchset to just three patches: bar, bar-systray, and autostart (which doesn't even work). I'm completely fine with this, knowing that this may be a suckless tactic to prevent feature bloating in dwm/dwl. I don't agree with suckless at all, but dwm is the only thing I like from it. Later on, I heard of quilt, which makes managing these patches more easier, but after actually using it to apply patches, I realised that it was a whole lot of nothing, which led me to downsize my patches.
After applying these patches, I realised that we now have access to real screenshot tools like grim and slurp, and more wlroots utilities. Big win! I was also starting to remember that the default dwm keyboard shortcuts were kind of hard to grasp, so to make things easier on me, I changed my master key to the Windows key, which had no effect. I do not like how resizing the windows works, expecially on laptops (yes, I know I can change this), as it requires holding down a right button. I have a trackpoint so maybe this could have been easier, but I keep forgetting it exists.
So, do I recommend dwm or dwl for daily use? Maybe? Probably if you always use a mouse and you're good with learning curves. Even though I had my setbacks, I would really like to work with this again.