Follow up: Debian 5 Lenny WPA on A21m with TrendNet TEW-421PC and TrendNet TEW 452-BRP

I use this from a fixed location. And I use LXDE with auto-login. So I do not like NetworkManager.

Well, it only took me a week to go away from FWSE searches and read the most excellent Debian documentation instead. Kudos to Debian's documentation team, and to the Debian wiki contributors.

Big lesson: You do not need wpa_supplicant to use ndiswrapper as a driver backend. wext is sufficient.

If you want to see what is going on
ifup --verbose wlan0

The following seem necessary, even though both the card and access-point report WPA2 supported.
proto=WPA
key_mgmt=WPA-PSK

If you'd rather use Debian's /etc/network/interfaces ( just do this.... :) ):
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ap-scan 2
wpa-scan-ssid 1
wpa-driver wext
wpa-ssid "your ssid"
wpa-psk all hex here
wpa-proto WPA
wpa-key-mgmt WPA-PSK

References:
http://wiki.debian.org/WiFi
http://wiki.debian.org/WiFi/HowToUse
/usr/share/doc/wpasupplicant/README.Debian.gz (use mc or gunzip this)
http://wiki.debian.org/WiFi/HowToUse
manuals: interfaces

debian 5 wpa Trendnet wifi using ndiswrapper and wpa_supplicant

hidden ssid network

wpa_supplicant.conf

ap_scan=2

network={
  scan_ssid=1
  proto=WPA
  ssid="your ssid"
  key_mgmt=WPA-PSK
  psk=all hex here

}

wpa_supplicant v0.6.4

linux kernel 2.6.26-2-686

ndiswrapper version 1.53 loaded (smp=yes, preempt=no)
driver mrv8335 (TRENDnet,08/22/2005,3.2.1.3) loaded

Clipboard not working in rdesktop to XP

Does remote copy and paste not work while connected to XP on stock 11.1 ?

I tried recompiling rdesktop 1.6.0 from source. Same issue.

Excerpt from documentation:

-r clipboard:[off|PRIMARYCLIPBOARD|CLIPBOARD]': enable clipboard
redirection.
'PRIMARYCLIPBOARD' looks at both PRIMARY and CLIPBOARD
when sending data to server.
'CLIPBOARD' looks at only CLIPBOARD.


Did not work:

-r clipboard:PRIMARYCLIPBOARD
-r clipboard:CLIPBOARD


Worked:

-r clipboard:PRIMARY
-r clipboard:off

Serendipitous. Also, the -f option does not really mean full screen on opensuse. The recompiled version seems to interpret this correctly.

Local copy and remote paste does not work. This was not an issue for me.

VIA Openchrome/OpenSuse 11.1

The problem: Super slow X on OpenSuse 11.1 on Acer Aspire T135. It would take a minute to move the mouse. Forget about clicking. Neither the VIA drivers nor openchrome would compile (XINERAMA snafu => X sources not installed correctly).

Even Vesa ran better.

The magic incantation:

Install xorg sources and most importantly, xorg-x11-server-sdk-7.4-17.6.1 . Then you can compile and use openchrome. Also remember to remove any existing openchrome drivers.

I used openchrome revision 811.

Additionally, hand edit xorg.conf because (on the older driver) scan frequencies for Dell 1800fp were not right. Otherwise 800x600.

HorizSync 31-70
VertRefresh 55-75

And set max resolution to 1280x1024. Otherwise 1440x1050 is used and you wont be able to see the whole screen.

Full list of xorg sources:
xorg-x11-libSM-7.4-1.26
xorg-x11-fonts-core-7.4-1.32
xorg-x11-libXt-7.4-1.26
xorg-x11-libXpm-7.4-1.27
xorg-x11-7.4-8.20.1
xorg-x11-server-7.4-17.6.1
xorg-x11-libXrender-devel-7.4-1.24
xorg-x11-devel-7.4-8.1
xorg-x11-proto-unstable-devel-7.3.99-2.19
xorg-x11-libfontenc-7.4-1.23
xorg-x11-libX11-7.4-1.25
xorg-x11-driver-input-7.4-11.6.1
xorg-x11-libXdmcp-devel-7.4-1.23
xorg-x11-libSM-devel-7.4-1.26
xorg-x11-libXp-devel-7.4-1.25
xorg-x11-libXau-7.4-1.23
xorg-x11-driver-video-unichrome-20080807-12.44
xorg-x11-libXfixes-7.4-1.24
xorg-x11-libXmu-7.4-1.26
xorg-x11-libXprintUtil-7.4-1.26
xorg-x11-xtrans-devel-7.4-4.12
xorg-x11-libXau-devel-7.4-1.23
xorg-x11-libxcb-devel-7.4-1.29.1
xorg-x11-libxkbfile-devel-7.4-1.25
xorg-x11-libXext-devel-7.4-1.25
xorg-x11-libXmu-devel-7.4-1.26
xorg-x11-libXdmcp-7.4-1.23
xorg-x11-libxkbfile-7.4-1.25
xorg-x11-libXext-7.4-1.25
xorg-x11-fonts-7.4-1.32
xorg-x11-libXv-7.4-1.25
xorg-x11-libs-7.4-8.1
xorg-x11-libxcb-7.4-1.29.1
xorg-x11-xauth-7.4-8.20.1
xorg-x11-driver-video-radeonhd-1.2.4_121202_4e89726-2.1.1
xorg-x11-driver-video-7.4-19.8.2
xorg-x11-util-devel-7.4-1.22
xorg-x11-fonts-devel-7.4-1.23
xorg-x11-libXt-devel-7.4-1.26
xorg-x11-libXv-devel-7.4-1.25
xorg-x11-libXprintUtil-devel-7.4-1.26
xorg-x11-proto-devel-7.4-1.27
xorg-x11-Xvnc-7.4-17.6.1
xorg-x11-libfontenc-devel-7.4-1.23
xorg-x11-libX11-devel-7.4-1.25
xorg-x11-libXpm-devel-7.4-1.27
xorg-x11-libX11-ccache-7.4-1.36
xorg-x11-libICE-7.4-1.24
xorg-x11-libXrender-7.4-1.24
xorg-x11-libXp-7.4-1.25
xorg-x11-libICE-devel-7.4-1.24
xorg-x11-libXfixes-devel-7.4-1.24
xorg-x11-server-sdk-7.4-17.6.1

Linux linux-jbu6 2.6.27.29-0.1-pae #1 SMP 2009-08-15 17:53:59 +0200 i686 athloni386 GNU/Linux

01:00.0 VGA compatible controller: VIA Technologies, Inc. K8M800/K8N800/K8N800A[S3 UniChrome Pro] (rev 01) (prog-if 00 [VGA controller])

mic testing 1 2 3

Can I post from my bb?

Additional settings to compile mythtv with VDPAU on FC 10 x86_64

I had to a few things to compile mplayer with VDPAU support. However, I did not write that down.

After that, here is what I had to do to compile svn trunk (Revision: 20867) for mythtv with VDPAU support.

yum install libXv-devel

In /usr/lib64

ln -s ./libXxf86vm.so.1 ./libXxf86vm.so
ln -s ./libXv.so.1 ./libXv.so
ln -s ./libXmu.so.6 ./libXmu.so

yum install jack-audio-connection-kit-devel pulseaudio-libs-devel

It compiled, but I did not run this since I decided to not change everything in the midst of le tour.

Mythdora

Forgot to add that the software side of things are handled admirably by Mythdora.

This is after much churn using both standalone linux distributions and other mythtv based distributions.

mythtv

My adventures with mythtv started with ATI's AIW 9700 Pro. Actually, there was no start. This hardware did not work well with linux as a tuner. So it was back to MMC and M$. Talk about temperamental. hardware was an Athlon XP 2500+ overclocked to ~ 2 Ghz.

The adventure really started when I got an Avermedia A180 digital tuner. It went into this box and after the requisite googling and talking to learned friends, viola: there was recording and such. Add a $20/year account at schedulesdirect.org for 2 week listings, and it was not a bad system: record and playback 1080p HDTV; So what if CPU was almost 100% used. But, how did that song go? ".... something's better than nothing yes, but nothing's better than more .... ". Why restrict ourselves to 1 tuner and recording only 1 program at a time ? We were moving up in the mythtv world. Add a hybrid tuner that can record analog and digital programming. Add storage and converge on two storage groups on two HDDs instead of a RAID. Add a mac mini near the TV and you have a pretty usable system. So what if it was an old tube tv and we couldn't watch HD on a G4 mac mini.

Pretty good WAF. HD plays well wirelessly on a Dell latitude 620.

Sadly, the recording system (backend) went down a few months ago, which brings us to the present day setup. I rebuilt the computer with a hand-me-down Athlon64 3400 and a new Nvidia 9500 GT with VDPAU. Now mplayer can play 1080p with mythtv possible.

Le tour is not as long to watch at double speed and without ads.

And then I lost the frontend on the backend because I "upgraded". When will I learn to leave things alone. I was just trying to fix the occasional "analog recordings have chipmunk audio" problem.

And then, a flash flood reminded me that these are just boxes and this is just TV.

Phew. Save really did mean save, even if it took a couple of clicks to get to it. So what I wrote at 1 am this morning and forgot to publish, was saved and here it is.

Enough. For now.

Hello World ....

Attempt 4 at blogging. Maybe I will remember and use this one as opposed to the first 3. This time around there is specificity which may be a plus.

Is this the end of excuses for laziness ?