tahrpup64 6.0.5 CE
Fresh frugal of TAHR32-6.0.6 and all is well. I had found that QPDFVIEW (used
on TAHR64) is much better than Evince for filling out tax forms. Installing
from the repo was uneventful.
I have the subjective impression that the 32 bit TAHRPUP is just as fast as
the 64 bit. I used a javascript "number cruncher" program of mine to try
to get some kind of objective experience. The number cruncher (at least)
runs nearly as fast on 32 as 64 bit TAHRPUPS.
A really sweet pup
Edit: Whoops. Meant for the 32 bit thread.
Art
on TAHR64) is much better than Evince for filling out tax forms. Installing
from the repo was uneventful.
I have the subjective impression that the 32 bit TAHRPUP is just as fast as
the 64 bit. I used a javascript "number cruncher" program of mine to try
to get some kind of objective experience. The number cruncher (at least)
runs nearly as fast on 32 as 64 bit TAHRPUPS.
A really sweet pup
Edit: Whoops. Meant for the 32 bit thread.
Art
Random SD cards and USB storage devices not recognized
Are they picked up by dmesg?
Code: Select all
dmesg > /root/606-64_dmesg.txt
gzip /root/606-64_dmesg.txt
>>> Living with the immediacy of death helps you sort out your priorities. It helps you live a life less trivial <<<
-
- Posts: 98
- Joined: Mon 17 Oct 2016, 05:11
uefi-usb-installer
I am trying to make a Japanese translation of the uefi-usb-installer which is included in tahrpup64 6.0.6.
At first, uefi-usb-installer did not appear in the list of MoManager. I looked into the uefi-usb-installer script, and wondered if it lacked some lines needed.
I added the 2 lines:
export TEXTDOMAIN=uefi-usb-installer
export OUTPUT_CHARSET=UTF-8
And uefi-usb-installer appeard in the list and .po file was created, though I am not sure whether I am right in adding those lines.
At first, uefi-usb-installer did not appear in the list of MoManager. I looked into the uefi-usb-installer script, and wondered if it lacked some lines needed.
I added the 2 lines:
export TEXTDOMAIN=uefi-usb-installer
export OUTPUT_CHARSET=UTF-8
And uefi-usb-installer appeard in the list and .po file was created, though I am not sure whether I am right in adding those lines.
icon cputemp
Regards:
With "tahrpup64-6.0.6"
The "cpu temp" icon did not appear in the bar even though it was activated in "startup".
I made a symlink of: /root/.config/pmcputemp/temp.png to: /usr /share /pixmaps
The icon appears and works.
Health.
With "tahrpup64-6.0.6"
The "cpu temp" icon did not appear in the bar even though it was activated in "startup".
I made a symlink of: /root/.config/pmcputemp/temp.png to: /usr /share /pixmaps
The icon appears and works.
Health.
Nluug download link in first post is broken.
This works
https://ftp.nluug.nl/os/Linux/distr/pup ... p64-6.0.5/
This works
https://ftp.nluug.nl/os/Linux/distr/pup ... p64-6.0.5/
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
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:
gives, for example, something like:
which makes the script crash.
I solved this by adding a line like this:
It is problably "rough" coding but it works!
Cordialement.
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.mikeslr wrote: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.
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
instead of:1598 0 0 0
Code: Select all
1598
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 " ")
Cordialement.
tahrpup64 6.0.6
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?.
latest openssl-1.0.2k pet
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
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
-
- Posts: 1543
- Joined: Mon 22 Feb 2016, 19:43
Re: latest openssl-1.0.2k pet
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"belham2 wrote:Since its (woof-CE's version) openssl seemed a bit out-of-date (2014, gulp ), at least on mine it was,
http://www.murga-linux.com/puppy/viewto ... 448#851448
Re: latest openssl-1.0.2k pet
Hi Sailor,Sailor Enceladus wrote: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"belham2 wrote:Since its (woof-CE's version) openssl seemed a bit out-of-date (2014, gulp ), at least on mine it was,
http://www.murga-linux.com/puppy/viewto ... 448#851448
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
tahr64-6.0.6 running smoothly with kernel 4.9.15
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!!
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!!
- Attachments
-
- tahr64-running-stable-with-kernel-4.9.15.png
- (243.69 KiB) Downloaded 1613 times
-
- conky-in-tahr64-with-kernel-4.9.15.png
- (102.7 KiB) Downloaded 1604 times
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
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
artsown wrote: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.
@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
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
Last edited by artsown on Sat 06 May 2017, 17:47, edited 2 times in total.
belham2,
Start a separate topic about Linux kernel issues you see.
More people will see it.
Start a separate topic about Linux kernel issues you see.
More people will see it.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
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.
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.
"In a world that exists without walls and fences, who needs Windows and Gates?"
The URL should be this:The requested URL /ibiblio/distributions/puppylinux/puppy-tahr/iso/tahrpup64-6.0.5/ was not found on this server.
http://distro.ibiblio.org/puppylinux/pu ... p64-6.0.5/
Where are you getting that one?
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
-
- Posts: 361
- Joined: Fri 27 May 2011, 17:21
- Location: Reading UK
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/