Language Selection

English French German Italian Portuguese Spanish

Short & Sweet on SimplyMepis 6.5rc3 (updated)

Filed under
Reviews

I didn't spot too much really new with yesterday's (or the day before's) release of SimplyMepis 6.5.rc3, but there were two noteworthy improvements. ..or rather one noteworthy improvement and one feature addition.

One can see by the screenshot that Beryl xgl/3D desktop is in the boot/install image and if one has an nvidia graphics chip, one can choose support at boot. Then at login one can choose KDE 3D if they wish. It still has quite a few bugs and the main one being that no windows will show their content. This is a major drawback. Tongue

But the real good news is that the wireless connection that I've been complaining about all developmental cycle is now working. And I must say it's the best in the biz right now. What I mean by that is it worked at login automagically. I don't know if it used some driver included in the image or whether it found and loaded the windows driver itself, although I suspect the former, but this is the first time my wireless connection worked automagically with any distro! Kudos to the SimplyMepis team.

Suspend to ram worked - well half way. It goes to sleep, but it won't wake back up. So, that's a bummer. Wouldn't it be nice if they could get all that stuff working before final? (Of course this is just booting up the livecd. It may actually work if installed onto hard drive making sure the resume= parameter is being used.)

Just a quickie here. I'll probably wait until final to do a real review. I have Frugalware and Knoppix waiting for reviews as well as a couple of other developmental releases I'd like to download and test.

UPDATE: Well after further tests of the livecd I can report that suspend to ram just can't wake up. Again, to be fair I should mention this is from the livecd, but I really think it should wake on up even if running from the cdrom. Suspend to disk acts like it would work. It tries to come on back, but since it don't poll the devices again, it don't know to use the system on cdrom. Instead it just goes straight to grub. I feel like suspend to disk probably works. It doesn't go to sleep on its own even after the designated inactive time period, so these tests were run by clicking the suspend menu items manually.

More in Tux Machines

Nintendo Nixes Android Rumors

  • Nintendo Nixes Android Rumors
  • 3 Reasons Nintendo Should Switch to Google Android
    What are the odds Nintendo’s next platform, possibly a suite of devices codenamed “NX,” would emerge running a flavor of Google’s popular operating system, as claimed by a single anonymous insider in a column by Japanese biz paper Nikkei?
  • Nintendo's next console won't run Android after all
    Aside from its codename, we know little about Nintendo's in-development "NX" console. Yesterday, however, Japanese publication Nikkei claimed to have hit upon a particularly juicy detail about the next-gen gaming system, with its sources stating the NX will run some form of Google's Android OS. The rumor wasn't exactly far-fetched, given Nintendo's plans to get into mobile games this year; but alas, it appears to have been a blast of hot air.

First Open Automotive Grade Linux Spec Released

Since its inception, the Linux Foundation's Automotive Grade Linux project has promoted itself as a collaborative open source project. With the release of the first AGL Requirements Specification for Linux-based in-vehicle infotainment (IVI), AGL has earned that description more than ever. Read more

Qt 5.4.2 Released

Today we have released Qt 5.4.2, the second patch update to Qt 5.4. In addition to improvements and fixes to Qt functionality it also packs new Qt Creator 3.4.1. Read more

diet4j: run Maven modules directly, and avoid gigantic JARs and WARs

Maven is great for breaking gigantic code bases into many little modules, with identified dependencies. This allows incremental builds etc. And then, to run that code, we usually put all together again into a uber-mega-JAR or WAR, or with mile-long class paths. While sometimes this makes sense, often it does not. diet4j can run command-line apps, and Tomcat web apps, similarly to how maven builds projects: simply specify the name of the top project, and diet4j assembles all the other JARs automatically for the run. E.g. if your project hierarchy looks like this:
    Project A
        Project B
            Project C
        Project D
you can say:
> diet4j A
which will read the POM in A.jar (in ~/.m2/repository, or a location of your choosing), determine run-time dependencies, then recursively look for B.jar, C.jar and D.jar, load them into separate ClassLoaders, hook up dependencies and jump on the main program (if it has one) of Project A. It may not be for all people, but it is for some who want to distribute changes incrementally, avoid rebuilding gigantic JARs every time some small change needs to happen, fit better into Linux-style package management etc. It’s also great for dynamically finding and loading modules without restarting the application. We’d love some feedback, it’s early days. http://diet4j.org/