Lucid Puppy 5.2.8 - Updated ISO Version 005 - APR 05 2012

A home for all kinds of Puppy related projects
Message
Author
User avatar
James C
Posts: 6618
Joined: Thu 26 Mar 2009, 05:12
Location: Kentucky

#2551 Post by James C »

While I've got a minute....... installed some of the usual stuff,everything appears nominal.20131028 version.

# report-video
VIDEO REPORT: Lucid , version 528

Chip description:
VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)

Requested by /etc/X11/xorg.conf:
Depth (bits, or planes): 24
Modules requested to be loaded: dbe glx dri
Drivers requested to be loaded: nvidia

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nvidia
Loaded modules: dbe dri dri2 extmod fb glx kbd mouse ramdac record

Actual rendering on monitor:
Resolution: 1440x900 pixels (411x263 millimeters)
Depth: 24 planes

...the above also recorded in /tmp/report-video
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
5683 frames in 5.0 seconds
4472 frames in 5.0 seconds
6103 frames in 5.0 seconds
6090 frames in 5.0 seconds
6080 frames in 5.0 seconds

-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1034MB (190MB used)
Operating System : Puppy Linux 0.52
User Name : root (root)
Date/Time : Thu 31 Oct 2013 11:06:12 PM CDT
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : GeForce4 MX 440 with AGP8X/AGP/SSE/3DNOW!
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235

# free
total used free shared buffers
Mem: 1034888 637460 397428 0 57860
Swap: 1228932 0 1228932
Total: 2263820 637460 1626360
#

Looking solid.

keniv
Posts: 583
Joined: Tue 06 Oct 2009, 21:00
Location: Scotland

#2552 Post by keniv »

Hi All

After removing all the update pets in 528.005 as Richard suggested and still having problems with Opera I decided to try something else. Having found that opera-12.11-1661.i386.opt.sfs worked with 5286 without dialogue box corruption I decided to try it in 528.005. I decided to uninstall the opera pet.
I moved .opera from root to the hd as I was not sure if it would be uninstalled with the pet. I then moved it back to root. I then loaded the sfs "on the fly". Opera opened using my origiolal .opera file and so all my bookmarks etc were there. There was no dialog box corruption. I then re-installed 7 of the 8 update files (I did not include frisbee as I don't use it). Tried Opera again and found no corruption. Rebooted and tried again but still no corruption.
Quote from bigpup.
Installed Opera-12.16.1860-i386.pet from here:
http://distro.ibiblio.org/quirky/pet_packages-common/
No display problems using this pet of Opera 12.16
Does the fact that Opera-12.16.1860-i386.pet and opera-12.11-1661.i386.opt.sfs seem to work without dialogue box corruption suggest that this is a problem with different versions of Opera?

Regards,

Ken.

User avatar
bigpup
Posts: 13886
Joined: Sun 11 Oct 2009, 18:15
Location: S.C. USA

#2553 Post by bigpup »

Does the fact that Opera-12.16.1860-i386.pet and opera-12.11-1661.i386.opt.sfs seem to work without dialogue box corruption suggest that this is a problem with different versions of Opera?
Different versions of Opera could be the reason, I found postings about the same issue in the Opera forum.
It could also be caused by the person who made the Opera Pet package, missing something that Opera needed. That was why I tried using an Opera pet package, from a different location, made by a different person.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected :shock:
YaPI(any iso installer)

User avatar
vicmz
Posts: 1262
Joined: Sun 15 Jan 2012, 22:47

lxpanel

#2554 Post by vicmz »


User avatar
rerwin
Posts: 2017
Joined: Wed 24 Aug 2005, 22:50
Location: Maine, USA

#2555 Post by rerwin »

keniv wrote:Richard
Are you suggesting that I uninstall the pets from the 528.005 version. If this is the case then I'm not sure what you mean here.
So, be sure to uninstall only when you are running with 5.2.8.6, to get its version of each restored file.
To me this seems to suggest that I would be running 528.005 in order to uninstall the update pets but at the same time be running 5286 in some way.
Ken,
As I said, this is what happens when you uninstall a pet. Admittedly, it may be counter-intuitive:
I wrote:When you uninstall a program, the original from the current lupu ISO (puppy layer, /initrd/pup_ro2) replaces the previously installed program
If you are running with "005", then its version of the files will replace the ones from your pet package installs. That just puts you back to the way it was under "005". But you are trying to get things to work under "5.2.8.6", so need its version of the files to replace the pet-installed versions.

The gtkdialog files you posted show that you are not running with the 5.2.8.6 version of gtkdialog. The current version is a file named gtkdialog without any number; gtkdialog4 should be a link to that new file.

Please try again with a copy of your original pupsave that has the packages installed and only the 5.2.8.6 puppy CD or frugal install. Leave the "005" completely out of this exercise. Once you have uninstalled your gtkdialog package(s), please check the gtkdialog* files as you did. For good measure, you might get the output of the command:

ls -l /usr/sbin/gtkdialog*

('-l' is hyphen-ell; you can insert the option '--color=never' to avoid colored file names in console output.)
R

User avatar
rerwin
Posts: 2017
Joined: Wed 24 Aug 2005, 22:50
Location: Maine, USA

#2556 Post by rerwin »

Barry, 01micko, shinobar and anyone involved with making SFS files,
As I have mentioned above, somewhere, I discovered that when an SFS file is loaded in a puppy the is then remastered, the resultant version of puppy will not contain any of the files in the /root and /etc directories in the SFS file. The remaster script needs to see a file containing the list those of files in the SFS, but none is ever generated.

I have remedied that by creating a script to do that. All scripts that build an SFS file containing files in those directories and that can be expected to be remastered should invoke that new script, to create the file list within the SFS file itself. That way, the file list will be present in a puppy only when the SFS file is loaded in it at the time the remaster is performed.

One of the attached packages, here, is intended to update all puppies that are produced via "woof", and is offered for inclusion in woof. The other is the current version of get_libreoffice by 01micko but with the invocation of the dir2sfs-make_file_list script that creates the file list within the SFS file being built for libreoffice. I built it for inclusion in lupu-5.2.8.6. Here is the difference listing for that mod:

Code: Select all

--- /initrd/pup_ro2/usr/sbin/get_libreoffice	2013-08-06 17:48:57.000000000 -0400
+++ /initrd/pup_rw/usr/sbin/get_libreoffice	2013-11-01 10:59:02.000000000 -0400
@@ -41,6 +41,7 @@
 #0.27 20130219 added gui to opt out of RAM build
 #0.28 20130310 bugfix with default* files
 #0.29 20130807 bugfix for low RAM full installs
+#0.29.1 20131031 add creation of file list for /root and /etc
 
 MYPATH=$0
 MYNAME=$(basename "$0")      
@@ -724,6 +725,10 @@
 	fi
 	rm -f /tmp/libre_xtra_for_naming
 	LIBOBUILD=LibreOffice-${LIBO_VER}${LANGLIB}${EXTRA}${COMP}
+
+	#20131031 Generate root & etc file list for remastering, using squashfile name
+	[ "$(which dir2sfs-make_file_list)" ] && dir2sfs-make_file_list workdir ${LIBOBUILD}
+
 	echo "rxvt -bg darkgreen -fg yellow -geometry 80x10 -title \"$INFOMSG3 ${LIBOBUILD}.sfs\" -e mksquashfs workdir ${LIBOBUILD}.sfs "$OPTION"" > /tmp/get_libre_sfs
 	. /tmp/get_libre_sfs
 	rm -f /tmp/get_libre_sfs
The packages, together, can probably be used in any puppy.

UPDATE 11/3/2013:
Re-attached the dir2sfs package, to add /var to the directories included in the files listing -- just discovered that rematerpup2 needs that, too. Also recoded detection of a read-only SFS file to avoid unnecessary error messages (that did not impact operation).
Attachments
woof_updates-20131103-dir2sfs.pet
dir2sfs and dir2sfs-make_file_list, to create remasterable SFS files (containing /root, /etc or /var
directories)
(1.55 KiB) Downloaded 208 times
get_libreoffice-0.29.1.pet
get_libreoffice for making remasterable SFS files (containing /root, /etc or /var directories)
(27.13 KiB) Downloaded 197 times
diff-get_libreoffice-0.29.1.txt.gz
The above difference listing
(602 Bytes) Downloaded 203 times
Last edited by rerwin on Mon 04 Nov 2013, 04:44, edited 4 times in total.

keniv
Posts: 583
Joined: Tue 06 Oct 2009, 21:00
Location: Scotland

#2557 Post by keniv »

Hi Richard

I think I understand what you were asking me to do. I have to use a copy of my 528.005 savefile with the 5286.sfs in order to update it rather than use the update files you originally uploaded before you produced the new 5286 iso. However, as you can see from my last post I now have a solution to the problem with Opera in 528.005. I re-installed your original update pets and all seemed fine. I cannot check /usr/sbin as I am posting from 5286. I will have a look when I finnish posting. I am now also using this solution with 5286 with a new "clean" savefile rather than an updated 528.005 savefile. Thanks for taking the time to explain this.

Regards,

Ken.

User avatar
playdayz
Posts: 3799
Joined: Fri 25 Apr 2008, 18:57

Opera 12.16 pet for testing

#2558 Post by playdayz »

keniv and everyone else testing Opera-12-pet. The/A problem is with the pet, as James C suggested. My fault. I guess I was rusty. This is running correctly for me in 5.2.8.005 and 3HD-005.

For testing please -> http://diddywahdiddy.net/Puppy500/Opera-12.16-Lucid.pet

Best to uninstall any previous versions of Opera I would think. Thanks.

Adding Opera 12.16 to Lucid repo. To update do Quickpet -> More Pets -> Update Lupu PPM

Firefox and Seamonkey both have new versions, 25 and 2.22--but they will update themselves taking no, or very little, additional space..
Last edited by playdayz on Sun 03 Nov 2013, 23:27, edited 2 times in total.

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#2559 Post by RSH »

As I have mentioned above, somewhere, I discovered that when an SFS file is loaded in a puppy the is then remastered, the resultant version of puppy will not contain any of the files in the /root and /etc directories in the SFS file.
In the latest version of my LazY Remaster Suite I'm just activating an Option inside the GUI. The back end then just checks from pupro9 down to pupro4 for existing /etc and /root directories and copies content to /tmp/etc and /tmp/root before grabbing the stuff from /etc and /root. By overwriting existing files order of layers will be kept for existing and copied files.

Code: Select all

	for PRLAY in 9 8 7 6 5 4;
	do
		if [ -d $pupropth$PRLAY/etc ]; then
			cp -af $pupropth$PRLAY/etc /tmp/etc
		fi
	done
All scripts that build an SFS file containing files in those directories and that can be expected to be remastered should invoke that new script, to create the file list within the SFS file itself.
A list inside the SFS file, I do use to load dependent SFS files, like: Java, Python, QT etc.pp. by the SFS P.L.U.S.'s RunScripts. That's why the LazY Puppy SFS's names do start with "LP2_" so, I can see, it is converted to SFS P.L.U.S. format and will load all its dependent SFS files (if existing) before executing the application from the main to load SFS file.
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

cthisbear
Posts: 4422
Joined: Sun 29 Jan 2006, 22:07
Location: Sydney Australia

#2560 Post by cthisbear »

playdayz:

Nice to see you back mate.

I have run the newer Super Lupu on my old Gigabyte board PC
8 years old.....but when I ran the Iron browser pet I lost the

bottom icons RHS bottom screen for network and firewall

and couldn't get them back...after many attempts.

Not a big deal...but interesting.

"""""""""

rerwin is doing a great job.
Keep it up....this is a Puppy Classic.

I also liked the simple wallpaper on first boot
but I am a plain Jane bloke.

Super Lupu helped fix a Win7 Acer Asipre 3 gig laptop ...

The newest Falcon boot cd 4.6 stopped booting right at the deskstop
on this laptop and I had to resort to Falcon 4.5 to help stop the startups with Ccleaner.

After cleaning this Acer sludge machine out with Puppy,
using the Falcon to stop startups.....

uninstalling 12 programs and only then able to remove both Mcafee
and Nortons...default installations as I found out later ...which kept stopping Recovery working...I finally was able to boot Win7 and
run Acer's Recovery program and burn 4 dvds in Windows...
plus an applications dvd..to redo Win7.

yes 5 DVDs in all...Acer and team Windows..a true sloth machine.

8 hours of head spinning spent to re-install it from scratch....cleaning, burning and totally scubbing the drive plus uninstalling the 2 default
AVs as above....and stopping crappy startups>>>AGAIN..

Acer and Puppy >> 5 minutes....hmmmmm!
Sorry i can't supply the specs...I was over it.

Lucid ran like a dream. This had a seperate Nvidia video card???
and wireless ran just with Barry's network wizard...>> Atheros card
and Midori ran fine >>> as a quick test.

Normally I would install the Frisbee Pet from Lucid >> Network
but as i stated...for testing I just ran Barry's >>> flawless.

Failed to boot in my Dell Studio XPS....
so I will try the latest 3 headed dog version.

Regards to all...Chris.

User avatar
OscarTalks
Posts: 2196
Joined: Mon 06 Feb 2012, 00:58
Location: London, England

#2561 Post by OscarTalks »

If running Opera in Lucid please keep an eye out for accumulating crash report text files (which are quite large and fill up your save-file) in /root/.opera/logs

Don't know why these crop up in Lucid but not other Puppies, or why they get created when Opera is not actually crashing
Oscar in England
Image

User avatar
rerwin
Posts: 2017
Joined: Wed 24 Aug 2005, 22:50
Location: Maine, USA

Frisbee Kit already part of lupu 5.2.8.6

#2562 Post by rerwin »

Regarding adding Frisbee to Lucid Pup 5.2.8.6: Please do not do that! The same version of frisbee that is in woof and precise pup is already part of lupu. Actually, the entire "frisbee kit" is part of 5.2.8.6 except that lupu has a newer version of gtkdialog (which you should not replace).

Regarding updates to packages attached previously: I have updated 2 packages that will be in the next upload of lupu.The changes are explained at those links, as "UPDATE 11/3/2013".

User avatar
playdayz
Posts: 3799
Joined: Fri 25 Apr 2008, 18:57

#2563 Post by playdayz »

If running Opera in Lucid please keep an eye out for accumulating crash report text files (which are quite large and fill up your save-file) in /root/.opera/logs
OscarTalks, Yes. That's bad. It seems that 11.62 does not do it so I have removed the Opera 12 pets from the repo unless someone can figure it out. That's my only job now, trying to maintain the browsers ;-)
I have run the newer Super Lupu on my old Gigabyte board PC
8 years old.....but when I ran the Iron browser pet I lost the bottom icons RHS bottom screen for network and firewall
cthisbear. The 3.x kernel versions were experiments that never were released, though at least one was posted for anyone interested. The latest Chromium variants won't run in Lucid, but I don't remember a problem with the old Iron in the 2x kernels. I will test the Iron pet in both of the 3x kernels and see what I find. I would also like to find out what was the last Chromium variant version that will run.

Iron 18 seems OK in Lucid 5.2.8 005
It also seems OK with the 3.2.13 kernel in "SuperLuci 005" Firewall and network icons OK in systray.
It also seems OK with the 3.0.25 kernel in sulu-001.

I am testing on a Phenom 2850, 3 years old or so. Do you have the problem on a more recent machine? When did you lose the icons? The Iron 18 pet below is the one I was using. Were you using the Iron 15 listed in PPM and Quickpet (though there shouldn't be any significant differences)?

http://diddywahdiddy.net/Puppy500/Iron-18-Lucid.pet

Both of the original 3.x kernel versions are available for comparison.

http://diddywahdiddy.net/Puppy500/sulu-001.iso
http://diddywahdiddy.net/Puppy500/superluci-005.iso

keniv
Posts: 583
Joined: Tue 06 Oct 2009, 21:00
Location: Scotland

#2564 Post by keniv »

keniv and everyone else testing Opera-12-pet. The/A problem is with the pet, as James C suggested. My fault. I guess I was rusty. This is running correctly for me in 5.2.8.005 and 3HD-005.

For testing please -> http://diddywahdiddy.net/Puppy500/Opera-12.16-Lucid.pet
OscarTalks, Yes. That's bad. It seems that 11.62 does not do it so I have removed the Opera 12 pets from the repo unless someone can figure it out. That's my only job now, trying to maintain the browsers

From the above I assume its best to leave 12.16 for now.
I have been using opera-12.11-1661.i386.opt.sfs. I have not checked for crash report text files but will do this and report back. However, I cannot get flashplayer to work. I have it working in the origional 528 in Opera 11.50 using 10.3.183.23. I tried this as well as 10.3.183.29, 10.3.183.90 plus a version of 11 but none worked. If anybody has flash working can you tell me which flash pet you are using.

Regards,

Ken.

Edit. Have just checked root/.opera/logs. I have 124 crash report text files taking up a total of 22MB. This is over a short period of use. So it looks for the moment that there is not a usable version of Opera that will work in 5286.

futwerk
Posts: 397
Joined: Sat 07 May 2011, 22:04

#2565 Post by futwerk »

new backgrounds.
Attachments
lucidja8,1z.jpg
http://www.mediafire.com/?x4v77bi1p58ox
(9.89 KiB) Downloaded 374 times
lucidja8,1x.jpg
http://www.mediafire.com/?x4v77bi1p58ox
(9.35 KiB) Downloaded 363 times
lucidja8,1.jpg
http://www.mediafire.com/?x4v77bi1p58ox
(11.09 KiB) Downloaded 386 times

User avatar
playdayz
Posts: 3799
Joined: Fri 25 Apr 2008, 18:57

#2566 Post by playdayz »

From the above I assume its best to leave 12.16 for now.
Good decision I would say keniv. I found that Google has ceased supporting Chrome for Ubnuntu 10.04 (upon which Lucid is based).

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#2567 Post by musher0 »

Sorry to burst the bubble, guys:

no need for a pet. This is a ubuntu-compatible Puppy, remember? :)
The user can download and install opera 12.16 directly to /mnt/home with
a link to it in /usr/bin.

Download from here:
http://get.geo.opera.com/pub/opera/linu ... 0_i386.deb

Put something like this in /usr/bin and make it executable:

Code: Select all

#/bin/sh
# /usr/bin/opera(.sh)
####
cd /mnt/home/opera-12.16-1860.i386.linux
opera
and use a desktop file like this:

Code: Select all

[Desktop Entry]
Type=Application
Version=1.0
Name=Opera
# @@{_SUFFIX}
GenericName=Web Browser with E-mail Client
GenericName[fr]=Navigateur web avec client de courriel
Comment=Fast and secure web browser and Internet suite
Comment[fr]=Progiciel Internet avec navigateur web rapide et sûr
Icon=/mnt/sda2/opera-12.16-1860.i386.linux/share/icons/hicolor/24x24/apps/opera-browser.png
# /usr/share/icons/hicolor/32x32/apps/opera-browser.png
# opera@@{SUFFIX}-browser
TryExec=/mnt/home/opera-12.16-1860.i386.linux/opera
# @@{PREFIX}/bin/opera@@{SUFFIX}
Exec=/mnt/home/opera-12.16-1860.i386.linux/opera
# @@{PREFIX}/bin/opera@@{SUFFIX} %U
Terminal=false
MimeType=text/html;text/xml;application/xhtml+xml;text/vnd.wap.wml;text/wml;application/x-mimearchive;application/mime;application/xml;application/rss+xml;application/rdf+xml;image/svg+xml;application/x-opera-extension;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/mailto;video/ogg;audio/ogg;video/webm;image/webp;
Categories=WebBrowser;
StartupNotify=true
Encoding=UTF-8
I've been using the 12.16 for months without any problems.

Best regards. BFN.

musher0
Last edited by musher0 on Wed 06 Nov 2013, 02:01, edited 1 time in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
playdayz
Posts: 3799
Joined: Fri 25 Apr 2008, 18:57

#2568 Post by playdayz »

muhser0. That is the way it is supposed to work., as you describe.. Except for having to create the text files and mount the deb into /mnt/home, which some people prefer not to do. I installed the deb file conventionally and like OscarTalks I got a steadily increasing /root/.opera/logs directory; in my case it increased about 350K every time I opened and closed Opera. I was opening it in a terminal with the command opera and closing with the top-right corner X

sheldonisaac
Posts: 902
Joined: Mon 22 Jun 2009, 01:36
Location: Philadelphia, PA

Opera crash logs

#2569 Post by sheldonisaac »

playdayz wrote:muhser0. That is the way it is supposed to work., as you describe.. Except for having to create the text files and mount the deb into /mnt/home, which some people prefer not to do. I installed the deb file conventionally and like OscarTalks I got a steadily increasing /root/.opera/logs directory; in my case it increased about 350K every time I opened and closed Opera. I was opening it in a terminal with the command opera and closing with the top-right corner X
musher0, playdayz, and other experts:
I think this creation of Opera crash logs in Lucid Puppy has been going on for a long time, partly because it's been mentioned on this forum several times.

It was said by someone that no actual malfunction of Opera was observed, and he thought to simply delete those files.

I've been using the Opera .sfs , loaded when Puppy starts.

I just made a runopera.sh in /usr/bin:

Code: Select all

#!/bin/sh
/opt/opera/bin/opera &&
rm /root/.opera/logs/*
Seems to work OK.

What does it mean
OPERA-CRASHLOG V1 desktop 12.16 1860 unix Linux-i386
/opt/opera/lib/opera/pluginwrapper/operapluginwrapper-native got signal SIGSEGV at address B6D15A8E
I believe people have asked questions about it on Opera forums?

I haven't yet tried musher0's approach; I have never installed from Debian, being an ordinary user who only knows about clicking on .pet files.
What does it mean to "install the deb file conventionally"?

Thanks,
Sheldon

EDIT:
Here's a hit from Googling for "operapluginwrapper-native got signal SIGSEGV at address"

http://my.opera.com/desktopteam/blog/20 ... artidx=100
Dell E6410: BusterPup, BionicPup64, Xenial, etc
Intel DQ35JOE, Dell Vostro 430
Dell Inspiron, Acer Aspire One, EeePC 1018P

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#2570 Post by musher0 »

Hello, SheldonIsaac.

Thanks for the handy "vacuum cleaner" script! :)

I'll let playdayz explain what he means by "conventially installing".

As for me, this is how I do it:

* I download the opera *.deb archive (from URL mentioned above) to
_ /mnt/home

* I unpack it with pupzip (aka xarchive)
_ You should now have an opera folder with the version number and
_ another number in the name of the folder, all in one go, without spaces.

* I enter this folder

* I make the executable files opera and install executable!

> Now, if you click on the "install" file, it will integrate opera with
_ your Puppy system, at /usr/lib/opera and /usr/share/opera, etc.
_ and it will create the personal opera files at /root/.opera

> If you simply click on "opera", opera will not integrate in the Puppy.
_ It will use the files where they are, at /mnt/home/opera-tralala-tralala
_ Instead of creating /root/.opera, it will create a personal profile folder
_ at /mnt/home/opera-tralala-tralala/profile. The size of your personal
_ pupsave file will not be affected, even with the log files piling up.


> You'll still want to use your "vacuum cleaner" script on those log
_ files, but given they are located outside your pupsave file, they'll
_ only slow down the launch of your opera, not eat up any of your
_ Puppy space.

So, click on that "opera" file! Not on "install"!

Other benefits:
* you can use the same opera version and profile with other Puppies. You
_ configure your opera browser once, and that's it.

* you can copy your previous configuration files for opera (*.dat, *.ini
_ and *.adr) in your profile folder. (Careful here: config files for last and
_ before-last versions are usually ok.) This can save you perhaps an hour
_ every time a new opera version is published.

If the above is not clear, get back to me. (Or even at me!) :D

Bye for now.

musher0
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Post Reply