(old)Puppy Linux Discussion Forum

3.5.2.3 works well on my old pentium 4 desktops. Very fast! I was impressed that the
repo supplied me with a working Sylpheed with no hassles. First pup I've ever tried
that has no email app (that I could find).

Art

Artsown. I havent provided email app with most of my builds. It started with Snow Puppy. You can check my thoughts about preinstalled email app in that thread, first post. Since then I havent much provided it. And yes....Sylpheed works oob, what I tested from debian repo. And it does not need gtk3 !!! as in Precise Puppy. I use Thunderbird...symlinked from /mnt/home, some uses Simple Mail addon with Firefox, most uses Gmail or other webmail and so on. So many preferences.

I am going to provide quite little of preinstalled apps. Not gonna grow the build as I have done with Dpup Exprimo. The debian repo provides so much good stuff. Just use it. And Puppy apps can be found from the murga-linux forum.

pemasu wrote:Okay. Peebee has been busy. He has posted to the Slacko thread and to the Barry`s blog.
http://murga-linux.com/puppy/viewtopic. ... 035#683035
So...the fix can be done by downgrading the initrd ntfs-3g, which means that savefile problem comes back with compressed ntfs. So many of us really need and use compressed ntfs with Puppy. Right ?

When not to use NTFS compression
http://www.windowsnetworking.com/kbase/ ... ssion.html

NTFS compression can cause performance degradation since a compressed NTFS file is first decompressed, then copied, and finally recompressed as a new file. In addition, compression can increase the fragmentation of your drive if frequent writes are involved.

As a result, you should only use NTFS compression on clients and not on servers. The only types of servers where it might be ok to use compression would be those where files are read but rarely written, such as Web servers serving up static pages to clients.

As a caveat, even on clients it's not usually a good idea to compress operating system files such as the system32 folder. Compress your data folder instead, but only if your data is relatively static. Or better yet, add more hard drive space since large hard drives are increasingly affordable.

I regretfully still use Windows every day....... but I don't even consider using compressed NTFS. Bigger hard drives are cheap.

James C. I have lived in the era when things were opposite. Our first server in my previous company had 100 Mb massive hdd. At home hdd was about 10 Mb. And this was needed. Even companies used it to preserve precious hdd space.
http://www.quickerwit.com/product.cfm?p1=3002&p2=1&p3=3

I only go back to the 5 1/4 -inch floppy era......

One more...

http://support.microsoft.com/kb/251186

While NTFS file system compression can save disk space, compressing data can adversely affect performance.

I only go back to the 5 1/4 -inch floppy era......

Heh. I stored my gradu statistical analysis to that kind floppy -89-90. The statistical app and comp were really fascinating pieces.

pemasu wrote:

I only go back to the 5 1/4 -inch floppy era......

Heh. I stored my gradu statistical analysis to that kind floppy -89-90. The statistical app and comp were really fascinating pieces.

We probably should change the subject before people start thinking we're old....

Time for a nap.

http://home.epix.net/~artnpeg/wheezy.png

Art

Really coming together for you pemasu! I knew you had what it takes

Only thing I notice on 3.5.2.3 is that NASA thing still jumping back and forth between the video and pupTelly main menu...
Yea, those fly's are a real pest on the monitor, always makes extra dots in the code

>>>---Indian------>

http://smokey01.com/pemasu/DpupWheezy/DpupWheezy3522/

says it can not find it so I stripped off to this
http://smokey01.com/pemasu/
and that worked and there one could find the iso
http://smokey01.com/pemasu/DpupWheezy/DpupWheezy3522/

Surprise is that they look same one work the other does not so odd.
I click on the first page link it fails then I go manually
and it works and that is same link so what could that be about?

Download link in the first post has been fixed. I have removed a lot stuff from my repository, granted by Smokey01. The host server needed freeing up the disk space so...I have removed several Gb`s of old stuff.

Failed to get a working Conky from the repos. It wasn't clear to me which Conky to
install from the default repo and I wound up installing all three. No luck. Missing dependency
and lib. So I uninstalled all three and tried tried Conky-all from debian-wheezy-contrib (system)
and still no luck. Searched all repos for the missing files with no hits.

If I copied correctly, the missing files are libcurl-gnutils.so.4 and libtiff43.9.5-3~libxft22.1.1

Art

pemasu wrote:Dpup Wheezy

Here is the latest announcement of Dpup Wheezy 3.5.2.3 : http://murga-linux.com/puppy/viewtopic. ... 794#682794

Hi pemasu,

I'm really sorry to bother you with this one, but I badly need that 'eee fan control' to be able to test this new release. Using my netbook without it becomes torture.

Thank you in advance for all your good work.

Anikin. This is the previous patched eee.ko module, compiled for this kernel.

Hello Pemasu,

Sorry if I am being a pain about ffmpeg but just did a test:-

Booted pfix=ram, clicked a video file which played in Gnome-Mplayer.

Searched for Audacity in PPM and installed it with dependencies (including some libav*.so libs). Wouldn't start, one missing lib "libva" which I searched for and found and installed via PPM, no problem.

Audacity now runs but the video file no longer plays in Gnome-Mplayer.

Is there some feature of the newer ffmpeg which you feel is essential to include in this distro?

I was looking into this a bit more and hadn't realised that the official Debian Wheezy 0.8.5 package is not ffmpeg but libav (sometimes also called avconv because that is the name of the binary). The libav project (http://libav.org) is a break-away group of developers so the files are similar to those from the ffmpeg source but not neccessarily compatible.

The numbers are also similar but not the same, libav 0.8.5 is newer than ffmpeg 0.8.12 and latest libav is only 0.9.x

Ubuntu Precise (and the Precise Puppies) uses this package too. I remember reading somewhere that they (Debian and Ubuntu) were making this switch away from ffmpeg but I hadn't realised that it had already happened.

Anyway, as a suggestion I was wondering if you would consider exchanging the ffmpeg for the libav (avconv) 0.8.5 package and re-compiling Mplayer and any apps that depend on these libs?

I think this would improve Dpup Wheezy as a distro in terms of compatibilty with the other multimedia apps in the official repos.

It would also mean that apps such as Linphone and Deadbeef will compile fully without problems as they do in Precise Puppy and Upup Precise.

Still attempting to test a little.........

OscarTalks. Your suggestion means to rely wheezy official apps and libs. It means to include all dependent libs those apps require. The build will grow significantly. Not problem to me. It also means probably couple of woof builds before all the needed libs have been found. Mplayer - Gnome-mplayer and that libav based ffmpeg need a lot libs which are not in place now. And also libpulse will pop up then. Compiling multimedia apps without it will not be possible after that swap. Well...not so big problem either if the libpulse is in place anyway.

There is no use to compile own multimedia apps and include them. If i do that, PPM will complain all the time that those official unused libs are not found and suggest to download them and they will overwrite my home compiled ones. It is my home compiled stuff or official....not the mix of them. So....no multimedia apps update by me if we swap to the official ones.

Personally I dont like abandoning ffmpeg and use that libav based replacement. All the Puppy own ffmpeg relying applications have been created using real ffmpeg not this replacement. And that replacement ffmpeg will vanish in the future, libav guys have included it for now as compatiblity reasons. They dont want to do that in the future.

pemasu wrote:Anikin. This is the previous patched eee.ko module, compiled for this kernel.

Thank you very much, pemasu. An interesting observation: fresh boot, pfix=ram. I did nothing, except accepting timezone and country. No save file, installed this pet and it worked with no further effort on my part. In comparison, exprimo required to have 'acpi_enforce_resources=lax' as boot parameter for eee.ko to work.

Pemasu, I wasn't suggesting reliance on repos. I was simply reporting info you had asked for,
namely our experiences with the repos. In the case of Sylpheed it was good, but in the case
of Conky, it was repo hell

I tried a Conky pet designed for Lucid that didn't work. I'm not having any luck finding one
designed to run on wheezy. So I guess I'll have to wait.

Meanwhile all the basics of wheezy are working very well for me!

Art