Page 4 of 189

Posted: Tue 29 Nov 2011, 15:34
by pemasu
I would suspect that newer kernels would have better broadcom support, but I don't know that for sure.
/lib/modules/all-firmware/brcm
/lib/modules/3.1.0/kernel/drivers/staging/brcm80211

http://bkhome.org/blog/?viewDetailed=02484
It was tempestuous which brought this to our attention and then it was related to the Barry.

http://linuxwireless.org/en/users/Drivers/brcm80211

Code: Select all

# ls -R
brcmfmac  brcmsmac  brcmutil
./brcmfmac:
brcmfmac.ko
./brcmsmac:
brcmsmac.ko
./brcmutil:
brcmutil.ko
These drivers have mostly replaced the need of wl driver.

The problem. 3.X kernels dont autoload b43 driver in Puppies. Barry Kauler has not found solution so far.....

Posted: Tue 29 Nov 2011, 15:43
by pemasu
I have used aufs also with 3.1.0 kernel. I had problems with unionfs. Aufs patches worked fine for me too.

Acpitool needed to be patched though. It needed the version number patch.
I include the patched source here...dunno if anybody needs it, but if somebody does, it is easier to provide it than conditionally offer it so....

Dont take me wrong. I am not asking to use 3.x kernel or suggesting anything. I just provide information I have learned through my humble experiments.


Oops. I made pet of the source. I was going to create tar.gz package so that people dont think it is usable acpitool which will be installed. I think that compiling acpitool on target distro is the way to go.
I have fixed the upload.

Posted: Tue 29 Nov 2011, 15:53
by jemimah
pemasu wrote:
I would suspect that newer kernels would have better broadcom support, but I don't know that for sure.
/lib/modules/all-firmware/brcm
/lib/modules/3.1.0/kernel/drivers/staging/brcm80211

http://bkhome.org/blog/?viewDetailed=02484
It was tempestuous which brought this to our attention and then it was related to the Barry.

http://linuxwireless.org/en/users/Drivers/brcm80211

Code: Select all

# ls -R
brcmfmac  brcmsmac  brcmutil
./brcmfmac:
brcmfmac.ko
./brcmsmac:
brcmsmac.ko
./brcmutil:
brcmutil.ko
These drivers have mostly replaced the need of wl driver.

The problem. 3.X kernels dont autoload b43 driver in Puppies. Barry Kauler has not found solution so far.....
Awesome! Thanks for the info.

Posted: Tue 29 Nov 2011, 16:31
by Sage
How long ago did floppy drives become obsolete
We discussed this whilst you were away. Many "good" boards still have a 34-pin FDD header. I use this frequently to flash BIOS from DOS - it's the safest way. However, a far more knowledgeable guru than I pointed out that FDD is still, and always will be a fundamental part of Unix and Unix-based systems. If I recall correctly, it was pointed out that it's the only way into some long-serving servers, just as true, real scsi is still current. But check what the wiser birds say.
So, 'obsolete' may not be the best description?! Shame to drop it completely in Puppy as it's such a good repair tool as a live-CD. But no objections to loading it from PPM, esp. as it will likely remain in future kernels, just like ISA support. {We/I also discussed the 'last' ISA slot, esp. w.r.t. superior sound cards.}

Posted: Tue 29 Nov 2011, 16:50
by Aitch
Yes, I agree about floppy support
It's still used to input sound files to my ADAT and Akai s3000 sound samplers, and scsi zip drives are still in there, too
My current PC a supermicro twin Xeon server, with floppy, and has SCSI hdd too, and runs nicely on Slacko5.3SCSIPAE
Older hardware has always had a new lease of life in puppy....don't reject floppy, or drop support just yet, please

Aitch :)

Posted: Tue 29 Nov 2011, 17:14
by jemimah
Sage wrote:Shame to drop it completely in Puppy as it's such a good repair tool as a live-CD. But no objections to loading it from PPM, esp. as it will likely remain in future kernels, just like ISA support. {We/I also discussed the 'last' ISA slot, esp. w.r.t. superior sound cards.}
I wouldn't remove it from the kernel. It would be in the ppm for those few people that need it.

Posted: Tue 29 Nov 2011, 17:18
by jemimah

Posted: Tue 29 Nov 2011, 17:37
by scsijon
Tman wrote:
scsijon wrote:...
ps Tman ff8 causes problems with Thunderbird/Eudora If directly installed, not via an ff7>ff8 upgrade.
What kind of issues, specifically?
It's doing a 'cleanup of un-needed or outdated moz files files', some of which don't actually belong to it but are needed by earlier versions of TB and E. It can cause these apps to be able to read/get messages, but not have the function of sending.

There has been a message sent back to them over it. Fix should be in the upgrade if it's out yet.

also jemimah, may be worth having a look at fish, it's topic is on puppylinux.info.

regards to all
scsijon

Posted: Tue 29 Nov 2011, 17:44
by Sage
in the ppm for those few people that need it
Yup - that's entirely acceptable, thanks.
You might have more difficulties with scsi and ISA slots, though!

Posted: Tue 29 Nov 2011, 19:36
by Lobster
scsijon wrote: also jemimah, may be worth having a look at fish, it's topic is on puppylinux.info.
http://puppylinux.info/topic.php?id=8#post-35

Posted: Tue 29 Nov 2011, 19:37
by Lobster
This is an update to a double post - hence the dating may be weird . . .
Barry reports difficulties with Midori
http://bkhome.org/blog/?viewDetailed=02613

The main problem I had with Midori was importing bookmarks
by putting them in
/usr/share/midori/res/bookmarks.html
I was able to import and use. No Google crash.

Posted: Tue 29 Nov 2011, 19:39
by BHINTZ
on my machine, midori closes when I close a tab.

Is this typical or have I set something up incorrectly.

bob

Posted: Tue 29 Nov 2011, 20:17
by jemimah
BHINTZ wrote:on my machine, midori closes when I close a tab.

Is this typical or have I set something up incorrectly.

bob
I don't think that's normal. I haven't had that problem yet.

Posted: Tue 29 Nov 2011, 20:37
by jemimah

Posted: Tue 29 Nov 2011, 21:05
by pemasu
Barrys latest busybox-1.19.3-w5c.pet which is in Racy, I think, has busybox with powertop included. Compiled in.

Code: Select all

# cd /bin
# for x in `./busybox |grep ,|grep -v Â` ;do echo ${x%,}; done | grep powertop
powertop
Does not work for me...but just decided to post if others want to test.

Re: Kernel

Posted: Tue 29 Nov 2011, 21:08
by mavrothal
jemimah wrote:I think booting from usb and then suspending is going to be a problem depending on whether the BIOS of your machines leave power on to the usb port during suspend or not. I've had machines where the built in usb cardreader works great after suspend, but the usb ports do not.
Yes, power on the USB is cut but aufs has no problem with this.
With unionfs I get I/O errors on wakeup. Looks like the power interruption messes up the layering of unionfs.
So, aufs is a good choice. Only that Barry is using unionfs with its 3.x.x kernels...

Re: Kernel

Posted: Tue 29 Nov 2011, 22:28
by jemimah
mavrothal wrote:Only that Barry is using unionfs with its 3.x.x kernels...
Really? I hadn't noticed, I guess it's improved a lot since I tested it last.

Posted: Tue 29 Nov 2011, 22:30
by jemimah
pemasu wrote:Barrys latest busybox-1.19.3-w5c.pet which is in Racy, I think, has busybox with powertop included. Compiled in.

Code: Select all

# cd /bin
# for x in `./busybox |grep ,|grep -v Â` ;do echo ${x%,}; done | grep powertop
powertop
Does not work for me...but just decided to post if others want to test.
Yep there it is. Now if only the cpufreq_stats module were there. :(

Posted: Tue 29 Nov 2011, 22:37
by pemasu
About Barrys reasons to use unionfs. Shinobar reported that 3.1.0 kernel with aufs didnt have that booting from usb and installing the pet problem. So...not so sure if aufs has bugs with Puppy.

http://bkhome.org/blog/?viewDetailed=02545

http://bkhome.org/blog/?viewDetailed=02546

http://bkhome.org/blog/?viewDetailed=02553

Posted: Tue 29 Nov 2011, 22:48
by jemimah
ttuuxxx wrote:
jemimah wrote:Here's a preliminary list of changes I would like to make.

Remove (redundant, unnecessary, not user-friendly, or better in repo):


Replace:
urxvt - lxterminal <-- does lxterminal fully replace urxvt? When I tried other terminals that weren't rxvt based, we lost certain functions, If I remember correctly the puppy package manager stopped working.
epdfview - evince <--- this is a great tradeoff, and bring better functions, like opens comic books, but it does add some weight like gconf, and if were adding gconf, then why use galculator? Gcalctooll is way better and also makes use of gconf :), its really linux's best somewhat small calculator.
cgtkcalc - galculator
ttuuxxx
gcalctool segfaults when you try to put it in financial mode.

Code: Select all

 gcalctool 
GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
** (gcalctool:9542): DEBUG: Downloading rates from the IMF...
** (gcalctool:9542): DEBUG: Downloading rates from the ECB...

** (gcalctool:9542): WARNING **: Couldn't download IMF currency rate file: Operation not supported

** (gcalctool:9542): WARNING **: Couldn't download ECB currency rate file: Operation not supported

** (gcalctool:9542): WARNING **: Failed to read exchange rates: Failed to open file '/root/.cache/gcalctool/rms_five.xls': No such file or directory

** (gcalctool:9542): WARNING **: Cannot use ECB rates as don't have EUR rate
** (gcalctool:9542): DEBUG: Rates loaded
** (gcalctool:9542): DEBUG: Downloading rates from the IMF...
** (gcalctool:9542): DEBUG: Downloading rates from the ECB...
Segmentation fault
It looks pretty similar to galculator to me. Is there some reason why it's better?