Language Selection

English French German Italian Portuguese Spanish

Ultima Linux: Ultimate Disappointment

Filed under
Reviews

I'm not sure this can be classified as much a review as a rant. This is why I'll file this as a blog instead of a news/review. I love slackware, I've stated that numerous times. In fact one of my first reviews here at Tuxmachines was on slackware. So why is it that more times than not when someone goes to try and "improve" upon slackware, it just makes a mess. Oh they have their communities that'll come down on me for stating the truth and even accuse me of hurting linux and open source advocacy. They go as far to declare me an incompetent and my hardware garbage. So, when I state that I found ultimalinux the ultimate disappointment, it's with saddness in my heart and a bit of trepidation. But I have to tell the truth.

Sure perhaps it's my hardware. Perhaps it was my kernel appends. But my hardware does rather well on most distributions and I always try many many configurations before I shrug my shoulders and say "oh well!"

It all started on September 4, 2005 when DistroWatch announced a new version of Ultimalinux ready for download. It took 2 days to get two 600 mb cds in, I kid you not. First the torrent tracker was shooting errors, then the ftp refused connections. Finally on the 5th the torrent started working, but it trickled in at anywhere from 0 to 30 kb/sec. It was quite frustrating. I told a friend, 'I guess they really don't want anyone to try their distro.'

However it finally finished on the evening of the 6th and I forgot the frustrations of obtaining the isos. I was open-minded upon boot of the 1st install cd and saw the familiar slackware installer and became rather optimistic when I saw all the extra great packages included and being installed. I was disappointed to see a 2.4.31 kernel as well as the packages being built for i486. Still I had hope.

It booted fine and I had no problems installing nvidia drivers. I'd seen during the install configuration where one has a choice of kde or kde+e (among others such as window maker and fluxbox). kde+e is KDE using the Enlightenment window manager. I thought for something different I'd default to that. It starts and appears to be doing fine until one starts opening and closing applications.

Konqueror was the first application to crash when I was trying to read the Ultima Linux website. I was looking to see if there was some package management system available. I was trying to see if there was a ssl package available as gaim couldn't connect to msn without it. Ho hum. I didn't find anything out about package management other than they say they have an update utility for security fixes called ulupdate.

Trying a couple different stock wallpapers (the usual KDE fare), just previewing mind you, the whole computer locks up.

Next boot I delete all of .kde and .enlightenment files and try with just a straight kde (3.4.2). While trying to get screenshots of OpenOffice.org 1.14, it froze up as soon as I clicked file > new > text document. A crash report window had time to open before the whole desktop just locks down. I was able to ctrl+alt+F2 and kill openoffice and get back to kde, but the window manager had crashed. The desktop was crippled and I restarted.

        

gxine locked up as well. First I was trying to see if it'd play a movie .bin and it just locked everything up, so the next reboot I try an .avi and it shot an error stating it couldn't allocate memory.

Throughout all these reboots I tried various boot options. The first time was a blank append line and other boots I tried things like apm=off, acpi=off, noapic, acpi=ht, and even mem=nopentium. I even tried using vesa graphics. It was no use. That distro was just not going to run.

So, I'll forego all the description, changelog, goals and philosophy. I'll leave it up to you to test.

OSDIR has a whole shi^H^Hcart load of screenshots, but it turns out they were provided by the developer. Is this an indication I know of which I speak?

I'd like to hear from my readers, but only in a positive sense. If you have ultimalinux running stably on your system, please contribute. But if anyone insults me, my intelligence, my grandmother, my machine, or my site, I'll just delete them and turn off committing.

UPDATE: Please see my updated review on a new version HERE.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Ultima does work for me

I just posted a mostly positive review of Ultima at OSDir's Distroreviews and I am very suprised our experiences were so different because Ultima has been rock-solid for me, just as I would expect Slackware system to be. In fact, just now I've run through the problems you mention: Konqueror did not crash on Ultima's home page, nor did it ever crash before. Open Office opened text documents with no trouble, and gxine played .avi movie with no suprises (I had no .bin files to test). I stuck to the defaults all the way through. On my desktop I run plain KDE or some other WM, but not KDE+e. I use nv drivers and no funny boot options other than append ide-scsi... and everything is fine here. I assure you I have no special reasons to promote Ultima and I am not lying either.

I also have to say that even if you're feeling frustrated, it is really unfair of you to slam a distro for the speed of their torrent - of all things, something out of their control! How fast the download is for you depends entirely on how many people are downloading and seeding, as I'm sure you know perfectly well. Ultima is clearly a small one-person, not-for-profit project and has to make do with whatever means of distribution it can afford, especially since its download and use are completely free. In any case, even in this regard our experiences differ because I used bittorrent and got both disks in under 6 hours, which I consider totally acceptable.

More in Tux Machines

Leftovers: OSS

  • Anonymous Open Source Projects
    He made it clear he is not advocating for this view, just a thought experiment. I had, well, a few thoughts on this. I tend to think of open source projects in three broad buckets. Firstly, we have the overall workflow in which the community works together to build things. This is your code review processes, issue management, translations workflow, event strategy, governance, and other pieces. Secondly, there are the individual contributions. This is how we assess what we want to build, what quality looks like, how we build modularity, and other elements. Thirdly, there is identity which covers the identity of the project and the individuals who contribute to it. Solomon taps into this third component.
  • Ostatic and Archphile Are Dead
    I’ve been meaning to write about the demise of Ostatic for a month or so now, but it’s not easy to put together an article when you have absolutely no facts. I first noticed the site was gone a month or so back, when an attempt to reach it turned up one of those “this site can’t be reached” error messages. With a little checking, I was able to verify that the site has indeed gone dark, with writers for the site evidently losing access to their content without notice. Other than that, I’ve been able to find out nothing. Even the site’s ownership is shrouded in mystery. The domain name is registered to OStatic Inc, but with absolutely no information about who’s behind the corporation, which has a listed address of 500 Beale Street in San Francisco. I made an attempt to reach someone using the telephone number included in the results of a “whois” search, but have never received a reply from the voicemail message I left. Back in the days when FOSS Force was first getting cranked up, Ostatic was something of a goto site for news and commentary on Linux and open source. This hasn’t been so true lately, although Susan Linton — the original publisher of Tux Machines — continued to post her informative and entertaining news roundup column on the site until early February — presumably until the end. I’ve reached out to Ms. Linton, hoping to find out more about the demise of Ostatic, but haven’t received a reply. Her column will certainly be missed.
  • This Week In Creative Commons History
    Since I'm here at the Creative Commons 2017 Global Summit this weekend, I want to take a break from our usual Techdirt history posts and highlight the new State Of The Commons report that has been released. These annual reports are a key part of the CC community — here at Techdirt, most of our readers already understand the importance of the free culture licensing options that CC provides to creators, but it's important to step back and look at just how much content is being created and shared thanks to this system. It also provides some good insight into exactly how people are using CC licenses, through both data and (moreso than in previous years) close-up case studies. In the coming week we'll be taking a deeper dive into some of the specifics of the report and this year's summit, but for now I want to highlight a few key points — and encourage you to check out the full report for yourself.
  • ASU’s open-source 'library of the stars' to be enhanced by NSF grant
  • ASU wins record 14 NSF career awards
    Arizona State University has earned 14 National Science Foundation early career faculty awards, ranking second among all university recipients for 2017 and setting an ASU record. The awards total $7 million in funding for the ASU researchers over five years.

R1Soft's Backup Backport, TrustZone CryptoCell in Linux

  • CloudLinux 6 Gets New Beta Kernel to Backport a Fix for R1Soft's Backup Solution
    After announcing earlier this week the availability of a new Beta kernel for CloudLinux 7 and CloudLinux 6 Hybrid users, CloudLinux's Mykola Naugolnyi is now informing us about the release of a Beta kernel for CloudLinux 6 users. The updated CloudLinux 6 Beta kernel is tagged as build 2.6.32-673.26.1.lve1.4.26 and it's here to replace kernel 2.6.32-673.26.1.lve1.4.25. It is available right now for download from CloudLinux's updates-testing repository and backports a fix (CKSIX-109) for R1Soft's backup solution from CloudLinux 7's kernel.
  • Linux 4.12 To Begin Supporting TrustZone CryptoCell
    The upcoming Linux 4.12 kernel cycle plans to introduce support for CryptoCell hardware within ARM's TrustZone.

Lakka 2.0 stable release!

After 6 months of community testing, we are proud to announce Lakka 2.0! This new version of Lakka is based on LibreELEC instead of OpenELEC. Almost every package has been updated! We are now using RetroArch 1.5.0, which includes so many changes that listing everything in a single blogpost is rather difficult. Read more Also: LibreELEC-Based Lakka 2.0 Officially Released with Raspberry Pi Zero W Support

Leftovers: Gaming