2026-04-20T08:11:48Z https://yabu.me samueldr https://yabu.me/npub17nwchcnz2densynkeu2dztxufgpftzuhzznczmvjuakejcdcgl7s92af8d https://ap.samueldr.com/media/46c89439de66cf85d65ef36094fcfd4732c77bd62c0111282bd3034ab3798a53.png https://ap.samueldr.com/media/46c89439de66cf85d65ef36094fcfd4732c77bd62c0111282bd3034ab3798a53.png https://yabu.me/nevent1qqsfupxukts3myshtrqns95dgvfdwnxw4zhymud9n27lll0hkpgentgzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6mqmy9s In reply to <a href='/nevent1qqs9e9zkd27re9gktetf7jpldzmsx7hq0gtnd9kgpgvw3svwcqwkxucfchfnz'>nevent1q…hfnz</a><br/>_________________________<br/><br/>this *could* highlight that at least it&#39;s not checked starting from `preloader`? See this other bits of thread <br/> <br/> - <a href="https://donotsta.re/objects/c496e7e4-0653-468e-ae6e-72f90eb0d889">https://donotsta.re/objects/c496e7e4-0653-468e-ae6e-72f90eb0d889</a> <br/> <br/>Depending on the details of what makes fenrir feasible, that might &#34;just&#34; be part of the bits that aren&#39;t checked by their `preloader` <br/> <br/>The ideal scenario would be to find some way to let the device tell you whether or not its SoC has a fused root key... <br/> <br/> - <a href="https://github.com/R0rt1z2/fenrir/blob/094a5c2f6ab90359902043d594f46701331128f4/injector/devices.py#L42-L63">https://github.com/R0rt1z2/fenrir/blob/094a5c2f6ab90359902043d594f46701331128f4/injector/devices.py#L42-L63</a> <br/> <br/>(TBF, I have no clue if MTK SoCs sold for phone uses must be delivered pre-fused, for example, or other limitations that means it&#39;s unlikely or impossible for it to be unfused...) 2026-03-27T13:22:08Z https://yabu.me/nevent1qqsppd5ej2jahflgmccu85l7y3kwtsyg78t9euraq5peyxd63mwrauczyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6addfe3 In reply to <a href='/nevent1qqsfapc70n4heuetl690u6gy8c9nhyqlq40ldus5pa9p770q6kaa7egkl7nyf'>nevent1q…7nyf</a><br/>_________________________<br/><br/>this honestly looks tempting... even if it results in an insecure device (i.e. unfused BootROM)... and especially if it results in a better user-owned device (i.e. unfused BootROM) where *shenanigans* can be recovered from. 🤔 2026-03-27T12:56:42Z https://yabu.me/nevent1qqsyzguncgg8lte9tx2encnj587e3csqje778euc2fgdtl02pwexx5qzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6qpt2fd In reply to <a href='/nevent1qqsg90dvc4gq3lx8a0qu7je0qgenz3qm48svtyf488dj0agsxhghn5gedmawv'>nevent1q…mawv</a><br/>_________________________<br/><br/>Time to &#34;pleasantly&#34; keep thinking about the person on the other end. In this particular instance the situation might be more nuanced than just a &#34;vibe coder&#34;[sic] maintaining and working on a project. 2026-03-01T14:12:38Z https://yabu.me/nevent1qqstweuudu4hrusuxa62fhz6jmatzmtvuyrlzqq5qnn0fcmnrx6f89gzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl62lstal The joke writes itself... <br/> <br/>I noticed a component of my “DE” pegging a CPU core ***hard***, I open the repo for the project, notice there are blocked users who contributed, which is &#34;claude&#34;... First thought was “I wonder if that&#39;s related”... After bisecting, and finding the fix (not in a tagged release yet) it turned out that yes, it was. <br/> <br/>*Siiiiiiiiiiiiiiiiiiiigh.* 2026-03-01T04:29:02Z https://yabu.me/nevent1qqst6zwk6yrmecqk2z9m7nqppf6rw308fvxu5atkg6wk6k5j7gu2kzqzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6ldcklp In reply to <a href='/nevent1qqsr6kf430nxp8c33hnlxfwmyztp0mtl6wc2e68t8h73tdkwthzd70q7r3jk7'>nevent1q…3jk7</a><br/>_________________________<br/><br/>I see the job is “Remote (United States)”, am I right to understand that applying, being Canadian, wouldn&#39;t lead to anything? 2025-01-06T20:59:49Z https://yabu.me/nevent1qqs9a6dk4ynzev0k67qmh8wkjvjwr2tasu4zhgyyfzywta5nmpf0rsszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl63vhdzn Hi, I&#39;m still looking for a job. Still in [the same situation as previously posted](<a href="https://ap.samueldr.com/notice/Ams7XcBB0dKqdZ1FpY">https://ap.samueldr.com/notice/Ams7XcBB0dKqdZ1FpY</a>). <br/> <br/>* * * <br/> <br/>Skills/experience: <br/> <br/> - Distribution integration <br/> - Experienced with NixOS, previously Arch Linux user <br/> - 18 years using Linux as my only OS <br/> - “Holistic” understanding of the whole boot process <br/> - Experienced with U-Boot <br/> - Previously “full-stack” web developer (13+ years, and still doing some here and there.). <br/> <br/>Employers and recruiters: feel free to consider the experience in a generic manner; the skills I have had to learn for the things I&#39;ve done translate to any distribution. I am not “a NixOS developer”, but really, “a distribution developer”. <br/> <br/>* * * <br/> <br/>I am looking for remote work, and live on the *Eastern Time Zone* in North America. I am flexible about working hours if needed. I am bilingual (French and English). <br/> <br/>A good fit for me will have me working and contributing back on Open Source Software as a significant component. <br/> <br/>If you know of a job that would fit, feel free to reply at any visibility here. Feel free to also ask me superficial questions right here! <br/> <br/>If you are interested in hiring me, [please e-mail me `&lt;samuel AT dionne-riel.com&gt;`](<a href="https://samuel.dionne-riel.com/contact.html">https://samuel.dionne-riel.com/contact.html</a>). <br/> <br/>Thank you for your time. <br/> <br/>(Boosts / reposts appreciated.) <br/> <br/>#fedihired 2024-12-16T19:32:28Z https://yabu.me/nevent1qqsdz0zl6f5xeekrnjukwq7vz0u37lf3z2lnmj9h9n7d6q73fx3sqygzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6t8ha2j Wrote some words specifically about the *problem* that is handling *dtb files* on devicetree platforms with the Linux kernel&#39;s expectations regarding its own *dtb files*. <br/> <br/>I suspect this may be somewhat controversial, and will spark debate (which is also kind of the goal). Still, I hope everyone who reads will make a good attempt at internalizing the nuances I am trying to highlight, even if they disagree with some of the details. <br/> <br/> - <a href="https://samuel.dionne-riel.com/blog/2024/12/05/dtb-loading-is-harder-than-it-looks.html">https://samuel.dionne-riel.com/blog/2024/12/05/dtb-loading-is-harder-than-it-looks.html</a> 2024-12-05T21:21:34Z https://yabu.me/nevent1qqsr5r2xgxv6euy4qsahxw0ac3zykcx0l7a0rrcejll5e74aw77wrfszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6erura0 So, [what&#39;s in a Steam Deck kernel anyway?](<a href="https://samuel.dionne-riel.com/blog/2024/11/20/whats-in-a-steam-deck-kernel-anyway.html">https://samuel.dionne-riel.com/blog/2024/11/20/whats-in-a-steam-deck-kernel-anyway.html</a>) I took some time to list mainly the misc. changes that are not the video drivers work. (Not that they&#39;re unimportant, but that they&#39;re more well-known.) 2024-11-20T21:59:05Z https://yabu.me/nevent1qqs0sy8fsynmqna0lp9purw7ggc0g05wtst6477pmzfq07jpxu70cjszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6myyphj Hi, I&#39;m looking for a job. I have not been fired, or laid off, I was investing personal time in trying a few different things. Personal time is now running thin. <br/> <br/>I have been professionally a computer programmer for 19 years. I was mainly a web developer (“full stack”) during the first 14 years, but now have gone to simpler fields. I am now what I would call a distribution integrator, and UX-focused developer spanning from the *platform firmware* up to the user-facing interface. (See: *NixOS* involvement, *Mobile NixOS*, *Tow-Boot*, etc.) <br/> <br/>I am looking for remote work, and live on the *Eastern Time Zone* in North America. I am flexible about working hours if needed. I am bilingual (French and English). <br/> <br/>A good fit for me will have me working and contributing back on Open Source Software as a significant component. <br/> <br/>If you know of a job that would fit, feel free to reply at any visibility here. Feel free to also ask me superficial questions right here! <br/> <br/>If you are interested in hiring me, [please e-mail me `&lt;samuel AT dionne-riel.com&gt;`](<a href="https://samuel.dionne-riel.com/contact.html">https://samuel.dionne-riel.com/contact.html</a>). <br/> <br/>Thank you for your time. <br/> <br/>(Boosts / reposts appreciated.) 2024-10-10T18:42:33Z https://yabu.me/nevent1qqsxelche4f9z2s9994vk968c5ry450paculznwmt0jeywlfnqlmzcgzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6f9q59s With X11 having been de-facto killed by people saying Wayland is ready and just works, now things are getting in disrepair. My previously working workflow of 20+ years already has been broken. <br/> <br/>Meanwhile, every Wayland compositor I try either lacks basic features, sucks and/or is brittle and crashes. <br/> <br/>Why is using desktop Linux in 2024 a worse experience than in 2003, 2004, 2005, ... 2019? <br/> <br/>What am I even supposed to do? Just stop using graphical apps? <br/> <br/>Do I have to add another humongous project to my teetering pile of yaks? 2024-09-28T00:25:50Z https://yabu.me/nevent1qqsqep5hhpcd3q4h9ve924d7rsmyuv9dnyf8n735mg7p8rndmvrpvdszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6xewfjp USB is a Bus, right?<br/> <img src="https://ap.samueldr.com/media/96c22f020dddf1a5ae19deb482302482ffde2a41755eb8c8ae2685cfaedee40e.jpg"> <br/> 2024-09-07T21:43:41Z https://yabu.me/nevent1qqs8nvc2lj00c8xjaddtj40ucqd094kxkf0p0ckavmsu62er0z90vdszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6y6rl5q In reply to <a href='/nevent1qqsqsygeqnptlx4c3kgs99w59n40lwt4e4evpdhw0w823lld32040tglkehz9'>nevent1q…ehz9</a><br/>_________________________<br/><br/>logging straight onto anything may not be desirable in all cases. Handling any failures before any userspace component can handle showing errors is worth it. Period. Yes, errors can and will happen in ways where plymouth has not been started yet. <br/> <br/>This also could serve the purpose of showing the progress even *earlier*. Again, in situations I&#39;ve personally observed, the moment where you finally can do DRM (or even fbdev) is way &#34;late&#34; (e.g. last 90th percentile of the boot time until hand-off to stage-2). <br/> <br/>I&#39;ll note that such a scheme would also give control to distros ***and users*** about the user experience of the boot process. <br/> <br/>The current way Linux [does not] handle this is bad imo. The defaults and working assumptions are that the platform&#39;s vendor logo is kept on-screen all that time, mis-quoting a likely tongue-in-cheek reason: “so users blame the vendor for some of the time it takes to boot”. In turn, some of the current implementation of things in the kernel it so (without patching it) distros can&#39;t reliably provide hints that the kernel has even started booting. Users may/will be stuck without information until &#34;late&#34;. <br/> <br/>Let&#39;s not forget that a user-friendly distro of Linux is not limited to running on high-performance modern systems. 2024-08-24T22:47:39Z https://yabu.me/nevent1qqswd5ujgjcn4aq74q9p448sexfjmrerjhgwdklh2h9y5xh9fxvhjdqzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6mj4323 In reply to <a href='/nevent1qqs0mqeeyu0wzfq3vftdhaakvhvf9zej3rrzexxlugzzkk5ypdv3fmqcw0wzm'>nevent1q…0wzm</a><br/>_________________________<br/><br/>then scratch that other example idea I had off the cuff into how better userspace integration can be helpful for many different UX and debugging purpose. <br/> <br/>TBF, you&#39;re also assuming it&#39;s just a standard process, which is not a given, given the incomplete idea. It could have a minimal surface area. The binary could be limited from doing anything other than &#34;stack trace → raw framebuffer&#34; translation (e.g. deciding how and what to draw on that framebuffer). This way the kernel could ship a minimal version of what they need, and distros are free to make the experience fits their narrative. <br/> <br/>But I&#39;m theorycrafting ideas and ways to make thing better for everyone, instead of stamping down ideas. ¯\_(ツ)_/¯ 2024-08-24T22:16:55Z https://yabu.me/nevent1qqsx5f5zfzhd7nxd2z8hdjcls92uaffv2830r6e55z2zaszxfkcj4nczyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6kxgn8e In reply to <a href='/nevent1qqsz97c95wyfpvvurnrk7gypnx8854s6h0p2cgk95ft0p84vffh3m3ql3uhe5'>nevent1q…uhe5</a><br/>_________________________<br/><br/>This is a case where the word &#34;unsafe&#34; is way too vague. <br/> <br/>Is it unsafe to *attempt* to provide a better UX, where the worst case scenario is the current status quo? (No message shown.) In all other cases it would be assumed that it ran enough to help the user. <br/> <br/>Having the kernel handle launching those helpers is the only way that can be reliable enough. <br/> <br/>E.g. on kernel panic, the current userspace should be considered a lost cause, no? So why rely on it? <br/> <br/>And on startup, the initrd might not be usable. A current common issue with some systems is the initrd being accidentally stepped over when using U-Boot native (non-EFI) boot on U-Boot. At that point assuming the distro doesn&#39;t have fbcon in its kernel, there is no output, and the system is in *a bad state*. <br/> <br/>initrd is *way too late* to properly handle this. 2024-08-24T21:45:36Z https://yabu.me/nevent1qqs0xk8nlxmwpvs74xcxh39rr5u7yx7np748ja6zm63pnqfrczd56lszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6axcur7 In reply to <a href='/nevent1qqsvptwat7kp6dmmkd7wuy044nfstwfpc0uq7vv9z0xmlezpgmwxnhcu738dk'>nevent1q…38dk</a><br/>_________________________<br/><br/>&gt; the VT is running on top of the framebuffer <br/> <br/>&gt; not least because FBDEV_EMULATION (which CONFIG_VT relies on for all modern graphics drivers) is marked as deprecated in the kernel <br/> <br/>We might be talking past eachother, but quickly looking at it all again, that&#39;s `fbcon` that runs on top of the framebuffer (`default DRM_FBDEV_EMULATION`), and `fbcon` uses features from `VT` (`select VT_HW_CONSOLE_BINDING`) to work. <br/> <br/>You can have the `VT` subsystem all working without `fbcon`, `FB`, `fbdev`, or even `DRM` being involved at all. <br/> <br/>``` <br/>~/.../celun/celun $ grep &#39;CONFIG_\(VT\|FB\|DRM\)&#39; result/config <br/>CONFIG_VT=y <br/># CONFIG_VT_CONSOLE is not set <br/># CONFIG_VT_HW_CONSOLE_BINDING is not set <br/># CONFIG_DRM is not set <br/># CONFIG_FB is not set <br/>``` <br/> <br/>It might be that you *also* want to get rid of `VT` (which is fine too). Though there would be other separate reasoning for that. <br/> <br/>Also it&#39;s one of the many pet peeves of mine: the broad conflation and confusion around the terminology of `VT`, `TTY` and `fbcon` at large. <br/> <br/>* * * <br/> <br/>Just to be clear: **I completely agree** that it should be deprecated, and that fbcon is a real pain to deal with. I just think it&#39;s important to be precise with the wording. <br/> <br/>Anyways, thanks for coming to my — oh crap, the Wendy&#39;s manager is coming at me, gotta go. 2024-08-24T20:09:13Z https://yabu.me/nevent1qqsylj2snxl987dre9w3kyw4dvwgpah3f8xemu4xd3s58e2lll09x9qzyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6jen755 In reply to <a href='/nevent1qqszl2f2p7ptgq0p3r4nznw567hnnt2pv0576ygdyjh3nwp2caspwlg76uaf9'>nevent1q…uaf9</a><br/>_________________________<br/><br/>(Not that it matters much in the end, but be mindful about confusing `CONFIG_VT` with `CONFIG_FRAMEBUFFER_CONSOLE`; the latter is the bad part, fbcon is the bad part... `VT` is the part allowing e.g. switching to different &#34;consoles&#34;) 2024-08-24T19:11:50Z https://yabu.me/nevent1qqsy2k7ur9m78hef32tqh4ttkn0k0064whyggkfdwft0atp3yszuxmszyr6dmzlzvffhxwqjwm83f5fvm39q99vtjug20qtdjtnkmxtphprl6dkqs0l In reply to <a href='/nevent1qqszl2f2p7ptgq0p3r4nznw567hnnt2pv0576ygdyjh3nwp2caspwlg76uaf9'>nevent1q…uaf9</a><br/>_________________________<br/><br/>one idea for integration, which would be a lot more generic than patching-in a specific tool, is to *somehow* provide static binaries to the kernel that can run in their own &#34;bare root&#34;, and tagged for some use-cases. <br/> <br/>**So, use-cases?** <br/> <br/>The obvious one is some form of early output handler that encompasses the boot logs too. This could not only handle *showing* boot logs according to semantics customizable by the distribution. Not only can it handle boot logs, but with proper userspace smarts, also hand-off to the next graphical thing, or do anything... e.g. progress bars encompassing the full boot? <br/> <br/>Another use-case would be another &#34;tag&#34; for hooking up to kernel panics. While panics are &#34;major system ending events&#34;, I believe it should be fine to allow a handler to *try* to make it more useful for end-users in some form. What if `systemd-bsod` was able to hook itself into that system and *also* handle kernel panics? That would be a neat way to tie the idea up! <br/> <br/> <br/>**And *somehow*?** <br/> <br/>My first guess would be a `cpio` file provided in a certain way to the kernel would be useful, and a useful mechanism to add other &#34;smarts&#34; to the boot process. <br/> <br/>Anyways, just some thoughts I had a while back. Take this for inspiration. 2024-08-24T18:48:09Z