(old)Puppy Linux Discussion Forum

Geoffrey wrote:Yeah, we get a lot of them or should that be we don't get a lot of them, hard to tell how often you don't post

Haha! Please stand up if you're not here

Yeah, I technically was one of them, I think I only posted on this thread for the first time in May or June this year.

rokytnji wrote:Carolina gives me time off the computer instead of being on it. Fixing it.

That's pretty much why I never posted on this thread, nothing wrong with Carolina

I feel stupid for not thinking about this before posting. Don't regret posting though, it's nice to see Carolina users popping up from the underground.

Geoffrey wrote:The only errors I had were

Code: Select all

error importing function definition for

what are the errors you have and what bash version?

I then replaced all the hyphens in the function names with underscores in /usr/local/bin/Frisbee and /usr/local/Frisbee/func
All the latest bash versions since the frisbee problem appeared have been fixed to allow hyphens in functions, weird that it's not working for you.

the errors were all 'error importing function definition for'. and i was getting them with the latest bash from the ubuntu trusty repo and also with bash compiled with yours and rg66's bash_patcher (nice script, thanks for that).

so i swapped all hyphens to underscores as you suggested and all is well now.

thanks

phil

If your LightZone can't read your RAW files then the problem is with 'dcraw'

Download the replacement and copy it into the '/opt/lightzone' folder.

Open a terminal in the /opt/lightzone and run 'chmod +x dcraw'.

You may not have to run the chmod because I already did but it won't hurt.

https://dl.dropboxusercontent.com/u/185 ... iles/dcraw

buckaroo50 wrote:If your LightZone can't read your RAW files then the problem is with 'dcraw'

Download the replacement and copy it into the '/opt/lightzone' folder.

Open a terminal in the /opt/lightzone and run 'chmod +x dcraw'.

You may not have to run the chmod because I already did but it won't hurt.

https://dl.dropboxusercontent.com/u/185 ... iles/dcraw

I tested a .NEF found it wouldn't edit, I tried the dcraw you have posted and it now works,

I tried the file from https://github.com/Doug-Pardee/LightZom ... inux/dcraw this works also.

I'll repackage Lightzone with the new dcraw when I get a chance, thanks for the insight.

Added new version of dcraw to Lightzone photo editor

Updated repo:

geany-1.24.1

medit-1.2.0

mtpaint-3.44.89

smplayer-14.9.0

smtube-14.8.0

Well. I didn't expect recompiling the Carolina kernel to be some kind of odd past time, but here's Carolina 1.2 with the new 3.17 kernel.

I actually was just trying to get first VirtualBox, then Qemu working. But Virtual Box apparently doesn't support the new kernel and neither the Carolina kernel nor the new one I compiled included KVM. So I thought, since I'm compiling the kernel, may as well compile the new one.

The ISO also has been updated to the latest BASH in the repos. (Thanks Geoffrey)

I prefer this compilation to the 3.15 one honestly. For one, the kernel headers are pointing to the correct location instead of the source build directory. Secondly I think CPU usage may be down by 1%. And of course, the main reason for compilation, the KVM module works nicely and visualization is sped up vastly.

I'll upload the ISO, devx, and headers tonight, but the Qemu SFS and Aqemu frontend will be uploaded tomorrow.

For reference, I used the testing branch of Woof-CE to compile the kernel. Attached is the DOTconfig, in case people are wondering what kernel features are included. I tried to compile most device drivers, even the really vague ones. The new kernel is 2MB larger than the original Carolina kernel.
Download lina_k3.17-1.2.iso
Size: 405 MB
MD5:16d80279919ff60b7aa96fc26d4b0bd5
Download devx_lina_k3.17_1.2.sfs
Size: 63.9 MB
MD5:aa12d105fc20e82f3116092c0480bf9d
Download kernel_sources-3.17-lina.sfs
Size:104 MB
MD5:e6a895cf5eb446119bc3a09c8d365973

battleshooter wrote:Well. I didn't expect recompiling the Carolina kernel to be some kind of odd past time, but here's Carolina 1.2 with the new 3.17 kernel.

Downloaded and testing live on a couple of boxes.....looks good. Now to decide between fresh installs or upgrades.

battleshooter wrote:Well. I didn't expect recompiling the Carolina kernel to be some kind of odd past time, but here's Carolina 1.2 with the new 3.17 kernel.

Downloaded and installed (frugal to CF card in IDE adapter) on Fujitsu S6230 laptop (2005 era 1.6GHz Pentium M, 2Gb RAM, ipw2200 wireless, intel 915 graphics). Installed pristine and tested briefly with no problems seen, then updated the save file from my install of your k315 Carolina and used my custom Adrive from that install. No hitches there either. Sound, video, wireless connection using PWF all perfect. All xfce settings, panel, tray items preserved exactly.

CPU use at idle seems to be down from 3% to 2% at idle on this machine with the identical customizations as I used on the 3.15 version but that's almost at the resolution of lxtask.

Anyway, Hip Hip Hurrah

@battleshooter,

Gave this a try on a Lenovo Thinkcentre

AMD Sempron(tm) Processor LE-1150
cpu MHz : 1999.914
Total RAM: 1898 MB
RTL8188CUS 802.11n WLAN Adapter
ATI Technologies Inc RS690 [Radeon X1200 Series]

Has problems, the wireless device isn't found, this works in Carolina, checked Hardware info in menu, usb devices shows nothing/blank.

Gave a kernel panic on shutdown two out of the four reboots I tried, this may have been due to me trying to detect the wireless device.

MD5 checks ok

@James C and Marv

Awesome, thanks for the feedback James and Marv Very glad to hear all is behaving on your end. I thought I'd finally compiled the perfect kernel after reading your reports, but alas for Geoffrey's report

@Geoffrey

Hmm. Something weird seems to be happening with the USB section of the Hardware info, nothing is showing up for me either, though my USB mouse and keyboard are plugged in and working.

I thought I might have not compiled the drivers but apparently RTL8188CUS uses rtl8192cu and that is available in:
Are there any obvious error messages in dmesg?

Does the Wireless USB show up in the "Input Devices" section of HardInfo?

Just for information purposes...

Nothing shows up in the USB section of the Hardware info on the regular lina-1.2 either yet USB items seem to work there too so doubt if it's your new kernel?

>>>---Indian------>

sszindian wrote:Just for information purposes...

Nothing shows up in the USB section of the Hardware info on the regular lina-1.2 either yet USB items seem to work there too so doubt if it's your new kernel?

>>>---Indian------>

It shows the usb devices in hardware info for me in Carolina 1.2, weird

@battleshooter,

this may help you, doesn't load the firmware.

31.393436] rtl8192cu: Chip version 0x10
[ 31.483481] rtl8192cu: MAC address: 44:33:4c:7b:8d:09
[ 31.483489] rtl8192cu: Board Type 0
[ 31.483727] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[ 31.483758] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 31.484860] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw_TMSC.bin failed with error -2
[ 31.484883] usb 1-1: Direct firmware load for rtlwifi/rtl8192cufw.bin failed with error -2
[ 31.484886] rtlwifi: Loading alternative firmware rtlwifi/rtl8192cufw.bin
[ 31.484888] rtlwifi: Firmware rtlwifi/rtl8192cufw_TMSC.bin not available
[ 31.485425] usbcore: registered new interface driver rtl8192cu

Quick manual frugal install on an old test box.

Nothing shows up in "usb devices" here either.

For whatever it's worth, just booted into an old install of 1.1 on the same box and "usb devices" is populated in Hardinfo.

Geoffrey wrote: [ 31.484888] rtlwifi: Firmware rtlwifi/rtl8192cufw_TMSC.bin not available

That is very helpful, thank you.

I don't have enough time to look into it just yet, but a cursory glance on Google seems to indicate the newer kernels may have changed the firmware.

I don't suppose bin files are cross kernel compatible are they? Then you could just copy rtl8192cufw_TMSC.bin to /lib/modules/all-firmware/rtlwifi/lib/firmware/rtlwifi.

As a side diagnostic question did the RTL8188CUS work on the 3.15 kernel?

James C wrote:For whatever it's worth, just booted into an old install of 1.1 on the same box and "usb devices" is populated in Hardinfo.

Thanks for confirming that. I noticed it doesn't show up with kernel 3.15 for me either. Maybe the way USBs are reported has been slightly changed? HardInfo is quite old, I don't think it's been updated since 2009? That said though, it works well and I like it. Something else I'll look into later I guess.

Updated repo

New version qupzilla-1.8.2 Qt app

symphytum-1.2 personal database Qt app

storeman-2.01 backup program and a db based archive manager, Python, wxGTK, sqlite, wxPython

Apparently:

http://blog.stuffedcow.net/2014/04/rtl8192cu-and-linux-3-13-10/ wrote: As of kernel 3.13.10, the in-tree rtl8192cu driver (in drivers/net/wireless/rtlwifi) is still broken.

You can try the RealTek driver, people seem to swear by it, just remember to to blacklist the old one.

rtl8192cu-fixes-master.pet

Right now just trying to work out why rtl8192cufw_TMSC.bin isn't being built while rtl8192cfw.bin, rtl8192cufw.bin, rtl8192defw.bin, rtl8712u.bin, and rtl8192sefw.bin are being built.

battleshooter wrote:

James C wrote:For whatever it's worth, just booted into an old install of 1.1 on the same box and "usb devices" is populated in Hardinfo.

Thanks for confirming that. I noticed it doesn't show up with kernel 3.15 for me either. Maybe the way USBs are reported has been slightly changed? HardInfo is quite old ...

Something similar happened also in Fatdog apha 1 , but jamesbond and kirk solved the issue in Fatdog 700 beta .

On my desktop I have an OCZ Revodrive 3 which works in my case only with Wind7 . It has a fake RAID on it , and OCZ didn't make drivers ( modules ) for Linux . I found on the net that a solution exists to build that fake RAID , I even found a script and explanation how to do it .

The drive is seen as 2 SATA drives in Ubuntu , CentOS , Oracle Linux and Red Hat , but I don't want to go with those big systems .
Now in Puppy-land those two drives show up only in Carolina . I mean they show up in GParted ( mvsas and libsas modules are used ) . However I could not find mdadm ( raid tool ) to try to build something... Fatdog has RAID tools but the 2 drives do not show up in Gparted - even if mvsas and libsas modules are loaded ...

Maybe I missed something ? Are there pets in other repos that work in Carolina ?

Gobbi wrote: Something similar happened also in Fatdog apha 1 , but jamesbond and kirk solved the issue in Fatdog 700 beta .

Interesting, thanks for the tip, I'll look into that.

Gobbi wrote:Now in Puppy-land those two drives show up only in Carolina ... However I could not find mdadm ( raid tool ) to try to build something...

I don't know much about RAID except the general idea, and even then I know nothing of fake RAID. I'm not even sure why you can see the drives in Carolina, I don't remember compiling RAID drivers for the newer kernels. Maybe Geoffrey or one other devs will know. But I found mdadm easy to compile so feel free to give this pet a go:

mdadm-3.3.2.pet
mdadm_DOC-3.3.2.pet

Thank you battleshooter for the mdadm-3.3.2.pet . I'll try to use it .
I did not know anything about RAID myself either , but searching I found some precise infos for my case and even a script .
I must start compiling too - some easyer things first .
Something without too many dependencies , to start with - just to get used to the process , to see it done .