tahrpup64 6.0.5 CE
I probably overwrites some file
You might want to uninstall one dependency at a time and check passwd to see which one is the culprit. (kpat takes painfully long to install )
Alternatively load devx, run "strace passwd" and see if it is clear where the problem is (or post the strace output here)
You might want to uninstall one dependency at a time and check passwd to see which one is the culprit. (kpat takes painfully long to install )
Alternatively load devx, run "strace passwd" and see if it is clear where the problem is (or post the strace output here)
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Re: tahrpup64 6.0.5 CE
it's probably systemd so uninstall any systemd stuff....... then open /root/.packages/PKGS_MANAGEMENT and edit line 93 toBilltoo wrote:Installing kpat and the rest of the kdegames breaks the passwd command, it's be like this over several versions both 32 and 64 bit.
root# passwd root
passwd: pam_start() failed, error 26
root#
It works okay before installing kpat.
Code: Select all
PKG_NAME_IGNORE="libudev1 udev xkb-data systemd* ${PKG_NAME_IGNORE}"
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Re: tahrpup64 6.0.5 CE
I changed line 93 and then deleted all the systemd stuff that I found in PPM along with some dependencies.666philb wrote:
it's probably systemd so uninstall any systemd stuff....... then open /root/.packages/PKGS_MANAGEMENT and edit line 93 to
this should stop it installingCode: Select all
PKG_NAME_IGNORE="libudev1 udev xkb-data systemd* ${PKG_NAME_IGNORE}"
The passwd command works again now:
root# passwd root
Changing password for root
New password:
did ctrl c to abort it.
@mavrothal
When I run strace now there don't seem to be any errors, nothing obvious to me at least
Thanks.
Will an edited line 93 in the next build solve it forever?
it should do.., it'll also stop some other systemd shenanigans
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331
-
- Posts: 98
- Joined: Mon 17 Oct 2016, 05:11
tahrpup64
I use tahrpup64 6.0.5 and have been trying 6.0.6 recently.
I noticed that flsynclient fails to load its setting at reboot.
This annoys me and I wrote a script like "flsynclient -s" and put it in the Startup folder.
Another thing I noticed was that something was wrong with puppyinstaller (script). See the attached image. "internal adaptor" is strange. This may be due to some kind of mistake in the script.
I would appreciate it if these would be improved.
I noticed that flsynclient fails to load its setting at reboot.
This annoys me and I wrote a script like "flsynclient -s" and put it in the Startup folder.
Another thing I noticed was that something was wrong with puppyinstaller (script). See the attached image. "internal adaptor" is strange. This may be due to some kind of mistake in the script.
I would appreciate it if these would be improved.
- Attachments
-
- capture11238.png
- (48.73 KiB) Downloaded 1327 times
flsynclient settings
As thinkpadfreak notes, this problem has been here since 6.05. i reported it some time ago.
modesetting should be using your graphics card.
Menu->System->Pup-Sysinfo->Devices->Display->Video info.
This should tell you what is being used.
Menu->System->Pup-Sysinfo->Devices->Display->Video info.
This should tell you what is being used.
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: 564
- Joined: Tue 09 Jun 2009, 21:06
I've noticed after several hours of testing that random SD cards and USB storage devices are not recognised in Tahr 6.0.6. 64 bit version.
Please see this thread.
http://murga-linux.com/puppy/viewtopic.php?t=109756
Please see this thread.
http://murga-linux.com/puppy/viewtopic.php?t=109756
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