PETs moved to 'common' repo

I would like to deprecate building pup in Woof from the puppy-4 PET repository. There are a few PETs from puppy-4 still being used in the latest builds, such as 'picpuz', 'rubix' and 'xsoldier'.

That's fine, as long as they still work, however, I have moved the ones that we still seem to be needing, over to the 'common' repo. These are the new additions in 'common' (from puppy-4):

linuxtv-dvb-apps-1.1.1-rev1273
picpuz-12
rubix-1.03
wavplay-1.4
wvdial-1.53
xfdiff-cut-4.5.0
xsoldier-1.4

An existing package in 'common' has been renamed from 'bash' to 'bash3' (as I am following 01micko's advice to move up to bash 4.x):

bash3-3.0.16

Other new additions in 'common':

bash-4.1
udev_167pe-167-patched

...the latter is preferred over 'udev_167p' as it has libgudev needed by some apps.

Woof commit:
http://bkhome.org/fossil/woof2.cgi/info/a48aa2ce22

---

Comments

xfdiff-cut
Username: scsijon
I have noticed that the xfdiff-cut 4.5.0 is having some problems lately when compairing large sized 'pairs' of straight text files. In some cases it's splitting single lines into two or not displaying them at all and leaving a black hole, just to confuse. I wonder if there is an update around?

xfdiff-cut
Username: BarryK
"Yes, xfdiff-cut has a serious bug, it cannot handle long lines. This bug has always been there. I seem to recall, ages ago, I informed the author, but it is a dead project. Also, the reason it is "cut" and not the full xfdiff, is because I had to disable part of it. I think it was the part that creates a patch file -- once again, I think that I reported this to the author. Anyway, it would be great if someone could take this onboard, at least fix the line-length problem. There is probably some simple buffer-size setting somewhere that needs to be increased. My source is here: http://bkhome.org/sources/alphabetical/x/ Probably, bits that I have hacked, will have my "BK" initials. The original source: http://freecode.com/projects/xfdiff

Tags: woof