Page 11 of 25

SiliconDust HDHomeRun TV-IP Tuner Working

Posted: Tue 06 Aug 2013, 20:24
by edoc
Just got the SiliconDust HDHomeRun TV-IP Tuner working under Raring.

Their Linux apps plus VLC gets it done.

http://www.murga-linux.com/puppy/viewto ... 8&start=15

Slackware-Arch Package Manager - Otherwise XArchive?

Posted: Tue 06 Aug 2013, 21:07
by edoc
I was about to run the updated tgz packages for hdhomerun and a pop-up presented two choices:

If this is a Slackware or Arch package you want to install then the Package Manager application will run, if no XArchive will run.

I am presuming I should choose the second - correct?

Posted: Tue 06 Aug 2013, 21:22
by pemasu
Tony. Got it now. Well...for sure, with this kernel, using usb 3.0 stick in usb 3.0 port and trying to use wl.ko kernel module, there seems to be critical bug. First wl.ko is old proprietary module. It has been patched several times to be compatible with recent kernels. I believe that wl.ko just isnt compatible in your usage. The fix would not be very probable. If it is bug in 3.9.9 kernel, then updated kernel might fix the problem. 01micko has created 3.10.5 kernel Slacko. I dont know if Peebee has compiled wl.ko for it, but I am sure he will try, if 01micko stays with that kernel. Then you could try if other Puppy works better. If you have academic curiosity to this problem. The outcome would be nice to hear.

Edoc. Great that you succeeded in that other TV device.
And...that second Xarchive choice is right. It sounds there is source to compile.

I have been busy with life. I just had time to install Lubuntu 64 bit. I got Pumblebee to work with it. I just had compulsory need to know that I can use that Nvidia better dedicated graphics. Now I know I can. I have now finnish full install Lubuntu with Finnish LibreOffice and with finnish Voikko grammar and hyphenation. Something which has been impossible to get in work in Puppies for reason or other. Now I also know that Nvidia 325.X versions are for me, it is compatible when I switch optimus Geforce 710M graphics in use with Pumblebee.

To get Pumblebee working in Puppies. It will need compiling the components from source but it would need also some graphics files manipulation. That will be the tough piece. Of course inspecting the launchpad way would help. Adapting the scripts to find things in Puppy style. But with my skills....I dont know yet when I would take that task under work. Now I am happy that I can switch Nvidia off so that it does not use watts, and that all the other hw works which I use. Damn Lubuntu switched grub to grub2 but included my Upup Raring full install to the boot menu. I should switch grub4dos back, but it is possible I will wipe the hdd once. This is now just playing and having usable distros for daily usage. I havent copied my woof - compile - puppy folders stuff to the hdd yet.

Posted: Tue 06 Aug 2013, 22:26
by peebee
pemasu wrote:I dont know if Peebee has compiled wl.ko for it, but I am sure he will try, if 01micko stays with that kernel. Then you could try if other Puppy works better. If you have academic curiosity to this problem. The outcome would be nice to hear.
01micko has now built-in wl driver into his k3.10.5pae version of slacko - it seems to work fine (for me).

Cheers
peebee

Posted: Wed 07 Aug 2013, 02:44
by tony
Hi pemasu and peebee,

I seem to have drawn the wrong conclusions to my connection problems. They seem to have occured because my router and computer are too near to one another.

I have dropped the power of the broadcom wi-fi. and can now connect.

iwcanfig wlan0 txpower 5mw gets me connected, but not reliably, still it's step in the right direction.

Regards Tony.

Upup Raring 3.9.9.1 with non-PAE 3.9.9 kernel.

Posted: Fri 09 Aug 2013, 16:07
by Billtoo
I did a new manual frugal install to a gateway desktop pc, updated
ppm, added a lot of applications,and updated to the newest nvidia
driver.
video-info-glx 1.5.3 Fri 9 Aug 2013 on Upup Raring 3.9.9.1
Linux 3.9.9-upup i686
0.0 VGA compatible controller: NVIDIA Corporation GF108
[GeForce GT 430] (rev a1)
oem: NVIDIA
product: GF108 Board - 1071v1p1 Chip Rev
X Server: Xorg Driver: nvidia
X.Org version: 1.13.3
dimensions: 1920x1080 pixels (513x292 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2/3DNOW!
OpenGL version string: 4.3.0 NVIDIA 325.15
AMD Phenom(tm) II X4 810 Processor
Core 0: @800 1: @800 2: @800 3: @800 MHz

It's working great.

I did another new manual frugal install to a 32gb SDHC card, pc is an
Acer laptop.
Computer
Processor 4x Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz
Memory 3102MB (475MB used)
Machine Type Physical machine
Operating System Upup Raring - 3.9.9.1
User Name root (root)
Date/Time Sat 10 Aug 2013 02:08:21 AM EDT
Display
Resolution 3520x1080 pixels
OpenGL Renderer ATI Mobility Radeon HD 5400 Series
X11 Vendor The X.Org Foundation
Audio Devices
Audio Adapter HDA-Intel - HDA Intel MID
Audio Adapter HDA-Intel - HD-Audio Generic
Input Devices
AT Translated Set 2 keyboard
Logitech Unifying Device. Wireless PID:400a
Apple, Inc Apple Keyboard

Makefile - Editing for upup Raring?

Posted: Fri 09 Aug 2013, 23:08
by edoc
If I want to run the following Makefile in upup Raring 3.9.9.1, and I want to keep as much code as possible outside the Personal Storage, I'm thinking that I may need to make some small changes.

e.g. to locate

Code: Select all

mkdir gr-scan-$(VERSION)
at /mnt/home/stuffcode should this be

Code: Select all

mkdir /stuffcode/gr-scan-$(VERSION)
?

Thanks!
VERSION=2012082301
CXXFLAGS=-DVERSION="\"gr-scan $(VERSION)\"" -std=c++11 -Wall -I/usr/include/gnuradio -I/usr/include/osmosdr -lgnuradio-core -lgnuradio-osmosdr -lboost_system -O2 -s -Wno-unused-function

gr-scan: *.cpp *.hpp
g++ $(CXXFLAGS) -o gr-scan main.cpp

clean:
rm -f gr-scan gr-scan.tar.gz

dist:
mkdir gr-scan-$(VERSION)
cp *.cpp *.hpp Makefile COPYING gr-scan-$(VERSION)
tar -cf - gr-scan-$(VERSION) | gzip -9 -c - > gr-scan-$(VERSION).tar.gz
rm -r gr-scan-$(VERSION)

gr-scan make error

Posted: Sat 10 Aug 2013, 16:46
by edoc
I went ahead and tried "make" for gr-scan without any Makefile mods.

What, please, is this cryptic error telling me and how might I fix it?
sh-4.1# make
g++ -DVERSION="\"gr-scan 2012082301\"" -std=c++11 -Wall -I/usr/include/gnuradio -I/usr/include/osmosdr -lgnuradio-core -lgnuradio-osmosdr -lboost_system -O2 -s -Wno-unused-function -o gr-scan main.cpp
cc1plus: error: unrecognized command line option ‘-std=c++11’
make: *** [gr-scan] Error 1
sh-4.1#

Posted: Sat 10 Aug 2013, 17:32
by pemasu
Edoc. The compiler is too old. It does not recognize that option.

With PPM start with: g++-4.7_4.7.3
Install it and all dependencies it suggests. If that does not help. Install these, if above package with dependencies did not install them:
gcc-4.7_4.7.3
gcc_4.7.3
libgcc1_4.7.3
libgomp1_4.7.3
libquadmath0_4.7.3

...and maybe something else also.

These SDR applications are bleeding edge. They are meant for people who know how to compile, how to debug errors, they know how to edit Makefile, edit source files because gnu radio development files change all the time and there is no team of developers fixing things for users. They have to do it themselves.

Just telling because there will be problems ahead in the future also....

Posted: Sat 10 Aug 2013, 18:25
by edoc
I downloaded them all and still get the same error. I even tried a reboot to be sure everything was recognized. :-(

BTW1: The PPM docs I found do not address this but does the green check mark mean it is an exact match to the search or that the file has been previously downloaded?

BTW2: I learn a lot & find it energizing to watch the way you all solve problems ...

I hate to waste anyone's time with this but these are tools I can make use of almost daily if I can get them working.

I appreciate any assistance, including direction to simple tutorials that help me to hammer-out solutions myself (most seem to presume pre-existing knowledge and unintentionally skip steps).

I try to post the steps I take along the way back to the Forum for the benefit of others ... there are lots of inquiries out there about the use of these devices so I pray there there is a benefit to many & not only me.

Posted: Sat 10 Aug 2013, 18:37
by pemasu
Edoc. The green tick means that the packages are installed...but ubuntu has several versions of certain packages. If you have installed one, then it does not show unticked the other version for certain. Gcc is one of them.
Anyway...the fix lies in installing enough newer compile stuff. I was able to get the make passing that error. But I dont have anymore gnuradio development headers in my comp...so I couldnt compile it.

I had that one big session with gnuradio. But then my 1 Gb savefile was eaten up...and I believe I wont continue with gnuradio anymore. It was interesting trial, but I noticed that you really have to have motivation and hobby to continue.

But...upgrading g++ and gcc stuff enough fixes that error. I can quarantee that.

Posted: Sat 10 Aug 2013, 19:01
by edoc
OK, I will see what comes up when I request gcc in PPM and download it until things work.

BTW: If it matters I do have the devx SFS set to load at boot.

Upup Raring 3.9.9.1 with non-PAE 3.9.9 kernel.

Posted: Sat 10 Aug 2013, 19:51
by Billtoo
I moved my SDHC card to another pc which has a different ati card in
it, the laptop has ati hd 5470 graphics, this pc has hd 8500 graphics.
There is an unsupported hardware thing in the lower right corner of
the screen but the graphics are the fastest yet of any ati card that
I've used so it's definitely working.

# report-video
VIDEO REPORT: Upup Raring, version 3.9.9.1

Chip description:
VGA compatible controller: Advanced Micro Devices [AMD]
nee ATI Oland [Radeon HD 8500 Series]
Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1440x900
Depth (bits, or planes): 24
Modules requested to be loaded: dbe
Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): fglrx
Loaded modules: amdxmm ati dbe ddc extmod fb fbdevhw fglrxdrm glesx
glx kbd mouse ramdac vbe vgahw
Actual rendering on monitor:
Resolution: 1440x900 pixels (380x238 millimeters)
Depth: 24 planes

Nexuiz with effects set to ultra just flies.
Anyway, this was a nice surprise :)

EDIT:Gnome Mplayer plays dvd movies perfectly too.

Posted: Sat 10 Aug 2013, 20:43
by edoc
Added: gcc-multilib_4.7.3

still failed ...

Added: gcc-4.7-source_4.7.3 (not sure this helps in any way & sure is big).

still failed ... (Should I uninstall gcc-4.7-source_4.7.3 to save space?)

I decided to update the PPM files then to try again ...

Added gcc-multilib_4.7.3 again ... gcc-multilib_4.7.3-lubuntu10_i386.deb failed and appears to be broken everywhere via PPM so I grabbed it via pkgs.org -- but it still failed.

Also downloaded it from here:
http://mirror.tspu.edu.ru/ubuntu/ubuntu ... -defaults/
Still failed.

What is necessary to get that file fixed, please?

BTW: g++_4.7.3-lubunti10_i386.deb from the same mirror loaded fine.

I also had to download g++-4.7-multilib as a missing dependency.

Re: Audio not following HDMI cable?

Posted: Sun 11 Aug 2013, 02:54
by edoc
edoc wrote:Any idea why the audio from the laptop with Raring is not being received via HDMI at the TV, please?

I've tried every setting I can think of on the laptop and the TV.

Thanks!
I cannot tell you how or why but was tinkering with the Dell - Raring combo & suddenly a HDMI option showed up in the Audio selections - and it works!

Recalling the Resize SaveFile Malfunction (Solved) sort-of

Posted: Sun 11 Aug 2013, 19:50
by mikeslr
Hi pemasu,

Raring 3.9.9.1's been installed on both my quad-core desktop and my Thinkpad T42, and is, as Billtoo said, working great. With one exception: Did you ever get a chance to examine the resize SaveFile Script. Both my above mentioned systems experience the same error reported by Fabio T, http://www.murga-linux.com/puppy/viewto ... 656#715656?

Edit: Work-around devised. See next couple of posts

mikesLr

Posted: Sun 11 Aug 2013, 19:54
by pemasu
mikeslr. Yes. I have reverted to use woof included one. For now...you have to swap the /usr/sbin/resizepfile.sh from other puppy. I thought the updated version found from murga-forum would be good. It worked for me...so I thought it is ok. The improvements in dialog were good ones.

I will update Upup Raring at some time....

Resize SaveFile Workaround

Posted: Sun 11 Aug 2013, 20:52
by mikeslr
Hi pemasu,

Despite that I have the memory of a teflon coated strainer, once in a while something sticks. Even Chaos per-chance gives rise to some order. Before reading your above post, recalling that in other circumstances people who actually knew what they were doing had suggested substituting a working version of something for a non-working version, I flinched the resizepfile.sh from Upup3.7.2 and copied it into raring 3.9.9.1. Worked.
For those who want it, I've attached the file. Change "false zip" ending to ".sh" without the quotes. Copy to /usr/sbin and say yes to "Overwrite".
I've explored most of the pups you've developed. Currently, Upup 3,7.2 is the first (ergo default) choice on my grub4dos menu. But Raring may be the best yet. Thanks for all your hard work.

mikesLr

gnumeric-1.12.1 /Menu/View/Freeze Pane display problem ...

Posted: Mon 12 Aug 2013, 11:23
by charlie6
Hi Pemasu,
ref:http://murga-linux.com/puppy/viewtopic. ... 4&start=89
again on the gnumeric-1.12.1-/Menu/View/FreezePane-display-problem's trail ... :shock: :

considering that:
1. the on-wheezy-3.5.2.5-home-compiled-[gnumeric-1.12.1 + gtk3.0] installed from debian wheezy repo, works
1.1. flawlessly on wheezy-3.5.2.5, which has that-good-old-2.8.6-Abiword i.e. without gtk3.0
1.2. presenting the /Menu/View/FreezePane-display-problem on wheezy-3.5.2.7, which has 2.9.2-Abiword + gtk3.0;
2. that the same /Menu/View/FreezePane-display-problem is present on uPup-Raring-3.9.9.x (x= nothing or 1 as now) which has gtk3.0;
3. that the on-wheezy-3.5.2.5-home-compiled-[gnumeric-1.12.1 + gtk3.0] present the same undesirable behaviour on uPup-Raring-3.9.9.x; but NOT on Precise-5.7.1;

then:
imho, those already-embedded-gtk3.0's stuffs might be the culprit of that undesirable behaviour, as gtk3.0 is the thing in common between wheezy-3.5.2.7 and Raring-3.9.9.x.

Hope this could help
Cheers,
Charlie

Posted: Mon 12 Aug 2013, 19:35
by pemasu
Charlie6. I compiled goffice latest and gnumeric latest ie gnumeric-1.12.4. And the view > freeze panes bug seems to be gone.

Does it hurt if next Upup Raring has latest Gnumeric ?