Federated Timeline

Home | Notifications | New Note | Local | Federated | Search | Logout

Federated Timeline


Masanori Ogino 𓀁@omasanori@mstdn.maud.io (2026-09-15 01:12:06)
マリオサンシャインってどれだっけと思ったら放水器のやつか


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@rm0_0tnmm@misskey.io (2026-09-14 22:54:20)
息抜きに推し
---Attachments---
image: https://media.misskeyusercontent.com/io/db57a37c-55a1-40fe-87c8-9ed294c378d2.png?sensitive=true


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@googlefonts@typo.social (2026-09-15 01:10:18)
Faculty Glyphic is a typeface that pays homage to London's rich history and spirit of innovation, taking cues from carved typography and the work of Berthold Wolpe and Edward Johnston. It seamlessly blends aspects of modernity and heritage. https://fonts.google.com/specimen/Faculty+Glyphic
---Attachments---
image: https://typo.social/system/media_attachments/files/117/270/263/404/110/744/original/3b1b28937a0ba093.jpg
image: https://typo.social/system/media_attachments/files/117/270/263/517/439/692/original/a1b3538e44fd2caa.jpg
image: https://typo.social/system/media_attachments/files/117/270/263/665/222/652/original/3f0ee8e15939c85d.jpg


Google Fonts@googlefonts@typo.social (2026-09-15 01:10:18)
Faculty Glyphic is a typeface that pays homage to London's rich history and spirit of innovation, taking cues from carved typography and the work of Berthold Wolpe and Edward Johnston. It seamlessly blends aspects of modernity and heritage. https://fonts.google.com/specimen/Faculty+Glyphic
---Attachments---
image: https://typo.social/system/media_attachments/files/117/270/263/404/110/744/original/3b1b28937a0ba093.jpg
image: https://typo.social/system/media_attachments/files/117/270/263/517/439/692/original/a1b3538e44fd2caa.jpg
image: https://typo.social/system/media_attachments/files/117/270/263/665/222/652/original/3f0ee8e15939c85d.jpg


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@lvetica@misskey.io (2026-09-14 23:18:06)

---Attachments---
image: https://media.misskeyusercontent.com/io/c0cc4fae-62fd-402a-9b0a-7946d0d25df4.webp


Reply to @ephesossh@mastodon.online
akavel@akavel@merveilles.town (2026-09-15 01:08:07)
@ephesossh @Curator Thanks for the reply! 🙂 So, thinking more, I was also starting to ponder maybe just piggybacking straight on @pixel_dailies but with a different tag could work - so now I see you saying roughly the same I feel encouraged ☺️❤️ so if you're ok with adding an extra tag, maybe something like #art_dailies could work? Then pixelart people could keep using pixelart_dailies as the tag, either adding the new one too or not how they like (pixelart being obviously still art), while others could keep just the #art_dailies one as the widest bag? or even make it #creative_dailies? I could imagine myself then posting e.g. some doodles under both doodle_dailies (a custom ad-hoc tag) plus the generic #art_dailies / #creative_dailies. Someone else could post sculptures or short stories. What do you think?


Reply to @kyonshi@dice.camp
Moses Izumi (he/him)@moses_izumi@fe.disroot.org (2026-09-15 01:07:47)
@kyonshi 
@bpl told me about some NetBSD-compatible adblocker that doesn't need a separate server.


Masanori Ogino 𓀁@omasanori@mstdn.maud.io (2026-09-15 01:07:30)
ウェブブラウザに画像形式を指定するAPIがあるのならそのAPIを使っていないウェブサイトの問題だし、ないのならそのAPIが提案されて実装されるまでは広く使われている画像形式に各ウェブサイトが対応するしかない。


Masanori Ogino 𓀁@omasanori@mstdn.maud.io (2026-09-15 01:04:50)
macOSの場合、OSはクリップボードの画像をアプリが要求した形式に変換する機能を持つ。ウェブブラウザがHEIFに対応しているのであれば、OSはウェブブラウザにHEIFをそのまま渡す。ウェブブラウザとウェブサイトの間のネゴシエーションはよく知らない。


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@Eai@stellaria.network (2026-09-15 01:00:38)
heifからjpgなどへの変換はなにがやるべきなんだ？OS?ブラウザ?Webサイト?


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@Eai@stellaria.network (2026-09-15 01:00:17)
xがheif読み込めないせいでmacからコピペで画像貼れないのめんどくさすぎる


えあい:evirifried::evirified::evirifried:@Eai@stellaria.network (2026-09-15 01:00:38)
heifからjpgなどへの変換はなにがやるべきなんだ？OS?ブラウザ?Webサイト?


えあい:evirifried::evirified::evirifried:@Eai@stellaria.network (2026-09-15 01:00:17)
xがheif読み込めないせいでmacからコピペで画像貼れないのめんどくさすぎる


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@naga_U_@misskey.io (2026-09-14 23:15:25)

---Attachments---
image: https://media.misskeyusercontent.com/io/0fc9283c-90e7-4537-91d8-53e36f8c7b4a.png

Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@david_chisnall@infosec.exchange (2026-09-15 00:57:32)
For people who still believe the GPL influences corporations in a meaningful way:

When I was at Microsoft, I worked on a product that used Linux. The product was cancelled for largely unrelated reasons before it shipped, so the exact details are irrelevant but anything that links Linux needs to loop in lawyers, so I spent a lot of time talking to them.

Maybe 10% of the total time was spent with the technicalities of the GPL. The fact that the GPL is ambiguous and poorly written and the Linux syscall exemption is even worse made me expect long discussions about the legalese. But instead the conclusion of the GPL-focused discussions was basically:

No one really knows what the GPL can actually enforce and half of the stuff that's done with Linux is technically in violation. Microsoft ships Linux images for Azure that come with a click-through license that prohibits running them on any other cloud and no one cares. We can make a convincing argument that this is okay. Only a handful of companies can afford a protracted legal battle with Microsoft and none of them are sufficiently motivated to take us to court over this, so it's unlikely to come up.

The remaining 90% of the discussions were around how the product would be perceived by Linux maintainers, the wider Linux community, and the broader F/OSS ecosystem. Microsoft had put a lot of effort into the 'Microsoft <3 Linux' marketing things. The Ballmer-era alienation of the most active developer communities had cost the company a lot of ecosystem market share. The risk of pushing developers away from Microsoft products and platforms was something that the lawyers regarded as a huge risk. If two of the senior Linux maintainers had said 'we think this is not an acceptable use of Linux' then that would have torpedoed the project instantly.

The moral of this story is that, if positive engagement with your community is perceived as valuable, you have an enormous amount of leverage over big companies. At the


おだら@s3_odara@mastodon.hakurei.win boosted:
@phoronix@masto.ai (2026-09-14 19:54:05)
Linux 7.4 Could End Up Seeing Kernel Builds ~36% Faster, Incremental Builds ~70% Faster

Earlier this month I wrote about a patch series posted to the Linux kernel mailing list that addressed a lot of  "hideous code" to make Linux kernel builds faster. A number of single-threaded bottlenecks were tracked down and fixed within the Linux kernel thanks to the assistance of AI. A second revision of those patches hit the mailing list this morning and there is hope they could …
https://www.phoronix.com/news/Faster-Kernel-Builds-AI-v2
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/269/020/365/701/355/original/a571eb76b8ce8e77.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@osmdmk@misskey.io (2026-09-15 00:23:18)
珍しくタイムラプスを記録するの忘れなかったのでアップしてみよう。
すごくベタな描き方だから面白くもなんともないけど
---Attachments---
video: https://media.misskeyusercontent.com/io/d5c5a594-4786-4c49-b8f5-db410cdacd61.mp4?sensitive=true


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@osmdmk@misskey.io (2026-09-15 00:22:44)
涼風ちゃんには競泳水着が似合うと思うんすよ

#艦これ
---Attachments---
image: https://media.misskeyusercontent.com/io/4b1a512d-05c0-476e-8476-ea2cd3ba696a.png?sensitive=true

David Chisnall (*Now with 50% more sarcasm!*)@david_chisnall@infosec.exchange (2026-09-15 00:57:32)
For people who still believe the GPL influences corporations in a meaningful way:

The moral of this story is that, if positive engagement with your community is perceived as valuable, you have an enormous amount of leverage over big companies. At the


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@phoronix@masto.ai (2026-09-10 19:54:04)
X.Org Server 26.1 Moves Closer To Release As Half-Decade Update

We're getting closer to the X.Org Server 26.1 stable release as the first new tagged feature release since X.Org Server 21.1 debuted back in October 2021. There have been some new features, many code reverts, and many bug fixes merged over the past five years that will culminate with the X.Org Server 26.1 stable release...
https://www.phoronix.com/news/X.Org-Server-26.1-Released
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/246/371/068/533/511/original/80424451d2d81ef2.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@phoronix@masto.ai (2026-09-12 09:54:16)
Gitte As Git Client For GNOME Continues Maturing Quite Nicely

For those in pursuit of a graphical Git client for GNOME or the Linux desktop at large, the GTK4-powered Gitte continues advancing rather well and out this week is its v0.10 release...
https://www.phoronix.com/news/Gitte-0.10-Released
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/255/337/153/115/915/original/d781fbad104184e6.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@phoronix@masto.ai (2026-09-14 19:54:05)
Linux 7.4 Could End Up Seeing Kernel Builds ~36% Faster, Incremental Builds ~70% Faster

Earlier this month I wrote about a patch series posted to the Linux kernel mailing list that addressed a lot of  "hideous code" to make Linux kernel builds faster. A number of single-threaded bottlenecks were tracked down and fixed within the Linux kernel thanks to the assistance of AI. A second revision of those patches hit the mailing list this morning and there is hope they could …
https://www.phoronix.com/news/Faster-Kernel-Builds-AI-v2
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/269/020/365/701/355/original/a571eb76b8ce8e77.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@phoronix@masto.ai (2026-09-14 22:39:05)
Removing Drivers For Outdated ARM Platforms Will Lighten The Kernel By ~247k Lines

The Linux kernel is going to see the removal of a number of recently deprecated ARM 32-bit platforms. Following the deprecation in Linux 7.3, removing the old ARM platforms will lighten the kernel by around 55k lines of code. But removing now unused drivers only relevant to those platforms will mean roughly a quarter million lines of code can be removed from the kernel source tree...
https://www.phoronix.com/news/Branch-Remove-Old-ARM-Drivers
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/269/669/158/743/154/original/0f1e79605fb4a308.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@teruisi@misskey.io (2026-09-12 11:20:07)
#伊落マリー生誕祭2026
---Attachments---
image: https://media.misskeyusercontent.com/io/acb92017-f7a8-416f-b65e-fb5fa8715eee.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@whitequark@social.treehouse.systems (2026-09-15 00:42:42)
why the hell do the modulus and exponent of the RSA public and RSA private keys have different order in the serialization stream


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@whitequark@social.treehouse.systems (2026-09-15 00:43:19)
did a crackhead design this
---Attachments---
image: https://cache.treehouse.systems/media_attachments/files/117/270/157/366/179/093/original/2084db81643249de.png


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@grawity@social.treehouse.systems (2026-09-15 00:50:08)
@whitequark for what it's worth, the private-part format is AFAIK taken directly from the "ssh-agent protocol" format that's now documented in RFC 9987

(just because that frankly seems a bit more readable than whatever the heck sshref's syntax is. I've never heard of "uint32 allocator" terminology before o7)

in other words, I *suspect* they reused the existing (de)serializer code, which evolved independently for the public half in ssh proper and the private half in ssh-agent, leading to a somewhat funny combined result


Phoronix@phoronix@masto.ai (2026-09-15 00:54:05)
Rustls 0.23.45 Released To Fix Two Year Old Security Issue

While the Rustls modern TLS library is written in the Rust programming language with a focus on memory safety, as we've seen out of other Rust project re-implementations in the past, the new implementations can lead to other security bugs of their own. Out today is Rustls 0.23.45 to fix a security issue introduced back in 2024 with Rustls while the likes of OpenSSL, BoringSSL, and others are unaffected...
https://www.phoronix.com/news/Rustls-0.23.45-Released
---Attachments---
image: https://s3.masto.ai/media_attachments/files/117/270/200/026/795/580/original/cd450252f8df0f07.webp


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@whitequark@social.treehouse.systems (2026-09-14 23:40:25)
you don't say https://sshref.dev/
---Attachments---
image: https://cache.treehouse.systems/media_attachments/files/117/269/910/073/374/183/original/0a5725637c745bfb.png


Masanori Ogino 𓀁@omasanori@mstdn.maud.io boosted:
@coopertype@typo.social (2026-09-15 00:27:06)
Type designers: Learn about CurveTo and Pen Protocol with Connor Davenport in 4 online Tuesday sessions starting October 27. Enroll today https://coopertype.org/events/curveto-drawing-fonts-with-python-and-the-pen-protocol-2
---Attachments---
image: https://typo.social/system/media_attachments/files/117/270/090/869/626/101/original/ee7d7f30765eaf55.png

Older Notes