(old)Puppy Linux Discussion Forum

svgt wrote:Until now Partview runs only from terminal.

On my AAO it runs from the task bar icon...

USB -Rundisk flashdrive Won't detect!

Well I did a full install on a h/drive with two parts and all with same hardware.



One partition has V421 and runs well, other partition has V431RC.

With V421, I plug in a Rundisk flash drive and the icon is on the desktop within
10 secs.! - That's fast for me.

With V431rc using the same method with the rundisk flash I don't get the icon onto
the desktop - looks like it's not detected!

Now using the Mount command and waiting and waiting it opens- some what slow I think!
Selecting USBDRV - opens files on Flash drive, but still no icon on desktop.

A reboot of machine with Flash plugged in shows the icon on desktop and click on opens up the files.
What's the fix for this problem?

Tui

/usr/local/jwmconfig2/keyboard still have a small bug.
next is the correction.

# diff -u /usr/local/jwmconfig2/keyboard-430RC /usr/local/jwmconfig2/keyboard

DaveS,
I can't see any problem with defaulttexteditor, or defaulttextviewer.

sinc,
Partview is launched from the tray, left side.

shinobar,
Thanks, I have fixed You2pup.

Billtoo,
I see also that the icon is missing from the menu.
This fixes your .desktop file:

[Desktop Entry]
Version=1.0
Name=Htop
Type=Application
Comment=Show System Processes
Terminal=true
Exec=rxvt -e htop
Icon=htop.png
Categories=ConsoleOnly;System;
GenericName=Process Viewer

Kenny-M,
The release candidate is just a sanity check.
The final will have more build choices, including SCSI.

dogone,
Nothing I can do about SQLiteManager, there is only an older version available for SeaMonkey 1.1.x.
Hmmm, I might have to remove it.

2. No compatible modules found by CPU Frequency Scaling Tool. Compatible modules are found for both systems under Puppy 430.
...there are no differences from 430 that could possibly affect this. I'm running 431 right now, yep, the modules are there.

bigpup,
Oh yeah! That CD/DVD Wizard is ancient! I haven't updated it since Puppy 2.x. Okay, try the attached. Gunzip and place it at /usr/sbin.

dogone,
Have you tested SQLiteDBMS?

Does it work ok? If so, I can put that in instead of SQLiteManager.

Ah, I just found a bug in the PPM. SQLiteDBMS is in the 'Business' category in the puppy-4 repo, but PPM doesn't list it.

However, click the 'ALL' button and it is listed.

Please test SQLiteDBMS!

Right, I have written down that PPM bug, will get onto it.

Asus eee 900/4.3.1/frugal install on 4GB Kingston SD card

Anybody else having glacial response/100% CPU Usage with Abiword and MS Word docs?

If I install another abiword version, I can not replicate the problem. The installed version will work without problem.

Jake

Hi Barry,

BarryK wrote:...
Nothing I can do about SQLiteManager, there is only an older version available for SeaMonkey 1.1.x.
Hmmm, I might have to remove it.

I do not know yet much about SQLiteDBMS.
I had like to keep SQLiteManager as it allows:
- import of existing databases (could re-use a database created on Windows)
- extract a .csv file with result of a SQL sorting request (through the 'View" function
- use this last .csv file as input for abiword to do mailmerging into a template document.
Till now, I browsed the Puppy forum and made testings to find a database which could do that without succes together with using the tools delivered with the basic 100MB puppy iso. Only SQLiteManager has that "View" function. This function does not exist for SQLite itself.

Note: freezing upon Tools/Options is not so ennoying as other functions works (I had a look on ttuuxxx's 431.1: there SQLiteManager does not freeze: the options menu does not seems to me to affect the basic database use nor bringing that much to the user).

SQLiteManager could also be an answer to "which database for Puppy"
Then I believe SQLiteManager may stay in the present state.

cheers, Charlie

Hi,

jakfish wrote: Anybody else having glacial response/100% CPU Usage with Abiword and MS Word docs?

on abiword 2.6.3 (puppy 4.1.2) already got that when opening large .doc files (large and formated and containig tables and/or images): I believe this to be specific to abiword's .doc import capability. According to its developpers, latest versions ask yet to be perfectible about abiword's MS Word .doc import capability.
If you need to read 100% MS Word doc, one possible solution is to install OpenOffice (did that on my wife's puppy 4.1.2 version, and even configured it as defaultwordprocessor ... no claim since about one year now...!:-) ).
cheers, charlie

With the service pack upgrade to a full install, I found that "ppmrough" was missing from /usr/bin. Which of course, makes Barry's partview partly inop.

It's not in 4.30 or the service pack.

Kal

Anybody else having glacial response/100% CPU Usage with Abiword and MS Word docs?

on abiword 2.6.3 (puppy 4.1.2) already got that when opening large .doc files

No, it's much worse. I have a 10-page .doc file that works fast in Abiword in 4.1.2. Abiword also looks fast in 4.3.1 until I open the same doc file. Then I can grab the scroll bar and try to scroll down through the doc. After about 15 or 20 seconds it finally moves.

Abiword is unusable.

<later>
Never mind!

Abiword (in 4.3.1RC, not in 4.1.2) for some reason chokes up for about 15 seconds after loading a .doc file. In my machine the CPU goes to 50%. After that, it is fine, works just as before, with low CPU usage.

Disconcerting, though. I bet it will cause some concerns, until people learn to live with it.

Hi,

BarryK wrote:Have you tested SQLiteDBMS?
Does it work ok?......Please test SQLiteDBMS!

It seems it works and to be a very, very basic SQLite GUI..!
BUT: no "View" function found as on SQLiteManager...! (see my former post above)
My conclusion: please keep SQLiteManager...or...suggestion: nice to have a pet for it....
EDITED: found on Barry's blog: that SQLiteManager pet already exists here thank you Barry !:
ftp://ibiblio.org/pub/linux/distributio ... -0.3.4.pet
installation details:
1. loaded SQLiteDBMS 'pet from ibiblio and installed; then reboot,
2. start SQLiteDBMS well present in menu entry;
3. answered Administrator ID + password aftwrds connected to website of SQLiteDBMS.... !
(now I remember I have done this already in the past...)
4. There I saw I had to install sqlte 3.x: [/color]EDITED: ! not necessary as SQLite3.6.2 is already in !
5. so installed SQLite3.4.2 from ibiblio, restarted X.
6. start SQLiteDBMSfrom Menu entries and the got the GUI (choose "internal client tool") in the Puppy html viewer.

It seems there are two ways using SQLiteDBMS: on line or using the internal client tool with the Puppy html viewer.

Anyway many thanks in advance for your time.
cheers, charlie

EDITED
I have just restarted my PC and opened SQLiteDBMS:
then it seems that SQLiteDBMS needs a web access to run - I did not find a way to use it "internal-without-internet-connection". I do not like that.
I have not seen "import" function (as to imoprt an existing DB)
There is a "View" function but not seen "export" one.

BarryK wrote:

bigpup,
Oh yeah! That CD/DVD Wizard is ancient! I haven't updated it since Puppy 2.x. Okay, try the attached. Gunzip and place it at /usr/sbin.

That fixed it. Now you can say it is updated.

Not sure if you need this wizard, but it sure makes you feel like you did something when you see it operate.

Thanks for the quick fix!!!!

Billtoo,
I see also that the icon is missing from the menu.
This fixes your .desktop file:

[Desktop Entry]
Version=1.0
Name=Htop
Type=Application
Comment=Show System Processes
Terminal=true
Exec=rxvt -e htop
Icon=htop.png
Categories=ConsoleOnly;System;
GenericName=Process Viewer

This fixed the problem, thanks

When disc is loaded into drive and mounted, the drive icon is displayed on the desktop, but it is placed over other drive icons. You can grab it and move it to new location, but thats not good. This is Puppy Linux!

No, it's much worse. I have a 10-page .doc file that works fast in Abiword in 4.1.2. Abiword also looks fast in 4.3.1 until I open the same doc file. Then I can grab the scroll bar and try to scroll down through the doc. After about 15 or 20 seconds it finally moves.

It's possible the grammar checker is on. I found this to be a problem with large documents in 4.3, until I unchecked it (Edit/Preferences/Spellcheck/Automatic Grammar)

charlie6 wrote:Hi Barry,

BarryK wrote:...
Nothing I can do about SQLiteManager, there is only an older version available for SeaMonkey 1.1.x.
Hmmm, I might have to remove it.

I do not know yet much about SQLiteDBMS.
I had like to keep SQLiteManager as it allows:
- import of existing databases (could re-use a database created on Windows)
- extract a .csv file with result of a SQL sorting request (through the 'View" function
- use this last .csv file as input for abiword to do mailmerging into a template document.
Till now, I browsed the Puppy forum and made testings to find a database which could do that without succes together with using the tools delivered with the basic 100MB puppy iso. Only SQLiteManager has that "View" function. This function does not exist for SQLite itself.

Note: freezing upon Tools/Options is not so ennoying as other functions works (I had a look on ttuuxxx's 431.1: there SQLiteManager does not freeze: the options menu does not seems to me to affect the basic database use nor bringing that much to the user).

SQLiteManager could also be an answer to "which database for Puppy"
Then I believe SQLiteManager may stay in the present state.

cheers, Charlie

Ttuuxxx is using Firefox, which SQLiteManager is mostly designed for. I don't know if ttuuxxx is using the latest SQLiteManager, but a later version is available compared with the one in my Puppy 431.

Hi,
on HP 2.8MHz - 1MBRam - fresh puppy 4.3.1 candidate frugal on ext3 sda7
Have just tested a 11 pages much formatted document (it is "my test" document... ) on a fresh puppy4.3.1 install:
it has taken no more than 2 secondes for opening: rendering is not worse not better than on previous puppy (I also noticed that the rendering is better when "previewing" the document...! - i.e all characters are well rendered = no "bizar or @#$" characters).
I apologize for having previously replied without actually tested a .doc file.

hope this helps.
cheers, charlie

PaulBx1 wrote:No, it's much worse. I have a 10-page .doc file that works fast in Abiword in 4.1.2. Abiword also looks fast in 4.3.1 until I open the same doc file. Then I can grab the scroll bar and try to scroll down through the doc. After about 15 or 20 seconds it finally moves.

That's weird.

Abiword has a long history of being hopeless with large documents.

But, the difference you are experiencing between 412 and 431 is a worry.

Probably people who are serious about large .doc documents, well any large documents, will use the Open Office SFS.

Technosaurus has been working on compiling recent versions of Abiword, 2.7.x, although with my limited testing they have a whole new bunch of problems.
But technosaurus will probably treat improving Abiword as a high priority for 4.4.

bigpup wrote:When disc is loaded into drive and mounted, the drive icon is displayed on the desktop, but it is placed over other drive icons. You can grab it and move it to new location, but thats not good. This is Puppy Linux!

Other people have reported this, but I don't have this problem on any of my PCs. I think it happens with a certain screen resolution -- what is yours?

puttingau wrote:

No, it's much worse. I have a 10-page .doc file that works fast in Abiword in 4.1.2. Abiword also looks fast in 4.3.1 until I open the same doc file. Then I can grab the scroll bar and try to scroll down through the doc. After about 15 or 20 seconds it finally moves.

It's possible the grammar checker is on. I found this to be a problem with large documents in 4.3, until I unchecked it (Edit/Preferences/Spellcheck/Automatic Grammar)

Ah, yes! That is one difference from earlier puppies. I set the grammar checker on by default, as it gives a nice impression first-time when you see the grammar getting corrected (though it is not perfect).

However the grammar checker slows things down noticeably, even with a fast modern CPU.