<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=7208&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Debian not providing new 686 kernels in Trixie]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=7208</link>
		<description><![CDATA[The most recent posts in Debian not providing new 686 kernels in Trixie.]]></description>
		<lastBuildDate>Tue, 16 Sep 2025 02:00:22 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=58040#p58040</link>
			<description><![CDATA[<p>I am very glad that my oldest computer in my possession is 64 bit...</p><p>This being said, Debian devs really didn&#039;t need to change the framework so much that they needed to ditch 32 bit. What they should have done is stop bloating their system with redhat bloat&#160; and similar instead.</p>]]></description>
			<author><![CDATA[dummy@example.com (zapper)]]></author>
			<pubDate>Tue, 16 Sep 2025 02:00:22 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=58040#p58040</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=58038#p58038</link>
			<description><![CDATA[<p>Hello, I have used the refracta image (thanx to fsmithred)&#160; for a EeePC 1005HA (&quot;Seafile&quot;) from 2010 and this works very good. There are some kernel issues concerning eeepc driver, but I cannot recognize a loss of functionalities. I think, that can be fixed, if the libre kernel is patched for the Eee. But for functionality seems this not necessary (but I&#039;m still testing). Now I&#039;m configuring the desktop with LXDE base and xfwm4 WM. The performance is low but stable. Using firefox is something for meditation, but the good keyboard welcomes for writing (libreoffice writer is usable). For me, the libre lts kernel seems the way to use in future 32bit hardware.</p>]]></description>
			<author><![CDATA[dummy@example.com (hdwolf)]]></author>
			<pubDate>Mon, 15 Sep 2025 19:43:15 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=58038#p58038</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55914#p55914</link>
			<description><![CDATA[<p>linux-libre 6.15.0 with the current version of mount (2.41-5devuan1) is working correctly. Here&#039;s an iso in case anyone wants to play with it. <br /><a href="https://get.refracta.org/files/experimental/refracta_13_minx_ndb_libre_i386-20250530_1739.iso" rel="nofollow">https://get.refracta.org/files/experime … 0_1739.iso</a></p><p>sha256sum</p><div class="codebox"><pre><code>4d19d4a9f1f28eb5548fc3b141f83fece1a9df0640cdb6bbc63a528944b41306  refracta_13_minx_ndb_libre_i386-20250530_1739.iso</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Fri, 30 May 2025 20:11:54 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55914#p55914</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55853#p55853</link>
			<description><![CDATA[<p>About that size issue...<br />I poked around a bit. Most of the difference is in /lib/modules and most of that is drivers. libre has more directories and files there than debian and all the .ko files in the debian kernel are xz-compressed. That accounts for around 200mb difference.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Wed, 28 May 2025 00:10:44 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55853#p55853</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55843#p55843</link>
			<description><![CDATA[<p>Update. If I downgrade to the previous version of mount, the isos boot. (i.e. they can loop-mount filesystem.squashfs)</p><p>mount, fdisk libfdisk1 and uuid-runtime were all downgraded from 2.41-5devuan1 to 2.38.1-5+deb12u3devuan1</p><p>I filed a bug report against mount - <a href="https://bugs.devuan.org/cgi/bugreport.cgi?bug=892" rel="nofollow">https://bugs.devuan.org/cgi/bugreport.cgi?bug=892</a></p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Tue, 27 May 2025 20:17:55 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55843#p55843</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55800#p55800</link>
			<description><![CDATA[<p>Can you please also ask why 330+MB rather than around 188MB?</p>]]></description>
			<author><![CDATA[dummy@example.com (MLEvD)]]></author>
			<pubDate>Mon, 26 May 2025 17:26:33 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55800#p55800</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55790#p55790</link>
			<description><![CDATA[<p>Update:&#160; I&#039;m trying more kernels and I asked a question in #gnu-linux-libre (libera.chat)</p><p>6.12.30-gnu has the problem.</p><p>6.12.28-gnu and 6.12.24-gnu both work.<br />6.12.30-gnu.nonpae works.<br />6.14.8-gnu (non-lts) works.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Mon, 26 May 2025 13:12:07 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55790#p55790</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55788#p55788</link>
			<description><![CDATA[<p>There&#039;s a 17 MB bios boot boost partition for eee pc xp too! I should put that online too.</p><p>One does wonder about the breadth of testing of new 32 bit kernels, so many million use cases, so fewer eee pc users ;_:</p>]]></description>
			<author><![CDATA[dummy@example.com (MLEvD)]]></author>
			<pubDate>Mon, 26 May 2025 05:43:31 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55788#p55788</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55781#p55781</link>
			<description><![CDATA[<p>Uh-oh. I upgraded my excalibur minimal-X system and made a new live-iso. It doesn&#039;t boot. Drops to initramfs prompt and says it couldn&#039;t mount the squashfs. This is with linux-image-6.12.30-gnu. I made another live-iso that includes the 6.12.24-gnu kernel and that boots normally. (Note: both kernels boot normally in the VM I&#039;m using to make the isos.)</p><div class="codebox"><pre><code>mount /run/live/medium/live/filesystem.squashfs: fsconfig() failed: unable to read squashfs_super_block.</code></pre></div><p>Here&#039;s a screenshot that shows the error message in /boot.log<br /><a href="https://get.refracta.org/files/misc/mount_squashfs_error_2025-05-25_18-00-38.png" rel="nofollow">https://get.refracta.org/files/misc/mou … -00-38.png</a></p><p>Edit: Found an iso I made on May 12 with 6.12.28-gnu that works.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Sun, 25 May 2025 22:07:12 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55781#p55781</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55774#p55774</link>
			<description><![CDATA[<p>If some good folk would be happy to compile kernels for eee pc I&#039;d be not only happy, my obsessively compelled to try them out on many eee, though I hesitate to say test.<br />Been enabling zram on a few eee, it seems to help, especially when torturing the fanless ones with cinnamon desktop and browser action. On the 4G / 630mhz single core the name of the game is no fan even in high summer, so ram ceiling isn&#039;t important, so the question is, does zram not increase overall cpu and/or ram usage?</p><p>If you have a 128gb ssd then I bet you don&#039;t have the bios boost partitions, but never fear, I have put them on drop box, you can copy one of them with gparted and easily recreate the other using gnome-disks, make the fat partition 513KB instead of 7.84MiB if you like!</p><p><a href="https://www.dropbox.com/scl/fi/koa3hdwadxtuo1l85yjpb/32GBeeeBIOSkit.img.xz?rlkey=en7zh5a8pwsspfzf24oaaril6&amp;st=ke06wtxc&amp;dl=0" rel="nofollow">https://www.dropbox.com/scl/fi/koa3hdwa … 6wtxc&amp;dl=0</a></p><p>Link changed to point to actual file &gt;.&lt;</p>]]></description>
			<author><![CDATA[dummy@example.com (MLEvD)]]></author>
			<pubDate>Sun, 25 May 2025 17:35:25 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55774#p55774</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55771#p55771</link>
			<description><![CDATA[<p>To get a more up to date kernel, maybe copy your kernel config file over &amp; try running it with the modern kernel source code..... (?)</p>]]></description>
			<author><![CDATA[dummy@example.com (Camtaf)]]></author>
			<pubDate>Sun, 25 May 2025 17:08:38 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55771#p55771</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55770#p55770</link>
			<description><![CDATA[<p>Hello:</p><div class="quotebox"><cite>fsmithred wrote:</cite><blockquote><div><p>... added a 32G sd card ...</p></div></blockquote></div><p>Fortunately, your eee model can boot from that size card.</p><p>Much to my chagrin, my 1000HE&#039;s BIOS won&#039;t see a USB storage device larger than 8.0Gb, that&#039;s (?) the limit for booting from USB.<br />I asked at Asus tech support but they &#039;don&#039;t know&#039;.<br />Ventoy solves that problem.</p><p>The system, once up and running, can see and access a 64Gb USB3.0 drive without issues and (I presume) higher capacity. </p><div class="quotebox"><cite>fsmithred wrote:</cite><blockquote><div><p>... (or my win XP install which I keep only for nostalgia).</p></div></blockquote></div><p>Glad to see I&#039;m not the only one.&#160; 8^°</p><p>Best,</p><p>A.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Sun, 25 May 2025 17:01:44 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55770#p55770</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55768#p55768</link>
			<description><![CDATA[<p>Oops! My EEE has a 128G ssd, so I didn&#039;t think a lot about disk space. I recently added a 32G sd card so I could run excalibur without losing my daedalus install (or my win XP install which I keep only for nostalgia). The EEE sees it as a usb storage device, so it&#039;s bootable.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Sun, 25 May 2025 16:34:51 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55768#p55768</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55766#p55766</link>
			<description><![CDATA[<p>Hello:</p><div class="quotebox"><cite>MLEvD wrote:</cite><blockquote><div><p>... run fine on every kernel since 3.16 ...</p></div></blockquote></div><p>I expect that it would be the same with my 1000HE which is ca. 2009.</p><div class="quotebox"><cite>MLEvD wrote:</cite><blockquote><div><p>... to just include all relevant new security updates ...</p></div></blockquote></div><p>No idea, but I expect that it could be possible. </p><p>From what little I understand, it seems that the task would involve compiling a kernel from source but including <span class="bbu">only</span> what you need for your netbook.<br />ie: tailored for your target hardware <em>and</em> compiled on it.</p><p>There&#039;s also the question of who is going to do it and then maintain it.<br />For starters, is there a large enough user base?<br />There <em>used</em> to be specific eee kernels / distributions but as the differnet models were mothballed, they lost all traction.</p><p>Interesting side note:<br />Asus does not have the eee series in theri tech support databases.</p><p>I have recently been able to get a very important boost for my netbook by enabling <span class="bbc">zram</span> and generating a <span class="bbc">/dev/zram0</span> swap file.</p><div class="quotebox"><cite>MLEvD wrote:</cite><blockquote><div><p>... features or hardware that the asus eee pc will never know ...</p></div></blockquote></div><p>The Asus eee series is not alone in this.<br />Absolutely every discontinued and perfectly working netbook / notebook is in the same situation. </p><p>All victims of the decades old WinTel consortium. (see what is going on with Win 11 these days)</p><p>Best,</p><p>A.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Sun, 25 May 2025 16:19:23 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55766#p55766</guid>
		</item>
		<item>
			<title><![CDATA[Re: Debian not providing new 686 kernels in Trixie]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=55765#p55765</link>
			<description><![CDATA[<p>Yes they all (my asus eee pc fleet) still run fine on every kernel since 3.16, they just all have different esoteric messages on boot.<br />I mean, is there some way to just include all relevant new security updates to an old kernel without worrying about new features or hardware that the asus eee pc will never know or be able to run?</p><p>The poor little 2G surf, I just managed to get lmde 6 onto it with latest kernel and 300 MB free space of the 1.87MIB ssd. No room for newest kernel upgrade. They can run the&#160; new kernels, but can&#039;t install them!</p>]]></description>
			<author><![CDATA[dummy@example.com (MLEvD)]]></author>
			<pubDate>Sun, 25 May 2025 14:55:07 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=55765#p55765</guid>
		</item>
	</channel>
</rss>
