Posts Tagged ‘debian’

More Debian Squeeze Love: remuco

February 22, 2011

One of my favorite applications is remuco. It allows you to use Bluetooth headphones or similar devices to remotely control multimedia. For example, I can stop, pause, and change tracks with the controls on my headset. Volume control was already possible via pulseaudio (a2dp).

Debian packages are available to control various multimedia applications. I’ve installed it for all the multimedia applications I have installed with the exception of mpd.


p remuco-amarok - duplex remote control for media players -
p remuco-audacious - duplex remote control for media players -
p remuco-banshee - duplex remote control for media players -
i A remuco-base - duplex remote control for media players -
p remuco-mpd - duplex remote control for media players -
i remuco-mplayer - duplex remote control for media players -
i remuco-rhythmbox - duplex remote control for media players -
i remuco-totem - duplex remote control for media players -
p remuco-tvtime - duplex remote control for media players -
p remuco-vlc - duplex remote control for media players -
p remuco-xmms2 - duplex remote control for media players -

Configuration is pretty easy, as remuco functions as a plugin under totem and rhythmbox (which I rarely use). It requires a little more effort under mplayer but is straightforward. In totem/rhythmbox, go to edit-plugins and then click on.

Here’s the rhythmbox plugin dialog:

And for totem:

To reiterate, unlike DW reviewers, I’ve had no trouble getting things working in Debian out of the box or even with the most minimal effort. Audio on the Bluetooth headphones starts when I turn them on and direct the audio to it and stops when I either manually redirect audio or when I turn off the headphones.

Advertisements

Update 20110221

February 21, 2011

Okay, it’s been a long time since I was able to update this blog. My trial period of running SL/CentOS 5.5 on my other laptops was brief. I reinstalled Debian and updated to Squeeze. I continue to use SL 5.5 on my Aspire One. And XP but I use it so seldom that updating often takes over an hour.

I’ve acquired more hardware the past six months, including a freaking iPod. Yes, I know, but I inherited it. I still hate Apple because their products are overpriced and mediocre-performing (or worse). The good news is it’s better supported under Linux than my dodgy MTP-based Samsung S3 (which I still prefer). I use it mainly for spoken word podcasts since the sound quality — ahem — doesn’t need to be so good for those.

I grabbed the live image for Scientific Linux 6rc1 last week when it was released. I ran some preliminary tests on my Aspire One to test its wireless card with a more modern kernel. I was surprised Saturday afternoon to go over 12 hours uptime. The card finally did crash and I was unable to scan again, but that was after 25 hours and under circumstances I figured would result in loss of wireless. How did I know? Because that’s happened occasionally while using 5.5. The problem seems to happen when moving large volumes of data through SSH or running extremely long SSH sessions. This has been off-putting to say the least. I’m not inclined to change for the sake of change — 5.x will continue receiving support for quite some time so there’s no rush. I may install SL6rc1 on my main laptop, though, and aid in testing (at least its card has never crashed like that Atheros card continues to do on occasion).

I’ll post a separate entry about this test later to give impressions of the changes between 5.5/6 as well note other problems I encountered.

Various Updates and Thoughts

February 26, 2008

A few quick updates…

BSD
I updated my BSD blog this weekend. I learned DragonFlyBSD has and OpenBSD will have bwi, a BSD-native Broadcom wirecutter-like module. So I’m at least going to test it out on my laptop and see how well it works. I’m most likely transitioning back to FreeBSD or OpenBSD (maybe DragonFlyBSD), but I’ll continue to do a few things with Damn Small Linux so I’ll keep a few partitions available for that.

TRADEMARK INFRINGEMENT
I downloaded Damn Small Solaris, which infringes on at least two trademarks so I’m striking it out. Why can’t people come up with unique names if they’re going to copy everything else another project is doing? Same apps, roughly same size, and then taking their name as well. I guess some people just lack the ideas and originality to innovate or differentiate at all. Damn Small Linux is trademarked. So is Solaris — maybe someone should’ve noticed Sun’s clear notice about use of their trademarks, which has led to OpenSolaris projects with very unique names like Nexenta and Belenix. Sun has a legal team. I hope John of DSL does, too.

LAPTOP – KDE – VECTORLINUX
Back to my laptop. I’ve been running KDE 3.5.8 on it the past week. I need to compare the configuration used by VectorLinux to what I’m using on my desktop because it’s not using as much RAM as I feared it would (an issue with the laptop since it’s “challenged”). I prefer KDE to Xfce. I’m using less RAM when KDE loads than when Xfce loaded. Even with my choice of apps, I’m using less RAM with KDE.

Needless to say, though, RAM use with KDE is about triple after login what JWM requires. I wish there was a way to get KDE’s (start up) RAM use to about 100-120MB. I would use it all the time.

DEBIAN
One thing I like better about Debian compared to Vector/Slackware is the application packaging. Debian’s repositories aren’t just more prolific, Debian allows a bit more flexibility with respect to meta-packaging. For example, I wanted a specific K application. With slapt-get, I had to take it as part of a larger package with stuff I didn’t want; Debian had it by itself.

REMASTERING
I spent some time working on stripping down and updating things in Knoppix to see how small I could make it. I can get it comfortably under 100MB, but I’m leaving in a few things that wouldn’t come with DSL (no, not KDE!). I may get to work on it again later this week. I have the things I want to work working already. The rest is fluff.