Page 4 of 189
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?
Posted: Tue 29 Nov 2011, 23:08
by scsijon
jemimah wrote:
It looks pretty similar to galculator to me. Is there some reason why it's better?
I couldn't find one, when I was trying dozens of apps out for qtpuppy, stuck galculator in as the 'standard'.
EDIT:
galculator's main features include
Algebraic mode, RPN (Reverse Polish Notation), Formula Entry mode and Paper mode
decimal, hexadecimal, octal and binary number base
radiant, degree and grad support
arithmetic precedence
Basic and Scientific Mode
user defined constants
user defined functions
Other features are
trigonometric functions
power, square root
natural and common logarithm
inverse and hyperbolic functions
memory functions
logical operations
display RPN stack
preferences dialog/configuration file
display modules
X pasting
i18n
configurable variable type in HEX/BIN/OCT mode
thousands separator
Not sure if we need anything else, but the group is open to additional sugestions.
Posted: Wed 30 Nov 2011, 00:00
by ggg
Deleted - as duplicated point made above,
Posted: Wed 30 Nov 2011, 00:02
by jemimah
Posted: Wed 30 Nov 2011, 01:01
by jemimah
Posted: Wed 30 Nov 2011, 02:02
by jemimah
Posted: Wed 30 Nov 2011, 02:29
by ttuuxxx
Last time I compiled evince it was 50% smaller than yours you compiled above back in march and also I included comic,pdf,impress
http://www.murga-linux.com/puppy/viewto ... 950#505950
I don't see a need to compile Orbit statically this just add extra weight. On 2.14x I have orbit just built as shared, and it works fine, It could be the reason why gcalctool segfaults for you in financial mode and works fine in 2.14X. Orbit is only about 400kb expanded in 2.14X, Oh also you don't need the latest Gconf or Orbit to compile the latest apps, they don't usually check for version numbers, When I compiled the latest evince back in march this year my Gconf/Orbit was over 2 yrs old, Like everything else if you can get away with a stable older version usually its a go to save file size, 2.14x has libgconf-2.so.4.1.5 <--191kb expanded and libORBit-2.so.0.1.0 <--306kb expanded
ttuuxxx
Posted: Wed 30 Nov 2011, 04:03
by aarf
if i can venture my toe onto this hallowed turf.
if you have racy as a base, then adding/click installing
lupify slacko pet from playdayz will take you in leap and bounds towards where you want to be
Synaptics
Posted: Wed 30 Nov 2011, 05:23
by mavrothal
Another thing that might need a second look besides unionfs, in the Racy base is the synaptics Xorg module.
I do not know if it is a T2 or a particular configuration/compile issue but if you try to force a fall-back to PS2 mode in a _supported_ device, it crashes. The fall-back can be useful if synaptics does not work well with a particular hardware and puppies like Lupu and Slacko can handle it fine. Racy does not
Posted: Wed 30 Nov 2011, 15:50
by jemimah
ttuuxxx wrote:
Last time I compiled evince it was 50% smaller than yours you compiled above back in march and also I included comic,pdf,impress
Yes, djvu is huge. I think we can split the plugins into separate pets but I don't see a need at this point. (I did find a couple of libs I forgot to strip - saved a few kb, I've uploaded the new version.)
ttuuxxx wrote:
I don't see a need to compile Orbit statically this just add extra weight.
It's smaller to compiler statically if you just have one prog that needs a particular dependency, because unneeded bits of the dep are not included and you don't need to export the symbols. The only reason to compile dynamically is to avoid redundancy if you have many programs that depend on a particular library.. Static compilation also speeds up program load times, saves the user from having to hunt down compatible libs, and you can upx the resulting big executables which tends to be better compression than what you get from gzip or SFS.
ttuuxxx wrote:
Like everything else if you can get away with a stable older version usually its a go to save file size, 2.14x has libgconf-2.so.4.1.5 <--191kb expanded and libORBit-2.so.0.1.0 <--306kb expanded
ttuuxxx
I hesitate to mix and match really old programs with really new ones since the developers never test this combo. I do remember having problems compiling with my old version of dbus in fluppy - I think it was bluetooth that complained about it. I'm just not that worried about a few KB.
Re: Synaptics
Posted: Wed 30 Nov 2011, 15:55
by jemimah
mavrothal wrote:Another thing that might need a second look besides unionfs, in the Racy base is the synaptics Xorg module.
I do not know if it is a T2 or a particular configuration/compile issue but if you try to force a fall-back to PS2 mode in a _supported_ device, it crashes. The fall-back can be useful if synaptics does not work well with a particular hardware and puppies like Lupu and Slacko can handle it fine. Racy does not
Is there a thread about this?
Posted: Wed 30 Nov 2011, 16:16
by DPUP5520
Tried it out last night, I gotta say I really like it, I couldn't get Firefox working it threw "cannot load xpcom" and it has the same problem as Racy with giving errors when moving or copying files between ntfs partitions and Puppy or doing anything else in an ntfs partition (compiling, uncompressing files, etc)
Re: Synaptics
Posted: Wed 30 Nov 2011, 16:39
by mavrothal
jemimah wrote:mavrothal wrote:Another thing that might need a second look besides unionfs, in the Racy base is the synaptics Xorg module.
I do not know if it is a T2 or a particular configuration/compile issue but if you try to force a fall-back to PS2 mode in a _supported_ device, it crashes. The fall-back can be useful if synaptics does not work well with a particular hardware and puppies like Lupu and Slacko can handle it fine. Racy does not
Is there a thread about this?
Not that I know of. Just my observations while building different
pups for the XOs.
Posted: Wed 30 Nov 2011, 18:16
by jemimah
Posted: Wed 30 Nov 2011, 18:29
by ttuuxxx
Here's my Blue-moon icon theme, I spent a few hours updating it to the newer icon theme setter system Barry changed.
ttuuxxx
Posted: Wed 30 Nov 2011, 18:41
by ttuuxxx
jemimah wrote:
It's smaller to compiler statically if you just have one prog that needs a particular dependency, because unneeded bits of the dep are not included and you don't need to export the symbols. The only reason to compile dynamically is to avoid redundancy if you have many programs that depend on a particular library.. Static compilation also speeds up program load times, saves the user from having to hunt down compatible libs, and you can upx the resulting big executables which tends to be better compression than what you get from gzip or SFS.
Listen jemimah I'm no idiot when it comes to compiling, I don't need a lesson on compiling statically, If anything compiling statically is known to have stability issues sometimes, not all the time, but sometimes.
I also wasn't talking about using an older dbus, I was only talking about gconf and orbit.
Plus if we go with evince, gcalctool, metacity that would be 3 apps using Orbit and so having a static orbit would be just bloat and also you never posted your static Orbit-dev.pet package.
ttuuxxx