I use Xubuntu 6.06 w/ 128 mb of Ram and 333mhz and the desktop installed works fine for me (though I'm a bit tight for ram and cpu at times - I can't have all the fancy applets and too many programs running but thats to be expected of an old PC... it is still better then being forced to run Windows 98). As for the idea to abandon the old hardware persona... I'm not so sure if this is wise. I think that with only a little bit of effort, we could easily support 300mhz MMX w/ 128mb and up. As for other old hardware, it'll just require a bit of glue too. Has the Xubuntu team actually done anything different from Ubuntu in this regard besides using a lighter desktop environment? I get the impression that the answer is no but that doesn't mean it isn't something we can work on for the next release. New linux users are more likely to run Linux on their old hardware before trying it on their brand new spanking, high-powered computers... if Xubuntu can offer a positive experience on the old hardware then they might be more inclined to migrate to Linux completely. Isn't that what we want? To fix bug #1? Thanks, Cody A.W. Somerville <div>On 11/7/06, Adam Miller <<a href="mailto:maxamillion@gmail.com">maxamillion@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Xubuntu has/was never my choice because of old hardware. I run Xubuntu on an iBookG4 1GHz w/ 768mb of ram, an Athlon64 3200+ w/ 1gb of ram, and an Athlon64 X2 4600+ w/ 2gb of ram. Xubuntu is wonderful for the fact that it is more efficient, less bloated, smoother than the alternatives, has a logical window placement algorithm, and mostly just has a more pleasant over all user+DE interaction. We owe many thanks to Xfce for a substantial amount of this but also we must not forget our Xubuntu devs, they give so much in their spare time and it looks as though that the newest ubuntu-base or something related has caused the system requirements to be bumped up a little. Now while I will be the first to agree that it would be nice to pin point why the requirements have gone up and see if it can be fixed, I don't see why in the mean time we should be trying to alter what Xubuntu is all about...... sorry if this is a little preachy, I just kinda started thinking thought my keyboard and didn't stop .... also, my opinion to the "old hardware" issue requires me to have a little more information ... thus we go to Jani. :) Jani, If the user runs 128mb and uses the alternate install image, is the desktop still usable? -Adam <div><div>On 11/7/06, Harold Aling < <a href="mailto:h.aling@home.nl" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">h.aling@home.nl</a>> wrote:</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div bgcolor="#ffffff" text="#000000"> Jonathan Carter wrote: <blockquote cite="http://mid1162833960.28264.7.camel@megabook" type="cite"> <pre>Hi Jani On Mon, 2006-11-06 at 19:09 +0200, Jani Monoses wrote: </pre> <blockquote type="cite"> <pre>Unfortunatley we have a bad regression since dapper. The liveCD will not function properly with 128M of RAM and no swap. This I only noticed in qemu and wrongly assumed (hoped) it's specific to it, but we get bugreports confirming it on real machines. This sadly makes xubuntu lose one of its selling points :( I have no idea what causes the extra memory use, it may be system-tools-backend which use perl, but I don't know for sure. </pre> </blockquote> <pre>I'm working on a local derivative of Edubuntu/Xubuntu for schools, and I've let local people know that we will be using the live cd infrastructure. Some of the more technical people was already unhappy about this because the livecd doesn't have a rescue mode, and the bigger problem they have is that you can't install it on low memory (like 128MB) machines. What I've done to get arround this, is make the default session a little python+glade interface I created, where they can start the installer without logging into the Xubuntu session, this allows you to even install it on a computer with a bit less than 128MB RAM, here's a screenshot of the chooser I made: </pre> </blockquote> Perfect! When I install (x)ubuntu on a machine, I don't want/need a complete desktop environment, the installer alone is more than enough. If I do want a DE, it would be very nice if it would be selectable (on boot)... -H- <blockquote cite="http://mid1162833960.28264.7.camel@megabook" type="cite"> <pre><a href="http://photos.jonathancarter.co.za/screenshots/dvd" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://photos.jonathancarter.co.za/screenshots/dvd</a> (artwork not final yet, it will look way better when it's done). I showed this to cjwatson, and he suggested that it gets integrated in GDM instead. That gave me an idea for a fix for this problem for Xubuntu too, you could add another session to GDM that will just run ubiquity, and make it possible to install on a low-end machine. Otherwise, I'd be glad to share my tool when it's more polished, but at the moment the code isn't very elegant at all. :) -Jonathan </pre> </blockquote> </div></div> -- xubuntu-devel mailing list <a href="mailto:xubuntu-devel@lists.ubuntu.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">xubuntu-devel@lists.ubuntu.com</a> <a href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel</a> </blockquote></div> -- -=:Max:=- --OpenPGP key: 5DBFA065-- -- xubuntu-devel mailing list <a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:xubuntu-devel@lists.ubuntu.com">xubuntu-devel@lists.ubuntu.com</a> <a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel" target="_blank"> https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel</a> </blockquote></div> -- Firefox (<a href="http://www.getfirefox.com">www.getfirefox.com</a>) -- A browser you can trust