tahrpup64 6.0.5 CE

[Argolance]

Bonjour,

At any rate, I decided to increase the size of my SaveFile. Resize Personal Storage file didn't start via the Menu. From the terminal, resizepfile.sh shows:

sh-4.3# resizepfile.sh
/usr/sbin/resizepfile.sh: line 61: ((1024-617
0)*200/1024): missing `)' (error token is "0)*200/1024)")
Any idea how to fix it.

May be this issue was fixed but I do not have the courage to read all the pages, especially as I found a solution to solve the problem.
I noticed that, in some cases (for me while running Puppy from an usb key self made frugal installation) resizepfile is not working because the value of the variable:

Code: Select all

SIZEFREE=`df -m | grep "$PERSISTMNTPT" | tr -s " " | cut -f 4 -d " "` #free space in ${DISTRO_FILE_PREFIX}save.3fs

gives, for example, something like:

1598 0 0 0

instead of:

Code: Select all

1598

which makes the script crash.
I solved this by adding a line like this:

Code: Select all

SIZEFREE_=`df -m | grep "$PERSISTMNTPT" | tr -s " " | cut -f 4 -d " "` #free space in ${DISTRO_FILE_PREFIX}save.3fs
SIZEFREE=$(echo $SIZEFREE_ | cut -f 1 -d " ")

It is problably "rough" coding but it works!

Cordialement.

[Quickgold]

Hi, I recently installed tahrpup 6.0.6 UEFI (32 bits) in my old Core2Duo and it works fast like a thunder, but now I wanna try the tahrpup64 6.0.6 UEFI, But this version would work on my pc with a normal BIOS without UEFI?.

[artsown]

@ Quickgold

Welcome aboard! I use both the 64 and 32 bit versions on my core2duo
and also my even older dual core desktop PCs.

Don't be surprised though if the 32 bit pup seems just as fast as the
64 bit.

Art

[belham2]

Hi all,

Don't know if anyone is using the latest Tahr 6.0.6 (or if we've all migrated to Xenial-builds of 7.0.8), but I find myself using the woof-CE build I did some weeks ago of Tahr64-6.0.6 every now & then. Since its (woof-CE's version) openssl seemed a bit out-of-date (2014, gulp ), at least on mine it was, here is the latest 'openssl-version' (1.0.2k) I compiled in the Tahrpup64-6.0.6. Hope it helps anybody that needs it.

Google Drive link for "openssl-1.0.2k-tahr-x86_64.pet":
https://drive.google.com/open?id=0B8Tk7 ... EJHYkNNenc

Sha256sum:
eedf4d8115b60fcb2fd96e2708ae11e07bc656c94c699bca7586e3255fc44ded


P.S. Most already know this, but for those who don't (or forgot), just open a terminal and type: openssl version If you get back anything other than openssl-1.0.2k, then it's out-of-date & needs to be updated for many security (i.e. browser, email, etc) reasons. And if you need 32-bit versions, search for Watchdog's threads, as he compiles 32-bit openssl versions for most all 32-bit pups

[Sailor Enceladus]

Since its (woof-CE's version) openssl seemed a bit out-of-date (2014, gulp ), at least on mine it was,

According to our Ubuntu-pup-lord 666philb, Ubuntu does something silly and "patches" old openssl versions rather than just using the newest so who knows what version it really is or if it really is a "version" at all and not a "openssl fork from aliens"

http://www.murga-linux.com/puppy/viewto ... 448#851448

[belham2]

Since its (woof-CE's version) openssl seemed a bit out-of-date (2014, gulp ), at least on mine it was,

According to our Ubuntu-pup-lord 666philb, Ubuntu does something silly and "patches" old openssl versions rather than just using the newest so who knows what version it really is or if it really is a "version" at all and not a "openssl fork from aliens"

http://www.murga-linux.com/puppy/viewto ... 448#851448

Hi Sailor,

Yeah, I keep forgetting (until yur post reminded me) about the mysterious ways of Ubuntu with openssl----oh well, the openssl I compiled will at least let you visually know where you stand, instead of having to guess

[belham2]

Hi all,

Just wanted to give you a heads up, over the past week I've been running Tahr64-6.0.6 (latest woof-CE build + Phil's latest updates/additions, i.e. latest JWM + radky's FbBox-4.0) with kernel 4.9.15, and it all runs smoothly as far as I can tell. I've not had any program and/or module not recognized yet, so..... I've even tried to crash it using every program inside Tahr 6.0.6, plus downloading many from PPM also, and Tahr64 w/ the 4.9.15 just keeps chugging along & running everything. Only thing I haven't done is compile on it yet, but as of this moment, since most everything I need & run is up-to-date w/ PPM, I've no need to compile anything further.

Just wanted to let those of you know who were worried since the battle-tested 3.14.79 is EOL. I have come to appreciate how versatile and stable the Tahrs/Xenials are, especially with systems that are several (4-7) years old. Unlike the Slacko experience I endured for a long while until finally getting fed up with it for good, the Tahrs/Xenials builds (with any kernel) recognize dual screens immediately, stuff like redshift works, games work no problems, and Xorg isn't constantly throwing hissy fits (like it does in Slacko with the latest kernels). Gotta say, Phil, good stuff!! Between your stuff and the DDogs/Stretch on murga, the future path is clear & trouble free. Thanks much!!

[artsown]

Thanks to belham2 for stirring me to change kernel to 4.9.15
Since I had to do some searching, I thought I'd outline what I did. First,
the kernels:
http://distro.ibiblio.org/puppylinux/huge_kernels/
I downloaded huge-4.9.15-xenialpup64.tar.bz2 and extracted it to a
temp folder. Rename the file having "kernel" in the name to
zdrv_tahr64_6.0.6.sfs and rename the file having "vmlinuz" in the
name to simply vmlinuz. These files, of course, replace the existing
files having those names. Since I don't know any better, I deleted the
existing Save folder to be on the safe side. The frugal install works
without any problems found so far.

I agree with belham2. This is simply amazing! The way of the future
indeed.

Art

[belham2]

Thanks to belham2 for stirring me to change kernel to 4.9.15
Since I had to do some searching, I thought I'd outline what I did. First,
the kernels:
http://distro.ibiblio.org/puppylinux/huge_kernels/
I downloaded huge-4.9.15-xenialpup64.tar.bz2 and extracted it to a
temp folder. Rename the file having "kernel" in the name to
zdrv_tahr64_6.0.6.sfs and rename the file having "vmlinuz" in the
name to simply vmlinuz. These files, of course, replace the existing
files having those names. Since I don't know any better, I deleted the
existing Save folder to be on the safe side. The frugal install works
without any problems found so far.

I agree with belham2. This is simply amazing! The way of the future
indeed.

Art

Hi Art,

Can I ask how your browser use is going (if you're still using the 4.9.15 kernel)? I've the latest 64-bit 27.3.1 Palemoon installed (along with Chrome for Gmail & Netflix only), and when running Palemoon & being on sites that require a lot of embedded video (like Yahoo Sports, for example)....suddenly my cpu goes into a near full-tilt overdrive, running at near 100%, and it goes to the point where Palemoon blows up by shutting itself down. Can I ask if you're either using Palemoon (or maybe similar Firefox, ESR or otherwise), and are you seeing anything similar?

What has me baffled is that if I switch back in the EOL battle-tested 3.14.79 kernel, none of this cpu-race-car browser madness happens. Given the problems I've seen the 4.9.15 kernel, well, actually, essentially the problem(s) are across the three new kernels-series of 4.10.9/4.9.15&21 and the 4.4.60, I am starting to think these latest new kernels for puppies just perform like crap for any pup-land user who's computer equipment isn't near brand new. Mine systems in the house are 4-7 years old, all running AMD2+ 2.8GHz dual core athlons with 4-12GB of ram. No external video cards on any, all just on the motherboards (Asus, Gigabyte, and Biostar and one Intel P4 setup for good ole Precise/Lupu & CarolinaVanguard). It is disheartening (and frustrating) to see these new kernels perform like crap on older systems. At a school where I'm at that has a lot of donated laptops, some no more than 4 years old, not one of those three new kernel series will run (with any current and/or old) pup with any sort of stability. No one (myself included) understands what is going on, and people are getting frustrated. We're trying to use the latest kernels to maintain security, but the new kernels just perform badly. My colleagues at the school are starting to blame the various pup OSes, and I'm trying to tell them that just isn't right, since none of these problems started until the massive jump in kernels just recently happened in pup land. Is anyone who's responsible for the huge recent kernel jumps going to go over and/or thru these new kernels and fix the issues occurring?? Ugh........

Anyhow, Art, would be interested to hear your experience and how new/old your systems are and if Tahr64 with 4.9.15 is doing anything strange regarding heavy browser usage.

Thanks.

[artsown]

@belham2

Since I've long had problems with intensive use of palemoon regardless of
puppy version and kernels, I no longer use it. It has improved somewhat
lately (its last three latest versions) but it does not compare favorably
to Firefox (now at v. 53) in my tests. I will note here that apulse which
I use to get audio using FF should not be enabled when running browsers
other than FF since they are negatively affected.

The machines I use here are all older towers of a earlier vintage than
what you mention. They all have worked fine on latest versions of
Xenialpup, Tahrpup, Slacko, Vivid, and several older pups by pemasu
and Barry. They all are either dual core or core duo having 2 to 4 gig
Ram.

I haven't yet heavily tested Tahrpup64 with the 4.9.15 kernel but so far
it's working fine, as I had mentioned. For sure, I'll post here about any
problems I run into, especially if I prove them to be kernel related.

Thanks again for the clue to try the 4.9.15 kernel

Edit: I forgot to mention that our experience here with palemoon crashing
was with tahr32 version 6.05 some time back. I dunno the kernel off hand
but I suppose it was 3.14. something or other. It was then that we
abandoned palemoon and switched to Firefox.

Also, when I make comparisons, I have two things in mind. First, Firefox
has never crashed in recent history. It is highly stable in our experience
here. The other thing is performance. Firefox handles web pages and
videos that PM has trouble with.

Edit2: Palemoon latest version 27.3.0 crashes on tahrpup64 6.06 using
either the 3.14.79 or the 4.9.15 kernel. Firefox 53 does not crash using
the same test.

I used conky to view ram and cpu useage while continually viewing more
and more messages on facebook. With Firefox, ram useage quits
increasing at some point (1 gig on my test machine) while PM keeps
trying to go on beyond that point (to about 1.1 gig) when it starts
causing the system to start "acting up". Eventually, it stalls to a near
"freeze" but I can still manage to use Ctrl-Alt-Backspace to recover
the system.

I won't go into the preference settings I use (the same ones for both
browsers) since this is getting lengthy. I will mention that no add-ons
or extensions are used, and I always have the latest flash player installed.

Art

[bigpup]

belham2,

Start a separate topic about Linux kernel issues you see.
More people will see it.

[sketchman]

Running the xenial 64 bit kernel on Tahr, too. Works, but when I rebooted the first time both samba and ssh server broke.

For ssh I had to blank the "hosts.deny" file and change the "hosts.allow" file to let anything connect.

For samba I just added restart commands to a script I use to fix fstab mount at boot functionality and launch KODI after JWM loads.

No idea why any of that happened.

[number698]

The requested URL /ibiblio/distributions/puppylinux/puppy-tahr/iso/tahrpup64-6.0.5/ was not found on this server.

nvidia pet in the quickpet app was also failing to fully download too (does not appear in the root folder - but still gives option to continue with install, then gives the fail message)

[bigpup]

The requested URL /ibiblio/distributions/puppylinux/puppy-tahr/iso/tahrpup64-6.0.5/ was not found on this server.

The URL should be this:
http://distro.ibiblio.org/puppylinux/pu ... p64-6.0.5/
Where are you getting that one?

[LateAdopter]

That path seems to have been abandoned on nluug it affects fatdog as well. You need ftp.nluug.nl/ftp/pub/os/Linux/distr/puppylinux/

[bigpup]

nvidia pet in the quickpet app was also failing to fully download too

How is Tahrpup64 installed?
Full or frugal?
If frugal. Using save file or folder?
Installed on what device?

Usually not enough available free space, in the save, causes issues like this.

[number698]

The requested URL /ibiblio/distributions/puppylinux/puppy-tahr/iso/tahrpup64-6.0.5/ was not found on this server.

The URL should be this:
http://distro.ibiblio.org/puppylinux/pu ... p64-6.0.5/
Where are you getting that one?

opps, already been highlighted in this thread, sorry

page 1

------------------------------------------------------
downloads
http://distro.ibiblio.org/puppylinux/pu ... p64-6.0.5/
http://ftp.nluug.nl/ibiblio/distributio ... p64-6.0.5/
for the kernel_sources type sfsget into a terminal
------------------------------------------------------

[number698]

nvidia pet in the quickpet app was also failing to fully download too

How is Tahrpup64 installed?
Full or frugal?
If frugal. Using save file or folder?
Installed on what device?

Usually not enough available free space, in the save, causes issues like this.

frugal-save folder on pc,,,

hmm, used quickpet for installing slimjet and it worked as normal.
is there a direct link for the nvidia pet ?
thanks

ok, using correct link now - so now have the nvidia pet and trying again.

[number698]

all set up and working now

possible reason for the quickpet link to the nvidia pet failing - i noticed the file name did not match any of the 2 pet files that are located on the site from the correctly posted link

[version2013]

tahr64-6.0.5
issue free

Menu > System > HardInfo hardware information
Input Devices > AT Translated Set 2 keyboard

Menu > Setup > Mouse/keyboard Wizard
Advanced configuration > Keyboard Model > pc102 Generic 102-key (Intl) PC

Puppy Package Manager > xinput_1.6.1-1_i386.deb

# xinput
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Synaptics Mouse id=6 [slave pointer (2)]
⎜ ↳ Mouse0 id=7 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Keyboard0 id=8 [slave keyboard (3)]


-------------------------------------------------------------------------
-------------------------------------------------------------------------

tahr64-6.0.6
several issues detailed as follows

My hardware: hp laptop

tahr64-6.0.6-uefi.iso
md5=c56f79b8980c6c0def662f8203d2428d

Frugal install on laptop harddrive within external enclosure connected via usb3.
Using extlinux.sys as the boot loader.

copied four files into a folder from tahr64-6.0.6-uefi.iso:
initrd.gz
puppy_tahr64_6.0.6.sfs
vmlinuz
zdrv_tahr64_6.0.6.sfs


Menu > Setup > quickpet tahr
stills lists as 'tahrpup64-6.0.5'


Menu > System > Boot Manager > SFS-packages > 'Choose which extra SFS files to load'
and
Menu > Setup > SFS-Load on-the-fly
leads to 'SFS-Load on-the-fly v.2.4'
(Nothing loaded.)

trying to load devx_tahr64_6.0.6.sfs results in error message, attached.


The keyboard is not working correctly.
Arrow key 'up' appears to do print screen.
Keys that appear to fail to function:
'delete'
'enter' (right side of keyboard)
Arrow keys 'left' 'down' 'right'
'home' 'end'
plus a few other keys.


Puppy Package Manager > xinput_1.6.1-1
# xinput
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ eGalax Inc. eGalaxTouch EXC3000-0367-44.01.00 id=10 [slave pointer (2)]
⎜ ↳ USB Optical Mouse id=11 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=13 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Power Button id=8 [slave keyboard (3)]
↳ HP Webcam id=9 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)]
↳ HP Wireless hotkeys id=14 [slave keyboard (3)]
↳ HP WMI hotkeys id=15 [slave keyboard (3)]