Puppy Linux Discussion Forum

prehistoric · Joined: 23 Oct 2007 Posts: 1210

Zigbert,

We have a problem connected with the libraries for reading jpg files. When I went to change the wallpaper to something not in /usr/share/backgrounds, I got the message that the file contained no data. Nor could mtpaint open the file. Installing gimp 2.6, and trying to convert to png that way also failed with the message "unrecognized file format".

pemasu · Joined: 08 Jul 2009 Posts: 5169 Location: Finland

Tasmod: About XF-prot. You could upload it to ftp server I have small quanta. I can PM you specs if you want to. And then put url link for downloading to this thread and anywhere else if you like. I like to have it also.

tasmod · Posted: Sun 24 Jan 2010, 14:57 Post subject:

Thanks pemasu,

I've just edited the post and added a link for a free hosting site where the file is.

I'm also going to check a fresh install, I believe there is an old definitions file there, if so I'll make a pet without it in. Just update defs then.

tasmod · Posted: Sun 24 Jan 2010, 15:03 Post subject:

Ah, just checked a fresh install, f-prot and virus definitions isn't installed unless you click menu. Then it links to site and downloads.

Hmm, I have an idea. Will try something else and report back.

tasmod · Posted: Sun 24 Jan 2010, 15:34 Post subject:

OK, I can make a small pet which will overcome all this.

F-prot is not installed on a fresh Puppy but it is once the menu link is pressed. It needs an internet connection then it downloads f-prot and virus definitions.
So the Puppy iso does not contain the larger app with virus definitions.

Install before downloading f-prot. I don't know if it will work if you have already downloaded. Perhaps someone can report?

zigbert · Joined: 29 Mar 2006 Posts: 5241 Location: Valåmoen, Norway

zigbert · Joined: 29 Mar 2006 Posts: 5241 Location: Valåmoen, Norway

prehistoric · Joined: 23 Oct 2007 Posts: 1210

Zigbert,

The wallpaper setter in Puppy Stardust 006 is in serious need of house training. After pursuing several false leads, based on the mistaken idea about jpeg libraries, I went back, and looked at the images I was using. That was when I discovered the wallpaper setter was modifying the pictures themselves, and creating a parallel directory for Originals. All the pictures I had tried were clobbered, and the files ending in jpg really didn't hold data. Shocked

Bad dog! No, no, no! Laughing

This is a little strange when working with /usr/share/backgrounds, and becomes positively unreal when I use something in /mnt/home/pictures, or some similar location I thought safe from Stardust. Rolling Eyes

You want to leave the originals where you find them, and make working copies in a place where no one will mind. You also need to fix a bug in the wallpaper setter which clobbers those jpg files once they are used.

trio

bigpup

zigbert · Joined: 29 Mar 2006 Posts: 5241 Location: Valåmoen, Norway

zigbert · Joined: 29 Mar 2006 Posts: 5241 Location: Valåmoen, Norway

Rob
Thanks a lot for the xf-prot fix

Sigmund

prehistoric · Joined: 23 Oct 2007 Posts: 1210

Zigbert,

My first idea, about jpeg libraries, misled me. I had tested under stock 4.3.1 and found things working that did not appear to work under Stardust. This was simply because I had not used the wallpaper setter on those images. I've now rebooted and run tests on the same machine under stock 4.3.1, and reproduced the behavior. I'm really surprised we haven't heard about this before.

I've attached a screen shot, made with stock 4.3.1, showing a bizarre collection of "Original" directories created on my home partition. The modified jpg files were corrupted, but the original is accessible in a different directory.

jpeps · Joined: 31 May 2008 Posts: 2421

No biggee...just convert the jpg's in /usr/share/background_original to png's in /usr/share/background. Bottom line...use png format for background. (although I think they worked in 005)

prehistoric · Joined: 23 Oct 2007 Posts: 1210