Language Selection

English French German Italian Portuguese Spanish

Battery status, the kernel, and Debian stupidity

Filed under
Linux

So, given that I'd be on a holiday next week, I thought it would've been a good idea to do an upgrade of my Debian install on my laptop, in the hope that it'd use less power. The good news was that it seemed like it did, with slightly lower temperature (I guess due to tickless timer on AMD64 in the 2.6.24 kernel). The bad news was that I couldn't even try to quantify it at all: all my battery-measuring tools wouldn't work at all anymore. In particular, no KDE Battery Systray icon anymore, leaving me without any indication at all about how much battery I have left. Hoping it'd be just a KDE update fluke, I checked my other favourite power-related tool, powertop. Unfortunately it also failed to show any relevant information about power usage... Sad

I must say, it's real fun to lose the ability to see your battery status a few days before you leave on a holiday.

Now, you'd think that once you'd point this out, the Debian people would try to fix this post-hase. But nooooh!, apparently having people's applications and systems become useless and being userfriendly is less important to the Debian kernel maintainers than keeping their kernels clean of 'deprecated' /proc entries...

More Here




More in Tux Machines

Today in Techrights

Uselessd: A Stripped Down Version Of Systemd

The boycotting of systemd has led to the creation of uselessd, a new init daemon based off systemd that tries to strip out the "unnecessary" features. Uselessd in its early stages of development is systemd reduced to being a basic init daemon process with "the superfluous stuff cut out". Among the items removed are removing of journald, libudev, udevd, and superfluous unit types. Read more

Open source is not dead

I don’t think you can compare Red Hat to other Linux distributions because we are not a distribution company. We have a business model on Enterprise Linux. But I would compare the other distributions to Fedora because it’s a community-driven distribution. The commercially-driven distribution for Red Hat which is Enterprise Linux has paid staff behind it and unlike Microsoft we have a Security Response Team. So for example, even if we have the smallest security issue, we have a guaranteed resolution pattern which nobody else can give because everybody has volunteers, which is fine. I am not saying that the volunteers are not good people, they are often the best people in the industry but they have no hard commitments to fixing certain things within certain timeframes. They will fix it when they can. Most of those people are committed and will immediately get onto it. But as a company that uses open source you have no guarantee about the resolution time. So in terms of this, it is much better using Red Hat in that sense. It’s really what our business model is designed around; to give securities and certainties to the customers who want to use open source. Read more

10 Reasons to use open source software defined networking

Software-defined networking (SDN) is emerging as one of the fastest growing segments of open source software (OSS), which in itself is now firmly entrenched in the enterprise IT world. SDN simplifies IT network configuration and management by decoupling control from the physical network infrastructure. Read more