So there I was, Wheezy's MESA and GL were just too old...

Story: From next release onwards, Debian is tied to systemd Total Replies: 13
Author Content
Bob_Robertson

Sep 22, 2014
8:51 AM EDT
This weekend, I built a Toshiba C55 for my Mom. This was a Best Buy $250 special, with what I figured would be commodity hardware, at least commodity enough for Linux to run on.

So close. So very close.

First I tried Debian Stable, Wheezy. It installed fine, and ran, but there were things that "just didn't work". Like sound, wifi and the USB3 port.

Compiling the 3.16.3 kernel solved those. All hardware recognized, all working, hooray.

Then I tried playing a movie. This is important.

CPU usage went through the roof. Video was choppy, Xine reported an excess of dropped frames.

A little Google-fu later, it was clear that while the Intel video chip was being recognized, the MESA and GL software wasn't new enough to utilize it.

After s/wheezy/jessie/ and apt-get dist-upgrade, still with the 3.16.3 kernel, a 720p movie is using 30% cpu, rather than 180%, not a dropped packet in sight.

It's using systemd, but I'm pretending to be a user and deliberately not noticing.

In that same vein, the obfuscation of things, the isolation of users from their systems, I notice that the GRUB boot for Jessie doesn't present the user with the list of installed kernels by default. There are now only two lines on the boot screen, "Boot Debian Linux" and "Advanced".

Under "Advanced" is the formerly standard list of installed kernels along with their diagnostic counterparts.

I do not like this tendency toward hiding things.

A note of interest: The last laptop I built for Mom, an Acer which last Wednesday had a total screen failure which inspired this new machine's purchase, I had to do pretty much the same thing, installing Debian Testing (which ever that was) in order to recognize all the hardware.

I guess it's just me.
jdixon

Sep 22, 2014
11:49 AM EDT
> It's using systemd, but I'm pretending to be a user and deliberately not noticing.

You might like the link LXer just posted this morning to http://uselessd.darknedgy.net/ then. :)

Yeah, I've had to do the new kernel thing to get hardware recognized before. It's always fun.
Bob_Robertson

Sep 22, 2014
4:41 PM EDT
I read that and laughed. :^)
gus3

Sep 22, 2014
5:45 PM EDT
Word of warning: it's rated R for language.

But yeah.
Jeff91

Sep 22, 2014
7:20 PM EDT
Personally I think changes like the one to grub are good thing. Users who don't understand things want less confusion and users who do know what is going on can still go looking for the things that are now neatly tucked away.

It is like getting your house ready for a party - you don't throw away all of the thing you use, you just put it out of sight for later/when you really need it.

~Jeff
tuxchick

Sep 22, 2014
7:41 PM EDT
Debian adopting systemd is good. Because that ensures a sizable new chunk of non-Red Hat developers working on it. Despite some weird rants to the contrary, there are no Red Hat employess on the Debian Technical committee,and I don't know of any on any of the Debian committees. Though even if there are it doesn't mean that Red Hat rules Debian.
Bob_Robertson

Sep 23, 2014
9:02 AM EDT
It's just me, I know.

I was not happy when the boot messages were simplified. I liked reading all the boot messages on my first Linux box, which scrolled by slow enough for me to actually read them.

I also drive a stick.
TxtEdMacs

Sep 23, 2014
9:20 AM EDT
Fearsome Bob,

Quoting:I also drive a stick.
Wow, and it's not even October. You mean a broom ... do you go whole hog and don a pointy hat too?

Just in case I misinterpreted your words, could you be referring to a manual drive transmission in your automobile / truck / cycle / etc. ? If so, it doesn't mean much, since I have a five forward gear unit myself whereas I would have liked to had an extra gear or two to keep me more occupied.

If it's the latter, please delete the Frearsome.

As always,

YBT
BernardSwiss

Sep 23, 2014
8:45 PM EDT
@tuxchick

Ya' know... I've never really trusted optimists :-P

But, actually... that's a pretty interesting perspective.

Bob_Robertson

Sep 24, 2014
8:48 AM EDT
I put Teamviewer on it last night, to make sure that my Mom has access to my "tech support" if needed. :^)

Using the .DEB install rather than a generic binary, Teamviewer registered a service with systemd. Side by side I had my sysvinit system, so I looked at the differences.

systemd certainly seems more complex, with more files in more places for the same service. It's not clear how to disable it if I wanted to.

But then, with sysvinit, is it "obvious" that renaming the entry in /etc/init.d/ stops it from being automatically executied, while still being available for manual launching?

Or is it just familiarity?

As has been said, the only intuitive interface is the nipple. Everything else is learned.
mrider

Sep 24, 2014
11:06 AM EDT
Quoting:But then, with sysvinit, is it "obvious" that renaming the entry in /etc/init.d/ stops it from being automatically executied, while still being available for manual launching?


It might not be obvious, but it's certainly easy to explain - "as root/sudo rename the link from S92SomeService to s92SomeService and it will no longer start automatically". Tell me how to do the same in SystemD...
jdixon

Sep 24, 2014
12:04 PM EDT
> ...as root/sudo rename the link from S92SomeService to s92SomeService and it will no longer start automatically

With Slackware, I just make the script non-executable, and it doesn't run. To make it automatically execute again, I just make it executable.
mrider

Sep 24, 2014
3:05 PM EDT
That would work as well.

I like the link name change for the simple reason that it's easy to find, and that way I don't lose the intent of the script (e.g. "S" versus "K"). But again, tell me how to do exactly the same thing in SystemD - not that you are arguing in favor of SystemD.
gus3

Sep 24, 2014
4:37 PM EDT
I take it a step further:

/bin/chmod -x /usr/bin/something

Never mind the service control script in /etc/init.d or whatever. Odds are, the service control script launches something from /usr/bin. And it should be checking that /usr/bin/whatever is executable before executing it; if you see a "cannot execute" or whatever, that there's some sloppy scripting.

Posting in this forum is limited to members of the group: [ForumMods, SITEADMINS, MEMBERS.]

Becoming a member of LXer is easy and free. Join Us!