(old)Puppy Linux Discussion Forum

01micko wrote:All right.. might have found the bug. I suspect (you are using a sd card install right?) that a snap-merge request was queued and as soon as 'new2dir' finished the snapmerge started. This is a bug in /usrlocal/pup_event/frontend_timeout at line 77 because dir2pet is not in that black list. Funny, I have been working on these scripts the last day or 2 and thought to myself "dir2pet should go in there..."

So.. on the end of the 'grep' call tack on '|dir2pet' so it looks like this.

Code: Select all

[ "`echo "$RUNPS" | grep -w -E 'make|cc|gcc|imake|cmake|new2dir|xorriso|xorrecord|xine|gxine|petget|wget|axel|dotpup|mplayer|gmplayer|gcurl|gimv|burniso2cd|growisofs|cdrecord|pcdripper|xfmedia|xmms|ripoff|pdvdrsab|pburn|mhwaveedit|installpkg\.sh|downloadpkgs\.sh|removepreview\.sh|dir2pet'`" != "" ] && exit 1

Be aware that is 1 long line and the forum may not format it correctly (unless you have a quite large monitor).

01micko wrote:Nice

Good to see the new woof infrastructure working. Was it much hassle and if so what was the problem? (feel free to PM, email or post on the woof nabble forum or github).

It's really funny looking at a comparison of PUI (old) and the one I have been working on for a week. I have to get my finger out and commit the work!

Cheers!

gcmartin wrote:hello @666PhilB

Testing TahrPUP running in a KVM capable PC, shows a good speed increase in TahrPUP. But, there is a nagging issue that I wonder if you would consider resolving.

Video driver
The OOTB video card of a KVM virtual guest PC has a Cirrus card emulated. All other PUPs tested have a Cirrus module/driver and when the guests boot,they all find the Cirrus card and use it.

But, in TahrPUP,this is not occurring and there is no way to get X desktop via console of TahrPUP.

Fortunately, QEMU offers an option (-vga std) to set the VM guest PC as VESA video. Below is screenshots of QEMU setup for VESA and using FirstRUN to change the video map to match my 4X3 monitor from the TahrPUP default for a 16X10 origin.

Hope this is helpful

shinobar wrote:Thanks for the TahrPup 583.
The ffconvert in tahrpup 583 does not work.
The latest vrsion ffconvert-1.4.2 does work.
http://www.murga-linux.com/puppy/viewtopic.php?t=54056

Still have some issue with MPEG4-AVC.
TharPup does not have libfaac. Use ac3 instead for the audio codec.

Billtoo wrote:

01micko wrote:All right.. might have found the bug. I suspect (you are using a sd card install right?) that a snap-merge request was queued and as soon as 'new2dir' finished the snapmerge started. This is a bug in /usrlocal/pup_event/frontend_timeout at line 77 because dir2pet is not in that black list. Funny, I have been working on these scripts the last day or 2 and thought to myself "dir2pet should go in there..."

So.. on the end of the 'grep' call tack on '|dir2pet' so it looks like this.

Code: Select all

[ "`echo "$RUNPS" | grep -w -E 'make|cc|gcc|imake|cmake|new2dir|xorriso|xorrecord|xine|gxine|petget|wget|axel|dotpup|mplayer|gmplayer|gcurl|gimv|burniso2cd|growisofs|cdrecord|pcdripper|xfmedia|xmms|ripoff|pdvdrsab|pburn|mhwaveedit|installpkg\.sh|downloadpkgs\.sh|removepreview\.sh|dir2pet'`" != "" ] && exit 1

Be aware that is 1 long line and the forum may not format it correctly (unless you have a quite large monitor).

Tahrpup is installed to a flash drive but likely about the same speedwise as an SDHC card.

I try to edit the code and report back if successful.

Thanks

EDIT: I got called to supper, edited the line to this:

[ "`echo "$RUNPS" | grep -w -E 'make|cc|gcc|imake|cmake|new2dir|xorriso|xorrecord|xine|gxine|petget|wget|axel|dotpup|mplayer|gmplayer|gcurl|gimv|burniso2cd|growisofs|cdrecord|pcdripper|xfmedia|xmms|ripoff|pdvdrsab|pburn|mhwaveedit|installpkg\.sh|downloadpkgs\.sh|removepreview\.sh|dir2pet'`" != "" ] && exit

Still can't make a wine pet, I'm going to try making a wine 1.7.22 pet on a new install of Slacko 5936 without editing the line and see if it works.

EDIT2: I did a new install of Slacko 5936 on a SDHC card and compiled wine-1.7.22 + made pets with no problems, I'll do another install of tahrpup 583 on this card and see how that goes.
Maybe the problem is with the flash drive, it take a long time for the pupsave file to update on that drive.

EDIT3: I'm dual booting Slacko 5936 and TahrPup 583 on this SDHC card.
I compiled wine 1.7.22 and started the new2dir script, it got to the hit key to continue point and when it called up the dir2pet scipt it gave the same result as my other install, it can't create the pets.
The htop screen shows this in both tahrpup installs (screenshot)

So I can make the wine pets in Slacko 5936 but not TahrPup 583 when running on the same SDHC card.

advdef="$(which advdef)"
[ -n "$advdef" ] && "$advdef" -z4 "$TARBALL"

advdef man wrote:-z, --recompress FILES...

Recompress the specified files. If the -1, -2, -3, -4 options are specified it's used the smallest file choice from the previous compressed data and the new compression. If the -0 option is specified the file is always rewritten without any compression.

[snip]

-4, --shrink-insane
Set the compression level to "insane". It's VERY SLOW.

666philb wrote:libfaac is in tahrpup, 'libfaac.so'' libfaac.so.0''libfaac.so.0.0.0'

peebee wrote:Hi 666philb

Just a quick report of a finding when installing your 3.14.11 kernel package onto Slacko5.9.3 on my HP550 laptop with Intel graphics.

Whereas TahrPup5.8.3 boots to a bright visible desktop, Slacko5.9.3 boots to an almost black desktop (just a glimmer of desktop shows).

Pressing the keys to control screen brightness (fn+f8 ) on the laptop kicks the screen into normal bright operation.

So there is some interaction between the kernel package and the rest of the install......this interaction does not occur on my desktop with Nvidia graphic which boots Slacko5.9.3 with k3.14.11 correctly.

Cheers
peebee

B.K. Johnson wrote:@666philb

Thanks for this.
Testing Tahr-Pup 5.8.3 beta
Initial reaction: nice. Will love it even more when ndiswrapper issue noted here:
http://www.murga-linux.com/puppy/viewto ... 724#786724
is fixed.
Area selected by right-click and drag not sufficiently darkened for these old eyes.


B.K. Johnson

# make
make -C utils
make[1]: Entering directory `/root/ndiswrapper-1.59/utils'
gcc -g -Wall -I../driver  -o loadndisdriver loadndisdriver.c
make[1]: Leaving directory `/root/ndiswrapper-1.59/utils'
make -C driver
make[1]: Entering directory `/root/ndiswrapper-1.59/driver'
Makefile:33: *** Multiple copies of version.h found, please clean your build tree.  Stop.
make[1]: Leaving directory `/root/ndiswrapper-1.59/driver'
make: *** [driver] Error 2
# 

gcmartin wrote:hello @666PhilB

Testing TahrPUP running in a KVM capable PC, shows a good speed increase in TahrPUP. But, there is a nagging issue that I wonder if you would consider resolving.

Video driver
The OOTB video card of a KVM virtual guest PC has a Cirrus card emulated. All other PUPs tested have a Cirrus module/driver and when the guests boot,they all find the Cirrus card and use it.

But, in TahrPUP,this is not occurring and there is no way to get X desktop via console of TahrPUP.

Fortunately, QEMU offers an option (-vga std) to set the VM guest PC as VESA video. Below is screenshots of QEMU setup for VESA and using FirstRUN to change the video map to match my 4X3 monitor from the TahrPUP default for a 16X10 origin.

Hope this is helpful

shinobar wrote:I hope this patch, applied to the Ubuntu 14.0.4, against the kernel which enables some pentium M hidden PAE.
https://lkml.org/lkml/2014/3/7/180

666philb wrote:i can't get ndiswrapper to compile

Code: Select all

# make
make -C utils
make[1]: Entering directory `/root/ndiswrapper-1.59/utils'
gcc -g -Wall -I../driver  -o loadndisdriver loadndisdriver.c
make[1]: Leaving directory `/root/ndiswrapper-1.59/utils'
make -C driver
make[1]: Entering directory `/root/ndiswrapper-1.59/driver'
Makefile:33: *** Multiple copies of version.h found, please clean your build tree.  Stop.
make[1]: Leaving directory `/root/ndiswrapper-1.59/driver'
make: *** [driver] Error 2
# 

does anyone know what the problem is?

666philb wrote:i've uploaded a new 3.14.11 kernel which hopefully has the force PAE patch applied, and the cirrus qemu module inbuilt https://www.dropbox.com/s/3x121v1gt8ib9 ... .11.tar.gz

# echo -n 't140711144545ZZZZ5.8.3XXXXXXXXXX' >> vmlinuz